From xen-users-bounces@lists.xen.org Fri Aug 01 08:47:03 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 01 Aug 2014 08:47: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 1XD8TO-0003gi-3n; Fri, 01 Aug 2014 08:45:58 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XD8TM-0003gc-KE for xen-users@lists.xen.org; Fri, 01 Aug 2014 08:45:56 +0000 Received: from [85.158.137.68:25410] by server-17.bemta-3.messagelabs.com id 1F/48-27015-3C35BD35; Fri, 01 Aug 2014 08:45:55 +0000 X-Env-Sender: jeenu.viswambharan@arm.com X-Msg-Ref: server-14.tower-31.messagelabs.com!1406882750!8807621!1 X-Originating-IP: [195.130.217.12] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTk1LjEzMC4yMTcuMTIgPT4gMzg5OTY3\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7158 invoked from network); 1 Aug 2014 08:45:50 -0000 Received: from service88.mimecast.com (HELO service88.mimecast.com) (195.130.217.12) by server-14.tower-31.messagelabs.com with SMTP; 1 Aug 2014 08:45:50 -0000 Received: from emea-cam-gw1.Emea.Arm.com (fw-tnat.cambridge.arm.com [217.140.96.21]) (Using TLS) by service88.mimecast.com; Fri, 01 Aug 2014 09:45:49 +0100 Received: from george.Emea.Arm.com ([fe80::4c19:a8f:5c9a:76df]) by emea-cam-gw1.Emea.Arm.com ([::1]) with mapi; Fri, 1 Aug 2014 09:45:47 +0100 From: Jeenu Viswambharan To: Ian Campbell Date: Fri, 1 Aug 2014 09:45:44 +0100 Thread-Topic: [Xen-users] mount DomU root fs via. NFS Thread-Index: Ac+snd5AXIERr+I6TIGdEm6YmYJsegAwa9sA Message-ID: References: In-Reply-To: Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB MIME-Version: 1.0 X-MC-Unique: 114080109454902202 Cc: xen-users Subject: Re: [Xen-users] mount DomU root fs via. NFS X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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, Jul 31, 2014 at 09:53:32, xen-users-bounces@lists.xen.org wrote: > On Wed, 2014-07-30 at 18:03 +0100, Jeenu Viswambharan wrote: > > I therefore instead chose to go with NAT instead. > > > > From [1], all that's to be done in Dom0 is to > > > > echo 1 > /proc/sys/net/ipv4/ip_forward > > [1] also says you need to do > iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE > to enable NAT, otherwise you are just in regular routing mode. > > If you don't do that then you would have to arrange a subnet for your > VMs and appropriate routing tables in your external infrastructure > etc. Uh, my init script was doing that too; I missed to mention it earlier. The behaviour is reproducible - guest waits for the NFS mount and crashes. All I see in Dom0 dmesg pertaining to virtual interfaces is: [ 262.676269] IPv6: ADDRCONF(NETDEV_UP): vif1.0: link is not ready [ 272.153571] IPv6: ADDRCONF(NETDEV_CHANGE): vif1.0: link becomes ready I also have a virtual interface in Dom0 while the guest is alive: vif1.0 Link encap:Ethernet HWaddr fe:ff:ff:ff:ff:ff inet addr:192.168.1.128 Bcast:0.0.0.0 Mask:255.255.255.255 inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:6 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:32 RX bytes:0 (0.0 B) TX bytes:468 (468.0 B) If I'm reading this right, there were 6 packets received from the guest. How do we know what happened to these? FWIW, `iptables -t nat -L` is: Chain PREROUTING (policy ACCEPT) target prot opt source destination Chain INPUT (policy ACCEPT) target prot opt source destination Chain OUTPUT (policy ACCEPT) target prot opt source destination Chain POSTROUTING (policy ACCEPT) target prot opt source destination MASQUERADE all -- anywhere anywhere Anything suspicious here? -- Jeenu -- IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you. ARM Limited, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Registered in England & Wales, Company No: 2557590 ARM Holdings plc, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Registered in England & Wales, Company No: 2548782 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Aug 01 08:47:03 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 01 Aug 2014 08:47: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 1XD8TO-0003gi-3n; Fri, 01 Aug 2014 08:45:58 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XD8TM-0003gc-KE for xen-users@lists.xen.org; Fri, 01 Aug 2014 08:45:56 +0000 Received: from [85.158.137.68:25410] by server-17.bemta-3.messagelabs.com id 1F/48-27015-3C35BD35; Fri, 01 Aug 2014 08:45:55 +0000 X-Env-Sender: jeenu.viswambharan@arm.com X-Msg-Ref: server-14.tower-31.messagelabs.com!1406882750!8807621!1 X-Originating-IP: [195.130.217.12] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTk1LjEzMC4yMTcuMTIgPT4gMzg5OTY3\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7158 invoked from network); 1 Aug 2014 08:45:50 -0000 Received: from service88.mimecast.com (HELO service88.mimecast.com) (195.130.217.12) by server-14.tower-31.messagelabs.com with SMTP; 1 Aug 2014 08:45:50 -0000 Received: from emea-cam-gw1.Emea.Arm.com (fw-tnat.cambridge.arm.com [217.140.96.21]) (Using TLS) by service88.mimecast.com; Fri, 01 Aug 2014 09:45:49 +0100 Received: from george.Emea.Arm.com ([fe80::4c19:a8f:5c9a:76df]) by emea-cam-gw1.Emea.Arm.com ([::1]) with mapi; Fri, 1 Aug 2014 09:45:47 +0100 From: Jeenu Viswambharan To: Ian Campbell Date: Fri, 1 Aug 2014 09:45:44 +0100 Thread-Topic: [Xen-users] mount DomU root fs via. NFS Thread-Index: Ac+snd5AXIERr+I6TIGdEm6YmYJsegAwa9sA Message-ID: References: In-Reply-To: Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB MIME-Version: 1.0 X-MC-Unique: 114080109454902202 Cc: xen-users Subject: Re: [Xen-users] mount DomU root fs via. NFS X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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, Jul 31, 2014 at 09:53:32, xen-users-bounces@lists.xen.org wrote: > On Wed, 2014-07-30 at 18:03 +0100, Jeenu Viswambharan wrote: > > I therefore instead chose to go with NAT instead. > > > > From [1], all that's to be done in Dom0 is to > > > > echo 1 > /proc/sys/net/ipv4/ip_forward > > [1] also says you need to do > iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE > to enable NAT, otherwise you are just in regular routing mode. > > If you don't do that then you would have to arrange a subnet for your > VMs and appropriate routing tables in your external infrastructure > etc. Uh, my init script was doing that too; I missed to mention it earlier. The behaviour is reproducible - guest waits for the NFS mount and crashes. All I see in Dom0 dmesg pertaining to virtual interfaces is: [ 262.676269] IPv6: ADDRCONF(NETDEV_UP): vif1.0: link is not ready [ 272.153571] IPv6: ADDRCONF(NETDEV_CHANGE): vif1.0: link becomes ready I also have a virtual interface in Dom0 while the guest is alive: vif1.0 Link encap:Ethernet HWaddr fe:ff:ff:ff:ff:ff inet addr:192.168.1.128 Bcast:0.0.0.0 Mask:255.255.255.255 inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:6 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:32 RX bytes:0 (0.0 B) TX bytes:468 (468.0 B) If I'm reading this right, there were 6 packets received from the guest. How do we know what happened to these? FWIW, `iptables -t nat -L` is: Chain PREROUTING (policy ACCEPT) target prot opt source destination Chain INPUT (policy ACCEPT) target prot opt source destination Chain OUTPUT (policy ACCEPT) target prot opt source destination Chain POSTROUTING (policy ACCEPT) target prot opt source destination MASQUERADE all -- anywhere anywhere Anything suspicious here? -- Jeenu -- IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you. ARM Limited, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Registered in England & Wales, Company No: 2557590 ARM Holdings plc, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Registered in England & Wales, Company No: 2548782 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Aug 01 15:10:24 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 01 Aug 2014 15:10: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 1XDESV-0001Yn-Qc; Fri, 01 Aug 2014 15:09:27 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XDEST-0001YX-KV for xen-users@lists.xen.org; Fri, 01 Aug 2014 15:09:25 +0000 Received: from [193.109.254.147:59309] by server-4.bemta-14.messagelabs.com id 91/FD-23592-4ADABD35; Fri, 01 Aug 2014 15:09:24 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-14.tower-27.messagelabs.com!1406905762!13204520!1 X-Originating-IP: [74.125.82.181] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG, HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13958 invoked from network); 1 Aug 2014 15:09:23 -0000 Received: from mail-we0-f181.google.com (HELO mail-we0-f181.google.com) (74.125.82.181) by server-14.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 1 Aug 2014 15:09:23 -0000 Received: by mail-we0-f181.google.com with SMTP id k48so4445354wev.26 for ; Fri, 01 Aug 2014 08:09:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to :subject:content-type; bh=150boHqekuLtn9BKeVSQJ8FB5xJv7fy4g8aiXtYU4F4=; b=SWBVtMXjqzRl0UPIJRd8MP9eSgeLq9qf2/2+14gVT/oSkbNEtExnaEkpgejh6vyQDY P7Lse2ZCjH+AbaBeorwEl1BEnO5dYEat1y8QI/LTTkXfCwaJ7n7Re7jbrU8i49uJFO+G 2yiH5/RAvJmXN0NqUWvheuitiKfN9BfYyofLMrDRrZDN3jlOIHU3jwbWcVnp4emekTL9 XoarSq2XqlHTzof6in3e5Y2VlLhoo6KX7ZoWMxBr7bYMiG5ERakkSzvlBIiCUPqAL+p0 rEuuoMhe2cInBQTxSabniqywres78L+uXegkwfQzuD55o/8LigNCIAKibLm+eNBOzJ9E tL+g== X-Received: by 10.180.81.103 with SMTP id z7mr7541239wix.23.1406905761094; Fri, 01 Aug 2014 08:09:21 -0700 (PDT) Received: from [172.16.26.11] (host86-174-110-189.range86-174.btcentralplus.com. [86.174.110.189]) by mx.google.com with ESMTPSA id ft6sm3802974wic.0.2014.08.01.08.09.19 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 01 Aug 2014 08:09:20 -0700 (PDT) Message-ID: <53DBAD9F.3010200@xen.org> Date: Fri, 01 Aug 2014 16:09:19 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: "xen-users@lists.xen.org" Subject: [Xen-users] 2 weeks to Xen Project Developer Summit : Chicago 18-19, IL, USA X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5959662231164195251==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============5959662231164195251== Content-Type: multipart/alternative; boundary="------------060506040702020706030406" This is a multi-part message in MIME format. --------------060506040702020706030406 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Only last week, the Xen Project team was at OSCON where we launched Mirage OS 2.0 (event report to follow soon, but in the meantime check out the following sessions Nymote and Mirage , Floss Weekly on Mirage OS and Community War Stories ) and now our Developer Summit is just round the corner. As we have seen tremendous community growth in the last 12 months (>30%) and the most feature reach Xen Project Hypervisor release coming up soon, I thought I'd share what you can expect. What to expect? Xen Project Developer Summits are packed with highly technical content where the core developers of the Xen Project community come together to discuss the evolution of the Xen Project. The conference is a mixture of talks and interactive sessions in un-conference format (which we call BoFs). Newcomers and those who are interested in the progress and future of the Xen Project, it's sub projects (Hypervisor on ARM and x86, Upstreams and Downstreams, Embedded and Automotive variants, Cloud Operating Systems such as Mirage OS) usually will get tremendous value from attending the event. Besides roadmap, feature updates and developer topics, this year features a few themes: * Network Function Virtualization * Security * Performance and Scalability * Cloud Operating Systems * Topics that are important for automotive/embedded/mobile use-cases, such as Real-time virtualization, certification and ARM support Why not check out the agenda or watch last year's sessions to get a sense of what is coming. Note that BoF's and discussion groups will be published next week. Register for The Developer Meeting on Aug 20th If you are planning to attend the Developer Meeting on Aug 20th, please do sign up at http://wiki.xenproject.org/wiki/Developer_Meeting/Aug2014 such that I get a sense of numbers and can order the right amount of food. How to get the most out of the Summit? Our developer events are designed to help you make connections and to participate. A good way to network are our evening social event and to network during the breaks. Another great way to get the most out of the summit is to submit a BoF/discussion groups about a topic you care about or to participate in a BoF/discussion group. BoF submissions are open until August 11 and the BoF schedule will be published the week before the event. Most of our talks will have an extensive and interactive Q&A portion, which is another way to engage. Links: http://events.linuxfoundation.org/events/xen-project-developer-summit/program/schedule http://events.linuxfoundation.org/events/xen-project-developer-summit/attend/register http://events.linuxfoundation.org/events/xen-project-developer-summit --------------060506040702020706030406 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit

Only last week, the Xen Project team was at OSCON where we launched Mirage OS 2.0(event report to follow soon, but in the meantime check out the following sessions Nymote and Mirage, Floss Weekly on Mirage OS and Community War Stories) and now our Developer Summit is just round the corner. As we have seen tremendous community growth in the last 12 months (>30%) and the most feature reach Xen Project Hypervisor release coming up soon, I thought I’d share what you can expect.

What to expect?

Xen Project Developer Summits are packed with highly technical content where the core developers of the Xen Project community come together to discuss the evolution of the Xen Project. The conference is a mixture of talks and interactive sessions in un-conference format (which we call BoFs). Newcomers and those who are interested in the progress and future of the Xen Project, it’s sub projects (Hypervisor on ARM and x86, Upstreams and Downstreams, Embedded and Automotive variants, Cloud Operating Systems such as Mirage OS) usually will get tremendous value from attending the event.

Besides roadmap, feature updates and developer topics, this year features a few themes:

  • Network Function Virtualization
  • Security
  • Performance and Scalability
  • Cloud Operating Systems
  • Topics that are important for automotive/embedded/mobile use-cases, such as Real-time virtualization, certification and ARM support

Why not check out the agenda or watch last year’s sessions to get a sense of what is coming. Note that BoF’s and discussion groups will be published next week.

Register for The Developer Meeting on Aug 20th

If you are planning to attend the Developer Meeting on Aug 20th, please do sign up at http://wiki.xenproject.org/wiki/Developer_Meeting/Aug2014 such that I get a sense of numbers and can order the right amount of food.

How to get the most out of the Summit?

Our developer events are designed to help you make connections and to participate. A good way to network are our evening social event and to network during the breaks. Another great way to get the most out of the summit is to submit a BoF/discussion groups about a topic you care about or to participate in a BoF/discussion group. BoF submissions are open until August 11 and the BoF schedule will be published the week before the event. Most of our talks will have an extensive and interactive Q&A portion, which is another way to engage.

Links:

http://events.linuxfoundation.org/events/xen-project-developer-summit/program/schedule
http://events.linuxfoundation.org/events/xen-project-developer-summit/attend/register
http://events.linuxfoundation.org/events/xen-project-developer-summit

--------------060506040702020706030406-- --===============5959662231164195251== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5959662231164195251==-- From xen-users-bounces@lists.xen.org Fri Aug 01 15:10:24 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 01 Aug 2014 15:10: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 1XDESV-0001Yn-Qc; Fri, 01 Aug 2014 15:09:27 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XDEST-0001YX-KV for xen-users@lists.xen.org; Fri, 01 Aug 2014 15:09:25 +0000 Received: from [193.109.254.147:59309] by server-4.bemta-14.messagelabs.com id 91/FD-23592-4ADABD35; Fri, 01 Aug 2014 15:09:24 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-14.tower-27.messagelabs.com!1406905762!13204520!1 X-Originating-IP: [74.125.82.181] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG, HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13958 invoked from network); 1 Aug 2014 15:09:23 -0000 Received: from mail-we0-f181.google.com (HELO mail-we0-f181.google.com) (74.125.82.181) by server-14.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 1 Aug 2014 15:09:23 -0000 Received: by mail-we0-f181.google.com with SMTP id k48so4445354wev.26 for ; Fri, 01 Aug 2014 08:09:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to :subject:content-type; bh=150boHqekuLtn9BKeVSQJ8FB5xJv7fy4g8aiXtYU4F4=; b=SWBVtMXjqzRl0UPIJRd8MP9eSgeLq9qf2/2+14gVT/oSkbNEtExnaEkpgejh6vyQDY P7Lse2ZCjH+AbaBeorwEl1BEnO5dYEat1y8QI/LTTkXfCwaJ7n7Re7jbrU8i49uJFO+G 2yiH5/RAvJmXN0NqUWvheuitiKfN9BfYyofLMrDRrZDN3jlOIHU3jwbWcVnp4emekTL9 XoarSq2XqlHTzof6in3e5Y2VlLhoo6KX7ZoWMxBr7bYMiG5ERakkSzvlBIiCUPqAL+p0 rEuuoMhe2cInBQTxSabniqywres78L+uXegkwfQzuD55o/8LigNCIAKibLm+eNBOzJ9E tL+g== X-Received: by 10.180.81.103 with SMTP id z7mr7541239wix.23.1406905761094; Fri, 01 Aug 2014 08:09:21 -0700 (PDT) Received: from [172.16.26.11] (host86-174-110-189.range86-174.btcentralplus.com. [86.174.110.189]) by mx.google.com with ESMTPSA id ft6sm3802974wic.0.2014.08.01.08.09.19 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 01 Aug 2014 08:09:20 -0700 (PDT) Message-ID: <53DBAD9F.3010200@xen.org> Date: Fri, 01 Aug 2014 16:09:19 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: "xen-users@lists.xen.org" Subject: [Xen-users] 2 weeks to Xen Project Developer Summit : Chicago 18-19, IL, USA X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5959662231164195251==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============5959662231164195251== Content-Type: multipart/alternative; boundary="------------060506040702020706030406" This is a multi-part message in MIME format. --------------060506040702020706030406 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Only last week, the Xen Project team was at OSCON where we launched Mirage OS 2.0 (event report to follow soon, but in the meantime check out the following sessions Nymote and Mirage , Floss Weekly on Mirage OS and Community War Stories ) and now our Developer Summit is just round the corner. As we have seen tremendous community growth in the last 12 months (>30%) and the most feature reach Xen Project Hypervisor release coming up soon, I thought I'd share what you can expect. What to expect? Xen Project Developer Summits are packed with highly technical content where the core developers of the Xen Project community come together to discuss the evolution of the Xen Project. The conference is a mixture of talks and interactive sessions in un-conference format (which we call BoFs). Newcomers and those who are interested in the progress and future of the Xen Project, it's sub projects (Hypervisor on ARM and x86, Upstreams and Downstreams, Embedded and Automotive variants, Cloud Operating Systems such as Mirage OS) usually will get tremendous value from attending the event. Besides roadmap, feature updates and developer topics, this year features a few themes: * Network Function Virtualization * Security * Performance and Scalability * Cloud Operating Systems * Topics that are important for automotive/embedded/mobile use-cases, such as Real-time virtualization, certification and ARM support Why not check out the agenda or watch last year's sessions to get a sense of what is coming. Note that BoF's and discussion groups will be published next week. Register for The Developer Meeting on Aug 20th If you are planning to attend the Developer Meeting on Aug 20th, please do sign up at http://wiki.xenproject.org/wiki/Developer_Meeting/Aug2014 such that I get a sense of numbers and can order the right amount of food. How to get the most out of the Summit? Our developer events are designed to help you make connections and to participate. A good way to network are our evening social event and to network during the breaks. Another great way to get the most out of the summit is to submit a BoF/discussion groups about a topic you care about or to participate in a BoF/discussion group. BoF submissions are open until August 11 and the BoF schedule will be published the week before the event. Most of our talks will have an extensive and interactive Q&A portion, which is another way to engage. Links: http://events.linuxfoundation.org/events/xen-project-developer-summit/program/schedule http://events.linuxfoundation.org/events/xen-project-developer-summit/attend/register http://events.linuxfoundation.org/events/xen-project-developer-summit --------------060506040702020706030406 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit

Only last week, the Xen Project team was at OSCON where we launched Mirage OS 2.0(event report to follow soon, but in the meantime check out the following sessions Nymote and Mirage, Floss Weekly on Mirage OS and Community War Stories) and now our Developer Summit is just round the corner. As we have seen tremendous community growth in the last 12 months (>30%) and the most feature reach Xen Project Hypervisor release coming up soon, I thought I’d share what you can expect.

What to expect?

Xen Project Developer Summits are packed with highly technical content where the core developers of the Xen Project community come together to discuss the evolution of the Xen Project. The conference is a mixture of talks and interactive sessions in un-conference format (which we call BoFs). Newcomers and those who are interested in the progress and future of the Xen Project, it’s sub projects (Hypervisor on ARM and x86, Upstreams and Downstreams, Embedded and Automotive variants, Cloud Operating Systems such as Mirage OS) usually will get tremendous value from attending the event.

Besides roadmap, feature updates and developer topics, this year features a few themes:

  • Network Function Virtualization
  • Security
  • Performance and Scalability
  • Cloud Operating Systems
  • Topics that are important for automotive/embedded/mobile use-cases, such as Real-time virtualization, certification and ARM support

Why not check out the agenda or watch last year’s sessions to get a sense of what is coming. Note that BoF’s and discussion groups will be published next week.

Register for The Developer Meeting on Aug 20th

If you are planning to attend the Developer Meeting on Aug 20th, please do sign up at http://wiki.xenproject.org/wiki/Developer_Meeting/Aug2014 such that I get a sense of numbers and can order the right amount of food.

How to get the most out of the Summit?

Our developer events are designed to help you make connections and to participate. A good way to network are our evening social event and to network during the breaks. Another great way to get the most out of the summit is to submit a BoF/discussion groups about a topic you care about or to participate in a BoF/discussion group. BoF submissions are open until August 11 and the BoF schedule will be published the week before the event. Most of our talks will have an extensive and interactive Q&A portion, which is another way to engage.

Links:

http://events.linuxfoundation.org/events/xen-project-developer-summit/program/schedule
http://events.linuxfoundation.org/events/xen-project-developer-summit/attend/register
http://events.linuxfoundation.org/events/xen-project-developer-summit

--------------060506040702020706030406-- --===============5959662231164195251== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5959662231164195251==-- From xen-users-bounces@lists.xen.org Fri Aug 01 16:54:37 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 01 Aug 2014 16:54: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 1XDG5G-0000mj-3S; Fri, 01 Aug 2014 16:53:34 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XDG5D-0000me-O1 for xen-users@lists.xen.org; Fri, 01 Aug 2014 16:53:31 +0000 Received: from [85.158.139.211:34081] by server-9.bemta-5.messagelabs.com id EA/94-20744-B06CBD35; Fri, 01 Aug 2014 16:53:31 +0000 X-Env-Sender: roger.pau@citrix.com X-Msg-Ref: server-3.tower-206.messagelabs.com!1406912009!3796109!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29612 invoked from network); 1 Aug 2014 16:53:30 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-3.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 1 Aug 2014 16:53:30 -0000 X-IronPort-AV: E=Sophos;i="5.01,780,1400025600"; d="scan'208";a="158535907" Received: from [IPv6:::1] (10.80.16.47) by smtprelay.citrix.com (10.13.107.80) with Microsoft SMTP Server id 14.3.181.6; Fri, 1 Aug 2014 12:53:28 -0400 Message-ID: <53DBC607.4040903@citrix.com> Date: Fri, 1 Aug 2014 18:53:27 +0200 From: =?UTF-8?B?Um9nZXIgUGF1IE1vbm7DqQ==?= User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Kuba , References: <53D237F9.7030307@op.pl> <53D2432B.4020304@citrix.com> <53D39418.7030803@op.pl> <53DA78A0.8030204@op.pl> In-Reply-To: <53DA78A0.8030204@op.pl> X-Enigmail-Version: 1.6 X-DLP: MIA2 Subject: Re: [Xen-users] storage driver domains X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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, On 31/07/14 19:10, Kuba wrote: > W dniu 2014-07-26 13:42, Kuba pisze: >> Thank you for your help, but unfortunately I cannot get it to work (Xen >> 4.4 compiled from sources with Debian 7 Dom0 with kernel 3.10.33). I'm >> trying to provide storage from one FreeBSD 10 DomU (provider.conf) to >> another FreeBSD 10 DomU (consumer.conf). I boot provider DomU in livecd >> mode and create a zvol (tank/test). Long story short, I can get consumer >> DomU's kernel to see the storage (when booted in livecd mode), but >> cannot get the bios to see it too (and boot from it). >> >> When I try to boot consumer DomU with this in consumer.conf: >> >> #device_model_version="qemu-xen-traditional" >> device_model_stubdomain_override=0 >> disk=[ >> 'format=raw,backendtype=phy,backend=provider,vdev=xvdb,target=/dev/zvol/tank/test', >> >> >> 'file:/root/fbsd.iso,xvda,r,devtype=cdrom' AFAICT, if you use qemu-traditional stubdomains you should use hdb and hda instead of xvdb and xvda. >> ] >> boot='d' >> >> I get: >> >> # xl create consumer.conf >> Parsing config from consumer.conf >> libxl: error: libxl_dm.c:1371:device_model_spawn_outcome: domain 47 >> device model: spawn failed (rc=-3) >> libxl: error: libxl_create.c:1186:domcreate_devmodel_started: device >> model did not start: -3 >> libxl: error: libxl_dm.c:1475:kill_device_model: Device Model already >> exited >> libxl: error: libxl_device.c:1115:device_destroy_be_timeout_cb: timed >> out while waiting for /local/domain/31/backend/vbd/47/51728 to be removed >> libxl: error: libxl.c:1457:devices_destroy_cb: libxl__devices_destroy >> failed for 47 >> >> >> And in qemu-dm-consumer.log: >> qemu-system-i386: -drive >> file=/dev/zvol/tank/test,if=ide,index=1,media=disk,format=raw,cache=writeback: >> >> could not open disk image /dev/zvol/tank/test: No such file or directory >> >> >> But when I use a stubdomain: >> >> #device_model_version="qemu-xen-traditional" >> device_model_stubdomain_override=1 >> >> consumer DomU boots fine and I see /dev/xbd1 properly (and I'm sure its >> the tank/test zvol from provider DomU). However qemu-dm-consumer.log >> contains: >> >> frontend `/local/domain/49/device/vbd/51728' devtype `vbd' expected >> backend `/local/domain/0/backend/qdisk/49/51728' got >> `/local/domain/31/backend/vbd/49/51728', ignoring >> frontend `/local/domain/49/device/vbd/51728' devtype `vbd' expected >> backend `/local/domain/0/backend/qdisk/49/51728' got >> `/local/domain/31/backend/vbd/49/51728', ignoring Yes, not sure why, but qemu-traditional stubdomains were not able to use disks from driver domains. The following patch solved the problem for me, you should apply it to tools/qemu-xen-traditional-dir: --- diff --git a/xenstore.c b/xenstore.c index b0d6f77..44fe99d 100644 --- a/xenstore.c +++ b/xenstore.c @@ -247,8 +247,11 @@ static void xenstore_get_backend_path(char **backend, const char *devtype, char *backend_dompath=0; char *expected_backend=0; char *frontend_backend_path=0; + char *frontend_domid_path=0; char *backend_frontend_path=0; char *frontend_doublecheck=0; + char *backend_domid_str=0; + int backend_domid; int len; const char *frontend_idpath_slash; @@ -270,13 +273,21 @@ static void xenstore_get_backend_path(char **backend, const char *devtype, frontend_path) == -1) goto out; + if (pasprintf(&frontend_domid_path, "%s/backend-id", + frontend_path) + == -1) goto out; + bpath = xs_read(xsh, XBT_NULL, frontend_backend_path, &len); + backend_domid_str = xs_read(xsh, XBT_NULL, frontend_domid_path, &len); + if (!backend_domid_str) goto out; + backend_domid = atoi(backend_domid_str); + /* now we must check that the backend is intended for use * by this frontend, since the frontend's /backend xenstore node * is writeable by the untrustworthy guest. */ - backend_dompath = xs_get_domain_path(xsh, domid_backend); + backend_dompath = xs_get_domain_path(xsh, backend_domid); if (!backend_dompath) goto out; const char *expected_devtypes[4]; @@ -336,6 +347,8 @@ static void xenstore_get_backend_path(char **backend, const char *devtype, free(frontend_backend_path); free(backend_frontend_path); free(frontend_doublecheck); + free(frontend_domid_path); + free(backend_domid_str); } static const char *xenstore_get_guest_uuid(void) _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Aug 01 16:54:37 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 01 Aug 2014 16:54: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 1XDG5G-0000mj-3S; Fri, 01 Aug 2014 16:53:34 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XDG5D-0000me-O1 for xen-users@lists.xen.org; Fri, 01 Aug 2014 16:53:31 +0000 Received: from [85.158.139.211:34081] by server-9.bemta-5.messagelabs.com id EA/94-20744-B06CBD35; Fri, 01 Aug 2014 16:53:31 +0000 X-Env-Sender: roger.pau@citrix.com X-Msg-Ref: server-3.tower-206.messagelabs.com!1406912009!3796109!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29612 invoked from network); 1 Aug 2014 16:53:30 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-3.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 1 Aug 2014 16:53:30 -0000 X-IronPort-AV: E=Sophos;i="5.01,780,1400025600"; d="scan'208";a="158535907" Received: from [IPv6:::1] (10.80.16.47) by smtprelay.citrix.com (10.13.107.80) with Microsoft SMTP Server id 14.3.181.6; Fri, 1 Aug 2014 12:53:28 -0400 Message-ID: <53DBC607.4040903@citrix.com> Date: Fri, 1 Aug 2014 18:53:27 +0200 From: =?UTF-8?B?Um9nZXIgUGF1IE1vbm7DqQ==?= User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Kuba , References: <53D237F9.7030307@op.pl> <53D2432B.4020304@citrix.com> <53D39418.7030803@op.pl> <53DA78A0.8030204@op.pl> In-Reply-To: <53DA78A0.8030204@op.pl> X-Enigmail-Version: 1.6 X-DLP: MIA2 Subject: Re: [Xen-users] storage driver domains X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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, On 31/07/14 19:10, Kuba wrote: > W dniu 2014-07-26 13:42, Kuba pisze: >> Thank you for your help, but unfortunately I cannot get it to work (Xen >> 4.4 compiled from sources with Debian 7 Dom0 with kernel 3.10.33). I'm >> trying to provide storage from one FreeBSD 10 DomU (provider.conf) to >> another FreeBSD 10 DomU (consumer.conf). I boot provider DomU in livecd >> mode and create a zvol (tank/test). Long story short, I can get consumer >> DomU's kernel to see the storage (when booted in livecd mode), but >> cannot get the bios to see it too (and boot from it). >> >> When I try to boot consumer DomU with this in consumer.conf: >> >> #device_model_version="qemu-xen-traditional" >> device_model_stubdomain_override=0 >> disk=[ >> 'format=raw,backendtype=phy,backend=provider,vdev=xvdb,target=/dev/zvol/tank/test', >> >> >> 'file:/root/fbsd.iso,xvda,r,devtype=cdrom' AFAICT, if you use qemu-traditional stubdomains you should use hdb and hda instead of xvdb and xvda. >> ] >> boot='d' >> >> I get: >> >> # xl create consumer.conf >> Parsing config from consumer.conf >> libxl: error: libxl_dm.c:1371:device_model_spawn_outcome: domain 47 >> device model: spawn failed (rc=-3) >> libxl: error: libxl_create.c:1186:domcreate_devmodel_started: device >> model did not start: -3 >> libxl: error: libxl_dm.c:1475:kill_device_model: Device Model already >> exited >> libxl: error: libxl_device.c:1115:device_destroy_be_timeout_cb: timed >> out while waiting for /local/domain/31/backend/vbd/47/51728 to be removed >> libxl: error: libxl.c:1457:devices_destroy_cb: libxl__devices_destroy >> failed for 47 >> >> >> And in qemu-dm-consumer.log: >> qemu-system-i386: -drive >> file=/dev/zvol/tank/test,if=ide,index=1,media=disk,format=raw,cache=writeback: >> >> could not open disk image /dev/zvol/tank/test: No such file or directory >> >> >> But when I use a stubdomain: >> >> #device_model_version="qemu-xen-traditional" >> device_model_stubdomain_override=1 >> >> consumer DomU boots fine and I see /dev/xbd1 properly (and I'm sure its >> the tank/test zvol from provider DomU). However qemu-dm-consumer.log >> contains: >> >> frontend `/local/domain/49/device/vbd/51728' devtype `vbd' expected >> backend `/local/domain/0/backend/qdisk/49/51728' got >> `/local/domain/31/backend/vbd/49/51728', ignoring >> frontend `/local/domain/49/device/vbd/51728' devtype `vbd' expected >> backend `/local/domain/0/backend/qdisk/49/51728' got >> `/local/domain/31/backend/vbd/49/51728', ignoring Yes, not sure why, but qemu-traditional stubdomains were not able to use disks from driver domains. The following patch solved the problem for me, you should apply it to tools/qemu-xen-traditional-dir: --- diff --git a/xenstore.c b/xenstore.c index b0d6f77..44fe99d 100644 --- a/xenstore.c +++ b/xenstore.c @@ -247,8 +247,11 @@ static void xenstore_get_backend_path(char **backend, const char *devtype, char *backend_dompath=0; char *expected_backend=0; char *frontend_backend_path=0; + char *frontend_domid_path=0; char *backend_frontend_path=0; char *frontend_doublecheck=0; + char *backend_domid_str=0; + int backend_domid; int len; const char *frontend_idpath_slash; @@ -270,13 +273,21 @@ static void xenstore_get_backend_path(char **backend, const char *devtype, frontend_path) == -1) goto out; + if (pasprintf(&frontend_domid_path, "%s/backend-id", + frontend_path) + == -1) goto out; + bpath = xs_read(xsh, XBT_NULL, frontend_backend_path, &len); + backend_domid_str = xs_read(xsh, XBT_NULL, frontend_domid_path, &len); + if (!backend_domid_str) goto out; + backend_domid = atoi(backend_domid_str); + /* now we must check that the backend is intended for use * by this frontend, since the frontend's /backend xenstore node * is writeable by the untrustworthy guest. */ - backend_dompath = xs_get_domain_path(xsh, domid_backend); + backend_dompath = xs_get_domain_path(xsh, backend_domid); if (!backend_dompath) goto out; const char *expected_devtypes[4]; @@ -336,6 +347,8 @@ static void xenstore_get_backend_path(char **backend, const char *devtype, free(frontend_backend_path); free(backend_frontend_path); free(frontend_doublecheck); + free(frontend_domid_path); + free(backend_domid_str); } static const char *xenstore_get_guest_uuid(void) _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Aug 01 20:13:53 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 01 Aug 2014 20:13:53 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XDJBs-00080C-LW; Fri, 01 Aug 2014 20:12:36 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XDJBr-000807-GG for xen-users@lists.xen.org; Fri, 01 Aug 2014 20:12:35 +0000 Received: from [193.109.254.147:2229] by server-14.bemta-14.messagelabs.com id 13/AA-02763-2B4FBD35; Fri, 01 Aug 2014 20:12:34 +0000 X-Env-Sender: kuba.0000@op.pl X-Msg-Ref: server-15.tower-27.messagelabs.com!1406923953!13248715!1 X-Originating-IP: [213.180.142.142] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29018 invoked from network); 1 Aug 2014 20:12:34 -0000 Received: from smtpo11.poczta.onet.pl (HELO smtpo11.poczta.onet.pl) (213.180.142.142) by server-15.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 1 Aug 2014 20:12:34 -0000 Received: from [10.1.1.10] (host-89-230-198-37.lublin.mm.pl [89.230.198.37]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: kuba.0000@op.pl) by smtp.poczta.onet.pl (Onet) with ESMTPSA id 3hQ05s1Pscz9vYcm; Fri, 1 Aug 2014 22:12:32 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=op.pl; s=2011; t=1406923954; bh=cmv2WaPyLBlXYp9IarCkTzGHFle4sJeEoC0o7FjwEt8=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=UfwrCUL2tumBx/Z19Yc9AE/Kt80xXCRXCDQkshfqmZoXCcFfcNcU+OVGSbsF7AkIc wjM9eSEe2SSfMfXDLXaitxFtdkYqIK15Ph2dUBwR4HRJvFmPx8EkjqihwOtejEZnkI 9lvDkmutekFT4W84Tlkm/txRDp8kaUTuXFjBD8yI= Message-ID: <53DBF4AC.6050800@op.pl> Date: Fri, 01 Aug 2014 22:12:28 +0200 From: Kuba User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: =?UTF-8?B?Um9nZXIgUGF1IE1vbm7DqQ==?= , xen-users@lists.xen.org References: <53D237F9.7030307@op.pl> <53D2432B.4020304@citrix.com> <53D39418.7030803@op.pl> <53DA78A0.8030204@op.pl> <53DBC607.4040903@citrix.com> In-Reply-To: <53DBC607.4040903@citrix.com> Content-Length: 8033 Subject: Re: [Xen-users] SOLVED: storage driver domains X-BeenThere: xen-users@lists.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 VyBkbml1IDIwMTQtMDgtMDEgMTg6NTMsIFJvZ2VyIFBhdSBNb25uw6kgcGlzemU6Cj4gSGVsbG8s Cj4KPiBPbiAzMS8wNy8xNCAxOToxMCwgS3ViYSB3cm90ZToKPj4gVyBkbml1IDIwMTQtMDctMjYg MTM6NDIsIEt1YmEgcGlzemU6Cj4+PiBUaGFuayB5b3UgZm9yIHlvdXIgaGVscCwgYnV0IHVuZm9y dHVuYXRlbHkgSSBjYW5ub3QgZ2V0IGl0IHRvIHdvcmsgKFhlbgo+Pj4gNC40IGNvbXBpbGVkIGZy b20gc291cmNlcyB3aXRoIERlYmlhbiA3IERvbTAgd2l0aCBrZXJuZWwgMy4xMC4zMykuIEknbQo+ Pj4gdHJ5aW5nIHRvIHByb3ZpZGUgc3RvcmFnZSBmcm9tIG9uZSBGcmVlQlNEIDEwIERvbVUgKHBy b3ZpZGVyLmNvbmYpIHRvCj4+PiBhbm90aGVyIEZyZWVCU0QgMTAgRG9tVSAoY29uc3VtZXIuY29u ZikuIEkgYm9vdCBwcm92aWRlciBEb21VIGluIGxpdmVjZAo+Pj4gbW9kZSBhbmQgY3JlYXRlIGEg enZvbCAodGFuay90ZXN0KS4gTG9uZyBzdG9yeSBzaG9ydCwgSSBjYW4gZ2V0IGNvbnN1bWVyCj4+ PiBEb21VJ3Mga2VybmVsIHRvIHNlZSB0aGUgc3RvcmFnZSAod2hlbiBib290ZWQgaW4gbGl2ZWNk IG1vZGUpLCBidXQKPj4+IGNhbm5vdCBnZXQgdGhlIGJpb3MgdG8gc2VlIGl0IHRvbyAoYW5kIGJv b3QgZnJvbSBpdCkuCj4+Pgo+Pj4gV2hlbiBJIHRyeSB0byBib290IGNvbnN1bWVyIERvbVUgd2l0 aCB0aGlzIGluIGNvbnN1bWVyLmNvbmY6Cj4+Pgo+Pj4gI2RldmljZV9tb2RlbF92ZXJzaW9uPSJx ZW11LXhlbi10cmFkaXRpb25hbCIKPj4+IGRldmljZV9tb2RlbF9zdHViZG9tYWluX292ZXJyaWRl PTAKPj4+IGRpc2s9Wwo+Pj4gJ2Zvcm1hdD1yYXcsYmFja2VuZHR5cGU9cGh5LGJhY2tlbmQ9cHJv dmlkZXIsdmRldj14dmRiLHRhcmdldD0vZGV2L3p2b2wvdGFuay90ZXN0JywKPj4+Cj4+Pgo+Pj4g J2ZpbGU6L3Jvb3QvZmJzZC5pc28seHZkYSxyLGRldnR5cGU9Y2Ryb20nCj4KPiBBRkFJQ1QsIGlm IHlvdSB1c2UgcWVtdS10cmFkaXRpb25hbCBzdHViZG9tYWlucyB5b3Ugc2hvdWxkIHVzZSBoZGIg YW5kCj4gaGRhIGluc3RlYWQgb2YgeHZkYiBhbmQgeHZkYS4KPgo+Pj4gXQo+Pj4gYm9vdD0nZCcK Pj4+Cj4+PiBJIGdldDoKPj4+Cj4+PiAjIHhsIGNyZWF0ZSBjb25zdW1lci5jb25mCj4+PiBQYXJz aW5nIGNvbmZpZyBmcm9tIGNvbnN1bWVyLmNvbmYKPj4+IGxpYnhsOiBlcnJvcjogbGlieGxfZG0u YzoxMzcxOmRldmljZV9tb2RlbF9zcGF3bl9vdXRjb21lOiBkb21haW4gNDcKPj4+IGRldmljZSBt b2RlbDogc3Bhd24gZmFpbGVkIChyYz0tMykKPj4+IGxpYnhsOiBlcnJvcjogbGlieGxfY3JlYXRl LmM6MTE4Njpkb21jcmVhdGVfZGV2bW9kZWxfc3RhcnRlZDogZGV2aWNlCj4+PiBtb2RlbCBkaWQg bm90IHN0YXJ0OiAtMwo+Pj4gbGlieGw6IGVycm9yOiBsaWJ4bF9kbS5jOjE0NzU6a2lsbF9kZXZp Y2VfbW9kZWw6IERldmljZSBNb2RlbCBhbHJlYWR5Cj4+PiBleGl0ZWQKPj4+IGxpYnhsOiBlcnJv cjogbGlieGxfZGV2aWNlLmM6MTExNTpkZXZpY2VfZGVzdHJveV9iZV90aW1lb3V0X2NiOiB0aW1l ZAo+Pj4gb3V0IHdoaWxlIHdhaXRpbmcgZm9yIC9sb2NhbC9kb21haW4vMzEvYmFja2VuZC92YmQv NDcvNTE3MjggdG8gYmUgcmVtb3ZlZAo+Pj4gbGlieGw6IGVycm9yOiBsaWJ4bC5jOjE0NTc6ZGV2 aWNlc19kZXN0cm95X2NiOiBsaWJ4bF9fZGV2aWNlc19kZXN0cm95Cj4+PiBmYWlsZWQgZm9yIDQ3 Cj4+Pgo+Pj4KPj4+IEFuZCBpbiBxZW11LWRtLWNvbnN1bWVyLmxvZzoKPj4+IHFlbXUtc3lzdGVt LWkzODY6IC1kcml2ZQo+Pj4gZmlsZT0vZGV2L3p2b2wvdGFuay90ZXN0LGlmPWlkZSxpbmRleD0x LG1lZGlhPWRpc2ssZm9ybWF0PXJhdyxjYWNoZT13cml0ZWJhY2s6Cj4+Pgo+Pj4gY291bGQgbm90 IG9wZW4gZGlzayBpbWFnZSAvZGV2L3p2b2wvdGFuay90ZXN0OiBObyBzdWNoIGZpbGUgb3IgZGly ZWN0b3J5Cj4+Pgo+Pj4KPj4+IEJ1dCB3aGVuIEkgdXNlIGEgc3R1YmRvbWFpbjoKPj4+Cj4+PiAj ZGV2aWNlX21vZGVsX3ZlcnNpb249InFlbXUteGVuLXRyYWRpdGlvbmFsIgo+Pj4gZGV2aWNlX21v ZGVsX3N0dWJkb21haW5fb3ZlcnJpZGU9MQo+Pj4KPj4+IGNvbnN1bWVyIERvbVUgYm9vdHMgZmlu ZSBhbmQgSSBzZWUgL2Rldi94YmQxIHByb3Blcmx5IChhbmQgSSdtIHN1cmUgaXRzCj4+PiB0aGUg dGFuay90ZXN0IHp2b2wgZnJvbSBwcm92aWRlciBEb21VKS4gSG93ZXZlciBxZW11LWRtLWNvbnN1 bWVyLmxvZwo+Pj4gY29udGFpbnM6Cj4+Pgo+Pj4gZnJvbnRlbmQgYC9sb2NhbC9kb21haW4vNDkv ZGV2aWNlL3ZiZC81MTcyOCcgZGV2dHlwZSBgdmJkJyBleHBlY3RlZAo+Pj4gYmFja2VuZCBgL2xv Y2FsL2RvbWFpbi8wL2JhY2tlbmQvcWRpc2svNDkvNTE3MjgnIGdvdAo+Pj4gYC9sb2NhbC9kb21h aW4vMzEvYmFja2VuZC92YmQvNDkvNTE3MjgnLCBpZ25vcmluZwo+Pj4gZnJvbnRlbmQgYC9sb2Nh bC9kb21haW4vNDkvZGV2aWNlL3ZiZC81MTcyOCcgZGV2dHlwZSBgdmJkJyBleHBlY3RlZAo+Pj4g YmFja2VuZCBgL2xvY2FsL2RvbWFpbi8wL2JhY2tlbmQvcWRpc2svNDkvNTE3MjgnIGdvdAo+Pj4g YC9sb2NhbC9kb21haW4vMzEvYmFja2VuZC92YmQvNDkvNTE3MjgnLCBpZ25vcmluZwo+Cj4gWWVz LCBub3Qgc3VyZSB3aHksIGJ1dCBxZW11LXRyYWRpdGlvbmFsIHN0dWJkb21haW5zIHdlcmUgbm90 IGFibGUgdG8KPiB1c2UgZGlza3MgZnJvbSBkcml2ZXIgZG9tYWlucy4gVGhlIGZvbGxvd2luZyBw YXRjaCBzb2x2ZWQgdGhlIHByb2JsZW0KPiBmb3IgbWUsIHlvdSBzaG91bGQgYXBwbHkgaXQgdG8g dG9vbHMvcWVtdS14ZW4tdHJhZGl0aW9uYWwtZGlyOgo+Cj4gLS0tCj4gZGlmZiAtLWdpdCBhL3hl bnN0b3JlLmMgYi94ZW5zdG9yZS5jCj4gaW5kZXggYjBkNmY3Ny4uNDRmZTk5ZCAxMDA2NDQKPiAt LS0gYS94ZW5zdG9yZS5jCj4gKysrIGIveGVuc3RvcmUuYwo+IEBAIC0yNDcsOCArMjQ3LDExIEBA IHN0YXRpYyB2b2lkIHhlbnN0b3JlX2dldF9iYWNrZW5kX3BhdGgoY2hhciAqKmJhY2tlbmQsIGNv bnN0IGNoYXIgKmRldnR5cGUsCj4gICAgICAgY2hhciAqYmFja2VuZF9kb21wYXRoPTA7Cj4gICAg ICAgY2hhciAqZXhwZWN0ZWRfYmFja2VuZD0wOwo+ICAgICAgIGNoYXIgKmZyb250ZW5kX2JhY2tl bmRfcGF0aD0wOwo+ICsgICAgY2hhciAqZnJvbnRlbmRfZG9taWRfcGF0aD0wOwo+ICAgICAgIGNo YXIgKmJhY2tlbmRfZnJvbnRlbmRfcGF0aD0wOwo+ICAgICAgIGNoYXIgKmZyb250ZW5kX2RvdWJs ZWNoZWNrPTA7Cj4gKyAgICBjaGFyICpiYWNrZW5kX2RvbWlkX3N0cj0wOwo+ICsgICAgaW50IGJh Y2tlbmRfZG9taWQ7Cj4gICAgICAgaW50IGxlbjsKPiAgICAgICBjb25zdCBjaGFyICpmcm9udGVu ZF9pZHBhdGhfc2xhc2g7Cj4KPiBAQCAtMjcwLDEzICsyNzMsMjEgQEAgc3RhdGljIHZvaWQgeGVu c3RvcmVfZ2V0X2JhY2tlbmRfcGF0aChjaGFyICoqYmFja2VuZCwgY29uc3QgY2hhciAqZGV2dHlw ZSwKPiAgICAgICAgICAgICAgICAgICAgIGZyb250ZW5kX3BhdGgpCj4gICAgICAgICAgID09IC0x KSBnb3RvIG91dDsKPgo+ICsgICAgaWYgKHBhc3ByaW50ZigmZnJvbnRlbmRfZG9taWRfcGF0aCwg IiVzL2JhY2tlbmQtaWQiLAo+ICsgICAgICAgICAgICAgICAgICBmcm9udGVuZF9wYXRoKQo+ICsg ICAgICAgID09IC0xKSBnb3RvIG91dDsKPiArCj4gICAgICAgYnBhdGggPSB4c19yZWFkKHhzaCwg WEJUX05VTEwsIGZyb250ZW5kX2JhY2tlbmRfcGF0aCwgJmxlbik7Cj4KPiArICAgIGJhY2tlbmRf ZG9taWRfc3RyID0geHNfcmVhZCh4c2gsIFhCVF9OVUxMLCBmcm9udGVuZF9kb21pZF9wYXRoLCAm bGVuKTsKPiArICAgIGlmICghYmFja2VuZF9kb21pZF9zdHIpIGdvdG8gb3V0Owo+ICsgICAgYmFj a2VuZF9kb21pZCA9IGF0b2koYmFja2VuZF9kb21pZF9zdHIpOwo+ICsKPiAgICAgICAvKiBub3cg d2UgbXVzdCBjaGVjayB0aGF0IHRoZSBiYWNrZW5kIGlzIGludGVuZGVkIGZvciB1c2UKPiAgICAg ICAgKiBieSB0aGlzIGZyb250ZW5kLCBzaW5jZSB0aGUgZnJvbnRlbmQncyAvYmFja2VuZCB4ZW5z dG9yZSBub2RlCj4gICAgICAgICogaXMgd3JpdGVhYmxlIGJ5IHRoZSB1bnRydXN0d29ydGh5IGd1 ZXN0LiAqLwo+Cj4gLSAgICBiYWNrZW5kX2RvbXBhdGggPSB4c19nZXRfZG9tYWluX3BhdGgoeHNo LCBkb21pZF9iYWNrZW5kKTsKPiArICAgIGJhY2tlbmRfZG9tcGF0aCA9IHhzX2dldF9kb21haW5f cGF0aCh4c2gsIGJhY2tlbmRfZG9taWQpOwo+ICAgICAgIGlmICghYmFja2VuZF9kb21wYXRoKSBn b3RvIG91dDsKPgo+ICAgICAgIGNvbnN0IGNoYXIgKmV4cGVjdGVkX2RldnR5cGVzWzRdOwo+IEBA IC0zMzYsNiArMzQ3LDggQEAgc3RhdGljIHZvaWQgeGVuc3RvcmVfZ2V0X2JhY2tlbmRfcGF0aChj aGFyICoqYmFja2VuZCwgY29uc3QgY2hhciAqZGV2dHlwZSwKPiAgICAgICBmcmVlKGZyb250ZW5k X2JhY2tlbmRfcGF0aCk7Cj4gICAgICAgZnJlZShiYWNrZW5kX2Zyb250ZW5kX3BhdGgpOwo+ICAg ICAgIGZyZWUoZnJvbnRlbmRfZG91YmxlY2hlY2spOwo+ICsgICAgZnJlZShmcm9udGVuZF9kb21p ZF9wYXRoKTsKPiArICAgIGZyZWUoYmFja2VuZF9kb21pZF9zdHIpOwo+ICAgfQo+Cj4gICBzdGF0 aWMgY29uc3QgY2hhciAqeGVuc3RvcmVfZ2V0X2d1ZXN0X3V1aWQodm9pZCkKPgo+CgpJdCdzIHdv cmtpbmcsIEkgY2FuJ3QgYmVsaWV2ZSBpdCEgVGhhbmsgeW91IHNvIG11Y2ghCgpGb3IgYW55b25l IHdobyBtaWdodCBiZSBpbnRlcmVzdGVkIGluIHRoaXMgdG9waWMsIEkgdXNlZCBhIGZyZXNoIApE ZWJpYW4tYmFzZWQgc3lzdGVtIChXaGVlenkgNy41IHdpdGggMy4xNC4xMi0xfmJwbzcwKzEga2Vy bmVsIGZyb20gCmJhY2twb3J0cykgYW5kIGNvbXBpbGVkIFhlbiA0LjQuMCBmcm9tIHNvdXJjZXMg KGFmdGVyIHVucGFja2luZyB0aGUgCnNvdXJjZXMsIGFwcGxpZWQgUm9nZXIncyBwYXRjaCBpbiB0 b29scy9xZW11LXhlbi10cmFkaXRpb25hbCBkaXJlY3RvcnkpLiAKSSB1c2VkIGEgRnJlZUJTRCAx MCBpbiBsaXZlY2QgbW9kZSBpbiB0aGUgcHJvdmlkZXIgZG9tVSB0byBjcmVhdGUgYSB6dm9sIAoo bm90aGluZyBtb3JlIGlzIHJlcXVpcmVkLCBqdXN0IGxpa2UgdGhlIHdpa2kgc2F5cykuIEluIGNv bnN1bWVyLmNvbmYgSSBoYWQ6CgpkZXZpY2VfbW9kZWxfc3R1YmRvbWFpbl9vdmVycmlkZT0xCmRp c2s9WwonZm9ybWF0PXJhdyxiYWNrZW5kdHlwZT1waHksYmFja2VuZD1wcm92aWRlcix2ZGV2PWhk YSx0YXJnZXQ9L2Rldi96dm9sL3Bvb2wwL3Rlc3RkZXYnLAonZmlsZTovcm9vdC93aW4uaXNvLGhk YixyLGRldnR5cGU9Y2Ryb20nCl0KClRoYXQgd2FzIGVub3VnaCB0byBzdWNjZXNzZnVsbHkgaW5z dGFsbCBhbmQgYm9vdCBGcmVlQlNEIDEwIGFuZCBXaW5kb3dzIAo3IHg2NCBpbiBjb25zdW1lciBk b21VLiBHUExQViBkcml2ZXJzIGZyb20gRUpCIERpZ2l0YWwgKDEuMC4xMTAwKSB3b3JrZWQgCmZs YXdsZXNzbHkgdG9vLgoKVHdvIHRoaW5ncyB3b3J0aCBub3Rpbmc6CiAgLSBJIGRpZG4ndCBjcmVh dGUgYSAidHJ1ZSIgc3RvcmFnZSBkcml2ZXIgZG9tYWluIC0gcHJvdmlkZXIgZG9tVSB1c2VkIAph biBvcmRpbmFyeSBkaXNrIHBhcnRpdGlvbiBmcm9tIGRvbTAsIG5vIHBjaS1wYXNzdGhyb3VnaCB3 YXMgdXNlZDsKICAtIEZyZWVCU0QgMTAgZG9lc24ndCBzZWVtIHRvIGxpa2UgaW52YWxpZCB0YXJn ZXQgcGF0aC4KCk9uY2UgYWdhaW4sIEkgc2luY2VyZWx5IHRoYW5rIHlvdSBmb3IgdGhpcyBzb2x1 dGlvbi4gSXQncyBhIGRyZWFtIGNvbWUgCnRydWUgZm9yIG1lIDopCgpCZXN0IHJlZ2FyZHMsCkt1 YmEKCgoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVu LXVzZXJzIG1haWxpbmcgbGlzdApYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMu eGVuLm9yZy94ZW4tdXNlcnM= From xen-users-bounces@lists.xen.org Fri Aug 01 20:13:53 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 01 Aug 2014 20:13:53 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XDJBs-00080C-LW; Fri, 01 Aug 2014 20:12:36 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XDJBr-000807-GG for xen-users@lists.xen.org; Fri, 01 Aug 2014 20:12:35 +0000 Received: from [193.109.254.147:2229] by server-14.bemta-14.messagelabs.com id 13/AA-02763-2B4FBD35; Fri, 01 Aug 2014 20:12:34 +0000 X-Env-Sender: kuba.0000@op.pl X-Msg-Ref: server-15.tower-27.messagelabs.com!1406923953!13248715!1 X-Originating-IP: [213.180.142.142] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29018 invoked from network); 1 Aug 2014 20:12:34 -0000 Received: from smtpo11.poczta.onet.pl (HELO smtpo11.poczta.onet.pl) (213.180.142.142) by server-15.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 1 Aug 2014 20:12:34 -0000 Received: from [10.1.1.10] (host-89-230-198-37.lublin.mm.pl [89.230.198.37]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: kuba.0000@op.pl) by smtp.poczta.onet.pl (Onet) with ESMTPSA id 3hQ05s1Pscz9vYcm; Fri, 1 Aug 2014 22:12:32 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=op.pl; s=2011; t=1406923954; bh=cmv2WaPyLBlXYp9IarCkTzGHFle4sJeEoC0o7FjwEt8=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=UfwrCUL2tumBx/Z19Yc9AE/Kt80xXCRXCDQkshfqmZoXCcFfcNcU+OVGSbsF7AkIc wjM9eSEe2SSfMfXDLXaitxFtdkYqIK15Ph2dUBwR4HRJvFmPx8EkjqihwOtejEZnkI 9lvDkmutekFT4W84Tlkm/txRDp8kaUTuXFjBD8yI= Message-ID: <53DBF4AC.6050800@op.pl> Date: Fri, 01 Aug 2014 22:12:28 +0200 From: Kuba User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: =?UTF-8?B?Um9nZXIgUGF1IE1vbm7DqQ==?= , xen-users@lists.xen.org References: <53D237F9.7030307@op.pl> <53D2432B.4020304@citrix.com> <53D39418.7030803@op.pl> <53DA78A0.8030204@op.pl> <53DBC607.4040903@citrix.com> In-Reply-To: <53DBC607.4040903@citrix.com> Content-Length: 8033 Subject: Re: [Xen-users] SOLVED: storage driver domains X-BeenThere: xen-users@lists.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 VyBkbml1IDIwMTQtMDgtMDEgMTg6NTMsIFJvZ2VyIFBhdSBNb25uw6kgcGlzemU6Cj4gSGVsbG8s Cj4KPiBPbiAzMS8wNy8xNCAxOToxMCwgS3ViYSB3cm90ZToKPj4gVyBkbml1IDIwMTQtMDctMjYg MTM6NDIsIEt1YmEgcGlzemU6Cj4+PiBUaGFuayB5b3UgZm9yIHlvdXIgaGVscCwgYnV0IHVuZm9y dHVuYXRlbHkgSSBjYW5ub3QgZ2V0IGl0IHRvIHdvcmsgKFhlbgo+Pj4gNC40IGNvbXBpbGVkIGZy b20gc291cmNlcyB3aXRoIERlYmlhbiA3IERvbTAgd2l0aCBrZXJuZWwgMy4xMC4zMykuIEknbQo+ Pj4gdHJ5aW5nIHRvIHByb3ZpZGUgc3RvcmFnZSBmcm9tIG9uZSBGcmVlQlNEIDEwIERvbVUgKHBy b3ZpZGVyLmNvbmYpIHRvCj4+PiBhbm90aGVyIEZyZWVCU0QgMTAgRG9tVSAoY29uc3VtZXIuY29u ZikuIEkgYm9vdCBwcm92aWRlciBEb21VIGluIGxpdmVjZAo+Pj4gbW9kZSBhbmQgY3JlYXRlIGEg enZvbCAodGFuay90ZXN0KS4gTG9uZyBzdG9yeSBzaG9ydCwgSSBjYW4gZ2V0IGNvbnN1bWVyCj4+ PiBEb21VJ3Mga2VybmVsIHRvIHNlZSB0aGUgc3RvcmFnZSAod2hlbiBib290ZWQgaW4gbGl2ZWNk IG1vZGUpLCBidXQKPj4+IGNhbm5vdCBnZXQgdGhlIGJpb3MgdG8gc2VlIGl0IHRvbyAoYW5kIGJv b3QgZnJvbSBpdCkuCj4+Pgo+Pj4gV2hlbiBJIHRyeSB0byBib290IGNvbnN1bWVyIERvbVUgd2l0 aCB0aGlzIGluIGNvbnN1bWVyLmNvbmY6Cj4+Pgo+Pj4gI2RldmljZV9tb2RlbF92ZXJzaW9uPSJx ZW11LXhlbi10cmFkaXRpb25hbCIKPj4+IGRldmljZV9tb2RlbF9zdHViZG9tYWluX292ZXJyaWRl PTAKPj4+IGRpc2s9Wwo+Pj4gJ2Zvcm1hdD1yYXcsYmFja2VuZHR5cGU9cGh5LGJhY2tlbmQ9cHJv dmlkZXIsdmRldj14dmRiLHRhcmdldD0vZGV2L3p2b2wvdGFuay90ZXN0JywKPj4+Cj4+Pgo+Pj4g J2ZpbGU6L3Jvb3QvZmJzZC5pc28seHZkYSxyLGRldnR5cGU9Y2Ryb20nCj4KPiBBRkFJQ1QsIGlm IHlvdSB1c2UgcWVtdS10cmFkaXRpb25hbCBzdHViZG9tYWlucyB5b3Ugc2hvdWxkIHVzZSBoZGIg YW5kCj4gaGRhIGluc3RlYWQgb2YgeHZkYiBhbmQgeHZkYS4KPgo+Pj4gXQo+Pj4gYm9vdD0nZCcK Pj4+Cj4+PiBJIGdldDoKPj4+Cj4+PiAjIHhsIGNyZWF0ZSBjb25zdW1lci5jb25mCj4+PiBQYXJz aW5nIGNvbmZpZyBmcm9tIGNvbnN1bWVyLmNvbmYKPj4+IGxpYnhsOiBlcnJvcjogbGlieGxfZG0u YzoxMzcxOmRldmljZV9tb2RlbF9zcGF3bl9vdXRjb21lOiBkb21haW4gNDcKPj4+IGRldmljZSBt b2RlbDogc3Bhd24gZmFpbGVkIChyYz0tMykKPj4+IGxpYnhsOiBlcnJvcjogbGlieGxfY3JlYXRl LmM6MTE4Njpkb21jcmVhdGVfZGV2bW9kZWxfc3RhcnRlZDogZGV2aWNlCj4+PiBtb2RlbCBkaWQg bm90IHN0YXJ0OiAtMwo+Pj4gbGlieGw6IGVycm9yOiBsaWJ4bF9kbS5jOjE0NzU6a2lsbF9kZXZp Y2VfbW9kZWw6IERldmljZSBNb2RlbCBhbHJlYWR5Cj4+PiBleGl0ZWQKPj4+IGxpYnhsOiBlcnJv cjogbGlieGxfZGV2aWNlLmM6MTExNTpkZXZpY2VfZGVzdHJveV9iZV90aW1lb3V0X2NiOiB0aW1l ZAo+Pj4gb3V0IHdoaWxlIHdhaXRpbmcgZm9yIC9sb2NhbC9kb21haW4vMzEvYmFja2VuZC92YmQv NDcvNTE3MjggdG8gYmUgcmVtb3ZlZAo+Pj4gbGlieGw6IGVycm9yOiBsaWJ4bC5jOjE0NTc6ZGV2 aWNlc19kZXN0cm95X2NiOiBsaWJ4bF9fZGV2aWNlc19kZXN0cm95Cj4+PiBmYWlsZWQgZm9yIDQ3 Cj4+Pgo+Pj4KPj4+IEFuZCBpbiBxZW11LWRtLWNvbnN1bWVyLmxvZzoKPj4+IHFlbXUtc3lzdGVt LWkzODY6IC1kcml2ZQo+Pj4gZmlsZT0vZGV2L3p2b2wvdGFuay90ZXN0LGlmPWlkZSxpbmRleD0x LG1lZGlhPWRpc2ssZm9ybWF0PXJhdyxjYWNoZT13cml0ZWJhY2s6Cj4+Pgo+Pj4gY291bGQgbm90 IG9wZW4gZGlzayBpbWFnZSAvZGV2L3p2b2wvdGFuay90ZXN0OiBObyBzdWNoIGZpbGUgb3IgZGly ZWN0b3J5Cj4+Pgo+Pj4KPj4+IEJ1dCB3aGVuIEkgdXNlIGEgc3R1YmRvbWFpbjoKPj4+Cj4+PiAj ZGV2aWNlX21vZGVsX3ZlcnNpb249InFlbXUteGVuLXRyYWRpdGlvbmFsIgo+Pj4gZGV2aWNlX21v ZGVsX3N0dWJkb21haW5fb3ZlcnJpZGU9MQo+Pj4KPj4+IGNvbnN1bWVyIERvbVUgYm9vdHMgZmlu ZSBhbmQgSSBzZWUgL2Rldi94YmQxIHByb3Blcmx5IChhbmQgSSdtIHN1cmUgaXRzCj4+PiB0aGUg dGFuay90ZXN0IHp2b2wgZnJvbSBwcm92aWRlciBEb21VKS4gSG93ZXZlciBxZW11LWRtLWNvbnN1 bWVyLmxvZwo+Pj4gY29udGFpbnM6Cj4+Pgo+Pj4gZnJvbnRlbmQgYC9sb2NhbC9kb21haW4vNDkv ZGV2aWNlL3ZiZC81MTcyOCcgZGV2dHlwZSBgdmJkJyBleHBlY3RlZAo+Pj4gYmFja2VuZCBgL2xv Y2FsL2RvbWFpbi8wL2JhY2tlbmQvcWRpc2svNDkvNTE3MjgnIGdvdAo+Pj4gYC9sb2NhbC9kb21h aW4vMzEvYmFja2VuZC92YmQvNDkvNTE3MjgnLCBpZ25vcmluZwo+Pj4gZnJvbnRlbmQgYC9sb2Nh bC9kb21haW4vNDkvZGV2aWNlL3ZiZC81MTcyOCcgZGV2dHlwZSBgdmJkJyBleHBlY3RlZAo+Pj4g YmFja2VuZCBgL2xvY2FsL2RvbWFpbi8wL2JhY2tlbmQvcWRpc2svNDkvNTE3MjgnIGdvdAo+Pj4g YC9sb2NhbC9kb21haW4vMzEvYmFja2VuZC92YmQvNDkvNTE3MjgnLCBpZ25vcmluZwo+Cj4gWWVz LCBub3Qgc3VyZSB3aHksIGJ1dCBxZW11LXRyYWRpdGlvbmFsIHN0dWJkb21haW5zIHdlcmUgbm90 IGFibGUgdG8KPiB1c2UgZGlza3MgZnJvbSBkcml2ZXIgZG9tYWlucy4gVGhlIGZvbGxvd2luZyBw YXRjaCBzb2x2ZWQgdGhlIHByb2JsZW0KPiBmb3IgbWUsIHlvdSBzaG91bGQgYXBwbHkgaXQgdG8g dG9vbHMvcWVtdS14ZW4tdHJhZGl0aW9uYWwtZGlyOgo+Cj4gLS0tCj4gZGlmZiAtLWdpdCBhL3hl bnN0b3JlLmMgYi94ZW5zdG9yZS5jCj4gaW5kZXggYjBkNmY3Ny4uNDRmZTk5ZCAxMDA2NDQKPiAt LS0gYS94ZW5zdG9yZS5jCj4gKysrIGIveGVuc3RvcmUuYwo+IEBAIC0yNDcsOCArMjQ3LDExIEBA IHN0YXRpYyB2b2lkIHhlbnN0b3JlX2dldF9iYWNrZW5kX3BhdGgoY2hhciAqKmJhY2tlbmQsIGNv bnN0IGNoYXIgKmRldnR5cGUsCj4gICAgICAgY2hhciAqYmFja2VuZF9kb21wYXRoPTA7Cj4gICAg ICAgY2hhciAqZXhwZWN0ZWRfYmFja2VuZD0wOwo+ICAgICAgIGNoYXIgKmZyb250ZW5kX2JhY2tl bmRfcGF0aD0wOwo+ICsgICAgY2hhciAqZnJvbnRlbmRfZG9taWRfcGF0aD0wOwo+ICAgICAgIGNo YXIgKmJhY2tlbmRfZnJvbnRlbmRfcGF0aD0wOwo+ICAgICAgIGNoYXIgKmZyb250ZW5kX2RvdWJs ZWNoZWNrPTA7Cj4gKyAgICBjaGFyICpiYWNrZW5kX2RvbWlkX3N0cj0wOwo+ICsgICAgaW50IGJh Y2tlbmRfZG9taWQ7Cj4gICAgICAgaW50IGxlbjsKPiAgICAgICBjb25zdCBjaGFyICpmcm9udGVu ZF9pZHBhdGhfc2xhc2g7Cj4KPiBAQCAtMjcwLDEzICsyNzMsMjEgQEAgc3RhdGljIHZvaWQgeGVu c3RvcmVfZ2V0X2JhY2tlbmRfcGF0aChjaGFyICoqYmFja2VuZCwgY29uc3QgY2hhciAqZGV2dHlw ZSwKPiAgICAgICAgICAgICAgICAgICAgIGZyb250ZW5kX3BhdGgpCj4gICAgICAgICAgID09IC0x KSBnb3RvIG91dDsKPgo+ICsgICAgaWYgKHBhc3ByaW50ZigmZnJvbnRlbmRfZG9taWRfcGF0aCwg IiVzL2JhY2tlbmQtaWQiLAo+ICsgICAgICAgICAgICAgICAgICBmcm9udGVuZF9wYXRoKQo+ICsg ICAgICAgID09IC0xKSBnb3RvIG91dDsKPiArCj4gICAgICAgYnBhdGggPSB4c19yZWFkKHhzaCwg WEJUX05VTEwsIGZyb250ZW5kX2JhY2tlbmRfcGF0aCwgJmxlbik7Cj4KPiArICAgIGJhY2tlbmRf ZG9taWRfc3RyID0geHNfcmVhZCh4c2gsIFhCVF9OVUxMLCBmcm9udGVuZF9kb21pZF9wYXRoLCAm bGVuKTsKPiArICAgIGlmICghYmFja2VuZF9kb21pZF9zdHIpIGdvdG8gb3V0Owo+ICsgICAgYmFj a2VuZF9kb21pZCA9IGF0b2koYmFja2VuZF9kb21pZF9zdHIpOwo+ICsKPiAgICAgICAvKiBub3cg d2UgbXVzdCBjaGVjayB0aGF0IHRoZSBiYWNrZW5kIGlzIGludGVuZGVkIGZvciB1c2UKPiAgICAg ICAgKiBieSB0aGlzIGZyb250ZW5kLCBzaW5jZSB0aGUgZnJvbnRlbmQncyAvYmFja2VuZCB4ZW5z dG9yZSBub2RlCj4gICAgICAgICogaXMgd3JpdGVhYmxlIGJ5IHRoZSB1bnRydXN0d29ydGh5IGd1 ZXN0LiAqLwo+Cj4gLSAgICBiYWNrZW5kX2RvbXBhdGggPSB4c19nZXRfZG9tYWluX3BhdGgoeHNo LCBkb21pZF9iYWNrZW5kKTsKPiArICAgIGJhY2tlbmRfZG9tcGF0aCA9IHhzX2dldF9kb21haW5f cGF0aCh4c2gsIGJhY2tlbmRfZG9taWQpOwo+ICAgICAgIGlmICghYmFja2VuZF9kb21wYXRoKSBn b3RvIG91dDsKPgo+ICAgICAgIGNvbnN0IGNoYXIgKmV4cGVjdGVkX2RldnR5cGVzWzRdOwo+IEBA IC0zMzYsNiArMzQ3LDggQEAgc3RhdGljIHZvaWQgeGVuc3RvcmVfZ2V0X2JhY2tlbmRfcGF0aChj aGFyICoqYmFja2VuZCwgY29uc3QgY2hhciAqZGV2dHlwZSwKPiAgICAgICBmcmVlKGZyb250ZW5k X2JhY2tlbmRfcGF0aCk7Cj4gICAgICAgZnJlZShiYWNrZW5kX2Zyb250ZW5kX3BhdGgpOwo+ICAg ICAgIGZyZWUoZnJvbnRlbmRfZG91YmxlY2hlY2spOwo+ICsgICAgZnJlZShmcm9udGVuZF9kb21p ZF9wYXRoKTsKPiArICAgIGZyZWUoYmFja2VuZF9kb21pZF9zdHIpOwo+ICAgfQo+Cj4gICBzdGF0 aWMgY29uc3QgY2hhciAqeGVuc3RvcmVfZ2V0X2d1ZXN0X3V1aWQodm9pZCkKPgo+CgpJdCdzIHdv cmtpbmcsIEkgY2FuJ3QgYmVsaWV2ZSBpdCEgVGhhbmsgeW91IHNvIG11Y2ghCgpGb3IgYW55b25l IHdobyBtaWdodCBiZSBpbnRlcmVzdGVkIGluIHRoaXMgdG9waWMsIEkgdXNlZCBhIGZyZXNoIApE ZWJpYW4tYmFzZWQgc3lzdGVtIChXaGVlenkgNy41IHdpdGggMy4xNC4xMi0xfmJwbzcwKzEga2Vy bmVsIGZyb20gCmJhY2twb3J0cykgYW5kIGNvbXBpbGVkIFhlbiA0LjQuMCBmcm9tIHNvdXJjZXMg KGFmdGVyIHVucGFja2luZyB0aGUgCnNvdXJjZXMsIGFwcGxpZWQgUm9nZXIncyBwYXRjaCBpbiB0 b29scy9xZW11LXhlbi10cmFkaXRpb25hbCBkaXJlY3RvcnkpLiAKSSB1c2VkIGEgRnJlZUJTRCAx MCBpbiBsaXZlY2QgbW9kZSBpbiB0aGUgcHJvdmlkZXIgZG9tVSB0byBjcmVhdGUgYSB6dm9sIAoo bm90aGluZyBtb3JlIGlzIHJlcXVpcmVkLCBqdXN0IGxpa2UgdGhlIHdpa2kgc2F5cykuIEluIGNv bnN1bWVyLmNvbmYgSSBoYWQ6CgpkZXZpY2VfbW9kZWxfc3R1YmRvbWFpbl9vdmVycmlkZT0xCmRp c2s9WwonZm9ybWF0PXJhdyxiYWNrZW5kdHlwZT1waHksYmFja2VuZD1wcm92aWRlcix2ZGV2PWhk YSx0YXJnZXQ9L2Rldi96dm9sL3Bvb2wwL3Rlc3RkZXYnLAonZmlsZTovcm9vdC93aW4uaXNvLGhk YixyLGRldnR5cGU9Y2Ryb20nCl0KClRoYXQgd2FzIGVub3VnaCB0byBzdWNjZXNzZnVsbHkgaW5z dGFsbCBhbmQgYm9vdCBGcmVlQlNEIDEwIGFuZCBXaW5kb3dzIAo3IHg2NCBpbiBjb25zdW1lciBk b21VLiBHUExQViBkcml2ZXJzIGZyb20gRUpCIERpZ2l0YWwgKDEuMC4xMTAwKSB3b3JrZWQgCmZs YXdsZXNzbHkgdG9vLgoKVHdvIHRoaW5ncyB3b3J0aCBub3Rpbmc6CiAgLSBJIGRpZG4ndCBjcmVh dGUgYSAidHJ1ZSIgc3RvcmFnZSBkcml2ZXIgZG9tYWluIC0gcHJvdmlkZXIgZG9tVSB1c2VkIAph biBvcmRpbmFyeSBkaXNrIHBhcnRpdGlvbiBmcm9tIGRvbTAsIG5vIHBjaS1wYXNzdGhyb3VnaCB3 YXMgdXNlZDsKICAtIEZyZWVCU0QgMTAgZG9lc24ndCBzZWVtIHRvIGxpa2UgaW52YWxpZCB0YXJn ZXQgcGF0aC4KCk9uY2UgYWdhaW4sIEkgc2luY2VyZWx5IHRoYW5rIHlvdSBmb3IgdGhpcyBzb2x1 dGlvbi4gSXQncyBhIGRyZWFtIGNvbWUgCnRydWUgZm9yIG1lIDopCgpCZXN0IHJlZ2FyZHMsCkt1 YmEKCgoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVu LXVzZXJzIG1haWxpbmcgbGlzdApYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMu eGVuLm9yZy94ZW4tdXNlcnM= From xen-users-bounces@lists.xen.org Fri Aug 01 22:51:29 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 01 Aug 2014 22:51: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 1XDLeQ-0002mZ-Oh; Fri, 01 Aug 2014 22:50:14 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XDLeP-0002mU-PE for xen-users@lists.xen.org; Fri, 01 Aug 2014 22:50:13 +0000 Received: from [85.158.143.35:39741] by server-2.bemta-4.messagelabs.com id 47/6F-04525-4A91CD35; Fri, 01 Aug 2014 22:50:12 +0000 X-Env-Sender: konstantin@ltmd.net X-Msg-Ref: server-3.tower-21.messagelabs.com!1406933411!12639283!1 X-Originating-IP: [91.206.132.5] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4226 invoked from network); 1 Aug 2014 22:50:11 -0000 Received: from mail.ltmd.net (HELO mail.ltmd.net) (91.206.132.5) by server-3.tower-21.messagelabs.com with SMTP; 1 Aug 2014 22:50:11 -0000 Received: (qmail 28782 invoked by uid 210); 1 Aug 2014 22:50:10 -0000 Received: from mail.ltmd.net by mail.ltmd.net (envelope-from , uid 201) with qmail-scanner-2.05st (clamdscan: 0.97.7/19250. spamassassin: 3.3.2. perlscan: 2.05st. Clear:RC:1(91.206.132.5):. Processed in 0.046319 secs); 01 Aug 2014 22:50:10 -0000 Received: from mail.ltmd.net (91.206.132.5) by mail.ltmd.net with SMTP; 1 Aug 2014 22:50:09 -0000 MIME-Version: 1.0 Date: Fri, 01 Aug 2014 15:50:08 -0700 From: Konstantin To: xen-users@lists.xen.org Message-ID: X-Sender: konstantin@ltmd.net User-Agent: Roundcube Webmail/0.9.2 Subject: [Xen-users] Sender's domU crashes after xl remus on Xen v4.3.2 - kernel v3.12.21 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi, This is my first attempt to make Remus work for my PV domUs and I having a problem when domU always crashes on a sender's side, but works fine on a receiver's dom0. Migration with "xl migrate" command works fine there. Here is an example of error which happens when I'm trying to remus domU "transcendens" from dom0 "xenium2" to dom0 "xenium1": xenium2 ~ # uname -rmp 3.12.21-gentoo-r1-dom0 x86_64 Intel(R) Xeon(R) CPU E3-1270 V2 @ 3.50GHz xenium2 ~ # xl -vvvvv remus transcendens xenium1 Password: migration target: Ready to receive domain. Saving to migration stream new xl format (info 0x0/0x0/217) libxl: debug: libxl.c:708:libxl_domain_remus_start: ao 0x6e9d30: create: how=(nil) callback=(nil) poller=0x6e9d90 libxl: debug: libxl_dom.c:1208:libxl__toolstack_save: domain=39 toolstack data size=8 libxl: debug: libxl.c:735:libxl_domain_remus_start: ao 0x6e9d30: inprogress: poller=0x6e9d90, flags=i Loading new save file (new xl fmt info 0x0/0x0/217) Savefile contains xl domain config libxl-save-helper: debug: starting save: Success xc: detail: xc_domain_save: starting save of domid 39 xc: detail: Had 0 unexplained entries in p2m table xc: Saving memory: iter 0 (last sent 0 skipped 0): 4096/65536 6%xc: progress: Reloading memory pages: 4096/65536 6% xc: Saving memory: iter 0 (last sent 0 skipped 0): 8212/65536 12%xc: progress: Reloading memory pages: 8192/65536 12% xc: Saving memory: iter 0 (last sent 0 skipped 0): 11284/65536 17%xc: progress: Reloading memory pages: 11264/65536 17% xc: Saving memory: iter 0 (last sent 0 skipped 0): 15380/65536 23%xc: progress: Reloading memory pages: 15360/65536 23% xc: Saving memory: iter 0 (last sent 0 skipped 0): 18452/65536 28%xc: progress: Reloading memory pages: 18432/65536 28% xc: Saving memory: iter 0 (last sent 0 skipped 0): 22548/65536 34%xc: progress: Reloading memory pages: 22528/65536 34% xc: Saving memory: iter 0 (last sent 0 skipped 0): 25620/65536 39%xc: progress: Reloading memory pages: 25600/65536 39% xc: Saving memory: iter 0 (last sent 0 skipped 0): 29716/65536 45%xc: progress: Reloading memory pages: 29696/65536 45% xc: Saving memory: iter 0 (last sent 0 skipped 0): 32788/65536 50%xc: progress: Reloading memory pages: 32768/65536 50% xc: Saving memory: iter 0 (last sent 0 skipped 0): 36884/65536 56%xc: progress: Reloading memory pages: 36864/65536 56% xc: Saving memory: iter 0 (last sent 0 skipped 0): 40980/65536 62%xc: progress: Reloading memory pages: 40960/65536 62% xc: Saving memory: iter 0 (last sent 0 skipped 0): 44052/65536 67%xc: progress: Reloading memory pages: 44032/65536 67% xc: Saving memory: iter 0 (last sent 0 skipped 0): 48148/65536 73%xc: progress: Reloading memory pages: 48128/65536 73% xc: Saving memory: iter 0 (last sent 0 skipped 0): 51220/65536 78%xc: progress: Reloading memory pages: 51200/65536 78% xc: Saving memory: iter 0 (last sent 0 skipped 0): 55316/65536 84%xc: progress: Reloading memory pages: 55296/65536 84% xc: Saving memory: iter 0 (last sent 0 skipped 0): 58393/65536 89%xc: progress: Reloading memory pages: 58368/65536 89% xc: Saving memory: iter 0 (last sent 0 skipped 0): 62517/65536 95%xc: progress: Reloading memory pages: 62464/65536 95% xc: Saving memory: iter 0 (last sent 0 skipped 0): 65536/65536 100% xc: detail: delta 130790ms, dom0 7%, target 0%, sent 16Mb/s, dirtied 0Mb/s 82 pages xc: Saving memory: iter 1 (last sent 65463 skipped 73): 65536/65536 100% xc: detail: delta 80ms, dom0 15%, target 0%, sent 33Mb/s, dirtied 0Mb/s 0 pages xc: Saving memory: iter 2 (last sent 82 skipped 0): 65536/65536 100% xc: detail: Start last iteration libxl: debug: libxl_dom.c:1038:libxl__domain_suspend_common_callback: issuing PV suspend request via XenBus control node libxl: debug: libxl_dom.c:1042:libxl__domain_suspend_common_callback: wait for the guest to acknowledge suspend request libxl: debug: libxl_dom.c:1089:libxl__domain_suspend_common_callback: guest acknowledged suspend request libxl: debug: libxl_dom.c:1093:libxl__domain_suspend_common_callback: wait for the guest to suspend xc: progress: Reloading memory pages: 65545/65536 100% libxl: debug: libxl_dom.c:1107:libxl__domain_suspend_common_callback: guest has suspended xc: detail: SUSPEND shinfo 000ce493 xc: detail: delta 202ms, dom0 12%, target 0%, sent 0Mb/s, dirtied 19Mb/s 120 pages xc: Saving memory: iter 3 (last sent 0 skipped 0): 65536/65536 100% xc: detail: delta 1ms, dom0 0%, target 0%, sent 3932Mb/s, dirtied 3932Mb/s 120 pages xc: detail: Total pages sent= 65665 (1.00x) xc: detail: (of which 0 were fixups) xc: detail: All memory is saved libxl: debug: libxl_dom.c:1038:libxl__domain_suspend_common_callback: issuing PV suspend request via XenBus control node libxl: debug: libxl_dom.c:1042:libxl__domain_suspend_common_callback: wait for the guest to acknowledge suspend request libxl: debug: libxl_dom.c:1089:libxl__domain_suspend_common_callback: guest acknowledged suspend request libxl: debug: libxl_dom.c:1093:libxl__domain_suspend_common_callback: wait for the guest to suspend libxl: debug: libxl_dom.c:1107:libxl__domain_suspend_common_callback: guest has suspended xc: detail: SUSPEND shinfo 000ce493 xc: detail: delta 201ms, dom0 6%, target 0%, sent 0Mb/s, dirtied 19Mb/s 120 pages xc: Saving memory: iter 4 (last sent 120 skipped 0): 65536/65536 100% xc: detail: delta 4ms, dom0 100%, target 0%, sent 3727Mb/s, dirtied 3727Mb/s 455 pages xc: detail: Total pages sent= 66120 (1.01x) xc: detail: (of which 0 were fixups) xc: detail: All memory is saved migration target: Remus Failover for domain 57 libxl: error: libxl_utils.c:393:libxl_read_exactly: file/stream truncated reading ipc msg header from domain 39 save/restore helper stdout pipe libxl: error: libxl_exec.c:129:libxl_report_child_exitstatus: domain 39 save/restore helper [1902] died due to fatal signal Broken pipe libxl: debug: libxl_event.c:1569:libxl__ao_complete: ao 0x6e9d30: complete, rc=-3 libxl: debug: libxl_event.c:1541:libxl__ao__destroy: ao 0x6e9d30: destroy remus sender: libxl_domain_suspend failed (rc=-3) Remus: Backup failed? resuming domain at primary. libxl: debug: libxl.c:439:libxl_domain_resume: ao 0x6e9d30: create: how=(nil) callback=(nil) poller=0x6e9d90 libxl: debug: libxl_event.c:1569:libxl__ao_complete: ao 0x6e9d30: complete, rc=0 libxl: debug: libxl.c:442:libxl_domain_resume: ao 0x6e9d30: inprogress: poller=0x6e9d90, flags=ic libxl: debug: libxl_event.c:1541:libxl__ao__destroy: ao 0x6e9d30: destroy xc: debug: hypercall buffer: total allocations:43 total releases:43 xc: debug: hypercall buffer: current allocations:0 maximum allocations:2 xc: debug: hypercall buffer: cache current size:2 xc: debug: hypercall buffer: cache hits:34 misses:2 toobig:7 And here is an example of what I'm seeing through xen console on the PV domU after it: xenium2 ~ # xl console transcendens: transdendens ~ # [ 650.420160] ------------[ cut here ]------------ [ 650.420210] kernel BUG at /usr/src/linux-3.12.21-gentoo-r1/arch/x86/xen/irq.c:105! [ 650.420222] invalid opcode: 0000 [#1] SMP [ 650.420230] Modules linked in: ipv6 crct10dif_pclmul crct10dif_common crc32_pclmul crc32c_intel ghash_clmulni_intel aesni_intel aes_x86_64 lrw gf128mul glue_helper ablk_helper cryptd [ 650.420255] CPU: 0 PID: 0 Comm: swapper/0 Not tainted 3.12.21-gentoo-r1-domU #1 [ 650.420263] task: ffffffff81c13480 ti: ffffffff81c00000 task.ti: ffffffff81c00000 [ 650.420270] RIP: e030:[] [] xen_safe_halt+0x16/0x20 [ 650.420317] RSP: e02b:ffffffff81c01e38 EFLAGS: 00010202 [ 650.420323] RAX: 0000000000000001 RBX: ffffffff81c01fd8 RCX: 0100000000000000 [ 650.420329] RDX: 0140000000000000 RSI: 0000000000000000 RDI: 0000000000000001 [ 650.420335] RBP: ffffffff81c01e38 R08: 0000000000000000 R09: 0000000000000001 [ 650.420341] R10: 0000000000000001 R11: 0000000000000002 R12: 0000000000000000 [ 650.420347] R13: ffffffff81ca6ae0 R14: ffff88000ff91380 R15: ffffffff81c01fd8 [ 650.420358] FS: 00007f35171a2700(0000) GS:ffff88000fc00000(0000) knlGS:0000000000000000 [ 650.420365] CS: e033 DS: 0000 ES: 0000 CR0: 000000008005003b [ 650.420371] CR2: 00007fff45e01fd0 CR3: 000000000e0ce000 CR4: 0000000000002660 [ 650.420377] Stack: [ 650.420381] ffffffff81c01e58 ffffffff8101b9ef ffffffff81c01fd8 ffffffff81d5c020 [ 650.420389] ffffffff81c01e68 ffffffff8101c1e6 ffffffff81c01ec8 ffffffff8109c1f1 [ 650.420398] ffffffff81d5d040 ffffffff81c01fd8 ffffffff81c01fd8 ffffffff81c01fd8 [ 650.420406] Call Trace: [ 650.420416] [] default_idle+0x1f/0xb0 [ 650.420424] [] arch_cpu_idle+0x26/0x30 [ 650.420433] [] cpu_startup_entry+0x91/0x240 [ 650.420447] [] rest_init+0x72/0x80 [ 650.420456] [] start_kernel+0x39a/0x3a7 [ 650.420465] [] ? repair_env_string+0x5e/0x5e [ 650.420474] [] ? __add_preferred_console.constprop.17+0x87/0xb0 [ 650.420483] [] x86_64_start_reservations+0x2a/0x2c [ 650.420491] [] xen_start_kernel+0x552/0x55c [ 650.420497] Code: f6 e8 7f 72 ff ff eb f3 66 66 66 66 2e 0f 1f 84 00 00 00 00 00 55 bf 01 00 00 00 31 f6 48 89 e5 e8 e0 73 ff ff 85 c0 75 02 5d c3 <0f> 0b 0f 1f 84 00 00 00 00 00 ff 14 25 e0 31 c2 81 f6 c4 02 75 [ 650.420556] RIP [] xen_safe_halt+0x16/0x20 [ 650.420565] RSP [ 650.420620] ---[ end trace 6fdc9098e0910831 ]--- [ 650.420637] Kernel panic - not syncing: Attempted to kill the idle task! xenium2 destroys crashed domU and drbd device stays in Primary/Primary state: xenium2 vm-confs # cat /proc/drbd version: 8.4.3 (api:1/proto:86-101) srcversion: C6AD5212ACE6F9812ECF887 1: cs:Connected ro:Primary/Primary ds:UpToDate/UpToDate C r----- ns:400948 nr:2992 dw:403940 dr:273836 al:149 bm:0 lo:0 pe:0 ua:0 ap:0 ep:1 wo:f oos:0 Log file at var/log/xen/xend.log on receiver's dom0 xenium1: [2014-08-01 15:06:00 26683] DEBUG (XendDomainInfo:151) XendDomainInfo.recreate({'max_vcpu_id': 0, 'cpu_time': 0L, 'ssidref': 0, 'hvm': 0, 'shutdown_reaso n': 255, 'dying': 0, 'online_vcpus': 1, 'domid': 57, 'paused': 1, 'crashed': 0, 'running': 0, 'maxmem_kb': 263168L, 'shutdown': 0, 'mem_kb': 262144L, 'ha ndle': [243, 230, 24, 162, 202, 174, 65, 68, 143, 176, 107, 114, 12, 6, 120, 249], 'blocked': 0, 'cpupool': 0}) [2014-08-01 15:06:00 26683] INFO (XendDomainInfo:169) Recreating domain 57, UUID f3e618a2-caae-4144-8fb0-6b720c0678f9. at /local/domain/57 [2014-08-01 15:06:00 26683] DEBUG (XendDomain:476) Adding Domain: 57 [2014-08-01 15:06:00 26683] DEBUG (XendDomainInfo:1882) XendDomainInfo.handleShutdownWatch domU configuration file is: kernel = "/etc/xen/kernels/kernel-3.12.21-gentoo-r1-domU" memory = 256 name = "transcendens" disk = [ 'drbd:r0,xvda1,w', ] root = "/dev/xvda1 ro" vif = ['mac=00:16:3e:60:e1:88,bridge=xenbr0'] vcpus=1 I hope it's not something very complicated because migration itself seem working fine. Any clues how this can be fixed? Thank you, Konstantin _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Aug 01 22:51:29 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 01 Aug 2014 22:51: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 1XDLeQ-0002mZ-Oh; Fri, 01 Aug 2014 22:50:14 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XDLeP-0002mU-PE for xen-users@lists.xen.org; Fri, 01 Aug 2014 22:50:13 +0000 Received: from [85.158.143.35:39741] by server-2.bemta-4.messagelabs.com id 47/6F-04525-4A91CD35; Fri, 01 Aug 2014 22:50:12 +0000 X-Env-Sender: konstantin@ltmd.net X-Msg-Ref: server-3.tower-21.messagelabs.com!1406933411!12639283!1 X-Originating-IP: [91.206.132.5] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4226 invoked from network); 1 Aug 2014 22:50:11 -0000 Received: from mail.ltmd.net (HELO mail.ltmd.net) (91.206.132.5) by server-3.tower-21.messagelabs.com with SMTP; 1 Aug 2014 22:50:11 -0000 Received: (qmail 28782 invoked by uid 210); 1 Aug 2014 22:50:10 -0000 Received: from mail.ltmd.net by mail.ltmd.net (envelope-from , uid 201) with qmail-scanner-2.05st (clamdscan: 0.97.7/19250. spamassassin: 3.3.2. perlscan: 2.05st. Clear:RC:1(91.206.132.5):. Processed in 0.046319 secs); 01 Aug 2014 22:50:10 -0000 Received: from mail.ltmd.net (91.206.132.5) by mail.ltmd.net with SMTP; 1 Aug 2014 22:50:09 -0000 MIME-Version: 1.0 Date: Fri, 01 Aug 2014 15:50:08 -0700 From: Konstantin To: xen-users@lists.xen.org Message-ID: X-Sender: konstantin@ltmd.net User-Agent: Roundcube Webmail/0.9.2 Subject: [Xen-users] Sender's domU crashes after xl remus on Xen v4.3.2 - kernel v3.12.21 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi, This is my first attempt to make Remus work for my PV domUs and I having a problem when domU always crashes on a sender's side, but works fine on a receiver's dom0. Migration with "xl migrate" command works fine there. Here is an example of error which happens when I'm trying to remus domU "transcendens" from dom0 "xenium2" to dom0 "xenium1": xenium2 ~ # uname -rmp 3.12.21-gentoo-r1-dom0 x86_64 Intel(R) Xeon(R) CPU E3-1270 V2 @ 3.50GHz xenium2 ~ # xl -vvvvv remus transcendens xenium1 Password: migration target: Ready to receive domain. Saving to migration stream new xl format (info 0x0/0x0/217) libxl: debug: libxl.c:708:libxl_domain_remus_start: ao 0x6e9d30: create: how=(nil) callback=(nil) poller=0x6e9d90 libxl: debug: libxl_dom.c:1208:libxl__toolstack_save: domain=39 toolstack data size=8 libxl: debug: libxl.c:735:libxl_domain_remus_start: ao 0x6e9d30: inprogress: poller=0x6e9d90, flags=i Loading new save file (new xl fmt info 0x0/0x0/217) Savefile contains xl domain config libxl-save-helper: debug: starting save: Success xc: detail: xc_domain_save: starting save of domid 39 xc: detail: Had 0 unexplained entries in p2m table xc: Saving memory: iter 0 (last sent 0 skipped 0): 4096/65536 6%xc: progress: Reloading memory pages: 4096/65536 6% xc: Saving memory: iter 0 (last sent 0 skipped 0): 8212/65536 12%xc: progress: Reloading memory pages: 8192/65536 12% xc: Saving memory: iter 0 (last sent 0 skipped 0): 11284/65536 17%xc: progress: Reloading memory pages: 11264/65536 17% xc: Saving memory: iter 0 (last sent 0 skipped 0): 15380/65536 23%xc: progress: Reloading memory pages: 15360/65536 23% xc: Saving memory: iter 0 (last sent 0 skipped 0): 18452/65536 28%xc: progress: Reloading memory pages: 18432/65536 28% xc: Saving memory: iter 0 (last sent 0 skipped 0): 22548/65536 34%xc: progress: Reloading memory pages: 22528/65536 34% xc: Saving memory: iter 0 (last sent 0 skipped 0): 25620/65536 39%xc: progress: Reloading memory pages: 25600/65536 39% xc: Saving memory: iter 0 (last sent 0 skipped 0): 29716/65536 45%xc: progress: Reloading memory pages: 29696/65536 45% xc: Saving memory: iter 0 (last sent 0 skipped 0): 32788/65536 50%xc: progress: Reloading memory pages: 32768/65536 50% xc: Saving memory: iter 0 (last sent 0 skipped 0): 36884/65536 56%xc: progress: Reloading memory pages: 36864/65536 56% xc: Saving memory: iter 0 (last sent 0 skipped 0): 40980/65536 62%xc: progress: Reloading memory pages: 40960/65536 62% xc: Saving memory: iter 0 (last sent 0 skipped 0): 44052/65536 67%xc: progress: Reloading memory pages: 44032/65536 67% xc: Saving memory: iter 0 (last sent 0 skipped 0): 48148/65536 73%xc: progress: Reloading memory pages: 48128/65536 73% xc: Saving memory: iter 0 (last sent 0 skipped 0): 51220/65536 78%xc: progress: Reloading memory pages: 51200/65536 78% xc: Saving memory: iter 0 (last sent 0 skipped 0): 55316/65536 84%xc: progress: Reloading memory pages: 55296/65536 84% xc: Saving memory: iter 0 (last sent 0 skipped 0): 58393/65536 89%xc: progress: Reloading memory pages: 58368/65536 89% xc: Saving memory: iter 0 (last sent 0 skipped 0): 62517/65536 95%xc: progress: Reloading memory pages: 62464/65536 95% xc: Saving memory: iter 0 (last sent 0 skipped 0): 65536/65536 100% xc: detail: delta 130790ms, dom0 7%, target 0%, sent 16Mb/s, dirtied 0Mb/s 82 pages xc: Saving memory: iter 1 (last sent 65463 skipped 73): 65536/65536 100% xc: detail: delta 80ms, dom0 15%, target 0%, sent 33Mb/s, dirtied 0Mb/s 0 pages xc: Saving memory: iter 2 (last sent 82 skipped 0): 65536/65536 100% xc: detail: Start last iteration libxl: debug: libxl_dom.c:1038:libxl__domain_suspend_common_callback: issuing PV suspend request via XenBus control node libxl: debug: libxl_dom.c:1042:libxl__domain_suspend_common_callback: wait for the guest to acknowledge suspend request libxl: debug: libxl_dom.c:1089:libxl__domain_suspend_common_callback: guest acknowledged suspend request libxl: debug: libxl_dom.c:1093:libxl__domain_suspend_common_callback: wait for the guest to suspend xc: progress: Reloading memory pages: 65545/65536 100% libxl: debug: libxl_dom.c:1107:libxl__domain_suspend_common_callback: guest has suspended xc: detail: SUSPEND shinfo 000ce493 xc: detail: delta 202ms, dom0 12%, target 0%, sent 0Mb/s, dirtied 19Mb/s 120 pages xc: Saving memory: iter 3 (last sent 0 skipped 0): 65536/65536 100% xc: detail: delta 1ms, dom0 0%, target 0%, sent 3932Mb/s, dirtied 3932Mb/s 120 pages xc: detail: Total pages sent= 65665 (1.00x) xc: detail: (of which 0 were fixups) xc: detail: All memory is saved libxl: debug: libxl_dom.c:1038:libxl__domain_suspend_common_callback: issuing PV suspend request via XenBus control node libxl: debug: libxl_dom.c:1042:libxl__domain_suspend_common_callback: wait for the guest to acknowledge suspend request libxl: debug: libxl_dom.c:1089:libxl__domain_suspend_common_callback: guest acknowledged suspend request libxl: debug: libxl_dom.c:1093:libxl__domain_suspend_common_callback: wait for the guest to suspend libxl: debug: libxl_dom.c:1107:libxl__domain_suspend_common_callback: guest has suspended xc: detail: SUSPEND shinfo 000ce493 xc: detail: delta 201ms, dom0 6%, target 0%, sent 0Mb/s, dirtied 19Mb/s 120 pages xc: Saving memory: iter 4 (last sent 120 skipped 0): 65536/65536 100% xc: detail: delta 4ms, dom0 100%, target 0%, sent 3727Mb/s, dirtied 3727Mb/s 455 pages xc: detail: Total pages sent= 66120 (1.01x) xc: detail: (of which 0 were fixups) xc: detail: All memory is saved migration target: Remus Failover for domain 57 libxl: error: libxl_utils.c:393:libxl_read_exactly: file/stream truncated reading ipc msg header from domain 39 save/restore helper stdout pipe libxl: error: libxl_exec.c:129:libxl_report_child_exitstatus: domain 39 save/restore helper [1902] died due to fatal signal Broken pipe libxl: debug: libxl_event.c:1569:libxl__ao_complete: ao 0x6e9d30: complete, rc=-3 libxl: debug: libxl_event.c:1541:libxl__ao__destroy: ao 0x6e9d30: destroy remus sender: libxl_domain_suspend failed (rc=-3) Remus: Backup failed? resuming domain at primary. libxl: debug: libxl.c:439:libxl_domain_resume: ao 0x6e9d30: create: how=(nil) callback=(nil) poller=0x6e9d90 libxl: debug: libxl_event.c:1569:libxl__ao_complete: ao 0x6e9d30: complete, rc=0 libxl: debug: libxl.c:442:libxl_domain_resume: ao 0x6e9d30: inprogress: poller=0x6e9d90, flags=ic libxl: debug: libxl_event.c:1541:libxl__ao__destroy: ao 0x6e9d30: destroy xc: debug: hypercall buffer: total allocations:43 total releases:43 xc: debug: hypercall buffer: current allocations:0 maximum allocations:2 xc: debug: hypercall buffer: cache current size:2 xc: debug: hypercall buffer: cache hits:34 misses:2 toobig:7 And here is an example of what I'm seeing through xen console on the PV domU after it: xenium2 ~ # xl console transcendens: transdendens ~ # [ 650.420160] ------------[ cut here ]------------ [ 650.420210] kernel BUG at /usr/src/linux-3.12.21-gentoo-r1/arch/x86/xen/irq.c:105! [ 650.420222] invalid opcode: 0000 [#1] SMP [ 650.420230] Modules linked in: ipv6 crct10dif_pclmul crct10dif_common crc32_pclmul crc32c_intel ghash_clmulni_intel aesni_intel aes_x86_64 lrw gf128mul glue_helper ablk_helper cryptd [ 650.420255] CPU: 0 PID: 0 Comm: swapper/0 Not tainted 3.12.21-gentoo-r1-domU #1 [ 650.420263] task: ffffffff81c13480 ti: ffffffff81c00000 task.ti: ffffffff81c00000 [ 650.420270] RIP: e030:[] [] xen_safe_halt+0x16/0x20 [ 650.420317] RSP: e02b:ffffffff81c01e38 EFLAGS: 00010202 [ 650.420323] RAX: 0000000000000001 RBX: ffffffff81c01fd8 RCX: 0100000000000000 [ 650.420329] RDX: 0140000000000000 RSI: 0000000000000000 RDI: 0000000000000001 [ 650.420335] RBP: ffffffff81c01e38 R08: 0000000000000000 R09: 0000000000000001 [ 650.420341] R10: 0000000000000001 R11: 0000000000000002 R12: 0000000000000000 [ 650.420347] R13: ffffffff81ca6ae0 R14: ffff88000ff91380 R15: ffffffff81c01fd8 [ 650.420358] FS: 00007f35171a2700(0000) GS:ffff88000fc00000(0000) knlGS:0000000000000000 [ 650.420365] CS: e033 DS: 0000 ES: 0000 CR0: 000000008005003b [ 650.420371] CR2: 00007fff45e01fd0 CR3: 000000000e0ce000 CR4: 0000000000002660 [ 650.420377] Stack: [ 650.420381] ffffffff81c01e58 ffffffff8101b9ef ffffffff81c01fd8 ffffffff81d5c020 [ 650.420389] ffffffff81c01e68 ffffffff8101c1e6 ffffffff81c01ec8 ffffffff8109c1f1 [ 650.420398] ffffffff81d5d040 ffffffff81c01fd8 ffffffff81c01fd8 ffffffff81c01fd8 [ 650.420406] Call Trace: [ 650.420416] [] default_idle+0x1f/0xb0 [ 650.420424] [] arch_cpu_idle+0x26/0x30 [ 650.420433] [] cpu_startup_entry+0x91/0x240 [ 650.420447] [] rest_init+0x72/0x80 [ 650.420456] [] start_kernel+0x39a/0x3a7 [ 650.420465] [] ? repair_env_string+0x5e/0x5e [ 650.420474] [] ? __add_preferred_console.constprop.17+0x87/0xb0 [ 650.420483] [] x86_64_start_reservations+0x2a/0x2c [ 650.420491] [] xen_start_kernel+0x552/0x55c [ 650.420497] Code: f6 e8 7f 72 ff ff eb f3 66 66 66 66 2e 0f 1f 84 00 00 00 00 00 55 bf 01 00 00 00 31 f6 48 89 e5 e8 e0 73 ff ff 85 c0 75 02 5d c3 <0f> 0b 0f 1f 84 00 00 00 00 00 ff 14 25 e0 31 c2 81 f6 c4 02 75 [ 650.420556] RIP [] xen_safe_halt+0x16/0x20 [ 650.420565] RSP [ 650.420620] ---[ end trace 6fdc9098e0910831 ]--- [ 650.420637] Kernel panic - not syncing: Attempted to kill the idle task! xenium2 destroys crashed domU and drbd device stays in Primary/Primary state: xenium2 vm-confs # cat /proc/drbd version: 8.4.3 (api:1/proto:86-101) srcversion: C6AD5212ACE6F9812ECF887 1: cs:Connected ro:Primary/Primary ds:UpToDate/UpToDate C r----- ns:400948 nr:2992 dw:403940 dr:273836 al:149 bm:0 lo:0 pe:0 ua:0 ap:0 ep:1 wo:f oos:0 Log file at var/log/xen/xend.log on receiver's dom0 xenium1: [2014-08-01 15:06:00 26683] DEBUG (XendDomainInfo:151) XendDomainInfo.recreate({'max_vcpu_id': 0, 'cpu_time': 0L, 'ssidref': 0, 'hvm': 0, 'shutdown_reaso n': 255, 'dying': 0, 'online_vcpus': 1, 'domid': 57, 'paused': 1, 'crashed': 0, 'running': 0, 'maxmem_kb': 263168L, 'shutdown': 0, 'mem_kb': 262144L, 'ha ndle': [243, 230, 24, 162, 202, 174, 65, 68, 143, 176, 107, 114, 12, 6, 120, 249], 'blocked': 0, 'cpupool': 0}) [2014-08-01 15:06:00 26683] INFO (XendDomainInfo:169) Recreating domain 57, UUID f3e618a2-caae-4144-8fb0-6b720c0678f9. at /local/domain/57 [2014-08-01 15:06:00 26683] DEBUG (XendDomain:476) Adding Domain: 57 [2014-08-01 15:06:00 26683] DEBUG (XendDomainInfo:1882) XendDomainInfo.handleShutdownWatch domU configuration file is: kernel = "/etc/xen/kernels/kernel-3.12.21-gentoo-r1-domU" memory = 256 name = "transcendens" disk = [ 'drbd:r0,xvda1,w', ] root = "/dev/xvda1 ro" vif = ['mac=00:16:3e:60:e1:88,bridge=xenbr0'] vcpus=1 I hope it's not something very complicated because migration itself seem working fine. Any clues how this can be fixed? Thank you, Konstantin _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Aug 02 19:42:33 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 02 Aug 2014 19:42: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 1XDfB3-0008Kz-Tz; Sat, 02 Aug 2014 19:41:13 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XDfB1-0008Ku-VW for xen-users@lists.xen.org; Sat, 02 Aug 2014 19:41:12 +0000 Received: from [85.158.139.211:28347] by server-2.bemta-5.messagelabs.com id FD/90-31832-7DE3DD35; Sat, 02 Aug 2014 19:41:11 +0000 X-Env-Sender: relevant@hush.com X-Msg-Ref: server-14.tower-206.messagelabs.com!1407008467!6109633!1 X-Originating-IP: [65.39.178.134] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26216 invoked from network); 2 Aug 2014 19:41:08 -0000 Received: from smtp2.hushmail.com (HELO smtp2.hushmail.com) (65.39.178.134) by server-14.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 2 Aug 2014 19:41:08 -0000 Received: from smtp2.hushmail.com (localhost [127.0.0.1]) by smtp2.hushmail.com (Postfix) with SMTP id 4703BA00E9 for ; Sat, 2 Aug 2014 19:41:06 +0000 (UTC) Received: from smtp.hushmail.com (w8.hushmail.com [65.39.178.52]) by smtp2.hushmail.com (Postfix) with ESMTP for ; Sat, 2 Aug 2014 19:41:05 +0000 (UTC) Received: by smtp.hushmail.com (Postfix, from userid 99) id D5AF860960; Sat, 2 Aug 2014 19:41:05 +0000 (UTC) MIME-Version: 1.0 Date: Sat, 02 Aug 2014 12:41:05 -0700 To: xen-users@lists.xen.org From: "Liam Gileshire" Message-Id: <20140802194105.D5AF860960@smtp.hushmail.com> Subject: Re: [Xen-users] xen 4.4.0 Dom0 - degraded graphics performance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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, 27 Jul 2014 20:20:33 -0700 "Liam Gileshire" <> wrote: >HP Z200 Workstation >Bios VT enabled >2 x Intel i5-660 3.33GHz cpu >Intel HD Graphics Chipset / i915 / inteldrmfb >Bios allocated 256MB to video >HP W2408H monitor connected from its hdmi port to motherboard >integrated dvi port >8GB DDR3 @ 1333 MHz ram >Slackware 14.1 x64 >Xen 4.4.0 >Lilo + either kernel: >Kernel 3.10.17 using default Slackware 14.1 'huge' config - >ftp://ftp.slackware.com/pub/slackware/slackware64- >14.1/source/k/config-x86_64 >Kernel 3.14.13 using Slackware-current (July 23 2014) 'huge' >config - >ftp://ftp.slackware.com/pub/slackware/slackware64- >current/source/k/config-x86_64 >Making this system a Dom0 results in poor & slow video >performance. >Video performance without Xen is normal. Haven't yet determined >whether the video problem could be a symptom of some other general >system performance issue when running Xen. Xen kernel differs >from >the original kernel only in that mbootpack ( >http://www.tjd.phlegethon.org/software/ ) was used to put kernel + >initrd + xen together and prerequisite Xen config options were >added >per http://wiki.xenproject.org/wiki/Mainline_Linux_Kernel_Configs >: > CONFIG_HYPERVISOR_GUEST=y (3.10+ only) > CONFIG_PARAVIRT=y > CONFIG_XEN=y > CONFIG_PARAVIRT_GUEST=y > CONFIG_PARAVIRT_SPINLOCKS=y > > > CONFIG_HVC_DRIVER=y > CONFIG_HVC_XEN=y > > > CONFIG_XEN_FBDEV_FRONTEND=y > CONFIG_XEN_BLKDEV_FRONTEND=y > CONFIG_XEN_NETDEV_FRONTEND=y > CONFIG_XEN_PCIDEV_FRONTEND=y > CONFIG_INPUT_XEN_KBDDEV_FRONTEND=y > > > CONFIG_XEN_FBDEV_FRONTEND=y > > > CONFIG_XEN_XENBUS_FRONTEND=y > CONFIG_XEN_SAVE_RESTORE=y > CONFIG_XEN_GRANT_DEV_ALLOC=m > > > CONFIG_XEN_TMEM=y > > > CONFIG_CLEANCACHE=y > CONFIG_FRONTSWAP=y > > > CONFIG_XEN_SELFBALLOONING=y > > CONFIG_X86_IO_APIC=y > > > CONFIG_ACPI=y > > > CONFIG_ACPI_PROCFS=y (optional) > > > CONFIG_XEN_DOM0=y > > > CONFIG_PCI_XEN=y > > > CONFIG_XEN_DEV_EVTCHN=y > > > CONFIG_XENFS=y > > > CONFIG_XEN_COMPAT_XENFS=y > > > CONFIG_XEN_SYS_HYPERVISOR=y > > > CONFIG_XEN_GNTDEV=y > > > CONFIG_XEN_BACKEND=y > CONFIG_XEN_NETDEV_BACKEND=m > > > CONFIG_XEN_BLKDEV_BACKEND=m > > > CONFIG_XEN_PCIDEV_BACKEND=m > > > CONFIG_XEN_PRIVILEGED_GUEST=y > CONFIG_XEN_BALLOON=y > > > CONFIG_XEN_SCRUB_PAGES=y >The resulting video symptoms occur even with no DomU's running and >with xencommons + xendomains stopped - >Before starting X while working with console tty's there is ~1 >second >lag for screen to fully redraw whenever switching between tty's. >example - going back and forth via Alt-F1 and Alt-F2 results in a >noticeable delay before all text is redrawn on the screen. >While in X with only Firefox running, youtube/flash videos are >unwatchable especially in full screen, video frames not drawing >quickly enough, ends up looking like a flip book of images with >some >frames missed and the rest going slowly, also leads to Firefox >response lag while in full screen, same even at low quality 240p. >Full screen videos in mplayer look decent until trying 1080p at >which >point things become unwatchable and again video appears to be not >drawing/refreshing quickly enough to keep up, gets hit with the >slow >flip book effect. >Tried with no improvement: >kernel 3.15.x >disabled hyperthreading per >http://wiki.xen.org/wiki/Tuning_Xen_for_Performance#Hyperthreading_ >in_Xen_4.3_and_4.4 >booting with _iommu_=_no-snoop_ >updated BIOS to 1.21 >vga=0x35A >adding the following to /etc/X11/xorg.conf: >Section "Device" > Identifier "Intel Graphics" > Driver "intel" > Option "AccelMethod" "uxa" >EndSection >More system info follows, any suggestions would be most >appreciated. >Thanks in advance. >/etc/lilo.conf >vga = normal >without xen: >modinfo i915 | grep parm >parm: invert_brightness:Invert backlight brightness (-1 >force normal, 0 machine defaults, 1 force inversion), please >report >PCI device ID, subsystem vendor and subsystem device ID to >dri-devel@lists.freedesktop.org, if your mach >ine needs it. It will then be included in an upcoming module >version. >(int) >parm: modeset:Use kernel modesetting [KMS] >(0=DRM_I915_KMS >from .config, 1=on, -1=force vga console preference [default]) >(int) >parm: fbpercrtc:int >parm: panel_ignore_lid:Override lid status >(0=autodetect, >1=autodetect disabled [default], -1=force lid closed, -2=force >lid >open) (int) >parm: powersave:Enable powersavings, fbc, downclocking, >etc. >(default: true) (int) >parm: semaphores:Use semaphores for inter-ring sync >(default: -1 (use per-chip defaults)) (int) >parm: i915_enable_rc6:Enable power-saving render C- >state 6. >Different stages can be selected via bitmask values (0 = disable; >1 = >enable rc6; 2 = enable deep rc6; 4 = enable deepest rc6). For >example, 3 would enable rc6 and deep > rc6, and 7 would enable everything. default: -1 (use per-chip >default) (int) >parm: i915_enable_fbc:Enable frame buffer compression >for >power savings (default: -1 (use per-chip default)) (int) >parm: lvds_downclock:Use panel (LVDS/eDP) downclocking >for >power savings (default: false) (int) >parm: lvds_channel_mode:Specify LVDS channel mode >(0=probe >BIOS [default], 1=single-channel, 2=dual-channel) (int) >parm: lvds_use_ssc:Use Spread Spectrum Clock with panels >[LVDS/eDP] (default: auto from VBT) (int) >parm: vbt_sdvo_panel_type:Override/Ignore selection of >SDVO >panel mode in the VBT (-2=ignore, -1=auto [default], index in VBT >BIOS table) (int) >parm: reset:Attempt GPU resets (default: true) (bool) >parm: enable_hangcheck:Periodically check GPU activity >for >detecting hangs. WARNING: Disabling this can cause system wide >hangs. >(default: true) (bool) >parm: i915_enable_ppgtt:Enable PPGTT (default: true) >(int) >parm: preliminary_hw_support:Enable preliminary hardware >support. (default: false) (int) >parm: disable_power_well:Disable the power well when >possible (default: false) (int) >with xen: >modinfo i915 | grep parm >parm: invert_brightness:Invert backlight brightness (-1 >force normal, 0 machine defaults, 1 force inversion), please >report >PCI device ID, subsystem vendor and subsystem device ID to >dri-devel@lists.freedesktop.org, if your machine needs it. It will >then be included in an upcoming module version. (int) >parm: modeset:Use kernel modesetting [KMS] >(0=DRM_I915_KMS >from .config, 1=on, -1=force vga console preference [default]) >(int) >parm: fbpercrtc:int >parm: panel_ignore_lid:Override lid status >(0=autodetect, >1=autodetect disabled [default], -1=force lid closed, -2=force lid >open) (int) >parm: powersave:Enable powersavings, fbc, downclocking, >etc. >(default: true) (int) >parm: semaphores:Use semaphores for inter-ring sync >(default: -1 (use per-chip defaults)) (int) >parm: i915_enable_rc6:Enable power-saving render C-state >6. >Different stages can be selected via bitmask values (0 = disable; >1 = >enable rc6; 2 = enable deep rc6; 4 = enable deepest rc6). For >example, >3 would enable rc6 and deep rc6, and 7 would enable everything. >default: -1 (use per-chip default) (int) >parm: i915_enable_fbc:Enable frame buffer compression >for >power savings (default: -1 (use per-chip default)) (int) >parm: lvds_downclock:Use panel (LVDS/eDP) downclocking >for >power savings (default: false) (int) >parm: lvds_channel_mode:Specify LVDS channel mode >(0=probe >BIOS [default], 1=single-channel, 2=dual-channel) (int) >parm: lvds_use_ssc:Use Spread Spectrum Clock with panels >[LVDS/eDP] (default: auto from VBT) (int) >parm: vbt_sdvo_panel_type:Override/Ignore selection of >SDVO >panel mode in the VBT (-2=ignore, -1=auto [default], index in VBT >BIOS >table) (int) >parm: reset:Attempt GPU resets (default: true) (bool) >parm: enable_hangcheck:Periodically check GPU activity >for >detecting hangs. WARNING: Disabling this can cause system wide >hangs. >(default: true) (bool) >parm: i915_enable_ppgtt:Enable PPGTT (default: true) >(int) >parm: enable_psr:Enable PSR (default: false) (int) >parm: preliminary_hw_support:Enable preliminary hardware >support. (int) >parm: disable_power_well:Disable the power well when >possible (default: true) (int) >parm: enable_ips:Enable IPS (default: true) (int) >parm: fastboot:Try to skip unnecessary mode sets at boot >time (default: false) (bool) >parm: enable_pc8:Enable support for low power package C >states (PC8+) (default: true) (int) >parm: pc8_timeout:Number of msecs of idleness required >to >enter PC8+ (default: 5000) (int) >parm: prefault_disable:Disable page prefaulting for >pread/pwrite/reloc (default:false). For developers only. (bool) >lspci without xen: >00:00.0 Host bridge: Intel Corporation Core Processor DRAM >Controller >(rev 02) >00:02.0 VGA compatible controller: Intel Corporation Core >Processor >Integrated Graphics Controller (rev 02) >00:16.0 Communication controller: Intel Corporation 5 Series/3400 >Series Chipset HECI Controller (rev 06) >00:16.3 Serial controller: Intel Corporation 5 Series/3400 Series >Chipset KT Controller (rev 06) >00:19.0 Ethernet controller: Intel Corporation 82578DM Gigabit >Network >Connection (rev 05) >00:1a.0 USB controller: Intel Corporation 5 Series/3400 Series >Chipset >USB2 Enhanced Host Controller (rev 05) >00:1b.0 Audio device: Intel Corporation 5 Series/3400 Series >Chipset >High Definition Audio (rev 05) >00:1c.0 PCI bridge: Intel Corporation 5 Series/3400 Series Chipset >PCI >Express Root Port 1 (rev 05) >00:1c.4 PCI bridge: Intel Corporation 5 Series/3400 Series Chipset >PCI >Express Root Port 5 (rev 05) >00:1c.6 PCI bridge: Intel Corporation 5 Series/3400 Series Chipset >PCI >Express Root Port 7 (rev 05) >00:1d.0 USB controller: Intel Corporation 5 Series/3400 Series >Chipset >USB2 Enhanced Host Controller (rev 05) >00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev a5) >00:1f.0 ISA bridge: Intel Corporation 3400 Series Chipset LPC >Interface Controller (rev 05) >00:1f.2 RAID bus controller: Intel Corporation 82801 SATA >Controller >[RAID mode] (rev 05) >10:02.0 Ethernet controller: Intel Corporation 82557/8/9/0/1 >Ethernet >Pro 100 (rev 08) >3f:00.0 Host bridge: Intel Corporation Core Processor QuickPath >Architecture Generic Non-core Registers (rev 05) >3f:00.1 Host bridge: Intel Corporation Core Processor QuickPath >Architecture System Address Decoder (rev 05) >3f:02.0 Host bridge: Intel Corporation Core Processor QPI Link 0 >(rev >05) >3f:02.1 Host bridge: Intel Corporation Core Processor QPI Physical >0 >(rev 05) >3f:02.2 Host bridge: Intel Corporation Core Processor Reserved >(rev >05) >3f:02.3 Host bridge: Intel Corporation Core Processor Reserved >(rev >05) >lspci with xen: >00:00.0 Host bridge: Intel Corporation Core Processor DRAM >Controller >(rev 02) >00:02.0 VGA compatible controller: Intel Corporation Core >Processor >Integrated Graphics Controller (rev 02) >00:16.0 Communication controller: Intel Corporation 5 Series/3400 >Series Chipset HECI Controller (rev 06) >00:16.3 Serial controller: Intel Corporation 5 Series/3400 Series >Chipset KT Controller (rev 06) >00:19.0 Ethernet controller: Intel Corporation 82578DM Gigabit >Network >Connection (rev 05) >00:1a.0 USB controller: Intel Corporation 5 Series/3400 Series >Chipset >USB2 Enhanced Host Controller (rev 05) >00:1b.0 Audio device: Intel Corporation 5 Series/3400 Series >Chipset >High Definition Audio (rev 05) >00:1c.0 PCI bridge: Intel Corporation 5 Series/3400 Series Chipset >PCI >Express Root Port 1 (rev 05) >00:1c.4 PCI bridge: Intel Corporation 5 Series/3400 Series Chipset >PCI >Express Root Port 5 (rev 05) >00:1c.6 PCI bridge: Intel Corporation 5 Series/3400 Series Chipset >PCI >Express Root Port 7 (rev 05) >00:1d.0 USB controller: Intel Corporation 5 Series/3400 Series >Chipset >USB2 Enhanced Host Controller (rev 05) >00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev a5) >00:1f.0 ISA bridge: Intel Corporation 3400 Series Chipset LPC >Interface Controller (rev 05) >00:1f.2 RAID bus controller: Intel Corporation 82801 SATA >Controller >[RAID mode] (rev 05) >10:02.0 Ethernet controller: Intel Corporation 82557/8/9/0/1 >Ethernet >Pro 100 (rev 08) >3f:00.0 Host bridge: Intel Corporation Core Processor QuickPath >Architecture Generic Non-core Registers (rev 05) >3f:00.1 Host bridge: Intel Corporation Core Processor QuickPath >Architecture System Address Decoder (rev 05) >3f:02.0 Host bridge: Intel Corporation Core Processor QPI Link 0 >(rev >05) >3f:02.1 Host bridge: Intel Corporation Core Processor QPI Physical >0 >(rev 05) >3f:02.2 Host bridge: Intel Corporation Core Processor Reserved >(rev >05) >3f:02.3 Host bridge: Intel Corporation Core Processor Reserved >(rev >05) >roughly same fps results with or without xen: >glxgears -info >Running synchronized to the vertical refresh. The framerate >should be >approximately the same as the monitor refresh rate. >GL_RENDERER = Mesa DRI Intel(R) Ironlake Desktop >GL_VERSION = 2.1 Mesa 9.1.7 >GL_VENDOR = Intel Open Source Technology Center >GL_EXTENSIONS = GL_ARB_multisample GL_EXT_abgr GL_EXT_bgra >GL_EXT_blend_color GL_EXT_blend_minmax GL_EXT_blend_subtrac >t GL_EXT_copy_texture GL_EXT_polygon_offset GL_EXT_subtexture >GL_EXT_texture_object GL_EXT_vertex_array GL_EXT_compile >d_vertex_array GL_EXT_texture GL_EXT_texture3D >GL_IBM_rasterpos_clip >GL_ARB_point_parameters GL_EXT_draw_range_element >s GL_EXT_packed_pixels GL_EXT_point_parameters >GL_EXT_rescale_normal >GL_EXT_separate_specular_color GL_EXT_texture_edg >e_clamp GL_SGIS_generate_mipmap GL_SGIS_texture_border_clamp >GL_SGIS_texture_edge_clamp GL_SGIS_texture_lod GL_ARB_fra >mebuffer_sRGB GL_ARB_multitexture GL_EXT_framebuffer_sRGB >GL_IBM_multimode_draw_arrays GL_IBM_texture_mirrored_repeat >GL_3DFX_texture_compression_FXT1 GL_ARB_texture_cube_map >GL_ARB_texture_env_add GL_ARB_transpose_matrix GL_EXT_blend_f >unc_separate GL_EXT_fog_coord GL_EXT_multi_draw_arrays >GL_EXT_secondary_color GL_EXT_texture_env_add GL_EXT_texture_fi >lter_anisotropic GL_EXT_texture_lod_bias >GL_INGR_blend_func_separate >GL_NV_blend_square GL_NV_light_max_exponent GL_NV >_texgen_reflection GL_NV_texture_env_combine4 GL_S3_s3tc >GL_SUN_multi_draw_arrays GL_ARB_texture_border_clamp GL_ARB_t >exture_compression GL_EXT_framebuffer_object >GL_EXT_texture_env_combine GL_EXT_texture_env_dot3 >GL_MESA_window_pos >GL_ >NV_packed_depth_stencil GL_NV_texture_rectangle >GL_ARB_depth_texture >GL_ARB_occlusion_query GL_ARB_shadow GL_ARB_textu >re_env_combine GL_ARB_texture_env_crossbar GL_ARB_texture_env_dot3 >GL_ARB_texture_mirrored_repeat GL_ARB_window_pos GL >_ATI_envmap_bumpmap GL_EXT_stencil_two_side >GL_EXT_texture_cube_map >GL_NV_depth_clamp GL_APPLE_packed_pixels GL_APPLE_ >vertex_array_object GL_ARB_draw_buffers GL_ARB_fragment_program >GL_ARB_fragment_shader GL_ARB_shader_objects GL_ARB_ve >rtex_program GL_ARB_vertex_shader GL_ATI_draw_buffers >GL_ATI_texture_env_combine3 GL_ATI_texture_float GL_EXT_shadow_f >uncs GL_EXT_stencil_wrap GL_MESA_pack_invert GL_MESA_ycbcr_texture >GL_NV_primitive_restart GL_ARB_depth_clamp GL_ARB_f >ragment_program_shadow GL_ARB_half_float_pixel >GL_ARB_occlusion_query2 >GL_ARB_point_sprite GL_ARB_shading_language_100 > GL_ARB_sync GL_ARB_texture_non_power_of_two >GL_ARB_vertex_buffer_object GL_ATI_blend_equation_separate >GL_EXT_blend_e >quation_separate GL_OES_read_format GL_ARB_color_buffer_float >GL_ARB_pixel_buffer_object GL_ARB_texture_compression_rg >tc GL_ARB_texture_float GL_ARB_texture_rectangle >GL_EXT_packed_float >GL_EXT_pixel_buffer_object GL_EXT_texture_compres >sion_dxt1 GL_EXT_texture_compression_rgtc GL_EXT_texture_rectangle >GL_EXT_texture_sRGB GL_EXT_texture_shared_exponent >GL_ARB_framebuffer_object GL_EXT_framebuffer_blit >GL_EXT_framebuffer_multisample GL_EXT_packed_depth_stencil >GL_APPLE_ >object_purgeable GL_ARB_vertex_array_object >GL_ATI_separate_stencil >GL_EXT_draw_buffers2 GL_EXT_draw_instanced GL_EXT_ >gpu_program_parameters GL_EXT_texture_array GL_EXT_texture_integer >GL_EXT_texture_sRGB_decode GL_EXT_timer_query GL_OE >S_EGL_image GL_MESA_texture_array GL_ARB_copy_buffer >GL_ARB_depth_buffer_float GL_ARB_draw_instanced GL_ARB_half_float >_vertex GL_ARB_instanced_arrays GL_ARB_map_buffer_range >GL_ARB_texture_rg GL_ARB_texture_swizzle GL_ARB_vertex_array_b >gra GL_EXT_separate_shader_objects GL_EXT_texture_swizzle >GL_EXT_vertex_array_bgra GL_NV_conditional_render GL_ARB_ES2 >_compatibility GL_ARB_debug_output >GL_ARB_draw_elements_base_vertex >GL_ARB_explicit_attrib_location GL_ARB_fragment_co >ord_conventions GL_ARB_provoking_vertex GL_ARB_sampler_objects >GL_ARB_seamless_cube_map GL_ARB_shader_texture_lod GL_A >RB_texture_rgb10_a2ui GL_ARB_vertex_type_2_10_10_10_rev >GL_EXT_provoking_vertex GL_EXT_texture_snorm GL_MESA_texture_s >igned_rgba GL_ARB_get_program_binary GL_ARB_robustness >GL_ARB_shader_bit_encoding GL_ANGLE_texture_compression_dxt3 GL >_ANGLE_texture_compression_dxt5 GL_ARB_internalformat_query >GL_ARB_texture_storage GL_ARB_invalidate_subdata >302 frames in 5.0 seconds = 60.263 FPS >300 frames in 5.0 seconds = 59.947 FPS >301 frames in 5.0 seconds = 60.145 FPS >301 frames in 5.0 seconds = 60.146 FPS >301 frames in 5.0 seconds = 60.146 FPS >301 frames in 5.0 seconds = 60.148 FPS >cat /proc/fb >0 inteldrmfb >cat /proc/cpuinfo >processor : 0 >vendor_id : GenuineIntel >cpu family : 6 >model : 37 >model name : Intel(R) Core(TM) i5 CPU 660 @ 3.33GHz >stepping : 5 >microcode : 0x4 >cpu MHz : 3333.000 >cache size : 4096 KB >physical id : 0 >siblings : 2 >core id : 0 >cpu cores : 2 >apicid : 0 >initial apicid : 0 >fpu : yes >fpu_exception : yes >cpuid level : 11 >wp : yes >flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr >pge >mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe >syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good >nopl >xtopology nonstop_tsc aperfmperf pni pclmulqdq dtes64 monitor >ds_cpl >vmx smx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 popcnt aes >lahf_lm ida arat dtherm tpr_shadow vnmi flexpriority ept vpid >bogomips : 6666.92 >clflush size : 64 >cache_alignment : 64 >address sizes : 36 bits physical, 48 bits virtual >power management: > >processor : 1 >vendor_id : GenuineIntel >cpu family : 6 >model : 37 >model name : Intel(R) Core(TM) i5 CPU 660 @ 3.33GHz >stepping : 5 >microcode : 0x4 >cpu MHz : 3333.000 >cache size : 4096 KB >physical id : 0 >siblings : 2 >core id : 2 >cpu cores : 2 >apicid : 4 >initial apicid : 4 >fpu : yes >fpu_exception : yes >cpuid level : 11 >wp : yes >flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr >pge >mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe >syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good >nopl >xtopology nonstop_tsc aperfmperf pni pclmulqdq dtes64 monitor >ds_cpl >vmx smx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 popcnt aes >lahf_lm ida arat dtherm tpr_shadow vnmi flexpriority ept vpid >bogomips : 6666.92 >clflush size : 64 >cache_alignment : 64 >address sizes : 36 bits physical, 48 bits virtual >power management: >/proc/meminfo without xen: >MemTotal: 7696220 kB >MemFree: 6534016 kB >MemAvailable: 6608220 kB >Buffers: 53292 kB >Cached: 458448 kB >SwapCached: 0 kB >Active: 596004 kB >Inactive: 433340 kB >Active(anon): 518280 kB >Inactive(anon): 118176 kB >Active(file): 77724 kB >Inactive(file): 315164 kB >Unevictable: 4 kB >Mlocked: 4 kB >SwapTotal: 10485756 kB >SwapFree: 10485756 kB >Dirty: 8 kB >Writeback: 0 kB >AnonPages: 517604 kB >Mapped: 49440 kB >Shmem: 118860 kB >Slab: 55272 kB >SReclaimable: 38404 kB >SUnreclaim: 16868 kB >KernelStack: 2200 kB >PageTables: 6740 kB >NFS_Unstable: 0 kB >Bounce: 0 kB >WritebackTmp: 0 kB >CommitLimit: 14333864 kB >Committed_AS: 1097632 kB >VmallocTotal: 34359738367 kB >VmallocUsed: 363192 kB >VmallocChunk: 34359365840 kB >AnonHugePages: 178176 kB >DirectMap4k: 7856 kB >DirectMap2M: 7913472 kB >/proc/meminfo with xen: >MemTotal: 6250964 kB >MemFree: 5432716 kB >MemAvailable: 5750848 kB >Buffers: 46896 kB >Cached: 339040 kB >SwapCached: 0 kB >Active: 413448 kB >Inactive: 277448 kB >Active(anon): 305664 kB >Inactive(anon): 63592 kB >Active(file): 107784 kB >Inactive(file): 213856 kB >Unevictable: 8 kB >Mlocked: 8 kB >SwapTotal: 10485756 kB >SwapFree: 10485756 kB >Dirty: 296 kB >Writeback: 0 kB >AnonPages: 304960 kB >Mapped: 46792 kB >Shmem: 64304 kB >Slab: 53388 kB >SReclaimable: 37292 kB >SUnreclaim: 16096 kB >KernelStack: 2128 kB >PageTables: 6056 kB >NFS_Unstable: 0 kB >Bounce: 0 kB >WritebackTmp: 0 kB >CommitLimit: 13611236 kB >Committed_AS: 851176 kB >VmallocTotal: 34359738367 kB >VmallocUsed: 363576 kB >VmallocChunk: 34359366332 kB >AnonHugePages: 0 kB >DirectMap4k: 7921328 kB >DirectMap2M: 0 kB >/proc/interrupts without xen: > CPU0 CPU1 > 0: 127 0 IO-APIC-edge timer > 1: 1 2 IO-APIC-edge i8042 > 8: 29 27 IO-APIC-edge rtc0 > 9: 0 2 IO-APIC-fasteoi acpi > 12: 4 1 IO-APIC-edge i8042 > 14: 0 0 IO-APIC-edge platform > 15: 0 0 IO-APIC-edge platform > 20: 67330 67549 IO-APIC-fasteoi ehci_hcd:usb1, >ehci_hcd:usb2 > 22: 6184 6148 IO-APIC-fasteoi eth0 > 40: 16336 16345 PCI-MSI-edge ahci > 41: 965 989 PCI-MSI-edge eth1 > 42: 90122 89873 PCI-MSI-edge snd_hda_intel > 43: 14 12 PCI-MSI-edge mei_me > 44: 23293 23453 PCI-MSI-edge i915 >NMI: 0 0 Non-maskable interrupts >LOC: 379179 386285 Local timer interrupts >SPU: 0 0 Spurious interrupts >PMI: 0 0 Performance monitoring interrupts >IWI: 9262 9268 IRQ work interrupts >RTR: 1 0 APIC ICR read retries >RES: 21899 25131 Rescheduling interrupts >CAL: 39 66 Function call interrupts >TLB: 4953 3440 TLB shootdowns >TRM: 0 0 Thermal event interrupts >THR: 0 0 Threshold APIC interrupts >MCE: 0 0 Machine check exceptions >MCP: 15 15 Machine check polls >ERR: 0 >MIS: 0 >/proc/interrupts with xen: > CPU0 CPU1 > 1: 2 0 xen-pirq-ioapic-edge i8042 > 8: 1 0 xen-pirq-ioapic-edge rtc0 > 9: 2 0 xen-pirq-ioapic-level acpi > 12: 4 0 xen-pirq-ioapic-edge i8042 > 14: 0 0 xen-pirq-ioapic-edge platform > 15: 0 0 xen-pirq-ioapic-edge platform > 20: 15481 0 xen-pirq-ioapic-level ehci_hcd:usb1, >ehci_hcd:usb2 > 22: 4065 0 xen-pirq-ioapic-level eth0 > 40: 56345 0 xen-percpu-virq timer0 > 41: 0 0 xen-percpu-ipi spinlock0 > 42: 59316 0 xen-percpu-ipi resched0 > 43: 0 0 xen-percpu-ipi callfunc0 > 44: 0 0 xen-percpu-virq debug0 > 45: 397 0 xen-percpu-ipi callfuncsingle0 > 46: 1799 0 xen-percpu-ipi irqwork0 > 47: 0 56268 xen-percpu-virq timer1 > 48: 0 0 xen-percpu-ipi spinlock1 > 49: 0 84585 xen-percpu-ipi resched1 > 50: 0 0 xen-percpu-ipi callfunc1 > 51: 0 0 xen-percpu-virq debug1 > 52: 0 748 xen-percpu-ipi callfuncsingle1 > 53: 0 3111 xen-percpu-ipi irqwork1 > 54: 892 0 xen-dyn-event xenbus > 55: 0 0 xen-percpu-virq xen-pcpu > 57: 28328 0 xen-pirq-msi ahci > 58: 404 0 xen-pirq-msi snd_hda_intel > 59: 325 0 xen-pirq-msi eth1 > 60: 4556 0 xen-pirq-msi i915 > 61: 26 0 xen-pirq-msi mei_me > 62: 460 0 xen-dyn-event evtchn:xenstored > 63: 2 0 xen-dyn-event evtchn:xenstored >NMI: 0 0 Non-maskable interrupts >LOC: 0 0 Local timer interrupts >SPU: 0 0 Spurious interrupts >PMI: 0 0 Performance monitoring interrupts >IWI: 1799 3111 IRQ work interrupts >RTR: 0 0 APIC ICR read retries >RES: 59316 84585 Rescheduling interrupts >CAL: 397 748 Function call interrupts >TLB: 0 0 TLB shootdowns >TRM: 0 0 Thermal event interrupts >THR: 0 0 Threshold APIC interrupts >MCE: 0 0 Machine check exceptions >MCP: 3 3 Machine check polls >ERR: 0 >MIS: 0 >hdparm is roughly the same with non-xen kernel vs xen kernel >hdparm -tT /dev/sda >/dev/sda: > Timing cached reads: 12956 MB in 2.00 seconds = 6480.66 MB/sec > Timing buffered disk reads: 380 MB in 3.00 seconds = 126.56 >MB/sec >xl.list.xen >Name ID Mem VCPUs >State > Time(s) >Domain-0 0 6354 2 r--- >-- > 71.8 >xentop - 07:36:36 Xen 4.4.0 >1 domains: 1 running, 0 blocked, 0 paused, 0 crashed, 0 dying, 0 >shutdown >Mem: 7920904k total, 6618840k used, 1302064k free CPUs: 2 @ >3333MHz > NAME STATE CPU(sec) CPU(%) MEM(k) MEM(%) MAXMEM(k) >MAXMEM(%) VCPUS NETS NETTX(k) NETRX(k) VBDS VBD_OO > VBD_RD VBD_WR VBD_RSECT VBD_WSECT SSID > Domain-0 -----r 71 0.0 6507012 82.1 no limit > >n/a 2 0 0 0 0 0 > 0 0 0 0 0 >dmesg without Xen: http://pastebin.com/8XNUfEDZ >dmesg with Xen: http://pastebin.com/w4SqfEpP >Xorg.0.log without Xen: http://pastebin.com/gU8uunnq >Xorg.0.log with Xen: http://pastebin.com/dRaCBat3 Installing an add-in EVGA 01G-P3-N959-TR Nvidia GeForce 9500 GT 1GB 128-Bit DDR2 PCI Express 2.0 x16 video card to replace the integrated Intel i5-660 graphics has resolved the problem. Possibly relevant, glxgears FPS increased to a range between 500- 1400 FPS with the add-in video card. Currently using the Nouveau driver with this card, not the Nvidia proprietary driver. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Aug 02 19:42:33 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 02 Aug 2014 19:42: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 1XDfB3-0008Kz-Tz; Sat, 02 Aug 2014 19:41:13 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XDfB1-0008Ku-VW for xen-users@lists.xen.org; Sat, 02 Aug 2014 19:41:12 +0000 Received: from [85.158.139.211:28347] by server-2.bemta-5.messagelabs.com id FD/90-31832-7DE3DD35; Sat, 02 Aug 2014 19:41:11 +0000 X-Env-Sender: relevant@hush.com X-Msg-Ref: server-14.tower-206.messagelabs.com!1407008467!6109633!1 X-Originating-IP: [65.39.178.134] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26216 invoked from network); 2 Aug 2014 19:41:08 -0000 Received: from smtp2.hushmail.com (HELO smtp2.hushmail.com) (65.39.178.134) by server-14.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 2 Aug 2014 19:41:08 -0000 Received: from smtp2.hushmail.com (localhost [127.0.0.1]) by smtp2.hushmail.com (Postfix) with SMTP id 4703BA00E9 for ; Sat, 2 Aug 2014 19:41:06 +0000 (UTC) Received: from smtp.hushmail.com (w8.hushmail.com [65.39.178.52]) by smtp2.hushmail.com (Postfix) with ESMTP for ; Sat, 2 Aug 2014 19:41:05 +0000 (UTC) Received: by smtp.hushmail.com (Postfix, from userid 99) id D5AF860960; Sat, 2 Aug 2014 19:41:05 +0000 (UTC) MIME-Version: 1.0 Date: Sat, 02 Aug 2014 12:41:05 -0700 To: xen-users@lists.xen.org From: "Liam Gileshire" Message-Id: <20140802194105.D5AF860960@smtp.hushmail.com> Subject: Re: [Xen-users] xen 4.4.0 Dom0 - degraded graphics performance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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, 27 Jul 2014 20:20:33 -0700 "Liam Gileshire" <> wrote: >HP Z200 Workstation >Bios VT enabled >2 x Intel i5-660 3.33GHz cpu >Intel HD Graphics Chipset / i915 / inteldrmfb >Bios allocated 256MB to video >HP W2408H monitor connected from its hdmi port to motherboard >integrated dvi port >8GB DDR3 @ 1333 MHz ram >Slackware 14.1 x64 >Xen 4.4.0 >Lilo + either kernel: >Kernel 3.10.17 using default Slackware 14.1 'huge' config - >ftp://ftp.slackware.com/pub/slackware/slackware64- >14.1/source/k/config-x86_64 >Kernel 3.14.13 using Slackware-current (July 23 2014) 'huge' >config - >ftp://ftp.slackware.com/pub/slackware/slackware64- >current/source/k/config-x86_64 >Making this system a Dom0 results in poor & slow video >performance. >Video performance without Xen is normal. Haven't yet determined >whether the video problem could be a symptom of some other general >system performance issue when running Xen. Xen kernel differs >from >the original kernel only in that mbootpack ( >http://www.tjd.phlegethon.org/software/ ) was used to put kernel + >initrd + xen together and prerequisite Xen config options were >added >per http://wiki.xenproject.org/wiki/Mainline_Linux_Kernel_Configs >: > CONFIG_HYPERVISOR_GUEST=y (3.10+ only) > CONFIG_PARAVIRT=y > CONFIG_XEN=y > CONFIG_PARAVIRT_GUEST=y > CONFIG_PARAVIRT_SPINLOCKS=y > > > CONFIG_HVC_DRIVER=y > CONFIG_HVC_XEN=y > > > CONFIG_XEN_FBDEV_FRONTEND=y > CONFIG_XEN_BLKDEV_FRONTEND=y > CONFIG_XEN_NETDEV_FRONTEND=y > CONFIG_XEN_PCIDEV_FRONTEND=y > CONFIG_INPUT_XEN_KBDDEV_FRONTEND=y > > > CONFIG_XEN_FBDEV_FRONTEND=y > > > CONFIG_XEN_XENBUS_FRONTEND=y > CONFIG_XEN_SAVE_RESTORE=y > CONFIG_XEN_GRANT_DEV_ALLOC=m > > > CONFIG_XEN_TMEM=y > > > CONFIG_CLEANCACHE=y > CONFIG_FRONTSWAP=y > > > CONFIG_XEN_SELFBALLOONING=y > > CONFIG_X86_IO_APIC=y > > > CONFIG_ACPI=y > > > CONFIG_ACPI_PROCFS=y (optional) > > > CONFIG_XEN_DOM0=y > > > CONFIG_PCI_XEN=y > > > CONFIG_XEN_DEV_EVTCHN=y > > > CONFIG_XENFS=y > > > CONFIG_XEN_COMPAT_XENFS=y > > > CONFIG_XEN_SYS_HYPERVISOR=y > > > CONFIG_XEN_GNTDEV=y > > > CONFIG_XEN_BACKEND=y > CONFIG_XEN_NETDEV_BACKEND=m > > > CONFIG_XEN_BLKDEV_BACKEND=m > > > CONFIG_XEN_PCIDEV_BACKEND=m > > > CONFIG_XEN_PRIVILEGED_GUEST=y > CONFIG_XEN_BALLOON=y > > > CONFIG_XEN_SCRUB_PAGES=y >The resulting video symptoms occur even with no DomU's running and >with xencommons + xendomains stopped - >Before starting X while working with console tty's there is ~1 >second >lag for screen to fully redraw whenever switching between tty's. >example - going back and forth via Alt-F1 and Alt-F2 results in a >noticeable delay before all text is redrawn on the screen. >While in X with only Firefox running, youtube/flash videos are >unwatchable especially in full screen, video frames not drawing >quickly enough, ends up looking like a flip book of images with >some >frames missed and the rest going slowly, also leads to Firefox >response lag while in full screen, same even at low quality 240p. >Full screen videos in mplayer look decent until trying 1080p at >which >point things become unwatchable and again video appears to be not >drawing/refreshing quickly enough to keep up, gets hit with the >slow >flip book effect. >Tried with no improvement: >kernel 3.15.x >disabled hyperthreading per >http://wiki.xen.org/wiki/Tuning_Xen_for_Performance#Hyperthreading_ >in_Xen_4.3_and_4.4 >booting with _iommu_=_no-snoop_ >updated BIOS to 1.21 >vga=0x35A >adding the following to /etc/X11/xorg.conf: >Section "Device" > Identifier "Intel Graphics" > Driver "intel" > Option "AccelMethod" "uxa" >EndSection >More system info follows, any suggestions would be most >appreciated. >Thanks in advance. >/etc/lilo.conf >vga = normal >without xen: >modinfo i915 | grep parm >parm: invert_brightness:Invert backlight brightness (-1 >force normal, 0 machine defaults, 1 force inversion), please >report >PCI device ID, subsystem vendor and subsystem device ID to >dri-devel@lists.freedesktop.org, if your mach >ine needs it. It will then be included in an upcoming module >version. >(int) >parm: modeset:Use kernel modesetting [KMS] >(0=DRM_I915_KMS >from .config, 1=on, -1=force vga console preference [default]) >(int) >parm: fbpercrtc:int >parm: panel_ignore_lid:Override lid status >(0=autodetect, >1=autodetect disabled [default], -1=force lid closed, -2=force >lid >open) (int) >parm: powersave:Enable powersavings, fbc, downclocking, >etc. >(default: true) (int) >parm: semaphores:Use semaphores for inter-ring sync >(default: -1 (use per-chip defaults)) (int) >parm: i915_enable_rc6:Enable power-saving render C- >state 6. >Different stages can be selected via bitmask values (0 = disable; >1 = >enable rc6; 2 = enable deep rc6; 4 = enable deepest rc6). For >example, 3 would enable rc6 and deep > rc6, and 7 would enable everything. default: -1 (use per-chip >default) (int) >parm: i915_enable_fbc:Enable frame buffer compression >for >power savings (default: -1 (use per-chip default)) (int) >parm: lvds_downclock:Use panel (LVDS/eDP) downclocking >for >power savings (default: false) (int) >parm: lvds_channel_mode:Specify LVDS channel mode >(0=probe >BIOS [default], 1=single-channel, 2=dual-channel) (int) >parm: lvds_use_ssc:Use Spread Spectrum Clock with panels >[LVDS/eDP] (default: auto from VBT) (int) >parm: vbt_sdvo_panel_type:Override/Ignore selection of >SDVO >panel mode in the VBT (-2=ignore, -1=auto [default], index in VBT >BIOS table) (int) >parm: reset:Attempt GPU resets (default: true) (bool) >parm: enable_hangcheck:Periodically check GPU activity >for >detecting hangs. WARNING: Disabling this can cause system wide >hangs. >(default: true) (bool) >parm: i915_enable_ppgtt:Enable PPGTT (default: true) >(int) >parm: preliminary_hw_support:Enable preliminary hardware >support. (default: false) (int) >parm: disable_power_well:Disable the power well when >possible (default: false) (int) >with xen: >modinfo i915 | grep parm >parm: invert_brightness:Invert backlight brightness (-1 >force normal, 0 machine defaults, 1 force inversion), please >report >PCI device ID, subsystem vendor and subsystem device ID to >dri-devel@lists.freedesktop.org, if your machine needs it. It will >then be included in an upcoming module version. (int) >parm: modeset:Use kernel modesetting [KMS] >(0=DRM_I915_KMS >from .config, 1=on, -1=force vga console preference [default]) >(int) >parm: fbpercrtc:int >parm: panel_ignore_lid:Override lid status >(0=autodetect, >1=autodetect disabled [default], -1=force lid closed, -2=force lid >open) (int) >parm: powersave:Enable powersavings, fbc, downclocking, >etc. >(default: true) (int) >parm: semaphores:Use semaphores for inter-ring sync >(default: -1 (use per-chip defaults)) (int) >parm: i915_enable_rc6:Enable power-saving render C-state >6. >Different stages can be selected via bitmask values (0 = disable; >1 = >enable rc6; 2 = enable deep rc6; 4 = enable deepest rc6). For >example, >3 would enable rc6 and deep rc6, and 7 would enable everything. >default: -1 (use per-chip default) (int) >parm: i915_enable_fbc:Enable frame buffer compression >for >power savings (default: -1 (use per-chip default)) (int) >parm: lvds_downclock:Use panel (LVDS/eDP) downclocking >for >power savings (default: false) (int) >parm: lvds_channel_mode:Specify LVDS channel mode >(0=probe >BIOS [default], 1=single-channel, 2=dual-channel) (int) >parm: lvds_use_ssc:Use Spread Spectrum Clock with panels >[LVDS/eDP] (default: auto from VBT) (int) >parm: vbt_sdvo_panel_type:Override/Ignore selection of >SDVO >panel mode in the VBT (-2=ignore, -1=auto [default], index in VBT >BIOS >table) (int) >parm: reset:Attempt GPU resets (default: true) (bool) >parm: enable_hangcheck:Periodically check GPU activity >for >detecting hangs. WARNING: Disabling this can cause system wide >hangs. >(default: true) (bool) >parm: i915_enable_ppgtt:Enable PPGTT (default: true) >(int) >parm: enable_psr:Enable PSR (default: false) (int) >parm: preliminary_hw_support:Enable preliminary hardware >support. (int) >parm: disable_power_well:Disable the power well when >possible (default: true) (int) >parm: enable_ips:Enable IPS (default: true) (int) >parm: fastboot:Try to skip unnecessary mode sets at boot >time (default: false) (bool) >parm: enable_pc8:Enable support for low power package C >states (PC8+) (default: true) (int) >parm: pc8_timeout:Number of msecs of idleness required >to >enter PC8+ (default: 5000) (int) >parm: prefault_disable:Disable page prefaulting for >pread/pwrite/reloc (default:false). For developers only. (bool) >lspci without xen: >00:00.0 Host bridge: Intel Corporation Core Processor DRAM >Controller >(rev 02) >00:02.0 VGA compatible controller: Intel Corporation Core >Processor >Integrated Graphics Controller (rev 02) >00:16.0 Communication controller: Intel Corporation 5 Series/3400 >Series Chipset HECI Controller (rev 06) >00:16.3 Serial controller: Intel Corporation 5 Series/3400 Series >Chipset KT Controller (rev 06) >00:19.0 Ethernet controller: Intel Corporation 82578DM Gigabit >Network >Connection (rev 05) >00:1a.0 USB controller: Intel Corporation 5 Series/3400 Series >Chipset >USB2 Enhanced Host Controller (rev 05) >00:1b.0 Audio device: Intel Corporation 5 Series/3400 Series >Chipset >High Definition Audio (rev 05) >00:1c.0 PCI bridge: Intel Corporation 5 Series/3400 Series Chipset >PCI >Express Root Port 1 (rev 05) >00:1c.4 PCI bridge: Intel Corporation 5 Series/3400 Series Chipset >PCI >Express Root Port 5 (rev 05) >00:1c.6 PCI bridge: Intel Corporation 5 Series/3400 Series Chipset >PCI >Express Root Port 7 (rev 05) >00:1d.0 USB controller: Intel Corporation 5 Series/3400 Series >Chipset >USB2 Enhanced Host Controller (rev 05) >00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev a5) >00:1f.0 ISA bridge: Intel Corporation 3400 Series Chipset LPC >Interface Controller (rev 05) >00:1f.2 RAID bus controller: Intel Corporation 82801 SATA >Controller >[RAID mode] (rev 05) >10:02.0 Ethernet controller: Intel Corporation 82557/8/9/0/1 >Ethernet >Pro 100 (rev 08) >3f:00.0 Host bridge: Intel Corporation Core Processor QuickPath >Architecture Generic Non-core Registers (rev 05) >3f:00.1 Host bridge: Intel Corporation Core Processor QuickPath >Architecture System Address Decoder (rev 05) >3f:02.0 Host bridge: Intel Corporation Core Processor QPI Link 0 >(rev >05) >3f:02.1 Host bridge: Intel Corporation Core Processor QPI Physical >0 >(rev 05) >3f:02.2 Host bridge: Intel Corporation Core Processor Reserved >(rev >05) >3f:02.3 Host bridge: Intel Corporation Core Processor Reserved >(rev >05) >lspci with xen: >00:00.0 Host bridge: Intel Corporation Core Processor DRAM >Controller >(rev 02) >00:02.0 VGA compatible controller: Intel Corporation Core >Processor >Integrated Graphics Controller (rev 02) >00:16.0 Communication controller: Intel Corporation 5 Series/3400 >Series Chipset HECI Controller (rev 06) >00:16.3 Serial controller: Intel Corporation 5 Series/3400 Series >Chipset KT Controller (rev 06) >00:19.0 Ethernet controller: Intel Corporation 82578DM Gigabit >Network >Connection (rev 05) >00:1a.0 USB controller: Intel Corporation 5 Series/3400 Series >Chipset >USB2 Enhanced Host Controller (rev 05) >00:1b.0 Audio device: Intel Corporation 5 Series/3400 Series >Chipset >High Definition Audio (rev 05) >00:1c.0 PCI bridge: Intel Corporation 5 Series/3400 Series Chipset >PCI >Express Root Port 1 (rev 05) >00:1c.4 PCI bridge: Intel Corporation 5 Series/3400 Series Chipset >PCI >Express Root Port 5 (rev 05) >00:1c.6 PCI bridge: Intel Corporation 5 Series/3400 Series Chipset >PCI >Express Root Port 7 (rev 05) >00:1d.0 USB controller: Intel Corporation 5 Series/3400 Series >Chipset >USB2 Enhanced Host Controller (rev 05) >00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev a5) >00:1f.0 ISA bridge: Intel Corporation 3400 Series Chipset LPC >Interface Controller (rev 05) >00:1f.2 RAID bus controller: Intel Corporation 82801 SATA >Controller >[RAID mode] (rev 05) >10:02.0 Ethernet controller: Intel Corporation 82557/8/9/0/1 >Ethernet >Pro 100 (rev 08) >3f:00.0 Host bridge: Intel Corporation Core Processor QuickPath >Architecture Generic Non-core Registers (rev 05) >3f:00.1 Host bridge: Intel Corporation Core Processor QuickPath >Architecture System Address Decoder (rev 05) >3f:02.0 Host bridge: Intel Corporation Core Processor QPI Link 0 >(rev >05) >3f:02.1 Host bridge: Intel Corporation Core Processor QPI Physical >0 >(rev 05) >3f:02.2 Host bridge: Intel Corporation Core Processor Reserved >(rev >05) >3f:02.3 Host bridge: Intel Corporation Core Processor Reserved >(rev >05) >roughly same fps results with or without xen: >glxgears -info >Running synchronized to the vertical refresh. The framerate >should be >approximately the same as the monitor refresh rate. >GL_RENDERER = Mesa DRI Intel(R) Ironlake Desktop >GL_VERSION = 2.1 Mesa 9.1.7 >GL_VENDOR = Intel Open Source Technology Center >GL_EXTENSIONS = GL_ARB_multisample GL_EXT_abgr GL_EXT_bgra >GL_EXT_blend_color GL_EXT_blend_minmax GL_EXT_blend_subtrac >t GL_EXT_copy_texture GL_EXT_polygon_offset GL_EXT_subtexture >GL_EXT_texture_object GL_EXT_vertex_array GL_EXT_compile >d_vertex_array GL_EXT_texture GL_EXT_texture3D >GL_IBM_rasterpos_clip >GL_ARB_point_parameters GL_EXT_draw_range_element >s GL_EXT_packed_pixels GL_EXT_point_parameters >GL_EXT_rescale_normal >GL_EXT_separate_specular_color GL_EXT_texture_edg >e_clamp GL_SGIS_generate_mipmap GL_SGIS_texture_border_clamp >GL_SGIS_texture_edge_clamp GL_SGIS_texture_lod GL_ARB_fra >mebuffer_sRGB GL_ARB_multitexture GL_EXT_framebuffer_sRGB >GL_IBM_multimode_draw_arrays GL_IBM_texture_mirrored_repeat >GL_3DFX_texture_compression_FXT1 GL_ARB_texture_cube_map >GL_ARB_texture_env_add GL_ARB_transpose_matrix GL_EXT_blend_f >unc_separate GL_EXT_fog_coord GL_EXT_multi_draw_arrays >GL_EXT_secondary_color GL_EXT_texture_env_add GL_EXT_texture_fi >lter_anisotropic GL_EXT_texture_lod_bias >GL_INGR_blend_func_separate >GL_NV_blend_square GL_NV_light_max_exponent GL_NV >_texgen_reflection GL_NV_texture_env_combine4 GL_S3_s3tc >GL_SUN_multi_draw_arrays GL_ARB_texture_border_clamp GL_ARB_t >exture_compression GL_EXT_framebuffer_object >GL_EXT_texture_env_combine GL_EXT_texture_env_dot3 >GL_MESA_window_pos >GL_ >NV_packed_depth_stencil GL_NV_texture_rectangle >GL_ARB_depth_texture >GL_ARB_occlusion_query GL_ARB_shadow GL_ARB_textu >re_env_combine GL_ARB_texture_env_crossbar GL_ARB_texture_env_dot3 >GL_ARB_texture_mirrored_repeat GL_ARB_window_pos GL >_ATI_envmap_bumpmap GL_EXT_stencil_two_side >GL_EXT_texture_cube_map >GL_NV_depth_clamp GL_APPLE_packed_pixels GL_APPLE_ >vertex_array_object GL_ARB_draw_buffers GL_ARB_fragment_program >GL_ARB_fragment_shader GL_ARB_shader_objects GL_ARB_ve >rtex_program GL_ARB_vertex_shader GL_ATI_draw_buffers >GL_ATI_texture_env_combine3 GL_ATI_texture_float GL_EXT_shadow_f >uncs GL_EXT_stencil_wrap GL_MESA_pack_invert GL_MESA_ycbcr_texture >GL_NV_primitive_restart GL_ARB_depth_clamp GL_ARB_f >ragment_program_shadow GL_ARB_half_float_pixel >GL_ARB_occlusion_query2 >GL_ARB_point_sprite GL_ARB_shading_language_100 > GL_ARB_sync GL_ARB_texture_non_power_of_two >GL_ARB_vertex_buffer_object GL_ATI_blend_equation_separate >GL_EXT_blend_e >quation_separate GL_OES_read_format GL_ARB_color_buffer_float >GL_ARB_pixel_buffer_object GL_ARB_texture_compression_rg >tc GL_ARB_texture_float GL_ARB_texture_rectangle >GL_EXT_packed_float >GL_EXT_pixel_buffer_object GL_EXT_texture_compres >sion_dxt1 GL_EXT_texture_compression_rgtc GL_EXT_texture_rectangle >GL_EXT_texture_sRGB GL_EXT_texture_shared_exponent >GL_ARB_framebuffer_object GL_EXT_framebuffer_blit >GL_EXT_framebuffer_multisample GL_EXT_packed_depth_stencil >GL_APPLE_ >object_purgeable GL_ARB_vertex_array_object >GL_ATI_separate_stencil >GL_EXT_draw_buffers2 GL_EXT_draw_instanced GL_EXT_ >gpu_program_parameters GL_EXT_texture_array GL_EXT_texture_integer >GL_EXT_texture_sRGB_decode GL_EXT_timer_query GL_OE >S_EGL_image GL_MESA_texture_array GL_ARB_copy_buffer >GL_ARB_depth_buffer_float GL_ARB_draw_instanced GL_ARB_half_float >_vertex GL_ARB_instanced_arrays GL_ARB_map_buffer_range >GL_ARB_texture_rg GL_ARB_texture_swizzle GL_ARB_vertex_array_b >gra GL_EXT_separate_shader_objects GL_EXT_texture_swizzle >GL_EXT_vertex_array_bgra GL_NV_conditional_render GL_ARB_ES2 >_compatibility GL_ARB_debug_output >GL_ARB_draw_elements_base_vertex >GL_ARB_explicit_attrib_location GL_ARB_fragment_co >ord_conventions GL_ARB_provoking_vertex GL_ARB_sampler_objects >GL_ARB_seamless_cube_map GL_ARB_shader_texture_lod GL_A >RB_texture_rgb10_a2ui GL_ARB_vertex_type_2_10_10_10_rev >GL_EXT_provoking_vertex GL_EXT_texture_snorm GL_MESA_texture_s >igned_rgba GL_ARB_get_program_binary GL_ARB_robustness >GL_ARB_shader_bit_encoding GL_ANGLE_texture_compression_dxt3 GL >_ANGLE_texture_compression_dxt5 GL_ARB_internalformat_query >GL_ARB_texture_storage GL_ARB_invalidate_subdata >302 frames in 5.0 seconds = 60.263 FPS >300 frames in 5.0 seconds = 59.947 FPS >301 frames in 5.0 seconds = 60.145 FPS >301 frames in 5.0 seconds = 60.146 FPS >301 frames in 5.0 seconds = 60.146 FPS >301 frames in 5.0 seconds = 60.148 FPS >cat /proc/fb >0 inteldrmfb >cat /proc/cpuinfo >processor : 0 >vendor_id : GenuineIntel >cpu family : 6 >model : 37 >model name : Intel(R) Core(TM) i5 CPU 660 @ 3.33GHz >stepping : 5 >microcode : 0x4 >cpu MHz : 3333.000 >cache size : 4096 KB >physical id : 0 >siblings : 2 >core id : 0 >cpu cores : 2 >apicid : 0 >initial apicid : 0 >fpu : yes >fpu_exception : yes >cpuid level : 11 >wp : yes >flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr >pge >mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe >syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good >nopl >xtopology nonstop_tsc aperfmperf pni pclmulqdq dtes64 monitor >ds_cpl >vmx smx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 popcnt aes >lahf_lm ida arat dtherm tpr_shadow vnmi flexpriority ept vpid >bogomips : 6666.92 >clflush size : 64 >cache_alignment : 64 >address sizes : 36 bits physical, 48 bits virtual >power management: > >processor : 1 >vendor_id : GenuineIntel >cpu family : 6 >model : 37 >model name : Intel(R) Core(TM) i5 CPU 660 @ 3.33GHz >stepping : 5 >microcode : 0x4 >cpu MHz : 3333.000 >cache size : 4096 KB >physical id : 0 >siblings : 2 >core id : 2 >cpu cores : 2 >apicid : 4 >initial apicid : 4 >fpu : yes >fpu_exception : yes >cpuid level : 11 >wp : yes >flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr >pge >mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe >syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good >nopl >xtopology nonstop_tsc aperfmperf pni pclmulqdq dtes64 monitor >ds_cpl >vmx smx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 popcnt aes >lahf_lm ida arat dtherm tpr_shadow vnmi flexpriority ept vpid >bogomips : 6666.92 >clflush size : 64 >cache_alignment : 64 >address sizes : 36 bits physical, 48 bits virtual >power management: >/proc/meminfo without xen: >MemTotal: 7696220 kB >MemFree: 6534016 kB >MemAvailable: 6608220 kB >Buffers: 53292 kB >Cached: 458448 kB >SwapCached: 0 kB >Active: 596004 kB >Inactive: 433340 kB >Active(anon): 518280 kB >Inactive(anon): 118176 kB >Active(file): 77724 kB >Inactive(file): 315164 kB >Unevictable: 4 kB >Mlocked: 4 kB >SwapTotal: 10485756 kB >SwapFree: 10485756 kB >Dirty: 8 kB >Writeback: 0 kB >AnonPages: 517604 kB >Mapped: 49440 kB >Shmem: 118860 kB >Slab: 55272 kB >SReclaimable: 38404 kB >SUnreclaim: 16868 kB >KernelStack: 2200 kB >PageTables: 6740 kB >NFS_Unstable: 0 kB >Bounce: 0 kB >WritebackTmp: 0 kB >CommitLimit: 14333864 kB >Committed_AS: 1097632 kB >VmallocTotal: 34359738367 kB >VmallocUsed: 363192 kB >VmallocChunk: 34359365840 kB >AnonHugePages: 178176 kB >DirectMap4k: 7856 kB >DirectMap2M: 7913472 kB >/proc/meminfo with xen: >MemTotal: 6250964 kB >MemFree: 5432716 kB >MemAvailable: 5750848 kB >Buffers: 46896 kB >Cached: 339040 kB >SwapCached: 0 kB >Active: 413448 kB >Inactive: 277448 kB >Active(anon): 305664 kB >Inactive(anon): 63592 kB >Active(file): 107784 kB >Inactive(file): 213856 kB >Unevictable: 8 kB >Mlocked: 8 kB >SwapTotal: 10485756 kB >SwapFree: 10485756 kB >Dirty: 296 kB >Writeback: 0 kB >AnonPages: 304960 kB >Mapped: 46792 kB >Shmem: 64304 kB >Slab: 53388 kB >SReclaimable: 37292 kB >SUnreclaim: 16096 kB >KernelStack: 2128 kB >PageTables: 6056 kB >NFS_Unstable: 0 kB >Bounce: 0 kB >WritebackTmp: 0 kB >CommitLimit: 13611236 kB >Committed_AS: 851176 kB >VmallocTotal: 34359738367 kB >VmallocUsed: 363576 kB >VmallocChunk: 34359366332 kB >AnonHugePages: 0 kB >DirectMap4k: 7921328 kB >DirectMap2M: 0 kB >/proc/interrupts without xen: > CPU0 CPU1 > 0: 127 0 IO-APIC-edge timer > 1: 1 2 IO-APIC-edge i8042 > 8: 29 27 IO-APIC-edge rtc0 > 9: 0 2 IO-APIC-fasteoi acpi > 12: 4 1 IO-APIC-edge i8042 > 14: 0 0 IO-APIC-edge platform > 15: 0 0 IO-APIC-edge platform > 20: 67330 67549 IO-APIC-fasteoi ehci_hcd:usb1, >ehci_hcd:usb2 > 22: 6184 6148 IO-APIC-fasteoi eth0 > 40: 16336 16345 PCI-MSI-edge ahci > 41: 965 989 PCI-MSI-edge eth1 > 42: 90122 89873 PCI-MSI-edge snd_hda_intel > 43: 14 12 PCI-MSI-edge mei_me > 44: 23293 23453 PCI-MSI-edge i915 >NMI: 0 0 Non-maskable interrupts >LOC: 379179 386285 Local timer interrupts >SPU: 0 0 Spurious interrupts >PMI: 0 0 Performance monitoring interrupts >IWI: 9262 9268 IRQ work interrupts >RTR: 1 0 APIC ICR read retries >RES: 21899 25131 Rescheduling interrupts >CAL: 39 66 Function call interrupts >TLB: 4953 3440 TLB shootdowns >TRM: 0 0 Thermal event interrupts >THR: 0 0 Threshold APIC interrupts >MCE: 0 0 Machine check exceptions >MCP: 15 15 Machine check polls >ERR: 0 >MIS: 0 >/proc/interrupts with xen: > CPU0 CPU1 > 1: 2 0 xen-pirq-ioapic-edge i8042 > 8: 1 0 xen-pirq-ioapic-edge rtc0 > 9: 2 0 xen-pirq-ioapic-level acpi > 12: 4 0 xen-pirq-ioapic-edge i8042 > 14: 0 0 xen-pirq-ioapic-edge platform > 15: 0 0 xen-pirq-ioapic-edge platform > 20: 15481 0 xen-pirq-ioapic-level ehci_hcd:usb1, >ehci_hcd:usb2 > 22: 4065 0 xen-pirq-ioapic-level eth0 > 40: 56345 0 xen-percpu-virq timer0 > 41: 0 0 xen-percpu-ipi spinlock0 > 42: 59316 0 xen-percpu-ipi resched0 > 43: 0 0 xen-percpu-ipi callfunc0 > 44: 0 0 xen-percpu-virq debug0 > 45: 397 0 xen-percpu-ipi callfuncsingle0 > 46: 1799 0 xen-percpu-ipi irqwork0 > 47: 0 56268 xen-percpu-virq timer1 > 48: 0 0 xen-percpu-ipi spinlock1 > 49: 0 84585 xen-percpu-ipi resched1 > 50: 0 0 xen-percpu-ipi callfunc1 > 51: 0 0 xen-percpu-virq debug1 > 52: 0 748 xen-percpu-ipi callfuncsingle1 > 53: 0 3111 xen-percpu-ipi irqwork1 > 54: 892 0 xen-dyn-event xenbus > 55: 0 0 xen-percpu-virq xen-pcpu > 57: 28328 0 xen-pirq-msi ahci > 58: 404 0 xen-pirq-msi snd_hda_intel > 59: 325 0 xen-pirq-msi eth1 > 60: 4556 0 xen-pirq-msi i915 > 61: 26 0 xen-pirq-msi mei_me > 62: 460 0 xen-dyn-event evtchn:xenstored > 63: 2 0 xen-dyn-event evtchn:xenstored >NMI: 0 0 Non-maskable interrupts >LOC: 0 0 Local timer interrupts >SPU: 0 0 Spurious interrupts >PMI: 0 0 Performance monitoring interrupts >IWI: 1799 3111 IRQ work interrupts >RTR: 0 0 APIC ICR read retries >RES: 59316 84585 Rescheduling interrupts >CAL: 397 748 Function call interrupts >TLB: 0 0 TLB shootdowns >TRM: 0 0 Thermal event interrupts >THR: 0 0 Threshold APIC interrupts >MCE: 0 0 Machine check exceptions >MCP: 3 3 Machine check polls >ERR: 0 >MIS: 0 >hdparm is roughly the same with non-xen kernel vs xen kernel >hdparm -tT /dev/sda >/dev/sda: > Timing cached reads: 12956 MB in 2.00 seconds = 6480.66 MB/sec > Timing buffered disk reads: 380 MB in 3.00 seconds = 126.56 >MB/sec >xl.list.xen >Name ID Mem VCPUs >State > Time(s) >Domain-0 0 6354 2 r--- >-- > 71.8 >xentop - 07:36:36 Xen 4.4.0 >1 domains: 1 running, 0 blocked, 0 paused, 0 crashed, 0 dying, 0 >shutdown >Mem: 7920904k total, 6618840k used, 1302064k free CPUs: 2 @ >3333MHz > NAME STATE CPU(sec) CPU(%) MEM(k) MEM(%) MAXMEM(k) >MAXMEM(%) VCPUS NETS NETTX(k) NETRX(k) VBDS VBD_OO > VBD_RD VBD_WR VBD_RSECT VBD_WSECT SSID > Domain-0 -----r 71 0.0 6507012 82.1 no limit > >n/a 2 0 0 0 0 0 > 0 0 0 0 0 >dmesg without Xen: http://pastebin.com/8XNUfEDZ >dmesg with Xen: http://pastebin.com/w4SqfEpP >Xorg.0.log without Xen: http://pastebin.com/gU8uunnq >Xorg.0.log with Xen: http://pastebin.com/dRaCBat3 Installing an add-in EVGA 01G-P3-N959-TR Nvidia GeForce 9500 GT 1GB 128-Bit DDR2 PCI Express 2.0 x16 video card to replace the integrated Intel i5-660 graphics has resolved the problem. Possibly relevant, glxgears FPS increased to a range between 500- 1400 FPS with the add-in video card. Currently using the Nouveau driver with this card, not the Nvidia proprietary driver. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Aug 02 21:02:29 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 02 Aug 2014 21:02: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 1XDgQP-0001Bk-Df; Sat, 02 Aug 2014 21:01:09 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XDgQO-0001Bc-D6 for xen-users@lists.xen.org; Sat, 02 Aug 2014 21:01:08 +0000 Received: from [85.158.143.35:45639] by server-3.bemta-4.messagelabs.com id EB/8A-06192-3915DD35; Sat, 02 Aug 2014 21:01:07 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-16.tower-21.messagelabs.com!1407013265!9642083!1 X-Originating-IP: [209.85.216.41] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_10_20,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11721 invoked from network); 2 Aug 2014 21:01:06 -0000 Received: from mail-qa0-f41.google.com (HELO mail-qa0-f41.google.com) (209.85.216.41) by server-16.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 2 Aug 2014 21:01:06 -0000 Received: by mail-qa0-f41.google.com with SMTP id j7so5482416qaq.28 for ; Sat, 02 Aug 2014 14:01:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=h8iWx5sJmV5RgkQqlOP3N1l1LidjN5AeWAo62lVZC5o=; b=0Cw2xj6N7EkH4Sb9aABnoi+dMi9YVDuJmqjh0eCfGLcis7qwiTDRNNeGuBOKuLA0bM wQaARtum34axnQLQ063jZgiscmQr+hOtTjeH/LHa/nKK8SeFb/sfM3TYeNOOBOy8zT3k EEeM5lssIcGx252UikVTGcuA5NRbVEXvC7rzpBWqKJQsavHVo1ns/xHQkuktk/fIzNr9 9jf1IImDym8ofipLTnLhwwLVn8Sjb66EsxDK+c8XVwWKv+/k8iywgQKM/rWmACof7LYZ elZaw1LSDIpGNQbBI6M1Z+vw++lwXCPI294SFLQbNRB8xAWUzb/Kg4XXxgV4lsmCJHal kkig== MIME-Version: 1.0 X-Received: by 10.140.84.21 with SMTP id k21mr5306956qgd.70.1407013265579; Sat, 02 Aug 2014 14:01:05 -0700 (PDT) Received: by 10.140.106.7 with HTTP; Sat, 2 Aug 2014 14:01:05 -0700 (PDT) Date: Sat, 2 Aug 2014 15:01:05 -0600 Message-ID: From: jacek burghardt To: xen-users Subject: [Xen-users] HP 380 G6 P800/P421 i/o error X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6705213020607601616==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6705213020607601616== Content-Type: multipart/alternative; boundary=001a11c1308ee3a8ec04ffabcdd8 --001a11c1308ee3a8ec04ffabcdd8 Content-Type: text/plain; charset=UTF-8 So for few years I was assigning P800 with couple MSA70 attached to it under xen 4.3/4.4 and recently 4.5. one day the server rebooted and now P800 gives me error 10 and io error. I tried P421 and it gives same error. The cards work fine under windows 2012 R2. I have no problem assigning usb 3.0 --001a11c1308ee3a8ec04ffabcdd8 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

So for few years I was assigning P8= 00 with couple MSA70 attached to it under xen 4.3/4.4 and recently 4.5. one= day the server rebooted and now P800 gives me error 10 and io error. I tri= ed P421 and it gives same error. The cards work fine under windows 2012 R2.= I have no problem assigning usb 3.0

--001a11c1308ee3a8ec04ffabcdd8-- --===============6705213020607601616== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6705213020607601616==-- From xen-users-bounces@lists.xen.org Sat Aug 02 21:02:29 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 02 Aug 2014 21:02: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 1XDgQP-0001Bk-Df; Sat, 02 Aug 2014 21:01:09 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XDgQO-0001Bc-D6 for xen-users@lists.xen.org; Sat, 02 Aug 2014 21:01:08 +0000 Received: from [85.158.143.35:45639] by server-3.bemta-4.messagelabs.com id EB/8A-06192-3915DD35; Sat, 02 Aug 2014 21:01:07 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-16.tower-21.messagelabs.com!1407013265!9642083!1 X-Originating-IP: [209.85.216.41] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_10_20,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11721 invoked from network); 2 Aug 2014 21:01:06 -0000 Received: from mail-qa0-f41.google.com (HELO mail-qa0-f41.google.com) (209.85.216.41) by server-16.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 2 Aug 2014 21:01:06 -0000 Received: by mail-qa0-f41.google.com with SMTP id j7so5482416qaq.28 for ; Sat, 02 Aug 2014 14:01:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=h8iWx5sJmV5RgkQqlOP3N1l1LidjN5AeWAo62lVZC5o=; b=0Cw2xj6N7EkH4Sb9aABnoi+dMi9YVDuJmqjh0eCfGLcis7qwiTDRNNeGuBOKuLA0bM wQaARtum34axnQLQ063jZgiscmQr+hOtTjeH/LHa/nKK8SeFb/sfM3TYeNOOBOy8zT3k EEeM5lssIcGx252UikVTGcuA5NRbVEXvC7rzpBWqKJQsavHVo1ns/xHQkuktk/fIzNr9 9jf1IImDym8ofipLTnLhwwLVn8Sjb66EsxDK+c8XVwWKv+/k8iywgQKM/rWmACof7LYZ elZaw1LSDIpGNQbBI6M1Z+vw++lwXCPI294SFLQbNRB8xAWUzb/Kg4XXxgV4lsmCJHal kkig== MIME-Version: 1.0 X-Received: by 10.140.84.21 with SMTP id k21mr5306956qgd.70.1407013265579; Sat, 02 Aug 2014 14:01:05 -0700 (PDT) Received: by 10.140.106.7 with HTTP; Sat, 2 Aug 2014 14:01:05 -0700 (PDT) Date: Sat, 2 Aug 2014 15:01:05 -0600 Message-ID: From: jacek burghardt To: xen-users Subject: [Xen-users] HP 380 G6 P800/P421 i/o error X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6705213020607601616==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6705213020607601616== Content-Type: multipart/alternative; boundary=001a11c1308ee3a8ec04ffabcdd8 --001a11c1308ee3a8ec04ffabcdd8 Content-Type: text/plain; charset=UTF-8 So for few years I was assigning P800 with couple MSA70 attached to it under xen 4.3/4.4 and recently 4.5. one day the server rebooted and now P800 gives me error 10 and io error. I tried P421 and it gives same error. The cards work fine under windows 2012 R2. I have no problem assigning usb 3.0 --001a11c1308ee3a8ec04ffabcdd8 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

So for few years I was assigning P8= 00 with couple MSA70 attached to it under xen 4.3/4.4 and recently 4.5. one= day the server rebooted and now P800 gives me error 10 and io error. I tri= ed P421 and it gives same error. The cards work fine under windows 2012 R2.= I have no problem assigning usb 3.0

--001a11c1308ee3a8ec04ffabcdd8-- --===============6705213020607601616== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6705213020607601616==-- From xen-users-bounces@lists.xen.org Sun Aug 03 06:36:45 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 03 Aug 2014 06:36: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 1XDpOB-00022S-B7; Sun, 03 Aug 2014 06:35:27 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XDpO9-00022N-Hg for xen-users@lists.xen.org; Sun, 03 Aug 2014 06:35:25 +0000 Received: from [85.158.137.68:23480] by server-7.bemta-3.messagelabs.com id 49/E0-01084-C28DDD35; Sun, 03 Aug 2014 06:35:24 +0000 X-Env-Sender: nd@syndicat.com X-Msg-Ref: server-6.tower-31.messagelabs.com!1407047723!7085245!1 X-Originating-IP: [62.146.89.62] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28710 invoked from network); 3 Aug 2014 06:35:24 -0000 Received: from mail.syndicat.com (HELO mail.syndicat.com) (62.146.89.62) by server-6.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 3 Aug 2014 06:35:24 -0000 Received: from localhost.syndicat.com ([127.0.0.1] helo=localhost) by mail.syndicat.com with esmtp (Syndicat.com PostHamster 10.04_1-PostHamster) (envelope-from ) id 1XDpO6-0006oc-T7; Sun, 03 Aug 2014 08:35:22 +0200 X-Virus-Scanned: amavisd-new at syndicat.com Received: from mail.syndicat.com ([127.0.0.1]) by localhost (mail.syndicat.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2sxvXLNmesSV; Sun, 3 Aug 2014 08:35:22 +0200 (CEST) Received: from p5dc3ea2b.dip0.t-ipconnect.de ([93.195.234.43] helo=[10.1.1.105]) by mail.syndicat.com with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Syndicat.com PostHamster 10.04_1-PostHamster) (envelope-from ) id 1XDpO5-0000BY-5M; Sun, 03 Aug 2014 08:35:22 +0200 User-Agent: K-9 Mail for Android In-Reply-To: References: MIME-Version: 1.0 From: "Niels Dettenbach (Syndicat IT&Internet)" Date: Sun, 03 Aug 2014 08:35:06 +0200 To: jacek burghardt , xen-users Message-ID: Subject: Re: [Xen-users] HP 380 G6 P800/P421 i/o error X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 2. August 2014 23:01:05 MESZ, jacek burghardt wrote: >So for few years I was assigning P800 with couple MSA70 attached to it >under xen 4.3/4.4 and recently 4.5. one day the server rebooted and now >P800 gives me error 10 and io error. I tried P421 and it gives same >error. are you shure this is a xen related problem? afaik that HP storage constrollers are driven by HPs cciss driver / kernel module (under linux), so did you tried to load / work with this drivers under a linux? You may check if there are hardware problems with HPs tools arrayprobe hpacucli did they show any i/o errors or further problems on hardware or driver level? good luck, niels. http://syndicat.com -- Niels Dettenbach Syndicat IT&Internet http://www.syndicat.com _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Aug 03 06:36:45 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 03 Aug 2014 06:36: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 1XDpOB-00022S-B7; Sun, 03 Aug 2014 06:35:27 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XDpO9-00022N-Hg for xen-users@lists.xen.org; Sun, 03 Aug 2014 06:35:25 +0000 Received: from [85.158.137.68:23480] by server-7.bemta-3.messagelabs.com id 49/E0-01084-C28DDD35; Sun, 03 Aug 2014 06:35:24 +0000 X-Env-Sender: nd@syndicat.com X-Msg-Ref: server-6.tower-31.messagelabs.com!1407047723!7085245!1 X-Originating-IP: [62.146.89.62] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28710 invoked from network); 3 Aug 2014 06:35:24 -0000 Received: from mail.syndicat.com (HELO mail.syndicat.com) (62.146.89.62) by server-6.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 3 Aug 2014 06:35:24 -0000 Received: from localhost.syndicat.com ([127.0.0.1] helo=localhost) by mail.syndicat.com with esmtp (Syndicat.com PostHamster 10.04_1-PostHamster) (envelope-from ) id 1XDpO6-0006oc-T7; Sun, 03 Aug 2014 08:35:22 +0200 X-Virus-Scanned: amavisd-new at syndicat.com Received: from mail.syndicat.com ([127.0.0.1]) by localhost (mail.syndicat.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2sxvXLNmesSV; Sun, 3 Aug 2014 08:35:22 +0200 (CEST) Received: from p5dc3ea2b.dip0.t-ipconnect.de ([93.195.234.43] helo=[10.1.1.105]) by mail.syndicat.com with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Syndicat.com PostHamster 10.04_1-PostHamster) (envelope-from ) id 1XDpO5-0000BY-5M; Sun, 03 Aug 2014 08:35:22 +0200 User-Agent: K-9 Mail for Android In-Reply-To: References: MIME-Version: 1.0 From: "Niels Dettenbach (Syndicat IT&Internet)" Date: Sun, 03 Aug 2014 08:35:06 +0200 To: jacek burghardt , xen-users Message-ID: Subject: Re: [Xen-users] HP 380 G6 P800/P421 i/o error X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 2. August 2014 23:01:05 MESZ, jacek burghardt wrote: >So for few years I was assigning P800 with couple MSA70 attached to it >under xen 4.3/4.4 and recently 4.5. one day the server rebooted and now >P800 gives me error 10 and io error. I tried P421 and it gives same >error. are you shure this is a xen related problem? afaik that HP storage constrollers are driven by HPs cciss driver / kernel module (under linux), so did you tried to load / work with this drivers under a linux? You may check if there are hardware problems with HPs tools arrayprobe hpacucli did they show any i/o errors or further problems on hardware or driver level? good luck, niels. http://syndicat.com -- Niels Dettenbach Syndicat IT&Internet http://www.syndicat.com _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Aug 03 12:53:06 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 03 Aug 2014 12:53:06 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XDvGN-0006hj-Kb; Sun, 03 Aug 2014 12:51:47 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XDvGM-0006he-Sn for xen-users@lists.xen.org; Sun, 03 Aug 2014 12:51:47 +0000 Received: from [85.158.139.211:7188] by server-15.bemta-5.messagelabs.com id F8/C9-12002-2603ED35; Sun, 03 Aug 2014 12:51:46 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-8.tower-206.messagelabs.com!1407070304!11555979!1 X-Originating-IP: [209.85.216.53] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5778 invoked from network); 3 Aug 2014 12:51:45 -0000 Received: from mail-qa0-f53.google.com (HELO mail-qa0-f53.google.com) (209.85.216.53) by server-8.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 3 Aug 2014 12:51:45 -0000 Received: by mail-qa0-f53.google.com with SMTP id v10so5761489qac.26 for ; Sun, 03 Aug 2014 05:51:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=QUHfD5hibrHZXAl/6oBMYozlGH9ACZzJSdaUOVpsXrw=; b=Kc9u6Bz7vGI0uFaX377wfYHUukdr61YB7liqY8kibi7M1+SB8lVySkAYzAqs2bFzG7 6DUld9rkvLwdBPUV4tsBudLrlWsyR/jAVc3CRa/GwkX9mCuCnCcr5BM0g4HcYWRqrdtT WR45l9/gWFIBA9g0Ni8dBEojewjttZJsdxZP4uK1Y+kEDCTpR+zvR20pjj7brwDJDMah adV79HxnkCVaf2hfBC6lxbax0mLYzv9MTFNm+fN9quZFxrGUYdKZgBnWFizKScQSaf4k VMVzR6IbTk9kMqchZOe3H+bS9poJjrjJGb+tW0fGFenhKUTWoUbnctgwe/gaOX2gw6nn ppLA== MIME-Version: 1.0 X-Received: by 10.140.84.21 with SMTP id k21mr9690683qgd.70.1407070303729; Sun, 03 Aug 2014 05:51:43 -0700 (PDT) Received: by 10.140.106.7 with HTTP; Sun, 3 Aug 2014 05:51:43 -0700 (PDT) In-Reply-To: References: Date: Sun, 3 Aug 2014 06:51:43 -0600 Message-ID: From: jacek burghardt To: "Niels Dettenbach (Syndicat IT&Internet)" Cc: xen-users Subject: Re: [Xen-users] HP 380 G6 P800/P421 i/o error X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4240372284701547131==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4240372284701547131== Content-Type: multipart/alternative; boundary=001a11c1308ea0bf8004ffb91524 --001a11c1308ea0bf8004ffb91524 Content-Type: text/plain; charset=UTF-8 Both controllers boot up fine under bios then would error out under seabios. I installed both under server running windows 2012 R2 no i/o error. Join my framily E02705708hn 3032 last name BURGHARDT state is co Cheapest sprint service only 25 a month. On Sun, Aug 3, 2014 at 12:35 AM, Niels Dettenbach (Syndicat IT&Internet) < nd@syndicat.com> wrote: > On 2. August 2014 23:01:05 MESZ, jacek burghardt < > jaceksburghardt@gmail.com> wrote: > >So for few years I was assigning P800 with couple MSA70 attached to it > >under xen 4.3/4.4 and recently 4.5. one day the server rebooted and now > >P800 gives me error 10 and io error. I tried P421 and it gives same > >error. > > are you shure this is a xen related problem? > > afaik that HP storage constrollers are driven by HPs cciss driver / kernel > module (under linux), so did you tried to load / work with this drivers > under a linux? > > You may check if there are hardware problems with HPs tools > > arrayprobe > hpacucli > > did they show any i/o errors or further problems on hardware or driver > level? > > good luck, > > > niels. > http://syndicat.com > > -- > Niels Dettenbach > Syndicat IT&Internet > http://www.syndicat.com > --001a11c1308ea0bf8004ffb91524 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Both controllers boot up fine under bios then would error = out under seabios. I installed both under server running windows 2012 R2 no= i/o error.=C2=A0

Join my framily E0270= 5708hn 3032 last name BURGHARDT state is co=C2=A0
Cheapest sprint service only 25= a month.=C2=A0


On Sun, Aug 3, 2014 at 12:35 AM, Niels D= ettenbach (Syndicat IT&Internet) <nd@syndicat.com> wrote:<= br>
On 2. August 2014 23:01:05 M= ESZ, jacek burghardt <jacek= sburghardt@gmail.com> wrote:
>So for few years I was assigning P800 with couple MSA70 attached to it<= br> >under xen 4.3/4.4 and recently 4.5. one day the server rebooted and now=
>P800 gives me error 10 and io error. I tried P421 and it gives same
>error.

are you shure this is a xen related problem?

afaik that HP storage constrollers are driven by HPs cciss driver / kernel = module (under linux), so did you tried to load / work with this drivers =C2= =A0under a linux?

You may check if there are hardware problems with HPs tools

arrayprobe
hpacucli

did they show any i/o errors or further =C2=A0problems =C2=A0on hardware = =C2=A0or driver level?

good luck,


niels.
http://syndicat.com
--
Niels Dettenbach
Syndicat IT&Internet
http://www.syndicat.c= om

--001a11c1308ea0bf8004ffb91524-- --===============4240372284701547131== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4240372284701547131==-- From xen-users-bounces@lists.xen.org Sun Aug 03 12:53:06 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 03 Aug 2014 12:53:06 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XDvGN-0006hj-Kb; Sun, 03 Aug 2014 12:51:47 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XDvGM-0006he-Sn for xen-users@lists.xen.org; Sun, 03 Aug 2014 12:51:47 +0000 Received: from [85.158.139.211:7188] by server-15.bemta-5.messagelabs.com id F8/C9-12002-2603ED35; Sun, 03 Aug 2014 12:51:46 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-8.tower-206.messagelabs.com!1407070304!11555979!1 X-Originating-IP: [209.85.216.53] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5778 invoked from network); 3 Aug 2014 12:51:45 -0000 Received: from mail-qa0-f53.google.com (HELO mail-qa0-f53.google.com) (209.85.216.53) by server-8.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 3 Aug 2014 12:51:45 -0000 Received: by mail-qa0-f53.google.com with SMTP id v10so5761489qac.26 for ; Sun, 03 Aug 2014 05:51:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=QUHfD5hibrHZXAl/6oBMYozlGH9ACZzJSdaUOVpsXrw=; b=Kc9u6Bz7vGI0uFaX377wfYHUukdr61YB7liqY8kibi7M1+SB8lVySkAYzAqs2bFzG7 6DUld9rkvLwdBPUV4tsBudLrlWsyR/jAVc3CRa/GwkX9mCuCnCcr5BM0g4HcYWRqrdtT WR45l9/gWFIBA9g0Ni8dBEojewjttZJsdxZP4uK1Y+kEDCTpR+zvR20pjj7brwDJDMah adV79HxnkCVaf2hfBC6lxbax0mLYzv9MTFNm+fN9quZFxrGUYdKZgBnWFizKScQSaf4k VMVzR6IbTk9kMqchZOe3H+bS9poJjrjJGb+tW0fGFenhKUTWoUbnctgwe/gaOX2gw6nn ppLA== MIME-Version: 1.0 X-Received: by 10.140.84.21 with SMTP id k21mr9690683qgd.70.1407070303729; Sun, 03 Aug 2014 05:51:43 -0700 (PDT) Received: by 10.140.106.7 with HTTP; Sun, 3 Aug 2014 05:51:43 -0700 (PDT) In-Reply-To: References: Date: Sun, 3 Aug 2014 06:51:43 -0600 Message-ID: From: jacek burghardt To: "Niels Dettenbach (Syndicat IT&Internet)" Cc: xen-users Subject: Re: [Xen-users] HP 380 G6 P800/P421 i/o error X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4240372284701547131==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4240372284701547131== Content-Type: multipart/alternative; boundary=001a11c1308ea0bf8004ffb91524 --001a11c1308ea0bf8004ffb91524 Content-Type: text/plain; charset=UTF-8 Both controllers boot up fine under bios then would error out under seabios. I installed both under server running windows 2012 R2 no i/o error. Join my framily E02705708hn 3032 last name BURGHARDT state is co Cheapest sprint service only 25 a month. On Sun, Aug 3, 2014 at 12:35 AM, Niels Dettenbach (Syndicat IT&Internet) < nd@syndicat.com> wrote: > On 2. August 2014 23:01:05 MESZ, jacek burghardt < > jaceksburghardt@gmail.com> wrote: > >So for few years I was assigning P800 with couple MSA70 attached to it > >under xen 4.3/4.4 and recently 4.5. one day the server rebooted and now > >P800 gives me error 10 and io error. I tried P421 and it gives same > >error. > > are you shure this is a xen related problem? > > afaik that HP storage constrollers are driven by HPs cciss driver / kernel > module (under linux), so did you tried to load / work with this drivers > under a linux? > > You may check if there are hardware problems with HPs tools > > arrayprobe > hpacucli > > did they show any i/o errors or further problems on hardware or driver > level? > > good luck, > > > niels. > http://syndicat.com > > -- > Niels Dettenbach > Syndicat IT&Internet > http://www.syndicat.com > --001a11c1308ea0bf8004ffb91524 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Both controllers boot up fine under bios then would error = out under seabios. I installed both under server running windows 2012 R2 no= i/o error.=C2=A0

Join my framily E0270= 5708hn 3032 last name BURGHARDT state is co=C2=A0
Cheapest sprint service only 25= a month.=C2=A0


On Sun, Aug 3, 2014 at 12:35 AM, Niels D= ettenbach (Syndicat IT&Internet) <nd@syndicat.com> wrote:<= br>
On 2. August 2014 23:01:05 M= ESZ, jacek burghardt <jacek= sburghardt@gmail.com> wrote:
>So for few years I was assigning P800 with couple MSA70 attached to it<= br> >under xen 4.3/4.4 and recently 4.5. one day the server rebooted and now=
>P800 gives me error 10 and io error. I tried P421 and it gives same
>error.

are you shure this is a xen related problem?

afaik that HP storage constrollers are driven by HPs cciss driver / kernel = module (under linux), so did you tried to load / work with this drivers =C2= =A0under a linux?

You may check if there are hardware problems with HPs tools

arrayprobe
hpacucli

did they show any i/o errors or further =C2=A0problems =C2=A0on hardware = =C2=A0or driver level?

good luck,


niels.
http://syndicat.com
--
Niels Dettenbach
Syndicat IT&Internet
http://www.syndicat.c= om

--001a11c1308ea0bf8004ffb91524-- --===============4240372284701547131== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4240372284701547131==-- From xen-users-bounces@lists.xen.org Sun Aug 03 14:06:36 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 03 Aug 2014 14:06: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 1XDwPU-0007aR-AQ; Sun, 03 Aug 2014 14:05:16 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XDwPT-0007aM-LL for xen-users@lists.xen.org; Sun, 03 Aug 2014 14:05:15 +0000 Received: from [193.109.254.147:32250] by server-1.bemta-14.messagelabs.com id F0/E9-24760-A914ED35; Sun, 03 Aug 2014 14:05:14 +0000 X-Env-Sender: thorsten.seeger@gmail.com X-Msg-Ref: server-4.tower-27.messagelabs.com!1407074713!13446867!1 X-Originating-IP: [209.85.217.180] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8676 invoked from network); 3 Aug 2014 14:05:14 -0000 Received: from mail-lb0-f180.google.com (HELO mail-lb0-f180.google.com) (209.85.217.180) by server-4.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 3 Aug 2014 14:05:14 -0000 Received: by mail-lb0-f180.google.com with SMTP id v6so4494605lbi.39 for ; Sun, 03 Aug 2014 07:05:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=OwN2AN5NfTK6AIkMjp5lMPGP/+uk3owboNhMe34+4LA=; b=Z3tXOEcnwU1SHuUPkAI//zmeL2k+C/FVbBQvilsa998mPoXKfpwlafNKK6THwBi5Ai /WXRXSZy0B4RObH5nMqkFsBFuepBEsDcQlv2Gpj38k86Y6HMZLPo76dbhuXCZGE7iM9i fwHsKJajoA8KvYj3zNGu3j27lK++ylVMdIWOGSvzcGGSn41HXYojO3tVnM4Qgw7QCsl9 qU+rd6fyOq9hoodwY4NP8KP1q6gEQfEu9JXLlIVZKdEYpZcpaibIsj5M+zMjoq5tAw2D /PSXC09kbw3dLAW+hNXH8rmNGOJohSlkweQo4aR0N4R6tHx3oFip5/AOIM2+JX8mx1W+ 2c2A== MIME-Version: 1.0 X-Received: by 10.152.198.195 with SMTP id je3mr2663949lac.59.1407074713329; Sun, 03 Aug 2014 07:05:13 -0700 (PDT) Received: by 10.152.170.167 with HTTP; Sun, 3 Aug 2014 07:05:13 -0700 (PDT) Date: Sun, 3 Aug 2014 16:05:13 +0200 X-Google-Sender-Auth: xAVVCcCXbS5ozD-4P49iW1d9L-k Message-ID: From: Thorsten Seeger To: xen-users@lists.xen.org Subject: [Xen-users] domU network problem X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hallo, i have a lot of incorrect checksum errors on my network connection on domU <--> domU dom0 <--> domU I started to switch off the checksum offload but i have problems to do this inside a domUs with newer kernel: kernel: linux-image-3.14-1-amd64 debian: jessie root@vm004:~# ethtool -k eth0 Features for eth0: rx-checksumming: on [fixed] tx-checksumming: on tx-checksum-ipv4: on [fixed] tx-checksum-ip-generic: off [fixed] tx-checksum-ipv6: on tx-checksum-fcoe-crc: off [fixed] tx-checksum-sctp: off [fixed] ... root@vm004:~# ethtool -K eth0 tx off Actual changes: tx-checksum-ipv6: off tx-tcp6-segmentation: off [requested on] root@vm004:~# ethtool -k eth0 rx-checksumming: on [fixed] tx-checksumming: on tx-checksum-ipv4: on [fixed] tx-checksum-ip-generic: off [fixed] tx-checksum-ipv6: off tx-checksum-fcoe-crc: off [fixed] tx-checksum-sctp: off [fixed] ... root@vm004:~# ethtool -K eth0 tx-checksum-ipv4 off Could not change any device features root@vm004:~# ethtool -K eth0 rx off Cannot change rx-checksumming Could not change any device features root@vm004:~# ifconfig eth0 eth0 Link encap:Ethernet HWaddr 00:16:3e:ed:f9:54 inet addr:10.0.0.4 Bcast:10.0.0.255 Mask:255.255.255.0 inet6 addr: fe80::216:3eff:feed:f954/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:1287 errors:0 dropped:493 overruns:0 frame:0 TX packets:622 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:81455 (79.5 KiB) TX bytes:123431 (120.5 KiB) On dom0 it works: root@stargate:/# ethtool -k xenbr0 Features for xenbr0: rx-checksumming: off [fixed] tx-checksumming: off tx-checksum-ipv4: off [fixed] tx-checksum-ip-generic: off tx-checksum-ipv6: off [fixed] tx-checksum-fcoe-crc: off [fixed] tx-checksum-sctp: off [fixed] Anyone has a idea why i can change the feature? What means [fixed]? best regards Thorsten _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Aug 03 14:06:36 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 03 Aug 2014 14:06: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 1XDwPU-0007aR-AQ; Sun, 03 Aug 2014 14:05:16 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XDwPT-0007aM-LL for xen-users@lists.xen.org; Sun, 03 Aug 2014 14:05:15 +0000 Received: from [193.109.254.147:32250] by server-1.bemta-14.messagelabs.com id F0/E9-24760-A914ED35; Sun, 03 Aug 2014 14:05:14 +0000 X-Env-Sender: thorsten.seeger@gmail.com X-Msg-Ref: server-4.tower-27.messagelabs.com!1407074713!13446867!1 X-Originating-IP: [209.85.217.180] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8676 invoked from network); 3 Aug 2014 14:05:14 -0000 Received: from mail-lb0-f180.google.com (HELO mail-lb0-f180.google.com) (209.85.217.180) by server-4.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 3 Aug 2014 14:05:14 -0000 Received: by mail-lb0-f180.google.com with SMTP id v6so4494605lbi.39 for ; Sun, 03 Aug 2014 07:05:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=OwN2AN5NfTK6AIkMjp5lMPGP/+uk3owboNhMe34+4LA=; b=Z3tXOEcnwU1SHuUPkAI//zmeL2k+C/FVbBQvilsa998mPoXKfpwlafNKK6THwBi5Ai /WXRXSZy0B4RObH5nMqkFsBFuepBEsDcQlv2Gpj38k86Y6HMZLPo76dbhuXCZGE7iM9i fwHsKJajoA8KvYj3zNGu3j27lK++ylVMdIWOGSvzcGGSn41HXYojO3tVnM4Qgw7QCsl9 qU+rd6fyOq9hoodwY4NP8KP1q6gEQfEu9JXLlIVZKdEYpZcpaibIsj5M+zMjoq5tAw2D /PSXC09kbw3dLAW+hNXH8rmNGOJohSlkweQo4aR0N4R6tHx3oFip5/AOIM2+JX8mx1W+ 2c2A== MIME-Version: 1.0 X-Received: by 10.152.198.195 with SMTP id je3mr2663949lac.59.1407074713329; Sun, 03 Aug 2014 07:05:13 -0700 (PDT) Received: by 10.152.170.167 with HTTP; Sun, 3 Aug 2014 07:05:13 -0700 (PDT) Date: Sun, 3 Aug 2014 16:05:13 +0200 X-Google-Sender-Auth: xAVVCcCXbS5ozD-4P49iW1d9L-k Message-ID: From: Thorsten Seeger To: xen-users@lists.xen.org Subject: [Xen-users] domU network problem X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hallo, i have a lot of incorrect checksum errors on my network connection on domU <--> domU dom0 <--> domU I started to switch off the checksum offload but i have problems to do this inside a domUs with newer kernel: kernel: linux-image-3.14-1-amd64 debian: jessie root@vm004:~# ethtool -k eth0 Features for eth0: rx-checksumming: on [fixed] tx-checksumming: on tx-checksum-ipv4: on [fixed] tx-checksum-ip-generic: off [fixed] tx-checksum-ipv6: on tx-checksum-fcoe-crc: off [fixed] tx-checksum-sctp: off [fixed] ... root@vm004:~# ethtool -K eth0 tx off Actual changes: tx-checksum-ipv6: off tx-tcp6-segmentation: off [requested on] root@vm004:~# ethtool -k eth0 rx-checksumming: on [fixed] tx-checksumming: on tx-checksum-ipv4: on [fixed] tx-checksum-ip-generic: off [fixed] tx-checksum-ipv6: off tx-checksum-fcoe-crc: off [fixed] tx-checksum-sctp: off [fixed] ... root@vm004:~# ethtool -K eth0 tx-checksum-ipv4 off Could not change any device features root@vm004:~# ethtool -K eth0 rx off Cannot change rx-checksumming Could not change any device features root@vm004:~# ifconfig eth0 eth0 Link encap:Ethernet HWaddr 00:16:3e:ed:f9:54 inet addr:10.0.0.4 Bcast:10.0.0.255 Mask:255.255.255.0 inet6 addr: fe80::216:3eff:feed:f954/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:1287 errors:0 dropped:493 overruns:0 frame:0 TX packets:622 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:81455 (79.5 KiB) TX bytes:123431 (120.5 KiB) On dom0 it works: root@stargate:/# ethtool -k xenbr0 Features for xenbr0: rx-checksumming: off [fixed] tx-checksumming: off tx-checksum-ipv4: off [fixed] tx-checksum-ip-generic: off tx-checksum-ipv6: off [fixed] tx-checksum-fcoe-crc: off [fixed] tx-checksum-sctp: off [fixed] Anyone has a idea why i can change the feature? What means [fixed]? best regards Thorsten _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Aug 04 08:29:37 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 04 Aug 2014 08:29: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 1XEDdF-0000Yl-0c; Mon, 04 Aug 2014 08:28:37 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XEDdC-0000Xr-Kr for xen-users@lists.xen.org; Mon, 04 Aug 2014 08:28:35 +0000 Received: from [85.158.137.68:64818] by server-15.bemta-3.messagelabs.com id D4/C9-14271-1344FD35; Mon, 04 Aug 2014 08:28:33 +0000 X-Env-Sender: grigory.ptashko@gmail.com X-Msg-Ref: server-4.tower-31.messagelabs.com!1407140911!11609000!1 X-Originating-IP: [74.125.82.170] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_10_20,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5478 invoked from network); 4 Aug 2014 08:28:31 -0000 Received: from mail-we0-f170.google.com (HELO mail-we0-f170.google.com) (74.125.82.170) by server-4.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 4 Aug 2014 08:28:31 -0000 Received: by mail-we0-f170.google.com with SMTP id w62so7350842wes.1 for ; Mon, 04 Aug 2014 01:28:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=8TPe7a8y4U8VHPTrrRltrYAjTgId5dEnGX9vlsSBTfk=; b=YrNH500Eb8NG2nSYGx6YGAh4w3sKkpInwaSrNMPJnIXlHejG7+o05v4YxniHkIYuX4 rjyTk++MYBUvaojMAM0fDLSiiwstYv1TDfrBMKe/nSMVEM6Thdq8orEbqCXwkbkWb4J6 /mbSkMvyrWomue8j92x3e7yk0oSFKi90DaQv+eHtKaG0tkq+OpUZruzrsBET6ha25Q4/ WTc5twlCR1UkCJhPc1xLGv8Tw/+fGaFurjjB6xYTV0yiOYGMU2UeXODPPNreFfzlPZHx mipO7RSaTDlSKdIp2aFGOFU9Pz0oFTCJRjKfrKxVyfzcerP8wYBy7H3zHB15WJ4Y7JQ8 zH0g== X-Received: by 10.180.101.136 with SMTP id fg8mr27629483wib.44.1407140910055; Mon, 04 Aug 2014 01:28:30 -0700 (PDT) MIME-Version: 1.0 Received: by 10.194.81.3 with HTTP; Mon, 4 Aug 2014 01:28:09 -0700 (PDT) From: =?UTF-8?B?0JPRgNC40LPQvtGA0LjQuSDQn9GC0LDRiNC60L4=?= Date: Mon, 4 Aug 2014 12:28:09 +0400 Message-ID: To: xen-users@lists.xen.org Subject: [Xen-users] InfiniBand RDMA latency test on Xen's dom0 crashes X-BeenThere: xen-users@lists.xen.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="===============7256626767258720713==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7256626767258720713== Content-Type: multipart/alternative; boundary=f46d04462e4c17cb2a04ffc986d5 --f46d04462e4c17cb2a04ffc986d5 Content-Type: text/plain; charset=UTF-8 Hello. The short story: while setting up InfiniBand connection between two servers one of which is Xen's dom0, I cannot complete the RDMA latency test. It crashes even with breaking the ssh connection to Xen's dom0. I've decided to ask the question here so that maybe Xen gurus will notice something that is actually related to Xen. The long story. The first server is the Xen 4.4 with Ubuntu 14.04 as dom0 (hostname is xen). The second server is a usual server with Ubuntu 14.04 (hostname is node3). They both have Mellanox MT25208 HCAs connected over IB switch. Both have all the kernel modules loaded, OpenSM installed. The IPoIB works fine. The bare ibping goes both directions xen -> node3 and node3 -> xen. The problem occurs when I try ib_rdma_lat test. Here are the steps that lead to ib_rdma_lat and next sshd crash on xen. 1. On the xen I run ib_rdma_lat. 2. On the node3 I run ib_rdma_lat xen 3. The ssh connection to xen closes. 4. This is the output before ssh's connection close on xen. root@xen:~/tmp/22# ib_rdma_lat local address: LID 0x03 QPN 0x10406 PSN 0x9f903b RKey 0x40004000 VAddr 0x000000017e4001 remote address: LID 0x01 QPN 0x10406 PSN 0xd8c16e RKey 0x20004000 VAddr 0x000000013fd001 Connection to xen closed by remote host. Connection to xen closed. I googled, and the only thing that I could do was tunig the ib_mthca's module parameters num_mtt and log_mtts_per_seg. As it is said in the article http://community.mellanox.com/docs/DOC-1120. I set them on both servers as num_mtt=4194304 and log_mtts_per_seg=4. I did this while experimenting with those values so that the ib_mthca module would load correct. But this didn't help. ib_rdma_lat still crashes on xen. Here's the log: Aug 4 00:12:52 localhost kernel: [ 4011.170180] ib_rdma_lat invoked oom-killer: gfp_mask=0x0, order=0, oom_score_adj=0 Aug 4 00:12:52 localhost kernel: [ 4011.170189] ib_rdma_lat cpuset=/ mems_allowed=0 Aug 4 00:12:52 localhost kernel: [ 4011.170195] CPU: 0 PID: 2889 Comm: ib_rdma_lat Tainted: G B W 3.13.0-32-generic #57-Ubuntu Aug 4 00:12:52 localhost kernel: [ 4011.170198] Hardware name: Supermicro X9DRFF-iG+/-7G+/-iTG+/-7TG+/X9DRFF-iG+/-7G+/-iTG+/-7TG+, BIOS 3.0 07/29/2013 Aug 4 00:12:52 localhost kernel: [ 4011.170202] 0000000000000000 ffff880f175ebc68 ffffffff8171bcb4 ffff880f1ae02fe0 Aug 4 00:12:52 localhost kernel: [ 4011.170209] ffff880f175ebcf0 ffffffff817165ef ffff880f1a96afe0 0000000000000000 Aug 4 00:12:52 localhost kernel: [ 4011.170213] 00000000016ad5c1 ffff880f1a96afe0 ffffffff817246aa ffffffff8172417b Aug 4 00:12:52 localhost kernel: [ 4011.170217] Call Trace: Aug 4 00:12:52 localhost kernel: [ 4011.170236] [] dump_stack+0x45/0x56 Aug 4 00:12:52 localhost kernel: [ 4011.170242] [] dump_header+0x7f/0x1f1 Aug 4 00:12:52 localhost kernel: [ 4011.170248] [] ? error_exit+0x2a/0x60 Aug 4 00:12:52 localhost kernel: [ 4011.170253] [] ? retint_restore_args+0x5/0x6 Aug 4 00:12:52 localhost kernel: [ 4011.170260] [] oom_kill_process+0x1ce/0x330 Aug 4 00:12:52 localhost kernel: [ 4011.170269] [] ? security_capable_noaudit+0x15/0x20 Aug 4 00:12:52 localhost kernel: [ 4011.170273] [] out_of_memory+0x414/0x450 Aug 4 00:12:52 localhost kernel: [ 4011.170278] [] pagefault_out_of_memory+0x6f/0x80 Aug 4 00:12:52 localhost kernel: [ 4011.170284] [] mm_fault_error+0x8e/0x180 Aug 4 00:12:52 localhost kernel: [ 4011.170289] [] __do_page_fault+0x4a1/0x560 Aug 4 00:12:52 localhost kernel: [ 4011.170299] [] ? __acct_update_integrals+0x76/0xe0 Aug 4 00:12:52 localhost kernel: [ 4011.170305] [] ? acct_account_cputime+0x1c/0x20 Aug 4 00:12:52 localhost kernel: [ 4011.170312] [] ? account_user_time+0x8b/0xa0 Aug 4 00:12:52 localhost kernel: [ 4011.170316] [] ? vtime_account_user+0x54/0x60 Aug 4 00:12:52 localhost kernel: [ 4011.170320] [] do_page_fault+0x1a/0x70 Aug 4 00:12:52 localhost kernel: [ 4011.170324] [] page_fault+0x28/0x30 Aug 4 00:12:52 localhost kernel: [ 4011.170326] Mem-Info: Aug 4 00:12:52 localhost kernel: [ 4011.170329] Node 0 DMA per-cpu: Aug 4 00:12:52 localhost kernel: [ 4011.170334] CPU 0: hi: 0, btch: 1 usd: 0 Aug 4 00:12:52 localhost kernel: [ 4011.170336] Node 0 DMA32 per-cpu: Aug 4 00:12:52 localhost kernel: [ 4011.170339] CPU 0: hi: 186, btch: 31 usd: 135 Aug 4 00:12:52 localhost kernel: [ 4011.170341] Node 0 Normal per-cpu: Aug 4 00:12:52 localhost kernel: [ 4011.170344] CPU 0: hi: 186, btch: 31 usd: 124 Aug 4 00:12:52 localhost kernel: [ 4011.170351] active_anon:7920 inactive_anon:23 isolated_anon:0 Aug 4 00:12:52 localhost kernel: [ 4011.170351] active_file:20177 inactive_file:37521 isolated_file:0 Aug 4 00:12:52 localhost kernel: [ 4011.170351] unevictable:8 dirty:0 writeback:0 unstable:0 Aug 4 00:12:52 localhost kernel: [ 4011.170351] free:15211440 slab_reclaimable:4583 slab_unreclaimable:8427 Aug 4 00:12:52 localhost kernel: [ 4011.170351] mapped:4644 shmem:408 pagetables:993 bounce:0 Aug 4 00:12:52 localhost kernel: [ 4011.170351] free_cma:0 Aug 4 00:12:52 localhost kernel: [ 4011.170358] Node 0 DMA free:15888kB min:8kB low:8kB high:12kB active_anon:0kB inactive_anon:0kB active_file:0kB inactive_file:0kB unevictable:0kB isolated(anon):0kB isolated(file):0kB present:15972kB managed:15888kB mlocked:0kB dirty:0kB writeback:0kB mapped:0kB shmem:0kB slab_reclaimable:0kB slab_unreclaimable:0kB kernel_stack:0kB pagetables:0kB unstable:0kB bounce:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:0 all_unreclaimable? yes Aug 4 00:12:52 localhost kernel: [ 4011.170367] lowmem_reserve[]: 0 1980 60135 60135 Aug 4 00:12:52 localhost kernel: [ 4011.170372] Node 0 DMA32 free:2017364kB min:1032kB low:1288kB high:1548kB active_anon:992kB inactive_anon:4kB active_file:2596kB inactive_file:5756kB unevictable:0kB isolated(anon):0kB isolated(file):0kB present:2045472kB managed:2031128kB mlocked:0kB dirty:0kB writeback:0kB mapped:692kB shmem:32kB slab_reclaimable:428kB slab_unreclaimable:472kB kernel_stack:40kB pagetables:132kB unstable:0kB bounce:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:0 all_unreclaimable? no Aug 4 00:12:52 localhost kernel: [ 4011.170381] lowmem_reserve[]: 0 0 58154 58154 Aug 4 00:12:52 localhost kernel: [ 4011.170386] Node 0 Normal free:58812508kB min:30348kB low:37932kB high:45520kB active_anon:30688kB inactive_anon:88kB active_file:78112kB inactive_file:144328kB unevictable:32kB isolated(anon):0kB isolated(file):0kB present:60853112kB managed:59550432kB mlocked:32kB dirty:0kB writeback:0kB mapped:17884kB shmem:1600kB slab_reclaimable:17904kB slab_unreclaimable:33236kB kernel_stack:1704kB pagetables:3840kB unstable:0kB bounce:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:0 all_unreclaimable? no Aug 4 00:12:52 localhost kernel: [ 4011.170394] lowmem_reserve[]: 0 0 0 0 Aug 4 00:12:52 localhost kernel: [ 4011.170398] Node 0 DMA: 0*4kB 0*8kB 1*16kB (U) 0*32kB 2*64kB (U) 1*128kB (U) 1*256kB (U) 0*512kB 1*1024kB (U) 1*2048kB (R) 3*4096kB (M) = 15888kB Aug 4 00:12:52 localhost kernel: [ 4011.170416] Node 0 DMA32: 1*4kB (M) 12*8kB (UEM) 7*16kB (UE) 2*32kB (UM) 1*64kB (U) 2*128kB (UM) 0*256kB 1*512kB (E) 1*1024kB (E) 2*2048kB (ER) 491*4096kB (M) = 2017364kB Aug 4 00:12:52 localhost kernel: [ 4011.170434] Node 0 Normal: 67*4kB (UM) 34*8kB (UEM) 16*16kB (UEM) 38*32kB (UM) 26*64kB (UM) 22*128kB (UEM) 15*256kB (UEM) 2*512kB (M) 1*1024kB (M) 3*2048kB (UEM) 14354*4096kB (MR) = 58812508kB Aug 4 00:12:52 localhost kernel: [ 4011.170468] Node 0 hugepages_total=0 hugepages_free=0 hugepages_surp=0 hugepages_size=2048kB Aug 4 00:12:52 localhost kernel: [ 4011.170470] 58105 total pagecache pages Aug 4 00:12:52 localhost kernel: [ 4011.170473] 0 pages in swap cache Aug 4 00:12:52 localhost kernel: [ 4011.170476] Swap cache stats: add 0, delete 0, find 0/189 Aug 4 00:12:52 localhost kernel: [ 4011.170478] Free swap = 33517564kB Aug 4 00:12:52 localhost kernel: [ 4011.170480] Total swap = 33517564kB Aug 4 00:12:52 localhost kernel: [ 4011.170482] 15728639 pages RAM Aug 4 00:12:52 localhost kernel: [ 4011.170483] 0 pages HighMem/MovableOnly Aug 4 00:12:52 localhost kernel: [ 4011.170485] 325670 pages reserved Aug 4 00:12:52 localhost kernel: [ 4011.170487] [ pid ] uid tgid total_vm rss nr_ptes swapents oom_score_adj name Aug 4 00:12:52 localhost kernel: [ 4011.170496] [ 375] 0 375 4935 228 14 0 0 upstart-udev-br Aug 4 00:12:52 localhost kernel: [ 4011.170501] [ 384] 0 384 12927 485 28 0 -1000 systemd-udevd Aug 4 00:12:52 localhost kernel: [ 4011.170505] [ 571] 102 571 9887 391 23 0 0 dbus-daemon Aug 4 00:12:52 localhost kernel: [ 4011.170509] [ 590] 101 590 63961 318 27 0 0 rsyslogd Aug 4 00:12:52 localhost kernel: [ 4011.170513] [ 596] 0 596 4823 373 14 0 0 bluetoothd Aug 4 00:12:52 localhost kernel: [ 4011.170516] [ 606] 0 606 18680 893 40 0 0 cupsd Aug 4 00:12:52 localhost kernel: [ 4011.170520] [ 614] 0 614 5870 106 16 0 0 rpc.idmapd Aug 4 00:12:52 localhost kernel: [ 4011.170523] [ 622] 0 622 10863 454 26 0 0 systemd-logind Aug 4 00:12:52 localhost kernel: [ 4011.170528] [ 702] 0 702 3984 308 13 0 0 upstart-file-br Aug 4 00:12:52 localhost kernel: [ 4011.170531] [ 877] 0 877 5855 275 18 0 0 rpcbind Aug 4 00:12:52 localhost kernel: [ 4011.170534] [ 898] 111 898 5386 347 15 0 0 rpc.statd Aug 4 00:12:52 localhost kernel: [ 4011.170538] [ 901] 0 901 3848 184 13 0 0 upstart-socket- Aug 4 00:12:52 localhost kernel: [ 4011.170541] [ 1300] 105 1300 7861 513 21 0 0 ntpd Aug 4 00:12:52 localhost kernel: [ 4011.170545] [ 1374] 0 1374 5268 237 13 0 0 getty Aug 4 00:12:52 localhost kernel: [ 4011.170548] [ 1378] 0 1378 5268 235 13 0 0 getty Aug 4 00:12:52 localhost kernel: [ 4011.170551] [ 1384] 0 1384 5268 237 13 0 0 getty Aug 4 00:12:52 localhost kernel: [ 4011.170555] [ 1385] 0 1385 5268 238 13 0 0 getty Aug 4 00:12:52 localhost kernel: [ 4011.170558] [ 1388] 0 1388 5268 238 13 0 0 getty Aug 4 00:12:52 localhost kernel: [ 4011.170561] [ 1427] 0 1427 15341 762 33 0 -1000 sshd Aug 4 00:12:52 localhost kernel: [ 4011.170564] [ 1443] 0 1443 5914 257 17 0 0 cron Aug 4 00:12:52 localhost kernel: [ 4011.170568] [ 1554] 0 1554 2750 242 11 0 0 xenstored Aug 4 00:12:52 localhost kernel: [ 4011.170571] [ 1566] 0 1566 22752 261 19 0 0 xenconsoled Aug 4 00:12:52 localhost kernel: [ 4011.170575] [ 1613] 0 1613 73631 1045 48 0 0 polkitd Aug 4 00:12:52 localhost kernel: [ 4011.170578] [ 1885] 113 1885 7052 249 18 0 0 dnsmasq Aug 4 00:12:52 localhost kernel: [ 4011.170581] [ 2004] 0 2004 148275 997 39 0 0 console-kit-dae Aug 4 00:12:52 localhost kernel: [ 4011.170585] [ 2166] 0 2166 23985 237 21 0 0 xl Aug 4 00:12:52 localhost kernel: [ 4011.170589] [ 2303] 0 2303 5268 237 13 0 0 getty Aug 4 00:12:52 localhost kernel: [ 4011.170592] [ 2378] 0 2378 82712 784 23 0 0 opensm Aug 4 00:12:52 localhost kernel: [ 4011.170595] [ 2379] 0 2379 65942 358 22 0 0 opensm Aug 4 00:12:52 localhost kernel: [ 4011.170598] [ 2450] 106 2450 91259 1269 74 0 0 whoopsie Aug 4 00:12:52 localhost kernel: [ 4011.170602] [ 2453] 0 2453 93762 3220 114 0 0 libvirtd Aug 4 00:12:52 localhost kernel: [ 4011.170605] [ 2634] 0 2634 26407 1058 54 0 0 sshd Aug 4 00:12:52 localhost kernel: [ 4011.170608] [ 2671] 1000 2671 26407 501 52 0 0 sshd Aug 4 00:12:52 localhost kernel: [ 4011.170612] [ 2672] 1000 2672 7041 1040 17 0 0 bash Aug 4 00:12:52 localhost kernel: [ 4011.170615] [ 2749] 0 2749 17566 547 36 0 0 sudo Aug 4 00:12:52 localhost kernel: [ 4011.170618] [ 2750] 0 2750 7063 1074 16 0 0 bash Aug 4 00:12:52 localhost kernel: [ 4011.170622] [ 2889] 0 2889 3732 213 12 0 0 ib_rdma_lat Aug 4 00:12:52 localhost kernel: [ 4011.170625] Out of memory: Kill process 2453 (libvirtd) score 0 or sacrifice child Aug 4 00:12:52 localhost kernel: [ 4011.170729] Killed process 2453 (libvirtd) total-vm:375048kB, anon-rss:4748kB, file-rss:8132kB The xen (dom0) has 60GB of RAM. And the node3 has 180GB of RAM. Here are some logs and command outputs that I made for diagnosing the problem. 1. dmesg on xen https://dl.dropboxusercontent.com/u/8057759/ib_mthca/dmesg.xen.log 2. xl dmesg on xen https://dl.dropboxusercontent.com/u/8057759/ib_mthca/xl-dmesg.xen.log 3. parameters of the loaded ib_mthca on xen https://dl.dropboxusercontent.com/u/8057759/ib_mthca/ib_mthca.xen.log 4. ibhosts on xen https://dl.dropboxusercontent.com/u/8057759/ib_mthca/ibhosts.xen.log 5. ibstat on xen https://dl.dropboxusercontent.com/u/8057759/ib_mthca/ibstat.xen.log 6. ibstatus on xen https://dl.dropboxusercontent.com/u/8057759/ib_mthca/ibstatus.xen.log 7. lsmod | grep rdma on xen https://dl.dropboxusercontent.com/u/8057759/ib_mthca/lsmod-rdma.xen.log 8. lspci -s 04:00.0 -k on xen https://dl.dropboxusercontent.com/u/8057759/ib_mthca/lspci.xen.log 9. a cut from /var/log/syslog after ib_rdma_lat crash on xen https://dl.dropboxusercontent.com/u/8057759/ib_mthca/syslog.xen Can anyone advise me anything, please? -- Best regards, Grigory Ptashko +7 (916) 1489766 grigory.ptashko@gmail.com --f46d04462e4c17cb2a04ffc986d5 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hello.

The short story:= while setting up InfiniBand connection between two servers one of which is= Xen's dom0, I cannot complete the RDMA latency test. It crashes even w= ith breaking the ssh connection to Xen's dom0. I've decided to ask = the question here so that maybe Xen gurus will notice something that is act= ually related to Xen.

The long story. The first server is the Xen 4.4 with Ub= untu 14.04 as dom0 (hostname is xen). The second server is a usual server w= ith Ubuntu 14.04 (hostname is node3). They both have Mellanox MT25208 HCAs = connected over IB switch. Both have all the kernel modules loaded, OpenSM i= nstalled. The IPoIB works fine. The bare ibping goes both directions xen -&= gt; node3 and node3 -> xen. The problem occurs when I try ib_rdma_lat te= st. Here are the steps that lead to ib_rdma_lat and next sshd crash on xen.=

1. On the xen I run ib_rdma_lat.
2. On the no= de3 I run ib_rdma_lat xen
3. The ssh connection to xen closes.
4. This is the output before ssh's connection close on xen.

root@xen:~/tmp/22# ib_rdma_lat=C2=A0
local ad= dress: LID 0x03 QPN 0x10406 PSN 0x9f903b RKey 0x40004000 VAddr 0x000000017e= 4001
remote address: LID 0x01 QPN 0x10406 PSN 0xd8c16e RKey 0x200= 04000 VAddr 0x000000013fd001
Connection to xen closed by remote host.
Connection to xen c= losed.


I googled, and the only thin= g that I could do was tunig the ib_mthca's module parameters num_mtt an= d log_mtts_per_seg. As it is said in the article http://community.mellanox.com/docs/DOC-1120. I set them on both servers as num_mtt=3D4194304 and log_mtts_per_seg=3D= 4. I did this while experimenting with those values so that the ib_mthca mo= dule would load correct.
But this didn't help. ib_rdma_lat still crashes on xen. Here's= the log:


Aug =C2=A04 00:12:52 loca= lhost kernel: [ 4011.170180] ib_rdma_lat invoked oom-killer: gfp_mask=3D0x0= , order=3D0, oom_score_adj=3D0
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170189] ib_rdma_lat cpus= et=3D/ mems_allowed=3D0
Aug =C2=A04 00:12:52 localhost kernel: [ = 4011.170195] CPU: 0 PID: 2889 Comm: ib_rdma_lat Tainted: G =C2=A0 =C2=A0B = =C2=A0 W =C2=A0 =C2=A03.13.0-32-generic #57-Ubuntu
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170198] Hardware name: S= upermicro X9DRFF-iG+/-7G+/-iTG+/-7TG+/X9DRFF-iG+/-7G+/-iTG+/-7TG+, BIOS 3.0= 07/29/2013
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170202]= =C2=A00000000000000000 ffff880f175ebc68 ffffffff8171bcb4 ffff880f1ae02fe0<= /div>
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170209] =C2=A0ffff880f17= 5ebcf0 ffffffff817165ef ffff880f1a96afe0 0000000000000000
Aug =C2= =A04 00:12:52 localhost kernel: [ 4011.170213] =C2=A000000000016ad5c1 ffff8= 80f1a96afe0 ffffffff817246aa ffffffff8172417b
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170217] Call Trace:
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170236] =C2=A0[<ffff= ffff8171bcb4>] dump_stack+0x45/0x56
Aug =C2=A04 00:12:52 local= host kernel: [ 4011.170242] =C2=A0[<ffffffff817165ef>] dump_header+0x= 7f/0x1f1
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170248] =C2=A0[<fffff= fff817246aa>] ? error_exit+0x2a/0x60
Aug =C2=A04 00:12:52 loca= lhost kernel: [ 4011.170253] =C2=A0[<ffffffff8172417b>] ? retint_rest= ore_args+0x5/0x6
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170260] =C2=A0[<fffff= fff81151bfe>] oom_kill_process+0x1ce/0x330
Aug =C2=A04 00:12:5= 2 localhost kernel: [ 4011.170269] =C2=A0[<ffffffff812d3ac5>] ? secur= ity_capable_noaudit+0x15/0x20
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170273] =C2=A0[<fffff= fff81152334>] out_of_memory+0x414/0x450
Aug =C2=A04 00:12:52 l= ocalhost kernel: [ 4011.170278] =C2=A0[<ffffffff811523df>] pagefault_= out_of_memory+0x6f/0x80
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170284] =C2=A0[<fffff= fff81714c38>] mm_fault_error+0x8e/0x180
Aug =C2=A04 00:12:52 l= ocalhost kernel: [ 4011.170289] =C2=A0[<ffffffff81727f01>] __do_page_= fault+0x4a1/0x560
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170299] =C2=A0[<fffff= fff81111116>] ? __acct_update_integrals+0x76/0xe0
Aug =C2=A04 = 00:12:52 localhost kernel: [ 4011.170305] =C2=A0[<ffffffff8111155c>] = ? acct_account_cputime+0x1c/0x20
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170312] =C2=A0[<fffff= fff8109d7db>] ? account_user_time+0x8b/0xa0
Aug =C2=A04 00:12:= 52 localhost kernel: [ 4011.170316] =C2=A0[<ffffffff8109ddf4>] ? vtim= e_account_user+0x54/0x60
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170320] =C2=A0[<fffff= fff81727fda>] do_page_fault+0x1a/0x70
Aug =C2=A04 00:12:52 loc= alhost kernel: [ 4011.170324] =C2=A0[<ffffffff81724448>] page_fault+0= x28/0x30
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170326] Mem-Info:
A= ug =C2=A04 00:12:52 localhost kernel: [ 4011.170329] Node 0 DMA per-cpu:
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170334] CPU =C2=A0 = =C2=A00: hi: =C2=A0 =C2=A00, btch: =C2=A0 1 usd: =C2=A0 0
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170336] Node 0 DMA32 per= -cpu:
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170339] CPU = =C2=A0 =C2=A00: hi: =C2=A0186, btch: =C2=A031 usd: 135
Aug =C2=A0= 4 00:12:52 localhost kernel: [ 4011.170341] Node 0 Normal per-cpu:
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170344] CPU =C2=A0 =C2= =A00: hi: =C2=A0186, btch: =C2=A031 usd: 124
Aug =C2=A04 00:12:52= localhost kernel: [ 4011.170351] active_anon:7920 inactive_anon:23 isolate= d_anon:0
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170351] = =C2=A0active_file:20177 inactive_file:37521 isolated_file:0
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170351] =C2=A0unevictabl= e:8 dirty:0 writeback:0 unstable:0
Aug =C2=A04 00:12:52 localhost= kernel: [ 4011.170351] =C2=A0free:15211440 slab_reclaimable:4583 slab_unre= claimable:8427
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170351] =C2=A0mapped:464= 4 shmem:408 pagetables:993 bounce:0
Aug =C2=A04 00:12:52 localhos= t kernel: [ 4011.170351] =C2=A0free_cma:0
Aug =C2=A04 00:12:52 lo= calhost kernel: [ 4011.170358] Node 0 DMA free:15888kB min:8kB low:8kB high= :12kB active_anon:0kB inactive_anon:0kB active_file:0kB inactive_file:0kB u= nevictable:0kB isolated(anon):0kB isolated(file):0kB present:15972kB manage= d:15888kB mlocked:0kB dirty:0kB writeback:0kB mapped:0kB shmem:0kB slab_rec= laimable:0kB slab_unreclaimable:0kB kernel_stack:0kB pagetables:0kB unstabl= e:0kB bounce:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:0 all_unrecla= imable? yes
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170367] lowmem_reserve[]= : 0 1980 60135 60135
Aug =C2=A04 00:12:52 localhost kernel: [ 401= 1.170372] Node 0 DMA32 free:2017364kB min:1032kB low:1288kB high:1548kB act= ive_anon:992kB inactive_anon:4kB active_file:2596kB inactive_file:5756kB un= evictable:0kB isolated(anon):0kB isolated(file):0kB present:2045472kB manag= ed:2031128kB mlocked:0kB dirty:0kB writeback:0kB mapped:692kB shmem:32kB sl= ab_reclaimable:428kB slab_unreclaimable:472kB kernel_stack:40kB pagetables:= 132kB unstable:0kB bounce:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:= 0 all_unreclaimable? no
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170381] lowmem_reserve[]= : 0 0 58154 58154
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.1= 70386] Node 0 Normal free:58812508kB min:30348kB low:37932kB high:45520kB a= ctive_anon:30688kB inactive_anon:88kB active_file:78112kB inactive_file:144= 328kB unevictable:32kB isolated(anon):0kB isolated(file):0kB present:608531= 12kB managed:59550432kB mlocked:32kB dirty:0kB writeback:0kB mapped:17884kB= shmem:1600kB slab_reclaimable:17904kB slab_unreclaimable:33236kB kernel_st= ack:1704kB pagetables:3840kB unstable:0kB bounce:0kB free_cma:0kB writeback= _tmp:0kB pages_scanned:0 all_unreclaimable? no
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170394] lowmem_reserve[]= : 0 0 0 0
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170398] N= ode 0 DMA: 0*4kB 0*8kB 1*16kB (U) 0*32kB 2*64kB (U) 1*128kB (U) 1*256kB (U)= 0*512kB 1*1024kB (U) 1*2048kB (R) 3*4096kB (M) =3D 15888kB
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170416] Node 0 DMA32: 1*= 4kB (M) 12*8kB (UEM) 7*16kB (UE) 2*32kB (UM) 1*64kB (U) 2*128kB (UM) 0*256k= B 1*512kB (E) 1*1024kB (E) 2*2048kB (ER) 491*4096kB (M) =3D 2017364kB
=
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170434] Node 0 Normal: 67*4kB= (UM) 34*8kB (UEM) 16*16kB (UEM) 38*32kB (UM) 26*64kB (UM) 22*128kB (UEM) 1= 5*256kB (UEM) 2*512kB (M) 1*1024kB (M) 3*2048kB (UEM) 14354*4096kB (MR) =3D= 58812508kB
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170468] Node 0 hugepages= _total=3D0 hugepages_free=3D0 hugepages_surp=3D0 hugepages_size=3D2048kB
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170470] 58105 total p= agecache pages
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170473] 0 pages in swap = cache
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170476] Swap = cache stats: add 0, delete 0, find 0/189
Aug =C2=A04 00:12:52 loc= alhost kernel: [ 4011.170478] Free swap =C2=A0=3D 33517564kB
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170480] Total swap =3D 3= 3517564kB
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170482] 1= 5728639 pages RAM
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.1= 70483] 0 pages HighMem/MovableOnly
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170485] 325670 pages res= erved
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170487] [ pid= ] =C2=A0 uid =C2=A0tgid total_vm =C2=A0 =C2=A0 =C2=A0rss nr_ptes swapents = oom_score_adj name
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.= 170496] [ =C2=A0375] =C2=A0 =C2=A0 0 =C2=A0 375 =C2=A0 =C2=A0 4935 =C2=A0 = =C2=A0 =C2=A0228 =C2=A0 =C2=A0 =C2=A014 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 0 upstart-udev-br
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170501] [ =C2=A0384] =C2= =A0 =C2=A0 0 =C2=A0 384 =C2=A0 =C2=A012927 =C2=A0 =C2=A0 =C2=A0485 =C2=A0 = =C2=A0 =C2=A028 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A0 =C2=A0 =C2=A0 -1= 000 systemd-udevd
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.1= 70505] [ =C2=A0571] =C2=A0 102 =C2=A0 571 =C2=A0 =C2=A0 9887 =C2=A0 =C2=A0 = =C2=A0391 =C2=A0 =C2=A0 =C2=A023 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 0 dbus-daemon
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170509] [ =C2=A0590] =C2= =A0 101 =C2=A0 590 =C2=A0 =C2=A063961 =C2=A0 =C2=A0 =C2=A0318 =C2=A0 =C2=A0= =C2=A027 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 0 rsyslogd
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.1= 70513] [ =C2=A0596] =C2=A0 =C2=A0 0 =C2=A0 596 =C2=A0 =C2=A0 4823 =C2=A0 = =C2=A0 =C2=A0373 =C2=A0 =C2=A0 =C2=A014 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 0 bluetoothd
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170516] [ =C2=A0606] =C2= =A0 =C2=A0 0 =C2=A0 606 =C2=A0 =C2=A018680 =C2=A0 =C2=A0 =C2=A0893 =C2=A0 = =C2=A0 =C2=A040 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 0 cupsd
Aug =C2=A04 00:12:52 localhost kernel: [ 40= 11.170520] [ =C2=A0614] =C2=A0 =C2=A0 0 =C2=A0 614 =C2=A0 =C2=A0 5870 =C2= =A0 =C2=A0 =C2=A0106 =C2=A0 =C2=A0 =C2=A016 =C2=A0 =C2=A0 =C2=A0 =C2=A00 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 0 rpc.idmapd
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170523] [ =C2=A0622] =C2= =A0 =C2=A0 0 =C2=A0 622 =C2=A0 =C2=A010863 =C2=A0 =C2=A0 =C2=A0454 =C2=A0 = =C2=A0 =C2=A026 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 0 systemd-logind
Aug =C2=A04 00:12:52 localhost ker= nel: [ 4011.170528] [ =C2=A0702] =C2=A0 =C2=A0 0 =C2=A0 702 =C2=A0 =C2=A0 3= 984 =C2=A0 =C2=A0 =C2=A0308 =C2=A0 =C2=A0 =C2=A013 =C2=A0 =C2=A0 =C2=A0 =C2= =A00 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 0 upstart-file-br
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170531] [ =C2=A0877] =C2= =A0 =C2=A0 0 =C2=A0 877 =C2=A0 =C2=A0 5855 =C2=A0 =C2=A0 =C2=A0275 =C2=A0 = =C2=A0 =C2=A018 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 0 rpcbind
Aug =C2=A04 00:12:52 localhost kernel: [ = 4011.170534] [ =C2=A0898] =C2=A0 111 =C2=A0 898 =C2=A0 =C2=A0 5386 =C2=A0 = =C2=A0 =C2=A0347 =C2=A0 =C2=A0 =C2=A015 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 0 rpc.statd
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170538] [ =C2=A0901] =C2= =A0 =C2=A0 0 =C2=A0 901 =C2=A0 =C2=A0 3848 =C2=A0 =C2=A0 =C2=A0184 =C2=A0 = =C2=A0 =C2=A013 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 0 upstart-socket-
Aug =C2=A04 00:12:52 localhost ke= rnel: [ 4011.170541] [ 1300] =C2=A0 105 =C2=A01300 =C2=A0 =C2=A0 7861 =C2= =A0 =C2=A0 =C2=A0513 =C2=A0 =C2=A0 =C2=A021 =C2=A0 =C2=A0 =C2=A0 =C2=A00 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 0 ntpd
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170545] [ 1374] =C2=A0 = =C2=A0 0 =C2=A01374 =C2=A0 =C2=A0 5268 =C2=A0 =C2=A0 =C2=A0237 =C2=A0 =C2= =A0 =C2=A013 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 0 getty
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.= 170548] [ 1378] =C2=A0 =C2=A0 0 =C2=A01378 =C2=A0 =C2=A0 5268 =C2=A0 =C2=A0= =C2=A0235 =C2=A0 =C2=A0 =C2=A013 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 0 getty
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170551] [ 1384] =C2=A0 = =C2=A0 0 =C2=A01384 =C2=A0 =C2=A0 5268 =C2=A0 =C2=A0 =C2=A0237 =C2=A0 =C2= =A0 =C2=A013 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 0 getty
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.= 170555] [ 1385] =C2=A0 =C2=A0 0 =C2=A01385 =C2=A0 =C2=A0 5268 =C2=A0 =C2=A0= =C2=A0238 =C2=A0 =C2=A0 =C2=A013 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 0 getty
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170558] [ 1388] =C2=A0 = =C2=A0 0 =C2=A01388 =C2=A0 =C2=A0 5268 =C2=A0 =C2=A0 =C2=A0238 =C2=A0 =C2= =A0 =C2=A013 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 0 getty
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.= 170561] [ 1427] =C2=A0 =C2=A0 0 =C2=A01427 =C2=A0 =C2=A015341 =C2=A0 =C2=A0= =C2=A0762 =C2=A0 =C2=A0 =C2=A033 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 -1000 sshd
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170564] [ 1443] =C2=A0 = =C2=A0 0 =C2=A01443 =C2=A0 =C2=A0 5914 =C2=A0 =C2=A0 =C2=A0257 =C2=A0 =C2= =A0 =C2=A017 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 0 cron
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.1= 70568] [ 1554] =C2=A0 =C2=A0 0 =C2=A01554 =C2=A0 =C2=A0 2750 =C2=A0 =C2=A0 = =C2=A0242 =C2=A0 =C2=A0 =C2=A011 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 0 xenstored
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170571] [ 1566] =C2=A0 = =C2=A0 0 =C2=A01566 =C2=A0 =C2=A022752 =C2=A0 =C2=A0 =C2=A0261 =C2=A0 =C2= =A0 =C2=A019 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 0 xenconsoled
Aug =C2=A04 00:12:52 localhost kernel: [= 4011.170575] [ 1613] =C2=A0 =C2=A0 0 =C2=A01613 =C2=A0 =C2=A073631 =C2=A0 = =C2=A0 1045 =C2=A0 =C2=A0 =C2=A048 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 0 polkitd
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170578] [ 1885] =C2=A0 1= 13 =C2=A01885 =C2=A0 =C2=A0 7052 =C2=A0 =C2=A0 =C2=A0249 =C2=A0 =C2=A0 =C2= =A018 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 0 dnsmasq
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.17058= 1] [ 2004] =C2=A0 =C2=A0 0 =C2=A02004 =C2=A0 148275 =C2=A0 =C2=A0 =C2=A0997= =C2=A0 =C2=A0 =C2=A039 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 0 console-kit-dae
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170585] [ 2166] =C2=A0 = =C2=A0 0 =C2=A02166 =C2=A0 =C2=A023985 =C2=A0 =C2=A0 =C2=A0237 =C2=A0 =C2= =A0 =C2=A021 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 0 xl
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170= 589] [ 2303] =C2=A0 =C2=A0 0 =C2=A02303 =C2=A0 =C2=A0 5268 =C2=A0 =C2=A0 = =C2=A0237 =C2=A0 =C2=A0 =C2=A013 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 0 getty
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170592] [ 2378] =C2=A0 = =C2=A0 0 =C2=A02378 =C2=A0 =C2=A082712 =C2=A0 =C2=A0 =C2=A0784 =C2=A0 =C2= =A0 =C2=A023 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 0 opensm
Aug =C2=A04 00:12:52 localhost kernel: [ 4011= .170595] [ 2379] =C2=A0 =C2=A0 0 =C2=A02379 =C2=A0 =C2=A065942 =C2=A0 =C2= =A0 =C2=A0358 =C2=A0 =C2=A0 =C2=A022 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 0 opensm
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170598] [ 2450] =C2=A0 1= 06 =C2=A02450 =C2=A0 =C2=A091259 =C2=A0 =C2=A0 1269 =C2=A0 =C2=A0 =C2=A074 = =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 0 wh= oopsie
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170602] [ 24= 53] =C2=A0 =C2=A0 0 =C2=A02453 =C2=A0 =C2=A093762 =C2=A0 =C2=A0 3220 =C2=A0= =C2=A0 114 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 0 libvirtd
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170605] [ 2634] =C2=A0 = =C2=A0 0 =C2=A02634 =C2=A0 =C2=A026407 =C2=A0 =C2=A0 1058 =C2=A0 =C2=A0 =C2= =A054 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 0 sshd
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170608] = [ 2671] =C2=A01000 =C2=A02671 =C2=A0 =C2=A026407 =C2=A0 =C2=A0 =C2=A0501 = =C2=A0 =C2=A0 =C2=A052 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 0 sshd
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170612] [ 2672] =C2=A010= 00 =C2=A02672 =C2=A0 =C2=A0 7041 =C2=A0 =C2=A0 1040 =C2=A0 =C2=A0 =C2=A017 = =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 0 ba= sh
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170615] [ 2749] = =C2=A0 =C2=A0 0 =C2=A02749 =C2=A0 =C2=A017566 =C2=A0 =C2=A0 =C2=A0547 =C2= =A0 =C2=A0 =C2=A036 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 0 sudo
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170618] [ 2750] =C2=A0 = =C2=A0 0 =C2=A02750 =C2=A0 =C2=A0 7063 =C2=A0 =C2=A0 1074 =C2=A0 =C2=A0 =C2= =A016 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 0 bash
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170622] = [ 2889] =C2=A0 =C2=A0 0 =C2=A02889 =C2=A0 =C2=A0 3732 =C2=A0 =C2=A0 =C2=A02= 13 =C2=A0 =C2=A0 =C2=A012 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 0 ib_rdma_lat
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170625] Out of memory: K= ill process 2453 (libvirtd) score 0 or sacrifice child
Aug =C2=A0= 4 00:12:52 localhost kernel: [ 4011.170729] Killed process 2453 (libvirtd) = total-vm:375048kB, anon-rss:4748kB, file-rss:8132kB



The xen (dom0) has 60GB o= f RAM. And the node3 has 180GB of RAM.
Here are some logs and com= mand outputs that I made for diagnosing the problem.
9. a cut from /var/log/syslog after ib_rdma_lat crash on xen https:= //dl.dropboxusercontent.com/u/8057759/ib_mthca/syslog.xen

Can anyone advise me anything, please?


--
Best regards,
Gri= gory Ptashko

+7 (916) 1489766
grigory.ptashko@gmail.com
--f46d04462e4c17cb2a04ffc986d5-- --===============7256626767258720713== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7256626767258720713==-- From xen-users-bounces@lists.xen.org Mon Aug 04 08:29:37 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 04 Aug 2014 08:29: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 1XEDdF-0000Yl-0c; Mon, 04 Aug 2014 08:28:37 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XEDdC-0000Xr-Kr for xen-users@lists.xen.org; Mon, 04 Aug 2014 08:28:35 +0000 Received: from [85.158.137.68:64818] by server-15.bemta-3.messagelabs.com id D4/C9-14271-1344FD35; Mon, 04 Aug 2014 08:28:33 +0000 X-Env-Sender: grigory.ptashko@gmail.com X-Msg-Ref: server-4.tower-31.messagelabs.com!1407140911!11609000!1 X-Originating-IP: [74.125.82.170] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_10_20,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5478 invoked from network); 4 Aug 2014 08:28:31 -0000 Received: from mail-we0-f170.google.com (HELO mail-we0-f170.google.com) (74.125.82.170) by server-4.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 4 Aug 2014 08:28:31 -0000 Received: by mail-we0-f170.google.com with SMTP id w62so7350842wes.1 for ; Mon, 04 Aug 2014 01:28:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=8TPe7a8y4U8VHPTrrRltrYAjTgId5dEnGX9vlsSBTfk=; b=YrNH500Eb8NG2nSYGx6YGAh4w3sKkpInwaSrNMPJnIXlHejG7+o05v4YxniHkIYuX4 rjyTk++MYBUvaojMAM0fDLSiiwstYv1TDfrBMKe/nSMVEM6Thdq8orEbqCXwkbkWb4J6 /mbSkMvyrWomue8j92x3e7yk0oSFKi90DaQv+eHtKaG0tkq+OpUZruzrsBET6ha25Q4/ WTc5twlCR1UkCJhPc1xLGv8Tw/+fGaFurjjB6xYTV0yiOYGMU2UeXODPPNreFfzlPZHx mipO7RSaTDlSKdIp2aFGOFU9Pz0oFTCJRjKfrKxVyfzcerP8wYBy7H3zHB15WJ4Y7JQ8 zH0g== X-Received: by 10.180.101.136 with SMTP id fg8mr27629483wib.44.1407140910055; Mon, 04 Aug 2014 01:28:30 -0700 (PDT) MIME-Version: 1.0 Received: by 10.194.81.3 with HTTP; Mon, 4 Aug 2014 01:28:09 -0700 (PDT) From: =?UTF-8?B?0JPRgNC40LPQvtGA0LjQuSDQn9GC0LDRiNC60L4=?= Date: Mon, 4 Aug 2014 12:28:09 +0400 Message-ID: To: xen-users@lists.xen.org Subject: [Xen-users] InfiniBand RDMA latency test on Xen's dom0 crashes X-BeenThere: xen-users@lists.xen.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="===============7256626767258720713==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7256626767258720713== Content-Type: multipart/alternative; boundary=f46d04462e4c17cb2a04ffc986d5 --f46d04462e4c17cb2a04ffc986d5 Content-Type: text/plain; charset=UTF-8 Hello. The short story: while setting up InfiniBand connection between two servers one of which is Xen's dom0, I cannot complete the RDMA latency test. It crashes even with breaking the ssh connection to Xen's dom0. I've decided to ask the question here so that maybe Xen gurus will notice something that is actually related to Xen. The long story. The first server is the Xen 4.4 with Ubuntu 14.04 as dom0 (hostname is xen). The second server is a usual server with Ubuntu 14.04 (hostname is node3). They both have Mellanox MT25208 HCAs connected over IB switch. Both have all the kernel modules loaded, OpenSM installed. The IPoIB works fine. The bare ibping goes both directions xen -> node3 and node3 -> xen. The problem occurs when I try ib_rdma_lat test. Here are the steps that lead to ib_rdma_lat and next sshd crash on xen. 1. On the xen I run ib_rdma_lat. 2. On the node3 I run ib_rdma_lat xen 3. The ssh connection to xen closes. 4. This is the output before ssh's connection close on xen. root@xen:~/tmp/22# ib_rdma_lat local address: LID 0x03 QPN 0x10406 PSN 0x9f903b RKey 0x40004000 VAddr 0x000000017e4001 remote address: LID 0x01 QPN 0x10406 PSN 0xd8c16e RKey 0x20004000 VAddr 0x000000013fd001 Connection to xen closed by remote host. Connection to xen closed. I googled, and the only thing that I could do was tunig the ib_mthca's module parameters num_mtt and log_mtts_per_seg. As it is said in the article http://community.mellanox.com/docs/DOC-1120. I set them on both servers as num_mtt=4194304 and log_mtts_per_seg=4. I did this while experimenting with those values so that the ib_mthca module would load correct. But this didn't help. ib_rdma_lat still crashes on xen. Here's the log: Aug 4 00:12:52 localhost kernel: [ 4011.170180] ib_rdma_lat invoked oom-killer: gfp_mask=0x0, order=0, oom_score_adj=0 Aug 4 00:12:52 localhost kernel: [ 4011.170189] ib_rdma_lat cpuset=/ mems_allowed=0 Aug 4 00:12:52 localhost kernel: [ 4011.170195] CPU: 0 PID: 2889 Comm: ib_rdma_lat Tainted: G B W 3.13.0-32-generic #57-Ubuntu Aug 4 00:12:52 localhost kernel: [ 4011.170198] Hardware name: Supermicro X9DRFF-iG+/-7G+/-iTG+/-7TG+/X9DRFF-iG+/-7G+/-iTG+/-7TG+, BIOS 3.0 07/29/2013 Aug 4 00:12:52 localhost kernel: [ 4011.170202] 0000000000000000 ffff880f175ebc68 ffffffff8171bcb4 ffff880f1ae02fe0 Aug 4 00:12:52 localhost kernel: [ 4011.170209] ffff880f175ebcf0 ffffffff817165ef ffff880f1a96afe0 0000000000000000 Aug 4 00:12:52 localhost kernel: [ 4011.170213] 00000000016ad5c1 ffff880f1a96afe0 ffffffff817246aa ffffffff8172417b Aug 4 00:12:52 localhost kernel: [ 4011.170217] Call Trace: Aug 4 00:12:52 localhost kernel: [ 4011.170236] [] dump_stack+0x45/0x56 Aug 4 00:12:52 localhost kernel: [ 4011.170242] [] dump_header+0x7f/0x1f1 Aug 4 00:12:52 localhost kernel: [ 4011.170248] [] ? error_exit+0x2a/0x60 Aug 4 00:12:52 localhost kernel: [ 4011.170253] [] ? retint_restore_args+0x5/0x6 Aug 4 00:12:52 localhost kernel: [ 4011.170260] [] oom_kill_process+0x1ce/0x330 Aug 4 00:12:52 localhost kernel: [ 4011.170269] [] ? security_capable_noaudit+0x15/0x20 Aug 4 00:12:52 localhost kernel: [ 4011.170273] [] out_of_memory+0x414/0x450 Aug 4 00:12:52 localhost kernel: [ 4011.170278] [] pagefault_out_of_memory+0x6f/0x80 Aug 4 00:12:52 localhost kernel: [ 4011.170284] [] mm_fault_error+0x8e/0x180 Aug 4 00:12:52 localhost kernel: [ 4011.170289] [] __do_page_fault+0x4a1/0x560 Aug 4 00:12:52 localhost kernel: [ 4011.170299] [] ? __acct_update_integrals+0x76/0xe0 Aug 4 00:12:52 localhost kernel: [ 4011.170305] [] ? acct_account_cputime+0x1c/0x20 Aug 4 00:12:52 localhost kernel: [ 4011.170312] [] ? account_user_time+0x8b/0xa0 Aug 4 00:12:52 localhost kernel: [ 4011.170316] [] ? vtime_account_user+0x54/0x60 Aug 4 00:12:52 localhost kernel: [ 4011.170320] [] do_page_fault+0x1a/0x70 Aug 4 00:12:52 localhost kernel: [ 4011.170324] [] page_fault+0x28/0x30 Aug 4 00:12:52 localhost kernel: [ 4011.170326] Mem-Info: Aug 4 00:12:52 localhost kernel: [ 4011.170329] Node 0 DMA per-cpu: Aug 4 00:12:52 localhost kernel: [ 4011.170334] CPU 0: hi: 0, btch: 1 usd: 0 Aug 4 00:12:52 localhost kernel: [ 4011.170336] Node 0 DMA32 per-cpu: Aug 4 00:12:52 localhost kernel: [ 4011.170339] CPU 0: hi: 186, btch: 31 usd: 135 Aug 4 00:12:52 localhost kernel: [ 4011.170341] Node 0 Normal per-cpu: Aug 4 00:12:52 localhost kernel: [ 4011.170344] CPU 0: hi: 186, btch: 31 usd: 124 Aug 4 00:12:52 localhost kernel: [ 4011.170351] active_anon:7920 inactive_anon:23 isolated_anon:0 Aug 4 00:12:52 localhost kernel: [ 4011.170351] active_file:20177 inactive_file:37521 isolated_file:0 Aug 4 00:12:52 localhost kernel: [ 4011.170351] unevictable:8 dirty:0 writeback:0 unstable:0 Aug 4 00:12:52 localhost kernel: [ 4011.170351] free:15211440 slab_reclaimable:4583 slab_unreclaimable:8427 Aug 4 00:12:52 localhost kernel: [ 4011.170351] mapped:4644 shmem:408 pagetables:993 bounce:0 Aug 4 00:12:52 localhost kernel: [ 4011.170351] free_cma:0 Aug 4 00:12:52 localhost kernel: [ 4011.170358] Node 0 DMA free:15888kB min:8kB low:8kB high:12kB active_anon:0kB inactive_anon:0kB active_file:0kB inactive_file:0kB unevictable:0kB isolated(anon):0kB isolated(file):0kB present:15972kB managed:15888kB mlocked:0kB dirty:0kB writeback:0kB mapped:0kB shmem:0kB slab_reclaimable:0kB slab_unreclaimable:0kB kernel_stack:0kB pagetables:0kB unstable:0kB bounce:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:0 all_unreclaimable? yes Aug 4 00:12:52 localhost kernel: [ 4011.170367] lowmem_reserve[]: 0 1980 60135 60135 Aug 4 00:12:52 localhost kernel: [ 4011.170372] Node 0 DMA32 free:2017364kB min:1032kB low:1288kB high:1548kB active_anon:992kB inactive_anon:4kB active_file:2596kB inactive_file:5756kB unevictable:0kB isolated(anon):0kB isolated(file):0kB present:2045472kB managed:2031128kB mlocked:0kB dirty:0kB writeback:0kB mapped:692kB shmem:32kB slab_reclaimable:428kB slab_unreclaimable:472kB kernel_stack:40kB pagetables:132kB unstable:0kB bounce:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:0 all_unreclaimable? no Aug 4 00:12:52 localhost kernel: [ 4011.170381] lowmem_reserve[]: 0 0 58154 58154 Aug 4 00:12:52 localhost kernel: [ 4011.170386] Node 0 Normal free:58812508kB min:30348kB low:37932kB high:45520kB active_anon:30688kB inactive_anon:88kB active_file:78112kB inactive_file:144328kB unevictable:32kB isolated(anon):0kB isolated(file):0kB present:60853112kB managed:59550432kB mlocked:32kB dirty:0kB writeback:0kB mapped:17884kB shmem:1600kB slab_reclaimable:17904kB slab_unreclaimable:33236kB kernel_stack:1704kB pagetables:3840kB unstable:0kB bounce:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:0 all_unreclaimable? no Aug 4 00:12:52 localhost kernel: [ 4011.170394] lowmem_reserve[]: 0 0 0 0 Aug 4 00:12:52 localhost kernel: [ 4011.170398] Node 0 DMA: 0*4kB 0*8kB 1*16kB (U) 0*32kB 2*64kB (U) 1*128kB (U) 1*256kB (U) 0*512kB 1*1024kB (U) 1*2048kB (R) 3*4096kB (M) = 15888kB Aug 4 00:12:52 localhost kernel: [ 4011.170416] Node 0 DMA32: 1*4kB (M) 12*8kB (UEM) 7*16kB (UE) 2*32kB (UM) 1*64kB (U) 2*128kB (UM) 0*256kB 1*512kB (E) 1*1024kB (E) 2*2048kB (ER) 491*4096kB (M) = 2017364kB Aug 4 00:12:52 localhost kernel: [ 4011.170434] Node 0 Normal: 67*4kB (UM) 34*8kB (UEM) 16*16kB (UEM) 38*32kB (UM) 26*64kB (UM) 22*128kB (UEM) 15*256kB (UEM) 2*512kB (M) 1*1024kB (M) 3*2048kB (UEM) 14354*4096kB (MR) = 58812508kB Aug 4 00:12:52 localhost kernel: [ 4011.170468] Node 0 hugepages_total=0 hugepages_free=0 hugepages_surp=0 hugepages_size=2048kB Aug 4 00:12:52 localhost kernel: [ 4011.170470] 58105 total pagecache pages Aug 4 00:12:52 localhost kernel: [ 4011.170473] 0 pages in swap cache Aug 4 00:12:52 localhost kernel: [ 4011.170476] Swap cache stats: add 0, delete 0, find 0/189 Aug 4 00:12:52 localhost kernel: [ 4011.170478] Free swap = 33517564kB Aug 4 00:12:52 localhost kernel: [ 4011.170480] Total swap = 33517564kB Aug 4 00:12:52 localhost kernel: [ 4011.170482] 15728639 pages RAM Aug 4 00:12:52 localhost kernel: [ 4011.170483] 0 pages HighMem/MovableOnly Aug 4 00:12:52 localhost kernel: [ 4011.170485] 325670 pages reserved Aug 4 00:12:52 localhost kernel: [ 4011.170487] [ pid ] uid tgid total_vm rss nr_ptes swapents oom_score_adj name Aug 4 00:12:52 localhost kernel: [ 4011.170496] [ 375] 0 375 4935 228 14 0 0 upstart-udev-br Aug 4 00:12:52 localhost kernel: [ 4011.170501] [ 384] 0 384 12927 485 28 0 -1000 systemd-udevd Aug 4 00:12:52 localhost kernel: [ 4011.170505] [ 571] 102 571 9887 391 23 0 0 dbus-daemon Aug 4 00:12:52 localhost kernel: [ 4011.170509] [ 590] 101 590 63961 318 27 0 0 rsyslogd Aug 4 00:12:52 localhost kernel: [ 4011.170513] [ 596] 0 596 4823 373 14 0 0 bluetoothd Aug 4 00:12:52 localhost kernel: [ 4011.170516] [ 606] 0 606 18680 893 40 0 0 cupsd Aug 4 00:12:52 localhost kernel: [ 4011.170520] [ 614] 0 614 5870 106 16 0 0 rpc.idmapd Aug 4 00:12:52 localhost kernel: [ 4011.170523] [ 622] 0 622 10863 454 26 0 0 systemd-logind Aug 4 00:12:52 localhost kernel: [ 4011.170528] [ 702] 0 702 3984 308 13 0 0 upstart-file-br Aug 4 00:12:52 localhost kernel: [ 4011.170531] [ 877] 0 877 5855 275 18 0 0 rpcbind Aug 4 00:12:52 localhost kernel: [ 4011.170534] [ 898] 111 898 5386 347 15 0 0 rpc.statd Aug 4 00:12:52 localhost kernel: [ 4011.170538] [ 901] 0 901 3848 184 13 0 0 upstart-socket- Aug 4 00:12:52 localhost kernel: [ 4011.170541] [ 1300] 105 1300 7861 513 21 0 0 ntpd Aug 4 00:12:52 localhost kernel: [ 4011.170545] [ 1374] 0 1374 5268 237 13 0 0 getty Aug 4 00:12:52 localhost kernel: [ 4011.170548] [ 1378] 0 1378 5268 235 13 0 0 getty Aug 4 00:12:52 localhost kernel: [ 4011.170551] [ 1384] 0 1384 5268 237 13 0 0 getty Aug 4 00:12:52 localhost kernel: [ 4011.170555] [ 1385] 0 1385 5268 238 13 0 0 getty Aug 4 00:12:52 localhost kernel: [ 4011.170558] [ 1388] 0 1388 5268 238 13 0 0 getty Aug 4 00:12:52 localhost kernel: [ 4011.170561] [ 1427] 0 1427 15341 762 33 0 -1000 sshd Aug 4 00:12:52 localhost kernel: [ 4011.170564] [ 1443] 0 1443 5914 257 17 0 0 cron Aug 4 00:12:52 localhost kernel: [ 4011.170568] [ 1554] 0 1554 2750 242 11 0 0 xenstored Aug 4 00:12:52 localhost kernel: [ 4011.170571] [ 1566] 0 1566 22752 261 19 0 0 xenconsoled Aug 4 00:12:52 localhost kernel: [ 4011.170575] [ 1613] 0 1613 73631 1045 48 0 0 polkitd Aug 4 00:12:52 localhost kernel: [ 4011.170578] [ 1885] 113 1885 7052 249 18 0 0 dnsmasq Aug 4 00:12:52 localhost kernel: [ 4011.170581] [ 2004] 0 2004 148275 997 39 0 0 console-kit-dae Aug 4 00:12:52 localhost kernel: [ 4011.170585] [ 2166] 0 2166 23985 237 21 0 0 xl Aug 4 00:12:52 localhost kernel: [ 4011.170589] [ 2303] 0 2303 5268 237 13 0 0 getty Aug 4 00:12:52 localhost kernel: [ 4011.170592] [ 2378] 0 2378 82712 784 23 0 0 opensm Aug 4 00:12:52 localhost kernel: [ 4011.170595] [ 2379] 0 2379 65942 358 22 0 0 opensm Aug 4 00:12:52 localhost kernel: [ 4011.170598] [ 2450] 106 2450 91259 1269 74 0 0 whoopsie Aug 4 00:12:52 localhost kernel: [ 4011.170602] [ 2453] 0 2453 93762 3220 114 0 0 libvirtd Aug 4 00:12:52 localhost kernel: [ 4011.170605] [ 2634] 0 2634 26407 1058 54 0 0 sshd Aug 4 00:12:52 localhost kernel: [ 4011.170608] [ 2671] 1000 2671 26407 501 52 0 0 sshd Aug 4 00:12:52 localhost kernel: [ 4011.170612] [ 2672] 1000 2672 7041 1040 17 0 0 bash Aug 4 00:12:52 localhost kernel: [ 4011.170615] [ 2749] 0 2749 17566 547 36 0 0 sudo Aug 4 00:12:52 localhost kernel: [ 4011.170618] [ 2750] 0 2750 7063 1074 16 0 0 bash Aug 4 00:12:52 localhost kernel: [ 4011.170622] [ 2889] 0 2889 3732 213 12 0 0 ib_rdma_lat Aug 4 00:12:52 localhost kernel: [ 4011.170625] Out of memory: Kill process 2453 (libvirtd) score 0 or sacrifice child Aug 4 00:12:52 localhost kernel: [ 4011.170729] Killed process 2453 (libvirtd) total-vm:375048kB, anon-rss:4748kB, file-rss:8132kB The xen (dom0) has 60GB of RAM. And the node3 has 180GB of RAM. Here are some logs and command outputs that I made for diagnosing the problem. 1. dmesg on xen https://dl.dropboxusercontent.com/u/8057759/ib_mthca/dmesg.xen.log 2. xl dmesg on xen https://dl.dropboxusercontent.com/u/8057759/ib_mthca/xl-dmesg.xen.log 3. parameters of the loaded ib_mthca on xen https://dl.dropboxusercontent.com/u/8057759/ib_mthca/ib_mthca.xen.log 4. ibhosts on xen https://dl.dropboxusercontent.com/u/8057759/ib_mthca/ibhosts.xen.log 5. ibstat on xen https://dl.dropboxusercontent.com/u/8057759/ib_mthca/ibstat.xen.log 6. ibstatus on xen https://dl.dropboxusercontent.com/u/8057759/ib_mthca/ibstatus.xen.log 7. lsmod | grep rdma on xen https://dl.dropboxusercontent.com/u/8057759/ib_mthca/lsmod-rdma.xen.log 8. lspci -s 04:00.0 -k on xen https://dl.dropboxusercontent.com/u/8057759/ib_mthca/lspci.xen.log 9. a cut from /var/log/syslog after ib_rdma_lat crash on xen https://dl.dropboxusercontent.com/u/8057759/ib_mthca/syslog.xen Can anyone advise me anything, please? -- Best regards, Grigory Ptashko +7 (916) 1489766 grigory.ptashko@gmail.com --f46d04462e4c17cb2a04ffc986d5 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hello.

The short story:= while setting up InfiniBand connection between two servers one of which is= Xen's dom0, I cannot complete the RDMA latency test. It crashes even w= ith breaking the ssh connection to Xen's dom0. I've decided to ask = the question here so that maybe Xen gurus will notice something that is act= ually related to Xen.

The long story. The first server is the Xen 4.4 with Ub= untu 14.04 as dom0 (hostname is xen). The second server is a usual server w= ith Ubuntu 14.04 (hostname is node3). They both have Mellanox MT25208 HCAs = connected over IB switch. Both have all the kernel modules loaded, OpenSM i= nstalled. The IPoIB works fine. The bare ibping goes both directions xen -&= gt; node3 and node3 -> xen. The problem occurs when I try ib_rdma_lat te= st. Here are the steps that lead to ib_rdma_lat and next sshd crash on xen.=

1. On the xen I run ib_rdma_lat.
2. On the no= de3 I run ib_rdma_lat xen
3. The ssh connection to xen closes.
4. This is the output before ssh's connection close on xen.

root@xen:~/tmp/22# ib_rdma_lat=C2=A0
local ad= dress: LID 0x03 QPN 0x10406 PSN 0x9f903b RKey 0x40004000 VAddr 0x000000017e= 4001
remote address: LID 0x01 QPN 0x10406 PSN 0xd8c16e RKey 0x200= 04000 VAddr 0x000000013fd001
Connection to xen closed by remote host.
Connection to xen c= losed.


I googled, and the only thin= g that I could do was tunig the ib_mthca's module parameters num_mtt an= d log_mtts_per_seg. As it is said in the article http://community.mellanox.com/docs/DOC-1120. I set them on both servers as num_mtt=3D4194304 and log_mtts_per_seg=3D= 4. I did this while experimenting with those values so that the ib_mthca mo= dule would load correct.
But this didn't help. ib_rdma_lat still crashes on xen. Here's= the log:


Aug =C2=A04 00:12:52 loca= lhost kernel: [ 4011.170180] ib_rdma_lat invoked oom-killer: gfp_mask=3D0x0= , order=3D0, oom_score_adj=3D0
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170189] ib_rdma_lat cpus= et=3D/ mems_allowed=3D0
Aug =C2=A04 00:12:52 localhost kernel: [ = 4011.170195] CPU: 0 PID: 2889 Comm: ib_rdma_lat Tainted: G =C2=A0 =C2=A0B = =C2=A0 W =C2=A0 =C2=A03.13.0-32-generic #57-Ubuntu
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170198] Hardware name: S= upermicro X9DRFF-iG+/-7G+/-iTG+/-7TG+/X9DRFF-iG+/-7G+/-iTG+/-7TG+, BIOS 3.0= 07/29/2013
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170202]= =C2=A00000000000000000 ffff880f175ebc68 ffffffff8171bcb4 ffff880f1ae02fe0<= /div>
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170209] =C2=A0ffff880f17= 5ebcf0 ffffffff817165ef ffff880f1a96afe0 0000000000000000
Aug =C2= =A04 00:12:52 localhost kernel: [ 4011.170213] =C2=A000000000016ad5c1 ffff8= 80f1a96afe0 ffffffff817246aa ffffffff8172417b
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170217] Call Trace:
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170236] =C2=A0[<ffff= ffff8171bcb4>] dump_stack+0x45/0x56
Aug =C2=A04 00:12:52 local= host kernel: [ 4011.170242] =C2=A0[<ffffffff817165ef>] dump_header+0x= 7f/0x1f1
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170248] =C2=A0[<fffff= fff817246aa>] ? error_exit+0x2a/0x60
Aug =C2=A04 00:12:52 loca= lhost kernel: [ 4011.170253] =C2=A0[<ffffffff8172417b>] ? retint_rest= ore_args+0x5/0x6
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170260] =C2=A0[<fffff= fff81151bfe>] oom_kill_process+0x1ce/0x330
Aug =C2=A04 00:12:5= 2 localhost kernel: [ 4011.170269] =C2=A0[<ffffffff812d3ac5>] ? secur= ity_capable_noaudit+0x15/0x20
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170273] =C2=A0[<fffff= fff81152334>] out_of_memory+0x414/0x450
Aug =C2=A04 00:12:52 l= ocalhost kernel: [ 4011.170278] =C2=A0[<ffffffff811523df>] pagefault_= out_of_memory+0x6f/0x80
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170284] =C2=A0[<fffff= fff81714c38>] mm_fault_error+0x8e/0x180
Aug =C2=A04 00:12:52 l= ocalhost kernel: [ 4011.170289] =C2=A0[<ffffffff81727f01>] __do_page_= fault+0x4a1/0x560
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170299] =C2=A0[<fffff= fff81111116>] ? __acct_update_integrals+0x76/0xe0
Aug =C2=A04 = 00:12:52 localhost kernel: [ 4011.170305] =C2=A0[<ffffffff8111155c>] = ? acct_account_cputime+0x1c/0x20
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170312] =C2=A0[<fffff= fff8109d7db>] ? account_user_time+0x8b/0xa0
Aug =C2=A04 00:12:= 52 localhost kernel: [ 4011.170316] =C2=A0[<ffffffff8109ddf4>] ? vtim= e_account_user+0x54/0x60
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170320] =C2=A0[<fffff= fff81727fda>] do_page_fault+0x1a/0x70
Aug =C2=A04 00:12:52 loc= alhost kernel: [ 4011.170324] =C2=A0[<ffffffff81724448>] page_fault+0= x28/0x30
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170326] Mem-Info:
A= ug =C2=A04 00:12:52 localhost kernel: [ 4011.170329] Node 0 DMA per-cpu:
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170334] CPU =C2=A0 = =C2=A00: hi: =C2=A0 =C2=A00, btch: =C2=A0 1 usd: =C2=A0 0
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170336] Node 0 DMA32 per= -cpu:
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170339] CPU = =C2=A0 =C2=A00: hi: =C2=A0186, btch: =C2=A031 usd: 135
Aug =C2=A0= 4 00:12:52 localhost kernel: [ 4011.170341] Node 0 Normal per-cpu:
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170344] CPU =C2=A0 =C2= =A00: hi: =C2=A0186, btch: =C2=A031 usd: 124
Aug =C2=A04 00:12:52= localhost kernel: [ 4011.170351] active_anon:7920 inactive_anon:23 isolate= d_anon:0
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170351] = =C2=A0active_file:20177 inactive_file:37521 isolated_file:0
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170351] =C2=A0unevictabl= e:8 dirty:0 writeback:0 unstable:0
Aug =C2=A04 00:12:52 localhost= kernel: [ 4011.170351] =C2=A0free:15211440 slab_reclaimable:4583 slab_unre= claimable:8427
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170351] =C2=A0mapped:464= 4 shmem:408 pagetables:993 bounce:0
Aug =C2=A04 00:12:52 localhos= t kernel: [ 4011.170351] =C2=A0free_cma:0
Aug =C2=A04 00:12:52 lo= calhost kernel: [ 4011.170358] Node 0 DMA free:15888kB min:8kB low:8kB high= :12kB active_anon:0kB inactive_anon:0kB active_file:0kB inactive_file:0kB u= nevictable:0kB isolated(anon):0kB isolated(file):0kB present:15972kB manage= d:15888kB mlocked:0kB dirty:0kB writeback:0kB mapped:0kB shmem:0kB slab_rec= laimable:0kB slab_unreclaimable:0kB kernel_stack:0kB pagetables:0kB unstabl= e:0kB bounce:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:0 all_unrecla= imable? yes
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170367] lowmem_reserve[]= : 0 1980 60135 60135
Aug =C2=A04 00:12:52 localhost kernel: [ 401= 1.170372] Node 0 DMA32 free:2017364kB min:1032kB low:1288kB high:1548kB act= ive_anon:992kB inactive_anon:4kB active_file:2596kB inactive_file:5756kB un= evictable:0kB isolated(anon):0kB isolated(file):0kB present:2045472kB manag= ed:2031128kB mlocked:0kB dirty:0kB writeback:0kB mapped:692kB shmem:32kB sl= ab_reclaimable:428kB slab_unreclaimable:472kB kernel_stack:40kB pagetables:= 132kB unstable:0kB bounce:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:= 0 all_unreclaimable? no
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170381] lowmem_reserve[]= : 0 0 58154 58154
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.1= 70386] Node 0 Normal free:58812508kB min:30348kB low:37932kB high:45520kB a= ctive_anon:30688kB inactive_anon:88kB active_file:78112kB inactive_file:144= 328kB unevictable:32kB isolated(anon):0kB isolated(file):0kB present:608531= 12kB managed:59550432kB mlocked:32kB dirty:0kB writeback:0kB mapped:17884kB= shmem:1600kB slab_reclaimable:17904kB slab_unreclaimable:33236kB kernel_st= ack:1704kB pagetables:3840kB unstable:0kB bounce:0kB free_cma:0kB writeback= _tmp:0kB pages_scanned:0 all_unreclaimable? no
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170394] lowmem_reserve[]= : 0 0 0 0
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170398] N= ode 0 DMA: 0*4kB 0*8kB 1*16kB (U) 0*32kB 2*64kB (U) 1*128kB (U) 1*256kB (U)= 0*512kB 1*1024kB (U) 1*2048kB (R) 3*4096kB (M) =3D 15888kB
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170416] Node 0 DMA32: 1*= 4kB (M) 12*8kB (UEM) 7*16kB (UE) 2*32kB (UM) 1*64kB (U) 2*128kB (UM) 0*256k= B 1*512kB (E) 1*1024kB (E) 2*2048kB (ER) 491*4096kB (M) =3D 2017364kB
=
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170434] Node 0 Normal: 67*4kB= (UM) 34*8kB (UEM) 16*16kB (UEM) 38*32kB (UM) 26*64kB (UM) 22*128kB (UEM) 1= 5*256kB (UEM) 2*512kB (M) 1*1024kB (M) 3*2048kB (UEM) 14354*4096kB (MR) =3D= 58812508kB
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170468] Node 0 hugepages= _total=3D0 hugepages_free=3D0 hugepages_surp=3D0 hugepages_size=3D2048kB
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170470] 58105 total p= agecache pages
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170473] 0 pages in swap = cache
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170476] Swap = cache stats: add 0, delete 0, find 0/189
Aug =C2=A04 00:12:52 loc= alhost kernel: [ 4011.170478] Free swap =C2=A0=3D 33517564kB
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170480] Total swap =3D 3= 3517564kB
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170482] 1= 5728639 pages RAM
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.1= 70483] 0 pages HighMem/MovableOnly
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170485] 325670 pages res= erved
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170487] [ pid= ] =C2=A0 uid =C2=A0tgid total_vm =C2=A0 =C2=A0 =C2=A0rss nr_ptes swapents = oom_score_adj name
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.= 170496] [ =C2=A0375] =C2=A0 =C2=A0 0 =C2=A0 375 =C2=A0 =C2=A0 4935 =C2=A0 = =C2=A0 =C2=A0228 =C2=A0 =C2=A0 =C2=A014 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 0 upstart-udev-br
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170501] [ =C2=A0384] =C2= =A0 =C2=A0 0 =C2=A0 384 =C2=A0 =C2=A012927 =C2=A0 =C2=A0 =C2=A0485 =C2=A0 = =C2=A0 =C2=A028 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A0 =C2=A0 =C2=A0 -1= 000 systemd-udevd
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.1= 70505] [ =C2=A0571] =C2=A0 102 =C2=A0 571 =C2=A0 =C2=A0 9887 =C2=A0 =C2=A0 = =C2=A0391 =C2=A0 =C2=A0 =C2=A023 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 0 dbus-daemon
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170509] [ =C2=A0590] =C2= =A0 101 =C2=A0 590 =C2=A0 =C2=A063961 =C2=A0 =C2=A0 =C2=A0318 =C2=A0 =C2=A0= =C2=A027 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 0 rsyslogd
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.1= 70513] [ =C2=A0596] =C2=A0 =C2=A0 0 =C2=A0 596 =C2=A0 =C2=A0 4823 =C2=A0 = =C2=A0 =C2=A0373 =C2=A0 =C2=A0 =C2=A014 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 0 bluetoothd
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170516] [ =C2=A0606] =C2= =A0 =C2=A0 0 =C2=A0 606 =C2=A0 =C2=A018680 =C2=A0 =C2=A0 =C2=A0893 =C2=A0 = =C2=A0 =C2=A040 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 0 cupsd
Aug =C2=A04 00:12:52 localhost kernel: [ 40= 11.170520] [ =C2=A0614] =C2=A0 =C2=A0 0 =C2=A0 614 =C2=A0 =C2=A0 5870 =C2= =A0 =C2=A0 =C2=A0106 =C2=A0 =C2=A0 =C2=A016 =C2=A0 =C2=A0 =C2=A0 =C2=A00 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 0 rpc.idmapd
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170523] [ =C2=A0622] =C2= =A0 =C2=A0 0 =C2=A0 622 =C2=A0 =C2=A010863 =C2=A0 =C2=A0 =C2=A0454 =C2=A0 = =C2=A0 =C2=A026 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 0 systemd-logind
Aug =C2=A04 00:12:52 localhost ker= nel: [ 4011.170528] [ =C2=A0702] =C2=A0 =C2=A0 0 =C2=A0 702 =C2=A0 =C2=A0 3= 984 =C2=A0 =C2=A0 =C2=A0308 =C2=A0 =C2=A0 =C2=A013 =C2=A0 =C2=A0 =C2=A0 =C2= =A00 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 0 upstart-file-br
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170531] [ =C2=A0877] =C2= =A0 =C2=A0 0 =C2=A0 877 =C2=A0 =C2=A0 5855 =C2=A0 =C2=A0 =C2=A0275 =C2=A0 = =C2=A0 =C2=A018 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 0 rpcbind
Aug =C2=A04 00:12:52 localhost kernel: [ = 4011.170534] [ =C2=A0898] =C2=A0 111 =C2=A0 898 =C2=A0 =C2=A0 5386 =C2=A0 = =C2=A0 =C2=A0347 =C2=A0 =C2=A0 =C2=A015 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 0 rpc.statd
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170538] [ =C2=A0901] =C2= =A0 =C2=A0 0 =C2=A0 901 =C2=A0 =C2=A0 3848 =C2=A0 =C2=A0 =C2=A0184 =C2=A0 = =C2=A0 =C2=A013 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 0 upstart-socket-
Aug =C2=A04 00:12:52 localhost ke= rnel: [ 4011.170541] [ 1300] =C2=A0 105 =C2=A01300 =C2=A0 =C2=A0 7861 =C2= =A0 =C2=A0 =C2=A0513 =C2=A0 =C2=A0 =C2=A021 =C2=A0 =C2=A0 =C2=A0 =C2=A00 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 0 ntpd
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170545] [ 1374] =C2=A0 = =C2=A0 0 =C2=A01374 =C2=A0 =C2=A0 5268 =C2=A0 =C2=A0 =C2=A0237 =C2=A0 =C2= =A0 =C2=A013 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 0 getty
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.= 170548] [ 1378] =C2=A0 =C2=A0 0 =C2=A01378 =C2=A0 =C2=A0 5268 =C2=A0 =C2=A0= =C2=A0235 =C2=A0 =C2=A0 =C2=A013 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 0 getty
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170551] [ 1384] =C2=A0 = =C2=A0 0 =C2=A01384 =C2=A0 =C2=A0 5268 =C2=A0 =C2=A0 =C2=A0237 =C2=A0 =C2= =A0 =C2=A013 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 0 getty
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.= 170555] [ 1385] =C2=A0 =C2=A0 0 =C2=A01385 =C2=A0 =C2=A0 5268 =C2=A0 =C2=A0= =C2=A0238 =C2=A0 =C2=A0 =C2=A013 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 0 getty
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170558] [ 1388] =C2=A0 = =C2=A0 0 =C2=A01388 =C2=A0 =C2=A0 5268 =C2=A0 =C2=A0 =C2=A0238 =C2=A0 =C2= =A0 =C2=A013 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 0 getty
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.= 170561] [ 1427] =C2=A0 =C2=A0 0 =C2=A01427 =C2=A0 =C2=A015341 =C2=A0 =C2=A0= =C2=A0762 =C2=A0 =C2=A0 =C2=A033 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 -1000 sshd
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170564] [ 1443] =C2=A0 = =C2=A0 0 =C2=A01443 =C2=A0 =C2=A0 5914 =C2=A0 =C2=A0 =C2=A0257 =C2=A0 =C2= =A0 =C2=A017 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 0 cron
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.1= 70568] [ 1554] =C2=A0 =C2=A0 0 =C2=A01554 =C2=A0 =C2=A0 2750 =C2=A0 =C2=A0 = =C2=A0242 =C2=A0 =C2=A0 =C2=A011 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 0 xenstored
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170571] [ 1566] =C2=A0 = =C2=A0 0 =C2=A01566 =C2=A0 =C2=A022752 =C2=A0 =C2=A0 =C2=A0261 =C2=A0 =C2= =A0 =C2=A019 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 0 xenconsoled
Aug =C2=A04 00:12:52 localhost kernel: [= 4011.170575] [ 1613] =C2=A0 =C2=A0 0 =C2=A01613 =C2=A0 =C2=A073631 =C2=A0 = =C2=A0 1045 =C2=A0 =C2=A0 =C2=A048 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 0 polkitd
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170578] [ 1885] =C2=A0 1= 13 =C2=A01885 =C2=A0 =C2=A0 7052 =C2=A0 =C2=A0 =C2=A0249 =C2=A0 =C2=A0 =C2= =A018 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 0 dnsmasq
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.17058= 1] [ 2004] =C2=A0 =C2=A0 0 =C2=A02004 =C2=A0 148275 =C2=A0 =C2=A0 =C2=A0997= =C2=A0 =C2=A0 =C2=A039 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 0 console-kit-dae
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170585] [ 2166] =C2=A0 = =C2=A0 0 =C2=A02166 =C2=A0 =C2=A023985 =C2=A0 =C2=A0 =C2=A0237 =C2=A0 =C2= =A0 =C2=A021 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 0 xl
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170= 589] [ 2303] =C2=A0 =C2=A0 0 =C2=A02303 =C2=A0 =C2=A0 5268 =C2=A0 =C2=A0 = =C2=A0237 =C2=A0 =C2=A0 =C2=A013 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 0 getty
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170592] [ 2378] =C2=A0 = =C2=A0 0 =C2=A02378 =C2=A0 =C2=A082712 =C2=A0 =C2=A0 =C2=A0784 =C2=A0 =C2= =A0 =C2=A023 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 0 opensm
Aug =C2=A04 00:12:52 localhost kernel: [ 4011= .170595] [ 2379] =C2=A0 =C2=A0 0 =C2=A02379 =C2=A0 =C2=A065942 =C2=A0 =C2= =A0 =C2=A0358 =C2=A0 =C2=A0 =C2=A022 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 0 opensm
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170598] [ 2450] =C2=A0 1= 06 =C2=A02450 =C2=A0 =C2=A091259 =C2=A0 =C2=A0 1269 =C2=A0 =C2=A0 =C2=A074 = =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 0 wh= oopsie
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170602] [ 24= 53] =C2=A0 =C2=A0 0 =C2=A02453 =C2=A0 =C2=A093762 =C2=A0 =C2=A0 3220 =C2=A0= =C2=A0 114 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 0 libvirtd
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170605] [ 2634] =C2=A0 = =C2=A0 0 =C2=A02634 =C2=A0 =C2=A026407 =C2=A0 =C2=A0 1058 =C2=A0 =C2=A0 =C2= =A054 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 0 sshd
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170608] = [ 2671] =C2=A01000 =C2=A02671 =C2=A0 =C2=A026407 =C2=A0 =C2=A0 =C2=A0501 = =C2=A0 =C2=A0 =C2=A052 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 0 sshd
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170612] [ 2672] =C2=A010= 00 =C2=A02672 =C2=A0 =C2=A0 7041 =C2=A0 =C2=A0 1040 =C2=A0 =C2=A0 =C2=A017 = =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 0 ba= sh
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170615] [ 2749] = =C2=A0 =C2=A0 0 =C2=A02749 =C2=A0 =C2=A017566 =C2=A0 =C2=A0 =C2=A0547 =C2= =A0 =C2=A0 =C2=A036 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 0 sudo
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170618] [ 2750] =C2=A0 = =C2=A0 0 =C2=A02750 =C2=A0 =C2=A0 7063 =C2=A0 =C2=A0 1074 =C2=A0 =C2=A0 =C2= =A016 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 0 bash
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170622] = [ 2889] =C2=A0 =C2=A0 0 =C2=A02889 =C2=A0 =C2=A0 3732 =C2=A0 =C2=A0 =C2=A02= 13 =C2=A0 =C2=A0 =C2=A012 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 0 ib_rdma_lat
Aug =C2=A04 00:12:52 localhost kernel: [ 4011.170625] Out of memory: K= ill process 2453 (libvirtd) score 0 or sacrifice child
Aug =C2=A0= 4 00:12:52 localhost kernel: [ 4011.170729] Killed process 2453 (libvirtd) = total-vm:375048kB, anon-rss:4748kB, file-rss:8132kB



The xen (dom0) has 60GB o= f RAM. And the node3 has 180GB of RAM.
Here are some logs and com= mand outputs that I made for diagnosing the problem.
9. a cut from /var/log/syslog after ib_rdma_lat crash on xen https:= //dl.dropboxusercontent.com/u/8057759/ib_mthca/syslog.xen

Can anyone advise me anything, please?


--
Best regards,
Gri= gory Ptashko

+7 (916) 1489766
grigory.ptashko@gmail.com
--f46d04462e4c17cb2a04ffc986d5-- --===============7256626767258720713== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7256626767258720713==-- From xen-users-bounces@lists.xen.org Mon Aug 04 09:13:46 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 04 Aug 2014 09:13: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 1XEEKJ-0001fp-5s; Mon, 04 Aug 2014 09:13:07 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XEEKH-0001fj-MM for xen-users@lists.xen.org; Mon, 04 Aug 2014 09:13:05 +0000 Received: from [85.158.139.211:55574] by server-12.bemta-5.messagelabs.com id 41/19-22251-0AE4FD35; Mon, 04 Aug 2014 09:13:04 +0000 X-Env-Sender: jeenu.viswambharan@arm.com X-Msg-Ref: server-13.tower-206.messagelabs.com!1407143584!11715828!1 X-Originating-IP: [195.130.217.12] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTk1LjEzMC4yMTcuMTIgPT4gMzg5OTY3\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20632 invoked from network); 4 Aug 2014 09:13:04 -0000 Received: from service88.mimecast.com (HELO service88.mimecast.com) (195.130.217.12) by server-13.tower-206.messagelabs.com with SMTP; 4 Aug 2014 09:13:04 -0000 Received: from EMEA-CAM-GW3.Emea.Arm.com (fw-tnat.cambridge.arm.com [217.140.96.21]) (Using TLS) by service88.mimecast.com; Mon, 04 Aug 2014 10:13:03 +0100 Received: from george.Emea.Arm.com ([fe80::4c19:a8f:5c9a:76df]) by EMEA-CAM-GW3.Emea.Arm.com ([::1]) with mapi; Mon, 4 Aug 2014 10:13:03 +0100 From: Jeenu Viswambharan To: Ian Campbell Date: Mon, 4 Aug 2014 10:12:57 +0100 Thread-Topic: [Xen-users] mount DomU root fs via. NFS Thread-Index: Ac+snd5AXIERr+I6TIGdEm6YmYJsegAwa9sAAAx+ynA= Message-ID: References: Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB MIME-Version: 1.0 X-MC-Unique: 114080410130312202 Cc: xen-users Subject: Re: [Xen-users] mount DomU root fs via. NFS X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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, Aug 01, 2014 at 09:45:45, Jeenu Viswambharan wrote: > On Thu, Jul 31, 2014 at 09:53:32, xen-users-bounces@lists.xen.org wrote: > > On Wed, 2014-07-30 at 18:03 +0100, Jeenu Viswambharan wrote: > > > I therefore instead chose to go with NAT instead. > > > > > > From [1], all that's to be done in Dom0 is to > > > > > > echo 1 > /proc/sys/net/ipv4/ip_forward > > > > [1] also says you need to do > > iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE > > to enable NAT, otherwise you are just in regular routing mode. > > > > If you don't do that then you would have to arrange a subnet for > > your VMs and appropriate routing tables in your external > > infrastructure etc. > > Uh, my init script was doing that too; I missed to mention it earlier. > > The behaviour is reproducible - guest waits for the NFS mount and > crashes. All I see in Dom0 dmesg pertaining to virtual interfaces is: > > [ 262.676269] IPv6: ADDRCONF(NETDEV_UP): vif1.0: link is not ready > [ 272.153571] IPv6: ADDRCONF(NETDEV_CHANGE): vif1.0: link becomes ready > > I also have a virtual interface in Dom0 while the guest is alive: > > vif1.0 Link encap:Ethernet HWaddr fe:ff:ff:ff:ff:ff > inet addr:192.168.1.128 Bcast:0.0.0.0 Mask:255.255.255.255 > inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:0 errors:0 dropped:0 overruns:0 frame:0 > TX packets:6 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:32 > RX bytes:0 (0.0 B) TX bytes:468 (468.0 B) > > If I'm reading this right, there were 6 packets received from the > guest. How do we know what happened to these? > > FWIW, `iptables -t nat -L` is: > > Chain PREROUTING (policy ACCEPT) > target prot opt source destination > > Chain INPUT (policy ACCEPT) > target prot opt source destination > > Chain OUTPUT (policy ACCEPT) > target prot opt source destination > > Chain POSTROUTING (policy ACCEPT) > target prot opt source destination > MASQUERADE all -- anywhere anywhere > > Anything suspicious here? I tried routing as well, and the behaviour is same. The only modifications was to change script=vif-route in the guest configuration file; and additionally write 1 to /proc/sys/net/ipv4/conf/eth0/proxy_arp. -- Jeenu -- IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you. ARM Limited, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Registered in England & Wales, Company No: 2557590 ARM Holdings plc, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Registered in England & Wales, Company No: 2548782 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Aug 04 09:13:46 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 04 Aug 2014 09:13: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 1XEEKJ-0001fp-5s; Mon, 04 Aug 2014 09:13:07 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XEEKH-0001fj-MM for xen-users@lists.xen.org; Mon, 04 Aug 2014 09:13:05 +0000 Received: from [85.158.139.211:55574] by server-12.bemta-5.messagelabs.com id 41/19-22251-0AE4FD35; Mon, 04 Aug 2014 09:13:04 +0000 X-Env-Sender: jeenu.viswambharan@arm.com X-Msg-Ref: server-13.tower-206.messagelabs.com!1407143584!11715828!1 X-Originating-IP: [195.130.217.12] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTk1LjEzMC4yMTcuMTIgPT4gMzg5OTY3\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20632 invoked from network); 4 Aug 2014 09:13:04 -0000 Received: from service88.mimecast.com (HELO service88.mimecast.com) (195.130.217.12) by server-13.tower-206.messagelabs.com with SMTP; 4 Aug 2014 09:13:04 -0000 Received: from EMEA-CAM-GW3.Emea.Arm.com (fw-tnat.cambridge.arm.com [217.140.96.21]) (Using TLS) by service88.mimecast.com; Mon, 04 Aug 2014 10:13:03 +0100 Received: from george.Emea.Arm.com ([fe80::4c19:a8f:5c9a:76df]) by EMEA-CAM-GW3.Emea.Arm.com ([::1]) with mapi; Mon, 4 Aug 2014 10:13:03 +0100 From: Jeenu Viswambharan To: Ian Campbell Date: Mon, 4 Aug 2014 10:12:57 +0100 Thread-Topic: [Xen-users] mount DomU root fs via. NFS Thread-Index: Ac+snd5AXIERr+I6TIGdEm6YmYJsegAwa9sAAAx+ynA= Message-ID: References: Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB MIME-Version: 1.0 X-MC-Unique: 114080410130312202 Cc: xen-users Subject: Re: [Xen-users] mount DomU root fs via. NFS X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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, Aug 01, 2014 at 09:45:45, Jeenu Viswambharan wrote: > On Thu, Jul 31, 2014 at 09:53:32, xen-users-bounces@lists.xen.org wrote: > > On Wed, 2014-07-30 at 18:03 +0100, Jeenu Viswambharan wrote: > > > I therefore instead chose to go with NAT instead. > > > > > > From [1], all that's to be done in Dom0 is to > > > > > > echo 1 > /proc/sys/net/ipv4/ip_forward > > > > [1] also says you need to do > > iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE > > to enable NAT, otherwise you are just in regular routing mode. > > > > If you don't do that then you would have to arrange a subnet for > > your VMs and appropriate routing tables in your external > > infrastructure etc. > > Uh, my init script was doing that too; I missed to mention it earlier. > > The behaviour is reproducible - guest waits for the NFS mount and > crashes. All I see in Dom0 dmesg pertaining to virtual interfaces is: > > [ 262.676269] IPv6: ADDRCONF(NETDEV_UP): vif1.0: link is not ready > [ 272.153571] IPv6: ADDRCONF(NETDEV_CHANGE): vif1.0: link becomes ready > > I also have a virtual interface in Dom0 while the guest is alive: > > vif1.0 Link encap:Ethernet HWaddr fe:ff:ff:ff:ff:ff > inet addr:192.168.1.128 Bcast:0.0.0.0 Mask:255.255.255.255 > inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:0 errors:0 dropped:0 overruns:0 frame:0 > TX packets:6 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:32 > RX bytes:0 (0.0 B) TX bytes:468 (468.0 B) > > If I'm reading this right, there were 6 packets received from the > guest. How do we know what happened to these? > > FWIW, `iptables -t nat -L` is: > > Chain PREROUTING (policy ACCEPT) > target prot opt source destination > > Chain INPUT (policy ACCEPT) > target prot opt source destination > > Chain OUTPUT (policy ACCEPT) > target prot opt source destination > > Chain POSTROUTING (policy ACCEPT) > target prot opt source destination > MASQUERADE all -- anywhere anywhere > > Anything suspicious here? I tried routing as well, and the behaviour is same. The only modifications was to change script=vif-route in the guest configuration file; and additionally write 1 to /proc/sys/net/ipv4/conf/eth0/proxy_arp. -- Jeenu -- IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you. ARM Limited, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Registered in England & Wales, Company No: 2557590 ARM Holdings plc, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Registered in England & Wales, Company No: 2548782 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Aug 04 11:29:35 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 04 Aug 2014 11:29: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 1XEGRb-0007bn-M0; Mon, 04 Aug 2014 11:28:47 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XEGRa-0007bi-MU for xen-users@lists.xen.org; Mon, 04 Aug 2014 11:28:46 +0000 Received: from [85.158.139.211:27317] by server-16.bemta-5.messagelabs.com id B7/F3-01029-D6E6FD35; Mon, 04 Aug 2014 11:28:45 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-11.tower-206.messagelabs.com!1407151723!7596751!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31733 invoked from network); 4 Aug 2014 11:28:45 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-11.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 4 Aug 2014 11:28:45 -0000 X-IronPort-AV: E=Sophos;i="5.01,797,1400025600"; d="scan'208";a="158461901" Message-ID: <1407151722.13395.20.camel@kazak.uk.xensource.com> From: Ian Campbell To: Jeenu Viswambharan Date: Mon, 4 Aug 2014 12:28:42 +0100 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-DLP: MIA2 Cc: xen-users Subject: Re: [Xen-users] mount DomU root fs via. NFS X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Fri, 2014-08-01 at 09:45 +0100, Jeenu Viswambharan wrote: > On Thu, Jul 31, 2014 at 09:53:32, xen-users-bounces@lists.xen.org wrote: > > On Wed, 2014-07-30 at 18:03 +0100, Jeenu Viswambharan wrote: > > > I therefore instead chose to go with NAT instead. > > > > > > From [1], all that's to be done in Dom0 is to > > > > > > echo 1 > /proc/sys/net/ipv4/ip_forward > > > > [1] also says you need to do > > iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE > > to enable NAT, otherwise you are just in regular routing mode. > > > > If you don't do that then you would have to arrange a subnet for your > > VMs and appropriate routing tables in your external infrastructure > > etc. > > Uh, my init script was doing that too; I missed to mention it earlier. > > The behaviour is reproducible - guest waits for the NFS mount and > crashes. All I see in Dom0 dmesg pertaining to virtual interfaces is: > > [ 262.676269] IPv6: ADDRCONF(NETDEV_UP): vif1.0: link is not ready > [ 272.153571] IPv6: ADDRCONF(NETDEV_CHANGE): vif1.0: link becomes ready > > I also have a virtual interface in Dom0 while the guest is alive: > > vif1.0 Link encap:Ethernet HWaddr fe:ff:ff:ff:ff:ff > inet addr:192.168.1.128 Bcast:0.0.0.0 Mask:255.255.255.255 > inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:0 errors:0 dropped:0 overruns:0 frame:0 > TX packets:6 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:32 > RX bytes:0 (0.0 B) TX bytes:468 (468.0 B) > > If I'm reading this right, there were 6 packets received from the guest. > How do we know what happened to these? In general it's pretty hard :-( > FWIW, `iptables -t nat -L` is: > > Chain PREROUTING (policy ACCEPT) > target prot opt source destination > > Chain INPUT (policy ACCEPT) > target prot opt source destination > > Chain OUTPUT (policy ACCEPT) > target prot opt source destination > > Chain POSTROUTING (policy ACCEPT) > target prot opt source destination > MASQUERADE all -- anywhere anywhere > > Anything suspicious here? Nothing jumps out at me... Does "iptables -L" show anything of interest? vif-nat messes with routing tables etc too. Perhaps the outputs of ip (link|route|addr) show will give someone a clue? Can you also share your domU console logs so we can see exactly what is going on please. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Aug 04 11:29:35 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 04 Aug 2014 11:29: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 1XEGRb-0007bn-M0; Mon, 04 Aug 2014 11:28:47 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XEGRa-0007bi-MU for xen-users@lists.xen.org; Mon, 04 Aug 2014 11:28:46 +0000 Received: from [85.158.139.211:27317] by server-16.bemta-5.messagelabs.com id B7/F3-01029-D6E6FD35; Mon, 04 Aug 2014 11:28:45 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-11.tower-206.messagelabs.com!1407151723!7596751!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31733 invoked from network); 4 Aug 2014 11:28:45 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-11.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 4 Aug 2014 11:28:45 -0000 X-IronPort-AV: E=Sophos;i="5.01,797,1400025600"; d="scan'208";a="158461901" Message-ID: <1407151722.13395.20.camel@kazak.uk.xensource.com> From: Ian Campbell To: Jeenu Viswambharan Date: Mon, 4 Aug 2014 12:28:42 +0100 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-DLP: MIA2 Cc: xen-users Subject: Re: [Xen-users] mount DomU root fs via. NFS X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Fri, 2014-08-01 at 09:45 +0100, Jeenu Viswambharan wrote: > On Thu, Jul 31, 2014 at 09:53:32, xen-users-bounces@lists.xen.org wrote: > > On Wed, 2014-07-30 at 18:03 +0100, Jeenu Viswambharan wrote: > > > I therefore instead chose to go with NAT instead. > > > > > > From [1], all that's to be done in Dom0 is to > > > > > > echo 1 > /proc/sys/net/ipv4/ip_forward > > > > [1] also says you need to do > > iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE > > to enable NAT, otherwise you are just in regular routing mode. > > > > If you don't do that then you would have to arrange a subnet for your > > VMs and appropriate routing tables in your external infrastructure > > etc. > > Uh, my init script was doing that too; I missed to mention it earlier. > > The behaviour is reproducible - guest waits for the NFS mount and > crashes. All I see in Dom0 dmesg pertaining to virtual interfaces is: > > [ 262.676269] IPv6: ADDRCONF(NETDEV_UP): vif1.0: link is not ready > [ 272.153571] IPv6: ADDRCONF(NETDEV_CHANGE): vif1.0: link becomes ready > > I also have a virtual interface in Dom0 while the guest is alive: > > vif1.0 Link encap:Ethernet HWaddr fe:ff:ff:ff:ff:ff > inet addr:192.168.1.128 Bcast:0.0.0.0 Mask:255.255.255.255 > inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:0 errors:0 dropped:0 overruns:0 frame:0 > TX packets:6 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:32 > RX bytes:0 (0.0 B) TX bytes:468 (468.0 B) > > If I'm reading this right, there were 6 packets received from the guest. > How do we know what happened to these? In general it's pretty hard :-( > FWIW, `iptables -t nat -L` is: > > Chain PREROUTING (policy ACCEPT) > target prot opt source destination > > Chain INPUT (policy ACCEPT) > target prot opt source destination > > Chain OUTPUT (policy ACCEPT) > target prot opt source destination > > Chain POSTROUTING (policy ACCEPT) > target prot opt source destination > MASQUERADE all -- anywhere anywhere > > Anything suspicious here? Nothing jumps out at me... Does "iptables -L" show anything of interest? vif-nat messes with routing tables etc too. Perhaps the outputs of ip (link|route|addr) show will give someone a clue? Can you also share your domU console logs so we can see exactly what is going on please. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Aug 04 11:45:16 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 04 Aug 2014 11: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 1XEGh9-0001Gc-8G; Mon, 04 Aug 2014 11:44:51 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XEGh8-0001GX-GJ for xen-users@lists.xen.org; Mon, 04 Aug 2014 11:44:50 +0000 Received: from [193.109.254.147:56610] by server-1.bemta-14.messagelabs.com id 34/95-24760-1327FD35; Mon, 04 Aug 2014 11:44:49 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-14.tower-27.messagelabs.com!1407152687!13588681!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5380 invoked from network); 4 Aug 2014 11:44:49 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-14.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 4 Aug 2014 11:44:49 -0000 X-IronPort-AV: E=Sophos;i="5.01,798,1400025600"; d="scan'208";a="159069556" Message-ID: <1407152685.13395.21.camel@kazak.uk.xensource.com> From: Ian Campbell To: Jeenu Viswambharan Date: Mon, 4 Aug 2014 12:44:45 +0100 In-Reply-To: <1407151722.13395.20.camel@kazak.uk.xensource.com> References: <1407151722.13395.20.camel@kazak.uk.xensource.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-DLP: MIA1 Cc: xen-users Subject: Re: [Xen-users] mount DomU root fs via. NFS X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Mon, 2014-08-04 at 12:28 +0100, Ian Campbell wrote: > Does "iptables -L" show anything of interest? > > vif-nat messes with routing tables etc too. Perhaps the outputs of ip > (link|route|addr) show will give someone a clue? I should have said for both of these: while the guest is running. Something else which would be interesting is the output of "xenstore-ls -fp", again while the guest is running. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Aug 04 11:45:16 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 04 Aug 2014 11: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 1XEGh9-0001Gc-8G; Mon, 04 Aug 2014 11:44:51 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XEGh8-0001GX-GJ for xen-users@lists.xen.org; Mon, 04 Aug 2014 11:44:50 +0000 Received: from [193.109.254.147:56610] by server-1.bemta-14.messagelabs.com id 34/95-24760-1327FD35; Mon, 04 Aug 2014 11:44:49 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-14.tower-27.messagelabs.com!1407152687!13588681!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5380 invoked from network); 4 Aug 2014 11:44:49 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-14.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 4 Aug 2014 11:44:49 -0000 X-IronPort-AV: E=Sophos;i="5.01,798,1400025600"; d="scan'208";a="159069556" Message-ID: <1407152685.13395.21.camel@kazak.uk.xensource.com> From: Ian Campbell To: Jeenu Viswambharan Date: Mon, 4 Aug 2014 12:44:45 +0100 In-Reply-To: <1407151722.13395.20.camel@kazak.uk.xensource.com> References: <1407151722.13395.20.camel@kazak.uk.xensource.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-DLP: MIA1 Cc: xen-users Subject: Re: [Xen-users] mount DomU root fs via. NFS X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Mon, 2014-08-04 at 12:28 +0100, Ian Campbell wrote: > Does "iptables -L" show anything of interest? > > vif-nat messes with routing tables etc too. Perhaps the outputs of ip > (link|route|addr) show will give someone a clue? I should have said for both of these: while the guest is running. Something else which would be interesting is the output of "xenstore-ls -fp", again while the guest is running. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Aug 04 12:11:54 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 04 Aug 2014 12:11: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 1XEH6u-0002Aj-C3; Mon, 04 Aug 2014 12:11:28 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XEH6t-0002Ae-2s for xen-users@lists.xen.org; Mon, 04 Aug 2014 12:11:27 +0000 Received: from [85.158.137.68:44104] by server-9.bemta-3.messagelabs.com id 8A/00-30790-E687FD35; Mon, 04 Aug 2014 12:11:26 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-5.tower-31.messagelabs.com!1407154284!11755051!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24469 invoked from network); 4 Aug 2014 12:11:25 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-5.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 4 Aug 2014 12:11:25 -0000 X-IronPort-AV: E=Sophos;i="5.01,798,1400025600"; d="scan'208";a="159075324" Message-ID: <1407154282.13395.30.camel@kazak.uk.xensource.com> From: Ian Campbell To: Jeenu Viswambharan Date: Mon, 4 Aug 2014 13:11:22 +0100 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-DLP: MIA1 Cc: xen-users Subject: Re: [Xen-users] mount DomU root fs via. NFS X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Wed, 2014-07-30 at 18:03 +0100, Jeenu Viswambharan wrote: > And I've in my guest configuration: > > ... > vif = [ "script=vif-nat,ip=192.168.1.1" ] > extra = "... root=/dev/nfs nfsroot=my.ip.add.ress:/path/to/root ..." > ... I've just setup NAT on a random x86 Xen box I had (I don't think the arch should matter) and things seem to be working ok from the guest. Other than ip_forward=1 and the iptables run all I had to do was correctly configure the ip address within the guest. One thing I tripped over was the need to setup the default gateway/route from within the guest. Once I set that to the IP of the vifX.Y device (127 more than the guest internal one, so 192.168.1.128 here) then it worked ok. That made me come back and look here where I notice that you don't seem to have the ip= option which I would expect for an NFS root setup. Note that the ip= in the vif stanza is only about the *host* configuration associated with that vif (i.e. the dom0 routing tables etc), the virtual Ethernet device still needs to be configured within the guest. I did it using /etc/network/interfaces but I suppose for nfsroot it is done differently. Also I presume "my.ip.add.ress" is the server and not the guest? (the "my" makes me wonder). Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Aug 04 12:11:54 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 04 Aug 2014 12:11: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 1XEH6u-0002Aj-C3; Mon, 04 Aug 2014 12:11:28 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XEH6t-0002Ae-2s for xen-users@lists.xen.org; Mon, 04 Aug 2014 12:11:27 +0000 Received: from [85.158.137.68:44104] by server-9.bemta-3.messagelabs.com id 8A/00-30790-E687FD35; Mon, 04 Aug 2014 12:11:26 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-5.tower-31.messagelabs.com!1407154284!11755051!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24469 invoked from network); 4 Aug 2014 12:11:25 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-5.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 4 Aug 2014 12:11:25 -0000 X-IronPort-AV: E=Sophos;i="5.01,798,1400025600"; d="scan'208";a="159075324" Message-ID: <1407154282.13395.30.camel@kazak.uk.xensource.com> From: Ian Campbell To: Jeenu Viswambharan Date: Mon, 4 Aug 2014 13:11:22 +0100 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-DLP: MIA1 Cc: xen-users Subject: Re: [Xen-users] mount DomU root fs via. NFS X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Wed, 2014-07-30 at 18:03 +0100, Jeenu Viswambharan wrote: > And I've in my guest configuration: > > ... > vif = [ "script=vif-nat,ip=192.168.1.1" ] > extra = "... root=/dev/nfs nfsroot=my.ip.add.ress:/path/to/root ..." > ... I've just setup NAT on a random x86 Xen box I had (I don't think the arch should matter) and things seem to be working ok from the guest. Other than ip_forward=1 and the iptables run all I had to do was correctly configure the ip address within the guest. One thing I tripped over was the need to setup the default gateway/route from within the guest. Once I set that to the IP of the vifX.Y device (127 more than the guest internal one, so 192.168.1.128 here) then it worked ok. That made me come back and look here where I notice that you don't seem to have the ip= option which I would expect for an NFS root setup. Note that the ip= in the vif stanza is only about the *host* configuration associated with that vif (i.e. the dom0 routing tables etc), the virtual Ethernet device still needs to be configured within the guest. I did it using /etc/network/interfaces but I suppose for nfsroot it is done differently. Also I presume "my.ip.add.ress" is the server and not the guest? (the "my" makes me wonder). Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Aug 04 14:01:34 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 04 Aug 2014 14:01: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 1XEIoi-0007zS-IN; Mon, 04 Aug 2014 14:00:48 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XEIoh-0007zE-7u for xen-users@lists.xen.org; Mon, 04 Aug 2014 14:00:47 +0000 Received: from [193.109.254.147:8414] by server-15.bemta-14.messagelabs.com id 54/6B-30948-E029FD35; Mon, 04 Aug 2014 14:00:46 +0000 X-Env-Sender: jeenu.viswambharan@arm.com X-Msg-Ref: server-7.tower-27.messagelabs.com!1407160845!13586182!1 X-Originating-IP: [195.130.217.12] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTk1LjEzMC4yMTcuMTIgPT4gMzg5OTY3\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29638 invoked from network); 4 Aug 2014 14:00:46 -0000 Received: from service88.mimecast.com (HELO service88.mimecast.com) (195.130.217.12) by server-7.tower-27.messagelabs.com with SMTP; 4 Aug 2014 14:00:46 -0000 Received: from EMEA-CAM-GW3.Emea.Arm.com (fw-tnat.cambridge.arm.com [217.140.96.21]) (Using TLS) by service88.mimecast.com; Mon, 04 Aug 2014 15:00:45 +0100 Received: from george.Emea.Arm.com ([fe80::4c19:a8f:5c9a:76df]) by EMEA-CAM-GW3.Emea.Arm.com ([::1]) with mapi; Mon, 4 Aug 2014 15:00:44 +0100 From: Jeenu Viswambharan To: Ian Campbell Date: Mon, 4 Aug 2014 15:00:43 +0100 Thread-Topic: [Xen-users] mount DomU root fs via. NFS Thread-Index: Ac+v3TlQoHIwCVQiSveHIv1PP6vN/wADi5Gw Message-ID: References: <1407154282.13395.30.camel@kazak.uk.xensource.com> In-Reply-To: <1407154282.13395.30.camel@kazak.uk.xensource.com> Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB MIME-Version: 1.0 X-MC-Unique: 114080415004502802 Cc: xen-users Subject: Re: [Xen-users] mount DomU root fs via. NFS X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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, Aug 04, 2014 at 13:11:22, Ian Campbell wrote: > On Wed, 2014-07-30 at 18:03 +0100, Jeenu Viswambharan wrote: > > > And I've in my guest configuration: > > > > ... > > vif = [ "script=vif-nat,ip=192.168.1.1" ] > > extra = "... root=/dev/nfs nfsroot=my.ip.add.ress:/path/to/root ..." > > ... > > I've just setup NAT on a random x86 Xen box I had (I don't think the > arch should matter) and things seem to be working ok from the guest. > Other than ip_forward=1 and the iptables run all I had to do was > correctly configure the ip address within the guest. > > One thing I tripped over was the need to setup the default > gateway/route from within the guest. Once I set that to the IP of the > vifX.Y device (127 more than the guest internal one, so 192.168.1.128 > here) then it worked ok. > > That made me come back and look here where I notice that you don't > seem to have the ip= option which I would expect for an NFS root > setup. Note that the ip= in the vif stanza is only about the *host* > configuration associated with that vif (i.e. the dom0 routing tables > etc), the virtual Ethernet device still needs to be configured within > the guest. I did it using /etc/network/interfaces but I suppose for > nfsroot it is done differently. Ah, I was under the impression that the vif stanza was configuring interface address for the guest! Dom0 gets IP address using DHCP (I've ip=dhcp in Dom0 command line). Can vif be configured to get IP address via. DHCP too, rather than assigning a static one? Later, with NAT, I suppose the guest is on a private network, and I can pass a sensible IP address/netmask/gateway via. ip= parameter to DomU? Otherwise, I suppose I can as well use ip=dhcp for DomU instead? > Also I presume "my.ip.add.ress" is the server and not the guest? (the > "my" makes me wonder). Yes, it's the NFS server IP address. Thanks. -- Jeenu -- IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you. ARM Limited, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Registered in England & Wales, Company No: 2557590 ARM Holdings plc, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Registered in England & Wales, Company No: 2548782 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Aug 04 14:01:34 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 04 Aug 2014 14:01: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 1XEIoi-0007zS-IN; Mon, 04 Aug 2014 14:00:48 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XEIoh-0007zE-7u for xen-users@lists.xen.org; Mon, 04 Aug 2014 14:00:47 +0000 Received: from [193.109.254.147:8414] by server-15.bemta-14.messagelabs.com id 54/6B-30948-E029FD35; Mon, 04 Aug 2014 14:00:46 +0000 X-Env-Sender: jeenu.viswambharan@arm.com X-Msg-Ref: server-7.tower-27.messagelabs.com!1407160845!13586182!1 X-Originating-IP: [195.130.217.12] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTk1LjEzMC4yMTcuMTIgPT4gMzg5OTY3\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29638 invoked from network); 4 Aug 2014 14:00:46 -0000 Received: from service88.mimecast.com (HELO service88.mimecast.com) (195.130.217.12) by server-7.tower-27.messagelabs.com with SMTP; 4 Aug 2014 14:00:46 -0000 Received: from EMEA-CAM-GW3.Emea.Arm.com (fw-tnat.cambridge.arm.com [217.140.96.21]) (Using TLS) by service88.mimecast.com; Mon, 04 Aug 2014 15:00:45 +0100 Received: from george.Emea.Arm.com ([fe80::4c19:a8f:5c9a:76df]) by EMEA-CAM-GW3.Emea.Arm.com ([::1]) with mapi; Mon, 4 Aug 2014 15:00:44 +0100 From: Jeenu Viswambharan To: Ian Campbell Date: Mon, 4 Aug 2014 15:00:43 +0100 Thread-Topic: [Xen-users] mount DomU root fs via. NFS Thread-Index: Ac+v3TlQoHIwCVQiSveHIv1PP6vN/wADi5Gw Message-ID: References: <1407154282.13395.30.camel@kazak.uk.xensource.com> In-Reply-To: <1407154282.13395.30.camel@kazak.uk.xensource.com> Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB MIME-Version: 1.0 X-MC-Unique: 114080415004502802 Cc: xen-users Subject: Re: [Xen-users] mount DomU root fs via. NFS X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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, Aug 04, 2014 at 13:11:22, Ian Campbell wrote: > On Wed, 2014-07-30 at 18:03 +0100, Jeenu Viswambharan wrote: > > > And I've in my guest configuration: > > > > ... > > vif = [ "script=vif-nat,ip=192.168.1.1" ] > > extra = "... root=/dev/nfs nfsroot=my.ip.add.ress:/path/to/root ..." > > ... > > I've just setup NAT on a random x86 Xen box I had (I don't think the > arch should matter) and things seem to be working ok from the guest. > Other than ip_forward=1 and the iptables run all I had to do was > correctly configure the ip address within the guest. > > One thing I tripped over was the need to setup the default > gateway/route from within the guest. Once I set that to the IP of the > vifX.Y device (127 more than the guest internal one, so 192.168.1.128 > here) then it worked ok. > > That made me come back and look here where I notice that you don't > seem to have the ip= option which I would expect for an NFS root > setup. Note that the ip= in the vif stanza is only about the *host* > configuration associated with that vif (i.e. the dom0 routing tables > etc), the virtual Ethernet device still needs to be configured within > the guest. I did it using /etc/network/interfaces but I suppose for > nfsroot it is done differently. Ah, I was under the impression that the vif stanza was configuring interface address for the guest! Dom0 gets IP address using DHCP (I've ip=dhcp in Dom0 command line). Can vif be configured to get IP address via. DHCP too, rather than assigning a static one? Later, with NAT, I suppose the guest is on a private network, and I can pass a sensible IP address/netmask/gateway via. ip= parameter to DomU? Otherwise, I suppose I can as well use ip=dhcp for DomU instead? > Also I presume "my.ip.add.ress" is the server and not the guest? (the > "my" makes me wonder). Yes, it's the NFS server IP address. Thanks. -- Jeenu -- IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you. ARM Limited, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Registered in England & Wales, Company No: 2557590 ARM Holdings plc, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Registered in England & Wales, Company No: 2548782 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Aug 04 15:38:10 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 04 Aug 2014 15:38: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 1XEKK3-00071w-Vs; Mon, 04 Aug 2014 15:37:15 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XEKK2-00071r-OH for xen-users@lists.xen.org; Mon, 04 Aug 2014 15:37:14 +0000 Received: from [193.109.254.147:10921] by server-9.bemta-14.messagelabs.com id BF/E9-31535-AA8AFD35; Mon, 04 Aug 2014 15:37:14 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-13.tower-27.messagelabs.com!1407166631!13656526!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23088 invoked from network); 4 Aug 2014 15:37:13 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-13.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 4 Aug 2014 15:37:13 -0000 X-IronPort-AV: E=Sophos;i="5.01,799,1400025600"; d="scan'208";a="159162914" Message-ID: <1407166604.30756.17.camel@kazak.uk.xensource.com> From: Ian Campbell To: Jeenu Viswambharan Date: Mon, 4 Aug 2014 16:36:44 +0100 In-Reply-To: References: <1407154282.13395.30.camel@kazak.uk.xensource.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-DLP: MIA2 Cc: xen-users Subject: Re: [Xen-users] mount DomU root fs via. NFS X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Mon, 2014-08-04 at 15:00 +0100, Jeenu Viswambharan wrote: > On Mon, Aug 04, 2014 at 13:11:22, Ian Campbell wrote: > > On Wed, 2014-07-30 at 18:03 +0100, Jeenu Viswambharan wrote: > > > > > And I've in my guest configuration: > > > > > > ... > > > vif = [ "script=vif-nat,ip=192.168.1.1" ] > > > extra = "... root=/dev/nfs nfsroot=my.ip.add.ress:/path/to/root ..." > > > ... > > > > I've just setup NAT on a random x86 Xen box I had (I don't think the > > arch should matter) and things seem to be working ok from the guest. > > Other than ip_forward=1 and the iptables run all I had to do was > > correctly configure the ip address within the guest. > > > > One thing I tripped over was the need to setup the default > > gateway/route from within the guest. Once I set that to the IP of the > > vifX.Y device (127 more than the guest internal one, so 192.168.1.128 > > here) then it worked ok. > > > > That made me come back and look here where I notice that you don't > > seem to have the ip= option which I would expect for an NFS root > > setup. Note that the ip= in the vif stanza is only about the *host* > > configuration associated with that vif (i.e. the dom0 routing tables > > etc), the virtual Ethernet device still needs to be configured within > > the guest. I did it using /etc/network/interfaces but I suppose for > > nfsroot it is done differently. > > Ah, I was under the impression that the vif stanza was configuring > interface address for the guest! Aha! > Dom0 gets IP address using DHCP (I've ip=dhcp in Dom0 command line). Can > vif be configured to get IP address via. DHCP too, rather than assigning > a static one? Sort of, but not how you probably mean... It is possible to run a dhcpd in dom0 which serves IP addresses to the VMs which are behind the NAT. The vif-nat script will frob the dhcp config to contain the ip address which you gave in the config and reload the server config on the fly, so that the guest gets given that address. What isn't possible is to use the existing DHCP server, since it doesn't know about your private network. Plus you would need to be able to write the answer to the DHCP request into the guest cfg file, or do something else clever with proxy dhcp or something... If you were to setup dhcpd in dom0 you'd need to be very careful about which interfaces it will send replies to, otherwise you'll have your IT department breaking down your door ;-) Personally I don't trust that stuff much, so I would use a static IP. > Later, with NAT, I suppose the guest is on a private network, and I can > pass a sensible IP address/netmask/gateway via. ip= parameter to DomU? Yes. That's what I would do. > Otherwise, I suppose I can as well use ip=dhcp for DomU instead? It can be done, but as I say it's a bit tricky... Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Aug 04 15:38:10 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 04 Aug 2014 15:38: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 1XEKK3-00071w-Vs; Mon, 04 Aug 2014 15:37:15 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XEKK2-00071r-OH for xen-users@lists.xen.org; Mon, 04 Aug 2014 15:37:14 +0000 Received: from [193.109.254.147:10921] by server-9.bemta-14.messagelabs.com id BF/E9-31535-AA8AFD35; Mon, 04 Aug 2014 15:37:14 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-13.tower-27.messagelabs.com!1407166631!13656526!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23088 invoked from network); 4 Aug 2014 15:37:13 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-13.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 4 Aug 2014 15:37:13 -0000 X-IronPort-AV: E=Sophos;i="5.01,799,1400025600"; d="scan'208";a="159162914" Message-ID: <1407166604.30756.17.camel@kazak.uk.xensource.com> From: Ian Campbell To: Jeenu Viswambharan Date: Mon, 4 Aug 2014 16:36:44 +0100 In-Reply-To: References: <1407154282.13395.30.camel@kazak.uk.xensource.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-DLP: MIA2 Cc: xen-users Subject: Re: [Xen-users] mount DomU root fs via. NFS X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Mon, 2014-08-04 at 15:00 +0100, Jeenu Viswambharan wrote: > On Mon, Aug 04, 2014 at 13:11:22, Ian Campbell wrote: > > On Wed, 2014-07-30 at 18:03 +0100, Jeenu Viswambharan wrote: > > > > > And I've in my guest configuration: > > > > > > ... > > > vif = [ "script=vif-nat,ip=192.168.1.1" ] > > > extra = "... root=/dev/nfs nfsroot=my.ip.add.ress:/path/to/root ..." > > > ... > > > > I've just setup NAT on a random x86 Xen box I had (I don't think the > > arch should matter) and things seem to be working ok from the guest. > > Other than ip_forward=1 and the iptables run all I had to do was > > correctly configure the ip address within the guest. > > > > One thing I tripped over was the need to setup the default > > gateway/route from within the guest. Once I set that to the IP of the > > vifX.Y device (127 more than the guest internal one, so 192.168.1.128 > > here) then it worked ok. > > > > That made me come back and look here where I notice that you don't > > seem to have the ip= option which I would expect for an NFS root > > setup. Note that the ip= in the vif stanza is only about the *host* > > configuration associated with that vif (i.e. the dom0 routing tables > > etc), the virtual Ethernet device still needs to be configured within > > the guest. I did it using /etc/network/interfaces but I suppose for > > nfsroot it is done differently. > > Ah, I was under the impression that the vif stanza was configuring > interface address for the guest! Aha! > Dom0 gets IP address using DHCP (I've ip=dhcp in Dom0 command line). Can > vif be configured to get IP address via. DHCP too, rather than assigning > a static one? Sort of, but not how you probably mean... It is possible to run a dhcpd in dom0 which serves IP addresses to the VMs which are behind the NAT. The vif-nat script will frob the dhcp config to contain the ip address which you gave in the config and reload the server config on the fly, so that the guest gets given that address. What isn't possible is to use the existing DHCP server, since it doesn't know about your private network. Plus you would need to be able to write the answer to the DHCP request into the guest cfg file, or do something else clever with proxy dhcp or something... If you were to setup dhcpd in dom0 you'd need to be very careful about which interfaces it will send replies to, otherwise you'll have your IT department breaking down your door ;-) Personally I don't trust that stuff much, so I would use a static IP. > Later, with NAT, I suppose the guest is on a private network, and I can > pass a sensible IP address/netmask/gateway via. ip= parameter to DomU? Yes. That's what I would do. > Otherwise, I suppose I can as well use ip=dhcp for DomU instead? It can be done, but as I say it's a bit tricky... Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Aug 05 11:13:32 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 05 Aug 2014 11:13:32 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XEcfM-0003u6-IR; Tue, 05 Aug 2014 11:12:28 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XEcfL-0003u0-D9 for xen-users@lists.xen.org; Tue, 05 Aug 2014 11:12:27 +0000 Received: from [85.158.137.68:5919] by server-1.bemta-3.messagelabs.com id D3/26-30185-A1CB0E35; Tue, 05 Aug 2014 11:12:26 +0000 X-Env-Sender: gdalmas@wanadoo.fr X-Msg-Ref: server-12.tower-31.messagelabs.com!1407237145!11869402!1 X-Originating-IP: [80.12.242.130] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_00_10,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17124 invoked from network); 5 Aug 2014 11:12:25 -0000 Received: from smtp08.smtpout.orange.fr (HELO smtp.smtpout.orange.fr) (80.12.242.130) by server-12.tower-31.messagelabs.com with SMTP; 5 Aug 2014 11:12:25 -0000 Received: from wwinf1c25 ([10.223.79.49]) by mwinf5d16 with ME id azCR1o00X13qAZm03zCRKv; Tue, 05 Aug 2014 13:12:25 +0200 X-ME-Helo: wwinf1c25 X-ME-Auth: Z2RhbG1hc0B3YW5hZG9vLmZy X-ME-Date: Tue, 05 Aug 2014 13:12:25 +0200 X-ME-IP: 90.15.1.71 Date: Tue, 5 Aug 2014 13:12:25 +0200 (CEST) From: Gilles DALMAS To: xen-users@lists.xen.org Message-ID: <332834006.7644.1407237145548.JavaMail.www@wwinf1c25> MIME-Version: 1.0 X-Originating-IP: [90.15.1.71] X-WUM-FROM: |~| X-WUM-TO: |~| X-WUM-REPLYTO: |~| Subject: [Xen-users] help for hvm config file X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Gilles DALMAS List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3486129896043560524==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3486129896043560524== Content-Type: multipart/alternative; boundary="----=_Part_7643_1440790054.1407237145548" ------=_Part_7643_1440790054.1407237145548 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable hi, I installed xen on my arm cubietruck and I wish I had a little help to recr= eate this configuration: Using 32MB primary boot disk, and 8GB second system disk, 2 VCPU, 512MB RAM Using HVM (Other install media, during Xen VM creation). Disabled viridian `xe vm-param-set uuid=3D=E2=80=A6 platform:viridian=3Dfal= se` (Makes sure virt-what coretly recognizes Xen) gnoBoot image installed using `dd if=3Dgnoboot-alpha-vfat.img of=3D/dev/sda= 1` (Using Debian Live distro) Modified `/boot/grub/menu_alpha.lst` and `/boot/grub/menu_me.lst` added `vg= a=3D0=C3=97318 sn=3DB3JN00=E2=80=A6` DSM 5.0 4458 installed after booting with grub menu item gnoboot.me =E2=80= =93> install/upgrade/downgrade 4458 =C2=A0 =C2=A0 Especially, with regard to the configuration file. ------=_Part_7643_1440790054.1407237145548 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

hi,

I installed xen on my arm cubietruck and I wish I had a little help to r= ecreate this configuration:


Using 32MB primary boot disk, and 8GB second system disk, 2 VCPU, = 512MB RAM
Using HVM (Other install media, during Xen VM creation).
Disabled viridian `xe vm-param-set uuid=3D=E2=80=A6 platform:viridian=3Df= alse` (Makes sure virt-what coretly recognizes Xen)
gnoBoot image inst= alled using `dd if=3Dgnoboot-alpha-vfat.img of=3D/dev/sda1` (Using Debian L= ive distro)
Modified `/boot/grub/menu_alpha.lst` and `/boot/grub/menu_= me.lst` added `vga=3D0=C3=97318 sn=3DB3JN00=E2=80=A6`
DSM 5.0 4458 ins= talled after booting with grub menu item gnoboot.me =E2=80=93> install/u= pgrade/downgrade 4458

=C2=A0

=C2=A0

Especially, with regard to the configuration file.

------=_Part_7643_1440790054.1407237145548-- --===============3486129896043560524== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3486129896043560524==-- From xen-users-bounces@lists.xen.org Tue Aug 05 11:13:32 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 05 Aug 2014 11:13:32 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XEcfM-0003u6-IR; Tue, 05 Aug 2014 11:12:28 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XEcfL-0003u0-D9 for xen-users@lists.xen.org; Tue, 05 Aug 2014 11:12:27 +0000 Received: from [85.158.137.68:5919] by server-1.bemta-3.messagelabs.com id D3/26-30185-A1CB0E35; Tue, 05 Aug 2014 11:12:26 +0000 X-Env-Sender: gdalmas@wanadoo.fr X-Msg-Ref: server-12.tower-31.messagelabs.com!1407237145!11869402!1 X-Originating-IP: [80.12.242.130] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_00_10,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17124 invoked from network); 5 Aug 2014 11:12:25 -0000 Received: from smtp08.smtpout.orange.fr (HELO smtp.smtpout.orange.fr) (80.12.242.130) by server-12.tower-31.messagelabs.com with SMTP; 5 Aug 2014 11:12:25 -0000 Received: from wwinf1c25 ([10.223.79.49]) by mwinf5d16 with ME id azCR1o00X13qAZm03zCRKv; Tue, 05 Aug 2014 13:12:25 +0200 X-ME-Helo: wwinf1c25 X-ME-Auth: Z2RhbG1hc0B3YW5hZG9vLmZy X-ME-Date: Tue, 05 Aug 2014 13:12:25 +0200 X-ME-IP: 90.15.1.71 Date: Tue, 5 Aug 2014 13:12:25 +0200 (CEST) From: Gilles DALMAS To: xen-users@lists.xen.org Message-ID: <332834006.7644.1407237145548.JavaMail.www@wwinf1c25> MIME-Version: 1.0 X-Originating-IP: [90.15.1.71] X-WUM-FROM: |~| X-WUM-TO: |~| X-WUM-REPLYTO: |~| Subject: [Xen-users] help for hvm config file X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Gilles DALMAS List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3486129896043560524==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3486129896043560524== Content-Type: multipart/alternative; boundary="----=_Part_7643_1440790054.1407237145548" ------=_Part_7643_1440790054.1407237145548 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable hi, I installed xen on my arm cubietruck and I wish I had a little help to recr= eate this configuration: Using 32MB primary boot disk, and 8GB second system disk, 2 VCPU, 512MB RAM Using HVM (Other install media, during Xen VM creation). Disabled viridian `xe vm-param-set uuid=3D=E2=80=A6 platform:viridian=3Dfal= se` (Makes sure virt-what coretly recognizes Xen) gnoBoot image installed using `dd if=3Dgnoboot-alpha-vfat.img of=3D/dev/sda= 1` (Using Debian Live distro) Modified `/boot/grub/menu_alpha.lst` and `/boot/grub/menu_me.lst` added `vg= a=3D0=C3=97318 sn=3DB3JN00=E2=80=A6` DSM 5.0 4458 installed after booting with grub menu item gnoboot.me =E2=80= =93> install/upgrade/downgrade 4458 =C2=A0 =C2=A0 Especially, with regard to the configuration file. ------=_Part_7643_1440790054.1407237145548 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

hi,

I installed xen on my arm cubietruck and I wish I had a little help to r= ecreate this configuration:


Using 32MB primary boot disk, and 8GB second system disk, 2 VCPU, = 512MB RAM
Using HVM (Other install media, during Xen VM creation).
Disabled viridian `xe vm-param-set uuid=3D=E2=80=A6 platform:viridian=3Df= alse` (Makes sure virt-what coretly recognizes Xen)
gnoBoot image inst= alled using `dd if=3Dgnoboot-alpha-vfat.img of=3D/dev/sda1` (Using Debian L= ive distro)
Modified `/boot/grub/menu_alpha.lst` and `/boot/grub/menu_= me.lst` added `vga=3D0=C3=97318 sn=3DB3JN00=E2=80=A6`
DSM 5.0 4458 ins= talled after booting with grub menu item gnoboot.me =E2=80=93> install/u= pgrade/downgrade 4458

=C2=A0

=C2=A0

Especially, with regard to the configuration file.

------=_Part_7643_1440790054.1407237145548-- --===============3486129896043560524== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3486129896043560524==-- From xen-users-bounces@lists.xen.org Tue Aug 05 13:06:57 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 05 Aug 2014 13:06: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 1XEeR5-0001YN-NM; Tue, 05 Aug 2014 13:05:51 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XEIhz-0007Vu-49 for xen-users@lists.xenproject.org; Mon, 04 Aug 2014 13:53:51 +0000 Received: from [85.158.139.211:2961] by server-9.bemta-5.messagelabs.com id E9/E0-20744-E609FD35; Mon, 04 Aug 2014 13:53:50 +0000 X-Env-Sender: konrad.wilk@oracle.com X-Msg-Ref: server-12.tower-206.messagelabs.com!1407160428!11755171!1 X-Originating-IP: [156.151.31.81] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTU2LjE1MS4zMS44MSA9PiAyODgzMzk=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6102 invoked from network); 4 Aug 2014 13:53:49 -0000 Received: from userp1040.oracle.com (HELO userp1040.oracle.com) (156.151.31.81) by server-12.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 4 Aug 2014 13:53:49 -0000 Received: from ucsinet22.oracle.com (ucsinet22.oracle.com [156.151.31.94]) by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id s74Drfin032103 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 4 Aug 2014 13:53:42 GMT Received: from aserz7022.oracle.com (aserz7022.oracle.com [141.146.126.231]) by ucsinet22.oracle.com (8.14.5+Sun/8.14.5) with ESMTP id s74DrdI9003951 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 4 Aug 2014 13:53:41 GMT Received: from abhmp0006.oracle.com (abhmp0006.oracle.com [141.146.116.12]) by aserz7022.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id s74DrdBJ028267; Mon, 4 Aug 2014 13:53:39 GMT Received: from laptop.dumpdata.com (/172.56.22.164) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Mon, 04 Aug 2014 06:53:39 -0700 Received: by laptop.dumpdata.com (Postfix, from userid 1000) id 6929BBF9D2; Mon, 4 Aug 2014 09:53:36 -0400 (EDT) Date: Mon, 4 Aug 2014 09:53:36 -0400 From: Konrad Rzeszutek Wilk To: Simon Martin Message-ID: <20140804135336.GB17843@laptop.dumpdata.com> References: <323082597.20140717154104@gmail.com> <20140718184506.GD15947@laptop.dumpdata.com> <979055991.20140720210138@gmail.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <979055991.20140720210138@gmail.com> User-Agent: Mutt/1.5.23 (2014-03-12) X-Source-IP: ucsinet22.oracle.com [156.151.31.94] X-Mailman-Approved-At: Tue, 05 Aug 2014 13:05:50 +0000 Cc: Ian Campbell , George Dunlap , Ian Jackson , "xen-devel@lists.xen.org" , David Vrabel , xen-users@lists.xenproject.org, Boris Ostrovsky , Roger Pau Monne Subject: [Xen-users] Is: Xen pci backend state transition from Closed -> Initialized broken. Was:Re: [Xen-devel] 10s shutdown delay for PV guests with PCI passthrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Sun, Jul 20, 2014 at 09:01:38PM +0100, Simon Martin wrote: > Hello Konrad, > > Friday, July 18, 2014, 7:45:06 PM, you wrote: > > >> > >> 3.- frontend set state XenbusStateInitialising and waits for frontend > >> to go to a state in the interval [XenbusStateInitWait, > >> XenbusStateClosed). > >> > >> If I perform step 3 then the frontend never exits as the backend state > >> stays at XenbusStateClosed > > > It looks like there is no code for XenbusStateInitialising so it > > just ignores it. There is a state for XenbusStateInitialised. > > OK. So do I set XenbusStateInitialised? If so, what's the handshake > value from the backend? Looking at the code (xen_pcibk_frontend_changed) it looks like it will ignore it - as 'xen_pcibk_attach' does: 149 /* Make sure we only do this setup once */ 150 if (xenbus_read_driver_state(pdev->xdev->nodename) != 151 XenbusStateInitialised) so it will just exit (as the last state is XenbusStateClosed) and not perform the steps. It looks like the steps it expects are that the backend state gets moved by a toolstack to XenbusStateInitialised. Comparing that to the other backend drivers - like Xen Block backend - it looks like it is missing a step. That is if fe is XenbusStateClosed the be goes to XenbusStateClosed. If the fe goes to XenbusStateInitialising the be should be OK continuing if it was in XenbusStateClosed (reconnect) or in XenbusStateInitialised (first time). Would this patch help (not compile tested)? diff --git a/drivers/xen/xen-pciback/xenbus.c b/drivers/xen/xen-pciback/xenbus.c index 4a7e6e0..c518b42 100644 --- a/drivers/xen/xen-pciback/xenbus.c +++ b/drivers/xen/xen-pciback/xenbus.c @@ -143,12 +143,20 @@ static int xen_pcibk_attach(struct xen_pcibk_device *pdev) int err = 0; int gnt_ref, remote_evtchn; char *magic = NULL; - + int state; mutex_lock(&pdev->dev_lock); + state = xenbus_read_driver_state(pdev->xdev->nodename); + /* Frontend reconnected after closing. */ + if (state == XenbusStateClosed) { + err = xenbus_switch_state(pdev->xdev, XenbusStateInitialized); + if (err) + xenbus_dev_fatal(pdev->xdev, err, "Error switching to initialized state!"); + /* Re-read */ + state = xenbus_read_driver_state(pdev->xdev->nodename); + } /* Make sure we only do this setup once */ - if (xenbus_read_driver_state(pdev->xdev->nodename) != - XenbusStateInitialised) + if (state != XenbusStateInitialised) goto out; /* Wait for frontend to state that it has published the configuration */ > > >> > >> If I do not perform step 3 then PV shutsdown after a 10s timeout. > > > How does it shutdown? What causes the shutdown? > > PV will exit, however xl does not release the domain for another 10s. That looks to be another issue. Maybe it is already fixed by some of the patches I posted (search for " xen/pciback: Don't deadlock when unbinding."). > > -- > Best regards, > Simon mailto:furryfuttock@gmail.com > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Aug 05 13:06:57 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 05 Aug 2014 13:06: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 1XEeR5-0001YN-NM; Tue, 05 Aug 2014 13:05:51 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XEIhz-0007Vu-49 for xen-users@lists.xenproject.org; Mon, 04 Aug 2014 13:53:51 +0000 Received: from [85.158.139.211:2961] by server-9.bemta-5.messagelabs.com id E9/E0-20744-E609FD35; Mon, 04 Aug 2014 13:53:50 +0000 X-Env-Sender: konrad.wilk@oracle.com X-Msg-Ref: server-12.tower-206.messagelabs.com!1407160428!11755171!1 X-Originating-IP: [156.151.31.81] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTU2LjE1MS4zMS44MSA9PiAyODgzMzk=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6102 invoked from network); 4 Aug 2014 13:53:49 -0000 Received: from userp1040.oracle.com (HELO userp1040.oracle.com) (156.151.31.81) by server-12.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 4 Aug 2014 13:53:49 -0000 Received: from ucsinet22.oracle.com (ucsinet22.oracle.com [156.151.31.94]) by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id s74Drfin032103 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 4 Aug 2014 13:53:42 GMT Received: from aserz7022.oracle.com (aserz7022.oracle.com [141.146.126.231]) by ucsinet22.oracle.com (8.14.5+Sun/8.14.5) with ESMTP id s74DrdI9003951 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 4 Aug 2014 13:53:41 GMT Received: from abhmp0006.oracle.com (abhmp0006.oracle.com [141.146.116.12]) by aserz7022.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id s74DrdBJ028267; Mon, 4 Aug 2014 13:53:39 GMT Received: from laptop.dumpdata.com (/172.56.22.164) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Mon, 04 Aug 2014 06:53:39 -0700 Received: by laptop.dumpdata.com (Postfix, from userid 1000) id 6929BBF9D2; Mon, 4 Aug 2014 09:53:36 -0400 (EDT) Date: Mon, 4 Aug 2014 09:53:36 -0400 From: Konrad Rzeszutek Wilk To: Simon Martin Message-ID: <20140804135336.GB17843@laptop.dumpdata.com> References: <323082597.20140717154104@gmail.com> <20140718184506.GD15947@laptop.dumpdata.com> <979055991.20140720210138@gmail.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <979055991.20140720210138@gmail.com> User-Agent: Mutt/1.5.23 (2014-03-12) X-Source-IP: ucsinet22.oracle.com [156.151.31.94] X-Mailman-Approved-At: Tue, 05 Aug 2014 13:05:50 +0000 Cc: Ian Campbell , George Dunlap , Ian Jackson , "xen-devel@lists.xen.org" , David Vrabel , xen-users@lists.xenproject.org, Boris Ostrovsky , Roger Pau Monne Subject: [Xen-users] Is: Xen pci backend state transition from Closed -> Initialized broken. Was:Re: [Xen-devel] 10s shutdown delay for PV guests with PCI passthrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Sun, Jul 20, 2014 at 09:01:38PM +0100, Simon Martin wrote: > Hello Konrad, > > Friday, July 18, 2014, 7:45:06 PM, you wrote: > > >> > >> 3.- frontend set state XenbusStateInitialising and waits for frontend > >> to go to a state in the interval [XenbusStateInitWait, > >> XenbusStateClosed). > >> > >> If I perform step 3 then the frontend never exits as the backend state > >> stays at XenbusStateClosed > > > It looks like there is no code for XenbusStateInitialising so it > > just ignores it. There is a state for XenbusStateInitialised. > > OK. So do I set XenbusStateInitialised? If so, what's the handshake > value from the backend? Looking at the code (xen_pcibk_frontend_changed) it looks like it will ignore it - as 'xen_pcibk_attach' does: 149 /* Make sure we only do this setup once */ 150 if (xenbus_read_driver_state(pdev->xdev->nodename) != 151 XenbusStateInitialised) so it will just exit (as the last state is XenbusStateClosed) and not perform the steps. It looks like the steps it expects are that the backend state gets moved by a toolstack to XenbusStateInitialised. Comparing that to the other backend drivers - like Xen Block backend - it looks like it is missing a step. That is if fe is XenbusStateClosed the be goes to XenbusStateClosed. If the fe goes to XenbusStateInitialising the be should be OK continuing if it was in XenbusStateClosed (reconnect) or in XenbusStateInitialised (first time). Would this patch help (not compile tested)? diff --git a/drivers/xen/xen-pciback/xenbus.c b/drivers/xen/xen-pciback/xenbus.c index 4a7e6e0..c518b42 100644 --- a/drivers/xen/xen-pciback/xenbus.c +++ b/drivers/xen/xen-pciback/xenbus.c @@ -143,12 +143,20 @@ static int xen_pcibk_attach(struct xen_pcibk_device *pdev) int err = 0; int gnt_ref, remote_evtchn; char *magic = NULL; - + int state; mutex_lock(&pdev->dev_lock); + state = xenbus_read_driver_state(pdev->xdev->nodename); + /* Frontend reconnected after closing. */ + if (state == XenbusStateClosed) { + err = xenbus_switch_state(pdev->xdev, XenbusStateInitialized); + if (err) + xenbus_dev_fatal(pdev->xdev, err, "Error switching to initialized state!"); + /* Re-read */ + state = xenbus_read_driver_state(pdev->xdev->nodename); + } /* Make sure we only do this setup once */ - if (xenbus_read_driver_state(pdev->xdev->nodename) != - XenbusStateInitialised) + if (state != XenbusStateInitialised) goto out; /* Wait for frontend to state that it has published the configuration */ > > >> > >> If I do not perform step 3 then PV shutsdown after a 10s timeout. > > > How does it shutdown? What causes the shutdown? > > PV will exit, however xl does not release the domain for another 10s. That looks to be another issue. Maybe it is already fixed by some of the patches I posted (search for " xen/pciback: Don't deadlock when unbinding."). > > -- > Best regards, > Simon mailto:furryfuttock@gmail.com > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Aug 05 15:33:05 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 05 Aug 2014 15:33:05 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XEgid-0007w7-BF; Tue, 05 Aug 2014 15:32:07 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XEgib-0007vz-OF for xen-users@lists.xen.org; Tue, 05 Aug 2014 15:32:05 +0000 Received: from [193.109.254.147:41913] by server-1.bemta-14.messagelabs.com id BC/FA-24760-5F8F0E35; Tue, 05 Aug 2014 15:32:05 +0000 X-Env-Sender: jeenu.viswambharan@arm.com X-Msg-Ref: server-2.tower-27.messagelabs.com!1407252724!13878909!1 X-Originating-IP: [195.130.217.12] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTk1LjEzMC4yMTcuMTIgPT4gMzg5OTY3\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20736 invoked from network); 5 Aug 2014 15:32:04 -0000 Received: from service88.mimecast.com (HELO service88.mimecast.com) (195.130.217.12) by server-2.tower-27.messagelabs.com with SMTP; 5 Aug 2014 15:32:04 -0000 Received: from EMEA-CAM-GW3.Emea.Arm.com (fw-tnat.cambridge.arm.com [217.140.96.21]) (Using TLS) by service88.mimecast.com; Tue, 05 Aug 2014 16:32:03 +0100 Received: from george.Emea.Arm.com ([fe80::4c19:a8f:5c9a:76df]) by EMEA-CAM-GW3.Emea.Arm.com ([::1]) with mapi; Tue, 5 Aug 2014 16:32:01 +0100 From: Jeenu Viswambharan To: Ian Campbell Date: Tue, 5 Aug 2014 16:32:00 +0100 Thread-Topic: [Xen-users] mount DomU root fs via. NFS Thread-Index: Ac+v+fl8KmYOGRiZSeGOx8du66vI9AAxODhg Message-ID: References: <1407154282.13395.30.camel@kazak.uk.xensource.com> <1407166604.30756.17.camel@kazak.uk.xensource.com> In-Reply-To: <1407166604.30756.17.camel@kazak.uk.xensource.com> Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB MIME-Version: 1.0 X-MC-Unique: 114080516320309602 Content-Type: multipart/mixed; boundary="_002_B69BE294631500448B6D3B9936E1743202DC36828992GEORGEEmeaA_" Cc: xen-users Subject: Re: [Xen-users] mount DomU root fs via. NFS X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --_002_B69BE294631500448B6D3B9936E1743202DC36828992GEORGEEmeaA_ Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 T24gTW9uLCBBdWcgMDQsIDIwMTQgYXQgMTY6MzY6NDQsIElhbiBDYW1wYmVsbCB3cm90ZToNCj4g T24gTW9uLCAyMDE0LTA4LTA0IGF0IDE1OjAwICswMTAwLCBKZWVudSBWaXN3YW1iaGFyYW4gd3Jv dGU6DQo+ID4gRG9tMCBnZXRzIElQIGFkZHJlc3MgdXNpbmcgREhDUCAoSSd2ZSBpcD1kaGNwIGlu IERvbTAgY29tbWFuZCBsaW5lKS4gQ2FuDQo+ID4gdmlmIGJlIGNvbmZpZ3VyZWQgdG8gZ2V0IElQ IGFkZHJlc3MgdmlhLiBESENQIHRvbywgcmF0aGVyIHRoYW4gYXNzaWduaW5nDQo+ID4gYSBzdGF0 aWMgb25lPw0KPg0KPiBTb3J0IG9mLCBidXQgbm90IGhvdyB5b3UgcHJvYmFibHkgbWVhbi4uLg0K Pg0KPiBJdCBpcyBwb3NzaWJsZSB0byBydW4gYSBkaGNwZCBpbiBkb20wIHdoaWNoIHNlcnZlcyBJ UCBhZGRyZXNzZXMgdG8gdGhlDQo+IFZNcyB3aGljaCBhcmUgYmVoaW5kIHRoZSBOQVQuIFRoZSB2 aWYtbmF0IHNjcmlwdCB3aWxsIGZyb2IgdGhlIGRoY3ANCj4gY29uZmlnIHRvIGNvbnRhaW4gdGhl IGlwIGFkZHJlc3Mgd2hpY2ggeW91IGdhdmUgaW4gdGhlIGNvbmZpZyBhbmQNCj4gcmVsb2FkIHRo ZSBzZXJ2ZXIgY29uZmlnIG9uIHRoZSBmbHksIHNvIHRoYXQgdGhlIGd1ZXN0IGdldHMgZ2l2ZW4g dGhhdA0KPiBhZGRyZXNzLg0KPg0KPiBXaGF0IGlzbid0IHBvc3NpYmxlIGlzIHRvIHVzZSB0aGUg ZXhpc3RpbmcgREhDUCBzZXJ2ZXIsIHNpbmNlIGl0DQo+IGRvZXNuJ3Qga25vdyBhYm91dCB5b3Vy IHByaXZhdGUgbmV0d29yay4gUGx1cyB5b3Ugd291bGQgbmVlZCB0byBiZQ0KPiBhYmxlIHRvIHdy aXRlIHRoZSBhbnN3ZXIgdG8gdGhlIERIQ1AgcmVxdWVzdCBpbnRvIHRoZSBndWVzdCBjZmcgZmls ZSwNCj4gb3IgZG8gc29tZXRoaW5nIGVsc2UgY2xldmVyIHdpdGggcHJveHkgZGhjcCBvciBzb21l dGhpbmcuLi4NCj4NCj4gSWYgeW91IHdlcmUgdG8gc2V0dXAgZGhjcGQgaW4gZG9tMCB5b3UnZCBu ZWVkIHRvIGJlIHZlcnkgY2FyZWZ1bCBhYm91dA0KPiB3aGljaCBpbnRlcmZhY2VzIGl0IHdpbGwg c2VuZCByZXBsaWVzIHRvLCBvdGhlcndpc2UgeW91J2xsIGhhdmUgeW91cg0KPiBJVCBkZXBhcnRt ZW50IGJyZWFraW5nIGRvd24geW91ciBkb29yIDstKQ0KPg0KPiBQZXJzb25hbGx5IEkgZG9uJ3Qg dHJ1c3QgdGhhdCBzdHVmZiBtdWNoLCBzbyBJIHdvdWxkIHVzZSBhIHN0YXRpYyBJUC4NCg0KT0ss IEkgZG9uJ3QgaGF2ZSBhIHN0YXRpYyBJUCBhbGxvY2F0ZWQsIGJ1dCBJIG1hbmFnZWQgdG8gdXNl IHRoZSBkaHRlc3QNCnRvb2wgWzFdIHRvIHRlbXBvcmFyaWx5IGxlYXNlIGEgZHluYW1pYyBJUCBm b3IgdGVzdGluZyBwdXJwb3NlcyBvbiBteQ0KbmV0d29yay4gSSBhc3N1bWUsIGZvciBhbGwgaW50 ZW50IGFuZCBwdXJwb3NlcywgdGhhdCBjYW4gYmUgdHJlYXRlZCBhcyBhDQpzdGF0aWMgSVAuDQoN ClRoZSB3aWtpIHBhZ2UgWzJdIHN1Z2dlc3RzIHRoYXQgSSBjYW4gdXNlIGEgcmFuZG9tIE1BQyBh ZGRyZXNzZXMsIHNvDQpJJ3ZlIGRodGVzdCBnZW5lcmF0ZSBhIHJhbmRvbSBNQUMgZm9yIG1lOiAy MjoxZTo0ZTpmYzo2ZDpiZTsgYW5kIHRoYXQNCmdhdmUgbWUgYW4gSVAgYWRkcmVzcyAxMC4xLjE5 My4xNDEuDQoNCldpdGggdGhhdCwgSSd2ZSBpbiBteSBndWVzdCBjb25maWd1cmF0aW9uOg0KDQog IC4uLg0KICB2aWYgPSBbICJzY3JpcHQ9dmlmLW5hdCxtYWM9MjI6MWU6NGU6ZmM6NmQ6YmUsaXA9 MTAuMS4xOTMuMTQxIiBdDQogIGV4dHJhID0gIi4uLiByb290PS9kZXYvbmZzIG5mc3Jvb3Q9bmZz LmlwLmFkZC5yZXNzOi9wYXRoL3RvL25mcy9yb290IGlwPTE5Mi4xNjguMS4xIC4uLiINCiAgLi4u DQoNCldoYXQgSSBub3cgc2VlIHRoYXQgeGwgZmFpbHMgdG8gY3JlYXRlIHRoZSBndWVzdCwgYW5k IGl0IHJlcG9ydHMgdGhlDQpmb2xsb3dpbmcgZXJyb3IgKHZlcmJvc2UgbG9ncyBhdHRhY2hlZCku DQoNCiAgLi4uDQogIGxpYnhsOiBlcnJvcjogbGlieGxfZGV2aWNlLmM6MTA4NDpkZXZpY2VfaG90 cGx1Z19jaGlsZF9kZWF0aF9jYjogc2NyaXB0OiBpcCBhZGRyIGFkZCAxMC4xLjE5My4yNjggZGV2 IHZpZjQuMCBmYWlsZWQNCiAgLi4uDQoNClRoZSBwcmludGVkIElQIGFkZHJlc3MgMTAuMS4xOTMu MjY4IHNlZW1zIHNwdXJpb3VzLiBEb2VzIHRoZSBsb2dzIGdpdmUNCmFueSBpZGVhIGFzIHRvIHdo YXQncyBnb2luZyBvbj8NCg0KQWxzbywgSSBkb24ndCBrbm93IGlmIGl0J3MgdGhlIE1BQyBhZGRy ZXNzIGlzIGNhdXNpbmcgaXQgdG8gZmFpbC4NCkFsdGhvdWdoIHJhbmRvbWx5IGdlbmVyYXRlZCwg aXQgZG9lcyBzZWVtIHRvIGhhdmUgY29tcGF0aWJsZSAobG9jYWxseQ0KYWRtaW5pc3RlcmVkLCBt dWx0aWNhc3QgZXRjLikgYml0cy4NCg0KRldJVywgdGhlIGZpbGUgL3Zhci9sb2cveGVuL3hlbi1o b3RwbHVnLmxvZyBoYXM6DQoNCiAgRXJyb3I6IGFuIGluZXQgcHJlZml4IGlzIGV4cGVjdGVkIHJh dGhlciB0aGFuICIxMC4xLjE5My4yNjgiLg0KDQotLQ0KSmVlbnUNCg0KWzFdIGh0dHBzOi8vZ2l0 aHViLmNvbS9zaXB3aXNlL2RodGVzdC5naXQNClsyXSBodHRwOi8vd2lraS54ZW4ub3JnL3dpa2kv WGVuX05ldHdvcmtpbmcjTUFDX2FkZHJlc3Nlcw0KDQotLSBJTVBPUlRBTlQgTk9USUNFOiBUaGUg Y29udGVudHMgb2YgdGhpcyBlbWFpbCBhbmQgYW55IGF0dGFjaG1lbnRzIGFyZSBjb25maWRlbnRp YWwgYW5kIG1heSBhbHNvIGJlIHByaXZpbGVnZWQuIElmIHlvdSBhcmUgbm90IHRoZSBpbnRlbmRl ZCByZWNpcGllbnQsIHBsZWFzZSBub3RpZnkgdGhlIHNlbmRlciBpbW1lZGlhdGVseSBhbmQgZG8g bm90IGRpc2Nsb3NlIHRoZSBjb250ZW50cyB0byBhbnkgb3RoZXIgcGVyc29uLCB1c2UgaXQgZm9y IGFueSBwdXJwb3NlLCBvciBzdG9yZSBvciBjb3B5IHRoZSBpbmZvcm1hdGlvbiBpbiBhbnkgbWVk aXVtLiAgVGhhbmsgeW91Lg0KDQpBUk0gTGltaXRlZCwgUmVnaXN0ZXJlZCBvZmZpY2UgMTEwIEZ1 bGJvdXJuIFJvYWQsIENhbWJyaWRnZSBDQjEgOU5KLCBSZWdpc3RlcmVkIGluIEVuZ2xhbmQgJiBX YWxlcywgQ29tcGFueSBObzogIDI1NTc1OTANCkFSTSBIb2xkaW5ncyBwbGMsIFJlZ2lzdGVyZWQg b2ZmaWNlIDExMCBGdWxib3VybiBSb2FkLCBDYW1icmlkZ2UgQ0IxIDlOSiwgUmVnaXN0ZXJlZCBp biBFbmdsYW5kICYgV2FsZXMsIENvbXBhbnkgTm86ICAyNTQ4NzgyDQo= --_002_B69BE294631500448B6D3B9936E1743202DC36828992GEORGEEmeaA_ Content-Type: application/octet-stream; name="xl.log" Content-Description: xl.log Content-Disposition: attachment; filename="xl.log"; size=8475; creation-date="Tue, 05 Aug 2014 15:25:12 GMT"; modification-date="Tue, 05 Aug 2014 15:24:55 GMT" Content-Transfer-Encoding: base64 UGFyc2luZyBjb25maWcgZnJvbSBndWVzdC5jZmcKbGlieGw6IHZlcmJvc2U6IGxpYnhsX2NyZWF0 ZS5jOjEzNDpsaWJ4bF9fZG9tYWluX2J1aWxkX2luZm9fc2V0ZGVmYXVsdDogcWVtdS14ZW4gaXMg dW5hdmFpbGFibGUsIHVzZSBxZW11LXhlbi10cmFkaXRpb25hbCBpbnN0ZWFkOiBObyBzdWNoIGZp bGUgb3IgZGlyZWN0b3J5CmxpYnhsOiBkZWJ1ZzogbGlieGxfY3JlYXRlLmM6MTM0Mjpkb19kb21h aW5fY3JlYXRlOiBhbyAweDMyOWU4OiBjcmVhdGU6IGhvdz0obmlsKSBjYWxsYmFjaz0obmlsKSBw b2xsZXI9MHgzNGUyMApsaWJ4bDogZGVidWc6IGxpYnhsX2NyZWF0ZS5jOjc5Nzppbml0aWF0ZV9k b21haW5fY3JlYXRlOiBydW5uaW5nIGJvb3Rsb2FkZXIKbGlieGw6IGRlYnVnOiBsaWJ4bF9ib290 bG9hZGVyLmM6MzI3OmxpYnhsX19ib290bG9hZGVyX3J1bjogbm8gYm9vdGxvYWRlciBjb25maWd1 cmVkLCB1c2luZyB1c2VyIHN1cHBsaWVkIGtlcm5lbApsaWJ4bDogZGVidWc6IGxpYnhsX2V2ZW50 LmM6NjE4OmxpYnhsX19ldl94c3dhdGNoX2RlcmVnaXN0ZXI6IHdhdGNoIHc9MHgzMmY2MDogZGVy ZWdpc3RlciB1bnJlZ2lzdGVyZWQKbGlieGw6IGRlYnVnOiBsaWJ4bF9udW1hLmM6NDc1OmxpYnhs X19nZXRfbnVtYV9jYW5kaWRhdGU6IE5ldyBiZXN0IE5VTUEgcGxhY2VtZW50IGNhbmRpZGF0ZSBm b3VuZDogbnJfbm9kZXM9MSwgbnJfY3B1cz0yLCBucl92Y3B1cz0zLCBmcmVlX21lbWtiPTg2MQps aWJ4bDogZGV0YWlsOiBsaWJ4bF9kb20uYzoxOTU6bnVtYV9wbGFjZV9kb21haW46IE5VTUEgcGxh Y2VtZW50IGNhbmRpZGF0ZSB3aXRoIDEgbm9kZXMsIDIgY3B1cyBhbmQgODYxIEtCIGZyZWUgc2Vs ZWN0ZWQKZG9tYWluYnVpbGRlcjogZGV0YWlsOiB4Y19kb21fYWxsb2NhdGU6IGNtZGxpbmU9ImVh cmx5cHJpbnRrPXhlbmJvb3QgY29uc29sZT1odmMwIHJvb3Q9L2Rldi9uZnMgbmZzcm9vdD0xMC4x LjE5My4xNzA6L3dvcmsveGVuX3ZpcnRpY2FsL25mc19yb290IGlwPTE5Mi4xNjguMS4xIGRlYnVn IHJ3IiwgZmVhdHVyZXM9IihudWxsKSIKbGlieGw6IGRlYnVnOiBsaWJ4bF9kb20uYzozNTc6bGli eGxfX2J1aWxkX3B2OiBwdiBrZXJuZWwgbWFwcGVkIDAgcGF0aCAvcm9vdC96SW1hZ2UKZG9tYWlu YnVpbGRlcjogZGV0YWlsOiB4Y19kb21fa2VybmVsX2ZpbGU6IGZpbGVuYW1lPSIvcm9vdC96SW1h Z2UiCmRvbWFpbmJ1aWxkZXI6IGRldGFpbDogeGNfZG9tX21hbGxvY19maWxlbWFwICAgIDogMzc4 NyBrQgpkb21haW5idWlsZGVyOiBkZXRhaWw6IHhjX2RvbV9ib290X3hlbl9pbml0OiB2ZXIgNC40 LCBjYXBzIHhlbi0zLjAtYXJtdjdsCmRvbWFpbmJ1aWxkZXI6IGRldGFpbDogeGNfZG9tX3JhbWJh c2VfaW5pdDogUkFNIHN0YXJ0cyBhdCA4MDAwMApkb21haW5idWlsZGVyOiBkZXRhaWw6IHhjX2Rv bV9wYXJzZV9pbWFnZTogY2FsbGVkCmRvbWFpbmJ1aWxkZXI6IGRldGFpbDogeGNfZG9tX2ZpbmRf bG9hZGVyOiB0cnlpbmcgbXVsdGlib290LWJpbmFyeSBsb2FkZXIgLi4uCmRvbWFpbmJ1aWxkZXI6 IGRldGFpbDogbG9hZGVyIHByb2JlIGZhaWxlZApkb21haW5idWlsZGVyOiBkZXRhaWw6IHhjX2Rv bV9maW5kX2xvYWRlcjogdHJ5aW5nIExpbnV4IHpJbWFnZSAoQVJNNjQpIGxvYWRlciAuLi4KZG9t YWluYnVpbGRlcjogZGV0YWlsOiB4Y19kb21fcHJvYmVfemltYWdlNjRfa2VybmVsOiBrZXJuZWwg aXMgbm90IGFuIGFybTY0IEltYWdlCmRvbWFpbmJ1aWxkZXI6IGRldGFpbDogbG9hZGVyIHByb2Jl IGZhaWxlZApkb21haW5idWlsZGVyOiBkZXRhaWw6IHhjX2RvbV9maW5kX2xvYWRlcjogdHJ5aW5n IExpbnV4IHpJbWFnZSAoQVJNMzIpIGxvYWRlciAuLi4KZG9tYWluYnVpbGRlcjogZGV0YWlsOiBs b2FkZXIgcHJvYmUgT0sKZG9tYWluYnVpbGRlcjogZGV0YWlsOiB4Y19kb21fcGFyc2VfemltYWdl MzJfa2VybmVsOiBjYWxsZWQKZG9tYWluYnVpbGRlcjogZGV0YWlsOiB4Y19kb21fcGFyc2Vfemlt YWdlMzJfa2VybmVsOiB4ZW4tMy4wLWFybXY3bDogMHg4MDAwODAwMCAtPiAweDgwM2JhYzgwCmxp YnhsOiBkZWJ1ZzogbGlieGxfYXJtLmM6NDMzOmxpYnhsX19hcmNoX2RvbWFpbl9jb25maWd1cmU6 IGNvbnN0cnVjdGluZyBEVEIgZm9yIFhlbiB2ZXJzaW9uIDQuNCBndWVzdApsaWJ4bDogZGVidWc6 IGxpYnhsX2FybS5jOjQ5NzpsaWJ4bF9fYXJjaF9kb21haW5fY29uZmlndXJlOiBmZHQgdG90YWwg c2l6ZSAxMjU4CmRvbWFpbmJ1aWxkZXI6IGRldGFpbDogeGNfZG9tX2RldmljZXRyZWVfbWVtOiBj YWxsZWQKZG9tYWluYnVpbGRlcjogZGV0YWlsOiB4Y19kb21fbWVtX2luaXQ6IG1lbSAxMjggTUIs IHBhZ2VzIDB4ODAwMCBwYWdlcywgNGsgZWFjaApkb21haW5idWlsZGVyOiBkZXRhaWw6IHhjX2Rv bV9tZW1faW5pdDogMHg4MDAwIHBhZ2VzCmRvbWFpbmJ1aWxkZXI6IGRldGFpbDogeGNfZG9tX2Jv b3RfbWVtX2luaXQ6IGNhbGxlZApkb21haW5idWlsZGVyOiBkZXRhaWw6IHNldF9tb2RlOiBndWVz dCB4ZW4tMy4wLWFybXY3bCwgYWRkcmVzcyBzaXplIDMyCmRvbWFpbmJ1aWxkZXI6IGRldGFpbDog eGNfZG9tX21hbGxvYyAgICAgICAgICAgIDogMjU2IGtCCmRvbWFpbmJ1aWxkZXI6IGRldGFpbDog YXJjaF9zZXR1cF9tZW1pbml0OiBkZXZpY2V0cmVlOiAweDg3ZmZmMDAwIC0+IDB4ODdmZmY0ZWEK ZG9tYWluYnVpbGRlcjogZGV0YWlsOiB4Y19kb21fYnVpbGRfaW1hZ2U6IGNhbGxlZApkb21haW5i dWlsZGVyOiBkZXRhaWw6IHhjX2RvbV9hbGxvY19zZWdtZW50OiAgIGtlcm5lbCAgICAgICA6IDB4 ODAwMDgwMDAgLT4gMHg4MDNiYjAwMCAgKHBmbiAweDgwMDA4ICsgMHgzYjMgcGFnZXMpCmRvbWFp bmJ1aWxkZXI6IGRldGFpbDogeGNfZG9tX3Bmbl90b19wdHJfcmV0Y291bnQ6IGRvbVUgbWFwcGlu ZzogcGZuIDB4ODAwMDgrMHgzYjMgYXQgMHhiNjU0OTAwMApkb21haW5idWlsZGVyOiBkZXRhaWw6 IHhjX2RvbV9sb2FkX3ppbWFnZV9rZXJuZWw6IGNhbGxlZApkb21haW5idWlsZGVyOiBkZXRhaWw6 IHhjX2RvbV9sb2FkX3ppbWFnZV9rZXJuZWw6IGtlcm5lbCBzZWcgMHg4MDAwODAwMC0weDgwM2Ji MDAwCmRvbWFpbmJ1aWxkZXI6IGRldGFpbDogeGNfZG9tX2xvYWRfemltYWdlX2tlcm5lbDogY29w eSAzODc4MDE2IGJ5dGVzIGZyb20gYmxvYiAweGI2OTNkMDAwIHRvIGRzdCAweGI2NTQ5MDAwCmRv bWFpbmJ1aWxkZXI6IGRldGFpbDogeGNfZG9tX2FsbG9jX3NlZ21lbnQ6ICAgZGV2aWNldHJlZSAg IDogMHg4N2ZmZjAwMCAtPiAweDg4MDAwMDAwICAocGZuIDB4ODdmZmYgKyAweDEgcGFnZXMpCmRv bWFpbmJ1aWxkZXI6IGRldGFpbDogeGNfZG9tX3Bmbl90b19wdHJfcmV0Y291bnQ6IGRvbVUgbWFw cGluZzogcGZuIDB4ODdmZmYrMHgxIGF0IDB4YjY1NDgwMDAKZG9tYWluYnVpbGRlcjogZGV0YWls OiBhbGxvY19tYWdpY19wYWdlczogY2FsbGVkCmRvbWFpbmJ1aWxkZXI6IGRldGFpbDogY291bnRf cGd0YWJsZXNfYXJtOiBjYWxsZWQKZG9tYWluYnVpbGRlcjogZGV0YWlsOiB4Y19kb21fYnVpbGRf aW1hZ2UgIDogdmlydF9hbGxvY19lbmQgOiAweDg4MDAwMDAwCmRvbWFpbmJ1aWxkZXI6IGRldGFp bDogeGNfZG9tX2J1aWxkX2ltYWdlICA6IHZpcnRfcGd0YWJfZW5kIDogMHgwCmRvbWFpbmJ1aWxk ZXI6IGRldGFpbDogeGNfZG9tX2Jvb3RfaW1hZ2U6IGNhbGxlZApkb21haW5idWlsZGVyOiBkZXRh aWw6IGFyY2hfc2V0dXBfYm9vdGVhcmx5OiBkb2luZyBub3RoaW5nCmRvbWFpbmJ1aWxkZXI6IGRl dGFpbDogeGNfZG9tX2NvbXBhdF9jaGVjazogc3VwcG9ydGVkIGd1ZXN0IHR5cGU6IHhlbi0zLjAt YXJtdjdsIDw9IG1hdGNoZXMKZG9tYWluYnVpbGRlcjogZGV0YWlsOiBzZXR1cF9wZ3RhYmxlc19h cm06IGNhbGxlZApkb21haW5idWlsZGVyOiBkZXRhaWw6IGNsZWFyX3BhZ2U6IHBmbiAweDg4MDAw LCBtZm4gMHg4ODAwMApkb21haW5idWlsZGVyOiBkZXRhaWw6IGNsZWFyX3BhZ2U6IHBmbiAweDg4 MDAxLCBtZm4gMHg4ODAwMQpkb21haW5idWlsZGVyOiBkZXRhaWw6IHN0YXJ0X2luZm9fYXJtOiBj YWxsZWQKZG9tYWluYnVpbGRlcjogZGV0YWlsOiBkb21haW4gYnVpbGRlciBtZW1vcnkgZm9vdHBy aW50CmRvbWFpbmJ1aWxkZXI6IGRldGFpbDogICAgYWxsb2NhdGVkCmRvbWFpbmJ1aWxkZXI6IGRl dGFpbDogICAgICAgbWFsbG9jICAgICAgICAgICAgIDogMjgwIGtCCmRvbWFpbmJ1aWxkZXI6IGRl dGFpbDogICAgICAgYW5vbiBtbWFwICAgICAgICAgIDogMCBieXRlcwpkb21haW5idWlsZGVyOiBk ZXRhaWw6ICAgIG1hcHBlZApkb21haW5idWlsZGVyOiBkZXRhaWw6ICAgICAgIGZpbGUgbW1hcCAg ICAgICAgICA6IDM3ODcga0IKZG9tYWluYnVpbGRlcjogZGV0YWlsOiAgICAgICBkb21VIG1tYXAg ICAgICAgICAgOiAzNzkyIGtCCmRvbWFpbmJ1aWxkZXI6IGRldGFpbDogdmNwdV9hcm0zMjogY2Fs bGVkCmRvbWFpbmJ1aWxkZXI6IGRldGFpbDogSW5pdGlhbCBzdGF0ZSBDUFNSIDB4MWQzIFBDIDB4 ODAwMDgwMDAKZG9tYWluYnVpbGRlcjogZGV0YWlsOiBsYXVuY2hfdm06IGNhbGxlZCwgY3R4dD0w eGI2ZjNjMDA0CmRvbWFpbmJ1aWxkZXI6IGRldGFpbDogeGNfZG9tX3JlbGVhc2U6IGNhbGxlZAps aWJ4bDogZGVidWc6IGxpYnhsX2V2ZW50LmM6NTcwOmxpYnhsX19ldl94c3dhdGNoX3JlZ2lzdGVy OiB3YXRjaCB3PTB4MzU0MTAgd3BhdGg9L2xvY2FsL2RvbWFpbi8wL2JhY2tlbmQvdmlmLzUvMC9z dGF0ZSB0b2tlbj0zLzA6IHJlZ2lzdGVyIHNsb3RudW09MwpsaWJ4bDogZGVidWc6IGxpYnhsX2Ny ZWF0ZS5jOjEzNTY6ZG9fZG9tYWluX2NyZWF0ZTogYW8gMHgzMjllODogaW5wcm9ncmVzczogcG9s bGVyPTB4MzRlMjAsIGZsYWdzPWkKbGlieGw6IGRlYnVnOiBsaWJ4bF9ldmVudC5jOjUxNDp3YXRj aGZkX2NhbGxiYWNrOiB3YXRjaCB3PTB4MzU0MTAgd3BhdGg9L2xvY2FsL2RvbWFpbi8wL2JhY2tl bmQvdmlmLzUvMC9zdGF0ZSB0b2tlbj0zLzA6IGV2ZW50IGVwYXRoPS9sb2NhbC9kb21haW4vMC9i YWNrZW5kL3ZpZi81LzAvc3RhdGUKbGlieGw6IGRlYnVnOiBsaWJ4bF9ldmVudC5jOjY1NzpkZXZz dGF0ZV93YXRjaF9jYWxsYmFjazogYmFja2VuZCAvbG9jYWwvZG9tYWluLzAvYmFja2VuZC92aWYv NS8wL3N0YXRlIHdhbnRlZCBzdGF0ZSAyIHN0aWxsIHdhaXRpbmcgc3RhdGUgMQpsaWJ4bDogZGVi dWc6IGxpYnhsX2V2ZW50LmM6NTE0OndhdGNoZmRfY2FsbGJhY2s6IHdhdGNoIHc9MHgzNTQxMCB3 cGF0aD0vbG9jYWwvZG9tYWluLzAvYmFja2VuZC92aWYvNS8wL3N0YXRlIHRva2VuPTMvMDogZXZl bnQgZXBhdGg9L2xvY2FsL2RvbWFpbi8wL2JhY2tlbmQvdmlmLzUvMC9zdGF0ZQpsaWJ4bDogZGVi dWc6IGxpYnhsX2V2ZW50LmM6NjUzOmRldnN0YXRlX3dhdGNoX2NhbGxiYWNrOiBiYWNrZW5kIC9s b2NhbC9kb21haW4vMC9iYWNrZW5kL3ZpZi81LzAvc3RhdGUgd2FudGVkIHN0YXRlIDIgb2sKbGli eGw6IGRlYnVnOiBsaWJ4bF9ldmVudC5jOjYwNjpsaWJ4bF9fZXZfeHN3YXRjaF9kZXJlZ2lzdGVy OiB3YXRjaCB3PTB4MzU0MTAgd3BhdGg9L2xvY2FsL2RvbWFpbi8wL2JhY2tlbmQvdmlmLzUvMC9z dGF0ZSB0b2tlbj0zLzA6IGRlcmVnaXN0ZXIgc2xvdG51bT0zCmxpYnhsOiBkZWJ1ZzogbGlieGxf ZXZlbnQuYzo2MTg6bGlieGxfX2V2X3hzd2F0Y2hfZGVyZWdpc3Rlcjogd2F0Y2ggdz0weDM1NDEw OiBkZXJlZ2lzdGVyIHVucmVnaXN0ZXJlZApsaWJ4bDogZGVidWc6IGxpYnhsX2RldmljZS5jOjEw MjI6ZGV2aWNlX2hvdHBsdWc6IGNhbGxpbmcgaG90cGx1ZyBzY3JpcHQ6IC9ldGMveGVuL3Njcmlw dHMvdmlmLW5hdCBvbmxpbmUKWyAyODg0LjY4OTAyMl0gSVB2NjogQUREUkNPTkYoTkVUREVWX1VQ KTogdmlmNS4wOiBsaW5rIGlzIG5vdCByZWFkeQpsaWJ4bDogZGVidWc6IGxpYnhsX2V2ZW50LmM6 NjE4OmxpYnhsX19ldl94c3dhdGNoX2RlcmVnaXN0ZXI6IHdhdGNoIHc9MHgzNTQ1ODogZGVyZWdp c3RlciB1bnJlZ2lzdGVyZWQKbGlieGw6IGVycm9yOiBsaWJ4bF9leGVjLmM6MTE4OmxpYnhsX3Jl cG9ydF9jaGlsZF9leGl0c3RhdHVzOiAvZXRjL3hlbi9zY3JpcHRzL3ZpZi1uYXQgb25saW5lIFst MV0gZXhpdGVkIHdpdGggZXJyb3Igc3RhdHVzIDEKbGlieGw6IGVycm9yOiBsaWJ4bF9kZXZpY2Uu YzoxMDg0OmRldmljZV9ob3RwbHVnX2NoaWxkX2RlYXRoX2NiOiBzY3JpcHQ6IGlwIGFkZHIgYWRk IDEwLjEuMTkzLjI2OCBkZXYgdmlmNS4wIGZhaWxlZApsaWJ4bDogZGVidWc6IGxpYnhsX2V2ZW50 LmM6NjE4OmxpYnhsX19ldl94c3dhdGNoX2RlcmVnaXN0ZXI6IHdhdGNoIHc9MHgzNTQ1ODogZGVy ZWdpc3RlciB1bnJlZ2lzdGVyZWQKbGlieGw6IGVycm9yOiBsaWJ4bF9jcmVhdGUuYzoxMjI2OmRv bWNyZWF0ZV9hdHRhY2hfdnRwbXM6IHVuYWJsZSB0byBhZGQgbmljIGRldmljZXMKbGlieGw6IGRl YnVnOiBsaWJ4bF9ldmVudC5jOjU3MDpsaWJ4bF9fZXZfeHN3YXRjaF9yZWdpc3Rlcjogd2F0Y2gg dz0weDM2NzkwIHdwYXRoPS9sb2NhbC9kb21haW4vMC9iYWNrZW5kL3ZpZi81LzAvc3RhdGUgdG9r ZW49My8xOiByZWdpc3RlciBzbG90bnVtPTMKbGlieGw6IGRlYnVnOiBsaWJ4bF9ldmVudC5jOjUx NDp3YXRjaGZkX2NhbGxiYWNrOiB3YXRjaCB3PTB4MzY3OTAgd3BhdGg9L2xvY2FsL2RvbWFpbi8w L2JhY2tlbmQvdmlmLzUvMC9zdGF0ZSB0b2tlbj0zLzE6IGV2ZW50IGVwYXRoPS9sb2NhbC9kb21h aW4vMC9iYWNrZW5kL3ZpZi81LzAvc3RhdGUKbGlieGw6IGRlYnVnOiBsaWJ4bF9ldmVudC5jOjY0 MjpkZXZzdGF0ZV93YXRjaF9jYWxsYmFjazogYmFja2VuZCAvbG9jYWwvZG9tYWluLzAvYmFja2Vu ZC92aWYvNS8wL3N0YXRlIHdhbnRlZCBzdGF0ZSA2IGJ1dCBpdCB3YXMgcmVtb3ZlZApsaWJ4bDog ZGVidWc6IGxpYnhsX2V2ZW50LmM6NjA2OmxpYnhsX19ldl94c3dhdGNoX2RlcmVnaXN0ZXI6IHdh dGNoIHc9MHgzNjc5MCB3cGF0aD0vbG9jYWwvZG9tYWluLzAvYmFja2VuZC92aWYvNS8wL3N0YXRl IHRva2VuPTMvMTogZGVyZWdpc3RlciBzbG90bnVtPTMKbGlieGw6IGRlYnVnOiBsaWJ4bF9ldmVu dC5jOjYxODpsaWJ4bF9fZXZfeHN3YXRjaF9kZXJlZ2lzdGVyOiB3YXRjaCB3PTB4MzY3OTA6IGRl cmVnaXN0ZXIgdW5yZWdpc3RlcmVkCmxpYnhsOiBlcnJvcjogbGlieGxfZGV2aWNlLmM6OTM0OmRl dmljZV9iYWNrZW5kX2NhbGxiYWNrOiB1bmFibGUgdG8gcmVtb3ZlIGRldmljZSB3aXRoIHBhdGgg L2xvY2FsL2RvbWFpbi8wL2JhY2tlbmQvdmlmLzUvMApsaWJ4bDogZGVidWc6IGxpYnhsX2V2ZW50 LmM6NjE4OmxpYnhsX19ldl94c3dhdGNoX2RlcmVnaXN0ZXI6IHdhdGNoIHc9MHgzNjdkODogZGVy ZWdpc3RlciB1bnJlZ2lzdGVyZWQKbGlieGw6IGVycm9yOiBsaWJ4bC5jOjE0NTc6ZGV2aWNlc19k ZXN0cm95X2NiOiBsaWJ4bF9fZGV2aWNlc19kZXN0cm95IGZhaWxlZCBmb3IgNQpsaWJ4bDogZGVi dWc6IGxpYnhsX2V2ZW50LmM6MTU5MTpsaWJ4bF9fYW9fY29tcGxldGU6IGFvIDB4MzI5ZTg6IGNv bXBsZXRlLCByYz0tMwpsaWJ4bDogZGVidWc6IGxpYnhsX2V2ZW50LmM6NDgzOndhdGNoZmRfY2Fs bGJhY2s6IHdhdGNoIGVwYXRoPS9sb2NhbC9kb21haW4vMC9iYWNrZW5kL3ZpZi81LzAvc3RhdGUg dG9rZW49My8xOiBlbXB0eSBzbG90CmxpYnhsOiBkZWJ1ZzogbGlieGxfZXZlbnQuYzo0ODM6d2F0 Y2hmZF9jYWxsYmFjazogd2F0Y2ggZXBhdGg9L2xvY2FsL2RvbWFpbi8wL2JhY2tlbmQvdmlmLzUv MC9zdGF0ZSB0b2tlbj0zLzE6IGVtcHR5IHNsb3QKbGlieGw6IGRlYnVnOiBsaWJ4bF9ldmVudC5j OjQ4Mzp3YXRjaGZkX2NhbGxiYWNrOiB3YXRjaCBlcGF0aD0vbG9jYWwvZG9tYWluLzAvYmFja2Vu ZC92aWYvNS8wL3N0YXRlIHRva2VuPTMvMTogZW1wdHkgc2xvdApsaWJ4bDogZGVidWc6IGxpYnhs X2V2ZW50LmM6NDgzOndhdGNoZmRfY2FsbGJhY2s6IHdhdGNoIGVwYXRoPS9sb2NhbC9kb21haW4v MC9iYWNrZW5kL3ZpZi81LzAvc3RhdGUgdG9rZW49My8xOiBlbXB0eSBzbG90CmxpYnhsOiBkZWJ1 ZzogbGlieGxfZXZlbnQuYzo0ODM6d2F0Y2hmZF9jYWxsYmFjazogd2F0Y2ggZXBhdGg9L2xvY2Fs L2RvbWFpbi8wL2JhY2tlbmQvdmlmLzUvMC9zdGF0ZSB0b2tlbj0zLzE6IGVtcHR5IHNsb3QKbGli eGw6IGRlYnVnOiBsaWJ4bF9ldmVudC5jOjE1NjM6bGlieGxfX2FvX19kZXN0cm95OiBhbyAweDMy OWU4OiBkZXN0cm95CnhjOiBkZWJ1ZzogaHlwZXJjYWxsIGJ1ZmZlcjogdG90YWwgYWxsb2NhdGlv bnM6MTYyIHRvdGFsIHJlbGVhc2VzOjE2Mgp4YzogZGVidWc6IGh5cGVyY2FsbCBidWZmZXI6IGN1 cnJlbnQgYWxsb2NhdGlvbnM6MCBtYXhpbXVtIGFsbG9jYXRpb25zOjQKeGM6IGRlYnVnOiBoeXBl cmNhbGwgYnVmZmVyOiBjYWNoZSBjdXJyZW50IHNpemU6NAp4YzogZGVidWc6IGh5cGVyY2FsbCBi dWZmZXI6IGNhY2hlIGhpdHM6MTU0IG1pc3Nlczo0IHRvb2JpZzo0 --_002_B69BE294631500448B6D3B9936E1743202DC36828992GEORGEEmeaA_ Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --_002_B69BE294631500448B6D3B9936E1743202DC36828992GEORGEEmeaA_-- From xen-users-bounces@lists.xen.org Tue Aug 05 15:33:05 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 05 Aug 2014 15:33:05 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XEgid-0007w7-BF; Tue, 05 Aug 2014 15:32:07 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XEgib-0007vz-OF for xen-users@lists.xen.org; Tue, 05 Aug 2014 15:32:05 +0000 Received: from [193.109.254.147:41913] by server-1.bemta-14.messagelabs.com id BC/FA-24760-5F8F0E35; Tue, 05 Aug 2014 15:32:05 +0000 X-Env-Sender: jeenu.viswambharan@arm.com X-Msg-Ref: server-2.tower-27.messagelabs.com!1407252724!13878909!1 X-Originating-IP: [195.130.217.12] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTk1LjEzMC4yMTcuMTIgPT4gMzg5OTY3\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20736 invoked from network); 5 Aug 2014 15:32:04 -0000 Received: from service88.mimecast.com (HELO service88.mimecast.com) (195.130.217.12) by server-2.tower-27.messagelabs.com with SMTP; 5 Aug 2014 15:32:04 -0000 Received: from EMEA-CAM-GW3.Emea.Arm.com (fw-tnat.cambridge.arm.com [217.140.96.21]) (Using TLS) by service88.mimecast.com; Tue, 05 Aug 2014 16:32:03 +0100 Received: from george.Emea.Arm.com ([fe80::4c19:a8f:5c9a:76df]) by EMEA-CAM-GW3.Emea.Arm.com ([::1]) with mapi; Tue, 5 Aug 2014 16:32:01 +0100 From: Jeenu Viswambharan To: Ian Campbell Date: Tue, 5 Aug 2014 16:32:00 +0100 Thread-Topic: [Xen-users] mount DomU root fs via. NFS Thread-Index: Ac+v+fl8KmYOGRiZSeGOx8du66vI9AAxODhg Message-ID: References: <1407154282.13395.30.camel@kazak.uk.xensource.com> <1407166604.30756.17.camel@kazak.uk.xensource.com> In-Reply-To: <1407166604.30756.17.camel@kazak.uk.xensource.com> Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB MIME-Version: 1.0 X-MC-Unique: 114080516320309602 Content-Type: multipart/mixed; boundary="_002_B69BE294631500448B6D3B9936E1743202DC36828992GEORGEEmeaA_" Cc: xen-users Subject: Re: [Xen-users] mount DomU root fs via. NFS X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --_002_B69BE294631500448B6D3B9936E1743202DC36828992GEORGEEmeaA_ Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 T24gTW9uLCBBdWcgMDQsIDIwMTQgYXQgMTY6MzY6NDQsIElhbiBDYW1wYmVsbCB3cm90ZToNCj4g T24gTW9uLCAyMDE0LTA4LTA0IGF0IDE1OjAwICswMTAwLCBKZWVudSBWaXN3YW1iaGFyYW4gd3Jv dGU6DQo+ID4gRG9tMCBnZXRzIElQIGFkZHJlc3MgdXNpbmcgREhDUCAoSSd2ZSBpcD1kaGNwIGlu IERvbTAgY29tbWFuZCBsaW5lKS4gQ2FuDQo+ID4gdmlmIGJlIGNvbmZpZ3VyZWQgdG8gZ2V0IElQ IGFkZHJlc3MgdmlhLiBESENQIHRvbywgcmF0aGVyIHRoYW4gYXNzaWduaW5nDQo+ID4gYSBzdGF0 aWMgb25lPw0KPg0KPiBTb3J0IG9mLCBidXQgbm90IGhvdyB5b3UgcHJvYmFibHkgbWVhbi4uLg0K Pg0KPiBJdCBpcyBwb3NzaWJsZSB0byBydW4gYSBkaGNwZCBpbiBkb20wIHdoaWNoIHNlcnZlcyBJ UCBhZGRyZXNzZXMgdG8gdGhlDQo+IFZNcyB3aGljaCBhcmUgYmVoaW5kIHRoZSBOQVQuIFRoZSB2 aWYtbmF0IHNjcmlwdCB3aWxsIGZyb2IgdGhlIGRoY3ANCj4gY29uZmlnIHRvIGNvbnRhaW4gdGhl IGlwIGFkZHJlc3Mgd2hpY2ggeW91IGdhdmUgaW4gdGhlIGNvbmZpZyBhbmQNCj4gcmVsb2FkIHRo ZSBzZXJ2ZXIgY29uZmlnIG9uIHRoZSBmbHksIHNvIHRoYXQgdGhlIGd1ZXN0IGdldHMgZ2l2ZW4g dGhhdA0KPiBhZGRyZXNzLg0KPg0KPiBXaGF0IGlzbid0IHBvc3NpYmxlIGlzIHRvIHVzZSB0aGUg ZXhpc3RpbmcgREhDUCBzZXJ2ZXIsIHNpbmNlIGl0DQo+IGRvZXNuJ3Qga25vdyBhYm91dCB5b3Vy IHByaXZhdGUgbmV0d29yay4gUGx1cyB5b3Ugd291bGQgbmVlZCB0byBiZQ0KPiBhYmxlIHRvIHdy aXRlIHRoZSBhbnN3ZXIgdG8gdGhlIERIQ1AgcmVxdWVzdCBpbnRvIHRoZSBndWVzdCBjZmcgZmls ZSwNCj4gb3IgZG8gc29tZXRoaW5nIGVsc2UgY2xldmVyIHdpdGggcHJveHkgZGhjcCBvciBzb21l dGhpbmcuLi4NCj4NCj4gSWYgeW91IHdlcmUgdG8gc2V0dXAgZGhjcGQgaW4gZG9tMCB5b3UnZCBu ZWVkIHRvIGJlIHZlcnkgY2FyZWZ1bCBhYm91dA0KPiB3aGljaCBpbnRlcmZhY2VzIGl0IHdpbGwg c2VuZCByZXBsaWVzIHRvLCBvdGhlcndpc2UgeW91J2xsIGhhdmUgeW91cg0KPiBJVCBkZXBhcnRt ZW50IGJyZWFraW5nIGRvd24geW91ciBkb29yIDstKQ0KPg0KPiBQZXJzb25hbGx5IEkgZG9uJ3Qg dHJ1c3QgdGhhdCBzdHVmZiBtdWNoLCBzbyBJIHdvdWxkIHVzZSBhIHN0YXRpYyBJUC4NCg0KT0ss IEkgZG9uJ3QgaGF2ZSBhIHN0YXRpYyBJUCBhbGxvY2F0ZWQsIGJ1dCBJIG1hbmFnZWQgdG8gdXNl IHRoZSBkaHRlc3QNCnRvb2wgWzFdIHRvIHRlbXBvcmFyaWx5IGxlYXNlIGEgZHluYW1pYyBJUCBm b3IgdGVzdGluZyBwdXJwb3NlcyBvbiBteQ0KbmV0d29yay4gSSBhc3N1bWUsIGZvciBhbGwgaW50 ZW50IGFuZCBwdXJwb3NlcywgdGhhdCBjYW4gYmUgdHJlYXRlZCBhcyBhDQpzdGF0aWMgSVAuDQoN ClRoZSB3aWtpIHBhZ2UgWzJdIHN1Z2dlc3RzIHRoYXQgSSBjYW4gdXNlIGEgcmFuZG9tIE1BQyBh ZGRyZXNzZXMsIHNvDQpJJ3ZlIGRodGVzdCBnZW5lcmF0ZSBhIHJhbmRvbSBNQUMgZm9yIG1lOiAy MjoxZTo0ZTpmYzo2ZDpiZTsgYW5kIHRoYXQNCmdhdmUgbWUgYW4gSVAgYWRkcmVzcyAxMC4xLjE5 My4xNDEuDQoNCldpdGggdGhhdCwgSSd2ZSBpbiBteSBndWVzdCBjb25maWd1cmF0aW9uOg0KDQog IC4uLg0KICB2aWYgPSBbICJzY3JpcHQ9dmlmLW5hdCxtYWM9MjI6MWU6NGU6ZmM6NmQ6YmUsaXA9 MTAuMS4xOTMuMTQxIiBdDQogIGV4dHJhID0gIi4uLiByb290PS9kZXYvbmZzIG5mc3Jvb3Q9bmZz LmlwLmFkZC5yZXNzOi9wYXRoL3RvL25mcy9yb290IGlwPTE5Mi4xNjguMS4xIC4uLiINCiAgLi4u DQoNCldoYXQgSSBub3cgc2VlIHRoYXQgeGwgZmFpbHMgdG8gY3JlYXRlIHRoZSBndWVzdCwgYW5k IGl0IHJlcG9ydHMgdGhlDQpmb2xsb3dpbmcgZXJyb3IgKHZlcmJvc2UgbG9ncyBhdHRhY2hlZCku DQoNCiAgLi4uDQogIGxpYnhsOiBlcnJvcjogbGlieGxfZGV2aWNlLmM6MTA4NDpkZXZpY2VfaG90 cGx1Z19jaGlsZF9kZWF0aF9jYjogc2NyaXB0OiBpcCBhZGRyIGFkZCAxMC4xLjE5My4yNjggZGV2 IHZpZjQuMCBmYWlsZWQNCiAgLi4uDQoNClRoZSBwcmludGVkIElQIGFkZHJlc3MgMTAuMS4xOTMu MjY4IHNlZW1zIHNwdXJpb3VzLiBEb2VzIHRoZSBsb2dzIGdpdmUNCmFueSBpZGVhIGFzIHRvIHdo YXQncyBnb2luZyBvbj8NCg0KQWxzbywgSSBkb24ndCBrbm93IGlmIGl0J3MgdGhlIE1BQyBhZGRy ZXNzIGlzIGNhdXNpbmcgaXQgdG8gZmFpbC4NCkFsdGhvdWdoIHJhbmRvbWx5IGdlbmVyYXRlZCwg aXQgZG9lcyBzZWVtIHRvIGhhdmUgY29tcGF0aWJsZSAobG9jYWxseQ0KYWRtaW5pc3RlcmVkLCBt dWx0aWNhc3QgZXRjLikgYml0cy4NCg0KRldJVywgdGhlIGZpbGUgL3Zhci9sb2cveGVuL3hlbi1o b3RwbHVnLmxvZyBoYXM6DQoNCiAgRXJyb3I6IGFuIGluZXQgcHJlZml4IGlzIGV4cGVjdGVkIHJh dGhlciB0aGFuICIxMC4xLjE5My4yNjgiLg0KDQotLQ0KSmVlbnUNCg0KWzFdIGh0dHBzOi8vZ2l0 aHViLmNvbS9zaXB3aXNlL2RodGVzdC5naXQNClsyXSBodHRwOi8vd2lraS54ZW4ub3JnL3dpa2kv WGVuX05ldHdvcmtpbmcjTUFDX2FkZHJlc3Nlcw0KDQotLSBJTVBPUlRBTlQgTk9USUNFOiBUaGUg Y29udGVudHMgb2YgdGhpcyBlbWFpbCBhbmQgYW55IGF0dGFjaG1lbnRzIGFyZSBjb25maWRlbnRp YWwgYW5kIG1heSBhbHNvIGJlIHByaXZpbGVnZWQuIElmIHlvdSBhcmUgbm90IHRoZSBpbnRlbmRl ZCByZWNpcGllbnQsIHBsZWFzZSBub3RpZnkgdGhlIHNlbmRlciBpbW1lZGlhdGVseSBhbmQgZG8g bm90IGRpc2Nsb3NlIHRoZSBjb250ZW50cyB0byBhbnkgb3RoZXIgcGVyc29uLCB1c2UgaXQgZm9y IGFueSBwdXJwb3NlLCBvciBzdG9yZSBvciBjb3B5IHRoZSBpbmZvcm1hdGlvbiBpbiBhbnkgbWVk aXVtLiAgVGhhbmsgeW91Lg0KDQpBUk0gTGltaXRlZCwgUmVnaXN0ZXJlZCBvZmZpY2UgMTEwIEZ1 bGJvdXJuIFJvYWQsIENhbWJyaWRnZSBDQjEgOU5KLCBSZWdpc3RlcmVkIGluIEVuZ2xhbmQgJiBX YWxlcywgQ29tcGFueSBObzogIDI1NTc1OTANCkFSTSBIb2xkaW5ncyBwbGMsIFJlZ2lzdGVyZWQg b2ZmaWNlIDExMCBGdWxib3VybiBSb2FkLCBDYW1icmlkZ2UgQ0IxIDlOSiwgUmVnaXN0ZXJlZCBp biBFbmdsYW5kICYgV2FsZXMsIENvbXBhbnkgTm86ICAyNTQ4NzgyDQo= --_002_B69BE294631500448B6D3B9936E1743202DC36828992GEORGEEmeaA_ Content-Type: application/octet-stream; name="xl.log" Content-Description: xl.log Content-Disposition: attachment; filename="xl.log"; size=8475; creation-date="Tue, 05 Aug 2014 15:25:12 GMT"; modification-date="Tue, 05 Aug 2014 15:24:55 GMT" Content-Transfer-Encoding: base64 UGFyc2luZyBjb25maWcgZnJvbSBndWVzdC5jZmcKbGlieGw6IHZlcmJvc2U6IGxpYnhsX2NyZWF0 ZS5jOjEzNDpsaWJ4bF9fZG9tYWluX2J1aWxkX2luZm9fc2V0ZGVmYXVsdDogcWVtdS14ZW4gaXMg dW5hdmFpbGFibGUsIHVzZSBxZW11LXhlbi10cmFkaXRpb25hbCBpbnN0ZWFkOiBObyBzdWNoIGZp bGUgb3IgZGlyZWN0b3J5CmxpYnhsOiBkZWJ1ZzogbGlieGxfY3JlYXRlLmM6MTM0Mjpkb19kb21h aW5fY3JlYXRlOiBhbyAweDMyOWU4OiBjcmVhdGU6IGhvdz0obmlsKSBjYWxsYmFjaz0obmlsKSBw b2xsZXI9MHgzNGUyMApsaWJ4bDogZGVidWc6IGxpYnhsX2NyZWF0ZS5jOjc5Nzppbml0aWF0ZV9k b21haW5fY3JlYXRlOiBydW5uaW5nIGJvb3Rsb2FkZXIKbGlieGw6IGRlYnVnOiBsaWJ4bF9ib290 bG9hZGVyLmM6MzI3OmxpYnhsX19ib290bG9hZGVyX3J1bjogbm8gYm9vdGxvYWRlciBjb25maWd1 cmVkLCB1c2luZyB1c2VyIHN1cHBsaWVkIGtlcm5lbApsaWJ4bDogZGVidWc6IGxpYnhsX2V2ZW50 LmM6NjE4OmxpYnhsX19ldl94c3dhdGNoX2RlcmVnaXN0ZXI6IHdhdGNoIHc9MHgzMmY2MDogZGVy ZWdpc3RlciB1bnJlZ2lzdGVyZWQKbGlieGw6IGRlYnVnOiBsaWJ4bF9udW1hLmM6NDc1OmxpYnhs X19nZXRfbnVtYV9jYW5kaWRhdGU6IE5ldyBiZXN0IE5VTUEgcGxhY2VtZW50IGNhbmRpZGF0ZSBm b3VuZDogbnJfbm9kZXM9MSwgbnJfY3B1cz0yLCBucl92Y3B1cz0zLCBmcmVlX21lbWtiPTg2MQps aWJ4bDogZGV0YWlsOiBsaWJ4bF9kb20uYzoxOTU6bnVtYV9wbGFjZV9kb21haW46IE5VTUEgcGxh Y2VtZW50IGNhbmRpZGF0ZSB3aXRoIDEgbm9kZXMsIDIgY3B1cyBhbmQgODYxIEtCIGZyZWUgc2Vs ZWN0ZWQKZG9tYWluYnVpbGRlcjogZGV0YWlsOiB4Y19kb21fYWxsb2NhdGU6IGNtZGxpbmU9ImVh cmx5cHJpbnRrPXhlbmJvb3QgY29uc29sZT1odmMwIHJvb3Q9L2Rldi9uZnMgbmZzcm9vdD0xMC4x LjE5My4xNzA6L3dvcmsveGVuX3ZpcnRpY2FsL25mc19yb290IGlwPTE5Mi4xNjguMS4xIGRlYnVn IHJ3IiwgZmVhdHVyZXM9IihudWxsKSIKbGlieGw6IGRlYnVnOiBsaWJ4bF9kb20uYzozNTc6bGli eGxfX2J1aWxkX3B2OiBwdiBrZXJuZWwgbWFwcGVkIDAgcGF0aCAvcm9vdC96SW1hZ2UKZG9tYWlu YnVpbGRlcjogZGV0YWlsOiB4Y19kb21fa2VybmVsX2ZpbGU6IGZpbGVuYW1lPSIvcm9vdC96SW1h Z2UiCmRvbWFpbmJ1aWxkZXI6IGRldGFpbDogeGNfZG9tX21hbGxvY19maWxlbWFwICAgIDogMzc4 NyBrQgpkb21haW5idWlsZGVyOiBkZXRhaWw6IHhjX2RvbV9ib290X3hlbl9pbml0OiB2ZXIgNC40 LCBjYXBzIHhlbi0zLjAtYXJtdjdsCmRvbWFpbmJ1aWxkZXI6IGRldGFpbDogeGNfZG9tX3JhbWJh c2VfaW5pdDogUkFNIHN0YXJ0cyBhdCA4MDAwMApkb21haW5idWlsZGVyOiBkZXRhaWw6IHhjX2Rv bV9wYXJzZV9pbWFnZTogY2FsbGVkCmRvbWFpbmJ1aWxkZXI6IGRldGFpbDogeGNfZG9tX2ZpbmRf bG9hZGVyOiB0cnlpbmcgbXVsdGlib290LWJpbmFyeSBsb2FkZXIgLi4uCmRvbWFpbmJ1aWxkZXI6 IGRldGFpbDogbG9hZGVyIHByb2JlIGZhaWxlZApkb21haW5idWlsZGVyOiBkZXRhaWw6IHhjX2Rv bV9maW5kX2xvYWRlcjogdHJ5aW5nIExpbnV4IHpJbWFnZSAoQVJNNjQpIGxvYWRlciAuLi4KZG9t YWluYnVpbGRlcjogZGV0YWlsOiB4Y19kb21fcHJvYmVfemltYWdlNjRfa2VybmVsOiBrZXJuZWwg aXMgbm90IGFuIGFybTY0IEltYWdlCmRvbWFpbmJ1aWxkZXI6IGRldGFpbDogbG9hZGVyIHByb2Jl IGZhaWxlZApkb21haW5idWlsZGVyOiBkZXRhaWw6IHhjX2RvbV9maW5kX2xvYWRlcjogdHJ5aW5n IExpbnV4IHpJbWFnZSAoQVJNMzIpIGxvYWRlciAuLi4KZG9tYWluYnVpbGRlcjogZGV0YWlsOiBs b2FkZXIgcHJvYmUgT0sKZG9tYWluYnVpbGRlcjogZGV0YWlsOiB4Y19kb21fcGFyc2VfemltYWdl MzJfa2VybmVsOiBjYWxsZWQKZG9tYWluYnVpbGRlcjogZGV0YWlsOiB4Y19kb21fcGFyc2Vfemlt YWdlMzJfa2VybmVsOiB4ZW4tMy4wLWFybXY3bDogMHg4MDAwODAwMCAtPiAweDgwM2JhYzgwCmxp YnhsOiBkZWJ1ZzogbGlieGxfYXJtLmM6NDMzOmxpYnhsX19hcmNoX2RvbWFpbl9jb25maWd1cmU6 IGNvbnN0cnVjdGluZyBEVEIgZm9yIFhlbiB2ZXJzaW9uIDQuNCBndWVzdApsaWJ4bDogZGVidWc6 IGxpYnhsX2FybS5jOjQ5NzpsaWJ4bF9fYXJjaF9kb21haW5fY29uZmlndXJlOiBmZHQgdG90YWwg c2l6ZSAxMjU4CmRvbWFpbmJ1aWxkZXI6IGRldGFpbDogeGNfZG9tX2RldmljZXRyZWVfbWVtOiBj YWxsZWQKZG9tYWluYnVpbGRlcjogZGV0YWlsOiB4Y19kb21fbWVtX2luaXQ6IG1lbSAxMjggTUIs IHBhZ2VzIDB4ODAwMCBwYWdlcywgNGsgZWFjaApkb21haW5idWlsZGVyOiBkZXRhaWw6IHhjX2Rv bV9tZW1faW5pdDogMHg4MDAwIHBhZ2VzCmRvbWFpbmJ1aWxkZXI6IGRldGFpbDogeGNfZG9tX2Jv b3RfbWVtX2luaXQ6IGNhbGxlZApkb21haW5idWlsZGVyOiBkZXRhaWw6IHNldF9tb2RlOiBndWVz dCB4ZW4tMy4wLWFybXY3bCwgYWRkcmVzcyBzaXplIDMyCmRvbWFpbmJ1aWxkZXI6IGRldGFpbDog eGNfZG9tX21hbGxvYyAgICAgICAgICAgIDogMjU2IGtCCmRvbWFpbmJ1aWxkZXI6IGRldGFpbDog YXJjaF9zZXR1cF9tZW1pbml0OiBkZXZpY2V0cmVlOiAweDg3ZmZmMDAwIC0+IDB4ODdmZmY0ZWEK ZG9tYWluYnVpbGRlcjogZGV0YWlsOiB4Y19kb21fYnVpbGRfaW1hZ2U6IGNhbGxlZApkb21haW5i dWlsZGVyOiBkZXRhaWw6IHhjX2RvbV9hbGxvY19zZWdtZW50OiAgIGtlcm5lbCAgICAgICA6IDB4 ODAwMDgwMDAgLT4gMHg4MDNiYjAwMCAgKHBmbiAweDgwMDA4ICsgMHgzYjMgcGFnZXMpCmRvbWFp bmJ1aWxkZXI6IGRldGFpbDogeGNfZG9tX3Bmbl90b19wdHJfcmV0Y291bnQ6IGRvbVUgbWFwcGlu ZzogcGZuIDB4ODAwMDgrMHgzYjMgYXQgMHhiNjU0OTAwMApkb21haW5idWlsZGVyOiBkZXRhaWw6 IHhjX2RvbV9sb2FkX3ppbWFnZV9rZXJuZWw6IGNhbGxlZApkb21haW5idWlsZGVyOiBkZXRhaWw6 IHhjX2RvbV9sb2FkX3ppbWFnZV9rZXJuZWw6IGtlcm5lbCBzZWcgMHg4MDAwODAwMC0weDgwM2Ji MDAwCmRvbWFpbmJ1aWxkZXI6IGRldGFpbDogeGNfZG9tX2xvYWRfemltYWdlX2tlcm5lbDogY29w eSAzODc4MDE2IGJ5dGVzIGZyb20gYmxvYiAweGI2OTNkMDAwIHRvIGRzdCAweGI2NTQ5MDAwCmRv bWFpbmJ1aWxkZXI6IGRldGFpbDogeGNfZG9tX2FsbG9jX3NlZ21lbnQ6ICAgZGV2aWNldHJlZSAg IDogMHg4N2ZmZjAwMCAtPiAweDg4MDAwMDAwICAocGZuIDB4ODdmZmYgKyAweDEgcGFnZXMpCmRv bWFpbmJ1aWxkZXI6IGRldGFpbDogeGNfZG9tX3Bmbl90b19wdHJfcmV0Y291bnQ6IGRvbVUgbWFw cGluZzogcGZuIDB4ODdmZmYrMHgxIGF0IDB4YjY1NDgwMDAKZG9tYWluYnVpbGRlcjogZGV0YWls OiBhbGxvY19tYWdpY19wYWdlczogY2FsbGVkCmRvbWFpbmJ1aWxkZXI6IGRldGFpbDogY291bnRf cGd0YWJsZXNfYXJtOiBjYWxsZWQKZG9tYWluYnVpbGRlcjogZGV0YWlsOiB4Y19kb21fYnVpbGRf aW1hZ2UgIDogdmlydF9hbGxvY19lbmQgOiAweDg4MDAwMDAwCmRvbWFpbmJ1aWxkZXI6IGRldGFp bDogeGNfZG9tX2J1aWxkX2ltYWdlICA6IHZpcnRfcGd0YWJfZW5kIDogMHgwCmRvbWFpbmJ1aWxk ZXI6IGRldGFpbDogeGNfZG9tX2Jvb3RfaW1hZ2U6IGNhbGxlZApkb21haW5idWlsZGVyOiBkZXRh aWw6IGFyY2hfc2V0dXBfYm9vdGVhcmx5OiBkb2luZyBub3RoaW5nCmRvbWFpbmJ1aWxkZXI6IGRl dGFpbDogeGNfZG9tX2NvbXBhdF9jaGVjazogc3VwcG9ydGVkIGd1ZXN0IHR5cGU6IHhlbi0zLjAt YXJtdjdsIDw9IG1hdGNoZXMKZG9tYWluYnVpbGRlcjogZGV0YWlsOiBzZXR1cF9wZ3RhYmxlc19h cm06IGNhbGxlZApkb21haW5idWlsZGVyOiBkZXRhaWw6IGNsZWFyX3BhZ2U6IHBmbiAweDg4MDAw LCBtZm4gMHg4ODAwMApkb21haW5idWlsZGVyOiBkZXRhaWw6IGNsZWFyX3BhZ2U6IHBmbiAweDg4 MDAxLCBtZm4gMHg4ODAwMQpkb21haW5idWlsZGVyOiBkZXRhaWw6IHN0YXJ0X2luZm9fYXJtOiBj YWxsZWQKZG9tYWluYnVpbGRlcjogZGV0YWlsOiBkb21haW4gYnVpbGRlciBtZW1vcnkgZm9vdHBy aW50CmRvbWFpbmJ1aWxkZXI6IGRldGFpbDogICAgYWxsb2NhdGVkCmRvbWFpbmJ1aWxkZXI6IGRl dGFpbDogICAgICAgbWFsbG9jICAgICAgICAgICAgIDogMjgwIGtCCmRvbWFpbmJ1aWxkZXI6IGRl dGFpbDogICAgICAgYW5vbiBtbWFwICAgICAgICAgIDogMCBieXRlcwpkb21haW5idWlsZGVyOiBk ZXRhaWw6ICAgIG1hcHBlZApkb21haW5idWlsZGVyOiBkZXRhaWw6ICAgICAgIGZpbGUgbW1hcCAg ICAgICAgICA6IDM3ODcga0IKZG9tYWluYnVpbGRlcjogZGV0YWlsOiAgICAgICBkb21VIG1tYXAg ICAgICAgICAgOiAzNzkyIGtCCmRvbWFpbmJ1aWxkZXI6IGRldGFpbDogdmNwdV9hcm0zMjogY2Fs bGVkCmRvbWFpbmJ1aWxkZXI6IGRldGFpbDogSW5pdGlhbCBzdGF0ZSBDUFNSIDB4MWQzIFBDIDB4 ODAwMDgwMDAKZG9tYWluYnVpbGRlcjogZGV0YWlsOiBsYXVuY2hfdm06IGNhbGxlZCwgY3R4dD0w eGI2ZjNjMDA0CmRvbWFpbmJ1aWxkZXI6IGRldGFpbDogeGNfZG9tX3JlbGVhc2U6IGNhbGxlZAps aWJ4bDogZGVidWc6IGxpYnhsX2V2ZW50LmM6NTcwOmxpYnhsX19ldl94c3dhdGNoX3JlZ2lzdGVy OiB3YXRjaCB3PTB4MzU0MTAgd3BhdGg9L2xvY2FsL2RvbWFpbi8wL2JhY2tlbmQvdmlmLzUvMC9z dGF0ZSB0b2tlbj0zLzA6IHJlZ2lzdGVyIHNsb3RudW09MwpsaWJ4bDogZGVidWc6IGxpYnhsX2Ny ZWF0ZS5jOjEzNTY6ZG9fZG9tYWluX2NyZWF0ZTogYW8gMHgzMjllODogaW5wcm9ncmVzczogcG9s bGVyPTB4MzRlMjAsIGZsYWdzPWkKbGlieGw6IGRlYnVnOiBsaWJ4bF9ldmVudC5jOjUxNDp3YXRj aGZkX2NhbGxiYWNrOiB3YXRjaCB3PTB4MzU0MTAgd3BhdGg9L2xvY2FsL2RvbWFpbi8wL2JhY2tl bmQvdmlmLzUvMC9zdGF0ZSB0b2tlbj0zLzA6IGV2ZW50IGVwYXRoPS9sb2NhbC9kb21haW4vMC9i YWNrZW5kL3ZpZi81LzAvc3RhdGUKbGlieGw6IGRlYnVnOiBsaWJ4bF9ldmVudC5jOjY1NzpkZXZz dGF0ZV93YXRjaF9jYWxsYmFjazogYmFja2VuZCAvbG9jYWwvZG9tYWluLzAvYmFja2VuZC92aWYv NS8wL3N0YXRlIHdhbnRlZCBzdGF0ZSAyIHN0aWxsIHdhaXRpbmcgc3RhdGUgMQpsaWJ4bDogZGVi dWc6IGxpYnhsX2V2ZW50LmM6NTE0OndhdGNoZmRfY2FsbGJhY2s6IHdhdGNoIHc9MHgzNTQxMCB3 cGF0aD0vbG9jYWwvZG9tYWluLzAvYmFja2VuZC92aWYvNS8wL3N0YXRlIHRva2VuPTMvMDogZXZl bnQgZXBhdGg9L2xvY2FsL2RvbWFpbi8wL2JhY2tlbmQvdmlmLzUvMC9zdGF0ZQpsaWJ4bDogZGVi dWc6IGxpYnhsX2V2ZW50LmM6NjUzOmRldnN0YXRlX3dhdGNoX2NhbGxiYWNrOiBiYWNrZW5kIC9s b2NhbC9kb21haW4vMC9iYWNrZW5kL3ZpZi81LzAvc3RhdGUgd2FudGVkIHN0YXRlIDIgb2sKbGli eGw6IGRlYnVnOiBsaWJ4bF9ldmVudC5jOjYwNjpsaWJ4bF9fZXZfeHN3YXRjaF9kZXJlZ2lzdGVy OiB3YXRjaCB3PTB4MzU0MTAgd3BhdGg9L2xvY2FsL2RvbWFpbi8wL2JhY2tlbmQvdmlmLzUvMC9z dGF0ZSB0b2tlbj0zLzA6IGRlcmVnaXN0ZXIgc2xvdG51bT0zCmxpYnhsOiBkZWJ1ZzogbGlieGxf ZXZlbnQuYzo2MTg6bGlieGxfX2V2X3hzd2F0Y2hfZGVyZWdpc3Rlcjogd2F0Y2ggdz0weDM1NDEw OiBkZXJlZ2lzdGVyIHVucmVnaXN0ZXJlZApsaWJ4bDogZGVidWc6IGxpYnhsX2RldmljZS5jOjEw MjI6ZGV2aWNlX2hvdHBsdWc6IGNhbGxpbmcgaG90cGx1ZyBzY3JpcHQ6IC9ldGMveGVuL3Njcmlw dHMvdmlmLW5hdCBvbmxpbmUKWyAyODg0LjY4OTAyMl0gSVB2NjogQUREUkNPTkYoTkVUREVWX1VQ KTogdmlmNS4wOiBsaW5rIGlzIG5vdCByZWFkeQpsaWJ4bDogZGVidWc6IGxpYnhsX2V2ZW50LmM6 NjE4OmxpYnhsX19ldl94c3dhdGNoX2RlcmVnaXN0ZXI6IHdhdGNoIHc9MHgzNTQ1ODogZGVyZWdp c3RlciB1bnJlZ2lzdGVyZWQKbGlieGw6IGVycm9yOiBsaWJ4bF9leGVjLmM6MTE4OmxpYnhsX3Jl cG9ydF9jaGlsZF9leGl0c3RhdHVzOiAvZXRjL3hlbi9zY3JpcHRzL3ZpZi1uYXQgb25saW5lIFst MV0gZXhpdGVkIHdpdGggZXJyb3Igc3RhdHVzIDEKbGlieGw6IGVycm9yOiBsaWJ4bF9kZXZpY2Uu YzoxMDg0OmRldmljZV9ob3RwbHVnX2NoaWxkX2RlYXRoX2NiOiBzY3JpcHQ6IGlwIGFkZHIgYWRk IDEwLjEuMTkzLjI2OCBkZXYgdmlmNS4wIGZhaWxlZApsaWJ4bDogZGVidWc6IGxpYnhsX2V2ZW50 LmM6NjE4OmxpYnhsX19ldl94c3dhdGNoX2RlcmVnaXN0ZXI6IHdhdGNoIHc9MHgzNTQ1ODogZGVy ZWdpc3RlciB1bnJlZ2lzdGVyZWQKbGlieGw6IGVycm9yOiBsaWJ4bF9jcmVhdGUuYzoxMjI2OmRv bWNyZWF0ZV9hdHRhY2hfdnRwbXM6IHVuYWJsZSB0byBhZGQgbmljIGRldmljZXMKbGlieGw6IGRl YnVnOiBsaWJ4bF9ldmVudC5jOjU3MDpsaWJ4bF9fZXZfeHN3YXRjaF9yZWdpc3Rlcjogd2F0Y2gg dz0weDM2NzkwIHdwYXRoPS9sb2NhbC9kb21haW4vMC9iYWNrZW5kL3ZpZi81LzAvc3RhdGUgdG9r ZW49My8xOiByZWdpc3RlciBzbG90bnVtPTMKbGlieGw6IGRlYnVnOiBsaWJ4bF9ldmVudC5jOjUx NDp3YXRjaGZkX2NhbGxiYWNrOiB3YXRjaCB3PTB4MzY3OTAgd3BhdGg9L2xvY2FsL2RvbWFpbi8w L2JhY2tlbmQvdmlmLzUvMC9zdGF0ZSB0b2tlbj0zLzE6IGV2ZW50IGVwYXRoPS9sb2NhbC9kb21h aW4vMC9iYWNrZW5kL3ZpZi81LzAvc3RhdGUKbGlieGw6IGRlYnVnOiBsaWJ4bF9ldmVudC5jOjY0 MjpkZXZzdGF0ZV93YXRjaF9jYWxsYmFjazogYmFja2VuZCAvbG9jYWwvZG9tYWluLzAvYmFja2Vu ZC92aWYvNS8wL3N0YXRlIHdhbnRlZCBzdGF0ZSA2IGJ1dCBpdCB3YXMgcmVtb3ZlZApsaWJ4bDog ZGVidWc6IGxpYnhsX2V2ZW50LmM6NjA2OmxpYnhsX19ldl94c3dhdGNoX2RlcmVnaXN0ZXI6IHdh dGNoIHc9MHgzNjc5MCB3cGF0aD0vbG9jYWwvZG9tYWluLzAvYmFja2VuZC92aWYvNS8wL3N0YXRl IHRva2VuPTMvMTogZGVyZWdpc3RlciBzbG90bnVtPTMKbGlieGw6IGRlYnVnOiBsaWJ4bF9ldmVu dC5jOjYxODpsaWJ4bF9fZXZfeHN3YXRjaF9kZXJlZ2lzdGVyOiB3YXRjaCB3PTB4MzY3OTA6IGRl cmVnaXN0ZXIgdW5yZWdpc3RlcmVkCmxpYnhsOiBlcnJvcjogbGlieGxfZGV2aWNlLmM6OTM0OmRl dmljZV9iYWNrZW5kX2NhbGxiYWNrOiB1bmFibGUgdG8gcmVtb3ZlIGRldmljZSB3aXRoIHBhdGgg L2xvY2FsL2RvbWFpbi8wL2JhY2tlbmQvdmlmLzUvMApsaWJ4bDogZGVidWc6IGxpYnhsX2V2ZW50 LmM6NjE4OmxpYnhsX19ldl94c3dhdGNoX2RlcmVnaXN0ZXI6IHdhdGNoIHc9MHgzNjdkODogZGVy ZWdpc3RlciB1bnJlZ2lzdGVyZWQKbGlieGw6IGVycm9yOiBsaWJ4bC5jOjE0NTc6ZGV2aWNlc19k ZXN0cm95X2NiOiBsaWJ4bF9fZGV2aWNlc19kZXN0cm95IGZhaWxlZCBmb3IgNQpsaWJ4bDogZGVi dWc6IGxpYnhsX2V2ZW50LmM6MTU5MTpsaWJ4bF9fYW9fY29tcGxldGU6IGFvIDB4MzI5ZTg6IGNv bXBsZXRlLCByYz0tMwpsaWJ4bDogZGVidWc6IGxpYnhsX2V2ZW50LmM6NDgzOndhdGNoZmRfY2Fs bGJhY2s6IHdhdGNoIGVwYXRoPS9sb2NhbC9kb21haW4vMC9iYWNrZW5kL3ZpZi81LzAvc3RhdGUg dG9rZW49My8xOiBlbXB0eSBzbG90CmxpYnhsOiBkZWJ1ZzogbGlieGxfZXZlbnQuYzo0ODM6d2F0 Y2hmZF9jYWxsYmFjazogd2F0Y2ggZXBhdGg9L2xvY2FsL2RvbWFpbi8wL2JhY2tlbmQvdmlmLzUv MC9zdGF0ZSB0b2tlbj0zLzE6IGVtcHR5IHNsb3QKbGlieGw6IGRlYnVnOiBsaWJ4bF9ldmVudC5j OjQ4Mzp3YXRjaGZkX2NhbGxiYWNrOiB3YXRjaCBlcGF0aD0vbG9jYWwvZG9tYWluLzAvYmFja2Vu ZC92aWYvNS8wL3N0YXRlIHRva2VuPTMvMTogZW1wdHkgc2xvdApsaWJ4bDogZGVidWc6IGxpYnhs X2V2ZW50LmM6NDgzOndhdGNoZmRfY2FsbGJhY2s6IHdhdGNoIGVwYXRoPS9sb2NhbC9kb21haW4v MC9iYWNrZW5kL3ZpZi81LzAvc3RhdGUgdG9rZW49My8xOiBlbXB0eSBzbG90CmxpYnhsOiBkZWJ1 ZzogbGlieGxfZXZlbnQuYzo0ODM6d2F0Y2hmZF9jYWxsYmFjazogd2F0Y2ggZXBhdGg9L2xvY2Fs L2RvbWFpbi8wL2JhY2tlbmQvdmlmLzUvMC9zdGF0ZSB0b2tlbj0zLzE6IGVtcHR5IHNsb3QKbGli eGw6IGRlYnVnOiBsaWJ4bF9ldmVudC5jOjE1NjM6bGlieGxfX2FvX19kZXN0cm95OiBhbyAweDMy OWU4OiBkZXN0cm95CnhjOiBkZWJ1ZzogaHlwZXJjYWxsIGJ1ZmZlcjogdG90YWwgYWxsb2NhdGlv bnM6MTYyIHRvdGFsIHJlbGVhc2VzOjE2Mgp4YzogZGVidWc6IGh5cGVyY2FsbCBidWZmZXI6IGN1 cnJlbnQgYWxsb2NhdGlvbnM6MCBtYXhpbXVtIGFsbG9jYXRpb25zOjQKeGM6IGRlYnVnOiBoeXBl cmNhbGwgYnVmZmVyOiBjYWNoZSBjdXJyZW50IHNpemU6NAp4YzogZGVidWc6IGh5cGVyY2FsbCBi dWZmZXI6IGNhY2hlIGhpdHM6MTU0IG1pc3Nlczo0IHRvb2JpZzo0 --_002_B69BE294631500448B6D3B9936E1743202DC36828992GEORGEEmeaA_ Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --_002_B69BE294631500448B6D3B9936E1743202DC36828992GEORGEEmeaA_-- From xen-users-bounces@lists.xen.org Tue Aug 05 15:43:22 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 05 Aug 2014 15:43: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 1XEgtE-00008I-N1; Tue, 05 Aug 2014 15:43:04 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XEgtB-00007y-7m for xen-users@lists.xen.org; Tue, 05 Aug 2014 15:43:01 +0000 Received: from [85.158.139.211:55122] by server-1.bemta-5.messagelabs.com id D4/1C-17892-48BF0E35; Tue, 05 Aug 2014 15:43:00 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-9.tower-206.messagelabs.com!1407253377!12022697!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32249 invoked from network); 5 Aug 2014 15:42:59 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-9.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 5 Aug 2014 15:42:59 -0000 X-IronPort-AV: E=Sophos;i="5.01,805,1400025600"; d="scan'208";a="159571465" Message-ID: <1407253351.2120.52.camel@kazak.uk.xensource.com> From: Ian Campbell To: Jeenu Viswambharan Date: Tue, 5 Aug 2014 16:42:31 +0100 In-Reply-To: References: <1407154282.13395.30.camel@kazak.uk.xensource.com> <1407166604.30756.17.camel@kazak.uk.xensource.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-DLP: MIA2 Cc: xen-users Subject: Re: [Xen-users] mount DomU root fs via. NFS X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Tue, 2014-08-05 at 16:32 +0100, Jeenu Viswambharan wrote: > On Mon, Aug 04, 2014 at 16:36:44, Ian Campbell wrote: > > On Mon, 2014-08-04 at 15:00 +0100, Jeenu Viswambharan wrote: > > > Dom0 gets IP address using DHCP (I've ip=dhcp in Dom0 command line). Can > > > vif be configured to get IP address via. DHCP too, rather than assigning > > > a static one? > > > > Sort of, but not how you probably mean... > > > > It is possible to run a dhcpd in dom0 which serves IP addresses to the > > VMs which are behind the NAT. The vif-nat script will frob the dhcp > > config to contain the ip address which you gave in the config and > > reload the server config on the fly, so that the guest gets given that > > address. > > > > What isn't possible is to use the existing DHCP server, since it > > doesn't know about your private network. Plus you would need to be > > able to write the answer to the DHCP request into the guest cfg file, > > or do something else clever with proxy dhcp or something... > > > > If you were to setup dhcpd in dom0 you'd need to be very careful about > > which interfaces it will send replies to, otherwise you'll have your > > IT department breaking down your door ;-) > > > > Personally I don't trust that stuff much, so I would use a static IP. > > OK, I don't have a static IP allocated, but I managed to use the dhtest > tool [1] to temporarily lease a dynamic IP for testing purposes on my > network. I assume, for all intent and purposes, that can be treated as a > static IP. If you were using vif-route then this would be the case, but not if you are using vif-nat. If you are using vif-nat then you have your own set of RFC1918 private IP spaces to play with, so a static address is simply one you have made up, e.g. any 192.168.1.x for 0 < x < 127 will do. > ... > > What I now see that xl fails to create the guest, and it reports the > following error (verbose logs attached). > > ... > libxl: error: libxl_device.c:1084:device_hotplug_child_death_cb: script: ip addr add 10.1.193.268 dev vif4.0 failed > ... > > The printed IP address 10.1.193.268 seems spurious. It is trying to assign 10.1.192.(141+127=268) as the "routable_ip" (see vif-nat for the logic) for the vif device in dom0 (the peer of the 10.1.192.141 IP inside the guest). 10.1.192.268 is not a valid IP address so it fails. I think this cfg ought to work: vif = [ "script=vif-nat,mac=22:1e:4e:fc:6d:be,ip=192.168.1.1" ] extra = "... root=/dev/nfs nfsroot=nfs.ip.add.ress:/path/to/nfs/root ip=192.168.1.1 ..." i.e. give the guest address 192.168.1.1. This won't pollute your corporate network since NAT will ensure that what is seen outside the host is the hosts own address. > Also, I don't know if it's the MAC address is causing it to fail. > Although randomly generated, it does seem to have compatible (locally > administered, multicast etc.) bits. You can use http://www.hellion.org.uk/cgi-bin/randmac.pl to generate something which you are sure is correct but I don't think 22:1e:4e:fc:6d:be is wrong, it is a locally administered unicast address AFAICT. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Aug 05 15:43:22 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 05 Aug 2014 15:43: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 1XEgtE-00008I-N1; Tue, 05 Aug 2014 15:43:04 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XEgtB-00007y-7m for xen-users@lists.xen.org; Tue, 05 Aug 2014 15:43:01 +0000 Received: from [85.158.139.211:55122] by server-1.bemta-5.messagelabs.com id D4/1C-17892-48BF0E35; Tue, 05 Aug 2014 15:43:00 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-9.tower-206.messagelabs.com!1407253377!12022697!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32249 invoked from network); 5 Aug 2014 15:42:59 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-9.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 5 Aug 2014 15:42:59 -0000 X-IronPort-AV: E=Sophos;i="5.01,805,1400025600"; d="scan'208";a="159571465" Message-ID: <1407253351.2120.52.camel@kazak.uk.xensource.com> From: Ian Campbell To: Jeenu Viswambharan Date: Tue, 5 Aug 2014 16:42:31 +0100 In-Reply-To: References: <1407154282.13395.30.camel@kazak.uk.xensource.com> <1407166604.30756.17.camel@kazak.uk.xensource.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-DLP: MIA2 Cc: xen-users Subject: Re: [Xen-users] mount DomU root fs via. NFS X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Tue, 2014-08-05 at 16:32 +0100, Jeenu Viswambharan wrote: > On Mon, Aug 04, 2014 at 16:36:44, Ian Campbell wrote: > > On Mon, 2014-08-04 at 15:00 +0100, Jeenu Viswambharan wrote: > > > Dom0 gets IP address using DHCP (I've ip=dhcp in Dom0 command line). Can > > > vif be configured to get IP address via. DHCP too, rather than assigning > > > a static one? > > > > Sort of, but not how you probably mean... > > > > It is possible to run a dhcpd in dom0 which serves IP addresses to the > > VMs which are behind the NAT. The vif-nat script will frob the dhcp > > config to contain the ip address which you gave in the config and > > reload the server config on the fly, so that the guest gets given that > > address. > > > > What isn't possible is to use the existing DHCP server, since it > > doesn't know about your private network. Plus you would need to be > > able to write the answer to the DHCP request into the guest cfg file, > > or do something else clever with proxy dhcp or something... > > > > If you were to setup dhcpd in dom0 you'd need to be very careful about > > which interfaces it will send replies to, otherwise you'll have your > > IT department breaking down your door ;-) > > > > Personally I don't trust that stuff much, so I would use a static IP. > > OK, I don't have a static IP allocated, but I managed to use the dhtest > tool [1] to temporarily lease a dynamic IP for testing purposes on my > network. I assume, for all intent and purposes, that can be treated as a > static IP. If you were using vif-route then this would be the case, but not if you are using vif-nat. If you are using vif-nat then you have your own set of RFC1918 private IP spaces to play with, so a static address is simply one you have made up, e.g. any 192.168.1.x for 0 < x < 127 will do. > ... > > What I now see that xl fails to create the guest, and it reports the > following error (verbose logs attached). > > ... > libxl: error: libxl_device.c:1084:device_hotplug_child_death_cb: script: ip addr add 10.1.193.268 dev vif4.0 failed > ... > > The printed IP address 10.1.193.268 seems spurious. It is trying to assign 10.1.192.(141+127=268) as the "routable_ip" (see vif-nat for the logic) for the vif device in dom0 (the peer of the 10.1.192.141 IP inside the guest). 10.1.192.268 is not a valid IP address so it fails. I think this cfg ought to work: vif = [ "script=vif-nat,mac=22:1e:4e:fc:6d:be,ip=192.168.1.1" ] extra = "... root=/dev/nfs nfsroot=nfs.ip.add.ress:/path/to/nfs/root ip=192.168.1.1 ..." i.e. give the guest address 192.168.1.1. This won't pollute your corporate network since NAT will ensure that what is seen outside the host is the hosts own address. > Also, I don't know if it's the MAC address is causing it to fail. > Although randomly generated, it does seem to have compatible (locally > administered, multicast etc.) bits. You can use http://www.hellion.org.uk/cgi-bin/randmac.pl to generate something which you are sure is correct but I don't think 22:1e:4e:fc:6d:be is wrong, it is a locally administered unicast address AFAICT. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Aug 05 19:17:55 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 05 Aug 2014 19:17: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 1XEkED-0005W1-VP; Tue, 05 Aug 2014 19:16:57 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XEkEB-0005Vq-O9 for xen-users@lists.xen.org; Tue, 05 Aug 2014 19:16:56 +0000 Received: from [85.158.139.211:39302] by server-14.bemta-5.messagelabs.com id 8C/00-12422-7AD21E35; Tue, 05 Aug 2014 19:16:55 +0000 X-Env-Sender: themadengin33r@gmail.com X-Msg-Ref: server-2.tower-206.messagelabs.com!1407266212!12031539!1 X-Originating-IP: [209.85.213.176] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,UPPERCASE_25_50,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12940 invoked from network); 5 Aug 2014 19:16:54 -0000 Received: from mail-ig0-f176.google.com (HELO mail-ig0-f176.google.com) (209.85.213.176) by server-2.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 5 Aug 2014 19:16:54 -0000 Received: by mail-ig0-f176.google.com with SMTP id hn18so7521743igb.3 for ; Tue, 05 Aug 2014 12:16:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=Xnouonbn7ww3ZZPACXLoAf6Fhf/njhh3NVaWMPORTw0=; b=UOe2mcH+viUWq5eiBRzUBM3D3o7fO2EzHXE1nMDhxgLA1Qu03zA+MlleLIrqWPedG4 JgngXuRJvvSqkDUeGrW9CcX6XPgNGLao0VyQH+KKOwyI/BtomgZ1yVEuV6qSHd8qZYJU Ms0u+hJ01rtSLYyANjk8blazcCnFrl69GqRUD92Jetu8R212UJzHI71EGX4KJzwnlwyN Bujpu++Hw0iwiLPS3dqBd66b3aTg88KG0l1a8hrHa2zO03v+zeuE4CeQ6TdxBRsM8r/W BBCdtiSE4owt57lodmEmzIGpuDjOGsFF7LtYQB9XNUZpMoRRsNg0AmnrmhYUjTX8XEF0 Nc1A== MIME-Version: 1.0 X-Received: by 10.50.25.162 with SMTP id d2mr10277474igg.0.1407266212599; Tue, 05 Aug 2014 12:16:52 -0700 (PDT) Received: by 10.64.213.97 with HTTP; Tue, 5 Aug 2014 12:16:52 -0700 (PDT) Date: Wed, 6 Aug 2014 00:46:52 +0530 Message-ID: From: mad Engineer To: xen-users , xen-devel@lists.xenproject.org Subject: [Xen-users] xen on centos6.5 issue with /proc/xen X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1698113823445259032==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1698113823445259032== Content-Type: multipart/alternative; boundary=e89a8f83ad65b4ddfb04ffe6b29b --e89a8f83ad65b4ddfb04ffe6b29b Content-Type: text/plain; charset=UTF-8 Hi I followed this document to install Xen http://wiki.centos.org/QaWiki/Xen4 Xen package got installed : rpm -qa |grep xen xen-libs-4.2.4-33.el6.centos.alt.x86_64 xen-runtime-4.2.4-33.el6.centos.alt.x86_64 libvirt-daemon-driver-xen-0.10.2.8-7.el6.centos.alt.x86_64 centos-release-xen-6-2.el6.centos.x86_64 xen-licenses-4.2.4-33.el6.centos.alt.x86_64 xen-hypervisor-4.2.4-33.el6.centos.alt.x86_64 xen-4.2.4-33.el6.centos.alt.x86_64 *and i rebooted to xen kernel (only had one entry in grub,before xen installation)* but after rebooting to new kernel its not showing anythig related to xen *xl info returns * xl info libxl: error: libxl.c:91:libxl_ctx_alloc: Is xenstore daemon running? failed to stat /var/run/xenstored.pid: No such file or directory cannot init xl context *there is not even " /proc/xen "* *uname -r* after reboot 3.10.43-11.el6.centos.alt.x86_64 *cat /boot/config-3.10.43-11.el6.centos.alt.x86_64 |grep -i xen* 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_XEN_DEBUG_FS=y CONFIG_PCI_XEN=y CONFIG_XEN_PCIDEV_FRONTEND=y CONFIG_XEN_BLKDEV_FRONTEND=m CONFIG_XEN_BLKDEV_BACKEND=m CONFIG_XEN_BLKDEV_TAP=m CONFIG_NETXEN_NIC=m CONFIG_XEN_NETDEV_FRONTEND=m CONFIG_XEN_NETDEV_BACKEND=m CONFIG_INPUT_XEN_KBDDEV_FRONTEND=y CONFIG_HVC_XEN=y CONFIG_HVC_XEN_FRONTEND=y CONFIG_XEN_WDT=m CONFIG_XEN_FBDEV_FRONTEND=y # Xen driver support CONFIG_XEN_BALLOON=y # CONFIG_XEN_SELFBALLOONING is not set CONFIG_XEN_BALLOON_MEMORY_HOTPLUG=y CONFIG_XEN_SCRUB_PAGES=y CONFIG_XEN_DEV_EVTCHN=m CONFIG_XEN_BACKEND=y CONFIG_XENFS=m CONFIG_XEN_COMPAT_XENFS=y CONFIG_XEN_SYS_HYPERVISOR=y CONFIG_XEN_XENBUS_FRONTEND=y CONFIG_XEN_GNTDEV=m CONFIG_XEN_GRANT_DEV_ALLOC=m CONFIG_SWIOTLB_XEN=y CONFIG_XEN_TMEM=m CONFIG_XEN_PCIDEV_BACKEND=m CONFIG_XEN_PRIVCMD=m CONFIG_XEN_ACPI_PROCESSOR=m CONFIG_XEN_MCE_LOG=y CONFIG_XEN_HAVE_PVMMU=y What can be the issue. Previous kernel was not standard kernel,it is a modified kernel from our service provider Any idea why new kernel is not showing any xen bits Thanks, --e89a8f83ad65b4ddfb04ffe6b29b Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi=C2=A0
=C2=A0 =C2=A0I followed this document to inst= all Xen=C2=A0


<= div>Xen package got installed :

rpm -qa |grep xen
xen-libs-4.2.4-33.el6.= centos.alt.x86_64
xen-runtime-4.2.4-33.el6.centos.alt.x86_64
libvirt-daemon-driver-xen-0.10.2.8-7.el6.centos.alt.x86_64
centos-release-xen-6-2.el6.centos.x86_64
xen-licenses-4.2.4-33.el= 6.centos.alt.x86_64
xen-hypervisor-4.2.4-33.el6.centos.alt.x86_64=
xen-4.2.4-33.el6.centos.alt.x86_64


and i rebooted to xen kernel (only had one entry in = grub,before xen installation)

but after reboot= ing to new kernel its not showing anythig related to xen

xl info returns=C2=A0

xl in= fo
libxl: error: libxl.c:91:libxl_ctx_alloc: Is xenstore daemon r= unning?
failed to stat /var/run/xenstored.pid: No such file or di= rectory
cannot init xl context

there is not = even =C2=A0" /proc/xen "

uname -r= after reboot
3.10.43-11.el6.centos.alt.x86_64
=


cat /boot/config-3.10.43-11.el6.= centos.alt.x86_64 |grep -i xen

CONFIG_X= EN=3Dy
CONFIG_XEN_DOM0=3Dy
CONFIG_XEN_PRIVILEGED_GUEST= =3Dy
CONFIG_XEN_PVHVM=3Dy
CONFIG_XEN_MAX_DOMAIN_MEMORY=3D500
CONFIG_XEN_SAVE_RESTORE=3Dy
CONFIG_XEN_DEBUG_FS=3Dy
CONFIG_PCI_XEN=3Dy
CONFIG_XEN_PCIDEV_FRONTEND=3Dy
CO= NFIG_XEN_BLKDEV_FRONTEND=3Dm
CONFIG_XEN_BLKDEV_BACKEND=3Dm
CONFIG_XEN_BLKDEV_TAP=3Dm
CONFIG_NETXEN_NIC=3Dm
CONFIG_XEN_NETDEV_FRONTEND=3Dm
<= div>CONFIG_XEN_NETDEV_BACKEND=3Dm
CONFIG_INPUT_XEN_KBDDEV_FRONTEN= D=3Dy
CONFIG_HVC_XEN=3Dy
CONFIG_HVC_XEN_FRONTEND=3Dy
CON= FIG_XEN_WDT=3Dm
CONFIG_XEN_FBDEV_FRONTEND=3Dy
# Xen dri= ver support
CONFIG_XEN_BALLOON=3Dy
# CONFIG_XEN_SELFBAL= LOONING is not set
CONFIG_XEN_BALLOON_MEMORY_HOTPLUG=3Dy
CONFIG_XEN_SCRUB_PAGES= =3Dy
CONFIG_XEN_DEV_EVTCHN=3Dm
CONFIG_XEN_BACKEND=3Dy
CONFIG_XENFS=3Dm
CONFIG_XEN_COMPAT_XENFS=3Dy
C= ONFIG_XEN_SYS_HYPERVISOR=3Dy
CONFIG_XEN_XENBUS_FRONTEND=3Dy
CONFIG_XEN_GNTDEV=3Dm
CONFIG_XEN_GRANT_DEV_ALLOC=3Dm
CONFIG_SWIOTLB_XEN=3Dy
CONFIG_XEN_TMEM=3Dm
CONFIG_XEN_PCIDEV_BACKEND=3Dm
CON= FIG_XEN_PRIVCMD=3Dm
CONFIG_XEN_ACPI_PROCESSOR=3Dm
CONFIG_XEN_MCE_LOG=3Dy
CONFIG_XEN_HAVE_PVMMU=3Dy

What can be the= issue.


Previous kernel was not sta= ndard kernel,it is a modified kernel from our service provider

Any idea why new kernel is not showing any xen bits

Thanks,

--e89a8f83ad65b4ddfb04ffe6b29b-- --===============1698113823445259032== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1698113823445259032==-- From xen-users-bounces@lists.xen.org Tue Aug 05 19:17:55 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 05 Aug 2014 19:17: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 1XEkED-0005W1-VP; Tue, 05 Aug 2014 19:16:57 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XEkEB-0005Vq-O9 for xen-users@lists.xen.org; Tue, 05 Aug 2014 19:16:56 +0000 Received: from [85.158.139.211:39302] by server-14.bemta-5.messagelabs.com id 8C/00-12422-7AD21E35; Tue, 05 Aug 2014 19:16:55 +0000 X-Env-Sender: themadengin33r@gmail.com X-Msg-Ref: server-2.tower-206.messagelabs.com!1407266212!12031539!1 X-Originating-IP: [209.85.213.176] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,UPPERCASE_25_50,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12940 invoked from network); 5 Aug 2014 19:16:54 -0000 Received: from mail-ig0-f176.google.com (HELO mail-ig0-f176.google.com) (209.85.213.176) by server-2.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 5 Aug 2014 19:16:54 -0000 Received: by mail-ig0-f176.google.com with SMTP id hn18so7521743igb.3 for ; Tue, 05 Aug 2014 12:16:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=Xnouonbn7ww3ZZPACXLoAf6Fhf/njhh3NVaWMPORTw0=; b=UOe2mcH+viUWq5eiBRzUBM3D3o7fO2EzHXE1nMDhxgLA1Qu03zA+MlleLIrqWPedG4 JgngXuRJvvSqkDUeGrW9CcX6XPgNGLao0VyQH+KKOwyI/BtomgZ1yVEuV6qSHd8qZYJU Ms0u+hJ01rtSLYyANjk8blazcCnFrl69GqRUD92Jetu8R212UJzHI71EGX4KJzwnlwyN Bujpu++Hw0iwiLPS3dqBd66b3aTg88KG0l1a8hrHa2zO03v+zeuE4CeQ6TdxBRsM8r/W BBCdtiSE4owt57lodmEmzIGpuDjOGsFF7LtYQB9XNUZpMoRRsNg0AmnrmhYUjTX8XEF0 Nc1A== MIME-Version: 1.0 X-Received: by 10.50.25.162 with SMTP id d2mr10277474igg.0.1407266212599; Tue, 05 Aug 2014 12:16:52 -0700 (PDT) Received: by 10.64.213.97 with HTTP; Tue, 5 Aug 2014 12:16:52 -0700 (PDT) Date: Wed, 6 Aug 2014 00:46:52 +0530 Message-ID: From: mad Engineer To: xen-users , xen-devel@lists.xenproject.org Subject: [Xen-users] xen on centos6.5 issue with /proc/xen X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1698113823445259032==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1698113823445259032== Content-Type: multipart/alternative; boundary=e89a8f83ad65b4ddfb04ffe6b29b --e89a8f83ad65b4ddfb04ffe6b29b Content-Type: text/plain; charset=UTF-8 Hi I followed this document to install Xen http://wiki.centos.org/QaWiki/Xen4 Xen package got installed : rpm -qa |grep xen xen-libs-4.2.4-33.el6.centos.alt.x86_64 xen-runtime-4.2.4-33.el6.centos.alt.x86_64 libvirt-daemon-driver-xen-0.10.2.8-7.el6.centos.alt.x86_64 centos-release-xen-6-2.el6.centos.x86_64 xen-licenses-4.2.4-33.el6.centos.alt.x86_64 xen-hypervisor-4.2.4-33.el6.centos.alt.x86_64 xen-4.2.4-33.el6.centos.alt.x86_64 *and i rebooted to xen kernel (only had one entry in grub,before xen installation)* but after rebooting to new kernel its not showing anythig related to xen *xl info returns * xl info libxl: error: libxl.c:91:libxl_ctx_alloc: Is xenstore daemon running? failed to stat /var/run/xenstored.pid: No such file or directory cannot init xl context *there is not even " /proc/xen "* *uname -r* after reboot 3.10.43-11.el6.centos.alt.x86_64 *cat /boot/config-3.10.43-11.el6.centos.alt.x86_64 |grep -i xen* 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_XEN_DEBUG_FS=y CONFIG_PCI_XEN=y CONFIG_XEN_PCIDEV_FRONTEND=y CONFIG_XEN_BLKDEV_FRONTEND=m CONFIG_XEN_BLKDEV_BACKEND=m CONFIG_XEN_BLKDEV_TAP=m CONFIG_NETXEN_NIC=m CONFIG_XEN_NETDEV_FRONTEND=m CONFIG_XEN_NETDEV_BACKEND=m CONFIG_INPUT_XEN_KBDDEV_FRONTEND=y CONFIG_HVC_XEN=y CONFIG_HVC_XEN_FRONTEND=y CONFIG_XEN_WDT=m CONFIG_XEN_FBDEV_FRONTEND=y # Xen driver support CONFIG_XEN_BALLOON=y # CONFIG_XEN_SELFBALLOONING is not set CONFIG_XEN_BALLOON_MEMORY_HOTPLUG=y CONFIG_XEN_SCRUB_PAGES=y CONFIG_XEN_DEV_EVTCHN=m CONFIG_XEN_BACKEND=y CONFIG_XENFS=m CONFIG_XEN_COMPAT_XENFS=y CONFIG_XEN_SYS_HYPERVISOR=y CONFIG_XEN_XENBUS_FRONTEND=y CONFIG_XEN_GNTDEV=m CONFIG_XEN_GRANT_DEV_ALLOC=m CONFIG_SWIOTLB_XEN=y CONFIG_XEN_TMEM=m CONFIG_XEN_PCIDEV_BACKEND=m CONFIG_XEN_PRIVCMD=m CONFIG_XEN_ACPI_PROCESSOR=m CONFIG_XEN_MCE_LOG=y CONFIG_XEN_HAVE_PVMMU=y What can be the issue. Previous kernel was not standard kernel,it is a modified kernel from our service provider Any idea why new kernel is not showing any xen bits Thanks, --e89a8f83ad65b4ddfb04ffe6b29b Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi=C2=A0
=C2=A0 =C2=A0I followed this document to inst= all Xen=C2=A0


<= div>Xen package got installed :

rpm -qa |grep xen
xen-libs-4.2.4-33.el6.= centos.alt.x86_64
xen-runtime-4.2.4-33.el6.centos.alt.x86_64
libvirt-daemon-driver-xen-0.10.2.8-7.el6.centos.alt.x86_64
centos-release-xen-6-2.el6.centos.x86_64
xen-licenses-4.2.4-33.el= 6.centos.alt.x86_64
xen-hypervisor-4.2.4-33.el6.centos.alt.x86_64=
xen-4.2.4-33.el6.centos.alt.x86_64


and i rebooted to xen kernel (only had one entry in = grub,before xen installation)

but after reboot= ing to new kernel its not showing anythig related to xen

xl info returns=C2=A0

xl in= fo
libxl: error: libxl.c:91:libxl_ctx_alloc: Is xenstore daemon r= unning?
failed to stat /var/run/xenstored.pid: No such file or di= rectory
cannot init xl context

there is not = even =C2=A0" /proc/xen "

uname -r= after reboot
3.10.43-11.el6.centos.alt.x86_64
=


cat /boot/config-3.10.43-11.el6.= centos.alt.x86_64 |grep -i xen

CONFIG_X= EN=3Dy
CONFIG_XEN_DOM0=3Dy
CONFIG_XEN_PRIVILEGED_GUEST= =3Dy
CONFIG_XEN_PVHVM=3Dy
CONFIG_XEN_MAX_DOMAIN_MEMORY=3D500
CONFIG_XEN_SAVE_RESTORE=3Dy
CONFIG_XEN_DEBUG_FS=3Dy
CONFIG_PCI_XEN=3Dy
CONFIG_XEN_PCIDEV_FRONTEND=3Dy
CO= NFIG_XEN_BLKDEV_FRONTEND=3Dm
CONFIG_XEN_BLKDEV_BACKEND=3Dm
CONFIG_XEN_BLKDEV_TAP=3Dm
CONFIG_NETXEN_NIC=3Dm
CONFIG_XEN_NETDEV_FRONTEND=3Dm
<= div>CONFIG_XEN_NETDEV_BACKEND=3Dm
CONFIG_INPUT_XEN_KBDDEV_FRONTEN= D=3Dy
CONFIG_HVC_XEN=3Dy
CONFIG_HVC_XEN_FRONTEND=3Dy
CON= FIG_XEN_WDT=3Dm
CONFIG_XEN_FBDEV_FRONTEND=3Dy
# Xen dri= ver support
CONFIG_XEN_BALLOON=3Dy
# CONFIG_XEN_SELFBAL= LOONING is not set
CONFIG_XEN_BALLOON_MEMORY_HOTPLUG=3Dy
CONFIG_XEN_SCRUB_PAGES= =3Dy
CONFIG_XEN_DEV_EVTCHN=3Dm
CONFIG_XEN_BACKEND=3Dy
CONFIG_XENFS=3Dm
CONFIG_XEN_COMPAT_XENFS=3Dy
C= ONFIG_XEN_SYS_HYPERVISOR=3Dy
CONFIG_XEN_XENBUS_FRONTEND=3Dy
CONFIG_XEN_GNTDEV=3Dm
CONFIG_XEN_GRANT_DEV_ALLOC=3Dm
CONFIG_SWIOTLB_XEN=3Dy
CONFIG_XEN_TMEM=3Dm
CONFIG_XEN_PCIDEV_BACKEND=3Dm
CON= FIG_XEN_PRIVCMD=3Dm
CONFIG_XEN_ACPI_PROCESSOR=3Dm
CONFIG_XEN_MCE_LOG=3Dy
CONFIG_XEN_HAVE_PVMMU=3Dy

What can be the= issue.


Previous kernel was not sta= ndard kernel,it is a modified kernel from our service provider

Any idea why new kernel is not showing any xen bits

Thanks,

--e89a8f83ad65b4ddfb04ffe6b29b-- --===============1698113823445259032== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1698113823445259032==-- From xen-users-bounces@lists.xen.org Tue Aug 05 19:32:20 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 05 Aug 2014 19:32: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 1XEkSt-000630-Hz; Tue, 05 Aug 2014 19:32:07 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XEkSr-00062m-6A for xen-users@lists.xen.org; Tue, 05 Aug 2014 19:32:05 +0000 Received: from [85.158.143.35:9656] by server-1.bemta-4.messagelabs.com id 3F/F5-05872-43131E35; Tue, 05 Aug 2014 19:32:04 +0000 X-Env-Sender: russell.pavlicek@citrix.com X-Msg-Ref: server-8.tower-21.messagelabs.com!1407267122!13657553!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13627 invoked from network); 5 Aug 2014 19:32:03 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-8.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 5 Aug 2014 19:32:03 -0000 X-IronPort-AV: E=Sophos;i="5.01,807,1400025600"; d="scan'208,217";a="159670604" From: Russell Pavlicek To: mad Engineer , xen-users , "xen-devel@lists.xenproject.org" Thread-Topic: [Xen-users] xen on centos6.5 issue with /proc/xen Thread-Index: AQHPsOJXOTGoBWYi0062Niw5as4j4JvCZaIx Date: Tue, 5 Aug 2014 19:31:59 +0000 Message-ID: <55E78A57290FB64FA0D3CF672F9F3DA272CFF7@SJCPEX01CL03.citrite.net> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: MIME-Version: 1.0 Subject: Re: [Xen-users] xen on centos6.5 issue with /proc/xen X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3812967827916714820==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3812967827916714820== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_55E78A57290FB64FA0D3CF672F9F3DA272CFF7SJCPEX01CL03citri_" --_000_55E78A57290FB64FA0D3CF672F9F3DA272CFF7SJCPEX01CL03citri_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable What does /etc/grub.conf look like? Because the old kernel was custom, you might need to manually edit it to lo= ok similar to the entry in the instructions. Russ Pavlicek Xen Project Evangelist, Citrix Systems Home Office: +1-301-829-5327 Mobile: +1-240-397-0199 UK VoIP: +44 1223 852 894 ________________________________ From: xen-users-bounces@lists.xen.org [xen-users-bounces@lists.xen.org] on = behalf of mad Engineer [themadengin33r@gmail.com] Sent: Tuesday, August 05, 2014 3:16 PM To: xen-users; xen-devel@lists.xenproject.org Subject: [Xen-users] xen on centos6.5 issue with /proc/xen Hi I followed this document to install Xen http://wiki.centos.org/QaWiki/Xen4 Xen package got installed : rpm -qa |grep xen xen-libs-4.2.4-33.el6.centos.alt.x86_64 xen-runtime-4.2.4-33.el6.centos.alt.x86_64 libvirt-daemon-driver-xen-0.10.2.8-7.el6.centos.alt.x86_64 centos-release-xen-6-2.el6.centos.x86_64 xen-licenses-4.2.4-33.el6.centos.alt.x86_64 xen-hypervisor-4.2.4-33.el6.centos.alt.x86_64 xen-4.2.4-33.el6.centos.alt.x86_64 and i rebooted to xen kernel (only had one entry in grub,before xen install= ation) but after rebooting to new kernel its not showing anythig related to xen xl info returns xl info libxl: error: libxl.c:91:libxl_ctx_alloc: Is xenstore daemon running? failed to stat /var/run/xenstored.pid: No such file or directory cannot init xl context there is not even " /proc/xen " uname -r after reboot 3.10.43-11.el6.centos.alt.x86_64 cat /boot/config-3.10.43-11.el6.centos.alt.x86_64 |grep -i xen CONFIG_XEN=3Dy CONFIG_XEN_DOM0=3Dy CONFIG_XEN_PRIVILEGED_GUEST=3Dy CONFIG_XEN_PVHVM=3Dy CONFIG_XEN_MAX_DOMAIN_MEMORY=3D500 CONFIG_XEN_SAVE_RESTORE=3Dy CONFIG_XEN_DEBUG_FS=3Dy CONFIG_PCI_XEN=3Dy CONFIG_XEN_PCIDEV_FRONTEND=3Dy CONFIG_XEN_BLKDEV_FRONTEND=3Dm CONFIG_XEN_BLKDEV_BACKEND=3Dm CONFIG_XEN_BLKDEV_TAP=3Dm CONFIG_NETXEN_NIC=3Dm CONFIG_XEN_NETDEV_FRONTEND=3Dm CONFIG_XEN_NETDEV_BACKEND=3Dm CONFIG_INPUT_XEN_KBDDEV_FRONTEND=3Dy CONFIG_HVC_XEN=3Dy CONFIG_HVC_XEN_FRONTEND=3Dy CONFIG_XEN_WDT=3Dm CONFIG_XEN_FBDEV_FRONTEND=3Dy # Xen driver support CONFIG_XEN_BALLOON=3Dy # CONFIG_XEN_SELFBALLOONING is not set CONFIG_XEN_BALLOON_MEMORY_HOTPLUG=3Dy CONFIG_XEN_SCRUB_PAGES=3Dy CONFIG_XEN_DEV_EVTCHN=3Dm CONFIG_XEN_BACKEND=3Dy CONFIG_XENFS=3Dm CONFIG_XEN_COMPAT_XENFS=3Dy CONFIG_XEN_SYS_HYPERVISOR=3Dy CONFIG_XEN_XENBUS_FRONTEND=3Dy CONFIG_XEN_GNTDEV=3Dm CONFIG_XEN_GRANT_DEV_ALLOC=3Dm CONFIG_SWIOTLB_XEN=3Dy CONFIG_XEN_TMEM=3Dm CONFIG_XEN_PCIDEV_BACKEND=3Dm CONFIG_XEN_PRIVCMD=3Dm CONFIG_XEN_ACPI_PROCESSOR=3Dm CONFIG_XEN_MCE_LOG=3Dy CONFIG_XEN_HAVE_PVMMU=3Dy What can be the issue. Previous kernel was not standard kernel,it is a modified kernel from our se= rvice provider Any idea why new kernel is not showing any xen bits Thanks, --_000_55E78A57290FB64FA0D3CF672F9F3DA272CFF7SJCPEX01CL03citri_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
What does /etc/grub.conf look like?

Because the old kernel was custom, you might need to manually edit it to lo= ok similar to the entry in the instructions.

Russ Pavlicek
Xen Project Evangelist, Citrix Systems
Home Office: +1-301-829-5327
Mobile: +1-240-397-0199
UK VoIP: +44 1223 852 894
From: xen-users-bounces@lists.xen.org [= xen-users-bounces@lists.xen.org] on behalf of mad Engineer [themadengin33r@= gmail.com]
Sent: Tuesday, August 05, 2014 3:16 PM
To: xen-users; xen-devel@lists.xenproject.org
Subject: [Xen-users] xen on centos6.5 issue with /proc/xen

Hi 
   I followed this document to install Xen 


Xen package got installed :

rpm -qa |grep xen
xen-libs-4.2.4-33.el6.centos.alt.x86_64
xen-runtime-4.2.4-33.el6.centos.alt.x86_64
libvirt-daemon-driver-xen-0.10.2.8-7.el6.centos.alt.x86_64
centos-release-xen-6-2.el6.centos.x86_64
xen-licenses-4.2.4-33.el6.centos.alt.x86_64
xen-hypervisor-4.2.4-33.el6.centos.alt.x86_64
xen-4.2.4-33.el6.centos.alt.x86_64


and i rebooted to xen kernel (only had one entry in grub,before xen= installation)

but after rebooting to new kernel its not showing anythig related to x= en

xl info returns 

xl info
libxl: error: libxl.c:91:libxl_ctx_alloc: Is xenstore daemon running?<= /div>
failed to stat /var/run/xenstored.pid: No such file or directory
cannot init xl context

there is not even  " /proc/xen "

uname -r after reboot
3.10.43-11.el6.centos.alt.x86_64


cat /boot/config-3.10.43-11.el6.centos.alt.x86_64 |grep -i xen<= /div>

CONFIG_XEN=3Dy
CONFIG_XEN_DOM0=3Dy
CONFIG_XEN_PRIVILEGED_GUEST=3Dy
CONFIG_XEN_PVHVM=3Dy
CONFIG_XEN_MAX_DOMAIN_MEMORY=3D500
CONFIG_XEN_SAVE_RESTORE=3Dy
CONFIG_XEN_DEBUG_FS=3Dy
CONFIG_PCI_XEN=3Dy
CONFIG_XEN_PCIDEV_FRONTEND=3Dy
CONFIG_XEN_BLKDEV_FRONTEND=3Dm
CONFIG_XEN_BLKDEV_BACKEND=3Dm
CONFIG_XEN_BLKDEV_TAP=3Dm
CONFIG_NETXEN_NIC=3Dm
CONFIG_XEN_NETDEV_FRONTEND=3Dm
CONFIG_XEN_NETDEV_BACKEND=3Dm
CONFIG_INPUT_XEN_KBDDEV_FRONTEND=3Dy
CONFIG_HVC_XEN=3Dy
CONFIG_HVC_XEN_FRONTEND=3Dy
CONFIG_XEN_WDT=3Dm
CONFIG_XEN_FBDEV_FRONTEND=3Dy
# Xen driver support
CONFIG_XEN_BALLOON=3Dy
# CONFIG_XEN_SELFBALLOONING is not set
CONFIG_XEN_BALLOON_MEMORY_HOTPLUG=3Dy
CONFIG_XEN_SCRUB_PAGES=3Dy
CONFIG_XEN_DEV_EVTCHN=3Dm
CONFIG_XEN_BACKEND=3Dy
CONFIG_XENFS=3Dm
CONFIG_XEN_COMPAT_XENFS=3Dy
CONFIG_XEN_SYS_HYPERVISOR=3Dy
CONFIG_XEN_XENBUS_FRONTEND=3Dy
CONFIG_XEN_GNTDEV=3Dm
CONFIG_XEN_GRANT_DEV_ALLOC=3Dm
CONFIG_SWIOTLB_XEN=3Dy
CONFIG_XEN_TMEM=3Dm
CONFIG_XEN_PCIDEV_BACKEND=3Dm
CONFIG_XEN_PRIVCMD=3Dm
CONFIG_XEN_ACPI_PROCESSOR=3Dm
CONFIG_XEN_MCE_LOG=3Dy
CONFIG_XEN_HAVE_PVMMU=3Dy

What can be the issue.


Previous kernel was not standard kernel,it is a modified kernel from o= ur service provider

Any idea why new kernel is not showing any xen bits

Thanks,

--_000_55E78A57290FB64FA0D3CF672F9F3DA272CFF7SJCPEX01CL03citri_-- --===============3812967827916714820== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3812967827916714820==-- From xen-users-bounces@lists.xen.org Tue Aug 05 19:32:20 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 05 Aug 2014 19:32: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 1XEkSt-000630-Hz; Tue, 05 Aug 2014 19:32:07 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XEkSr-00062m-6A for xen-users@lists.xen.org; Tue, 05 Aug 2014 19:32:05 +0000 Received: from [85.158.143.35:9656] by server-1.bemta-4.messagelabs.com id 3F/F5-05872-43131E35; Tue, 05 Aug 2014 19:32:04 +0000 X-Env-Sender: russell.pavlicek@citrix.com X-Msg-Ref: server-8.tower-21.messagelabs.com!1407267122!13657553!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13627 invoked from network); 5 Aug 2014 19:32:03 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-8.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 5 Aug 2014 19:32:03 -0000 X-IronPort-AV: E=Sophos;i="5.01,807,1400025600"; d="scan'208,217";a="159670604" From: Russell Pavlicek To: mad Engineer , xen-users , "xen-devel@lists.xenproject.org" Thread-Topic: [Xen-users] xen on centos6.5 issue with /proc/xen Thread-Index: AQHPsOJXOTGoBWYi0062Niw5as4j4JvCZaIx Date: Tue, 5 Aug 2014 19:31:59 +0000 Message-ID: <55E78A57290FB64FA0D3CF672F9F3DA272CFF7@SJCPEX01CL03.citrite.net> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: MIME-Version: 1.0 Subject: Re: [Xen-users] xen on centos6.5 issue with /proc/xen X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3812967827916714820==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3812967827916714820== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_55E78A57290FB64FA0D3CF672F9F3DA272CFF7SJCPEX01CL03citri_" --_000_55E78A57290FB64FA0D3CF672F9F3DA272CFF7SJCPEX01CL03citri_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable What does /etc/grub.conf look like? Because the old kernel was custom, you might need to manually edit it to lo= ok similar to the entry in the instructions. Russ Pavlicek Xen Project Evangelist, Citrix Systems Home Office: +1-301-829-5327 Mobile: +1-240-397-0199 UK VoIP: +44 1223 852 894 ________________________________ From: xen-users-bounces@lists.xen.org [xen-users-bounces@lists.xen.org] on = behalf of mad Engineer [themadengin33r@gmail.com] Sent: Tuesday, August 05, 2014 3:16 PM To: xen-users; xen-devel@lists.xenproject.org Subject: [Xen-users] xen on centos6.5 issue with /proc/xen Hi I followed this document to install Xen http://wiki.centos.org/QaWiki/Xen4 Xen package got installed : rpm -qa |grep xen xen-libs-4.2.4-33.el6.centos.alt.x86_64 xen-runtime-4.2.4-33.el6.centos.alt.x86_64 libvirt-daemon-driver-xen-0.10.2.8-7.el6.centos.alt.x86_64 centos-release-xen-6-2.el6.centos.x86_64 xen-licenses-4.2.4-33.el6.centos.alt.x86_64 xen-hypervisor-4.2.4-33.el6.centos.alt.x86_64 xen-4.2.4-33.el6.centos.alt.x86_64 and i rebooted to xen kernel (only had one entry in grub,before xen install= ation) but after rebooting to new kernel its not showing anythig related to xen xl info returns xl info libxl: error: libxl.c:91:libxl_ctx_alloc: Is xenstore daemon running? failed to stat /var/run/xenstored.pid: No such file or directory cannot init xl context there is not even " /proc/xen " uname -r after reboot 3.10.43-11.el6.centos.alt.x86_64 cat /boot/config-3.10.43-11.el6.centos.alt.x86_64 |grep -i xen CONFIG_XEN=3Dy CONFIG_XEN_DOM0=3Dy CONFIG_XEN_PRIVILEGED_GUEST=3Dy CONFIG_XEN_PVHVM=3Dy CONFIG_XEN_MAX_DOMAIN_MEMORY=3D500 CONFIG_XEN_SAVE_RESTORE=3Dy CONFIG_XEN_DEBUG_FS=3Dy CONFIG_PCI_XEN=3Dy CONFIG_XEN_PCIDEV_FRONTEND=3Dy CONFIG_XEN_BLKDEV_FRONTEND=3Dm CONFIG_XEN_BLKDEV_BACKEND=3Dm CONFIG_XEN_BLKDEV_TAP=3Dm CONFIG_NETXEN_NIC=3Dm CONFIG_XEN_NETDEV_FRONTEND=3Dm CONFIG_XEN_NETDEV_BACKEND=3Dm CONFIG_INPUT_XEN_KBDDEV_FRONTEND=3Dy CONFIG_HVC_XEN=3Dy CONFIG_HVC_XEN_FRONTEND=3Dy CONFIG_XEN_WDT=3Dm CONFIG_XEN_FBDEV_FRONTEND=3Dy # Xen driver support CONFIG_XEN_BALLOON=3Dy # CONFIG_XEN_SELFBALLOONING is not set CONFIG_XEN_BALLOON_MEMORY_HOTPLUG=3Dy CONFIG_XEN_SCRUB_PAGES=3Dy CONFIG_XEN_DEV_EVTCHN=3Dm CONFIG_XEN_BACKEND=3Dy CONFIG_XENFS=3Dm CONFIG_XEN_COMPAT_XENFS=3Dy CONFIG_XEN_SYS_HYPERVISOR=3Dy CONFIG_XEN_XENBUS_FRONTEND=3Dy CONFIG_XEN_GNTDEV=3Dm CONFIG_XEN_GRANT_DEV_ALLOC=3Dm CONFIG_SWIOTLB_XEN=3Dy CONFIG_XEN_TMEM=3Dm CONFIG_XEN_PCIDEV_BACKEND=3Dm CONFIG_XEN_PRIVCMD=3Dm CONFIG_XEN_ACPI_PROCESSOR=3Dm CONFIG_XEN_MCE_LOG=3Dy CONFIG_XEN_HAVE_PVMMU=3Dy What can be the issue. Previous kernel was not standard kernel,it is a modified kernel from our se= rvice provider Any idea why new kernel is not showing any xen bits Thanks, --_000_55E78A57290FB64FA0D3CF672F9F3DA272CFF7SJCPEX01CL03citri_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
What does /etc/grub.conf look like?

Because the old kernel was custom, you might need to manually edit it to lo= ok similar to the entry in the instructions.

Russ Pavlicek
Xen Project Evangelist, Citrix Systems
Home Office: +1-301-829-5327
Mobile: +1-240-397-0199
UK VoIP: +44 1223 852 894
From: xen-users-bounces@lists.xen.org [= xen-users-bounces@lists.xen.org] on behalf of mad Engineer [themadengin33r@= gmail.com]
Sent: Tuesday, August 05, 2014 3:16 PM
To: xen-users; xen-devel@lists.xenproject.org
Subject: [Xen-users] xen on centos6.5 issue with /proc/xen

Hi 
   I followed this document to install Xen 


Xen package got installed :

rpm -qa |grep xen
xen-libs-4.2.4-33.el6.centos.alt.x86_64
xen-runtime-4.2.4-33.el6.centos.alt.x86_64
libvirt-daemon-driver-xen-0.10.2.8-7.el6.centos.alt.x86_64
centos-release-xen-6-2.el6.centos.x86_64
xen-licenses-4.2.4-33.el6.centos.alt.x86_64
xen-hypervisor-4.2.4-33.el6.centos.alt.x86_64
xen-4.2.4-33.el6.centos.alt.x86_64


and i rebooted to xen kernel (only had one entry in grub,before xen= installation)

but after rebooting to new kernel its not showing anythig related to x= en

xl info returns 

xl info
libxl: error: libxl.c:91:libxl_ctx_alloc: Is xenstore daemon running?<= /div>
failed to stat /var/run/xenstored.pid: No such file or directory
cannot init xl context

there is not even  " /proc/xen "

uname -r after reboot
3.10.43-11.el6.centos.alt.x86_64


cat /boot/config-3.10.43-11.el6.centos.alt.x86_64 |grep -i xen<= /div>

CONFIG_XEN=3Dy
CONFIG_XEN_DOM0=3Dy
CONFIG_XEN_PRIVILEGED_GUEST=3Dy
CONFIG_XEN_PVHVM=3Dy
CONFIG_XEN_MAX_DOMAIN_MEMORY=3D500
CONFIG_XEN_SAVE_RESTORE=3Dy
CONFIG_XEN_DEBUG_FS=3Dy
CONFIG_PCI_XEN=3Dy
CONFIG_XEN_PCIDEV_FRONTEND=3Dy
CONFIG_XEN_BLKDEV_FRONTEND=3Dm
CONFIG_XEN_BLKDEV_BACKEND=3Dm
CONFIG_XEN_BLKDEV_TAP=3Dm
CONFIG_NETXEN_NIC=3Dm
CONFIG_XEN_NETDEV_FRONTEND=3Dm
CONFIG_XEN_NETDEV_BACKEND=3Dm
CONFIG_INPUT_XEN_KBDDEV_FRONTEND=3Dy
CONFIG_HVC_XEN=3Dy
CONFIG_HVC_XEN_FRONTEND=3Dy
CONFIG_XEN_WDT=3Dm
CONFIG_XEN_FBDEV_FRONTEND=3Dy
# Xen driver support
CONFIG_XEN_BALLOON=3Dy
# CONFIG_XEN_SELFBALLOONING is not set
CONFIG_XEN_BALLOON_MEMORY_HOTPLUG=3Dy
CONFIG_XEN_SCRUB_PAGES=3Dy
CONFIG_XEN_DEV_EVTCHN=3Dm
CONFIG_XEN_BACKEND=3Dy
CONFIG_XENFS=3Dm
CONFIG_XEN_COMPAT_XENFS=3Dy
CONFIG_XEN_SYS_HYPERVISOR=3Dy
CONFIG_XEN_XENBUS_FRONTEND=3Dy
CONFIG_XEN_GNTDEV=3Dm
CONFIG_XEN_GRANT_DEV_ALLOC=3Dm
CONFIG_SWIOTLB_XEN=3Dy
CONFIG_XEN_TMEM=3Dm
CONFIG_XEN_PCIDEV_BACKEND=3Dm
CONFIG_XEN_PRIVCMD=3Dm
CONFIG_XEN_ACPI_PROCESSOR=3Dm
CONFIG_XEN_MCE_LOG=3Dy
CONFIG_XEN_HAVE_PVMMU=3Dy

What can be the issue.


Previous kernel was not standard kernel,it is a modified kernel from o= ur service provider

Any idea why new kernel is not showing any xen bits

Thanks,

--_000_55E78A57290FB64FA0D3CF672F9F3DA272CFF7SJCPEX01CL03citri_-- --===============3812967827916714820== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3812967827916714820==-- From xen-users-bounces@lists.xen.org Wed Aug 06 05:23:17 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 06 Aug 2014 05:23:17 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XEtfs-0003hN-Q5; Wed, 06 Aug 2014 05:22:08 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XEtfr-0003hD-7Z for xen-users@lists.xen.org; Wed, 06 Aug 2014 05:22:07 +0000 Received: from [85.158.137.68:2725] by server-17.bemta-3.messagelabs.com id 16/7A-27015-E7BB1E35; Wed, 06 Aug 2014 05:22:06 +0000 X-Env-Sender: themadengin33r@gmail.com X-Msg-Ref: server-12.tower-31.messagelabs.com!1407302523!12023699!1 X-Originating-IP: [209.85.213.170] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,UPPERCASE_25_50,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13602 invoked from network); 6 Aug 2014 05:22:04 -0000 Received: from mail-ig0-f170.google.com (HELO mail-ig0-f170.google.com) (209.85.213.170) by server-12.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 6 Aug 2014 05:22:04 -0000 Received: by mail-ig0-f170.google.com with SMTP id h3so9884611igd.1 for ; Tue, 05 Aug 2014 22:22:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=g3Di0f1ZDtdQq4zkVUXpDA1K7Y5a5AYUFjZOK1a+064=; b=0IpBKCBdKBYgyDYlHiSIQJoLufeFXOyk8AWZXMBp+bq5L0R+tcSbIawM49Cjliai8M QcolMB/p5rEwAaQ5iin4ldQJ1byMISeetDesKYNU5akQEadQn+mNC6zNXUlnFsizBWuJ vG7ituuCf4R6Krnav6Qcuz8lb/ZqcC9h0y6sye4RmjQ26ItTirY2mq82nlD3qMbHcVCJ wGAWdhsL0G6mL/IgaKyefOUGKRQ+t1boE2pbXYiSfyghgHq9Cld+RX0tyjelLPkPpuPS 6+glu6JwcUojlg595ZRgxNRPLhnFJyn4U1covuMBac3BPksoxaigcgyf3Mxe5bjo4BJ9 NDcQ== MIME-Version: 1.0 X-Received: by 10.50.25.162 with SMTP id d2mr14412725igg.0.1407302523026; Tue, 05 Aug 2014 22:22:03 -0700 (PDT) Received: by 10.64.213.97 with HTTP; Tue, 5 Aug 2014 22:22:02 -0700 (PDT) In-Reply-To: <55E78A57290FB64FA0D3CF672F9F3DA272CFF7@SJCPEX01CL03.citrite.net> References: <55E78A57290FB64FA0D3CF672F9F3DA272CFF7@SJCPEX01CL03.citrite.net> Date: Wed, 6 Aug 2014 10:52:02 +0530 Message-ID: From: mad Engineer To: Russell Pavlicek Cc: xen-users , "xen-devel@lists.xenproject.org" Subject: Re: [Xen-users] xen on centos6.5 issue with /proc/xen X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3981452662240324459==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3981452662240324459== Content-Type: multipart/alternative; boundary=e89a8f83ad65fa036004ffef2608 --e89a8f83ad65fa036004ffef2608 Content-Type: text/plain; charset=UTF-8 Thanks Russel, in grub.conf new kernel is set as the default kernel default=0 timeout=5 title CentOS (3.10.43-11.el6.centos.alt.x86_64) kernel /boot/vmlinuz-3.10.43-11.el6.centos.alt.x86_64 root=/dev/md2 ro crashkernel=auto SYSFONT=latarcyrheb-sun16 LANG=en_US.UTF-8 KEYTABLE=us root (hd0,1) initrd /boot/initramfs-3.10.43-11.el6.centos.alt.x86_64.img title linux centos6_64 kernel /boot/bzImage-3.10.23-xxxx-std-ipv6-64 root=/dev/md2 ro root (hd0,1) On Wed, Aug 6, 2014 at 1:01 AM, Russell Pavlicek < russell.pavlicek@citrix.com> wrote: > What does /etc/grub.conf look like? > > Because the old kernel was custom, you might need to manually edit it to > look similar to the entry in the instructions. > > Russ Pavlicek > Xen Project Evangelist, Citrix Systems > Home Office: +1-301-829-5327 > Mobile: +1-240-397-0199 > UK VoIP: +44 1223 852 894 > ------------------------------ > *From:* xen-users-bounces@lists.xen.org [xen-users-bounces@lists.xen.org] > on behalf of mad Engineer [themadengin33r@gmail.com] > *Sent:* Tuesday, August 05, 2014 3:16 PM > *To:* xen-users; xen-devel@lists.xenproject.org > *Subject:* [Xen-users] xen on centos6.5 issue with /proc/xen > > Hi > I followed this document to install Xen > > http://wiki.centos.org/QaWiki/Xen4 > > Xen package got installed : > > rpm -qa |grep xen > xen-libs-4.2.4-33.el6.centos.alt.x86_64 > xen-runtime-4.2.4-33.el6.centos.alt.x86_64 > libvirt-daemon-driver-xen-0.10.2.8-7.el6.centos.alt.x86_64 > centos-release-xen-6-2.el6.centos.x86_64 > xen-licenses-4.2.4-33.el6.centos.alt.x86_64 > xen-hypervisor-4.2.4-33.el6.centos.alt.x86_64 > xen-4.2.4-33.el6.centos.alt.x86_64 > > > *and i rebooted to xen kernel (only had one entry in grub,before xen > installation)* > > but after rebooting to new kernel its not showing anythig related to xen > > *xl info returns * > > xl info > libxl: error: libxl.c:91:libxl_ctx_alloc: Is xenstore daemon running? > failed to stat /var/run/xenstored.pid: No such file or directory > cannot init xl context > > *there is not even " /proc/xen "* > > *uname -r* after reboot > 3.10.43-11.el6.centos.alt.x86_64 > > > *cat /boot/config-3.10.43-11.el6.centos.alt.x86_64 |grep -i xen* > > 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_XEN_DEBUG_FS=y > CONFIG_PCI_XEN=y > CONFIG_XEN_PCIDEV_FRONTEND=y > CONFIG_XEN_BLKDEV_FRONTEND=m > CONFIG_XEN_BLKDEV_BACKEND=m > CONFIG_XEN_BLKDEV_TAP=m > CONFIG_NETXEN_NIC=m > CONFIG_XEN_NETDEV_FRONTEND=m > CONFIG_XEN_NETDEV_BACKEND=m > CONFIG_INPUT_XEN_KBDDEV_FRONTEND=y > CONFIG_HVC_XEN=y > CONFIG_HVC_XEN_FRONTEND=y > CONFIG_XEN_WDT=m > CONFIG_XEN_FBDEV_FRONTEND=y > # Xen driver support > CONFIG_XEN_BALLOON=y > # CONFIG_XEN_SELFBALLOONING is not set > CONFIG_XEN_BALLOON_MEMORY_HOTPLUG=y > CONFIG_XEN_SCRUB_PAGES=y > CONFIG_XEN_DEV_EVTCHN=m > CONFIG_XEN_BACKEND=y > CONFIG_XENFS=m > CONFIG_XEN_COMPAT_XENFS=y > CONFIG_XEN_SYS_HYPERVISOR=y > CONFIG_XEN_XENBUS_FRONTEND=y > CONFIG_XEN_GNTDEV=m > CONFIG_XEN_GRANT_DEV_ALLOC=m > CONFIG_SWIOTLB_XEN=y > CONFIG_XEN_TMEM=m > CONFIG_XEN_PCIDEV_BACKEND=m > CONFIG_XEN_PRIVCMD=m > CONFIG_XEN_ACPI_PROCESSOR=m > CONFIG_XEN_MCE_LOG=y > CONFIG_XEN_HAVE_PVMMU=y > > What can be the issue. > > > Previous kernel was not standard kernel,it is a modified kernel from our > service provider > > Any idea why new kernel is not showing any xen bits > > Thanks, > > --e89a8f83ad65fa036004ffef2608 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Thanks Russel,

in grub.conf = =C2=A0new kernel is set as the default kernel

defa= ult=3D0
timeout=3D5

=C2=A0 =C2=A0 =C2=A0= =C2=A0 title CentOS (3.10.43-11.el6.centos.alt.x86_64)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 kernel /boot/vmlinuz-3.10.43-11.el6.centos= .alt.x86_64 root=3D/dev/md2 =C2=A0ro crashkernel=3Dauto SYSFONT=3Dlatarcyrh= eb-sun16 LANG=3Den_US.UTF-8 KEYTABLE=3Dus
=C2=A0 =C2=A0 =C2=A0 = =C2=A0 root (hd0,1)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 initrd /boot/init= ramfs-3.10.43-11.el6.centos.alt.x86_64.img
=C2=A0 =C2=A0 =C2=A0 =C2=A0 title linux centos6_64
=C2=A0 = =C2=A0 =C2=A0 =C2=A0 kernel /boot/bzImage-3.10.23-xxxx-std-ipv6-64 root=3D/= dev/md2 =C2=A0ro
=C2=A0 =C2=A0 =C2=A0 =C2=A0 root (hd0,1)


On Wed, A= ug 6, 2014 at 1:01 AM, Russell Pavlicek <russell.pavlicek@citrix= .com> wrote:
What does /etc/grub.conf look like?

Because the old kernel was custom, you might need to manually edit it to lo= ok similar to the entry in the instructions.

Russ Pavlicek
Xen Project Evangelist, Citrix Systems
Home Office: +1-301-829-5327
Mobile: +1-240-397-0199
UK VoIP: +44 1223 852 894
Fro= m: xen-users-bounces@lists.xen.org [xen-users-bounces@lists.xen.org] on beh= alf of mad Engineer [themadengin33r@gmail.com]
Sent: Tuesday, August 05, 2014 3:16 PM
To: xen-users; xen-devel@lists.xenproject.org
Subject: [Xen-users] xen on centos6.5 issue with /proc/xen

Hi=C2=A0
=C2=A0 =C2=A0I followed this document to install Xen=C2=A0


Xen package got installed :

rpm -qa |grep xen
xen-libs-4.2.4-33.el6.centos.alt.x86_64
xen-runtime-4.2.4-33.el6.centos.alt.x86_64
libvirt-daemon-driver-xen-0.10.2.8-7.el6.centos.alt.x86_64
centos-release-xen-6-2.el6.centos.x86_64
xen-licenses-4.2.4-33.el6.centos.alt.x86_64
xen-hypervisor-4.2.4-33.el6.centos.alt.x86_64
xen-4.2.4-33.el6.centos.alt.x86_64


and i rebooted to xen kernel (only had one entry in grub,before xen= installation)

but after rebooting to new kernel its not showing anythig related to x= en

xl info returns=C2=A0

xl info
libxl: error: libxl.c:91:libxl_ctx_alloc: Is xenstore daemon running?<= /div>
failed to stat /var/run/xenstored.pid: No such file or directory
cannot init xl context

there is not even =C2=A0" /proc/xen "

uname -r after reboot
3.10.43-11.el6.centos.alt.x86_64


cat /boot/config-3.10.43-11.el6.centos.alt.x86_64 |grep -i xen<= /div>

CONFIG_XEN=3Dy
CONFIG_XEN_DOM0=3Dy
CONFIG_XEN_PRIVILEGED_GUEST=3Dy
CONFIG_XEN_PVHVM=3Dy
CONFIG_XEN_MAX_DOMAIN_MEMORY=3D500
CONFIG_XEN_SAVE_RESTORE=3Dy
CONFIG_XEN_DEBUG_FS=3Dy
CONFIG_PCI_XEN=3Dy
CONFIG_XEN_PCIDEV_FRONTEND=3Dy
CONFIG_XEN_BLKDEV_FRONTEND=3Dm
CONFIG_XEN_BLKDEV_BACKEND=3Dm
CONFIG_XEN_BLKDEV_TAP=3Dm
CONFIG_NETXEN_NIC=3Dm
CONFIG_XEN_NETDEV_FRONTEND=3Dm
CONFIG_XEN_NETDEV_BACKEND=3Dm
CONFIG_INPUT_XEN_KBDDEV_FRONTEND=3Dy
CONFIG_HVC_XEN=3Dy
CONFIG_HVC_XEN_FRONTEND=3Dy
CONFIG_XEN_WDT=3Dm
CONFIG_XEN_FBDEV_FRONTEND=3Dy
# Xen driver support
CONFIG_XEN_BALLOON=3Dy
# CONFIG_XEN_SELFBALLOONING is not set
CONFIG_XEN_BALLOON_MEMORY_HOTPLUG=3Dy
CONFIG_XEN_SCRUB_PAGES=3Dy
CONFIG_XEN_DEV_EVTCHN=3Dm
CONFIG_XEN_BACKEND=3Dy
CONFIG_XENFS=3Dm
CONFIG_XEN_COMPAT_XENFS=3Dy
CONFIG_XEN_SYS_HYPERVISOR=3Dy
CONFIG_XEN_XENBUS_FRONTEND=3Dy
CONFIG_XEN_GNTDEV=3Dm
CONFIG_XEN_GRANT_DEV_ALLOC=3Dm
CONFIG_SWIOTLB_XEN=3Dy
CONFIG_XEN_TMEM=3Dm
CONFIG_XEN_PCIDEV_BACKEND=3Dm
CONFIG_XEN_PRIVCMD=3Dm
CONFIG_XEN_ACPI_PROCESSOR=3Dm
CONFIG_XEN_MCE_LOG=3Dy
CONFIG_XEN_HAVE_PVMMU=3Dy

What can be the issue.


Previous kernel was not standard kernel,it is a modified kernel from o= ur service provider

Any idea why new kernel is not showing any xen bits

Thanks,


--e89a8f83ad65fa036004ffef2608-- --===============3981452662240324459== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3981452662240324459==-- From xen-users-bounces@lists.xen.org Wed Aug 06 05:23:17 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 06 Aug 2014 05:23:17 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XEtfs-0003hN-Q5; Wed, 06 Aug 2014 05:22:08 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XEtfr-0003hD-7Z for xen-users@lists.xen.org; Wed, 06 Aug 2014 05:22:07 +0000 Received: from [85.158.137.68:2725] by server-17.bemta-3.messagelabs.com id 16/7A-27015-E7BB1E35; Wed, 06 Aug 2014 05:22:06 +0000 X-Env-Sender: themadengin33r@gmail.com X-Msg-Ref: server-12.tower-31.messagelabs.com!1407302523!12023699!1 X-Originating-IP: [209.85.213.170] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,UPPERCASE_25_50,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13602 invoked from network); 6 Aug 2014 05:22:04 -0000 Received: from mail-ig0-f170.google.com (HELO mail-ig0-f170.google.com) (209.85.213.170) by server-12.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 6 Aug 2014 05:22:04 -0000 Received: by mail-ig0-f170.google.com with SMTP id h3so9884611igd.1 for ; Tue, 05 Aug 2014 22:22:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=g3Di0f1ZDtdQq4zkVUXpDA1K7Y5a5AYUFjZOK1a+064=; b=0IpBKCBdKBYgyDYlHiSIQJoLufeFXOyk8AWZXMBp+bq5L0R+tcSbIawM49Cjliai8M QcolMB/p5rEwAaQ5iin4ldQJ1byMISeetDesKYNU5akQEadQn+mNC6zNXUlnFsizBWuJ vG7ituuCf4R6Krnav6Qcuz8lb/ZqcC9h0y6sye4RmjQ26ItTirY2mq82nlD3qMbHcVCJ wGAWdhsL0G6mL/IgaKyefOUGKRQ+t1boE2pbXYiSfyghgHq9Cld+RX0tyjelLPkPpuPS 6+glu6JwcUojlg595ZRgxNRPLhnFJyn4U1covuMBac3BPksoxaigcgyf3Mxe5bjo4BJ9 NDcQ== MIME-Version: 1.0 X-Received: by 10.50.25.162 with SMTP id d2mr14412725igg.0.1407302523026; Tue, 05 Aug 2014 22:22:03 -0700 (PDT) Received: by 10.64.213.97 with HTTP; Tue, 5 Aug 2014 22:22:02 -0700 (PDT) In-Reply-To: <55E78A57290FB64FA0D3CF672F9F3DA272CFF7@SJCPEX01CL03.citrite.net> References: <55E78A57290FB64FA0D3CF672F9F3DA272CFF7@SJCPEX01CL03.citrite.net> Date: Wed, 6 Aug 2014 10:52:02 +0530 Message-ID: From: mad Engineer To: Russell Pavlicek Cc: xen-users , "xen-devel@lists.xenproject.org" Subject: Re: [Xen-users] xen on centos6.5 issue with /proc/xen X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3981452662240324459==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3981452662240324459== Content-Type: multipart/alternative; boundary=e89a8f83ad65fa036004ffef2608 --e89a8f83ad65fa036004ffef2608 Content-Type: text/plain; charset=UTF-8 Thanks Russel, in grub.conf new kernel is set as the default kernel default=0 timeout=5 title CentOS (3.10.43-11.el6.centos.alt.x86_64) kernel /boot/vmlinuz-3.10.43-11.el6.centos.alt.x86_64 root=/dev/md2 ro crashkernel=auto SYSFONT=latarcyrheb-sun16 LANG=en_US.UTF-8 KEYTABLE=us root (hd0,1) initrd /boot/initramfs-3.10.43-11.el6.centos.alt.x86_64.img title linux centos6_64 kernel /boot/bzImage-3.10.23-xxxx-std-ipv6-64 root=/dev/md2 ro root (hd0,1) On Wed, Aug 6, 2014 at 1:01 AM, Russell Pavlicek < russell.pavlicek@citrix.com> wrote: > What does /etc/grub.conf look like? > > Because the old kernel was custom, you might need to manually edit it to > look similar to the entry in the instructions. > > Russ Pavlicek > Xen Project Evangelist, Citrix Systems > Home Office: +1-301-829-5327 > Mobile: +1-240-397-0199 > UK VoIP: +44 1223 852 894 > ------------------------------ > *From:* xen-users-bounces@lists.xen.org [xen-users-bounces@lists.xen.org] > on behalf of mad Engineer [themadengin33r@gmail.com] > *Sent:* Tuesday, August 05, 2014 3:16 PM > *To:* xen-users; xen-devel@lists.xenproject.org > *Subject:* [Xen-users] xen on centos6.5 issue with /proc/xen > > Hi > I followed this document to install Xen > > http://wiki.centos.org/QaWiki/Xen4 > > Xen package got installed : > > rpm -qa |grep xen > xen-libs-4.2.4-33.el6.centos.alt.x86_64 > xen-runtime-4.2.4-33.el6.centos.alt.x86_64 > libvirt-daemon-driver-xen-0.10.2.8-7.el6.centos.alt.x86_64 > centos-release-xen-6-2.el6.centos.x86_64 > xen-licenses-4.2.4-33.el6.centos.alt.x86_64 > xen-hypervisor-4.2.4-33.el6.centos.alt.x86_64 > xen-4.2.4-33.el6.centos.alt.x86_64 > > > *and i rebooted to xen kernel (only had one entry in grub,before xen > installation)* > > but after rebooting to new kernel its not showing anythig related to xen > > *xl info returns * > > xl info > libxl: error: libxl.c:91:libxl_ctx_alloc: Is xenstore daemon running? > failed to stat /var/run/xenstored.pid: No such file or directory > cannot init xl context > > *there is not even " /proc/xen "* > > *uname -r* after reboot > 3.10.43-11.el6.centos.alt.x86_64 > > > *cat /boot/config-3.10.43-11.el6.centos.alt.x86_64 |grep -i xen* > > 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_XEN_DEBUG_FS=y > CONFIG_PCI_XEN=y > CONFIG_XEN_PCIDEV_FRONTEND=y > CONFIG_XEN_BLKDEV_FRONTEND=m > CONFIG_XEN_BLKDEV_BACKEND=m > CONFIG_XEN_BLKDEV_TAP=m > CONFIG_NETXEN_NIC=m > CONFIG_XEN_NETDEV_FRONTEND=m > CONFIG_XEN_NETDEV_BACKEND=m > CONFIG_INPUT_XEN_KBDDEV_FRONTEND=y > CONFIG_HVC_XEN=y > CONFIG_HVC_XEN_FRONTEND=y > CONFIG_XEN_WDT=m > CONFIG_XEN_FBDEV_FRONTEND=y > # Xen driver support > CONFIG_XEN_BALLOON=y > # CONFIG_XEN_SELFBALLOONING is not set > CONFIG_XEN_BALLOON_MEMORY_HOTPLUG=y > CONFIG_XEN_SCRUB_PAGES=y > CONFIG_XEN_DEV_EVTCHN=m > CONFIG_XEN_BACKEND=y > CONFIG_XENFS=m > CONFIG_XEN_COMPAT_XENFS=y > CONFIG_XEN_SYS_HYPERVISOR=y > CONFIG_XEN_XENBUS_FRONTEND=y > CONFIG_XEN_GNTDEV=m > CONFIG_XEN_GRANT_DEV_ALLOC=m > CONFIG_SWIOTLB_XEN=y > CONFIG_XEN_TMEM=m > CONFIG_XEN_PCIDEV_BACKEND=m > CONFIG_XEN_PRIVCMD=m > CONFIG_XEN_ACPI_PROCESSOR=m > CONFIG_XEN_MCE_LOG=y > CONFIG_XEN_HAVE_PVMMU=y > > What can be the issue. > > > Previous kernel was not standard kernel,it is a modified kernel from our > service provider > > Any idea why new kernel is not showing any xen bits > > Thanks, > > --e89a8f83ad65fa036004ffef2608 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Thanks Russel,

in grub.conf = =C2=A0new kernel is set as the default kernel

defa= ult=3D0
timeout=3D5

=C2=A0 =C2=A0 =C2=A0= =C2=A0 title CentOS (3.10.43-11.el6.centos.alt.x86_64)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 kernel /boot/vmlinuz-3.10.43-11.el6.centos= .alt.x86_64 root=3D/dev/md2 =C2=A0ro crashkernel=3Dauto SYSFONT=3Dlatarcyrh= eb-sun16 LANG=3Den_US.UTF-8 KEYTABLE=3Dus
=C2=A0 =C2=A0 =C2=A0 = =C2=A0 root (hd0,1)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 initrd /boot/init= ramfs-3.10.43-11.el6.centos.alt.x86_64.img
=C2=A0 =C2=A0 =C2=A0 =C2=A0 title linux centos6_64
=C2=A0 = =C2=A0 =C2=A0 =C2=A0 kernel /boot/bzImage-3.10.23-xxxx-std-ipv6-64 root=3D/= dev/md2 =C2=A0ro
=C2=A0 =C2=A0 =C2=A0 =C2=A0 root (hd0,1)


On Wed, A= ug 6, 2014 at 1:01 AM, Russell Pavlicek <russell.pavlicek@citrix= .com> wrote:
What does /etc/grub.conf look like?

Because the old kernel was custom, you might need to manually edit it to lo= ok similar to the entry in the instructions.

Russ Pavlicek
Xen Project Evangelist, Citrix Systems
Home Office: +1-301-829-5327
Mobile: +1-240-397-0199
UK VoIP: +44 1223 852 894
Fro= m: xen-users-bounces@lists.xen.org [xen-users-bounces@lists.xen.org] on beh= alf of mad Engineer [themadengin33r@gmail.com]
Sent: Tuesday, August 05, 2014 3:16 PM
To: xen-users; xen-devel@lists.xenproject.org
Subject: [Xen-users] xen on centos6.5 issue with /proc/xen

Hi=C2=A0
=C2=A0 =C2=A0I followed this document to install Xen=C2=A0


Xen package got installed :

rpm -qa |grep xen
xen-libs-4.2.4-33.el6.centos.alt.x86_64
xen-runtime-4.2.4-33.el6.centos.alt.x86_64
libvirt-daemon-driver-xen-0.10.2.8-7.el6.centos.alt.x86_64
centos-release-xen-6-2.el6.centos.x86_64
xen-licenses-4.2.4-33.el6.centos.alt.x86_64
xen-hypervisor-4.2.4-33.el6.centos.alt.x86_64
xen-4.2.4-33.el6.centos.alt.x86_64


and i rebooted to xen kernel (only had one entry in grub,before xen= installation)

but after rebooting to new kernel its not showing anythig related to x= en

xl info returns=C2=A0

xl info
libxl: error: libxl.c:91:libxl_ctx_alloc: Is xenstore daemon running?<= /div>
failed to stat /var/run/xenstored.pid: No such file or directory
cannot init xl context

there is not even =C2=A0" /proc/xen "

uname -r after reboot
3.10.43-11.el6.centos.alt.x86_64


cat /boot/config-3.10.43-11.el6.centos.alt.x86_64 |grep -i xen<= /div>

CONFIG_XEN=3Dy
CONFIG_XEN_DOM0=3Dy
CONFIG_XEN_PRIVILEGED_GUEST=3Dy
CONFIG_XEN_PVHVM=3Dy
CONFIG_XEN_MAX_DOMAIN_MEMORY=3D500
CONFIG_XEN_SAVE_RESTORE=3Dy
CONFIG_XEN_DEBUG_FS=3Dy
CONFIG_PCI_XEN=3Dy
CONFIG_XEN_PCIDEV_FRONTEND=3Dy
CONFIG_XEN_BLKDEV_FRONTEND=3Dm
CONFIG_XEN_BLKDEV_BACKEND=3Dm
CONFIG_XEN_BLKDEV_TAP=3Dm
CONFIG_NETXEN_NIC=3Dm
CONFIG_XEN_NETDEV_FRONTEND=3Dm
CONFIG_XEN_NETDEV_BACKEND=3Dm
CONFIG_INPUT_XEN_KBDDEV_FRONTEND=3Dy
CONFIG_HVC_XEN=3Dy
CONFIG_HVC_XEN_FRONTEND=3Dy
CONFIG_XEN_WDT=3Dm
CONFIG_XEN_FBDEV_FRONTEND=3Dy
# Xen driver support
CONFIG_XEN_BALLOON=3Dy
# CONFIG_XEN_SELFBALLOONING is not set
CONFIG_XEN_BALLOON_MEMORY_HOTPLUG=3Dy
CONFIG_XEN_SCRUB_PAGES=3Dy
CONFIG_XEN_DEV_EVTCHN=3Dm
CONFIG_XEN_BACKEND=3Dy
CONFIG_XENFS=3Dm
CONFIG_XEN_COMPAT_XENFS=3Dy
CONFIG_XEN_SYS_HYPERVISOR=3Dy
CONFIG_XEN_XENBUS_FRONTEND=3Dy
CONFIG_XEN_GNTDEV=3Dm
CONFIG_XEN_GRANT_DEV_ALLOC=3Dm
CONFIG_SWIOTLB_XEN=3Dy
CONFIG_XEN_TMEM=3Dm
CONFIG_XEN_PCIDEV_BACKEND=3Dm
CONFIG_XEN_PRIVCMD=3Dm
CONFIG_XEN_ACPI_PROCESSOR=3Dm
CONFIG_XEN_MCE_LOG=3Dy
CONFIG_XEN_HAVE_PVMMU=3Dy

What can be the issue.


Previous kernel was not standard kernel,it is a modified kernel from o= ur service provider

Any idea why new kernel is not showing any xen bits

Thanks,


--e89a8f83ad65fa036004ffef2608-- --===============3981452662240324459== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3981452662240324459==-- From xen-users-bounces@lists.xen.org Wed Aug 06 06:02:15 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 06 Aug 2014 06:02:15 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XEuI8-0004Mm-Vz; Wed, 06 Aug 2014 06:01:40 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XEuI7-0004Md-FN for xen-users@lists.xen.org; Wed, 06 Aug 2014 06:01:39 +0000 Received: from [85.158.143.35:64945] by server-1.bemta-4.messagelabs.com id 2A/D2-05872-2C4C1E35; Wed, 06 Aug 2014 06:01:38 +0000 X-Env-Sender: fajar@fajar.net X-Msg-Ref: server-3.tower-21.messagelabs.com!1407304895!13369327!1 X-Originating-IP: [209.85.192.181] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP,UPPERCASE_25_50 X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2271 invoked from network); 6 Aug 2014 06:01:37 -0000 Received: from mail-pd0-f181.google.com (HELO mail-pd0-f181.google.com) (209.85.192.181) by server-3.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 6 Aug 2014 06:01:37 -0000 Received: by mail-pd0-f181.google.com with SMTP id g10so2706185pdj.12 for ; Tue, 05 Aug 2014 23:01:35 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=eVfXbw9OAZNPUHguwQ7q1ZIWHWaVqWxLl2BvRy+BMSk=; b=UXKfeI6xleKLqY4o1MCyJf0nnFrhrULjovMdgkgluolSZ1XPHOS6bavIayB+AzlvDs Zbd25A+N++8oV92Y6OMSN5xtvJbzn7vTx8h7kq1wbwIYKEAWhCM7VtTLtRpNqSa2L7Tq ZKoClMkWjVoqhp84wpGf1ibFtujvvln+JrWWXdHAvLHEz1JhqLJIF0Gb18bdL5PKVf4i 0BceR3XeEPrxRVXnGwBCOfEbcL4mrLY7PRqKkxhJ/r13lNNyelVetlHZsQVzKQkLa5Zt nBb6d5bKy24i9OkPRNFJ6QgjHK8Igrj85wGofa6fB6XlYKxqVcZcBsHKsBKLLLm/J+pN H5PQ== X-Gm-Message-State: ALoCoQlN0QYhq7LpA2IgVyDn4KSf+Nwe/1Iq7Byh9DL7ziJKBU/ZSx2hNt7hsvQFki5uEQ0U6JU5 MIME-Version: 1.0 X-Received: by 10.68.69.70 with SMTP id c6mr9103042pbu.129.1407304895245; Tue, 05 Aug 2014 23:01:35 -0700 (PDT) Received: by 10.70.42.200 with HTTP; Tue, 5 Aug 2014 23:01:35 -0700 (PDT) In-Reply-To: References: <55E78A57290FB64FA0D3CF672F9F3DA272CFF7@SJCPEX01CL03.citrite.net> Date: Wed, 6 Aug 2014 13:01:35 +0700 Message-ID: From: "Fajar A. Nugraha" To: mad Engineer Cc: xen-users Subject: Re: [Xen-users] xen on centos6.5 issue with /proc/xen X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Moving xen-devel to bcc, as xen-users should be the right place for normal usage questions. I assume you already solve this problem? From the link you wrote earlier: " Once that completes, check /boot/ for the presence of xen-4.2.1.gz and edit your /etc/grub.conf to add a stanza like : title xen root (hd0,0) kernel /xen.gz dom0_mem=256M,max:256M loglvl=all guest_loglvl=all " so comparing that and the grub.conf you get, the problem should be clear enough. Since you don't boot xen.gz as kernel, you won't be able to run xl. -- Fajar On Wed, Aug 6, 2014 at 12:22 PM, mad Engineer wrote: > Thanks Russel, > > in grub.conf new kernel is set as the default kernel > > default=0 > timeout=5 > > title CentOS (3.10.43-11.el6.centos.alt.x86_64) > kernel /boot/vmlinuz-3.10.43-11.el6.centos.alt.x86_64 root=/dev/md2 > ro crashkernel=auto SYSFONT=latarcyrheb-sun16 LANG=en_US.UTF-8 KEYTABLE=us > root (hd0,1) > initrd /boot/initramfs-3.10.43-11.el6.centos.alt.x86_64.img > title linux centos6_64 > kernel /boot/bzImage-3.10.23-xxxx-std-ipv6-64 root=/dev/md2 ro > root (hd0,1) > > > On Wed, Aug 6, 2014 at 1:01 AM, Russell Pavlicek > wrote: >> >> What does /etc/grub.conf look like? >> >> Because the old kernel was custom, you might need to manually edit it to >> look similar to the entry in the instructions. >> >> Russ Pavlicek >> Xen Project Evangelist, Citrix Systems >> Home Office: +1-301-829-5327 >> Mobile: +1-240-397-0199 >> UK VoIP: +44 1223 852 894 >> ________________________________ >> From: xen-users-bounces@lists.xen.org [xen-users-bounces@lists.xen.org] on >> behalf of mad Engineer [themadengin33r@gmail.com] >> Sent: Tuesday, August 05, 2014 3:16 PM >> To: xen-users; xen-devel@lists.xenproject.org >> Subject: [Xen-users] xen on centos6.5 issue with /proc/xen >> >> Hi >> I followed this document to install Xen >> >> http://wiki.centos.org/QaWiki/Xen4 >> >> Xen package got installed : >> >> rpm -qa |grep xen >> xen-libs-4.2.4-33.el6.centos.alt.x86_64 >> xen-runtime-4.2.4-33.el6.centos.alt.x86_64 >> libvirt-daemon-driver-xen-0.10.2.8-7.el6.centos.alt.x86_64 >> centos-release-xen-6-2.el6.centos.x86_64 >> xen-licenses-4.2.4-33.el6.centos.alt.x86_64 >> xen-hypervisor-4.2.4-33.el6.centos.alt.x86_64 >> xen-4.2.4-33.el6.centos.alt.x86_64 >> >> >> and i rebooted to xen kernel (only had one entry in grub,before xen >> installation) >> >> but after rebooting to new kernel its not showing anythig related to xen >> >> xl info returns >> >> xl info >> libxl: error: libxl.c:91:libxl_ctx_alloc: Is xenstore daemon running? >> failed to stat /var/run/xenstored.pid: No such file or directory >> cannot init xl context >> >> there is not even " /proc/xen " >> >> uname -r after reboot >> 3.10.43-11.el6.centos.alt.x86_64 >> >> >> cat /boot/config-3.10.43-11.el6.centos.alt.x86_64 |grep -i xen >> >> 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_XEN_DEBUG_FS=y >> CONFIG_PCI_XEN=y >> CONFIG_XEN_PCIDEV_FRONTEND=y >> CONFIG_XEN_BLKDEV_FRONTEND=m >> CONFIG_XEN_BLKDEV_BACKEND=m >> CONFIG_XEN_BLKDEV_TAP=m >> CONFIG_NETXEN_NIC=m >> CONFIG_XEN_NETDEV_FRONTEND=m >> CONFIG_XEN_NETDEV_BACKEND=m >> CONFIG_INPUT_XEN_KBDDEV_FRONTEND=y >> CONFIG_HVC_XEN=y >> CONFIG_HVC_XEN_FRONTEND=y >> CONFIG_XEN_WDT=m >> CONFIG_XEN_FBDEV_FRONTEND=y >> # Xen driver support >> CONFIG_XEN_BALLOON=y >> # CONFIG_XEN_SELFBALLOONING is not set >> CONFIG_XEN_BALLOON_MEMORY_HOTPLUG=y >> CONFIG_XEN_SCRUB_PAGES=y >> CONFIG_XEN_DEV_EVTCHN=m >> CONFIG_XEN_BACKEND=y >> CONFIG_XENFS=m >> CONFIG_XEN_COMPAT_XENFS=y >> CONFIG_XEN_SYS_HYPERVISOR=y >> CONFIG_XEN_XENBUS_FRONTEND=y >> CONFIG_XEN_GNTDEV=m >> CONFIG_XEN_GRANT_DEV_ALLOC=m >> CONFIG_SWIOTLB_XEN=y >> CONFIG_XEN_TMEM=m >> CONFIG_XEN_PCIDEV_BACKEND=m >> CONFIG_XEN_PRIVCMD=m >> CONFIG_XEN_ACPI_PROCESSOR=m >> CONFIG_XEN_MCE_LOG=y >> CONFIG_XEN_HAVE_PVMMU=y >> >> What can be the issue. >> >> >> Previous kernel was not standard kernel,it is a modified kernel from our >> service provider >> >> Any idea why new kernel is not showing any xen bits >> >> Thanks, >> > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Aug 06 06:02:15 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 06 Aug 2014 06:02:15 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XEuI8-0004Mm-Vz; Wed, 06 Aug 2014 06:01:40 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XEuI7-0004Md-FN for xen-users@lists.xen.org; Wed, 06 Aug 2014 06:01:39 +0000 Received: from [85.158.143.35:64945] by server-1.bemta-4.messagelabs.com id 2A/D2-05872-2C4C1E35; Wed, 06 Aug 2014 06:01:38 +0000 X-Env-Sender: fajar@fajar.net X-Msg-Ref: server-3.tower-21.messagelabs.com!1407304895!13369327!1 X-Originating-IP: [209.85.192.181] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP,UPPERCASE_25_50 X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2271 invoked from network); 6 Aug 2014 06:01:37 -0000 Received: from mail-pd0-f181.google.com (HELO mail-pd0-f181.google.com) (209.85.192.181) by server-3.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 6 Aug 2014 06:01:37 -0000 Received: by mail-pd0-f181.google.com with SMTP id g10so2706185pdj.12 for ; Tue, 05 Aug 2014 23:01:35 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=eVfXbw9OAZNPUHguwQ7q1ZIWHWaVqWxLl2BvRy+BMSk=; b=UXKfeI6xleKLqY4o1MCyJf0nnFrhrULjovMdgkgluolSZ1XPHOS6bavIayB+AzlvDs Zbd25A+N++8oV92Y6OMSN5xtvJbzn7vTx8h7kq1wbwIYKEAWhCM7VtTLtRpNqSa2L7Tq ZKoClMkWjVoqhp84wpGf1ibFtujvvln+JrWWXdHAvLHEz1JhqLJIF0Gb18bdL5PKVf4i 0BceR3XeEPrxRVXnGwBCOfEbcL4mrLY7PRqKkxhJ/r13lNNyelVetlHZsQVzKQkLa5Zt nBb6d5bKy24i9OkPRNFJ6QgjHK8Igrj85wGofa6fB6XlYKxqVcZcBsHKsBKLLLm/J+pN H5PQ== X-Gm-Message-State: ALoCoQlN0QYhq7LpA2IgVyDn4KSf+Nwe/1Iq7Byh9DL7ziJKBU/ZSx2hNt7hsvQFki5uEQ0U6JU5 MIME-Version: 1.0 X-Received: by 10.68.69.70 with SMTP id c6mr9103042pbu.129.1407304895245; Tue, 05 Aug 2014 23:01:35 -0700 (PDT) Received: by 10.70.42.200 with HTTP; Tue, 5 Aug 2014 23:01:35 -0700 (PDT) In-Reply-To: References: <55E78A57290FB64FA0D3CF672F9F3DA272CFF7@SJCPEX01CL03.citrite.net> Date: Wed, 6 Aug 2014 13:01:35 +0700 Message-ID: From: "Fajar A. Nugraha" To: mad Engineer Cc: xen-users Subject: Re: [Xen-users] xen on centos6.5 issue with /proc/xen X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Moving xen-devel to bcc, as xen-users should be the right place for normal usage questions. I assume you already solve this problem? From the link you wrote earlier: " Once that completes, check /boot/ for the presence of xen-4.2.1.gz and edit your /etc/grub.conf to add a stanza like : title xen root (hd0,0) kernel /xen.gz dom0_mem=256M,max:256M loglvl=all guest_loglvl=all " so comparing that and the grub.conf you get, the problem should be clear enough. Since you don't boot xen.gz as kernel, you won't be able to run xl. -- Fajar On Wed, Aug 6, 2014 at 12:22 PM, mad Engineer wrote: > Thanks Russel, > > in grub.conf new kernel is set as the default kernel > > default=0 > timeout=5 > > title CentOS (3.10.43-11.el6.centos.alt.x86_64) > kernel /boot/vmlinuz-3.10.43-11.el6.centos.alt.x86_64 root=/dev/md2 > ro crashkernel=auto SYSFONT=latarcyrheb-sun16 LANG=en_US.UTF-8 KEYTABLE=us > root (hd0,1) > initrd /boot/initramfs-3.10.43-11.el6.centos.alt.x86_64.img > title linux centos6_64 > kernel /boot/bzImage-3.10.23-xxxx-std-ipv6-64 root=/dev/md2 ro > root (hd0,1) > > > On Wed, Aug 6, 2014 at 1:01 AM, Russell Pavlicek > wrote: >> >> What does /etc/grub.conf look like? >> >> Because the old kernel was custom, you might need to manually edit it to >> look similar to the entry in the instructions. >> >> Russ Pavlicek >> Xen Project Evangelist, Citrix Systems >> Home Office: +1-301-829-5327 >> Mobile: +1-240-397-0199 >> UK VoIP: +44 1223 852 894 >> ________________________________ >> From: xen-users-bounces@lists.xen.org [xen-users-bounces@lists.xen.org] on >> behalf of mad Engineer [themadengin33r@gmail.com] >> Sent: Tuesday, August 05, 2014 3:16 PM >> To: xen-users; xen-devel@lists.xenproject.org >> Subject: [Xen-users] xen on centos6.5 issue with /proc/xen >> >> Hi >> I followed this document to install Xen >> >> http://wiki.centos.org/QaWiki/Xen4 >> >> Xen package got installed : >> >> rpm -qa |grep xen >> xen-libs-4.2.4-33.el6.centos.alt.x86_64 >> xen-runtime-4.2.4-33.el6.centos.alt.x86_64 >> libvirt-daemon-driver-xen-0.10.2.8-7.el6.centos.alt.x86_64 >> centos-release-xen-6-2.el6.centos.x86_64 >> xen-licenses-4.2.4-33.el6.centos.alt.x86_64 >> xen-hypervisor-4.2.4-33.el6.centos.alt.x86_64 >> xen-4.2.4-33.el6.centos.alt.x86_64 >> >> >> and i rebooted to xen kernel (only had one entry in grub,before xen >> installation) >> >> but after rebooting to new kernel its not showing anythig related to xen >> >> xl info returns >> >> xl info >> libxl: error: libxl.c:91:libxl_ctx_alloc: Is xenstore daemon running? >> failed to stat /var/run/xenstored.pid: No such file or directory >> cannot init xl context >> >> there is not even " /proc/xen " >> >> uname -r after reboot >> 3.10.43-11.el6.centos.alt.x86_64 >> >> >> cat /boot/config-3.10.43-11.el6.centos.alt.x86_64 |grep -i xen >> >> 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_XEN_DEBUG_FS=y >> CONFIG_PCI_XEN=y >> CONFIG_XEN_PCIDEV_FRONTEND=y >> CONFIG_XEN_BLKDEV_FRONTEND=m >> CONFIG_XEN_BLKDEV_BACKEND=m >> CONFIG_XEN_BLKDEV_TAP=m >> CONFIG_NETXEN_NIC=m >> CONFIG_XEN_NETDEV_FRONTEND=m >> CONFIG_XEN_NETDEV_BACKEND=m >> CONFIG_INPUT_XEN_KBDDEV_FRONTEND=y >> CONFIG_HVC_XEN=y >> CONFIG_HVC_XEN_FRONTEND=y >> CONFIG_XEN_WDT=m >> CONFIG_XEN_FBDEV_FRONTEND=y >> # Xen driver support >> CONFIG_XEN_BALLOON=y >> # CONFIG_XEN_SELFBALLOONING is not set >> CONFIG_XEN_BALLOON_MEMORY_HOTPLUG=y >> CONFIG_XEN_SCRUB_PAGES=y >> CONFIG_XEN_DEV_EVTCHN=m >> CONFIG_XEN_BACKEND=y >> CONFIG_XENFS=m >> CONFIG_XEN_COMPAT_XENFS=y >> CONFIG_XEN_SYS_HYPERVISOR=y >> CONFIG_XEN_XENBUS_FRONTEND=y >> CONFIG_XEN_GNTDEV=m >> CONFIG_XEN_GRANT_DEV_ALLOC=m >> CONFIG_SWIOTLB_XEN=y >> CONFIG_XEN_TMEM=m >> CONFIG_XEN_PCIDEV_BACKEND=m >> CONFIG_XEN_PRIVCMD=m >> CONFIG_XEN_ACPI_PROCESSOR=m >> CONFIG_XEN_MCE_LOG=y >> CONFIG_XEN_HAVE_PVMMU=y >> >> What can be the issue. >> >> >> Previous kernel was not standard kernel,it is a modified kernel from our >> service provider >> >> Any idea why new kernel is not showing any xen bits >> >> Thanks, >> > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Aug 06 10:06:12 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 06 Aug 2014 10:06: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 1XEy5t-0003aT-4e; Wed, 06 Aug 2014 10:05:17 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XEy5r-0003aO-1d for xen-users@lists.xen.org; Wed, 06 Aug 2014 10:05:15 +0000 Received: from [193.109.254.147:61279] by server-5.bemta-14.messagelabs.com id 12/7D-28255-ADDF1E35; Wed, 06 Aug 2014 10:05:14 +0000 X-Env-Sender: jeenu.viswambharan@arm.com X-Msg-Ref: server-11.tower-27.messagelabs.com!1407319513!10700676!1 X-Originating-IP: [195.130.217.12] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTk1LjEzMC4yMTcuMTIgPT4gMzg5OTY3\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24391 invoked from network); 6 Aug 2014 10:05:13 -0000 Received: from service88.mimecast.com (HELO service88.mimecast.com) (195.130.217.12) by server-11.tower-27.messagelabs.com with SMTP; 6 Aug 2014 10:05:13 -0000 Received: from emea-cam-gw2.Emea.Arm.com (fw-tnat.cambridge.arm.com [217.140.96.21]) (Using TLS) by service88.mimecast.com; Wed, 06 Aug 2014 11:05:13 +0100 Received: from george.Emea.Arm.com ([fe80::4c19:a8f:5c9a:76df]) by emea-cam-gw2.Emea.Arm.com ([::1]) with mapi; Wed, 6 Aug 2014 11:05:12 +0100 From: Jeenu Viswambharan To: Ian Campbell Date: Wed, 6 Aug 2014 11:05:11 +0100 Thread-Topic: [Xen-users] mount DomU root fs via. NFS Thread-Index: Ac+ww/OUzrx9P61KRzOxYzE8Ca1UogAl0n8w Message-ID: References: <1407154282.13395.30.camel@kazak.uk.xensource.com> <1407166604.30756.17.camel@kazak.uk.xensource.com> <1407253351.2120.52.camel@kazak.uk.xensource.com> In-Reply-To: <1407253351.2120.52.camel@kazak.uk.xensource.com> Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB MIME-Version: 1.0 X-MC-Unique: 114080611051300302 Cc: xen-users Subject: Re: [Xen-users] mount DomU root fs via. NFS X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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, Aug 05, 2014 at 16:42:31, Ian Campbell wrote: > [...] 10.1.192.268 is not a valid IP address so it fails. Of course it isn't. What was I thinking?! > I think this cfg ought to work: > > vif = [ "script=vif-nat,mac=22:1e:4e:fc:6d:be,ip=192.168.1.1" ] > extra = "... root=/dev/nfs nfsroot=nfs.ip.add.ress:/path/to/nfs/root ip=192.168.1.1 ..." > > i.e. give the guest address 192.168.1.1. This won't pollute your > corporate network since NAT will ensure that what is seen outside the > host is the hosts own address. As you mentioned earlier, I couldn't get it working without setting the proper gateway. So I instead went with the ip= syntax to specify gateway IP too: vif = [ "script=vif-nat,ip=192.168.1.1" ] extra = "earlyprintk=xenboot console=hvc0 root=/dev/nfs nfsroot=/path/to/nfs/root ip=192.168.1.1:10.1.193.170:192.168.1.128 debug rw With that, I can boot guest with NFS root! Thanks for your help. -- Jeenu -- IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you. ARM Limited, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Registered in England & Wales, Company No: 2557590 ARM Holdings plc, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Registered in England & Wales, Company No: 2548782 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Aug 06 10:06:12 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 06 Aug 2014 10:06: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 1XEy5t-0003aT-4e; Wed, 06 Aug 2014 10:05:17 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XEy5r-0003aO-1d for xen-users@lists.xen.org; Wed, 06 Aug 2014 10:05:15 +0000 Received: from [193.109.254.147:61279] by server-5.bemta-14.messagelabs.com id 12/7D-28255-ADDF1E35; Wed, 06 Aug 2014 10:05:14 +0000 X-Env-Sender: jeenu.viswambharan@arm.com X-Msg-Ref: server-11.tower-27.messagelabs.com!1407319513!10700676!1 X-Originating-IP: [195.130.217.12] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTk1LjEzMC4yMTcuMTIgPT4gMzg5OTY3\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24391 invoked from network); 6 Aug 2014 10:05:13 -0000 Received: from service88.mimecast.com (HELO service88.mimecast.com) (195.130.217.12) by server-11.tower-27.messagelabs.com with SMTP; 6 Aug 2014 10:05:13 -0000 Received: from emea-cam-gw2.Emea.Arm.com (fw-tnat.cambridge.arm.com [217.140.96.21]) (Using TLS) by service88.mimecast.com; Wed, 06 Aug 2014 11:05:13 +0100 Received: from george.Emea.Arm.com ([fe80::4c19:a8f:5c9a:76df]) by emea-cam-gw2.Emea.Arm.com ([::1]) with mapi; Wed, 6 Aug 2014 11:05:12 +0100 From: Jeenu Viswambharan To: Ian Campbell Date: Wed, 6 Aug 2014 11:05:11 +0100 Thread-Topic: [Xen-users] mount DomU root fs via. NFS Thread-Index: Ac+ww/OUzrx9P61KRzOxYzE8Ca1UogAl0n8w Message-ID: References: <1407154282.13395.30.camel@kazak.uk.xensource.com> <1407166604.30756.17.camel@kazak.uk.xensource.com> <1407253351.2120.52.camel@kazak.uk.xensource.com> In-Reply-To: <1407253351.2120.52.camel@kazak.uk.xensource.com> Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB MIME-Version: 1.0 X-MC-Unique: 114080611051300302 Cc: xen-users Subject: Re: [Xen-users] mount DomU root fs via. NFS X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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, Aug 05, 2014 at 16:42:31, Ian Campbell wrote: > [...] 10.1.192.268 is not a valid IP address so it fails. Of course it isn't. What was I thinking?! > I think this cfg ought to work: > > vif = [ "script=vif-nat,mac=22:1e:4e:fc:6d:be,ip=192.168.1.1" ] > extra = "... root=/dev/nfs nfsroot=nfs.ip.add.ress:/path/to/nfs/root ip=192.168.1.1 ..." > > i.e. give the guest address 192.168.1.1. This won't pollute your > corporate network since NAT will ensure that what is seen outside the > host is the hosts own address. As you mentioned earlier, I couldn't get it working without setting the proper gateway. So I instead went with the ip= syntax to specify gateway IP too: vif = [ "script=vif-nat,ip=192.168.1.1" ] extra = "earlyprintk=xenboot console=hvc0 root=/dev/nfs nfsroot=/path/to/nfs/root ip=192.168.1.1:10.1.193.170:192.168.1.128 debug rw With that, I can boot guest with NFS root! Thanks for your help. -- Jeenu -- IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you. ARM Limited, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Registered in England & Wales, Company No: 2557590 ARM Holdings plc, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Registered in England & Wales, Company No: 2548782 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Aug 06 14:18:08 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 06 Aug 2014 14:18:08 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XF21b-0001pT-TW; Wed, 06 Aug 2014 14:17:07 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XEzfP-0005wI-By for xen-users@lists.xen.org; Wed, 06 Aug 2014 11:46:03 +0000 Received: from [85.158.137.68:4696] by server-2.bemta-3.messagelabs.com id E7/AA-09149-A7512E35; Wed, 06 Aug 2014 11:46:02 +0000 X-Env-Sender: patel_mp@yahoo.co.in X-Msg-Ref: server-9.tower-31.messagelabs.com!1407325560!8454398!1 X-Originating-IP: [98.138.91.93] 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,ML_RADAR_SPEW_LINKS_6, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20092 invoked from network); 6 Aug 2014 11:46:01 -0000 Received: from nm17-vm2.bullet.mail.ne1.yahoo.com (HELO nm17-vm2.bullet.mail.ne1.yahoo.com) (98.138.91.93) by server-9.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 6 Aug 2014 11:46:01 -0000 Received: from [98.138.226.180] by nm17.bullet.mail.ne1.yahoo.com with NNFMP; 06 Aug 2014 11:45:59 -0000 Received: from [106.10.151.254] by tm15.bullet.mail.ne1.yahoo.com with NNFMP; 06 Aug 2014 11:45:59 -0000 Received: from [127.0.0.1] by omp1003.mail.sg3.yahoo.com with NNFMP; 06 Aug 2014 11:45:59 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 149869.22735.bm@omp1003.mail.sg3.yahoo.com Received: (qmail 32457 invoked by uid 60001); 6 Aug 2014 11:45:58 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.co.in; s=s1024; t=1407325558; bh=t5+ZEIXGSzug34SiX4ZlSpZ/ZDHheAiDxbFuUaM0pDc=; h=Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=QM3L2jZqMCJ6ddGteu0myeN5kJCSlTryqtYXAbggKMVF7KV25hxvaVC1YI6GD2WWO7KuVJU6kq0ozJxq74DsCgYRinhzvvVgiw5BN0WqCuG/krEpDIx8V9xmeYoTQ2YhqE4oZulXR0phBzgkdmaRCjgfdhS/zU9oySrbdQWuJQI= X-YMail-OSG: CE5IOPgVM1loPcrnwIdxrSE3S8kUJz9enoWF5QRn_1lzqeo rt.Sk8U2.rN5DDax4PzbQRVamR8C8HonZLrUoCqbxl_.jfhvTqJ7HPbFHZpL i5JxU1NQEvW3NZdlbxlaWAJ_fb6q4YEj5msoEzc.ryY7_jJavz0nFPva5s9f .NVGSi6CBAr1Z6hQ.qWrfTyHNn8AxnhaMfeWZNnm8TBHrtTHfrBQSLr.orlm RaJOdGJx._AGUroW.MTO71LpnQfvdc2c0upMjq76Iw8dCKKXWS4DJesTXApc Jl8Bx2pTVRY7.XhQ7Xv0s5KXAyg9yRXp5MYfuoPS3sX6jI.HfFfx7xJsSH9d OGawjdabYT_hCM_1qhr716CUOFOS_D5GGiD.lturd3rHiHxi92u.SAOWYb9T cZ.oFG7wRNSoSecflVwQrsOU7N.l7ATvsTe4rKdi9rkTbwMniuGp3EbtWX49 4ac.oa2dvmEQ.xwUTS6s1a2qFIue2oVk8BDUZYB6NFUkeIOKlkYW6VNJOEI4 RMTu0qbkRdcThjWi0juQdCSSYx.d8rJCSA3z3wh2U4WNuhGSeXN5wlNeRYHd AfSJKqOeaZhmdcALGFvbEhoy7_KeMPmhbYxGhBz1MppOUdArnc8Pxnz1QjC0 rIHp2r8NdHrzZSx7W1dB4YsPPrDTIbsDSOquAmshh803uDT87lBoKaX3wvyV MZA-- Received: from [202.129.240.131] by web190604.mail.sg3.yahoo.com via HTTP; Wed, 06 Aug 2014 19:45:58 SGT X-Rocket-MIMEInfo: 002.001, CgrCoFRvZGF5IGkgcmVhY2hlZCBtaWdyYXRpb24gb2YgbG9naWNhbCB2b2x1bWUgdXNpbmcgRFJCRC7CoCBJIHVzZWQgdWJ1bnR1IDEyLjA0IHdpdGggZm9sbHdvaW5nIGxpbms6CgoKaHR0cDovL3dpa2kueGVuLm9yZy93aWtpL0luc3RhbGxfWGVuXzQuMS40X3dpdGhfUmVtdXNfYW5kX0RSQkRfb25fVWJ1bnR1XzEyLjEwCgppIGFtIG5vdCBjbGVhciB3aXRoIHRoZXNlOgphKSBEUkJEIHJlc291cmNlIGlzIGNvbmZpZ3VyZWQgcGVyIHZtIHNvIGl0IGNhbiBtaWdyYXRlIGxvZ2ljYWwgdm9sdW1lIHVzaW5nIHQBMAEBAQE- X-Mailer: YahooMailWebService/0.8.198.689 Message-ID: <1407325558.21569.YahooMailNeo@web190604.mail.sg3.yahoo.com> Date: Wed, 6 Aug 2014 19:45:58 +0800 From: Minalkumar Patel To: "xen-users@lists.xen.org" MIME-Version: 1.0 X-Mailman-Approved-At: Wed, 06 Aug 2014 14:17:06 +0000 Subject: [Xen-users] Xen + DRBD for live migration working X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Minalkumar Patel List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6233299067767141958==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6233299067767141958== Content-Type: multipart/alternative; boundary="806834454-512250828-1407325558=:21569" --806834454-512250828-1407325558=:21569 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable =0A=0A=A0Today i reached migration of logical volume using DRBD.=A0 I used = ubuntu 12.04 with follwoing link:=0A=0A=0Ahttp://wiki.xen.org/wiki/Install_= Xen_4.1.4_with_Remus_and_DRBD_on_Ubuntu_12.10=0A=0Ai am not clear with thes= e:=0Aa) DRBD resource is configured per vm so it can migrate logical volume= using that resource....but when i fire =0Alvdisplay it shows me migrated v= m in list(in source) but /dev/logical volume not found because it is migrat= ed to destination.=0Awhy still entry in lvdisplay??=0A=0Ab) i am eager to s= ee=A0 results of=A0 /libxc/xc_domain_save.c "DPRINTF" statement.....where c= an i find it? in which log file? because it=0Acan print data as per given i= n .c file?=0A=0Aplease reply me...=0A --806834454-512250828-1407325558=:21569 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable

 Today i reached migration of logical volume using DRBD.=   I used ubuntu 12.04 with follwoing link:
http://wiki.xen.or= g/wiki/Install_Xen_4.1.4_with_Remus_and_DRBD_on_Ubuntu_12.10

i am no= t clear with these:
a) DRBD resource is configured per vm so it can migr= ate logical volume using that resource....but when i fire
lvdisplay it = shows me migrated vm in list(in source) but /dev/logical volume not found b= ecause it is migrated to destination.
why still entry in lvdisplay??
=
b) i am eager to see  results of  /libxc/xc_domain_save.c "DP= RINTF" statement.....where can i find it? in which log file? because it
= can print data as per given in .c file?

please reply me...
--806834454-512250828-1407325558=:21569-- --===============6233299067767141958== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6233299067767141958==-- From xen-users-bounces@lists.xen.org Wed Aug 06 14:18:08 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 06 Aug 2014 14:18:08 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XF21b-0001pT-TW; Wed, 06 Aug 2014 14:17:07 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XEzfP-0005wI-By for xen-users@lists.xen.org; Wed, 06 Aug 2014 11:46:03 +0000 Received: from [85.158.137.68:4696] by server-2.bemta-3.messagelabs.com id E7/AA-09149-A7512E35; Wed, 06 Aug 2014 11:46:02 +0000 X-Env-Sender: patel_mp@yahoo.co.in X-Msg-Ref: server-9.tower-31.messagelabs.com!1407325560!8454398!1 X-Originating-IP: [98.138.91.93] 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,ML_RADAR_SPEW_LINKS_6, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20092 invoked from network); 6 Aug 2014 11:46:01 -0000 Received: from nm17-vm2.bullet.mail.ne1.yahoo.com (HELO nm17-vm2.bullet.mail.ne1.yahoo.com) (98.138.91.93) by server-9.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 6 Aug 2014 11:46:01 -0000 Received: from [98.138.226.180] by nm17.bullet.mail.ne1.yahoo.com with NNFMP; 06 Aug 2014 11:45:59 -0000 Received: from [106.10.151.254] by tm15.bullet.mail.ne1.yahoo.com with NNFMP; 06 Aug 2014 11:45:59 -0000 Received: from [127.0.0.1] by omp1003.mail.sg3.yahoo.com with NNFMP; 06 Aug 2014 11:45:59 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 149869.22735.bm@omp1003.mail.sg3.yahoo.com Received: (qmail 32457 invoked by uid 60001); 6 Aug 2014 11:45:58 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.co.in; s=s1024; t=1407325558; bh=t5+ZEIXGSzug34SiX4ZlSpZ/ZDHheAiDxbFuUaM0pDc=; h=Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=QM3L2jZqMCJ6ddGteu0myeN5kJCSlTryqtYXAbggKMVF7KV25hxvaVC1YI6GD2WWO7KuVJU6kq0ozJxq74DsCgYRinhzvvVgiw5BN0WqCuG/krEpDIx8V9xmeYoTQ2YhqE4oZulXR0phBzgkdmaRCjgfdhS/zU9oySrbdQWuJQI= X-YMail-OSG: CE5IOPgVM1loPcrnwIdxrSE3S8kUJz9enoWF5QRn_1lzqeo rt.Sk8U2.rN5DDax4PzbQRVamR8C8HonZLrUoCqbxl_.jfhvTqJ7HPbFHZpL i5JxU1NQEvW3NZdlbxlaWAJ_fb6q4YEj5msoEzc.ryY7_jJavz0nFPva5s9f .NVGSi6CBAr1Z6hQ.qWrfTyHNn8AxnhaMfeWZNnm8TBHrtTHfrBQSLr.orlm RaJOdGJx._AGUroW.MTO71LpnQfvdc2c0upMjq76Iw8dCKKXWS4DJesTXApc Jl8Bx2pTVRY7.XhQ7Xv0s5KXAyg9yRXp5MYfuoPS3sX6jI.HfFfx7xJsSH9d OGawjdabYT_hCM_1qhr716CUOFOS_D5GGiD.lturd3rHiHxi92u.SAOWYb9T cZ.oFG7wRNSoSecflVwQrsOU7N.l7ATvsTe4rKdi9rkTbwMniuGp3EbtWX49 4ac.oa2dvmEQ.xwUTS6s1a2qFIue2oVk8BDUZYB6NFUkeIOKlkYW6VNJOEI4 RMTu0qbkRdcThjWi0juQdCSSYx.d8rJCSA3z3wh2U4WNuhGSeXN5wlNeRYHd AfSJKqOeaZhmdcALGFvbEhoy7_KeMPmhbYxGhBz1MppOUdArnc8Pxnz1QjC0 rIHp2r8NdHrzZSx7W1dB4YsPPrDTIbsDSOquAmshh803uDT87lBoKaX3wvyV MZA-- Received: from [202.129.240.131] by web190604.mail.sg3.yahoo.com via HTTP; Wed, 06 Aug 2014 19:45:58 SGT X-Rocket-MIMEInfo: 002.001, CgrCoFRvZGF5IGkgcmVhY2hlZCBtaWdyYXRpb24gb2YgbG9naWNhbCB2b2x1bWUgdXNpbmcgRFJCRC7CoCBJIHVzZWQgdWJ1bnR1IDEyLjA0IHdpdGggZm9sbHdvaW5nIGxpbms6CgoKaHR0cDovL3dpa2kueGVuLm9yZy93aWtpL0luc3RhbGxfWGVuXzQuMS40X3dpdGhfUmVtdXNfYW5kX0RSQkRfb25fVWJ1bnR1XzEyLjEwCgppIGFtIG5vdCBjbGVhciB3aXRoIHRoZXNlOgphKSBEUkJEIHJlc291cmNlIGlzIGNvbmZpZ3VyZWQgcGVyIHZtIHNvIGl0IGNhbiBtaWdyYXRlIGxvZ2ljYWwgdm9sdW1lIHVzaW5nIHQBMAEBAQE- X-Mailer: YahooMailWebService/0.8.198.689 Message-ID: <1407325558.21569.YahooMailNeo@web190604.mail.sg3.yahoo.com> Date: Wed, 6 Aug 2014 19:45:58 +0800 From: Minalkumar Patel To: "xen-users@lists.xen.org" MIME-Version: 1.0 X-Mailman-Approved-At: Wed, 06 Aug 2014 14:17:06 +0000 Subject: [Xen-users] Xen + DRBD for live migration working X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Minalkumar Patel List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6233299067767141958==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6233299067767141958== Content-Type: multipart/alternative; boundary="806834454-512250828-1407325558=:21569" --806834454-512250828-1407325558=:21569 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable =0A=0A=A0Today i reached migration of logical volume using DRBD.=A0 I used = ubuntu 12.04 with follwoing link:=0A=0A=0Ahttp://wiki.xen.org/wiki/Install_= Xen_4.1.4_with_Remus_and_DRBD_on_Ubuntu_12.10=0A=0Ai am not clear with thes= e:=0Aa) DRBD resource is configured per vm so it can migrate logical volume= using that resource....but when i fire =0Alvdisplay it shows me migrated v= m in list(in source) but /dev/logical volume not found because it is migrat= ed to destination.=0Awhy still entry in lvdisplay??=0A=0Ab) i am eager to s= ee=A0 results of=A0 /libxc/xc_domain_save.c "DPRINTF" statement.....where c= an i find it? in which log file? because it=0Acan print data as per given i= n .c file?=0A=0Aplease reply me...=0A --806834454-512250828-1407325558=:21569 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable

 Today i reached migration of logical volume using DRBD.=   I used ubuntu 12.04 with follwoing link:
http://wiki.xen.or= g/wiki/Install_Xen_4.1.4_with_Remus_and_DRBD_on_Ubuntu_12.10

i am no= t clear with these:
a) DRBD resource is configured per vm so it can migr= ate logical volume using that resource....but when i fire
lvdisplay it = shows me migrated vm in list(in source) but /dev/logical volume not found b= ecause it is migrated to destination.
why still entry in lvdisplay??
=
b) i am eager to see  results of  /libxc/xc_domain_save.c "DP= RINTF" statement.....where can i find it? in which log file? because it
= can print data as per given in .c file?

please reply me...
--806834454-512250828-1407325558=:21569-- --===============6233299067767141958== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6233299067767141958==-- From xen-users-bounces@lists.xen.org Wed Aug 06 19:29:09 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 06 Aug 2014 19:29: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 1XF6sX-0001ZP-Fe; Wed, 06 Aug 2014 19:28:05 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XF6sW-0001ZK-Mv for xen-users@lists.xen.org; Wed, 06 Aug 2014 19:28:04 +0000 Received: from [193.109.254.147:49455] by server-2.bemta-14.messagelabs.com id C2/F5-09196-4C182E35; Wed, 06 Aug 2014 19:28:04 +0000 X-Env-Sender: fflintzer@gmail.com X-Msg-Ref: server-15.tower-27.messagelabs.com!1407353282!14163265!1 X-Originating-IP: [209.85.216.43] 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.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21542 invoked from network); 6 Aug 2014 19:28:03 -0000 Received: from mail-qa0-f43.google.com (HELO mail-qa0-f43.google.com) (209.85.216.43) by server-15.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 6 Aug 2014 19:28:03 -0000 Received: by mail-qa0-f43.google.com with SMTP id w8so2988882qac.30 for ; Wed, 06 Aug 2014 12:28:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=3SeMCJQklvU5qY0phBQOQUes17/w1RgqkuQabp38grI=; b=hB/X8qH+riuAUZz6bmQWu3AqWmmb2PNWNJ0DW/MnGbI/VSn9cLl693Oapbi7UEAG+6 /6b3lZh2CthD/7v+9H6y1Y2UDvqTW4F3jLcM+oo+04SkjKFU3yStMB9DoPo0cyw5QZgz ByO2Mw7KOA9qayuIsfYLqPgUk/4lZ7AQfj3qLzwSj+rDG2mJK18NCnusjE5pqTzpNSPB jFGPuzb7CY7gbpVk426LSllaAkRO4diex9uJFk4vJI7kx9fvKK4QI6s+LL/B66lOJQDS O6X3ke4A1txnawLoDIk6/8aE+93cdk3KSAfwWkHQS+KgU+ZGGxepEdAlaIGg6kmP0ni2 JBkQ== MIME-Version: 1.0 X-Received: by 10.140.103.74 with SMTP id x68mr6356097qge.34.1407353282408; Wed, 06 Aug 2014 12:28:02 -0700 (PDT) Received: by 10.140.100.235 with HTTP; Wed, 6 Aug 2014 12:28:02 -0700 (PDT) Date: Wed, 6 Aug 2014 12:28:02 -0700 Message-ID: From: Franz Flintzer To: xen-users@lists.xen.org Subject: [Xen-users] Block-attach USB devices X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi, I am using xen 4.3.2 and trying to hotplug usb flash drives. I have a Fedora 20 host and a Windows 7 DomU (hvm). When using "xl block-attach" I can successfully attach a USB-device in write mode and make changes to it in DomU. They are only saved to the USB if I detach it from within the Dom0 ("xl block-detach"). In Windows there is no option to safely eject though because the device is seen as a hard drive. I am thinking this has to do with Windows writing to the memory first for performance reasons. With flash drives imo Windows writes straight to the drive to prevent data loss. Is there a way to let the Windows DomU recognize the device as a USB flash drive? The command I am using right now looks like this: xl block-attach windows phy:/dev/sdb1 sdb w Thank you for your help Franz _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Aug 06 19:29:09 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 06 Aug 2014 19:29: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 1XF6sX-0001ZP-Fe; Wed, 06 Aug 2014 19:28:05 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XF6sW-0001ZK-Mv for xen-users@lists.xen.org; Wed, 06 Aug 2014 19:28:04 +0000 Received: from [193.109.254.147:49455] by server-2.bemta-14.messagelabs.com id C2/F5-09196-4C182E35; Wed, 06 Aug 2014 19:28:04 +0000 X-Env-Sender: fflintzer@gmail.com X-Msg-Ref: server-15.tower-27.messagelabs.com!1407353282!14163265!1 X-Originating-IP: [209.85.216.43] 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.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21542 invoked from network); 6 Aug 2014 19:28:03 -0000 Received: from mail-qa0-f43.google.com (HELO mail-qa0-f43.google.com) (209.85.216.43) by server-15.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 6 Aug 2014 19:28:03 -0000 Received: by mail-qa0-f43.google.com with SMTP id w8so2988882qac.30 for ; Wed, 06 Aug 2014 12:28:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=3SeMCJQklvU5qY0phBQOQUes17/w1RgqkuQabp38grI=; b=hB/X8qH+riuAUZz6bmQWu3AqWmmb2PNWNJ0DW/MnGbI/VSn9cLl693Oapbi7UEAG+6 /6b3lZh2CthD/7v+9H6y1Y2UDvqTW4F3jLcM+oo+04SkjKFU3yStMB9DoPo0cyw5QZgz ByO2Mw7KOA9qayuIsfYLqPgUk/4lZ7AQfj3qLzwSj+rDG2mJK18NCnusjE5pqTzpNSPB jFGPuzb7CY7gbpVk426LSllaAkRO4diex9uJFk4vJI7kx9fvKK4QI6s+LL/B66lOJQDS O6X3ke4A1txnawLoDIk6/8aE+93cdk3KSAfwWkHQS+KgU+ZGGxepEdAlaIGg6kmP0ni2 JBkQ== MIME-Version: 1.0 X-Received: by 10.140.103.74 with SMTP id x68mr6356097qge.34.1407353282408; Wed, 06 Aug 2014 12:28:02 -0700 (PDT) Received: by 10.140.100.235 with HTTP; Wed, 6 Aug 2014 12:28:02 -0700 (PDT) Date: Wed, 6 Aug 2014 12:28:02 -0700 Message-ID: From: Franz Flintzer To: xen-users@lists.xen.org Subject: [Xen-users] Block-attach USB devices X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi, I am using xen 4.3.2 and trying to hotplug usb flash drives. I have a Fedora 20 host and a Windows 7 DomU (hvm). When using "xl block-attach" I can successfully attach a USB-device in write mode and make changes to it in DomU. They are only saved to the USB if I detach it from within the Dom0 ("xl block-detach"). In Windows there is no option to safely eject though because the device is seen as a hard drive. I am thinking this has to do with Windows writing to the memory first for performance reasons. With flash drives imo Windows writes straight to the drive to prevent data loss. Is there a way to let the Windows DomU recognize the device as a USB flash drive? The command I am using right now looks like this: xl block-attach windows phy:/dev/sdb1 sdb w Thank you for your help Franz _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Aug 06 23:54:33 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 06 Aug 2014 23:54: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 1XFB1O-0008Oi-Du; Wed, 06 Aug 2014 23:53:30 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XFB1M-0008Od-W9 for xen-users@lists.xen.org; Wed, 06 Aug 2014 23:53:29 +0000 Received: from [193.109.254.147:56922] by server-1.bemta-14.messagelabs.com id 67/0C-24760-8FFB2E35; Wed, 06 Aug 2014 23:53:28 +0000 X-Env-Sender: mailinglists@websitemanagers.com.au X-Msg-Ref: server-5.tower-27.messagelabs.com!1407369203!9551395!1 X-Originating-IP: [203.98.89.10] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_40_50,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20479 invoked from network); 6 Aug 2014 23:53:26 -0000 Received: from hammer.websitemanagers.com.au (HELO hammer.websitemanagers.com.au) (203.98.89.10) by server-5.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 6 Aug 2014 23:53:26 -0000 Received: (qmail 13906 invoked by uid 1011); 6 Aug 2014 23:53:19 -0000 Received: from 124.246.8.196 by hammer (envelope-from , uid 1008) with qmail-scanner-1.24 (clamdscan: 0.98.1/19266. spamassassin: 3.3.1. Clear:RC:1(124.246.8.196):. Processed in 0.378623 secs); 06 Aug 2014 23:53:19 -0000 Received: from unknown (HELO ?10.97.0.6?) (124.246.8.196) by 0 with SMTP; 6 Aug 2014 23:53:19 -0000 Message-ID: <53E2BFEE.4050809@websitemanagers.com.au> Date: Thu, 07 Aug 2014 09:53:18 +1000 From: Adam Goryachev User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <1407325558.21569.YahooMailNeo@web190604.mail.sg3.yahoo.com> In-Reply-To: <1407325558.21569.YahooMailNeo@web190604.mail.sg3.yahoo.com> Subject: Re: [Xen-users] Xen + DRBD for live migration working X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5834004850257872356==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============5834004850257872356== Content-Type: multipart/alternative; boundary="------------000901030800070309040900" This is a multi-part message in MIME format. --------------000901030800070309040900 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit On 06/08/14 21:45, Minalkumar Patel wrote: > > Today i reached migration of logical volume using DRBD. I used > ubuntu 12.04 with follwoing link: > > http://wiki.xen.org/wiki/Install_Xen_4.1.4_with_Remus_and_DRBD_on_Ubuntu_12.10 > > i am not clear with these: > a) DRBD resource is configured per vm so it can migrate logical volume > using that resource....but when i fire > lvdisplay it shows me migrated vm in list(in source) but /dev/logical > volume not found because it is migrated to destination. > why still entry in lvdisplay?? From the URL you posted, it isn't very clear, but I imagine that you will create an LV on both servers, then DRBD will connect the two LV's together, and then you will use Xen/Remus to run the VM writing to DRBD. I've been feeling most remus related discussion on the list, due to interest, but not yet used it, so I'm not sure how it handles both VM's writing to the same "disk". I assume DRBD proto D has something to do with this, and if both machines write the same data, then I guess it should be OK. In any case, in my scenario, I use xen to run VM's, which talk to iSCSI, which is actually two machines. Each san machine has LV's for each VM, these are then "connected" with DRBD, and then the DRBD volume is exported via iSCSI for xen. So regardless of which san is currently the iscsi server, lvdisplay will always show all disks. However, /proc/drbd will show which server is "Primary". Again, with remus, it sounds like both servers will be Primary though. Perhaps a better suggestion would be to show the output that you are seeing, and describe why you think it is wrong (if the above doesn't help). I'd be very interested to hear if you get this working, or from anyone who is successfully using remus in production. There are some VM's that are important enough where the overhead would be reasonable. Regards, Adam -- Adam Goryachev Website Managers www.websitemanagers.com.au --------------000901030800070309040900 Content-Type: text/html; charset=windows-1252 Content-Length: 3373 Content-Transfer-Encoding: quoted-printable
On 06/08/14 21:45, Minalkumar Patel wrote:

=A0Today i reached migration of logical volume using DRBD.=A0 I used ubuntu 12.04 with follwoing link:

http://wiki.xen.org/wiki/Install_Xen_4.1.4_with_Remus_and_DRBD_on_Ubuntu_12.10

i am not clear with these:
a) DRBD resource is configured per vm so it can migrate logical volume using that resource....but when i fire
lvdisplay it shows me migrated vm in list(in source) but /dev/logical volume not found because it is migrated to destination.
why still entry in lvdisplay=3F=3F

From the URL you posted, it isn't very clear, but I imagine that you will create an LV on both servers, then DRBD will connect the two LV's together, and then you will use Xen/Remus to run the VM writing to DRBD. I've been feeling most remus related discussion on the list, due to interest, but not yet used it, so I'm not sure how it handles both VM's writing to the same "disk". I assume DRBD proto D has something to do with this, and if both machines write the same data, then I guess it should be OK.

In any case, in my scenario, I use xen to run VM's, which talk to iSCSI, which is actually two machines. Each san machine has LV's for each VM, these are then "connected" with DRBD, and then the DRBD volume is exported via iSCSI for xen. So regardless of which san is currently the iscsi server, lvdisplay will always show all disks. However, /proc/drbd will show which server is "Primary".

Again, with remus, it sounds like both servers will be Primary though.

Perhaps a better suggestion would be to show the output that you are seeing, and describe why you think it is wrong (if the above doesn't help).

I'd be very interested to hear if you get this working, or from anyone who is successfully using remus in production. There are some VM's that are important enough where the overhead would be reasonable.

Regards,
Adam


--
Adam Goryachev Website Managers www.websitemanagers.com.au
--------------000901030800070309040900-- --===============5834004850257872356== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5834004850257872356==-- From xen-users-bounces@lists.xen.org Wed Aug 06 23:54:33 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 06 Aug 2014 23:54: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 1XFB1O-0008Oi-Du; Wed, 06 Aug 2014 23:53:30 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XFB1M-0008Od-W9 for xen-users@lists.xen.org; Wed, 06 Aug 2014 23:53:29 +0000 Received: from [193.109.254.147:56922] by server-1.bemta-14.messagelabs.com id 67/0C-24760-8FFB2E35; Wed, 06 Aug 2014 23:53:28 +0000 X-Env-Sender: mailinglists@websitemanagers.com.au X-Msg-Ref: server-5.tower-27.messagelabs.com!1407369203!9551395!1 X-Originating-IP: [203.98.89.10] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_40_50,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20479 invoked from network); 6 Aug 2014 23:53:26 -0000 Received: from hammer.websitemanagers.com.au (HELO hammer.websitemanagers.com.au) (203.98.89.10) by server-5.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 6 Aug 2014 23:53:26 -0000 Received: (qmail 13906 invoked by uid 1011); 6 Aug 2014 23:53:19 -0000 Received: from 124.246.8.196 by hammer (envelope-from , uid 1008) with qmail-scanner-1.24 (clamdscan: 0.98.1/19266. spamassassin: 3.3.1. Clear:RC:1(124.246.8.196):. Processed in 0.378623 secs); 06 Aug 2014 23:53:19 -0000 Received: from unknown (HELO ?10.97.0.6?) (124.246.8.196) by 0 with SMTP; 6 Aug 2014 23:53:19 -0000 Message-ID: <53E2BFEE.4050809@websitemanagers.com.au> Date: Thu, 07 Aug 2014 09:53:18 +1000 From: Adam Goryachev User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <1407325558.21569.YahooMailNeo@web190604.mail.sg3.yahoo.com> In-Reply-To: <1407325558.21569.YahooMailNeo@web190604.mail.sg3.yahoo.com> Subject: Re: [Xen-users] Xen + DRBD for live migration working X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5834004850257872356==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============5834004850257872356== Content-Type: multipart/alternative; boundary="------------000901030800070309040900" This is a multi-part message in MIME format. --------------000901030800070309040900 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit On 06/08/14 21:45, Minalkumar Patel wrote: > > Today i reached migration of logical volume using DRBD. I used > ubuntu 12.04 with follwoing link: > > http://wiki.xen.org/wiki/Install_Xen_4.1.4_with_Remus_and_DRBD_on_Ubuntu_12.10 > > i am not clear with these: > a) DRBD resource is configured per vm so it can migrate logical volume > using that resource....but when i fire > lvdisplay it shows me migrated vm in list(in source) but /dev/logical > volume not found because it is migrated to destination. > why still entry in lvdisplay?? From the URL you posted, it isn't very clear, but I imagine that you will create an LV on both servers, then DRBD will connect the two LV's together, and then you will use Xen/Remus to run the VM writing to DRBD. I've been feeling most remus related discussion on the list, due to interest, but not yet used it, so I'm not sure how it handles both VM's writing to the same "disk". I assume DRBD proto D has something to do with this, and if both machines write the same data, then I guess it should be OK. In any case, in my scenario, I use xen to run VM's, which talk to iSCSI, which is actually two machines. Each san machine has LV's for each VM, these are then "connected" with DRBD, and then the DRBD volume is exported via iSCSI for xen. So regardless of which san is currently the iscsi server, lvdisplay will always show all disks. However, /proc/drbd will show which server is "Primary". Again, with remus, it sounds like both servers will be Primary though. Perhaps a better suggestion would be to show the output that you are seeing, and describe why you think it is wrong (if the above doesn't help). I'd be very interested to hear if you get this working, or from anyone who is successfully using remus in production. There are some VM's that are important enough where the overhead would be reasonable. Regards, Adam -- Adam Goryachev Website Managers www.websitemanagers.com.au --------------000901030800070309040900 Content-Type: text/html; charset=windows-1252 Content-Length: 3373 Content-Transfer-Encoding: quoted-printable
On 06/08/14 21:45, Minalkumar Patel wrote:

=A0Today i reached migration of logical volume using DRBD.=A0 I used ubuntu 12.04 with follwoing link:

http://wiki.xen.org/wiki/Install_Xen_4.1.4_with_Remus_and_DRBD_on_Ubuntu_12.10

i am not clear with these:
a) DRBD resource is configured per vm so it can migrate logical volume using that resource....but when i fire
lvdisplay it shows me migrated vm in list(in source) but /dev/logical volume not found because it is migrated to destination.
why still entry in lvdisplay=3F=3F

From the URL you posted, it isn't very clear, but I imagine that you will create an LV on both servers, then DRBD will connect the two LV's together, and then you will use Xen/Remus to run the VM writing to DRBD. I've been feeling most remus related discussion on the list, due to interest, but not yet used it, so I'm not sure how it handles both VM's writing to the same "disk". I assume DRBD proto D has something to do with this, and if both machines write the same data, then I guess it should be OK.

In any case, in my scenario, I use xen to run VM's, which talk to iSCSI, which is actually two machines. Each san machine has LV's for each VM, these are then "connected" with DRBD, and then the DRBD volume is exported via iSCSI for xen. So regardless of which san is currently the iscsi server, lvdisplay will always show all disks. However, /proc/drbd will show which server is "Primary".

Again, with remus, it sounds like both servers will be Primary though.

Perhaps a better suggestion would be to show the output that you are seeing, and describe why you think it is wrong (if the above doesn't help).

I'd be very interested to hear if you get this working, or from anyone who is successfully using remus in production. There are some VM's that are important enough where the overhead would be reasonable.

Regards,
Adam


--
Adam Goryachev Website Managers www.websitemanagers.com.au
--------------000901030800070309040900-- --===============5834004850257872356== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5834004850257872356==-- From xen-users-bounces@lists.xen.org Thu Aug 07 06:19:36 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 07 Aug 2014 06:19:36 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XFH23-00032S-J8; Thu, 07 Aug 2014 06:18:35 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XFH21-00032J-QI for xen-users@lists.xen.org; Thu, 07 Aug 2014 06:18:34 +0000 Received: from [85.158.137.68:47362] by server-1.bemta-3.messagelabs.com id D2/AE-30185-83A13E35; Thu, 07 Aug 2014 06:18:32 +0000 X-Env-Sender: madhisugi20691@yahoo.com X-Msg-Ref: server-16.tower-31.messagelabs.com!1407392309!12326485!1 X-Originating-IP: [106.10.151.82] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_12,ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20488 invoked from network); 7 Aug 2014 06:18:31 -0000 Received: from nm24-vm3.bullet.mail.sg3.yahoo.com (HELO nm24-vm3.bullet.mail.sg3.yahoo.com) (106.10.151.82) by server-16.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 7 Aug 2014 06:18:31 -0000 Received: from [106.10.166.113] by nm24.bullet.mail.sg3.yahoo.com with NNFMP; 07 Aug 2014 06:18:28 -0000 Received: from [106.10.151.187] by tm2.bullet.mail.sg3.yahoo.com with NNFMP; 07 Aug 2014 06:18:28 -0000 Received: from [127.0.0.1] by omp1013.mail.sg3.yahoo.com with NNFMP; 07 Aug 2014 06:18:28 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 475356.69683.bm@omp1013.mail.sg3.yahoo.com Received: (qmail 46005 invoked by uid 60001); 7 Aug 2014 06:18:28 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1407392308; bh=ShDLnaajbMq9Opv2euAc+tHDeHn/SZYv3cAc/xi8xFg=; h=Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=BEhHwEaeG8YMM6UxrfzS9zJJpNzx++GrVpsjr9LlHDNngLLkH+a4rpkuMgjCbLVahNfuIhamfRgYz0fYizbSZ9VY1uiTYikSY9+dx+qj3gzDObOZA0y77vXY+6MAAOAP4vuiOGv1YuG7fcRvL0m/13X/nhWCuFu9vKKGKeuWdQU= X-YMail-OSG: iMZoKEoVM1n5W.XlP76oLqh_OmXkK49rtCYz0sGNMj5enSo MIkYHByXoVyLtxzxDQEtIh0aixuZ9fR2jN7fUO3dkiZibv0DoJ7aIKFgIJOa 5SiC_IByO7oIitXbZgEXE6F1OZSs26r1ld8OcjUM_ntGwlmV7JnvpRs1NOfp 5QPdweCNGQS0vCrywxVlCq499GX82UfdNx3hzKt.734G34VRYIBQrFhSQ.8E wL7PlU4GchtXhWjLkMvjsnQoMaZPoJHeiib3T5fBLntznhQ1y8g8S45ZyKxT _htLUl8VRGEjEPdy3h9Wts96MpF9t0CTeADD0jNd4o5g8AYART_p91lSoO.H tpGyIyqF8zGFkelVcPYsHGVk7QCGshCIqh.L0_rUXBXT7Gxq1RPIci1_P_4T vvqZ0P5E_vf4KQZl_SlQop5N3CSo5Anqoc4WIcpSWeuu50m56iGyLUdCA.ZO BTcyhqzlcI7znmXNFtRoGj514.L5PgR9Zf_0L3mcSXuM1BSlb.9pWI3WolB6 W6zARfVN4b7KoztPkOY4EVHmIhjtUx8YcEA0- Received: from [115.249.104.113] by web194603.mail.sg3.yahoo.com via HTTP; Thu, 07 Aug 2014 14:18:28 SGT X-Rocket-MIMEInfo: 002.001, QXMgSSdtIGRvaW5nIG15IHBnIHByb2plY3QgaW4gY2xvdWQgc2VjdXJpdHkuSSBoYXZlIGluc3RhbGxlZCB4ZW4gNC4yLjQgb24gZmVkb3JhIDE5LkFmdGVyIHRoYXQgaSBkb24ndCBrbm93IGhvdyB0byBwcm9jZWVkLk1heSBpIGtub3cgdGhlIHByb2NlZHVyZSB0byBpbnN0YWxsIHZpcnR1YWwgbWFjaGluZXMgb3ZlciB0aGUgeGVuIGh5cGVydmlzb3IuATABAQEB X-Mailer: YahooMailWebService/0.8.198.689 Message-ID: <1407392308.41584.YahooMailNeo@web194603.mail.sg3.yahoo.com> Date: Thu, 7 Aug 2014 14:18:28 +0800 From: Suganya Madhi To: "xen-users@lists.xen.org" MIME-Version: 1.0 Subject: [Xen-users] virtual machines on xen X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Suganya Madhi List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5392869035664694088==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5392869035664694088== Content-Type: multipart/alternative; boundary="-1397618437-979806077-1407392308=:41584" ---1397618437-979806077-1407392308=:41584 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable As I'm doing my pg project in cloud security.I have installed xen 4.2.4 on = fedora 19.After that i don't know how to proceed.May i know the procedure t= o install virtual machines over the xen hypervisor. ---1397618437-979806077-1407392308=:41584 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
As I'm doing my pg project in cloud security.I have inst= alled xen 4.2.4 on fedora 19.After that i don't know how to proceed.May i k= now the procedure to install virtual machines over the xen hypervisor.
---1397618437-979806077-1407392308=:41584-- --===============5392869035664694088== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5392869035664694088==-- From xen-users-bounces@lists.xen.org Thu Aug 07 06:19:36 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 07 Aug 2014 06:19:36 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XFH23-00032S-J8; Thu, 07 Aug 2014 06:18:35 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XFH21-00032J-QI for xen-users@lists.xen.org; Thu, 07 Aug 2014 06:18:34 +0000 Received: from [85.158.137.68:47362] by server-1.bemta-3.messagelabs.com id D2/AE-30185-83A13E35; Thu, 07 Aug 2014 06:18:32 +0000 X-Env-Sender: madhisugi20691@yahoo.com X-Msg-Ref: server-16.tower-31.messagelabs.com!1407392309!12326485!1 X-Originating-IP: [106.10.151.82] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_12,ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20488 invoked from network); 7 Aug 2014 06:18:31 -0000 Received: from nm24-vm3.bullet.mail.sg3.yahoo.com (HELO nm24-vm3.bullet.mail.sg3.yahoo.com) (106.10.151.82) by server-16.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 7 Aug 2014 06:18:31 -0000 Received: from [106.10.166.113] by nm24.bullet.mail.sg3.yahoo.com with NNFMP; 07 Aug 2014 06:18:28 -0000 Received: from [106.10.151.187] by tm2.bullet.mail.sg3.yahoo.com with NNFMP; 07 Aug 2014 06:18:28 -0000 Received: from [127.0.0.1] by omp1013.mail.sg3.yahoo.com with NNFMP; 07 Aug 2014 06:18:28 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 475356.69683.bm@omp1013.mail.sg3.yahoo.com Received: (qmail 46005 invoked by uid 60001); 7 Aug 2014 06:18:28 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1407392308; bh=ShDLnaajbMq9Opv2euAc+tHDeHn/SZYv3cAc/xi8xFg=; h=Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=BEhHwEaeG8YMM6UxrfzS9zJJpNzx++GrVpsjr9LlHDNngLLkH+a4rpkuMgjCbLVahNfuIhamfRgYz0fYizbSZ9VY1uiTYikSY9+dx+qj3gzDObOZA0y77vXY+6MAAOAP4vuiOGv1YuG7fcRvL0m/13X/nhWCuFu9vKKGKeuWdQU= X-YMail-OSG: iMZoKEoVM1n5W.XlP76oLqh_OmXkK49rtCYz0sGNMj5enSo MIkYHByXoVyLtxzxDQEtIh0aixuZ9fR2jN7fUO3dkiZibv0DoJ7aIKFgIJOa 5SiC_IByO7oIitXbZgEXE6F1OZSs26r1ld8OcjUM_ntGwlmV7JnvpRs1NOfp 5QPdweCNGQS0vCrywxVlCq499GX82UfdNx3hzKt.734G34VRYIBQrFhSQ.8E wL7PlU4GchtXhWjLkMvjsnQoMaZPoJHeiib3T5fBLntznhQ1y8g8S45ZyKxT _htLUl8VRGEjEPdy3h9Wts96MpF9t0CTeADD0jNd4o5g8AYART_p91lSoO.H tpGyIyqF8zGFkelVcPYsHGVk7QCGshCIqh.L0_rUXBXT7Gxq1RPIci1_P_4T vvqZ0P5E_vf4KQZl_SlQop5N3CSo5Anqoc4WIcpSWeuu50m56iGyLUdCA.ZO BTcyhqzlcI7znmXNFtRoGj514.L5PgR9Zf_0L3mcSXuM1BSlb.9pWI3WolB6 W6zARfVN4b7KoztPkOY4EVHmIhjtUx8YcEA0- Received: from [115.249.104.113] by web194603.mail.sg3.yahoo.com via HTTP; Thu, 07 Aug 2014 14:18:28 SGT X-Rocket-MIMEInfo: 002.001, QXMgSSdtIGRvaW5nIG15IHBnIHByb2plY3QgaW4gY2xvdWQgc2VjdXJpdHkuSSBoYXZlIGluc3RhbGxlZCB4ZW4gNC4yLjQgb24gZmVkb3JhIDE5LkFmdGVyIHRoYXQgaSBkb24ndCBrbm93IGhvdyB0byBwcm9jZWVkLk1heSBpIGtub3cgdGhlIHByb2NlZHVyZSB0byBpbnN0YWxsIHZpcnR1YWwgbWFjaGluZXMgb3ZlciB0aGUgeGVuIGh5cGVydmlzb3IuATABAQEB X-Mailer: YahooMailWebService/0.8.198.689 Message-ID: <1407392308.41584.YahooMailNeo@web194603.mail.sg3.yahoo.com> Date: Thu, 7 Aug 2014 14:18:28 +0800 From: Suganya Madhi To: "xen-users@lists.xen.org" MIME-Version: 1.0 Subject: [Xen-users] virtual machines on xen X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Suganya Madhi List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5392869035664694088==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5392869035664694088== Content-Type: multipart/alternative; boundary="-1397618437-979806077-1407392308=:41584" ---1397618437-979806077-1407392308=:41584 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable As I'm doing my pg project in cloud security.I have installed xen 4.2.4 on = fedora 19.After that i don't know how to proceed.May i know the procedure t= o install virtual machines over the xen hypervisor. ---1397618437-979806077-1407392308=:41584 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
As I'm doing my pg project in cloud security.I have inst= alled xen 4.2.4 on fedora 19.After that i don't know how to proceed.May i k= now the procedure to install virtual machines over the xen hypervisor.
---1397618437-979806077-1407392308=:41584-- --===============5392869035664694088== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5392869035664694088==-- From xen-users-bounces@lists.xen.org Thu Aug 07 07:04:26 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 07 Aug 2014 07:04: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 1XFHja-0004tR-K4; Thu, 07 Aug 2014 07:03:34 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XFHjZ-0004tM-25 for xen-users@lists.xen.org; Thu, 07 Aug 2014 07:03:33 +0000 Received: from [193.109.254.147:25735] by server-3.bemta-14.messagelabs.com id 63/2C-23707-4C423E35; Thu, 07 Aug 2014 07:03:32 +0000 X-Env-Sender: gdalmas@wanadoo.fr X-Msg-Ref: server-4.tower-27.messagelabs.com!1407395011!14248483!1 X-Originating-IP: [80.12.242.129] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, MAILTO_TO_SPAM_ADDR X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27894 invoked from network); 7 Aug 2014 07:03:31 -0000 Received: from smtp07.smtpout.orange.fr (HELO smtp.smtpout.orange.fr) (80.12.242.129) by server-4.tower-27.messagelabs.com with SMTP; 7 Aug 2014 07:03:31 -0000 Received: from wwinf1c04 ([10.223.79.31]) by mwinf5d42 with ME id bj3X1o0050gY4Uy03j3XGK; Thu, 07 Aug 2014 09:03:31 +0200 X-ME-Helo: wwinf1c04 X-ME-Auth: Z2RhbG1hc0B3YW5hZG9vLmZy X-ME-Date: Thu, 07 Aug 2014 09:03:31 +0200 X-ME-IP: 90.15.132.120 Date: Thu, 7 Aug 2014 09:03:31 +0200 (CEST) From: Gilles DALMAS To: Suganya Madhi , "xen-users@lists.xen.org" Message-ID: <451355123.2401.1407395011110.JavaMail.www@wwinf1c04> In-Reply-To: <1407392308.41584.YahooMailNeo@web194603.mail.sg3.yahoo.com> References: <1407392308.41584.YahooMailNeo@web194603.mail.sg3.yahoo.com> MIME-Version: 1.0 X-Originating-IP: [90.15.132.120] X-WUM-FROM: |~| X-WUM-TO: |~||~| X-WUM-REPLYTO: |~| Subject: Re: [Xen-users] virtual machines on xen X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Gilles DALMAS List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3458944950730204223==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3458944950730204223== Content-Type: multipart/alternative; boundary="----=_Part_2400_2064074623.1407395011105" ------=_Part_2400_2064074623.1407395011105 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable to do a disk with lvcreate -L 4G vg0 --name "the name you want" partitioning ( cfdisk ) or just formating /sbin/mkfs.ext4 /dev/vg0/"the name you want" =C2=A0 to do a config file with the xl.conf and the help of this example into the = directory /etc/xen/ =C2=A0 and start with xl create "name of config file" -c following the chosen method you can install the system with the debootstrap= command=C2=A0 =C2=A0 i think that work like that :) =C2=A0 =C2=A0 > Message du 07/08/14 08:29 > De : "Suganya Madhi"=20 > A : "xen-users@lists.xen.org"=20 > Copie =C3=A0 :=20 > Objet : [Xen-users] virtual machines on xen >=20 > As I'm doing my pg project in cloud security.I have installed xen 4.2.4 on = fedora 19.After that i don't know how to proceed.May i know the procedure t= o install virtual machines over the xen hypervisor. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users ------=_Part_2400_2064074623.1407395011105 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

to do a disk with

lvcreate -L 4G vg0 --name "the name you want"


partitioning ( cfdisk ) or just formating

/sbin/mkfs.ext4 /dev/vg0/"the name you want"

=C2=A0

to do a config file with the xl.conf and the help of this example into t= he directory /etc/xen/

=C2=A0

and start with xl create "name of config file" -c

following the chosen method you can install the system with the debootst= rap command=C2=A0

=C2=A0

i think that work like that :)

=C2=A0

=C2=A0

> Message du 07/08/14 08:29
> De : "Suganya Madh= i" <madhisugi20691@yahoo.com>
> A : "xen-users@lists.xen.org"= <xen-users@lists.xen.org>
> Copie =C3=A0 :
> Objet = : [Xen-users] virtual machines on xen
>
>
As I'm doing my pg project in cloud security.I have installed xen 4.2.= 4 on fedora 19.After that i don't know how to proceed.May i know the proced= ure to install virtual machines over the xen hypervisor.



_______________________________________________
Xen-= users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/x= en-users
------=_Part_2400_2064074623.1407395011105-- --===============3458944950730204223== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3458944950730204223==-- From xen-users-bounces@lists.xen.org Thu Aug 07 07:04:26 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 07 Aug 2014 07:04: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 1XFHja-0004tR-K4; Thu, 07 Aug 2014 07:03:34 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XFHjZ-0004tM-25 for xen-users@lists.xen.org; Thu, 07 Aug 2014 07:03:33 +0000 Received: from [193.109.254.147:25735] by server-3.bemta-14.messagelabs.com id 63/2C-23707-4C423E35; Thu, 07 Aug 2014 07:03:32 +0000 X-Env-Sender: gdalmas@wanadoo.fr X-Msg-Ref: server-4.tower-27.messagelabs.com!1407395011!14248483!1 X-Originating-IP: [80.12.242.129] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, MAILTO_TO_SPAM_ADDR X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27894 invoked from network); 7 Aug 2014 07:03:31 -0000 Received: from smtp07.smtpout.orange.fr (HELO smtp.smtpout.orange.fr) (80.12.242.129) by server-4.tower-27.messagelabs.com with SMTP; 7 Aug 2014 07:03:31 -0000 Received: from wwinf1c04 ([10.223.79.31]) by mwinf5d42 with ME id bj3X1o0050gY4Uy03j3XGK; Thu, 07 Aug 2014 09:03:31 +0200 X-ME-Helo: wwinf1c04 X-ME-Auth: Z2RhbG1hc0B3YW5hZG9vLmZy X-ME-Date: Thu, 07 Aug 2014 09:03:31 +0200 X-ME-IP: 90.15.132.120 Date: Thu, 7 Aug 2014 09:03:31 +0200 (CEST) From: Gilles DALMAS To: Suganya Madhi , "xen-users@lists.xen.org" Message-ID: <451355123.2401.1407395011110.JavaMail.www@wwinf1c04> In-Reply-To: <1407392308.41584.YahooMailNeo@web194603.mail.sg3.yahoo.com> References: <1407392308.41584.YahooMailNeo@web194603.mail.sg3.yahoo.com> MIME-Version: 1.0 X-Originating-IP: [90.15.132.120] X-WUM-FROM: |~| X-WUM-TO: |~||~| X-WUM-REPLYTO: |~| Subject: Re: [Xen-users] virtual machines on xen X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Gilles DALMAS List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3458944950730204223==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3458944950730204223== Content-Type: multipart/alternative; boundary="----=_Part_2400_2064074623.1407395011105" ------=_Part_2400_2064074623.1407395011105 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable to do a disk with lvcreate -L 4G vg0 --name "the name you want" partitioning ( cfdisk ) or just formating /sbin/mkfs.ext4 /dev/vg0/"the name you want" =C2=A0 to do a config file with the xl.conf and the help of this example into the = directory /etc/xen/ =C2=A0 and start with xl create "name of config file" -c following the chosen method you can install the system with the debootstrap= command=C2=A0 =C2=A0 i think that work like that :) =C2=A0 =C2=A0 > Message du 07/08/14 08:29 > De : "Suganya Madhi"=20 > A : "xen-users@lists.xen.org"=20 > Copie =C3=A0 :=20 > Objet : [Xen-users] virtual machines on xen >=20 > As I'm doing my pg project in cloud security.I have installed xen 4.2.4 on = fedora 19.After that i don't know how to proceed.May i know the procedure t= o install virtual machines over the xen hypervisor. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users ------=_Part_2400_2064074623.1407395011105 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

to do a disk with

lvcreate -L 4G vg0 --name "the name you want"


partitioning ( cfdisk ) or just formating

/sbin/mkfs.ext4 /dev/vg0/"the name you want"

=C2=A0

to do a config file with the xl.conf and the help of this example into t= he directory /etc/xen/

=C2=A0

and start with xl create "name of config file" -c

following the chosen method you can install the system with the debootst= rap command=C2=A0

=C2=A0

i think that work like that :)

=C2=A0

=C2=A0

> Message du 07/08/14 08:29
> De : "Suganya Madh= i" <madhisugi20691@yahoo.com>
> A : "xen-users@lists.xen.org"= <xen-users@lists.xen.org>
> Copie =C3=A0 :
> Objet = : [Xen-users] virtual machines on xen
>
>
As I'm doing my pg project in cloud security.I have installed xen 4.2.= 4 on fedora 19.After that i don't know how to proceed.May i know the proced= ure to install virtual machines over the xen hypervisor.



_______________________________________________
Xen-= users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/x= en-users
------=_Part_2400_2064074623.1407395011105-- --===============3458944950730204223== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3458944950730204223==-- From xen-users-bounces@lists.xen.org Fri Aug 08 01:38:44 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 08 Aug 2014 01:38: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 1XFZ7S-00036k-Ql; Fri, 08 Aug 2014 01:37:22 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XFZ7Q-00036f-GP for xen-users@lists.xen.org; Fri, 08 Aug 2014 01:37:20 +0000 Received: from [85.158.137.68:50261] by server-8.bemta-3.messagelabs.com id 08/7F-31195-FC924E35; Fri, 08 Aug 2014 01:37:19 +0000 X-Env-Sender: konstantin@ltmd.net X-Msg-Ref: server-14.tower-31.messagelabs.com!1407461838!10059422!1 X-Originating-IP: [91.206.132.5] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21703 invoked from network); 8 Aug 2014 01:37:18 -0000 Received: from mail.ltmd.net (HELO mail.ltmd.net) (91.206.132.5) by server-14.tower-31.messagelabs.com with SMTP; 8 Aug 2014 01:37:18 -0000 Received: (qmail 14413 invoked by uid 210); 8 Aug 2014 01:37:17 -0000 Received: from mail.ltmd.net by mail.ltmd.net (envelope-from , uid 201) with qmail-scanner-2.05st (clamdscan: 0.97.7/19268. spamassassin: 3.3.2. perlscan: 2.05st. Clear:RC:1(91.206.132.5):. Processed in 0.018739 secs); 08 Aug 2014 01:37:17 -0000 Received: from mail.ltmd.net (91.206.132.5) by mail.ltmd.net with SMTP; 8 Aug 2014 01:37:17 -0000 MIME-Version: 1.0 Date: Thu, 07 Aug 2014 18:37:16 -0700 From: Konstantin To: xen-users@lists.xen.org Message-ID: <7c33bdb8d947c8fc2669452e171326ba@ltmd.net> X-Sender: konstantin@ltmd.net User-Agent: Roundcube Webmail/0.9.2 Subject: [Xen-users] Xen 4.4.0 Remus Is Not Working X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi xen-users, I've recently installed two Dom0 Xen 4.4.0 (xnode1 and xnode2). PV domU migrates between them without any problem. But remus doesn't work. Every time I'm starting remus at first it looks good, but domU never renames it's temporarily "*-incoming" name on receiving dom0 (xnode2). While remus is syncing domU state I'm destroying domU at xnode1 and domU at xnode2 dies also. Here is an example output of remus: xnode1 ~ # xl -vvvvv remus tr1 xnode2 Password: migration target: Ready to receive domain. Saving to migration stream new xl format (info 0x0/0x0/185) libxl: debug: libxl.c:709:libxl_domain_remus_start: ao 0x17cdb60: create: how=(nil) callback=(nil) poller=0x17cd880 libxl: debug: libxl_dom.c:1244:libxl__toolstack_save: domain=7 toolstack data size=8 Loading new save file (new xl fmt info 0x0/0x0/185) Savefile contains xl domain config libxl: debug: libxl.c:736:libxl_domain_remus_start: ao 0x17cdb60: inprogress: poller=0x17cd880, flags=i libxl-save-helper: debug: starting save: Success xc: detail: xc_domain_save: starting save of domid 7 xc: detail: Had 0 unexplained entries in p2m table xc: Saving memory: iter 0 (last sent 0 skipped 0): 4096/65536 6%xc: progress: Reloading memory pages: 4096/65536 6% xc: Saving memory: iter 0 (last sent 0 skipped 0): 8212/65536 12%xc: progress: Reloading memory pages: 8192/65536 12% xc: Saving memory: iter 0 (last sent 0 skipped 0): 11284/65536 17%xc: progress: Reloading memory pages: 11264/65536 17% xc: Saving memory: iter 0 (last sent 0 skipped 0): 15380/65536 23%xc: progress: Reloading memory pages: 15360/65536 23% xc: Saving memory: iter 0 (last sent 0 skipped 0): 18452/65536 28%xc: progress: Reloading memory pages: 18432/65536 28% xc: Saving memory: iter 0 (last sent 0 skipped 0): 22548/65536 34%xc: progress: Reloading memory pages: 22528/65536 34% xc: Saving memory: iter 0 (last sent 0 skipped 0): 25620/65536 39%xc: progress: Reloading memory pages: 25600/65536 39% xc: Saving memory: iter 0 (last sent 0 skipped 0): 29716/65536 45%xc: progress: Reloading memory pages: 29696/65536 45% xc: Saving memory: iter 0 (last sent 0 skipped 0): 32788/65536 50%xc: progress: Reloading memory pages: 32768/65536 50% xc: Saving memory: iter 0 (last sent 0 skipped 0): 36884/65536 56%xc: progress: Reloading memory pages: 36864/65536 56% xc: Saving memory: iter 0 (last sent 0 skipped 0): 40980/65536 62%xc: progress: Reloading memory pages: 40960/65536 62% xc: Saving memory: iter 0 (last sent 0 skipped 0): 44052/65536 67%xc: progress: Reloading memory pages: 44032/65536 67% xc: Saving memory: iter 0 (last sent 0 skipped 0): 48148/65536 73%xc: progress: Reloading memory pages: 48128/65536 73% xc: Saving memory: iter 0 (last sent 0 skipped 0): 51220/65536 78%xc: progress: Reloading memory pages: 51200/65536 78% xc: Saving memory: iter 0 (last sent 0 skipped 0): 55316/65536 84%xc: progress: Reloading memory pages: 55296/65536 84% xc: Saving memory: iter 0 (last sent 0 skipped 0): 58393/65536 89%xc: progress: Reloading memory pages: 58368/65536 89% xc: Saving memory: iter 0 (last sent 0 skipped 0): 62522/65536 95%xc: progress: Reloading memory pages: 62464/65536 95% xc: Saving memory: iter 0 (last sent 0 skipped 0): 65536/65536 100% xc: detail: delta 22754ms, dom0 18%, target 0%, sent 94Mb/s, dirtied 0Mb/s 84 pages xc: Saving memory: iter 1 (last sent 65454 skipped 82): 65536/65536 100% xc: detail: delta 31ms, dom0 12%, target 0%, sent 88Mb/s, dirtied 0Mb/s 0 pages xc: Saving memory: iter 2 (last sent 84 skipped 0): 65536/65536 100% xc: detail: Start last iteration libxl: debug: libxl_dom.c:1074:libxl__domain_suspend_common_callback: issuing PV suspend request via XenBus control node libxl: debug: libxl_dom.c:1078:libxl__domain_suspend_common_callback: wait for the guest to acknowledge suspend request libxl: debug: libxl_dom.c:1125:libxl__domain_suspend_common_callback: guest acknowledged suspend request libxl: debug: libxl_dom.c:1129:libxl__domain_suspend_common_callback: wait for the guest to suspend xc: progress: Reloading memory pages: 65538/65536 100% libxl: debug: libxl_dom.c:1143:libxl__domain_suspend_common_callback: guest has suspended xc: detail: SUSPEND shinfo 0007daf8 xc: detail: delta 202ms, dom0 15%, target 0%, sent 0Mb/s, dirtied 25Mb/s 160 pages xc: Saving memory: iter 3 (last sent 0 skipped 0): 65536/65536 100% xc: detail: delta 2ms, dom0 0%, target 0%, sent 2621Mb/s, dirtied 2621Mb/s 160 pages xc: detail: Total pages sent= 65698 (1.00x) xc: detail: (of which 0 were fixups) xc: detail: All memory is saved libxl: debug: libxl_dom.c:1074:libxl__domain_suspend_common_callback: issuing PV suspend request via XenBus control node libxl: debug: libxl_dom.c:1078:libxl__domain_suspend_common_callback: wait for the guest to acknowledge suspend request libxl: debug: libxl_dom.c:1125:libxl__domain_suspend_common_callback: guest acknowledged suspend request libxl: debug: libxl_dom.c:1129:libxl__domain_suspend_common_callback: wait for the guest to suspend libxl: debug: libxl_dom.c:1143:libxl__domain_suspend_common_callback: guest has suspended xc: detail: SUSPEND shinfo 0007daf8 xc: detail: delta 201ms, dom0 0%, target 0%, sent 0Mb/s, dirtied 26Mb/s 160 pages xc: Saving memory: iter 4 (last sent 160 skipped 0): 65536/65536 100% xc: detail: delta 3ms, dom0 0%, target 0%, sent 1900Mb/s, dirtied 1900Mb/s 174 pages xc: detail: Total pages sent= 65872 (1.01x) xc: detail: (of which 0 were fixups) xc: detail: All memory is saved ........[skipped]............ ------------------------------------------------------------------------------- xnode1 ~ # xl list Name ID Mem VCPUs State Time(s) Domain-0 0 8191 4 r----- 200.8 tr1 3 256 2 ---ss- 1.1 ------------------------------------------------------------------------------- xnode2 ~ # xl list Name ID Mem VCPUs State Time(s) Domain-0 0 8192 4 r----- 728.9 tr1--incoming 11 256 0 --p--- 0.0 ------------------------------------------------------------------------------- then I'm destroying domU at xnode1: node1 ~ # xl destroy tr1 ........[continue of xl remus output at xnode1]............ libxl: debug: libxl_dom.c:1074:libxl__domain_suspend_common_callback: issuing PV suspend request via XenBus control node libxl: debug: libxl_dom.c:1078:libxl__domain_suspend_common_callback: wait for the guest to acknowledge suspend request libxl: debug: libxl_dom.c:1125:libxl__domain_suspend_common_callback: guest acknowledged suspend request libxl: debug: libxl_dom.c:1129:libxl__domain_suspend_common_callback: wait for the guest to suspend xc: error: rdexact failed (select returned 0): Internal error xc: error: Error when reading batch size (110 = Connection timed out): Internal error xc: error: error when buffering batch, finishing (110 = Connection timed out): Internal error libxl: error: libxl_create.c:940:libxl__xc_domain_restore_done: restoring domain: Resource temporarily unavailable libxl: error: libxl_create.c:1022:domcreate_rebuild_done: cannot (re-)build domain: -3 libxl: error: libxl.c:1384:libxl__destroy_domid: non-existant domain 14 libxl: error: libxl.c:1348:domain_destroy_callback: unable to destroy guest with domid 14 libxl: error: libxl_create.c:1320:domcreate_destruction_cb: unable to destroy domain 14 following failed creation migration target: Domain creation failed (code -3). libxl: error: libxl_dom.c:1151:libxl__domain_suspend_common_callback: guest did not suspend xc: error: Suspend request failed: Internal error xc: error: Domain appears not to have suspended: Internal error xc: detail: Save exit of domid 7 with rc=1 libxl-save-helper: debug: complete r=1: Invalid argument libxl: error: libxl_dom.c:1406:libxl__xc_domain_save_done: saving domain: domain responded to suspend request: Invalid argument libxl: debug: libxl_event.c:1591:libxl__ao_complete: ao 0x17cdb60: complete, rc=-3 libxl: debug: libxl_event.c:1563:libxl__ao__destroy: ao 0x17cdb60: destroy remus sender: libxl_domain_suspend failed (rc=-3) Remus: Backup failed? resuming domain at primary. libxl: debug: libxl.c:433:libxl_domain_resume: ao 0x17cdb60: create: how=(nil) callback=(nil) poller=0x17cd880 xc: error: Could not get domain info (3 = No such process): Internal error libxl: error: libxl.c:402:libxl__domain_resume: xc_domain_resume failed for domain 7: No such process libxl: debug: libxl_event.c:1591:libxl__ao_complete: ao 0x17cdb60: complete, rc=-3 libxl: debug: libxl.c:436:libxl_domain_resume: ao 0x17cdb60: inprogress: poller=0x17cd880, flags=ic libxl: debug: libxl_event.c:1563:libxl__ao__destroy: ao 0x17cdb60: destroy xc: debug: hypercall buffer: total allocations:298 total releases:298 xc: debug: hypercall buffer: current allocations:0 maximum allocations:2 xc: debug: hypercall buffer: cache current size:2 xc: debug: hypercall buffer: cache hits:265 misses:2 toobig:31 xnode1 ~ # And domU dies on both hypervisors. No logs at xnode2. domU configuration file: ------------------------------------------------------------------------------- kernel = "/etc/xen/kernels/kernel-3.14.14-gentoo-domU" memory = 256 name = "tr1" disk = ['drbd:r1,xvda1,w'] root = "/dev/xvda1 ro" vcpus=2 ------------------------------------------------------------------------------- I'm currently using 3.14.14 kernel for both dom0 anf domU. Can anybody more experienced help me to make remus work or at least give a hint what steps I can make to debug it deeper? Thank you, Konstantin _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Aug 08 01:38:44 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 08 Aug 2014 01:38: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 1XFZ7S-00036k-Ql; Fri, 08 Aug 2014 01:37:22 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XFZ7Q-00036f-GP for xen-users@lists.xen.org; Fri, 08 Aug 2014 01:37:20 +0000 Received: from [85.158.137.68:50261] by server-8.bemta-3.messagelabs.com id 08/7F-31195-FC924E35; Fri, 08 Aug 2014 01:37:19 +0000 X-Env-Sender: konstantin@ltmd.net X-Msg-Ref: server-14.tower-31.messagelabs.com!1407461838!10059422!1 X-Originating-IP: [91.206.132.5] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21703 invoked from network); 8 Aug 2014 01:37:18 -0000 Received: from mail.ltmd.net (HELO mail.ltmd.net) (91.206.132.5) by server-14.tower-31.messagelabs.com with SMTP; 8 Aug 2014 01:37:18 -0000 Received: (qmail 14413 invoked by uid 210); 8 Aug 2014 01:37:17 -0000 Received: from mail.ltmd.net by mail.ltmd.net (envelope-from , uid 201) with qmail-scanner-2.05st (clamdscan: 0.97.7/19268. spamassassin: 3.3.2. perlscan: 2.05st. Clear:RC:1(91.206.132.5):. Processed in 0.018739 secs); 08 Aug 2014 01:37:17 -0000 Received: from mail.ltmd.net (91.206.132.5) by mail.ltmd.net with SMTP; 8 Aug 2014 01:37:17 -0000 MIME-Version: 1.0 Date: Thu, 07 Aug 2014 18:37:16 -0700 From: Konstantin To: xen-users@lists.xen.org Message-ID: <7c33bdb8d947c8fc2669452e171326ba@ltmd.net> X-Sender: konstantin@ltmd.net User-Agent: Roundcube Webmail/0.9.2 Subject: [Xen-users] Xen 4.4.0 Remus Is Not Working X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi xen-users, I've recently installed two Dom0 Xen 4.4.0 (xnode1 and xnode2). PV domU migrates between them without any problem. But remus doesn't work. Every time I'm starting remus at first it looks good, but domU never renames it's temporarily "*-incoming" name on receiving dom0 (xnode2). While remus is syncing domU state I'm destroying domU at xnode1 and domU at xnode2 dies also. Here is an example output of remus: xnode1 ~ # xl -vvvvv remus tr1 xnode2 Password: migration target: Ready to receive domain. Saving to migration stream new xl format (info 0x0/0x0/185) libxl: debug: libxl.c:709:libxl_domain_remus_start: ao 0x17cdb60: create: how=(nil) callback=(nil) poller=0x17cd880 libxl: debug: libxl_dom.c:1244:libxl__toolstack_save: domain=7 toolstack data size=8 Loading new save file (new xl fmt info 0x0/0x0/185) Savefile contains xl domain config libxl: debug: libxl.c:736:libxl_domain_remus_start: ao 0x17cdb60: inprogress: poller=0x17cd880, flags=i libxl-save-helper: debug: starting save: Success xc: detail: xc_domain_save: starting save of domid 7 xc: detail: Had 0 unexplained entries in p2m table xc: Saving memory: iter 0 (last sent 0 skipped 0): 4096/65536 6%xc: progress: Reloading memory pages: 4096/65536 6% xc: Saving memory: iter 0 (last sent 0 skipped 0): 8212/65536 12%xc: progress: Reloading memory pages: 8192/65536 12% xc: Saving memory: iter 0 (last sent 0 skipped 0): 11284/65536 17%xc: progress: Reloading memory pages: 11264/65536 17% xc: Saving memory: iter 0 (last sent 0 skipped 0): 15380/65536 23%xc: progress: Reloading memory pages: 15360/65536 23% xc: Saving memory: iter 0 (last sent 0 skipped 0): 18452/65536 28%xc: progress: Reloading memory pages: 18432/65536 28% xc: Saving memory: iter 0 (last sent 0 skipped 0): 22548/65536 34%xc: progress: Reloading memory pages: 22528/65536 34% xc: Saving memory: iter 0 (last sent 0 skipped 0): 25620/65536 39%xc: progress: Reloading memory pages: 25600/65536 39% xc: Saving memory: iter 0 (last sent 0 skipped 0): 29716/65536 45%xc: progress: Reloading memory pages: 29696/65536 45% xc: Saving memory: iter 0 (last sent 0 skipped 0): 32788/65536 50%xc: progress: Reloading memory pages: 32768/65536 50% xc: Saving memory: iter 0 (last sent 0 skipped 0): 36884/65536 56%xc: progress: Reloading memory pages: 36864/65536 56% xc: Saving memory: iter 0 (last sent 0 skipped 0): 40980/65536 62%xc: progress: Reloading memory pages: 40960/65536 62% xc: Saving memory: iter 0 (last sent 0 skipped 0): 44052/65536 67%xc: progress: Reloading memory pages: 44032/65536 67% xc: Saving memory: iter 0 (last sent 0 skipped 0): 48148/65536 73%xc: progress: Reloading memory pages: 48128/65536 73% xc: Saving memory: iter 0 (last sent 0 skipped 0): 51220/65536 78%xc: progress: Reloading memory pages: 51200/65536 78% xc: Saving memory: iter 0 (last sent 0 skipped 0): 55316/65536 84%xc: progress: Reloading memory pages: 55296/65536 84% xc: Saving memory: iter 0 (last sent 0 skipped 0): 58393/65536 89%xc: progress: Reloading memory pages: 58368/65536 89% xc: Saving memory: iter 0 (last sent 0 skipped 0): 62522/65536 95%xc: progress: Reloading memory pages: 62464/65536 95% xc: Saving memory: iter 0 (last sent 0 skipped 0): 65536/65536 100% xc: detail: delta 22754ms, dom0 18%, target 0%, sent 94Mb/s, dirtied 0Mb/s 84 pages xc: Saving memory: iter 1 (last sent 65454 skipped 82): 65536/65536 100% xc: detail: delta 31ms, dom0 12%, target 0%, sent 88Mb/s, dirtied 0Mb/s 0 pages xc: Saving memory: iter 2 (last sent 84 skipped 0): 65536/65536 100% xc: detail: Start last iteration libxl: debug: libxl_dom.c:1074:libxl__domain_suspend_common_callback: issuing PV suspend request via XenBus control node libxl: debug: libxl_dom.c:1078:libxl__domain_suspend_common_callback: wait for the guest to acknowledge suspend request libxl: debug: libxl_dom.c:1125:libxl__domain_suspend_common_callback: guest acknowledged suspend request libxl: debug: libxl_dom.c:1129:libxl__domain_suspend_common_callback: wait for the guest to suspend xc: progress: Reloading memory pages: 65538/65536 100% libxl: debug: libxl_dom.c:1143:libxl__domain_suspend_common_callback: guest has suspended xc: detail: SUSPEND shinfo 0007daf8 xc: detail: delta 202ms, dom0 15%, target 0%, sent 0Mb/s, dirtied 25Mb/s 160 pages xc: Saving memory: iter 3 (last sent 0 skipped 0): 65536/65536 100% xc: detail: delta 2ms, dom0 0%, target 0%, sent 2621Mb/s, dirtied 2621Mb/s 160 pages xc: detail: Total pages sent= 65698 (1.00x) xc: detail: (of which 0 were fixups) xc: detail: All memory is saved libxl: debug: libxl_dom.c:1074:libxl__domain_suspend_common_callback: issuing PV suspend request via XenBus control node libxl: debug: libxl_dom.c:1078:libxl__domain_suspend_common_callback: wait for the guest to acknowledge suspend request libxl: debug: libxl_dom.c:1125:libxl__domain_suspend_common_callback: guest acknowledged suspend request libxl: debug: libxl_dom.c:1129:libxl__domain_suspend_common_callback: wait for the guest to suspend libxl: debug: libxl_dom.c:1143:libxl__domain_suspend_common_callback: guest has suspended xc: detail: SUSPEND shinfo 0007daf8 xc: detail: delta 201ms, dom0 0%, target 0%, sent 0Mb/s, dirtied 26Mb/s 160 pages xc: Saving memory: iter 4 (last sent 160 skipped 0): 65536/65536 100% xc: detail: delta 3ms, dom0 0%, target 0%, sent 1900Mb/s, dirtied 1900Mb/s 174 pages xc: detail: Total pages sent= 65872 (1.01x) xc: detail: (of which 0 were fixups) xc: detail: All memory is saved ........[skipped]............ ------------------------------------------------------------------------------- xnode1 ~ # xl list Name ID Mem VCPUs State Time(s) Domain-0 0 8191 4 r----- 200.8 tr1 3 256 2 ---ss- 1.1 ------------------------------------------------------------------------------- xnode2 ~ # xl list Name ID Mem VCPUs State Time(s) Domain-0 0 8192 4 r----- 728.9 tr1--incoming 11 256 0 --p--- 0.0 ------------------------------------------------------------------------------- then I'm destroying domU at xnode1: node1 ~ # xl destroy tr1 ........[continue of xl remus output at xnode1]............ libxl: debug: libxl_dom.c:1074:libxl__domain_suspend_common_callback: issuing PV suspend request via XenBus control node libxl: debug: libxl_dom.c:1078:libxl__domain_suspend_common_callback: wait for the guest to acknowledge suspend request libxl: debug: libxl_dom.c:1125:libxl__domain_suspend_common_callback: guest acknowledged suspend request libxl: debug: libxl_dom.c:1129:libxl__domain_suspend_common_callback: wait for the guest to suspend xc: error: rdexact failed (select returned 0): Internal error xc: error: Error when reading batch size (110 = Connection timed out): Internal error xc: error: error when buffering batch, finishing (110 = Connection timed out): Internal error libxl: error: libxl_create.c:940:libxl__xc_domain_restore_done: restoring domain: Resource temporarily unavailable libxl: error: libxl_create.c:1022:domcreate_rebuild_done: cannot (re-)build domain: -3 libxl: error: libxl.c:1384:libxl__destroy_domid: non-existant domain 14 libxl: error: libxl.c:1348:domain_destroy_callback: unable to destroy guest with domid 14 libxl: error: libxl_create.c:1320:domcreate_destruction_cb: unable to destroy domain 14 following failed creation migration target: Domain creation failed (code -3). libxl: error: libxl_dom.c:1151:libxl__domain_suspend_common_callback: guest did not suspend xc: error: Suspend request failed: Internal error xc: error: Domain appears not to have suspended: Internal error xc: detail: Save exit of domid 7 with rc=1 libxl-save-helper: debug: complete r=1: Invalid argument libxl: error: libxl_dom.c:1406:libxl__xc_domain_save_done: saving domain: domain responded to suspend request: Invalid argument libxl: debug: libxl_event.c:1591:libxl__ao_complete: ao 0x17cdb60: complete, rc=-3 libxl: debug: libxl_event.c:1563:libxl__ao__destroy: ao 0x17cdb60: destroy remus sender: libxl_domain_suspend failed (rc=-3) Remus: Backup failed? resuming domain at primary. libxl: debug: libxl.c:433:libxl_domain_resume: ao 0x17cdb60: create: how=(nil) callback=(nil) poller=0x17cd880 xc: error: Could not get domain info (3 = No such process): Internal error libxl: error: libxl.c:402:libxl__domain_resume: xc_domain_resume failed for domain 7: No such process libxl: debug: libxl_event.c:1591:libxl__ao_complete: ao 0x17cdb60: complete, rc=-3 libxl: debug: libxl.c:436:libxl_domain_resume: ao 0x17cdb60: inprogress: poller=0x17cd880, flags=ic libxl: debug: libxl_event.c:1563:libxl__ao__destroy: ao 0x17cdb60: destroy xc: debug: hypercall buffer: total allocations:298 total releases:298 xc: debug: hypercall buffer: current allocations:0 maximum allocations:2 xc: debug: hypercall buffer: cache current size:2 xc: debug: hypercall buffer: cache hits:265 misses:2 toobig:31 xnode1 ~ # And domU dies on both hypervisors. No logs at xnode2. domU configuration file: ------------------------------------------------------------------------------- kernel = "/etc/xen/kernels/kernel-3.14.14-gentoo-domU" memory = 256 name = "tr1" disk = ['drbd:r1,xvda1,w'] root = "/dev/xvda1 ro" vcpus=2 ------------------------------------------------------------------------------- I'm currently using 3.14.14 kernel for both dom0 anf domU. Can anybody more experienced help me to make remus work or at least give a hint what steps I can make to debug it deeper? Thank you, Konstantin _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Aug 08 07:58:15 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 08 Aug 2014 07:58:15 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XFf34-00059c-Uh; Fri, 08 Aug 2014 07:57:14 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XFf30-000592-Vy; Fri, 08 Aug 2014 07:57:11 +0000 Received: from [85.158.137.68:21019] by server-12.bemta-3.messagelabs.com id AA/E5-02460-6D284E35; Fri, 08 Aug 2014 07:57:10 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-10.tower-31.messagelabs.com!1407484628!12499888!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests=SUBJECT_EXCESS_QP X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31107 invoked from network); 8 Aug 2014 07:57:09 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-10.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 8 Aug 2014 07:57:09 -0000 Received: from mail.shatteredsilicon.net (localhost [127.0.0.1]) by external.sentinel2 (Postfix) with ESMTP id 24A99221DEB; Fri, 8 Aug 2014 08:57:08 +0100 (BST) MIME-Version: 1.0 Date: Fri, 08 Aug 2014 08:57:07 +0100 From: Gordan Bobic To: xen-devel@lists.xensource.com, xen-users@lists.xensource.com Message-ID: <13e245f434c7386be6bc6d4e444a1be6@mail.shatteredsilicon.net> X-Sender: gordan@bobich.net User-Agent: Roundcube Webmail/0.9.5 Subject: [Xen-users] =?utf-8?q?Nvidia_Drops_Xen_dom0_Support=3F=3F?= X-BeenThere: xen-users@lists.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 According to this: https://devtalk.nvidia.com/default/topic/691565/linux/geforce-driver-problem-on-centos-6-4-with-xen-installed/2/ They could have at least had the decency to list what the last driver that supprots Xen dom0 is or clarify whether they intend to fix the problem, and if so, when. Judging by the fact that they deleted my post asking the exact same question, I'm guessing they don't intend to fix it. The cynic in me thinks that keeping up with the anti-detection measures in recent QEMU and Xen has made it too difficult to distinguih between dom0 and domU, so rather than uncripple domU operation they dropped dom0 operation. Between breaking domU operation in the driver based on a device ID whitelist, issues like the above and drivers that are just plain broken (I wasted a day trying - unsuccessfully - to get GT630 cards to work in dom0 on my machine - my old 8800GT works fine, GT630 doesn't) I am seriously itching to jump ship to ATI at the earliest possible opportunity. I wanted to reduce power and noise on my virtualization machine and wanted a passively cooled dom0 card. Preferrred choice was a GT630, but the driver would randomly crash at startup. It'd boot and work fine maybe one boot in 10, and completely irreversibly crash the console (but not quite the whole machine, just unkillable Xorg lock-up) the other 9/10 of the time. So I'm voting with my feet - with a HD7450 in my dom0. Yes, it's slow, laggy and the tearing between multiple screens is much worse, but that's still a lot better than not working at all. And I still get to save 70W. Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Aug 08 07:58:15 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 08 Aug 2014 07:58:15 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XFf34-00059c-Uh; Fri, 08 Aug 2014 07:57:14 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XFf30-000592-Vy; Fri, 08 Aug 2014 07:57:11 +0000 Received: from [85.158.137.68:21019] by server-12.bemta-3.messagelabs.com id AA/E5-02460-6D284E35; Fri, 08 Aug 2014 07:57:10 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-10.tower-31.messagelabs.com!1407484628!12499888!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests=SUBJECT_EXCESS_QP X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31107 invoked from network); 8 Aug 2014 07:57:09 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-10.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 8 Aug 2014 07:57:09 -0000 Received: from mail.shatteredsilicon.net (localhost [127.0.0.1]) by external.sentinel2 (Postfix) with ESMTP id 24A99221DEB; Fri, 8 Aug 2014 08:57:08 +0100 (BST) MIME-Version: 1.0 Date: Fri, 08 Aug 2014 08:57:07 +0100 From: Gordan Bobic To: xen-devel@lists.xensource.com, xen-users@lists.xensource.com Message-ID: <13e245f434c7386be6bc6d4e444a1be6@mail.shatteredsilicon.net> X-Sender: gordan@bobich.net User-Agent: Roundcube Webmail/0.9.5 Subject: [Xen-users] =?utf-8?q?Nvidia_Drops_Xen_dom0_Support=3F=3F?= X-BeenThere: xen-users@lists.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 According to this: https://devtalk.nvidia.com/default/topic/691565/linux/geforce-driver-problem-on-centos-6-4-with-xen-installed/2/ They could have at least had the decency to list what the last driver that supprots Xen dom0 is or clarify whether they intend to fix the problem, and if so, when. Judging by the fact that they deleted my post asking the exact same question, I'm guessing they don't intend to fix it. The cynic in me thinks that keeping up with the anti-detection measures in recent QEMU and Xen has made it too difficult to distinguih between dom0 and domU, so rather than uncripple domU operation they dropped dom0 operation. Between breaking domU operation in the driver based on a device ID whitelist, issues like the above and drivers that are just plain broken (I wasted a day trying - unsuccessfully - to get GT630 cards to work in dom0 on my machine - my old 8800GT works fine, GT630 doesn't) I am seriously itching to jump ship to ATI at the earliest possible opportunity. I wanted to reduce power and noise on my virtualization machine and wanted a passively cooled dom0 card. Preferrred choice was a GT630, but the driver would randomly crash at startup. It'd boot and work fine maybe one boot in 10, and completely irreversibly crash the console (but not quite the whole machine, just unkillable Xorg lock-up) the other 9/10 of the time. So I'm voting with my feet - with a HD7450 in my dom0. Yes, it's slow, laggy and the tearing between multiple screens is much worse, but that's still a lot better than not working at all. And I still get to save 70W. Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Aug 08 11:46:26 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 08 Aug 2014 11:46: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 1XFibt-0003LY-Ql; Fri, 08 Aug 2014 11:45:25 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XFOg0-0003bQ-P9 for xen-users@lists.xen.org; Thu, 07 Aug 2014 14:28:20 +0000 Received: from [85.158.137.68:5271] by server-9.bemta-3.messagelabs.com id 4C/00-30790-40D83E35; Thu, 07 Aug 2014 14:28:20 +0000 X-Env-Sender: julien.grall@linaro.org X-Msg-Ref: server-10.tower-31.messagelabs.com!1407421699!12409369!1 X-Originating-IP: [74.125.82.171] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25590 invoked from network); 7 Aug 2014 14:28:19 -0000 Received: from mail-we0-f171.google.com (HELO mail-we0-f171.google.com) (74.125.82.171) by server-10.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 7 Aug 2014 14:28:19 -0000 Received: by mail-we0-f171.google.com with SMTP id p10so4260992wes.30 for ; Thu, 07 Aug 2014 07:28:19 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=1nU5ty8BMsl745Xlbd1N83naFaaDWp+KAH+XqJzFLPs=; b=QvOungYoLpF1w8gIk+SJrLpThi8KBFnjDMqNpRUm9k/cM5GYTwXSfdU3CnjJuGbKsQ yRc/0i+h56NepogrsHgyoQH1uma0UU2PacoXs1gyPInLXD1dv8WvXXJT+NDuvSFLRfr0 fgzcH8Dts05oo6+XK5jJYVdeUhC8ksosFBRDFAFkHuZP0MGTPmBGFZmswI5MO/n8EkQp n62p4F92mXXAMI3TscEuF04TdjyiRHsof4PQjHadWYmHjOX8ryODm81kqJ5F/Ek45cJs 37oDiRwfvfnO041g0mQI3BgSC/ThMR4yzpMDv8sHH2GJSfKMk0+oum2inHUz03f7o6tk mA9w== X-Gm-Message-State: ALoCoQkmXuwi+41UkiRxyAe95hP7JkVpDf/N16kztvS7YhPPY5YWj1xSOiu+bcz0t7yRaoJY9c/w X-Received: by 10.180.221.65 with SMTP id qc1mr60627076wic.28.1407421699078; Thu, 07 Aug 2014 07:28:19 -0700 (PDT) Received: from [10.80.2.139] ([185.25.64.249]) by mx.google.com with ESMTPSA id fp6sm176644wic.11.2014.08.07.07.28.17 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 07 Aug 2014 07:28:18 -0700 (PDT) Message-ID: <53E38CFE.6040603@linaro.org> Date: Thu, 07 Aug 2014 15:28:14 +0100 From: Julien Grall User-Agent: Mozilla/5.0 (X11; Linux i686; rv:24.0) Gecko/20100101 Icedove/24.5.0 MIME-Version: 1.0 To: manish jaggi , xen-devel@lists.xenproject.org References: In-Reply-To: X-Mailman-Approved-At: Fri, 08 Aug 2014 11:45:24 +0000 Cc: xen-users , Vijay Kilari Subject: Re: [Xen-users] [Xen-devel] Starting C xenstored...WARNING: Failed to open connection to gnttab X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 08/05/2014 05:10 PM, manish jaggi wrote: > Hi, Hello, > On Usually question related to using Xen should be asked on xen-users (in cc). > linux:~ # /etc/init.d/xencommons start > Starting C xenstored...WARNING: Failed to open connection to gnttab > Internal error: : 96000021 [#1] SMP > Modules linked in: > CPU: 0 PID: 520 Comm: xenstored Not tainted 3.14.0+ #4 > task: ffffffc002c86080 ti: ffffffc000b3c000 task.ti: ffffffc000b3c000 > PC is at clear_bit+0x14/0x30 > LR is at evtchn_fifo_clear_pending+0x2c/0x38 > IIRC, this error is generally because gntdev has been built as a module and your forgot to copy it in the root filesystem. You can make gntdev built in the kernel by changing your configure: CONFIG_XEN_GNTDEV=y. Regards, -- Julien Grall _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Aug 08 11:46:26 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 08 Aug 2014 11:46: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 1XFibu-0003Lj-Ca; Fri, 08 Aug 2014 11:45:26 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XFiNb-00024F-6n for xen-users@lists.xen.org; Fri, 08 Aug 2014 11:30:39 +0000 Received: from [85.158.143.35:34172] by server-3.bemta-4.messagelabs.com id DD/63-06192-ED4B4E35; Fri, 08 Aug 2014 11:30:38 +0000 X-Env-Sender: patel_mp@yahoo.co.in X-Msg-Ref: server-6.tower-21.messagelabs.com!1407497435!11819455!1 X-Originating-IP: [106.10.151.53] 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.12.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32465 invoked from network); 8 Aug 2014 11:30:37 -0000 Received: from nm22-vm6.bullet.mail.sg3.yahoo.com (HELO nm22-vm6.bullet.mail.sg3.yahoo.com) (106.10.151.53) by server-6.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 8 Aug 2014 11:30:37 -0000 Received: from [106.10.166.123] by nm22.bullet.mail.sg3.yahoo.com with NNFMP; 08 Aug 2014 11:30:34 -0000 Received: from [106.10.150.27] by tm12.bullet.mail.sg3.yahoo.com with NNFMP; 08 Aug 2014 11:29:45 -0000 Received: from [127.0.0.1] by omp1028.mail.sg3.yahoo.com with NNFMP; 08 Aug 2014 11:30:34 -0000 X-Yahoo-Newman-Property: ymail-4 X-Yahoo-Newman-Id: 283373.85874.bm@omp1028.mail.sg3.yahoo.com Received: (qmail 40125 invoked by uid 60001); 8 Aug 2014 11:30:34 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.co.in; s=s1024; t=1407497434; bh=1zZF6WgkS1ocOqBqPJ/sBDRPRiqW3aS2HTQ3vIqGfIU=; h=Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=zjIRh5tsdRizjOfPM4WhethgHdHRXDSqVVQd2x8yIQkmIfubhQ/Cc/1eQNPzDb/vKnv0U22MtSe/2Ct+AHum5VRfv5JjmM6N2NVQH07X7G0RrVwIQURlawQsmpPG+vDcnNkBw7LxlMVUUDSH/0wbQuTnErLYhu3ApqQ0KHoxc1g= X-YMail-OSG: jRDJxD0VM1lJIERlVmbfFOFq7xz3KAIX8Q73w4pfATClKVZ jE8_OhUBcDc2ByW7TN1Zc7QoXkiVlMqNTooeNLIkuYzkBckPREzOiwXF3k6j WJc_N.xjUM3ahaomPBpW7S9849u6.5.5II8vMVMIxrKz5BW5iMkjkfYXlz0L SMkW0H3BzXmiXaE5Go.BeDxclh3V7qKOezLYqfIHPDYXwtfhkXvrBl5Z7LWq N5TOoxPbid9zChMm.8f4B14jSDz.GYPnAEMrERcpVvEyKdsbrcw2AxFbLlB8 2_.l.eTMXM58WVHdiD.2meq0KQbjL5vXyq_DPwCUULuFPSU4KNAnI5UcuLIe wQ4XzRVCpNVOqKO.bqTTnEBS70g_iiCm1UlSuBRBx1a.mluFMC7ye.Ny22dg R4wJuRr523aoGoa4j711gdATA9xTDV4ws9A0hlHcmPMHYy6RV0M2O0xXszeo abtmiTg.yE_QNMDONSbGDr2miLas.E151Sb8R8UwSqnFSWWYYyenPagu8viH WdudK6HKLK2htGIOSzawhdJA6hCYwYDvVjeUAIbEg7eVwkSrV8XJNVAFPlBP q_hk- Received: from [202.129.240.131] by web190605.mail.sg3.yahoo.com via HTTP; Fri, 08 Aug 2014 19:30:33 SGT X-Rocket-MIMEInfo: 002.001, CgpJIHdhbnQgdG8gc3RhcnQgd29yayB3aXRoIGJsb2NrIGRldmljZSBkcml2ZXIgcHJvZ3JhbS4gbXkgaWRlYSBpcyB0byBhbGxvY2F0ZSBtZW1vcnkgZm9yIGNvbXByZXNzaW5nIHBhZ2VzIGR1cmluZwpsaXZlIG1pZ3JhdGlvbi4KCkkgZm91bmQgdHdvL3RocmVlIHBhcGVycyB3aG8gaGF2ZSBpbXBsZW1lbnRlZCB0aGlzIGJ1dCBpIGFtIG5vdCBjbGVhciB3aGVyZSB0byBzdGFydC4KCmFueW9uZSBrbm93cyB0aGUgc2V0cHMgdG8gY29uZmlndXJlIGJsb2NrIGRldmljZSBkcml2ZXIgd2l0aCB4ZW4uIElmIGkBMAEBAQE- X-Mailer: YahooMailWebService/0.8.198.689 Message-ID: <1407497433.83939.YahooMailNeo@web190605.mail.sg3.yahoo.com> Date: Fri, 8 Aug 2014 19:30:33 +0800 From: Minalkumar Patel To: "xen-users@lists.xen.org" MIME-Version: 1.0 X-Mailman-Approved-At: Fri, 08 Aug 2014 11:45:24 +0000 Subject: [Xen-users] Drivers for Block Devices for Memory Migration X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Minalkumar Patel List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3282436142076805583==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3282436142076805583== Content-Type: multipart/alternative; boundary="359656696-787090821-1407497433=:83939" --359656696-787090821-1407497433=:83939 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable =0A=0AI want to start work with block device driver program. my idea is to = allocate memory for compressing pages during=0Alive migration.=0A=0AI found= two/three papers who have implemented this but i am not clear where to sta= rt.=0A=0Aanyone knows the setps to configure block device driver with xen. = If i want to use simple RLE algorithm then how can i start with drivers? --359656696-787090821-1407497433=:83939 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable

I want to start work with block device driver program. my idea = is to allocate memory for compressing pages during
live migration.
I found two/three papers who have implemented this but i am not clear whe= re to start.

anyone knows the setps to configure block device driver= with xen. If i want to use simple RLE algorithm then how can i start with = drivers?



 

--359656696-787090821-1407497433=:83939-- --===============3282436142076805583== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3282436142076805583==-- From xen-users-bounces@lists.xen.org Fri Aug 08 11:46:26 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 08 Aug 2014 11:46: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 1XFibt-0003LY-Ql; Fri, 08 Aug 2014 11:45:25 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XFOg0-0003bQ-P9 for xen-users@lists.xen.org; Thu, 07 Aug 2014 14:28:20 +0000 Received: from [85.158.137.68:5271] by server-9.bemta-3.messagelabs.com id 4C/00-30790-40D83E35; Thu, 07 Aug 2014 14:28:20 +0000 X-Env-Sender: julien.grall@linaro.org X-Msg-Ref: server-10.tower-31.messagelabs.com!1407421699!12409369!1 X-Originating-IP: [74.125.82.171] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25590 invoked from network); 7 Aug 2014 14:28:19 -0000 Received: from mail-we0-f171.google.com (HELO mail-we0-f171.google.com) (74.125.82.171) by server-10.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 7 Aug 2014 14:28:19 -0000 Received: by mail-we0-f171.google.com with SMTP id p10so4260992wes.30 for ; Thu, 07 Aug 2014 07:28:19 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=1nU5ty8BMsl745Xlbd1N83naFaaDWp+KAH+XqJzFLPs=; b=QvOungYoLpF1w8gIk+SJrLpThi8KBFnjDMqNpRUm9k/cM5GYTwXSfdU3CnjJuGbKsQ yRc/0i+h56NepogrsHgyoQH1uma0UU2PacoXs1gyPInLXD1dv8WvXXJT+NDuvSFLRfr0 fgzcH8Dts05oo6+XK5jJYVdeUhC8ksosFBRDFAFkHuZP0MGTPmBGFZmswI5MO/n8EkQp n62p4F92mXXAMI3TscEuF04TdjyiRHsof4PQjHadWYmHjOX8ryODm81kqJ5F/Ek45cJs 37oDiRwfvfnO041g0mQI3BgSC/ThMR4yzpMDv8sHH2GJSfKMk0+oum2inHUz03f7o6tk mA9w== X-Gm-Message-State: ALoCoQkmXuwi+41UkiRxyAe95hP7JkVpDf/N16kztvS7YhPPY5YWj1xSOiu+bcz0t7yRaoJY9c/w X-Received: by 10.180.221.65 with SMTP id qc1mr60627076wic.28.1407421699078; Thu, 07 Aug 2014 07:28:19 -0700 (PDT) Received: from [10.80.2.139] ([185.25.64.249]) by mx.google.com with ESMTPSA id fp6sm176644wic.11.2014.08.07.07.28.17 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 07 Aug 2014 07:28:18 -0700 (PDT) Message-ID: <53E38CFE.6040603@linaro.org> Date: Thu, 07 Aug 2014 15:28:14 +0100 From: Julien Grall User-Agent: Mozilla/5.0 (X11; Linux i686; rv:24.0) Gecko/20100101 Icedove/24.5.0 MIME-Version: 1.0 To: manish jaggi , xen-devel@lists.xenproject.org References: In-Reply-To: X-Mailman-Approved-At: Fri, 08 Aug 2014 11:45:24 +0000 Cc: xen-users , Vijay Kilari Subject: Re: [Xen-users] [Xen-devel] Starting C xenstored...WARNING: Failed to open connection to gnttab X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 08/05/2014 05:10 PM, manish jaggi wrote: > Hi, Hello, > On Usually question related to using Xen should be asked on xen-users (in cc). > linux:~ # /etc/init.d/xencommons start > Starting C xenstored...WARNING: Failed to open connection to gnttab > Internal error: : 96000021 [#1] SMP > Modules linked in: > CPU: 0 PID: 520 Comm: xenstored Not tainted 3.14.0+ #4 > task: ffffffc002c86080 ti: ffffffc000b3c000 task.ti: ffffffc000b3c000 > PC is at clear_bit+0x14/0x30 > LR is at evtchn_fifo_clear_pending+0x2c/0x38 > IIRC, this error is generally because gntdev has been built as a module and your forgot to copy it in the root filesystem. You can make gntdev built in the kernel by changing your configure: CONFIG_XEN_GNTDEV=y. Regards, -- Julien Grall _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Aug 08 11:46:26 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 08 Aug 2014 11:46: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 1XFibu-0003Lj-Ca; Fri, 08 Aug 2014 11:45:26 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XFiNb-00024F-6n for xen-users@lists.xen.org; Fri, 08 Aug 2014 11:30:39 +0000 Received: from [85.158.143.35:34172] by server-3.bemta-4.messagelabs.com id DD/63-06192-ED4B4E35; Fri, 08 Aug 2014 11:30:38 +0000 X-Env-Sender: patel_mp@yahoo.co.in X-Msg-Ref: server-6.tower-21.messagelabs.com!1407497435!11819455!1 X-Originating-IP: [106.10.151.53] 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.12.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32465 invoked from network); 8 Aug 2014 11:30:37 -0000 Received: from nm22-vm6.bullet.mail.sg3.yahoo.com (HELO nm22-vm6.bullet.mail.sg3.yahoo.com) (106.10.151.53) by server-6.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 8 Aug 2014 11:30:37 -0000 Received: from [106.10.166.123] by nm22.bullet.mail.sg3.yahoo.com with NNFMP; 08 Aug 2014 11:30:34 -0000 Received: from [106.10.150.27] by tm12.bullet.mail.sg3.yahoo.com with NNFMP; 08 Aug 2014 11:29:45 -0000 Received: from [127.0.0.1] by omp1028.mail.sg3.yahoo.com with NNFMP; 08 Aug 2014 11:30:34 -0000 X-Yahoo-Newman-Property: ymail-4 X-Yahoo-Newman-Id: 283373.85874.bm@omp1028.mail.sg3.yahoo.com Received: (qmail 40125 invoked by uid 60001); 8 Aug 2014 11:30:34 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.co.in; s=s1024; t=1407497434; bh=1zZF6WgkS1ocOqBqPJ/sBDRPRiqW3aS2HTQ3vIqGfIU=; h=Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=zjIRh5tsdRizjOfPM4WhethgHdHRXDSqVVQd2x8yIQkmIfubhQ/Cc/1eQNPzDb/vKnv0U22MtSe/2Ct+AHum5VRfv5JjmM6N2NVQH07X7G0RrVwIQURlawQsmpPG+vDcnNkBw7LxlMVUUDSH/0wbQuTnErLYhu3ApqQ0KHoxc1g= X-YMail-OSG: jRDJxD0VM1lJIERlVmbfFOFq7xz3KAIX8Q73w4pfATClKVZ jE8_OhUBcDc2ByW7TN1Zc7QoXkiVlMqNTooeNLIkuYzkBckPREzOiwXF3k6j WJc_N.xjUM3ahaomPBpW7S9849u6.5.5II8vMVMIxrKz5BW5iMkjkfYXlz0L SMkW0H3BzXmiXaE5Go.BeDxclh3V7qKOezLYqfIHPDYXwtfhkXvrBl5Z7LWq N5TOoxPbid9zChMm.8f4B14jSDz.GYPnAEMrERcpVvEyKdsbrcw2AxFbLlB8 2_.l.eTMXM58WVHdiD.2meq0KQbjL5vXyq_DPwCUULuFPSU4KNAnI5UcuLIe wQ4XzRVCpNVOqKO.bqTTnEBS70g_iiCm1UlSuBRBx1a.mluFMC7ye.Ny22dg R4wJuRr523aoGoa4j711gdATA9xTDV4ws9A0hlHcmPMHYy6RV0M2O0xXszeo abtmiTg.yE_QNMDONSbGDr2miLas.E151Sb8R8UwSqnFSWWYYyenPagu8viH WdudK6HKLK2htGIOSzawhdJA6hCYwYDvVjeUAIbEg7eVwkSrV8XJNVAFPlBP q_hk- Received: from [202.129.240.131] by web190605.mail.sg3.yahoo.com via HTTP; Fri, 08 Aug 2014 19:30:33 SGT X-Rocket-MIMEInfo: 002.001, CgpJIHdhbnQgdG8gc3RhcnQgd29yayB3aXRoIGJsb2NrIGRldmljZSBkcml2ZXIgcHJvZ3JhbS4gbXkgaWRlYSBpcyB0byBhbGxvY2F0ZSBtZW1vcnkgZm9yIGNvbXByZXNzaW5nIHBhZ2VzIGR1cmluZwpsaXZlIG1pZ3JhdGlvbi4KCkkgZm91bmQgdHdvL3RocmVlIHBhcGVycyB3aG8gaGF2ZSBpbXBsZW1lbnRlZCB0aGlzIGJ1dCBpIGFtIG5vdCBjbGVhciB3aGVyZSB0byBzdGFydC4KCmFueW9uZSBrbm93cyB0aGUgc2V0cHMgdG8gY29uZmlndXJlIGJsb2NrIGRldmljZSBkcml2ZXIgd2l0aCB4ZW4uIElmIGkBMAEBAQE- X-Mailer: YahooMailWebService/0.8.198.689 Message-ID: <1407497433.83939.YahooMailNeo@web190605.mail.sg3.yahoo.com> Date: Fri, 8 Aug 2014 19:30:33 +0800 From: Minalkumar Patel To: "xen-users@lists.xen.org" MIME-Version: 1.0 X-Mailman-Approved-At: Fri, 08 Aug 2014 11:45:24 +0000 Subject: [Xen-users] Drivers for Block Devices for Memory Migration X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Minalkumar Patel List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3282436142076805583==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3282436142076805583== Content-Type: multipart/alternative; boundary="359656696-787090821-1407497433=:83939" --359656696-787090821-1407497433=:83939 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable =0A=0AI want to start work with block device driver program. my idea is to = allocate memory for compressing pages during=0Alive migration.=0A=0AI found= two/three papers who have implemented this but i am not clear where to sta= rt.=0A=0Aanyone knows the setps to configure block device driver with xen. = If i want to use simple RLE algorithm then how can i start with drivers? --359656696-787090821-1407497433=:83939 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable

I want to start work with block device driver program. my idea = is to allocate memory for compressing pages during
live migration.
I found two/three papers who have implemented this but i am not clear whe= re to start.

anyone knows the setps to configure block device driver= with xen. If i want to use simple RLE algorithm then how can i start with = drivers?



 

--359656696-787090821-1407497433=:83939-- --===============3282436142076805583== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3282436142076805583==-- From xen-users-bounces@lists.xen.org Fri Aug 08 17:56:47 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 08 Aug 2014 17:56: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 1XFoOB-00049k-4x; Fri, 08 Aug 2014 17:55:39 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XFoO8-00049f-PT for xen-users@lists.xen.org; Fri, 08 Aug 2014 17:55:37 +0000 Received: from [193.109.254.147:53596] by server-6.bemta-14.messagelabs.com id 07/D8-31278-81F05E35; Fri, 08 Aug 2014 17:55:36 +0000 X-Env-Sender: militenko_aa@megateks.net X-Msg-Ref: server-5.tower-27.messagelabs.com!1407520533!9967477!1 X-Originating-IP: [209.85.213.169] X-SpamReason: No, hits=3.4 required=7.0 tests=BIZ_TLD,HTML_60_70, HTML_IMAGE_ONLY_20,HTML_MESSAGE,RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20057 invoked from network); 8 Aug 2014 17:55:34 -0000 Received: from mail-ig0-f169.google.com (HELO mail-ig0-f169.google.com) (209.85.213.169) by server-5.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 8 Aug 2014 17:55:34 -0000 Received: by mail-ig0-f169.google.com with SMTP id r2so2887505igi.0 for ; Fri, 08 Aug 2014 10:55:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=megateks.net; s=google; h=mime-version:in-reply-to:references:date:message-id:subject:from:cc :content-type; bh=QjlB8XsYxIQkVMu1ilw9+7Aqu0irxf8yT8/kN6MerFQ=; b=U8G58SMHCvfNMtKyMvY3aYHt3X+sXVlUIIMnF1X8nrDPYFapKbwpNd+1olyOEMPIPo 9iM/vv2vnZzCqzK7IoLUWuOdgMBQmVS48bE0ixwh8VbkHeq9B+nxp9l1/U0HRezt01+a Jg045vTmUFztBtRFqBtkZRJzEQQzGFp0U9qOg= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:cc:content-type; bh=QjlB8XsYxIQkVMu1ilw9+7Aqu0irxf8yT8/kN6MerFQ=; b=QVPMKsq0DBCNr60Cbo51IjyhM+5UgmruNGMywg5D+fcF0HenyaGtll8x6bhjCpXVxh O55r0qfbDy5jIjobnrf3NxKmpTgZhOHlWKe7Hbc/+fN04C/Sng65Bi5SrfhVooxmm+fD sBOQ8UAqejY+qNsZrMRHWWXwHRDIZXn9JBTMi31ffCy8f/TVkQjw+NMeaxIueY+hef8h E+IePdZqor+yM6/uzb9tYcmMK9G0FG/dhi3GGLy0vjporMKg6iwASq2hGvHccKRYLtqY P7V0KxdbpIQXcVbQjMWjzNm9Xw3aK+Hi/lizd7ilaQuM1poagfQyzUrun3KAXaOpF2Z2 Rl5Q== X-Gm-Message-State: ALoCoQlK7KC1Fed84xg/DDz9xi0+LngQXtKUclJKpaW8lBw7oQYQ4V1PGYek59AJA88Dko3qB+AE MIME-Version: 1.0 X-Received: by 10.50.46.3 with SMTP id r3mr7429006igm.45.1407520533493; Fri, 08 Aug 2014 10:55:33 -0700 (PDT) Received: by 10.64.226.167 with HTTP; Fri, 8 Aug 2014 10:55:33 -0700 (PDT) In-Reply-To: References: <1406281714.29480.104.camel@dagon.hellion.org.uk> <53D24D18.2070007@tiscali.it> Date: Fri, 8 Aug 2014 21:55:33 +0400 Message-ID: From: =?UTF-8?B?0JDQu9C10LrRgdCw0L3QtNGAINCc0LjQu9C40YLQtdC90LrQvg==?= Cc: xen-users Subject: Re: [Xen-users] SLOW I/O performance X-BeenThere: xen-users@lists.xen.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="===============3567237170340024722==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3567237170340024722== Content-Type: multipart/alternative; boundary=001a11347ff66a33ed050021e925 --001a11347ff66a33ed050021e925 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I finally updated the kernel to 3.2.0-0.bpo.4-amd64 Now on s Win2008R2-system disk write speed test (performed with hdtune) shows 13 MB/s It's little better but not perfect. If anyone else have any ideas what we should do?) 2014-07-25 18:19 GMT+04:00 jacek burghardt : > there is howto > http://www.cyberciti.biz/faq/debian-linux-6-apt-get-install-linux-kernel-= 3-2/ > > > > --=20 *=D0=A1 =D1=83=D0=B2=D0=B0=D0=B6=D0=B5=D0=BD=D0=B8=D0=B5=D0=BC, =D0=9C=D0= =B8=D0=BB=D0=B8=D1=82=D0=B5=D0=BD=D0=BA=D0=BE =D0=90=D0=BB=D0=B5=D0=BA=D1= =81=D0=B0=D0=BD=D0=B4=D1=80=D0=A1=D0=B8=D1=81=D1=82=D0=B5=D0=BC=D0=BD=D1=8B= =D0=B9 =D0=B0=D0=B4=D0=BC=D0=B8=D0=BD=D0=B8=D1=81=D1=82=D1=80=D0=B0=D1=82= =D0=BE=D1=80=D0=A2=D0=B5=D0=BB.: +7 (812) 318-02-45* *E-mail: militenko_aa@megateks.net * --001a11347ff66a33ed050021e925 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I finally updated the kernel to=C2=A0=C2=A03.2.0-0.bpo.4-amd64
Now on s Win2008R2-system disk write speed test (performed with hdtune) sho= ws 13 MB/s
It's little better but not perfect.
If anyone else have any ideas what we shou= ld do?)


2014-07-25 18:19 GMT+04:00 jacek burghardt &= lt;jaceksbur= ghardt@gmail.com>:



--
=D0= =A1 =D1=83=D0=B2=D0=B0=D0=B6=D0=B5=D0=BD=D0=B8=D0=B5=D0=BC, =D0=9C=D0=B8=D0= =BB=D0=B8=D1=82=D0=B5=D0=BD=D0=BA=D0=BE =D0=90=D0=BB=D0=B5=D0=BA=D1=81=D0= =B0=D0=BD=D0=B4=D1=80
=D0=A1=D0=B8=D1=81=D1=82=D0=B5=D0=BC=D0=BD= =D1=8B=D0=B9 =D0=B0=D0=B4=D0=BC=D0=B8=D0=BD=D0=B8=D1=81=D1=82=D1=80=D0=B0= =D1=82=D0=BE=D1=80
=D0=A2=D0=B5=D0=BB.: +7 (812) 318-02-45
<= /i>

--001a11347ff66a33ed050021e925-- --===============3567237170340024722== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3567237170340024722==-- From xen-users-bounces@lists.xen.org Fri Aug 08 17:56:47 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 08 Aug 2014 17:56: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 1XFoOB-00049k-4x; Fri, 08 Aug 2014 17:55:39 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XFoO8-00049f-PT for xen-users@lists.xen.org; Fri, 08 Aug 2014 17:55:37 +0000 Received: from [193.109.254.147:53596] by server-6.bemta-14.messagelabs.com id 07/D8-31278-81F05E35; Fri, 08 Aug 2014 17:55:36 +0000 X-Env-Sender: militenko_aa@megateks.net X-Msg-Ref: server-5.tower-27.messagelabs.com!1407520533!9967477!1 X-Originating-IP: [209.85.213.169] X-SpamReason: No, hits=3.4 required=7.0 tests=BIZ_TLD,HTML_60_70, HTML_IMAGE_ONLY_20,HTML_MESSAGE,RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20057 invoked from network); 8 Aug 2014 17:55:34 -0000 Received: from mail-ig0-f169.google.com (HELO mail-ig0-f169.google.com) (209.85.213.169) by server-5.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 8 Aug 2014 17:55:34 -0000 Received: by mail-ig0-f169.google.com with SMTP id r2so2887505igi.0 for ; Fri, 08 Aug 2014 10:55:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=megateks.net; s=google; h=mime-version:in-reply-to:references:date:message-id:subject:from:cc :content-type; bh=QjlB8XsYxIQkVMu1ilw9+7Aqu0irxf8yT8/kN6MerFQ=; b=U8G58SMHCvfNMtKyMvY3aYHt3X+sXVlUIIMnF1X8nrDPYFapKbwpNd+1olyOEMPIPo 9iM/vv2vnZzCqzK7IoLUWuOdgMBQmVS48bE0ixwh8VbkHeq9B+nxp9l1/U0HRezt01+a Jg045vTmUFztBtRFqBtkZRJzEQQzGFp0U9qOg= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:cc:content-type; bh=QjlB8XsYxIQkVMu1ilw9+7Aqu0irxf8yT8/kN6MerFQ=; b=QVPMKsq0DBCNr60Cbo51IjyhM+5UgmruNGMywg5D+fcF0HenyaGtll8x6bhjCpXVxh O55r0qfbDy5jIjobnrf3NxKmpTgZhOHlWKe7Hbc/+fN04C/Sng65Bi5SrfhVooxmm+fD sBOQ8UAqejY+qNsZrMRHWWXwHRDIZXn9JBTMi31ffCy8f/TVkQjw+NMeaxIueY+hef8h E+IePdZqor+yM6/uzb9tYcmMK9G0FG/dhi3GGLy0vjporMKg6iwASq2hGvHccKRYLtqY P7V0KxdbpIQXcVbQjMWjzNm9Xw3aK+Hi/lizd7ilaQuM1poagfQyzUrun3KAXaOpF2Z2 Rl5Q== X-Gm-Message-State: ALoCoQlK7KC1Fed84xg/DDz9xi0+LngQXtKUclJKpaW8lBw7oQYQ4V1PGYek59AJA88Dko3qB+AE MIME-Version: 1.0 X-Received: by 10.50.46.3 with SMTP id r3mr7429006igm.45.1407520533493; Fri, 08 Aug 2014 10:55:33 -0700 (PDT) Received: by 10.64.226.167 with HTTP; Fri, 8 Aug 2014 10:55:33 -0700 (PDT) In-Reply-To: References: <1406281714.29480.104.camel@dagon.hellion.org.uk> <53D24D18.2070007@tiscali.it> Date: Fri, 8 Aug 2014 21:55:33 +0400 Message-ID: From: =?UTF-8?B?0JDQu9C10LrRgdCw0L3QtNGAINCc0LjQu9C40YLQtdC90LrQvg==?= Cc: xen-users Subject: Re: [Xen-users] SLOW I/O performance X-BeenThere: xen-users@lists.xen.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="===============3567237170340024722==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3567237170340024722== Content-Type: multipart/alternative; boundary=001a11347ff66a33ed050021e925 --001a11347ff66a33ed050021e925 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I finally updated the kernel to 3.2.0-0.bpo.4-amd64 Now on s Win2008R2-system disk write speed test (performed with hdtune) shows 13 MB/s It's little better but not perfect. If anyone else have any ideas what we should do?) 2014-07-25 18:19 GMT+04:00 jacek burghardt : > there is howto > http://www.cyberciti.biz/faq/debian-linux-6-apt-get-install-linux-kernel-= 3-2/ > > > > --=20 *=D0=A1 =D1=83=D0=B2=D0=B0=D0=B6=D0=B5=D0=BD=D0=B8=D0=B5=D0=BC, =D0=9C=D0= =B8=D0=BB=D0=B8=D1=82=D0=B5=D0=BD=D0=BA=D0=BE =D0=90=D0=BB=D0=B5=D0=BA=D1= =81=D0=B0=D0=BD=D0=B4=D1=80=D0=A1=D0=B8=D1=81=D1=82=D0=B5=D0=BC=D0=BD=D1=8B= =D0=B9 =D0=B0=D0=B4=D0=BC=D0=B8=D0=BD=D0=B8=D1=81=D1=82=D1=80=D0=B0=D1=82= =D0=BE=D1=80=D0=A2=D0=B5=D0=BB.: +7 (812) 318-02-45* *E-mail: militenko_aa@megateks.net * --001a11347ff66a33ed050021e925 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I finally updated the kernel to=C2=A0=C2=A03.2.0-0.bpo.4-amd64
Now on s Win2008R2-system disk write speed test (performed with hdtune) sho= ws 13 MB/s
It's little better but not perfect.
If anyone else have any ideas what we shou= ld do?)


2014-07-25 18:19 GMT+04:00 jacek burghardt &= lt;jaceksbur= ghardt@gmail.com>:



--
=D0= =A1 =D1=83=D0=B2=D0=B0=D0=B6=D0=B5=D0=BD=D0=B8=D0=B5=D0=BC, =D0=9C=D0=B8=D0= =BB=D0=B8=D1=82=D0=B5=D0=BD=D0=BA=D0=BE =D0=90=D0=BB=D0=B5=D0=BA=D1=81=D0= =B0=D0=BD=D0=B4=D1=80
=D0=A1=D0=B8=D1=81=D1=82=D0=B5=D0=BC=D0=BD= =D1=8B=D0=B9 =D0=B0=D0=B4=D0=BC=D0=B8=D0=BD=D0=B8=D1=81=D1=82=D1=80=D0=B0= =D1=82=D0=BE=D1=80
=D0=A2=D0=B5=D0=BB.: +7 (812) 318-02-45
<= /i>

--001a11347ff66a33ed050021e925-- --===============3567237170340024722== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3567237170340024722==-- From xen-users-bounces@lists.xen.org Fri Aug 08 18:00:14 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 08 Aug 2014 18:00: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 1XFoSW-0004N7-3D; Fri, 08 Aug 2014 18:00:08 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XFoSU-0004Mp-K4 for xen-users@lists.xen.org; Fri, 08 Aug 2014 18:00:06 +0000 Received: from [85.158.139.211:36756] by server-8.bemta-5.messagelabs.com id AC/EA-22440-52015E35; Fri, 08 Aug 2014 18:00:05 +0000 X-Env-Sender: Manfred.Haertel@rz-online.de X-Msg-Ref: server-11.tower-206.messagelabs.com!1407520804!8567727!1 X-Originating-IP: [212.7.160.41] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22651 invoked from network); 8 Aug 2014 18:00:05 -0000 Received: from mout01.rz-online.net (HELO mout01.rz-online.net) (212.7.160.41) by server-11.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 8 Aug 2014 18:00:05 -0000 Received: from donald.local (212-7-188-115.ktk-ip.de [212.7.188.115]) by mout01.rz-online.net (8.14.0/8.12.10) with ESMTP id s78I04AL017351 for ; Fri, 8 Aug 2014 20:00:04 +0200 Received: from [192.168.1.13] (work.donald.local [192.168.1.13]) by donald.local (Postfix) with ESMTP id D93A9A0491 for ; Fri, 8 Aug 2014 19:56:33 +0200 (CEST) Message-ID: <53E50F52.2030005@rz-online.de> Date: Fri, 08 Aug 2014 19:56:34 +0200 From: "Manfred Haertel, DB3HM" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:29.0) Gecko/20100101 Firefox/29.0 SeaMonkey/2.26.1 MIME-Version: 1.0 To: xen-users Content-Length: 1743 Subject: [Xen-users] Installing Windows 8.1 Pro under Xen 4.3.2 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-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 SSdtIHRyeWluZyB0byBpbnN0YWxsIFdpbmRvd3MgOC4xIFBybyA2NC1iaXQgZnJvbSBEVkQgdW5k ZXIgWGVuIDQuMy4yIAoodGhlIHZlcnNpb24gZGVsaXZlcmVkIHdpdGggT3BlbnN1c2UgMTMuMSwg T3BlbnN1c2UgcGF0Y2hlcyBhcmUgdXAtdG8tZGF0ZSkuCgpNeSB3aW5kb3dzLmNmZyBsb29rcyBs aWtlIHRoaXM6CgptZW1vcnkgPSAyMDQ4Cm5hbWUgPSAid2luZG93cyIKdmNwdXMgPSAyCnZpZiA9 IFsgJ3R5cGU9aW9lbXUsIG1hYz0wMDoxNjozZTowMDowMDowZSwgYnJpZGdlPWJyMCcgXQpkaXNr ID0gWyAncGh5Oi9kZXYvc3lzdGVtL3dpbmRvd3MtYyxpb2VtdTpoZGEsdycgLCAKJ3BoeTovZGV2 L3NyMCxoZGM6Y2Ryb20scicgXQp2bmMgPSAxCnZuY2xpc3RlbiA9ICcxMjcuMC4wLjEnCnZuY3Vu dXNlZCA9IDAKdm5jZGlzcGxheSA9IDE0CmtleW1hcCA9ICdkZScKYnVpbGRlciA9ICdodm0nCmJv b3QgPSAnZGMnCnN0ZHZnYSA9IDAKc2VyaWFsID0gJ3B0eScKZGV2aWNlX21vZGVsX3ZlcnNpb24g PSAncWVtdS14ZW4tdHJhZGl0aW9uYWwnCgpGaXJzdCBJIGRpZCBub3QgaGF2ZSB0aGUgZGV2aWNl X21vZGVsX3ZlcnNpb24gbGluZSwgc28gSSBnb3QgYSBtZXNzYWdlIAoiYm9vdG1nciBpbWFnZSBp cyBjb3JydXB0IiBhbmQgdGhlIGluc3RhbGxlciBkaWQgbm90IHN0YXJ0IGF0IGFsbC4KCkkgZm91 bmQgYSB3ZWIgc2l0ZSB3aGljaCByZWNvbW1lbmRlZCBzZXR0aW5nIHRoZSBkZXZpY2VfbW9kZWxf dmVyc2lvbiwgCnNvIEkgYWRkZWQgdGhpcyBsaW5lIGFuZCBub3cgdGhlIGluc3RhbGxlciBzdGFy dHMsIGJ1dCBzb29uIGNvbXBsYWlucyAKYWJvdXQgYSBtaXNzaW5nIGRyaXZlciwgaW4gR2VybWFu ICJFaW4gZsO8ciBkZW4gQ29tcHV0ZXIgZXJmb3JkZXJsaWNoZXIgCk1lZGllbnRyZWliZXIgZmVo bHQiLCBhbmQgZG9lcyBub3QgbGV0IG1lIGNvbnRpbnVlLiBVbmZvcnR1bmF0ZWx5IGl0IApkb2Vz IG5vdCB0ZWxsIG1lLCAqd2hpY2gqIGRyaXZlciBpcyBtaXNzaW5nLgoKVGhhbmtzIGluIGFkdmFu Y2UgZm9yIGFueSBoZWxwIQoKLS0gCk1hbmZyZWQgSMOkcnRlbCwgREIzSE0gICAgbWFpbHRvOk1h bmZyZWQuSGFlcnRlbEByei1vbmxpbmUuZGUKICAgICAgICAgICAgICAgICAgICAgICAgICBodHRw Oi8vcnotaG9tZS5kZS9taGFlcnRlbAoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX18KWGVuLXVzZXJzIG1haWxpbmcgbGlzdApYZW4tdXNlcnNAbGlzdHMueGVu Lm9yZwpodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnM= From xen-users-bounces@lists.xen.org Fri Aug 08 18:00:14 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 08 Aug 2014 18:00: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 1XFoSW-0004N7-3D; Fri, 08 Aug 2014 18:00:08 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XFoSU-0004Mp-K4 for xen-users@lists.xen.org; Fri, 08 Aug 2014 18:00:06 +0000 Received: from [85.158.139.211:36756] by server-8.bemta-5.messagelabs.com id AC/EA-22440-52015E35; Fri, 08 Aug 2014 18:00:05 +0000 X-Env-Sender: Manfred.Haertel@rz-online.de X-Msg-Ref: server-11.tower-206.messagelabs.com!1407520804!8567727!1 X-Originating-IP: [212.7.160.41] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22651 invoked from network); 8 Aug 2014 18:00:05 -0000 Received: from mout01.rz-online.net (HELO mout01.rz-online.net) (212.7.160.41) by server-11.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 8 Aug 2014 18:00:05 -0000 Received: from donald.local (212-7-188-115.ktk-ip.de [212.7.188.115]) by mout01.rz-online.net (8.14.0/8.12.10) with ESMTP id s78I04AL017351 for ; Fri, 8 Aug 2014 20:00:04 +0200 Received: from [192.168.1.13] (work.donald.local [192.168.1.13]) by donald.local (Postfix) with ESMTP id D93A9A0491 for ; Fri, 8 Aug 2014 19:56:33 +0200 (CEST) Message-ID: <53E50F52.2030005@rz-online.de> Date: Fri, 08 Aug 2014 19:56:34 +0200 From: "Manfred Haertel, DB3HM" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:29.0) Gecko/20100101 Firefox/29.0 SeaMonkey/2.26.1 MIME-Version: 1.0 To: xen-users Content-Length: 1743 Subject: [Xen-users] Installing Windows 8.1 Pro under Xen 4.3.2 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-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 SSdtIHRyeWluZyB0byBpbnN0YWxsIFdpbmRvd3MgOC4xIFBybyA2NC1iaXQgZnJvbSBEVkQgdW5k ZXIgWGVuIDQuMy4yIAoodGhlIHZlcnNpb24gZGVsaXZlcmVkIHdpdGggT3BlbnN1c2UgMTMuMSwg T3BlbnN1c2UgcGF0Y2hlcyBhcmUgdXAtdG8tZGF0ZSkuCgpNeSB3aW5kb3dzLmNmZyBsb29rcyBs aWtlIHRoaXM6CgptZW1vcnkgPSAyMDQ4Cm5hbWUgPSAid2luZG93cyIKdmNwdXMgPSAyCnZpZiA9 IFsgJ3R5cGU9aW9lbXUsIG1hYz0wMDoxNjozZTowMDowMDowZSwgYnJpZGdlPWJyMCcgXQpkaXNr ID0gWyAncGh5Oi9kZXYvc3lzdGVtL3dpbmRvd3MtYyxpb2VtdTpoZGEsdycgLCAKJ3BoeTovZGV2 L3NyMCxoZGM6Y2Ryb20scicgXQp2bmMgPSAxCnZuY2xpc3RlbiA9ICcxMjcuMC4wLjEnCnZuY3Vu dXNlZCA9IDAKdm5jZGlzcGxheSA9IDE0CmtleW1hcCA9ICdkZScKYnVpbGRlciA9ICdodm0nCmJv b3QgPSAnZGMnCnN0ZHZnYSA9IDAKc2VyaWFsID0gJ3B0eScKZGV2aWNlX21vZGVsX3ZlcnNpb24g PSAncWVtdS14ZW4tdHJhZGl0aW9uYWwnCgpGaXJzdCBJIGRpZCBub3QgaGF2ZSB0aGUgZGV2aWNl X21vZGVsX3ZlcnNpb24gbGluZSwgc28gSSBnb3QgYSBtZXNzYWdlIAoiYm9vdG1nciBpbWFnZSBp cyBjb3JydXB0IiBhbmQgdGhlIGluc3RhbGxlciBkaWQgbm90IHN0YXJ0IGF0IGFsbC4KCkkgZm91 bmQgYSB3ZWIgc2l0ZSB3aGljaCByZWNvbW1lbmRlZCBzZXR0aW5nIHRoZSBkZXZpY2VfbW9kZWxf dmVyc2lvbiwgCnNvIEkgYWRkZWQgdGhpcyBsaW5lIGFuZCBub3cgdGhlIGluc3RhbGxlciBzdGFy dHMsIGJ1dCBzb29uIGNvbXBsYWlucyAKYWJvdXQgYSBtaXNzaW5nIGRyaXZlciwgaW4gR2VybWFu ICJFaW4gZsO8ciBkZW4gQ29tcHV0ZXIgZXJmb3JkZXJsaWNoZXIgCk1lZGllbnRyZWliZXIgZmVo bHQiLCBhbmQgZG9lcyBub3QgbGV0IG1lIGNvbnRpbnVlLiBVbmZvcnR1bmF0ZWx5IGl0IApkb2Vz IG5vdCB0ZWxsIG1lLCAqd2hpY2gqIGRyaXZlciBpcyBtaXNzaW5nLgoKVGhhbmtzIGluIGFkdmFu Y2UgZm9yIGFueSBoZWxwIQoKLS0gCk1hbmZyZWQgSMOkcnRlbCwgREIzSE0gICAgbWFpbHRvOk1h bmZyZWQuSGFlcnRlbEByei1vbmxpbmUuZGUKICAgICAgICAgICAgICAgICAgICAgICAgICBodHRw Oi8vcnotaG9tZS5kZS9taGFlcnRlbAoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX18KWGVuLXVzZXJzIG1haWxpbmcgbGlzdApYZW4tdXNlcnNAbGlzdHMueGVu Lm9yZwpodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnM= From xen-users-bounces@lists.xen.org Fri Aug 08 21:30:59 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 08 Aug 2014 21:30:59 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XFrji-00015Q-VU; Fri, 08 Aug 2014 21:30:06 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XFrjh-00015L-Lz for xen-users@lists.xen.org; Fri, 08 Aug 2014 21:30:05 +0000 Received: from [85.158.139.211:40071] by server-12.bemta-5.messagelabs.com id AD/D9-22251-C5145E35; Fri, 08 Aug 2014 21:30:04 +0000 X-Env-Sender: Manfred.Haertel@rz-online.de X-Msg-Ref: server-16.tower-206.messagelabs.com!1407533404!9843108!1 X-Originating-IP: [212.7.160.42] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16361 invoked from network); 8 Aug 2014 21:30:04 -0000 Received: from mout02.rz-online.net (HELO mout02.rz-online.net) (212.7.160.42) by server-16.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 8 Aug 2014 21:30:04 -0000 Received: from donald.local (212-7-188-115.ktk-ip.de [212.7.188.115]) by mout02.rz-online.net (8.14.0/8.12.10) with ESMTP id s78LU32H013781 for ; Fri, 8 Aug 2014 23:30:03 +0200 Received: from [192.168.1.13] (work.donald.local [192.168.1.13]) by donald.local (Postfix) with ESMTP id DB482A0491 for ; Fri, 8 Aug 2014 23:28:02 +0200 (CEST) Message-ID: <53E540E2.5090405@rz-online.de> Date: Fri, 08 Aug 2014 23:28:02 +0200 From: "Manfred Haertel, DB3HM" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:29.0) Gecko/20100101 Firefox/29.0 SeaMonkey/2.26.1 MIME-Version: 1.0 To: xen-users References: <53E50F52.2030005@rz-online.de> In-Reply-To: <53E50F52.2030005@rz-online.de> Content-Length: 892 Subject: Re: [Xen-users] Installing Windows 8.1 Pro under Xen 4.3.2 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-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 TWFuZnJlZCBIYWVydGVsLCBEQjNITSBzY2hyaWViOgoKPiBJJ20gdHJ5aW5nIHRvIGluc3RhbGwg V2luZG93cyA4LjEgUHJvIDY0LWJpdCBmcm9tIERWRCB1bmRlciBYZW4gNC4zLjIKPiAodGhlIHZl cnNpb24gZGVsaXZlcmVkIHdpdGggT3BlbnN1c2UgMTMuMSwgT3BlbnN1c2UgcGF0Y2hlcyBhcmUK PiB1cC10by1kYXRlKS4KCkl0IHdvcmtzIG5vdyEKClRoZSBlcnJvciB3YXMsIHRoYXQgdGhlIERW RCBkcml2ZSB3YXMgYXR0YWNoZWQgKG5vdCBtb3VudGVkLCBvbmx5IAphdHRhY2hlZCkgdG8gb3Ro ZXIgKExpbnV4KSBWTXMgYXMgd2VsbC4KCkFmdGVyIHNodXR0aW5nIGRvd24gdGhlIG90aGVyIFZN cyBJIGNvdWxkIGluc3RhbGwgV2luZG93cyA4LjEgZnJvbSB0aGUgCkRWRCBkcml2ZSB3aXRob3V0 IGFueSBwcm9ibGVtcy4KCi0tIApNYW5mcmVkIEjDpHJ0ZWwsIERCM0hNICAgIG1haWx0bzpNYW5m cmVkLkhhZXJ0ZWxAcnotb25saW5lLmRlCiAgICAgICAgICAgICAgICAgICAgICAgICAgaHR0cDov L3J6LWhvbWUuZGUvbWhhZXJ0ZWwKCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fClhlbi11c2VycyBtYWlsaW5nIGxpc3QKWGVuLXVzZXJzQGxpc3RzLnhlbi5v cmcKaHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJz From xen-users-bounces@lists.xen.org Fri Aug 08 21:30:59 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 08 Aug 2014 21:30:59 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XFrji-00015Q-VU; Fri, 08 Aug 2014 21:30:06 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XFrjh-00015L-Lz for xen-users@lists.xen.org; Fri, 08 Aug 2014 21:30:05 +0000 Received: from [85.158.139.211:40071] by server-12.bemta-5.messagelabs.com id AD/D9-22251-C5145E35; Fri, 08 Aug 2014 21:30:04 +0000 X-Env-Sender: Manfred.Haertel@rz-online.de X-Msg-Ref: server-16.tower-206.messagelabs.com!1407533404!9843108!1 X-Originating-IP: [212.7.160.42] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16361 invoked from network); 8 Aug 2014 21:30:04 -0000 Received: from mout02.rz-online.net (HELO mout02.rz-online.net) (212.7.160.42) by server-16.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 8 Aug 2014 21:30:04 -0000 Received: from donald.local (212-7-188-115.ktk-ip.de [212.7.188.115]) by mout02.rz-online.net (8.14.0/8.12.10) with ESMTP id s78LU32H013781 for ; Fri, 8 Aug 2014 23:30:03 +0200 Received: from [192.168.1.13] (work.donald.local [192.168.1.13]) by donald.local (Postfix) with ESMTP id DB482A0491 for ; Fri, 8 Aug 2014 23:28:02 +0200 (CEST) Message-ID: <53E540E2.5090405@rz-online.de> Date: Fri, 08 Aug 2014 23:28:02 +0200 From: "Manfred Haertel, DB3HM" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:29.0) Gecko/20100101 Firefox/29.0 SeaMonkey/2.26.1 MIME-Version: 1.0 To: xen-users References: <53E50F52.2030005@rz-online.de> In-Reply-To: <53E50F52.2030005@rz-online.de> Content-Length: 892 Subject: Re: [Xen-users] Installing Windows 8.1 Pro under Xen 4.3.2 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-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 TWFuZnJlZCBIYWVydGVsLCBEQjNITSBzY2hyaWViOgoKPiBJJ20gdHJ5aW5nIHRvIGluc3RhbGwg V2luZG93cyA4LjEgUHJvIDY0LWJpdCBmcm9tIERWRCB1bmRlciBYZW4gNC4zLjIKPiAodGhlIHZl cnNpb24gZGVsaXZlcmVkIHdpdGggT3BlbnN1c2UgMTMuMSwgT3BlbnN1c2UgcGF0Y2hlcyBhcmUK PiB1cC10by1kYXRlKS4KCkl0IHdvcmtzIG5vdyEKClRoZSBlcnJvciB3YXMsIHRoYXQgdGhlIERW RCBkcml2ZSB3YXMgYXR0YWNoZWQgKG5vdCBtb3VudGVkLCBvbmx5IAphdHRhY2hlZCkgdG8gb3Ro ZXIgKExpbnV4KSBWTXMgYXMgd2VsbC4KCkFmdGVyIHNodXR0aW5nIGRvd24gdGhlIG90aGVyIFZN cyBJIGNvdWxkIGluc3RhbGwgV2luZG93cyA4LjEgZnJvbSB0aGUgCkRWRCBkcml2ZSB3aXRob3V0 IGFueSBwcm9ibGVtcy4KCi0tIApNYW5mcmVkIEjDpHJ0ZWwsIERCM0hNICAgIG1haWx0bzpNYW5m cmVkLkhhZXJ0ZWxAcnotb25saW5lLmRlCiAgICAgICAgICAgICAgICAgICAgICAgICAgaHR0cDov L3J6LWhvbWUuZGUvbWhhZXJ0ZWwKCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fClhlbi11c2VycyBtYWlsaW5nIGxpc3QKWGVuLXVzZXJzQGxpc3RzLnhlbi5v cmcKaHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJz From xen-users-bounces@lists.xen.org Mon Aug 11 12:16:50 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 11 Aug 2014 12:16:50 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XGoVi-00016t-Hu; Mon, 11 Aug 2014 12:15:34 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XGoVg-00016j-9r for xen-users@lists.xen.org; Mon, 11 Aug 2014 12:15:32 +0000 Received: from [193.109.254.147:60868] by server-7.bemta-14.messagelabs.com id 7E/5F-13362-3E3B8E35; Mon, 11 Aug 2014 12:15:31 +0000 X-Env-Sender: paul.manners@gmail.com X-Msg-Ref: server-12.tower-27.messagelabs.com!1407759329!11806109!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.12.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1131 invoked from network); 11 Aug 2014 12:15:31 -0000 Received: from mail-vc0-f172.google.com (HELO mail-vc0-f172.google.com) (209.85.220.172) by server-12.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 11 Aug 2014 12:15:31 -0000 Received: by mail-vc0-f172.google.com with SMTP id im17so11533241vcb.3 for ; Mon, 11 Aug 2014 05:15:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=DTljpreN24zqRo7FDO6ntBY5yINhg75D8Rw9XAUfDpk=; b=oWiFsx4Ssm1JSSGThKHnZ0vUNWEcSGXRakJUTFclQIXML2Lp/hCsovlPLS57HFV9DL yJ5Wp/tL035eDmBj5fOshchmjl/nuTowSr9FuynVwwIXUEmGAHC69s16Ivkjf6AU91FD NbwX2/i0HP9Fsvmp5EV7olI3/vSWpJ/Ls2GevqD6Rij/6UNJW8PmYiQepPAmanPyzlpX FUaO8dXUE+9zY47fTCO0CaVzcUX7wu6FezfzoU8Qwr+H0Dod7vENr2OGRWFl4BmJsDWX vkJhYPwqPa68gIolzxW7J5d9EzAz7zzkLir2H5P2p5UGpV3OjsIVBSxWkE3X9S9J1lIb g8Cg== X-Received: by 10.221.68.135 with SMTP id xy7mr45578vcb.65.1407759329352; Mon, 11 Aug 2014 05:15:29 -0700 (PDT) MIME-Version: 1.0 Received: by 10.221.19.5 with HTTP; Mon, 11 Aug 2014 05:15:09 -0700 (PDT) From: Paul Manners Date: Mon, 11 Aug 2014 14:15:09 +0200 Message-ID: To: xen-users@lists.xen.org Subject: [Xen-users] Xen support for VMEbus X-BeenThere: xen-users@lists.xen.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="===============2398632753170479567==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2398632753170479567== Content-Type: multipart/alternative; boundary=001a11337854c16162050059824f --001a11337854c16162050059824f Content-Type: text/plain; charset=UTF-8 Good day, Is it possible to expose VMEbus to a guest VM such as Windows using Xen? I've done a fair amount of searching online as well as digging around in code but I haven't found anything substantial yet. I understand that one can use PCI pass-through for normal PCI cards but I don't think this implies access to VMEBus despite it having access physical access to the PCI bus. I also looked at the VMEbus driver in the linux kernel but this didn't shed any light on the VMEBus/PCI relationship. Any ideas of where I can go digging for more information would be greatly appreciated. Thanks Paul --001a11337854c16162050059824f Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Good day,=C2=A0

Is it possible to expos= e VMEbus to a guest VM such as Windows using Xen?

= I've done a fair amount of searching online as well as digging around i= n code but I haven't found anything substantial yet. =C2=A0I understand= that one can use PCI pass-through for normal PCI cards but I don't thi= nk this implies access to VMEBus despite it having access physical access t= o the PCI bus. =C2=A0

I also looked at the VMEbus driver in the linux kernel = but this didn't shed any light on the VMEBus/PCI relationship.

Any ideas of where I can go digging for more information w= ould be greatly appreciated.=C2=A0

Thanks
Paul
--001a11337854c16162050059824f-- --===============2398632753170479567== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2398632753170479567==-- From xen-users-bounces@lists.xen.org Mon Aug 11 12:16:50 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 11 Aug 2014 12:16:50 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XGoVi-00016t-Hu; Mon, 11 Aug 2014 12:15:34 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XGoVg-00016j-9r for xen-users@lists.xen.org; Mon, 11 Aug 2014 12:15:32 +0000 Received: from [193.109.254.147:60868] by server-7.bemta-14.messagelabs.com id 7E/5F-13362-3E3B8E35; Mon, 11 Aug 2014 12:15:31 +0000 X-Env-Sender: paul.manners@gmail.com X-Msg-Ref: server-12.tower-27.messagelabs.com!1407759329!11806109!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.12.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1131 invoked from network); 11 Aug 2014 12:15:31 -0000 Received: from mail-vc0-f172.google.com (HELO mail-vc0-f172.google.com) (209.85.220.172) by server-12.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 11 Aug 2014 12:15:31 -0000 Received: by mail-vc0-f172.google.com with SMTP id im17so11533241vcb.3 for ; Mon, 11 Aug 2014 05:15:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=DTljpreN24zqRo7FDO6ntBY5yINhg75D8Rw9XAUfDpk=; b=oWiFsx4Ssm1JSSGThKHnZ0vUNWEcSGXRakJUTFclQIXML2Lp/hCsovlPLS57HFV9DL yJ5Wp/tL035eDmBj5fOshchmjl/nuTowSr9FuynVwwIXUEmGAHC69s16Ivkjf6AU91FD NbwX2/i0HP9Fsvmp5EV7olI3/vSWpJ/Ls2GevqD6Rij/6UNJW8PmYiQepPAmanPyzlpX FUaO8dXUE+9zY47fTCO0CaVzcUX7wu6FezfzoU8Qwr+H0Dod7vENr2OGRWFl4BmJsDWX vkJhYPwqPa68gIolzxW7J5d9EzAz7zzkLir2H5P2p5UGpV3OjsIVBSxWkE3X9S9J1lIb g8Cg== X-Received: by 10.221.68.135 with SMTP id xy7mr45578vcb.65.1407759329352; Mon, 11 Aug 2014 05:15:29 -0700 (PDT) MIME-Version: 1.0 Received: by 10.221.19.5 with HTTP; Mon, 11 Aug 2014 05:15:09 -0700 (PDT) From: Paul Manners Date: Mon, 11 Aug 2014 14:15:09 +0200 Message-ID: To: xen-users@lists.xen.org Subject: [Xen-users] Xen support for VMEbus X-BeenThere: xen-users@lists.xen.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="===============2398632753170479567==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2398632753170479567== Content-Type: multipart/alternative; boundary=001a11337854c16162050059824f --001a11337854c16162050059824f Content-Type: text/plain; charset=UTF-8 Good day, Is it possible to expose VMEbus to a guest VM such as Windows using Xen? I've done a fair amount of searching online as well as digging around in code but I haven't found anything substantial yet. I understand that one can use PCI pass-through for normal PCI cards but I don't think this implies access to VMEBus despite it having access physical access to the PCI bus. I also looked at the VMEbus driver in the linux kernel but this didn't shed any light on the VMEBus/PCI relationship. Any ideas of where I can go digging for more information would be greatly appreciated. Thanks Paul --001a11337854c16162050059824f Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Good day,=C2=A0

Is it possible to expos= e VMEbus to a guest VM such as Windows using Xen?

= I've done a fair amount of searching online as well as digging around i= n code but I haven't found anything substantial yet. =C2=A0I understand= that one can use PCI pass-through for normal PCI cards but I don't thi= nk this implies access to VMEBus despite it having access physical access t= o the PCI bus. =C2=A0

I also looked at the VMEbus driver in the linux kernel = but this didn't shed any light on the VMEBus/PCI relationship.

Any ideas of where I can go digging for more information w= ould be greatly appreciated.=C2=A0

Thanks
Paul
--001a11337854c16162050059824f-- --===============2398632753170479567== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2398632753170479567==-- From xen-users-bounces@lists.xen.org Mon Aug 11 17:19:13 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 11 Aug 2014 17:19: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 1XGtES-0006AB-5Z; Mon, 11 Aug 2014 17:18:04 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XGtEP-0006A6-IQ for xen-users@lists.xen.org; Mon, 11 Aug 2014 17:18:02 +0000 Received: from [85.158.143.35:58723] by server-1.bemta-4.messagelabs.com id AC/73-05872-8CAF8E35; Mon, 11 Aug 2014 17:18:00 +0000 X-Env-Sender: tawfiqshah@gmail.com X-Msg-Ref: server-8.tower-21.messagelabs.com!1407777478!12376858!1 X-Originating-IP: [209.85.220.177] 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.12.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29418 invoked from network); 11 Aug 2014 17:17:59 -0000 Received: from mail-vc0-f177.google.com (HELO mail-vc0-f177.google.com) (209.85.220.177) by server-8.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 11 Aug 2014 17:17:59 -0000 Received: by mail-vc0-f177.google.com with SMTP id hy4so11718947vcb.8 for ; Mon, 11 Aug 2014 10:17:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=WJ9BVNO1C+2g71wNzeb9wj7lH9vBaWpQ7RkJsPRSQro=; b=Z3VTtRW58Ao/IKHuie1ET7l6yZlRZtrQm880ek61lNVQccCLQQ5tdFSYlO4ksx0QNE pkN9Iy7MsBi3XcLTmcMEgblyboJqBpgwsUzEvp2gY683lUpisumbiFuBj7H9fPac0+KW 4mtr65sOaOGNYMAqDbB9iq/C4RCmhWQ8GQBFTocszIZVbKIiSEVXNZkgckV+SpVmtzRY 3uRqleXEd0rohd2T+lQOHYgmmQjHemsVEW+hl+U/CWZf2Trid5P/Sb/+iXwRi6q9xzg/ f6IJhpZs12EyTTSvDMZYnO8+3iYCEj9r6RCd7h0/xLGuqbSDqhowYH/3a0l1kKot4pZ1 rlVg== MIME-Version: 1.0 X-Received: by 10.220.95.132 with SMTP id d4mr37787278vcn.33.1407777478560; Mon, 11 Aug 2014 10:17:58 -0700 (PDT) Received: by 10.52.184.102 with HTTP; Mon, 11 Aug 2014 10:17:58 -0700 (PDT) Date: Mon, 11 Aug 2014 12:17:58 -0500 Message-ID: From: Tawfiq Shah To: xen-users@lists.xen.org Subject: [Xen-users] How to set xenstore permissions to allow domU too access name X-BeenThere: xen-users@lists.xen.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="===============3925861227273836375==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3925861227273836375== Content-Type: multipart/alternative; boundary=089e0158b2f688534505005dbc6d --089e0158b2f688534505005dbc6d Content-Type: text/plain; charset=UTF-8 Hey guys I am using xen 4.3.1 with xsm. I have created a policy that will allow my pv domain to perform memory introspection of other HVM's. my pv is created from source and has all necessary permissions to perform memory extraction. note: xl tool-stack is working in my pv domain. I tired to use the xl dump-core but volatility is not able to analysis that dump I am using libVMI+ volatility to perform the analysis. I used LibVMI because you do not need the domain name but the id is good enough. I have infected my HVM with kbeast but libVMI dump-memory and module-list requires the domain name to me present. For me to accesthe domain name I need to set xenstore permissions but I donot know how to do this. Can any-one please point me out to the right direction on how i would have xenstore give permission to allow pv domU to access domain name. Thank you --089e0158b2f688534505005dbc6d Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hey guys

I am using xen 4.3.1 with xsm.= I have created a policy that will allow my pv domain to perform memory int= rospection of other HVM's.

my pv is created fr= om source and has all necessary permissions to perform memory extraction.

note: xl tool-stack is working in my pv domain. I tired= to use the xl dump-core <domain id> <fileName> but volatility = is not able to analysis that dump

I am using libVM= I+ volatility to perform the analysis. I used LibVMI because you do not nee= d the domain name but the id is good enough.=C2=A0

I have infected my HVM with kbeast but libVMI dump-memo= ry and module-list requires the =C2=A0domain name to me present.
=
For me to accesthe domain name I need to set xenstore permis= sions but I donot know how to do this.

Can any-one please point me out to the right direction = on how i would have xenstore give permission to allow pv domU to access dom= ain name.

Thank you
--089e0158b2f688534505005dbc6d-- --===============3925861227273836375== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3925861227273836375==-- From xen-users-bounces@lists.xen.org Mon Aug 11 17:19:13 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 11 Aug 2014 17:19: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 1XGtES-0006AB-5Z; Mon, 11 Aug 2014 17:18:04 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XGtEP-0006A6-IQ for xen-users@lists.xen.org; Mon, 11 Aug 2014 17:18:02 +0000 Received: from [85.158.143.35:58723] by server-1.bemta-4.messagelabs.com id AC/73-05872-8CAF8E35; Mon, 11 Aug 2014 17:18:00 +0000 X-Env-Sender: tawfiqshah@gmail.com X-Msg-Ref: server-8.tower-21.messagelabs.com!1407777478!12376858!1 X-Originating-IP: [209.85.220.177] 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.12.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29418 invoked from network); 11 Aug 2014 17:17:59 -0000 Received: from mail-vc0-f177.google.com (HELO mail-vc0-f177.google.com) (209.85.220.177) by server-8.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 11 Aug 2014 17:17:59 -0000 Received: by mail-vc0-f177.google.com with SMTP id hy4so11718947vcb.8 for ; Mon, 11 Aug 2014 10:17:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=WJ9BVNO1C+2g71wNzeb9wj7lH9vBaWpQ7RkJsPRSQro=; b=Z3VTtRW58Ao/IKHuie1ET7l6yZlRZtrQm880ek61lNVQccCLQQ5tdFSYlO4ksx0QNE pkN9Iy7MsBi3XcLTmcMEgblyboJqBpgwsUzEvp2gY683lUpisumbiFuBj7H9fPac0+KW 4mtr65sOaOGNYMAqDbB9iq/C4RCmhWQ8GQBFTocszIZVbKIiSEVXNZkgckV+SpVmtzRY 3uRqleXEd0rohd2T+lQOHYgmmQjHemsVEW+hl+U/CWZf2Trid5P/Sb/+iXwRi6q9xzg/ f6IJhpZs12EyTTSvDMZYnO8+3iYCEj9r6RCd7h0/xLGuqbSDqhowYH/3a0l1kKot4pZ1 rlVg== MIME-Version: 1.0 X-Received: by 10.220.95.132 with SMTP id d4mr37787278vcn.33.1407777478560; Mon, 11 Aug 2014 10:17:58 -0700 (PDT) Received: by 10.52.184.102 with HTTP; Mon, 11 Aug 2014 10:17:58 -0700 (PDT) Date: Mon, 11 Aug 2014 12:17:58 -0500 Message-ID: From: Tawfiq Shah To: xen-users@lists.xen.org Subject: [Xen-users] How to set xenstore permissions to allow domU too access name X-BeenThere: xen-users@lists.xen.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="===============3925861227273836375==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3925861227273836375== Content-Type: multipart/alternative; boundary=089e0158b2f688534505005dbc6d --089e0158b2f688534505005dbc6d Content-Type: text/plain; charset=UTF-8 Hey guys I am using xen 4.3.1 with xsm. I have created a policy that will allow my pv domain to perform memory introspection of other HVM's. my pv is created from source and has all necessary permissions to perform memory extraction. note: xl tool-stack is working in my pv domain. I tired to use the xl dump-core but volatility is not able to analysis that dump I am using libVMI+ volatility to perform the analysis. I used LibVMI because you do not need the domain name but the id is good enough. I have infected my HVM with kbeast but libVMI dump-memory and module-list requires the domain name to me present. For me to accesthe domain name I need to set xenstore permissions but I donot know how to do this. Can any-one please point me out to the right direction on how i would have xenstore give permission to allow pv domU to access domain name. Thank you --089e0158b2f688534505005dbc6d Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hey guys

I am using xen 4.3.1 with xsm.= I have created a policy that will allow my pv domain to perform memory int= rospection of other HVM's.

my pv is created fr= om source and has all necessary permissions to perform memory extraction.

note: xl tool-stack is working in my pv domain. I tired= to use the xl dump-core <domain id> <fileName> but volatility = is not able to analysis that dump

I am using libVM= I+ volatility to perform the analysis. I used LibVMI because you do not nee= d the domain name but the id is good enough.=C2=A0

I have infected my HVM with kbeast but libVMI dump-memo= ry and module-list requires the =C2=A0domain name to me present.
=
For me to accesthe domain name I need to set xenstore permis= sions but I donot know how to do this.

Can any-one please point me out to the right direction = on how i would have xenstore give permission to allow pv domU to access dom= ain name.

Thank you
--089e0158b2f688534505005dbc6d-- --===============3925861227273836375== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3925861227273836375==-- From xen-users-bounces@lists.xen.org Mon Aug 11 17:32:24 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 11 Aug 2014 17:32: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 1XGtRz-0006mw-Nf; Mon, 11 Aug 2014 17:32:03 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XGtRv-0006mo-6R for xen-users@lists.xen.org; Mon, 11 Aug 2014 17:31:59 +0000 Received: from [85.158.143.35:58056] by server-2.bemta-4.messagelabs.com id AB/6E-04525-E0EF8E35; Mon, 11 Aug 2014 17:31:58 +0000 X-Env-Sender: jocelyn.falempe@free.fr X-Msg-Ref: server-6.tower-21.messagelabs.com!1407778317!12311684!1 X-Originating-IP: [212.27.42.2] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjEyLjI3LjQyLjIgPT4gMTczOTgw\n, ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.12.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20951 invoked from network); 11 Aug 2014 17:31:57 -0000 Received: from smtp2-g21.free.fr (HELO smtp2-g21.free.fr) (212.27.42.2) by server-6.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 11 Aug 2014 17:31:57 -0000 Received: from [IPv6:2a01:e35:2eb9:310:be5f:f4ff:fe39:46f9] (unknown [IPv6:2a01:e35:2eb9:310:be5f:f4ff:fe39:46f9]) by smtp2-g21.free.fr (Postfix) with ESMTP id 6B7E44B0045 for ; Mon, 11 Aug 2014 19:31:57 +0200 (CEST) Message-ID: <53E8FE0D.4010607@free.fr> Date: Mon, 11 Aug 2014 19:31:57 +0200 From: jocelyn falempe User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: xen-users@lists.xen.org Content-Type: multipart/mixed; boundary="------------060301060509060907060207" Subject: [Xen-users] Performance degradation with pci passthrough & xen 4.4 X-BeenThere: xen-users@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. --------------060301060509060907060207 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hi, I run a win7 DomU with an HD7950, and play games with it. this vm worked well on xen 4.1, 4.2 and 4.3. I have updated xen to 4.4 yesterday and now the performances are horrible. the graphic card is still recognized, and I can launch games, but win7 takes now 430s to boot, and I have between 1-3 FPS in most games. UI is also very slow. I used xl toolstack with 4.3 and didn't change my config file (attached). any clue ? Full system spec : core i7 4770, 16GB RAM, Dom0 : Archlinux + xen 4.4 from AUR DomU: Win7 64bits Archlinux uses the Intel HD4000, and the Radeon HD 7950 is reserved for the DomU here is a short video of my setup ( was using ubuntu at this time). https://www.youtube.com/watch?v=jDK69KZ0MC4 -- Jocelyn --------------060301060509060907060207 Content-Type: text/plain; charset=UTF-8; name="win7.cfg" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="win7.cfg" YnVpbGRlcj0naHZtJwptZW1vcnkgPSA4MDk2CnZjcHVzPTYKbmFtZSA9ICJ3aW5zdGVhbSIK ZGV2aWNlX21vZGVsX3ZlcnNpb249InFlbXUteGVuLXRyYWRpdGlvbmFsIgp2aWYgPSBbICd0 eXBlPWlvZW11LCBicmlkZ2U9eGVuYnIwJyBdCmRpc2sgPSBbJ3BoeTovZGV2L21zdC93aW5z dGVhbSxoZGEsdycsJ3BoeTovZGV2L21zdC9zdGVhbWRhdGEsaGRiLHcnXQphY3BpID0gMQpi b290PSJjIgpzZGw9MApzZXJpYWw9J3B0eScKdm5jPTEKbG9jYWx0aW1lPTEKcGNpPVsgJzAw OjFhLjAnLCAnMDA6MWIuMCcsICcwMTowMC4wJ10KCg== --------------060301060509060907060207 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --------------060301060509060907060207-- From xen-users-bounces@lists.xen.org Mon Aug 11 17:32:24 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 11 Aug 2014 17:32: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 1XGtRz-0006mw-Nf; Mon, 11 Aug 2014 17:32:03 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XGtRv-0006mo-6R for xen-users@lists.xen.org; Mon, 11 Aug 2014 17:31:59 +0000 Received: from [85.158.143.35:58056] by server-2.bemta-4.messagelabs.com id AB/6E-04525-E0EF8E35; Mon, 11 Aug 2014 17:31:58 +0000 X-Env-Sender: jocelyn.falempe@free.fr X-Msg-Ref: server-6.tower-21.messagelabs.com!1407778317!12311684!1 X-Originating-IP: [212.27.42.2] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjEyLjI3LjQyLjIgPT4gMTczOTgw\n, ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.12.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20951 invoked from network); 11 Aug 2014 17:31:57 -0000 Received: from smtp2-g21.free.fr (HELO smtp2-g21.free.fr) (212.27.42.2) by server-6.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 11 Aug 2014 17:31:57 -0000 Received: from [IPv6:2a01:e35:2eb9:310:be5f:f4ff:fe39:46f9] (unknown [IPv6:2a01:e35:2eb9:310:be5f:f4ff:fe39:46f9]) by smtp2-g21.free.fr (Postfix) with ESMTP id 6B7E44B0045 for ; Mon, 11 Aug 2014 19:31:57 +0200 (CEST) Message-ID: <53E8FE0D.4010607@free.fr> Date: Mon, 11 Aug 2014 19:31:57 +0200 From: jocelyn falempe User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: xen-users@lists.xen.org Content-Type: multipart/mixed; boundary="------------060301060509060907060207" Subject: [Xen-users] Performance degradation with pci passthrough & xen 4.4 X-BeenThere: xen-users@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. --------------060301060509060907060207 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hi, I run a win7 DomU with an HD7950, and play games with it. this vm worked well on xen 4.1, 4.2 and 4.3. I have updated xen to 4.4 yesterday and now the performances are horrible. the graphic card is still recognized, and I can launch games, but win7 takes now 430s to boot, and I have between 1-3 FPS in most games. UI is also very slow. I used xl toolstack with 4.3 and didn't change my config file (attached). any clue ? Full system spec : core i7 4770, 16GB RAM, Dom0 : Archlinux + xen 4.4 from AUR DomU: Win7 64bits Archlinux uses the Intel HD4000, and the Radeon HD 7950 is reserved for the DomU here is a short video of my setup ( was using ubuntu at this time). https://www.youtube.com/watch?v=jDK69KZ0MC4 -- Jocelyn --------------060301060509060907060207 Content-Type: text/plain; charset=UTF-8; name="win7.cfg" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="win7.cfg" YnVpbGRlcj0naHZtJwptZW1vcnkgPSA4MDk2CnZjcHVzPTYKbmFtZSA9ICJ3aW5zdGVhbSIK ZGV2aWNlX21vZGVsX3ZlcnNpb249InFlbXUteGVuLXRyYWRpdGlvbmFsIgp2aWYgPSBbICd0 eXBlPWlvZW11LCBicmlkZ2U9eGVuYnIwJyBdCmRpc2sgPSBbJ3BoeTovZGV2L21zdC93aW5z dGVhbSxoZGEsdycsJ3BoeTovZGV2L21zdC9zdGVhbWRhdGEsaGRiLHcnXQphY3BpID0gMQpi b290PSJjIgpzZGw9MApzZXJpYWw9J3B0eScKdm5jPTEKbG9jYWx0aW1lPTEKcGNpPVsgJzAw OjFhLjAnLCAnMDA6MWIuMCcsICcwMTowMC4wJ10KCg== --------------060301060509060907060207 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --------------060301060509060907060207-- From xen-users-bounces@lists.xen.org Tue Aug 12 08:38:50 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 12 Aug 2014 08:38:50 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XH7aZ-0006qx-H6; Tue, 12 Aug 2014 08:37:51 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XH7aX-0006qs-Qp for xen-users@lists.xensource.com; Tue, 12 Aug 2014 08:37:50 +0000 Received: from [193.109.254.147:31220] by server-7.bemta-14.messagelabs.com id 1A/1E-13362-D52D9E35; Tue, 12 Aug 2014 08:37:49 +0000 X-Env-Sender: fantonifabio@tiscali.it X-Msg-Ref: server-13.tower-27.messagelabs.com!1407832668!11964855!1 X-Originating-IP: [94.23.245.208] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.12.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17668 invoked from network); 12 Aug 2014 08:37:48 -0000 Received: from lnx3.fantu.it (HELO lnx3.fantu.it) (94.23.245.208) by server-13.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 12 Aug 2014 08:37:48 -0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by lnx3.fantu.it (Postfix) with ESMTP id E619D400351; Tue, 12 Aug 2014 10:37:47 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at lnx3.fantu.it Received: from lnx3.fantu.it ([127.0.0.1]) by localhost (lnx3.fantu.it [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pe2VPS+fIfmj; Tue, 12 Aug 2014 10:37:47 +0200 (CEST) Received: from [192.168.178.50] (host213-81-dynamic.7-79-r.retail.telecomitalia.it [79.7.81.213]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: prova@fantu.it) by lnx3.fantu.it (Postfix) with ESMTPSA id 2E82F400156; Tue, 12 Aug 2014 10:37:46 +0200 (CEST) Message-ID: <53E9D255.1090609@tiscali.it> Date: Tue, 12 Aug 2014 10:37:41 +0200 From: Fabio Fantoni User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Ian Campbell References: <1397848547.19277.33.camel@hastur.hellion.org.uk> <5364B74C.6010409@tiscali.it> <5377943B.3010509@tiscali.it> <5378F7E9.7080300@tiscali.it> <537DC778.8030803@tiscali.it> <53A2BDFC.1000909@tiscali.it> <53D24912.8060203@tiscali.it> <1406292098.24842.3.camel@kazak.uk.xensource.com> <53D2577D.9080906@tiscali.it> In-Reply-To: <53D2577D.9080906@tiscali.it> Cc: pkg-xen-devel@lists.alioth.debian.org, "xen-users@lists.xensource.com" Subject: Re: [Xen-users] [Pkg-xen-devel] Xen 4.4 packaging. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: fantonifabio@tiscali.it List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4398779429303746114==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a cryptographically signed message in MIME format. --===============4398779429303746114== Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms020704090005030209040506" This is a cryptographically signed message in MIME format. --------------ms020704090005030209040506 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Il 25/07/2014 15:11, Fabio Fantoni ha scritto: > Il 25/07/2014 14:41, Ian Campbell ha scritto: >> On Fri, 2014-07-25 at 14:09 +0200, Fabio Fantoni wrote: >> >>> Is there any chance of having xen updated and well supported in debia= n 8? >>> Unfortunately, the freeze is approaching but still no news about xen = on >>> debian :( >> Please check the pkg-xen-devel archives, Bastian committed the update = to >> 4.4 earlier in July. Note that it has moved to git for packaging work >> (as described in the mail to the list). >> >> Ian. >> >> >> > Thanks for your reply. > Sorry, I not received the previous replies about it and I saw new git > repository only now. > From a fast look I saw that xendomains init update is missed, here I di= d > it and tested if can be useful: > https://github.com/Fantu/pkg-xen/commits/debian-next > Latest seabios 128k dropped xen support: > >> seabios (1.7.5-1) unstable; urgency=3Dmedium >> >> * new upstream release >> * dropped all patches taken from upstream >> * disabled more features (XEN & USB_UAS) from the 128k bios build to= fit >> * set upstream source URL (Closes: #740471)=20 >> >> -- Michael Tokarev Sat, 31 May 2014 12:29:13 +0400 > You can simply change in rules.real: > --with-system-seabios=3D/usr/share/seabios/bios-256k.bin > > When I'll have time I'll help to test the new packages, thanks for your= > works. > > > Ping... I saw the 4.4.0-1 in unstable but it don't use seabios's 256k binary, I not tested the packages for now (I'll do in next days) but I think that hvm domUs is not working now. --------------ms020704090005030209040506 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: Firma crittografica S/MIME MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIMsTCC BjQwggQcoAMCAQICASAwDQYJKoZIhvcNAQEFBQAwfTELMAkGA1UEBhMCSUwxFjAUBgNVBAoT DVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNp Z25pbmcxKTAnBgNVBAMTIFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTA3 MTAyNDIxMDI1NVoXDTE3MTAyNDIxMDI1NVowgYwxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1T dGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWdu aW5nMTgwNgYDVQQDEy9TdGFydENvbSBDbGFzcyAyIFByaW1hcnkgSW50ZXJtZWRpYXRlIENs aWVudCBDQTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAMsohUWcASz7GfKrpTOM KqANy9BV7V0igWdGxA8IU77L3aTxErQ+fcxtDYZ36Z6GH0YFn7fq5RADteP0AYzrCA+EQTfi 8q1+kA3m0nwtwXG94M5sIqsvs7lRP1aycBke/s5g9hJHryZ2acScnzczjBCAo7X1v5G3yw8M DP2m2RCye0KfgZ4nODerZJVzhAlOD9YejvAXZqHksw56HzElVIoYSZ3q4+RJuPXXfIoyby+Y 2m1E+YzX5iCZXBx05gk6MKAW1vaw4/v2OOLy6FZH3XHHtOkzUreG//CsFnB9+uaYSlR65cdG zTsmoIK8WH1ygoXhRBm98SD7Hf/r3FELNvUCAwEAAaOCAa0wggGpMA8GA1UdEwEB/wQFMAMB Af8wDgYDVR0PAQH/BAQDAgEGMB0GA1UdDgQWBBSuVYNv7DHKufcd+q9rMfPIHeOsuzAfBgNV HSMEGDAWgBROC+8apEBbpRdphzDKNGhD0EGu8jBmBggrBgEFBQcBAQRaMFgwJwYIKwYBBQUH MAGGG2h0dHA6Ly9vY3NwLnN0YXJ0c3NsLmNvbS9jYTAtBggrBgEFBQcwAoYhaHR0cDovL3d3 dy5zdGFydHNzbC5jb20vc2ZzY2EuY3J0MFsGA1UdHwRUMFIwJ6AloCOGIWh0dHA6Ly93d3cu c3RhcnRzc2wuY29tL3Nmc2NhLmNybDAnoCWgI4YhaHR0cDovL2NybC5zdGFydHNzbC5jb20v c2ZzY2EuY3JsMIGABgNVHSAEeTB3MHUGCysGAQQBgbU3AQIBMGYwLgYIKwYBBQUHAgEWImh0 dHA6Ly93d3cuc3RhcnRzc2wuY29tL3BvbGljeS5wZGYwNAYIKwYBBQUHAgEWKGh0dHA6Ly93 d3cuc3RhcnRzc2wuY29tL2ludGVybWVkaWF0ZS5wZGYwDQYJKoZIhvcNAQEFBQADggIBADqp Jw3I07QWke9plNBpxUxcffc7nUrIQpJHDci91DFG7fVhHRkMZ1J+BKg5UNUxIFJ2Z9B90Mic c/NXcs7kPBRdn6XGO/vPc87Y6R+cWS9Nc9+fp3Enmsm94OxOwI9wn8qnr/6o3mD4noP9Jphw UPTXwHovjavRnhUQHLfo/i2NG0XXgTHXS2Xm0kVUozXqpYpAdumMiB/vezj1QHQJDmUdPYMc p+reg9901zkyT3fDW/ivJVv6pWtkh6Pw2ytZT7mvg7YhX3V50Nv860cV11mocUVcqBLv0gcT +HBDYtbuvexNftwNQKD5193A7zN4vG7CTYkXxytSjKuXrpEatEiFPxWgb84nVj25SU5q/r1X hwby6mLhkbaXslkVtwEWT3Van49rKjlK4XrUKYYWtnfzq6aSak5u0Vpxd1rY79tWhD3EdCvO hNz/QplNa+VkIsrcp7+8ZhP1l1b2U6MaxIVteuVMD3X0vziIwr7jxYae9FZjbxlpUemqXjcC 0QaFfN7qI0JsQMALL7iGRBg7K0CoOBzECdD3fuZil5kU/LP9cr1BK31U0Uy651bFnAMMMkqh AChIbn0ei72VnbpSsrrSdF0BAGYQ8vyHae5aCg+H75dVCV33K6FuxZrf09yTz+Vx/PkdRUYk XmZz/OTfyJXsUOUXrym6KvI2rYpccSk5MIIGdTCCBV2gAwIBAgICSD8wDQYJKoZIhvcNAQEF BQAwgYwxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJT ZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMTgwNgYDVQQDEy9TdGFydENvbSBD bGFzcyAyIFByaW1hcnkgSW50ZXJtZWRpYXRlIENsaWVudCBDQTAeFw0xNDAzMjgyMDMyMTBa Fw0xNjAzMjkxMDA5NTNaMIGMMRkwFwYDVQQNExBXUnUxOWdzOFBEYmcwNTBJMQswCQYDVQQG EwJJVDEQMA4GA1UECBMHQmVyZ2FtbzEQMA4GA1UEBxMHUm92ZXR0YTEWMBQGA1UEAxMNRmFi aW8gRmFudG9uaTEmMCQGCSqGSIb3DQEJARYXZmFudG9uaWZhYmlvQHRpc2NhbGkuaXQwggEi MA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDaGyFHyGrg8i9IZFHhWZHIx01/wslgoQD4 8XFmb4NafAEtUJpfdadMZXFjS9ea/k5P+Xw83mtZdEXNOnf8IXg8FmsiwAt6Ujdz+CZD1w+0 0+lVN3yt0sCbUUOXrWjSv59rOZnFA801A8epnh8tjATQugZ7r96rLE4Vk8PT+ksp8U2dIDZH NHhfbmcvdx1Bk5Y/PB3IbPaCDGW9M0YoILOvjClmilMtigcB8YuaqWkVqULvcagfIoFWKinL ylTzsleIcZsduvOIAp8nzVvT/b8Ogi0TYR3e67j9a9Zpt5F7oRHrCxBHlCfaTHEhh6svXawl aYFWfxdrfuvuoJRPJtAdAgMBAAGjggLdMIIC2TAJBgNVHRMEAjAAMAsGA1UdDwQEAwIEsDAd BgNVHSUEFjAUBggrBgEFBQcDAgYIKwYBBQUHAwQwHQYDVR0OBBYEFGfU6G9lcLCruABqxYo6 qtmlt2iPMB8GA1UdIwQYMBaAFK5Vg2/sMcq59x36r2sx88gd46y7MCIGA1UdEQQbMBmBF2Zh bnRvbmlmYWJpb0B0aXNjYWxpLml0MIIBTAYDVR0gBIIBQzCCAT8wggE7BgsrBgEEAYG1NwEC AzCCASowLgYIKwYBBQUHAgEWImh0dHA6Ly93d3cuc3RhcnRzc2wuY29tL3BvbGljeS5wZGYw gfcGCCsGAQUFBwICMIHqMCcWIFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MAMC AQEagb5UaGlzIGNlcnRpZmljYXRlIHdhcyBpc3N1ZWQgYWNjb3JkaW5nIHRvIHRoZSBDbGFz cyAyIFZhbGlkYXRpb24gcmVxdWlyZW1lbnRzIG9mIHRoZSBTdGFydENvbSBDQSBwb2xpY3ks IHJlbGlhbmNlIG9ubHkgZm9yIHRoZSBpbnRlbmRlZCBwdXJwb3NlIGluIGNvbXBsaWFuY2Ug b2YgdGhlIHJlbHlpbmcgcGFydHkgb2JsaWdhdGlvbnMuMDYGA1UdHwQvMC0wK6ApoCeGJWh0 dHA6Ly9jcmwuc3RhcnRzc2wuY29tL2NydHUyLWNybC5jcmwwgY4GCCsGAQUFBwEBBIGBMH8w OQYIKwYBBQUHMAGGLWh0dHA6Ly9vY3NwLnN0YXJ0c3NsLmNvbS9zdWIvY2xhc3MyL2NsaWVu dC9jYTBCBggrBgEFBQcwAoY2aHR0cDovL2FpYS5zdGFydHNzbC5jb20vY2VydHMvc3ViLmNs YXNzMi5jbGllbnQuY2EuY3J0MCMGA1UdEgQcMBqGGGh0dHA6Ly93d3cuc3RhcnRzc2wuY29t LzANBgkqhkiG9w0BAQUFAAOCAQEABT91kQvIXq/qcTjfY3Q08cQ96PYn1ucqLydhjWr/UJTS kGubQTptxURT3Sga8SSWWxVOjdvOSyVmNG2TcYoq6oToILvto8MPJGuNa2uVltl7tG6qyfg/ 1JwqNInfCt+VAbiIiA86tN/V3kuc7vYPJ1/ah6cS9oKV58zltZ6Ww0DZ567Ax0mvcExndOLa 2KHb6J6ZxaxEZDWppBe7pwZOBHZhlB/SGwEq4ktsaecm98cJ3c0IqGyxEC3zMF3qUIwfUrlW a99IPu7fcQrhBGPmczWFvwvUkSuk0+A4ShNdK4Ss9QDDoQc07iAFkq7dz5LJ/F7hNkHsBeZX xX6OHJOqUjGCA9owggPWAgEBMIGTMIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRD b20gTHRkLjErMCkGA1UECxMiU2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4 MDYGA1UEAxMvU3RhcnRDb20gQ2xhc3MgMiBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQg Q0ECAkg/MAkGBSsOAwIaBQCgggIbMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZI hvcNAQkFMQ8XDTE0MDgxMjA4Mzc0MVowIwYJKoZIhvcNAQkEMRYEFP5Z+Y0R/oHXnr0P+fRy dTwcT6FgMGwGCSqGSIb3DQEJDzFfMF0wCwYJYIZIAWUDBAEqMAsGCWCGSAFlAwQBAjAKBggq hkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwBwYFKw4DAgcwDQYIKoZI hvcNAwICASgwgaQGCSsGAQQBgjcQBDGBljCBkzCBjDELMAkGA1UEBhMCSUwxFjAUBgNVBAoT DVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNp Z25pbmcxODA2BgNVBAMTL1N0YXJ0Q29tIENsYXNzIDIgUHJpbWFyeSBJbnRlcm1lZGlhdGUg Q2xpZW50IENBAgJIPzCBpgYLKoZIhvcNAQkQAgsxgZaggZMwgYwxCzAJBgNVBAYTAklMMRYw FAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZp Y2F0ZSBTaWduaW5nMTgwNgYDVQQDEy9TdGFydENvbSBDbGFzcyAyIFByaW1hcnkgSW50ZXJt ZWRpYXRlIENsaWVudCBDQQICSD8wDQYJKoZIhvcNAQEBBQAEggEAur7GDfRbdXKcrbMOBtDV ZrVbB84czDXiZHEBAXtxeXks+uJa7bUANYQ+FKZhI9bVo1yluBSIjovKCzl2N+fI3wU0ETyC w8mzr4QZkeJxy36ErRyqRSOVcRg/XxAe6h8WlmGp8c4gs7TfyJh6rTp8fW1eMdWJsODkSLfM 4wAXkqgaH6VGMXC1alHDQ2ubnfbjsJGrd1St6xrA29p72796qd7Zo8C6NFI+1fz+cgQJSZ2H wQCSPzFJJ9uyo71bGit9gAp8SOOdkhB1svCdcoPAySxYf2KHEzVWlozYkGM8B68DNKHZp4te 1bECq+oqJnsK70at0DwAmYxeh5XV+5rs2AAAAAAAAA== --------------ms020704090005030209040506-- --===============4398779429303746114== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4398779429303746114==-- From xen-users-bounces@lists.xen.org Tue Aug 12 08:38:50 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 12 Aug 2014 08:38:50 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XH7aZ-0006qx-H6; Tue, 12 Aug 2014 08:37:51 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XH7aX-0006qs-Qp for xen-users@lists.xensource.com; Tue, 12 Aug 2014 08:37:50 +0000 Received: from [193.109.254.147:31220] by server-7.bemta-14.messagelabs.com id 1A/1E-13362-D52D9E35; Tue, 12 Aug 2014 08:37:49 +0000 X-Env-Sender: fantonifabio@tiscali.it X-Msg-Ref: server-13.tower-27.messagelabs.com!1407832668!11964855!1 X-Originating-IP: [94.23.245.208] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.12.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17668 invoked from network); 12 Aug 2014 08:37:48 -0000 Received: from lnx3.fantu.it (HELO lnx3.fantu.it) (94.23.245.208) by server-13.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 12 Aug 2014 08:37:48 -0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by lnx3.fantu.it (Postfix) with ESMTP id E619D400351; Tue, 12 Aug 2014 10:37:47 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at lnx3.fantu.it Received: from lnx3.fantu.it ([127.0.0.1]) by localhost (lnx3.fantu.it [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pe2VPS+fIfmj; Tue, 12 Aug 2014 10:37:47 +0200 (CEST) Received: from [192.168.178.50] (host213-81-dynamic.7-79-r.retail.telecomitalia.it [79.7.81.213]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: prova@fantu.it) by lnx3.fantu.it (Postfix) with ESMTPSA id 2E82F400156; Tue, 12 Aug 2014 10:37:46 +0200 (CEST) Message-ID: <53E9D255.1090609@tiscali.it> Date: Tue, 12 Aug 2014 10:37:41 +0200 From: Fabio Fantoni User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Ian Campbell References: <1397848547.19277.33.camel@hastur.hellion.org.uk> <5364B74C.6010409@tiscali.it> <5377943B.3010509@tiscali.it> <5378F7E9.7080300@tiscali.it> <537DC778.8030803@tiscali.it> <53A2BDFC.1000909@tiscali.it> <53D24912.8060203@tiscali.it> <1406292098.24842.3.camel@kazak.uk.xensource.com> <53D2577D.9080906@tiscali.it> In-Reply-To: <53D2577D.9080906@tiscali.it> Cc: pkg-xen-devel@lists.alioth.debian.org, "xen-users@lists.xensource.com" Subject: Re: [Xen-users] [Pkg-xen-devel] Xen 4.4 packaging. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: fantonifabio@tiscali.it List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4398779429303746114==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a cryptographically signed message in MIME format. --===============4398779429303746114== Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms020704090005030209040506" This is a cryptographically signed message in MIME format. --------------ms020704090005030209040506 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Il 25/07/2014 15:11, Fabio Fantoni ha scritto: > Il 25/07/2014 14:41, Ian Campbell ha scritto: >> On Fri, 2014-07-25 at 14:09 +0200, Fabio Fantoni wrote: >> >>> Is there any chance of having xen updated and well supported in debia= n 8? >>> Unfortunately, the freeze is approaching but still no news about xen = on >>> debian :( >> Please check the pkg-xen-devel archives, Bastian committed the update = to >> 4.4 earlier in July. Note that it has moved to git for packaging work >> (as described in the mail to the list). >> >> Ian. >> >> >> > Thanks for your reply. > Sorry, I not received the previous replies about it and I saw new git > repository only now. > From a fast look I saw that xendomains init update is missed, here I di= d > it and tested if can be useful: > https://github.com/Fantu/pkg-xen/commits/debian-next > Latest seabios 128k dropped xen support: > >> seabios (1.7.5-1) unstable; urgency=3Dmedium >> >> * new upstream release >> * dropped all patches taken from upstream >> * disabled more features (XEN & USB_UAS) from the 128k bios build to= fit >> * set upstream source URL (Closes: #740471)=20 >> >> -- Michael Tokarev Sat, 31 May 2014 12:29:13 +0400 > You can simply change in rules.real: > --with-system-seabios=3D/usr/share/seabios/bios-256k.bin > > When I'll have time I'll help to test the new packages, thanks for your= > works. > > > Ping... I saw the 4.4.0-1 in unstable but it don't use seabios's 256k binary, I not tested the packages for now (I'll do in next days) but I think that hvm domUs is not working now. --------------ms020704090005030209040506 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: Firma crittografica S/MIME MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIMsTCC BjQwggQcoAMCAQICASAwDQYJKoZIhvcNAQEFBQAwfTELMAkGA1UEBhMCSUwxFjAUBgNVBAoT DVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNp Z25pbmcxKTAnBgNVBAMTIFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTA3 MTAyNDIxMDI1NVoXDTE3MTAyNDIxMDI1NVowgYwxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1T dGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWdu aW5nMTgwNgYDVQQDEy9TdGFydENvbSBDbGFzcyAyIFByaW1hcnkgSW50ZXJtZWRpYXRlIENs aWVudCBDQTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAMsohUWcASz7GfKrpTOM KqANy9BV7V0igWdGxA8IU77L3aTxErQ+fcxtDYZ36Z6GH0YFn7fq5RADteP0AYzrCA+EQTfi 8q1+kA3m0nwtwXG94M5sIqsvs7lRP1aycBke/s5g9hJHryZ2acScnzczjBCAo7X1v5G3yw8M DP2m2RCye0KfgZ4nODerZJVzhAlOD9YejvAXZqHksw56HzElVIoYSZ3q4+RJuPXXfIoyby+Y 2m1E+YzX5iCZXBx05gk6MKAW1vaw4/v2OOLy6FZH3XHHtOkzUreG//CsFnB9+uaYSlR65cdG zTsmoIK8WH1ygoXhRBm98SD7Hf/r3FELNvUCAwEAAaOCAa0wggGpMA8GA1UdEwEB/wQFMAMB Af8wDgYDVR0PAQH/BAQDAgEGMB0GA1UdDgQWBBSuVYNv7DHKufcd+q9rMfPIHeOsuzAfBgNV HSMEGDAWgBROC+8apEBbpRdphzDKNGhD0EGu8jBmBggrBgEFBQcBAQRaMFgwJwYIKwYBBQUH MAGGG2h0dHA6Ly9vY3NwLnN0YXJ0c3NsLmNvbS9jYTAtBggrBgEFBQcwAoYhaHR0cDovL3d3 dy5zdGFydHNzbC5jb20vc2ZzY2EuY3J0MFsGA1UdHwRUMFIwJ6AloCOGIWh0dHA6Ly93d3cu c3RhcnRzc2wuY29tL3Nmc2NhLmNybDAnoCWgI4YhaHR0cDovL2NybC5zdGFydHNzbC5jb20v c2ZzY2EuY3JsMIGABgNVHSAEeTB3MHUGCysGAQQBgbU3AQIBMGYwLgYIKwYBBQUHAgEWImh0 dHA6Ly93d3cuc3RhcnRzc2wuY29tL3BvbGljeS5wZGYwNAYIKwYBBQUHAgEWKGh0dHA6Ly93 d3cuc3RhcnRzc2wuY29tL2ludGVybWVkaWF0ZS5wZGYwDQYJKoZIhvcNAQEFBQADggIBADqp Jw3I07QWke9plNBpxUxcffc7nUrIQpJHDci91DFG7fVhHRkMZ1J+BKg5UNUxIFJ2Z9B90Mic c/NXcs7kPBRdn6XGO/vPc87Y6R+cWS9Nc9+fp3Enmsm94OxOwI9wn8qnr/6o3mD4noP9Jphw UPTXwHovjavRnhUQHLfo/i2NG0XXgTHXS2Xm0kVUozXqpYpAdumMiB/vezj1QHQJDmUdPYMc p+reg9901zkyT3fDW/ivJVv6pWtkh6Pw2ytZT7mvg7YhX3V50Nv860cV11mocUVcqBLv0gcT +HBDYtbuvexNftwNQKD5193A7zN4vG7CTYkXxytSjKuXrpEatEiFPxWgb84nVj25SU5q/r1X hwby6mLhkbaXslkVtwEWT3Van49rKjlK4XrUKYYWtnfzq6aSak5u0Vpxd1rY79tWhD3EdCvO hNz/QplNa+VkIsrcp7+8ZhP1l1b2U6MaxIVteuVMD3X0vziIwr7jxYae9FZjbxlpUemqXjcC 0QaFfN7qI0JsQMALL7iGRBg7K0CoOBzECdD3fuZil5kU/LP9cr1BK31U0Uy651bFnAMMMkqh AChIbn0ei72VnbpSsrrSdF0BAGYQ8vyHae5aCg+H75dVCV33K6FuxZrf09yTz+Vx/PkdRUYk XmZz/OTfyJXsUOUXrym6KvI2rYpccSk5MIIGdTCCBV2gAwIBAgICSD8wDQYJKoZIhvcNAQEF BQAwgYwxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJT ZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMTgwNgYDVQQDEy9TdGFydENvbSBD bGFzcyAyIFByaW1hcnkgSW50ZXJtZWRpYXRlIENsaWVudCBDQTAeFw0xNDAzMjgyMDMyMTBa Fw0xNjAzMjkxMDA5NTNaMIGMMRkwFwYDVQQNExBXUnUxOWdzOFBEYmcwNTBJMQswCQYDVQQG EwJJVDEQMA4GA1UECBMHQmVyZ2FtbzEQMA4GA1UEBxMHUm92ZXR0YTEWMBQGA1UEAxMNRmFi aW8gRmFudG9uaTEmMCQGCSqGSIb3DQEJARYXZmFudG9uaWZhYmlvQHRpc2NhbGkuaXQwggEi MA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDaGyFHyGrg8i9IZFHhWZHIx01/wslgoQD4 8XFmb4NafAEtUJpfdadMZXFjS9ea/k5P+Xw83mtZdEXNOnf8IXg8FmsiwAt6Ujdz+CZD1w+0 0+lVN3yt0sCbUUOXrWjSv59rOZnFA801A8epnh8tjATQugZ7r96rLE4Vk8PT+ksp8U2dIDZH NHhfbmcvdx1Bk5Y/PB3IbPaCDGW9M0YoILOvjClmilMtigcB8YuaqWkVqULvcagfIoFWKinL ylTzsleIcZsduvOIAp8nzVvT/b8Ogi0TYR3e67j9a9Zpt5F7oRHrCxBHlCfaTHEhh6svXawl aYFWfxdrfuvuoJRPJtAdAgMBAAGjggLdMIIC2TAJBgNVHRMEAjAAMAsGA1UdDwQEAwIEsDAd BgNVHSUEFjAUBggrBgEFBQcDAgYIKwYBBQUHAwQwHQYDVR0OBBYEFGfU6G9lcLCruABqxYo6 qtmlt2iPMB8GA1UdIwQYMBaAFK5Vg2/sMcq59x36r2sx88gd46y7MCIGA1UdEQQbMBmBF2Zh bnRvbmlmYWJpb0B0aXNjYWxpLml0MIIBTAYDVR0gBIIBQzCCAT8wggE7BgsrBgEEAYG1NwEC AzCCASowLgYIKwYBBQUHAgEWImh0dHA6Ly93d3cuc3RhcnRzc2wuY29tL3BvbGljeS5wZGYw gfcGCCsGAQUFBwICMIHqMCcWIFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MAMC AQEagb5UaGlzIGNlcnRpZmljYXRlIHdhcyBpc3N1ZWQgYWNjb3JkaW5nIHRvIHRoZSBDbGFz cyAyIFZhbGlkYXRpb24gcmVxdWlyZW1lbnRzIG9mIHRoZSBTdGFydENvbSBDQSBwb2xpY3ks IHJlbGlhbmNlIG9ubHkgZm9yIHRoZSBpbnRlbmRlZCBwdXJwb3NlIGluIGNvbXBsaWFuY2Ug b2YgdGhlIHJlbHlpbmcgcGFydHkgb2JsaWdhdGlvbnMuMDYGA1UdHwQvMC0wK6ApoCeGJWh0 dHA6Ly9jcmwuc3RhcnRzc2wuY29tL2NydHUyLWNybC5jcmwwgY4GCCsGAQUFBwEBBIGBMH8w OQYIKwYBBQUHMAGGLWh0dHA6Ly9vY3NwLnN0YXJ0c3NsLmNvbS9zdWIvY2xhc3MyL2NsaWVu dC9jYTBCBggrBgEFBQcwAoY2aHR0cDovL2FpYS5zdGFydHNzbC5jb20vY2VydHMvc3ViLmNs YXNzMi5jbGllbnQuY2EuY3J0MCMGA1UdEgQcMBqGGGh0dHA6Ly93d3cuc3RhcnRzc2wuY29t LzANBgkqhkiG9w0BAQUFAAOCAQEABT91kQvIXq/qcTjfY3Q08cQ96PYn1ucqLydhjWr/UJTS kGubQTptxURT3Sga8SSWWxVOjdvOSyVmNG2TcYoq6oToILvto8MPJGuNa2uVltl7tG6qyfg/ 1JwqNInfCt+VAbiIiA86tN/V3kuc7vYPJ1/ah6cS9oKV58zltZ6Ww0DZ567Ax0mvcExndOLa 2KHb6J6ZxaxEZDWppBe7pwZOBHZhlB/SGwEq4ktsaecm98cJ3c0IqGyxEC3zMF3qUIwfUrlW a99IPu7fcQrhBGPmczWFvwvUkSuk0+A4ShNdK4Ss9QDDoQc07iAFkq7dz5LJ/F7hNkHsBeZX xX6OHJOqUjGCA9owggPWAgEBMIGTMIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRD b20gTHRkLjErMCkGA1UECxMiU2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4 MDYGA1UEAxMvU3RhcnRDb20gQ2xhc3MgMiBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQg Q0ECAkg/MAkGBSsOAwIaBQCgggIbMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZI hvcNAQkFMQ8XDTE0MDgxMjA4Mzc0MVowIwYJKoZIhvcNAQkEMRYEFP5Z+Y0R/oHXnr0P+fRy dTwcT6FgMGwGCSqGSIb3DQEJDzFfMF0wCwYJYIZIAWUDBAEqMAsGCWCGSAFlAwQBAjAKBggq hkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwBwYFKw4DAgcwDQYIKoZI hvcNAwICASgwgaQGCSsGAQQBgjcQBDGBljCBkzCBjDELMAkGA1UEBhMCSUwxFjAUBgNVBAoT DVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNp Z25pbmcxODA2BgNVBAMTL1N0YXJ0Q29tIENsYXNzIDIgUHJpbWFyeSBJbnRlcm1lZGlhdGUg Q2xpZW50IENBAgJIPzCBpgYLKoZIhvcNAQkQAgsxgZaggZMwgYwxCzAJBgNVBAYTAklMMRYw FAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZp Y2F0ZSBTaWduaW5nMTgwNgYDVQQDEy9TdGFydENvbSBDbGFzcyAyIFByaW1hcnkgSW50ZXJt ZWRpYXRlIENsaWVudCBDQQICSD8wDQYJKoZIhvcNAQEBBQAEggEAur7GDfRbdXKcrbMOBtDV ZrVbB84czDXiZHEBAXtxeXks+uJa7bUANYQ+FKZhI9bVo1yluBSIjovKCzl2N+fI3wU0ETyC w8mzr4QZkeJxy36ErRyqRSOVcRg/XxAe6h8WlmGp8c4gs7TfyJh6rTp8fW1eMdWJsODkSLfM 4wAXkqgaH6VGMXC1alHDQ2ubnfbjsJGrd1St6xrA29p72796qd7Zo8C6NFI+1fz+cgQJSZ2H wQCSPzFJJ9uyo71bGit9gAp8SOOdkhB1svCdcoPAySxYf2KHEzVWlozYkGM8B68DNKHZp4te 1bECq+oqJnsK70at0DwAmYxeh5XV+5rs2AAAAAAAAA== --------------ms020704090005030209040506-- --===============4398779429303746114== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4398779429303746114==-- From xen-users-bounces@lists.xen.org Tue Aug 12 12:58:25 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 12 Aug 2014 12:58: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 1XHBdg-0002Gy-D2; Tue, 12 Aug 2014 12:57:20 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XHBdf-0002Gr-Qo for xen-users@lists.xen.org; Tue, 12 Aug 2014 12:57:19 +0000 Received: from [85.158.143.35:49867] by server-3.bemta-4.messagelabs.com id 8F/3E-06192-F2F0AE35; Tue, 12 Aug 2014 12:57:19 +0000 X-Env-Sender: bobbisanchez@gmx.de X-Msg-Ref: server-4.tower-21.messagelabs.com!1407848238!12521200!1 X-Originating-IP: [212.227.17.22] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMTIuMjI3LjE3LjIyID0+IDIxMDU4\n,sa_preprocessor: QmFkIElQOiAyMTIuMjI3LjE3LjIyID0+IDIxMDU4\n,ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.12.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25180 invoked from network); 12 Aug 2014 12:57:18 -0000 Received: from mout.gmx.net (HELO mout.gmx.net) (212.227.17.22) by server-4.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 12 Aug 2014 12:57:18 -0000 Received: from [192.168.123.100] ([178.5.225.236]) by mail.gmx.com (mrgmx102) with ESMTPSA (Nemesis) id 0MPqtK-1XL3GB0JRy-004x1U for ; Tue, 12 Aug 2014 14:57:17 +0200 Message-ID: <53EA0F27.5020202@gmx.de> Date: Tue, 12 Aug 2014 14:57:11 +0200 From: "bobbisanchez@gmx.de" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Icedove/24.5.0 MIME-Version: 1.0 To: xen-users@lists.xen.org X-Provags-ID: V03:K0:SZABnpgksAMuCmb0zn1hPu+DiA6MSNF5pqjWHfqDkqW6YfulE5p p6c4B7AvmvpURVkeKvGazbDO8SulKi3nOCGEpSRIoUsuWsmnWYX1ZglcN56Jxh6oE7RpT/H CnEv+5E059E5Z9bAuq+YwCmIlKSdjZkI1BuBHMsr24lbqgg2buSlouFUZwRhGpt7/fcuKPh rkXEev5avSIP8GuGgbmYw== X-UI-Out-Filterresults: notjunk:1; Subject: [Xen-users] howto expand ext4 disk image? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org HI, can someone tell me howto to expand an ext4 disk image under Xen4.4 Best Regards _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Aug 12 12:58:25 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 12 Aug 2014 12:58: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 1XHBdg-0002Gy-D2; Tue, 12 Aug 2014 12:57:20 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XHBdf-0002Gr-Qo for xen-users@lists.xen.org; Tue, 12 Aug 2014 12:57:19 +0000 Received: from [85.158.143.35:49867] by server-3.bemta-4.messagelabs.com id 8F/3E-06192-F2F0AE35; Tue, 12 Aug 2014 12:57:19 +0000 X-Env-Sender: bobbisanchez@gmx.de X-Msg-Ref: server-4.tower-21.messagelabs.com!1407848238!12521200!1 X-Originating-IP: [212.227.17.22] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMTIuMjI3LjE3LjIyID0+IDIxMDU4\n,sa_preprocessor: QmFkIElQOiAyMTIuMjI3LjE3LjIyID0+IDIxMDU4\n,ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.12.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25180 invoked from network); 12 Aug 2014 12:57:18 -0000 Received: from mout.gmx.net (HELO mout.gmx.net) (212.227.17.22) by server-4.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 12 Aug 2014 12:57:18 -0000 Received: from [192.168.123.100] ([178.5.225.236]) by mail.gmx.com (mrgmx102) with ESMTPSA (Nemesis) id 0MPqtK-1XL3GB0JRy-004x1U for ; Tue, 12 Aug 2014 14:57:17 +0200 Message-ID: <53EA0F27.5020202@gmx.de> Date: Tue, 12 Aug 2014 14:57:11 +0200 From: "bobbisanchez@gmx.de" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Icedove/24.5.0 MIME-Version: 1.0 To: xen-users@lists.xen.org X-Provags-ID: V03:K0:SZABnpgksAMuCmb0zn1hPu+DiA6MSNF5pqjWHfqDkqW6YfulE5p p6c4B7AvmvpURVkeKvGazbDO8SulKi3nOCGEpSRIoUsuWsmnWYX1ZglcN56Jxh6oE7RpT/H CnEv+5E059E5Z9bAuq+YwCmIlKSdjZkI1BuBHMsr24lbqgg2buSlouFUZwRhGpt7/fcuKPh rkXEev5avSIP8GuGgbmYw== X-UI-Out-Filterresults: notjunk:1; Subject: [Xen-users] howto expand ext4 disk image? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org HI, can someone tell me howto to expand an ext4 disk image under Xen4.4 Best Regards _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Aug 12 13:04:21 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 12 Aug 2014 13:04:21 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XHBjp-0002hy-6c; Tue, 12 Aug 2014 13:03:41 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XHBjk-0002h7-Rv; Tue, 12 Aug 2014 13:03:37 +0000 Received: from [85.158.143.35:37909] by server-2.bemta-4.messagelabs.com id 38/2F-04525-7A01AE35; Tue, 12 Aug 2014 13:03:35 +0000 X-Env-Sender: iwj@xenbits.xen.org X-Msg-Ref: server-2.tower-21.messagelabs.com!1407848613!4531815!1 X-Originating-IP: [50.57.168.107] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.12.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3540 invoked from network); 12 Aug 2014 13:03:34 -0000 Received: from mail.xen.org (HELO mail.xen.org) (50.57.168.107) by server-2.tower-21.messagelabs.com with AES256-SHA encrypted SMTP; 12 Aug 2014 13:03:34 -0000 Received: from xenbits.xen.org ([50.57.170.242]) by mail.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XHBjb-0004G0-6c; Tue, 12 Aug 2014 13:03:27 +0000 Received: from iwj by xenbits.xen.org with local (Exim 4.72) (envelope-from ) id 1XHBja-00085c-GD; Tue, 12 Aug 2014 13:03:26 +0000 Date: Tue, 12 Aug 2014 13:03:26 +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 97 (CVE-2014-5146, CVE-2014-5149) - Long latency virtual-mmu operations are not preemptible X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --=separator Content-Type: text/plain; charset="utf-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Xen Security Advisory CVE-2014-5146,CVE-2014-5149 / XSA-97 version 3 Long latency virtual-mmu operations are not preemptible UPDATES IN VERSION 3 ==================== Public release. ISSUE DESCRIPTION ================= Some MMU virtualization operations on HVM guests must process every page assigned to a guest. For larger guests, this can tie up a vcpu for a significant amount of time, as the operations are not preemptible. For guests using Hardware Assisted Paging (HAP, see below) this is CVE-2014-5146. For guests not using HAP this is CVE-2014-5149. IMPACT ====== A malicious HVM guest with a large allocation of shadow/p2m RAM can mount a denial of service attack affecting the whole system. VULNERABLE SYSTEMS ================== ARM systems are not vulnerable. All x86 Xen versions are vulnerable. The vulnerability is only exposed to HVM guests. In the default configuration, the vulnerability is only exposed to large guests (guests assigned more than 128Gbytes of memory). MITIGATION ========== Running only PV guests, or only smaller guests will avoid this problem. Since the vulnerability actually depends on the guest's shadow memory, if you are overriding the default allocation (which is about 0.5% of guest RAM) by using the "shadow_memory=" VM configuration file option, you should adjust your idea of a 'smaller' guest accordingly. CREDITS ======= This issue was discovered by Jan Beulich. RESOLUTION ========== For HAP-enabled guests, the attached patch resolves ths issue. HAP (Hardware Assisted Paging, aka nested paging) is enabled by default if the system is suitably capable. The VM configuration file can disable or enable HAP explicitly by setting "hap=0" or "hap=1". HAP can also be globally disabled by specifying "hap=off" on the hypervisor command line. There is no resolution for guests using shadow pagetables (i.e., not using HAP) at this time. xsa97-hap-unstable.patch xen-unstable xsa97-hap-4.4.patch Xen 4.4.x xsa97-hap-4.3.patch Xen 4.3.x xsa97-hap-4.2-prereq.patch, xsa97-hap-4.2.patch Xen 4.2.x $ sha256sum xsa97*.patch c9e0e9f136db1b976ea371be10430598a7f21b4a33b4849f2081566657ff5da1 xsa97-hap-4.2.patch c525a99263eed6f93fad685ae9dad1ae10c8930345ec52659211541640797bb5 xsa97-hap-4.2-prereq.patch cfab6521221a5058a0dfbb6d59c3c4cd0e7f4239bb6cbee2723de22c33caafda xsa97-hap-4.3.patch 138511f2fd8362366e09dda18443387886ec4397eecc1a2f6a7e85643bd415e8 xsa97-hap-4.4.patch 58c56daa01f20be0317700d383dfbba8de35695bd38a9860c0c0463181d76351 xsa97-hap-unstable.patch $ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iQEcBAEBAgAGBQJT6hBmAAoJEIP+FMlX6CvZ8sgIAIqtUEu6CS5+H3enavmmLhuh PGLCqQOBVWn99+m6bMqk+WvZOkW9CLxiX6+78XsheJlmUFBtHc3rG53wR0voo6Vr BXyU3XY2n4aEh1klstS3gq/J37L86fEi2a+MaAePbPZ4qdWvFh3zDhRrLTQ/TDvK 0tfze9fF6K24Ab7jAcstF2gn+NhrrS3L3pvvgD/P5T1LR8HrEsyyhTlf7c34T5cp RnSM19CUqAVAJeyN6WI2meZ3C+nvxLiNRUEQQikf4yCKqGxevzjBLAbXlcw4ELnF 9rG7Yd1aRJh4pQkViFDIdB3x8Xb9HuT7kFsQ7kBZc3an9JkbxxTGQd82XjODM1Q= =A/Ph -----END PGP SIGNATURE----- --=separator Content-Type: application/octet-stream; name="xsa97-hap-4.2.patch" Content-Disposition: attachment; filename="xsa97-hap-4.2.patch" Content-Transfer-Encoding: base64 eDg2L3BhZ2luZzogbWFrZSBsb2ctZGlydHkgb3BlcmF0aW9ucyBwcmVlbXB0 aWJsZQoKQm90aCB0aGUgZnJlZWluZyBhbmQgdGhlIGluc3BlY3Rpb24gb2Yg dGhlIGJpdG1hcCBnZXQgZG9uZSBpbiAobmVzdGVkKQpsb29wcyB3aGljaCAt IGJlc2lkZXMgaGF2aW5nIGEgcmF0aGVyIGhpZ2ggaXRlcmF0aW9uIGNvdW50 IGluIGdlbmVyYWwsCmFsYmVpdCB0aGF0IHdvdWxkIGJlIGNvdmVyZWQgYnkg WFNBLTc3IC0gaGF2ZSB0aGUgbnVtYmVyIG9mIG5vbi10cml2aWFsCml0ZXJh dGlvbnMgdGhleSBuZWVkIHRvIHBlcmZvcm0gKGluZGlyZWN0bHkpIGNvbnRy b2xsYWJsZSBieSBib3RoIHRoZQpndWVzdCB0aGV5IGFyZSBmb3IgYW5kIGFu eSBkb21haW4gY29udHJvbGxpbmcgdGhlIGd1ZXN0IChpbmNsdWRpbmcgdGhl Cm9uZSBydW5uaW5nIHFlbXUgZm9yIGl0KS4KClRoaXMgaXMgWFNBLTk3LgoK U2lnbmVkLW9mZi1ieTogSmFuIEJldWxpY2ggPGpiZXVsaWNoQHN1c2UuY29t PgpSZXZpZXdlZC1ieTogVGltIERlZWdhbiA8dGltQHhlbi5vcmc+CgotLS0g YS94ZW4vYXJjaC94ODYvZG9tYWluLmMKKysrIGIveGVuL2FyY2gveDg2L2Rv bWFpbi5jCkBAIC0yMTM2LDcgKzIxMzYsOSBAQCBpbnQgZG9tYWluX3JlbGlu cXVpc2hfcmVzb3VyY2VzKHN0cnVjdCBkCiAgICAgICAgIHBjaV9yZWxlYXNl X2RldmljZXMoZCk7CiAKICAgICAgICAgLyogVGVhciBkb3duIHBhZ2luZy1h c3Npc3RhbmNlIHN0dWZmLiAqLwotICAgICAgICBwYWdpbmdfdGVhcmRvd24o ZCk7CisgICAgICAgIHJldCA9IHBhZ2luZ190ZWFyZG93bihkKTsKKyAgICAg ICAgaWYgKCByZXQgKQorICAgICAgICAgICAgcmV0dXJuIHJldDsKIAogICAg ICAgICAvKiBEcm9wIHRoZSBpbi11c2UgcmVmZXJlbmNlcyB0byBwYWdlLXRh YmxlIGJhc2VzLiAqLwogICAgICAgICBmb3JfZWFjaF92Y3B1ICggZCwgdiAp Ci0tLSBhL3hlbi9hcmNoL3g4Ni9kb21jdGwuYworKysgYi94ZW4vYXJjaC94 ODYvZG9tY3RsLmMKQEAgLTY2LDYgKzY2LDkgQEAgbG9uZyBhcmNoX2RvX2Rv bWN0bCgKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgJmRvbWN0 bC0+dS5zaGFkb3dfb3AsCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgIGd1ZXN0X2hhbmRsZV9jYXN0KHVfZG9tY3RsLCB2b2lkKSk7CiAgICAg ICAgICAgICByY3VfdW5sb2NrX2RvbWFpbihkKTsKKyAgICAgICAgICAgIGlm ICggcmV0ID09IC1FQUdBSU4gKQorICAgICAgICAgICAgICAgIHJldHVybiBo eXBlcmNhbGxfY3JlYXRlX2NvbnRpbnVhdGlvbihfX0hZUEVSVklTT1JfZG9t Y3RsLAorICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAiaCIsIHVfZG9tY3RsKTsKICAgICAgICAgICAgIGNv cHlfdG9fZ3Vlc3QodV9kb21jdGwsIGRvbWN0bCwgMSk7CiAgICAgICAgIH0g CiAgICAgfQotLS0gYS94ZW4vYXJjaC94ODYvbW0vaGFwL2hhcC5jCisrKyBi L3hlbi9hcmNoL3g4Ni9tbS9oYXAvaGFwLmMKQEAgLTY3OCw4ICs2NzgsNyBA QCBpbnQgaGFwX2RvbWN0bChzdHJ1Y3QgZG9tYWluICpkLCB4ZW5fZG9tCiAg ICAgICAgIHBhZ2luZ191bmxvY2soZCk7CiAgICAgICAgIGlmICggcHJlZW1w dGVkICkKICAgICAgICAgICAgIC8qIE5vdCBmaW5pc2hlZC4gIFNldCB1cCB0 byByZS1ydW4gdGhlIGNhbGwuICovCi0gICAgICAgICAgICByYyA9IGh5cGVy Y2FsbF9jcmVhdGVfY29udGludWF0aW9uKF9fSFlQRVJWSVNPUl9kb21jdGws ICJoIiwKLSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgdV9kb21jdGwpOworICAgICAgICAgICAgcmMgPSAtRUFHQUlO OwogICAgICAgICBlbHNlCiAgICAgICAgICAgICAvKiBGaW5pc2hlZC4gIFJl dHVybiB0aGUgbmV3IGFsbG9jYXRpb24gKi8KICAgICAgICAgICAgIHNjLT5t YiA9IGhhcF9nZXRfYWxsb2NhdGlvbihkKTsKLS0tIGEveGVuL2FyY2gveDg2 L21tL3BhZ2luZy5jCisrKyBiL3hlbi9hcmNoL3g4Ni9tbS9wYWdpbmcuYwpA QCAtMjYsNiArMjYsNyBAQAogI2luY2x1ZGUgPGFzbS9zaGFkb3cuaD4KICNp bmNsdWRlIDxhc20vcDJtLmg+CiAjaW5jbHVkZSA8YXNtL2hhcC5oPgorI2lu Y2x1ZGUgPGFzbS9ldmVudC5oPgogI2luY2x1ZGUgPGFzbS9odm0vbmVzdGVk aHZtLmg+CiAjaW5jbHVkZSA8eGVuL251bWEuaD4KICNpbmNsdWRlIDx4c20v eHNtLmg+CkBAIC0xMTYsMjYgKzExNyw0NiBAQCBzdGF0aWMgdm9pZCBwYWdp bmdfZnJlZV9sb2dfZGlydHlfcGFnZShzCiAgICAgZC0+YXJjaC5wYWdpbmcu ZnJlZV9wYWdlKGQsIG1mbl90b19wYWdlKG1mbikpOwogfQogCi12b2lkIHBh Z2luZ19mcmVlX2xvZ19kaXJ0eV9iaXRtYXAoc3RydWN0IGRvbWFpbiAqZCkK K3N0YXRpYyBpbnQgcGFnaW5nX2ZyZWVfbG9nX2RpcnR5X2JpdG1hcChzdHJ1 Y3QgZG9tYWluICpkLCBpbnQgcmMpCiB7CiAgICAgbWZuX3QgKmw0LCAqbDMs ICpsMjsKICAgICBpbnQgaTQsIGkzLCBpMjsKIAorICAgIHBhZ2luZ19sb2Nr KGQpOworCiAgICAgaWYgKCAhbWZuX3ZhbGlkKGQtPmFyY2gucGFnaW5nLmxv Z19kaXJ0eS50b3ApICkKLSAgICAgICAgcmV0dXJuOworICAgIHsKKyAgICAg ICAgcGFnaW5nX3VubG9jayhkKTsKKyAgICAgICAgcmV0dXJuIDA7CisgICAg fQogCi0gICAgcGFnaW5nX2xvY2soZCk7CisgICAgaWYgKCAhZC0+YXJjaC5w YWdpbmcucHJlZW1wdC52Y3B1ICkKKyAgICB7CisgICAgICAgIG1lbXNldCgm ZC0+YXJjaC5wYWdpbmcucHJlZW1wdC5sb2dfZGlydHksIDAsCisgICAgICAg ICAgICAgICBzaXplb2YoZC0+YXJjaC5wYWdpbmcucHJlZW1wdC5sb2dfZGly dHkpKTsKKyAgICAgICAgQVNTRVJUKHJjIDw9IDApOworICAgICAgICBkLT5h cmNoLnBhZ2luZy5wcmVlbXB0LmxvZ19kaXJ0eS5kb25lID0gLXJjOworICAg IH0KKyAgICBlbHNlIGlmICggZC0+YXJjaC5wYWdpbmcucHJlZW1wdC52Y3B1 ICE9IGN1cnJlbnQgfHwKKyAgICAgICAgICAgICAgZC0+YXJjaC5wYWdpbmcu cHJlZW1wdC5vcCAhPSBYRU5fRE9NQ1RMX1NIQURPV19PUF9PRkYgKQorICAg IHsKKyAgICAgICAgcGFnaW5nX3VubG9jayhkKTsKKyAgICAgICAgcmV0dXJu IC1FQlVTWTsKKyAgICB9CiAKICAgICBsNCA9IG1hcF9kb21haW5fcGFnZSht Zm5feChkLT5hcmNoLnBhZ2luZy5sb2dfZGlydHkudG9wKSk7CisgICAgaTQg PSBkLT5hcmNoLnBhZ2luZy5wcmVlbXB0LmxvZ19kaXJ0eS5pNDsKKyAgICBp MyA9IGQtPmFyY2gucGFnaW5nLnByZWVtcHQubG9nX2RpcnR5LmkzOworICAg IHJjID0gMDsKIAotICAgIGZvciAoIGk0ID0gMDsgaTQgPCBMT0dESVJUWV9O T0RFX0VOVFJJRVM7IGk0KysgKQorICAgIGZvciAoIDsgaTQgPCBMT0dESVJU WV9OT0RFX0VOVFJJRVM7IGk0KyssIGkzID0gMCApCiAgICAgewogICAgICAg ICBpZiAoICFtZm5fdmFsaWQobDRbaTRdKSApCiAgICAgICAgICAgICBjb250 aW51ZTsKIAogICAgICAgICBsMyA9IG1hcF9kb21haW5fcGFnZShtZm5feChs NFtpNF0pKTsKIAotICAgICAgICBmb3IgKCBpMyA9IDA7IGkzIDwgTE9HRElS VFlfTk9ERV9FTlRSSUVTOyBpMysrICkKKyAgICAgICAgZm9yICggOyBpMyA8 IExPR0RJUlRZX05PREVfRU5UUklFUzsgaTMrKyApCiAgICAgICAgIHsKICAg ICAgICAgICAgIGlmICggIW1mbl92YWxpZChsM1tpM10pICkKICAgICAgICAg ICAgICAgICBjb250aW51ZTsKQEAgLTE0OCwyMCArMTY5LDU0IEBAIHZvaWQg cGFnaW5nX2ZyZWVfbG9nX2RpcnR5X2JpdG1hcChzdHJ1Y3QKIAogICAgICAg ICAgICAgdW5tYXBfZG9tYWluX3BhZ2UobDIpOwogICAgICAgICAgICAgcGFn aW5nX2ZyZWVfbG9nX2RpcnR5X3BhZ2UoZCwgbDNbaTNdKTsKKyAgICAgICAg ICAgIGwzW2kzXSA9IF9tZm4oSU5WQUxJRF9NRk4pOworCisgICAgICAgICAg ICBpZiAoIGkzIDwgTE9HRElSVFlfTk9ERV9FTlRSSUVTIC0gMSAmJiBoeXBl cmNhbGxfcHJlZW1wdF9jaGVjaygpICkKKyAgICAgICAgICAgIHsKKyAgICAg ICAgICAgICAgICBkLT5hcmNoLnBhZ2luZy5wcmVlbXB0LmxvZ19kaXJ0eS5p MyA9IGkzICsgMTsKKyAgICAgICAgICAgICAgICBkLT5hcmNoLnBhZ2luZy5w cmVlbXB0LmxvZ19kaXJ0eS5pNCA9IGk0OworICAgICAgICAgICAgICAgIHJj ID0gLUVBR0FJTjsKKyAgICAgICAgICAgICAgICBicmVhazsKKyAgICAgICAg ICAgIH0KICAgICAgICAgfQogCiAgICAgICAgIHVubWFwX2RvbWFpbl9wYWdl KGwzKTsKKyAgICAgICAgaWYgKCByYyApCisgICAgICAgICAgICBicmVhazsK ICAgICAgICAgcGFnaW5nX2ZyZWVfbG9nX2RpcnR5X3BhZ2UoZCwgbDRbaTRd KTsKKyAgICAgICAgbDRbaTRdID0gX21mbihJTlZBTElEX01GTik7CisKKyAg ICAgICAgaWYgKCBpNCA8IExPR0RJUlRZX05PREVfRU5UUklFUyAtIDEgJiYg aHlwZXJjYWxsX3ByZWVtcHRfY2hlY2soKSApCisgICAgICAgIHsKKyAgICAg ICAgICAgIGQtPmFyY2gucGFnaW5nLnByZWVtcHQubG9nX2RpcnR5LmkzID0g MDsKKyAgICAgICAgICAgIGQtPmFyY2gucGFnaW5nLnByZWVtcHQubG9nX2Rp cnR5Lmk0ID0gaTQgKyAxOworICAgICAgICAgICAgcmMgPSAtRUFHQUlOOwor ICAgICAgICAgICAgYnJlYWs7CisgICAgICAgIH0KICAgICB9CiAKICAgICB1 bm1hcF9kb21haW5fcGFnZShsNCk7Ci0gICAgcGFnaW5nX2ZyZWVfbG9nX2Rp cnR5X3BhZ2UoZCwgZC0+YXJjaC5wYWdpbmcubG9nX2RpcnR5LnRvcCk7Ci0g ICAgZC0+YXJjaC5wYWdpbmcubG9nX2RpcnR5LnRvcCA9IF9tZm4oSU5WQUxJ RF9NRk4pOwogCi0gICAgQVNTRVJUKGQtPmFyY2gucGFnaW5nLmxvZ19kaXJ0 eS5hbGxvY3MgPT0gMCk7Ci0gICAgZC0+YXJjaC5wYWdpbmcubG9nX2RpcnR5 LmZhaWxlZF9hbGxvY3MgPSAwOworICAgIGlmICggIXJjICkKKyAgICB7Cisg ICAgICAgIHBhZ2luZ19mcmVlX2xvZ19kaXJ0eV9wYWdlKGQsIGQtPmFyY2gu cGFnaW5nLmxvZ19kaXJ0eS50b3ApOworICAgICAgICBkLT5hcmNoLnBhZ2lu Zy5sb2dfZGlydHkudG9wID0gX21mbihJTlZBTElEX01GTik7CisKKyAgICAg ICAgQVNTRVJUKGQtPmFyY2gucGFnaW5nLmxvZ19kaXJ0eS5hbGxvY3MgPT0g MCk7CisgICAgICAgIGQtPmFyY2gucGFnaW5nLmxvZ19kaXJ0eS5mYWlsZWRf YWxsb2NzID0gMDsKKworICAgICAgICByYyA9IC1kLT5hcmNoLnBhZ2luZy5w cmVlbXB0LmxvZ19kaXJ0eS5kb25lOworICAgICAgICBkLT5hcmNoLnBhZ2lu Zy5wcmVlbXB0LnZjcHUgPSBOVUxMOworICAgIH0KKyAgICBlbHNlCisgICAg eworICAgICAgICBkLT5hcmNoLnBhZ2luZy5wcmVlbXB0LnZjcHUgPSBjdXJy ZW50OworICAgICAgICBkLT5hcmNoLnBhZ2luZy5wcmVlbXB0Lm9wID0gWEVO X0RPTUNUTF9TSEFET1dfT1BfT0ZGOworICAgIH0KIAogICAgIHBhZ2luZ191 bmxvY2soZCk7CisKKyAgICByZXR1cm4gcmM7CiB9CiAKIGludCBwYWdpbmdf bG9nX2RpcnR5X2VuYWJsZShzdHJ1Y3QgZG9tYWluICpkKQpAQCAtMTc4LDE1 ICsyMzMsMjUgQEAgaW50IHBhZ2luZ19sb2dfZGlydHlfZW5hYmxlKHN0cnVj dCBkb21haQogICAgIHJldHVybiByZXQ7CiB9CiAKLWludCBwYWdpbmdfbG9n X2RpcnR5X2Rpc2FibGUoc3RydWN0IGRvbWFpbiAqZCkKK3N0YXRpYyBpbnQg cGFnaW5nX2xvZ19kaXJ0eV9kaXNhYmxlKHN0cnVjdCBkb21haW4gKmQsIGJv b2xfdCByZXN1bWluZykKIHsKLSAgICBpbnQgcmV0OworICAgIGludCByZXQg PSAxOworCisgICAgaWYgKCAhcmVzdW1pbmcgKQorICAgIHsKKyAgICAgICAg ZG9tYWluX3BhdXNlKGQpOworICAgICAgICAvKiBTYWZlIGJlY2F1c2UgdGhl IGRvbWFpbiBpcyBwYXVzZWQuICovCisgICAgICAgIHJldCA9IGQtPmFyY2gu cGFnaW5nLmxvZ19kaXJ0eS5kaXNhYmxlX2xvZ19kaXJ0eShkKTsKKyAgICAg ICAgQVNTRVJUKHJldCA8PSAwKTsKKyAgICB9CiAKLSAgICBkb21haW5fcGF1 c2UoZCk7Ci0gICAgLyogU2FmZSBiZWNhdXNlIHRoZSBkb21haW4gaXMgcGF1 c2VkLiAqLwotICAgIHJldCA9IGQtPmFyY2gucGFnaW5nLmxvZ19kaXJ0eS5k aXNhYmxlX2xvZ19kaXJ0eShkKTsKICAgICBpZiAoICFwYWdpbmdfbW9kZV9s b2dfZGlydHkoZCkgKQotICAgICAgICBwYWdpbmdfZnJlZV9sb2dfZGlydHlf Yml0bWFwKGQpOworICAgIHsKKyAgICAgICAgcmV0ID0gcGFnaW5nX2ZyZWVf bG9nX2RpcnR5X2JpdG1hcChkLCByZXQpOworICAgICAgICBpZiAoIHJldCA9 PSAtRUFHQUlOICkKKyAgICAgICAgICAgIHJldHVybiByZXQ7CisgICAgfQor CiAgICAgZG9tYWluX3VucGF1c2UoZCk7CiAKICAgICByZXR1cm4gcmV0OwpA QCAtMzI2LDcgKzM5MSw5IEBAIGludCBwYWdpbmdfbWZuX2lzX2RpcnR5KHN0 cnVjdCBkb21haW4gKmQKIAogLyogUmVhZCBhIGRvbWFpbidzIGxvZy1kaXJ0 eSBiaXRtYXAgYW5kIHN0YXRzLiAgSWYgdGhlIG9wZXJhdGlvbiBpcyBhIENM RUFOLAogICogY2xlYXIgdGhlIGJpdG1hcCBhbmQgc3RhdHMgYXMgd2VsbC4g Ki8KLWludCBwYWdpbmdfbG9nX2RpcnR5X29wKHN0cnVjdCBkb21haW4gKmQs IHN0cnVjdCB4ZW5fZG9tY3RsX3NoYWRvd19vcCAqc2MpCitzdGF0aWMgaW50 IHBhZ2luZ19sb2dfZGlydHlfb3Aoc3RydWN0IGRvbWFpbiAqZCwKKyAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICBzdHJ1Y3QgeGVuX2RvbWN0bF9z aGFkb3dfb3AgKnNjLAorICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg IGJvb2xfdCByZXN1bWluZykKIHsKICAgICBpbnQgcnYgPSAwLCBjbGVhbiA9 IDAsIHBlZWsgPSAxOwogICAgIHVuc2lnbmVkIGxvbmcgcGFnZXMgPSAwOwpA QCAtMzM0LDkgKzQwMSwyMiBAQCBpbnQgcGFnaW5nX2xvZ19kaXJ0eV9vcChz dHJ1Y3QgZG9tYWluICpkCiAgICAgdW5zaWduZWQgbG9uZyAqbDEgPSBOVUxM OwogICAgIGludCBpNCwgaTMsIGkyOwogCi0gICAgZG9tYWluX3BhdXNlKGQp OworICAgIGlmICggIXJlc3VtaW5nICkKKyAgICAgICAgZG9tYWluX3BhdXNl KGQpOwogICAgIHBhZ2luZ19sb2NrKGQpOwogCisgICAgaWYgKCAhZC0+YXJj aC5wYWdpbmcucHJlZW1wdC52Y3B1ICkKKyAgICAgICAgbWVtc2V0KCZkLT5h cmNoLnBhZ2luZy5wcmVlbXB0LmxvZ19kaXJ0eSwgMCwKKyAgICAgICAgICAg ICAgIHNpemVvZihkLT5hcmNoLnBhZ2luZy5wcmVlbXB0LmxvZ19kaXJ0eSkp OworICAgIGVsc2UgaWYgKCBkLT5hcmNoLnBhZ2luZy5wcmVlbXB0LnZjcHUg IT0gY3VycmVudCB8fAorICAgICAgICAgICAgICBkLT5hcmNoLnBhZ2luZy5w cmVlbXB0Lm9wICE9IHNjLT5vcCApCisgICAgeworICAgICAgICBwYWdpbmdf dW5sb2NrKGQpOworICAgICAgICBBU1NFUlQoIXJlc3VtaW5nKTsKKyAgICAg ICAgZG9tYWluX3VucGF1c2UoZCk7CisgICAgICAgIHJldHVybiAtRUJVU1k7 CisgICAgfQorCiAgICAgY2xlYW4gPSAoc2MtPm9wID09IFhFTl9ET01DVExf U0hBRE9XX09QX0NMRUFOKTsKIAogICAgIFBBR0lOR19ERUJVRyhMT0dESVJU WSwgImxvZy1kaXJ0eSAlczogZG9tICV1IGZhdWx0cz0ldSBkaXJ0eT0ldVxu IiwKQEAgLTM2NSwxNyArNDQ1LDE1IEBAIGludCBwYWdpbmdfbG9nX2RpcnR5 X29wKHN0cnVjdCBkb21haW4gKmQKICAgICAgICAgZ290byBvdXQ7CiAgICAg fQogCi0gICAgcGFnZXMgPSAwOwogICAgIGw0ID0gcGFnaW5nX21hcF9sb2df ZGlydHlfYml0bWFwKGQpOworICAgIGk0ID0gZC0+YXJjaC5wYWdpbmcucHJl ZW1wdC5sb2dfZGlydHkuaTQ7CisgICAgaTMgPSBkLT5hcmNoLnBhZ2luZy5w cmVlbXB0LmxvZ19kaXJ0eS5pMzsKKyAgICBwYWdlcyA9IGQtPmFyY2gucGFn aW5nLnByZWVtcHQubG9nX2RpcnR5LmRvbmU7CiAKLSAgICBmb3IgKCBpNCA9 IDA7Ci0gICAgICAgICAgKHBhZ2VzIDwgc2MtPnBhZ2VzKSAmJiAoaTQgPCBM T0dESVJUWV9OT0RFX0VOVFJJRVMpOwotICAgICAgICAgIGk0KysgKQorICAg IGZvciAoIDsgKHBhZ2VzIDwgc2MtPnBhZ2VzKSAmJiAoaTQgPCBMT0dESVJU WV9OT0RFX0VOVFJJRVMpOyBpNCsrLCBpMyA9IDAgKQogICAgIHsKICAgICAg ICAgbDMgPSAobDQgJiYgbWZuX3ZhbGlkKGw0W2k0XSkpID8gbWFwX2RvbWFp bl9wYWdlKG1mbl94KGw0W2k0XSkpIDogTlVMTDsKLSAgICAgICAgZm9yICgg aTMgPSAwOwotICAgICAgICAgICAgICAocGFnZXMgPCBzYy0+cGFnZXMpICYm IChpMyA8IExPR0RJUlRZX05PREVfRU5UUklFUyk7Ci0gICAgICAgICAgICAg IGkzKysgKQorICAgICAgICBmb3IgKCA7IChwYWdlcyA8IHNjLT5wYWdlcykg JiYgKGkzIDwgTE9HRElSVFlfTk9ERV9FTlRSSUVTKTsgaTMrKyApCiAgICAg ICAgIHsKICAgICAgICAgICAgIGwyID0gKChsMyAmJiBtZm5fdmFsaWQobDNb aTNdKSkgPwogICAgICAgICAgICAgICAgICAgbWFwX2RvbWFpbl9wYWdlKG1m bl94KGwzW2kzXSkpIDogTlVMTCk7CkBAIC00MTAsMTggKzQ4OCw1MSBAQCBp bnQgcGFnaW5nX2xvZ19kaXJ0eV9vcChzdHJ1Y3QgZG9tYWluICpkCiAgICAg ICAgICAgICB9CiAgICAgICAgICAgICBpZiAoIGwyICkKICAgICAgICAgICAg ICAgICB1bm1hcF9kb21haW5fcGFnZShsMik7CisKKyAgICAgICAgICAgIGlm ICggaTMgPCBMT0dESVJUWV9OT0RFX0VOVFJJRVMgLSAxICYmIGh5cGVyY2Fs bF9wcmVlbXB0X2NoZWNrKCkgKQorICAgICAgICAgICAgeworICAgICAgICAg ICAgICAgIGQtPmFyY2gucGFnaW5nLnByZWVtcHQubG9nX2RpcnR5Lmk0ID0g aTQ7CisgICAgICAgICAgICAgICAgZC0+YXJjaC5wYWdpbmcucHJlZW1wdC5s b2dfZGlydHkuaTMgPSBpMyArIDE7CisgICAgICAgICAgICAgICAgcnYgPSAt RUFHQUlOOworICAgICAgICAgICAgICAgIGJyZWFrOworICAgICAgICAgICAg fQogICAgICAgICB9CiAgICAgICAgIGlmICggbDMgKQogICAgICAgICAgICAg dW5tYXBfZG9tYWluX3BhZ2UobDMpOworCisgICAgICAgIGlmICggIXJ2ICYm IGk0IDwgTE9HRElSVFlfTk9ERV9FTlRSSUVTIC0gMSAmJgorICAgICAgICAg ICAgIGh5cGVyY2FsbF9wcmVlbXB0X2NoZWNrKCkgKQorICAgICAgICB7Cisg ICAgICAgICAgICBkLT5hcmNoLnBhZ2luZy5wcmVlbXB0LmxvZ19kaXJ0eS5p NCA9IGk0ICsgMTsKKyAgICAgICAgICAgIGQtPmFyY2gucGFnaW5nLnByZWVt cHQubG9nX2RpcnR5LmkzID0gMDsKKyAgICAgICAgICAgIHJ2ID0gLUVBR0FJ TjsKKyAgICAgICAgfQorICAgICAgICBpZiAoIHJ2ICkKKyAgICAgICAgICAg IGJyZWFrOwogICAgIH0KICAgICBpZiAoIGw0ICkKICAgICAgICAgdW5tYXBf ZG9tYWluX3BhZ2UobDQpOwogCi0gICAgaWYgKCBwYWdlcyA8IHNjLT5wYWdl cyApCi0gICAgICAgIHNjLT5wYWdlcyA9IHBhZ2VzOworICAgIGlmICggIXJ2 ICkKKyAgICAgICAgZC0+YXJjaC5wYWdpbmcucHJlZW1wdC52Y3B1ID0gTlVM TDsKKyAgICBlbHNlCisgICAgeworICAgICAgICBkLT5hcmNoLnBhZ2luZy5w cmVlbXB0LnZjcHUgPSBjdXJyZW50OworICAgICAgICBkLT5hcmNoLnBhZ2lu Zy5wcmVlbXB0Lm9wID0gc2MtPm9wOworICAgICAgICBkLT5hcmNoLnBhZ2lu Zy5wcmVlbXB0LmxvZ19kaXJ0eS5kb25lID0gcGFnZXM7CisgICAgfQogCiAg ICAgcGFnaW5nX3VubG9jayhkKTsKIAorICAgIGlmICggcnYgKQorICAgIHsK KyAgICAgICAgLyogTmV2ZXIgbGVhdmUgdGhlIGRvbWFpbiBwYXVzZWQgZm9y IG90aGVyIGVycm9ycy4gKi8KKyAgICAgICAgQVNTRVJUKHJ2ID09IC1FQUdB SU4pOworICAgICAgICByZXR1cm4gcnY7CisgICAgfQorCisgICAgaWYgKCBw YWdlcyA8IHNjLT5wYWdlcyApCisgICAgICAgIHNjLT5wYWdlcyA9IHBhZ2Vz OwogICAgIGlmICggY2xlYW4gKQogICAgIHsKICAgICAgICAgLyogV2UgbmVl ZCB0byBmdXJ0aGVyIGNhbGwgY2xlYW5fZGlydHlfYml0bWFwKCkgZnVuY3Rp b25zIG9mIHNwZWNpZmljCkBAIC00MzIsNiArNTQzLDcgQEAgaW50IHBhZ2lu Z19sb2dfZGlydHlfb3Aoc3RydWN0IGRvbWFpbiAqZAogICAgIHJldHVybiBy djsKIAogIG91dDoKKyAgICBkLT5hcmNoLnBhZ2luZy5wcmVlbXB0LnZjcHUg PSBOVUxMOwogICAgIHBhZ2luZ191bmxvY2soZCk7CiAgICAgZG9tYWluX3Vu cGF1c2UoZCk7CiAKQEAgLTQ5OCwxMiArNjEwLDYgQEAgdm9pZCBwYWdpbmdf bG9nX2RpcnR5X2luaXQoc3RydWN0IGRvbWFpbgogICAgIGQtPmFyY2gucGFn aW5nLmxvZ19kaXJ0eS5jbGVhbl9kaXJ0eV9iaXRtYXAgPSBjbGVhbl9kaXJ0 eV9iaXRtYXA7CiB9CiAKLS8qIFRoaXMgZnVuY3Rpb24gZnJlc3MgbG9nIGRp cnR5IGJpdG1hcCByZXNvdXJjZXMuICovCi1zdGF0aWMgdm9pZCBwYWdpbmdf bG9nX2RpcnR5X3RlYXJkb3duKHN0cnVjdCBkb21haW4qZCkKLXsKLSAgICBw YWdpbmdfZnJlZV9sb2dfZGlydHlfYml0bWFwKGQpOwotfQotCiAvKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqLwog LyogICAgICAgICAgIENPREUgRk9SIFBBR0lORyBTVVBQT1JUICAgICAgICAg ICAgKi8KIC8qKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKiovCkBAIC01NDcsNiArNjUzLDcgQEAgdm9pZCBwYWdpbmdf dmNwdV9pbml0KHN0cnVjdCB2Y3B1ICp2KQogaW50IHBhZ2luZ19kb21jdGwo c3RydWN0IGRvbWFpbiAqZCwgeGVuX2RvbWN0bF9zaGFkb3dfb3BfdCAqc2Ms CiAgICAgICAgICAgICAgICAgICBYRU5fR1VFU1RfSEFORExFKHZvaWQpIHVf ZG9tY3RsKQogeworICAgIGJvb2xfdCByZXN1bWluZyA9IDA7CiAgICAgaW50 IHJjOwogCiAgICAgaWYgKCB1bmxpa2VseShkID09IGN1cnJlbnQtPmRvbWFp bikgKQpAQCAtNTY5LDYgKzY3NiwyMCBAQCBpbnQgcGFnaW5nX2RvbWN0bChz dHJ1Y3QgZG9tYWluICpkLCB4ZW5fCiAgICAgICAgIHJldHVybiAtRUlOVkFM OwogICAgIH0KIAorICAgIGlmICggZC0+YXJjaC5wYWdpbmcucHJlZW1wdC52 Y3B1ICkKKyAgICB7CisgICAgICAgIGlmICggZC0+YXJjaC5wYWdpbmcucHJl ZW1wdC52Y3B1ICE9IGN1cnJlbnQgfHwKKyAgICAgICAgICAgICBkLT5hcmNo LnBhZ2luZy5wcmVlbXB0Lm9wICE9IHNjLT5vcCApCisgICAgICAgIHsKKyAg ICAgICAgICAgIHByaW50ayhYRU5MT0dfR19ERUJVRworICAgICAgICAgICAg ICAgICAgICJkJWQ6diVkOiBQYWdpbmcgb3AgJSN4IG9uIERvbSV1IHdpdGgg dW5maW5pc2hlZCBwcmlvciBvcCAlI3hcbiIsCisgICAgICAgICAgICAgICAg ICAgY3VycmVudC0+ZG9tYWluLT5kb21haW5faWQsIGN1cnJlbnQtPnZjcHVf aWQsCisgICAgICAgICAgICAgICAgICAgc2MtPm9wLCBkLT5kb21haW5faWQs IGQtPmFyY2gucGFnaW5nLnByZWVtcHQub3ApOworICAgICAgICAgICAgcmV0 dXJuIC1FQlVTWTsKKyAgICAgICAgfQorICAgICAgICByZXN1bWluZyA9IDE7 CisgICAgfQorCiAgICAgcmMgPSB4c21fc2hhZG93X2NvbnRyb2woZCwgc2Mt Pm9wKTsKICAgICBpZiAoIHJjICkKICAgICAgICAgcmV0dXJuIHJjOwpAQCAt NTk0LDEzICs3MTQsMTMgQEAgaW50IHBhZ2luZ19kb21jdGwoc3RydWN0IGRv bWFpbiAqZCwgeGVuXwogCiAgICAgY2FzZSBYRU5fRE9NQ1RMX1NIQURPV19P UF9PRkY6CiAgICAgICAgIGlmICggcGFnaW5nX21vZGVfbG9nX2RpcnR5KGQp ICkKLSAgICAgICAgICAgIGlmICggKHJjID0gcGFnaW5nX2xvZ19kaXJ0eV9k aXNhYmxlKGQpKSAhPSAwICkKKyAgICAgICAgICAgIGlmICggKHJjID0gcGFn aW5nX2xvZ19kaXJ0eV9kaXNhYmxlKGQsIHJlc3VtaW5nKSkgIT0gMCApCiAg ICAgICAgICAgICAgICAgcmV0dXJuIHJjOwogICAgICAgICBicmVhazsKIAog ICAgIGNhc2UgWEVOX0RPTUNUTF9TSEFET1dfT1BfQ0xFQU46CiAgICAgY2Fz ZSBYRU5fRE9NQ1RMX1NIQURPV19PUF9QRUVLOgotICAgICAgICByZXR1cm4g cGFnaW5nX2xvZ19kaXJ0eV9vcChkLCBzYyk7CisgICAgICAgIHJldHVybiBw YWdpbmdfbG9nX2RpcnR5X29wKGQsIHNjLCByZXN1bWluZyk7CiAgICAgfQog CiAgICAgLyogSGVyZSwgZGlzcGF0Y2ggZG9tY3RsIHRvIHRoZSBhcHByb3By aWF0ZSBwYWdpbmcgY29kZSAqLwpAQCAtNjExLDE4ICs3MzEsMjQgQEAgaW50 IHBhZ2luZ19kb21jdGwoc3RydWN0IGRvbWFpbiAqZCwgeGVuXwogfQogCiAv KiBDYWxsIHdoZW4gZGVzdHJveWluZyBhIGRvbWFpbiAqLwotdm9pZCBwYWdp bmdfdGVhcmRvd24oc3RydWN0IGRvbWFpbiAqZCkKK2ludCBwYWdpbmdfdGVh cmRvd24oc3RydWN0IGRvbWFpbiAqZCkKIHsKKyAgICBpbnQgcmM7CisKICAg ICBpZiAoIGhhcF9lbmFibGVkKGQpICkKICAgICAgICAgaGFwX3RlYXJkb3du KGQpOwogICAgIGVsc2UKICAgICAgICAgc2hhZG93X3RlYXJkb3duKGQpOwog CiAgICAgLyogY2xlYW4gdXAgbG9nIGRpcnR5IHJlc291cmNlcy4gKi8KLSAg ICBwYWdpbmdfbG9nX2RpcnR5X3RlYXJkb3duKGQpOworICAgIHJjID0gcGFn aW5nX2ZyZWVfbG9nX2RpcnR5X2JpdG1hcChkLCAwKTsKKyAgICBpZiAoIHJj ID09IC1FQUdBSU4gKQorICAgICAgICByZXR1cm4gcmM7CiAKICAgICAvKiBN b3ZlIHBvcHVsYXRlLW9uLWRlbWFuZCBjYWNoZSBiYWNrIHRvIGRvbWFpbl9s aXN0IGZvciBkZXN0cnVjdGlvbiAqLwogICAgIHAybV9wb2RfZW1wdHlfY2Fj aGUoZCk7CisKKyAgICByZXR1cm4gcmM7CiB9CiAKIC8qIENhbGwgb25jZSBh bGwgb2YgdGhlIHJlZmVyZW5jZXMgdG8gdGhlIGRvbWFpbiBoYXZlIGdvbmUg YXdheSAqLwotLS0gYS94ZW4vYXJjaC94ODYvbW0vc2hhZG93L2NvbW1vbi5j CisrKyBiL3hlbi9hcmNoL3g4Ni9tbS9zaGFkb3cvY29tbW9uLmMKQEAgLTM4 MjksOCArMzgyOSw3IEBAIGludCBzaGFkb3dfZG9tY3RsKHN0cnVjdCBkb21h aW4gKmQsIAogICAgICAgICBwYWdpbmdfdW5sb2NrKGQpOwogICAgICAgICBp ZiAoIHByZWVtcHRlZCApCiAgICAgICAgICAgICAvKiBOb3QgZmluaXNoZWQu ICBTZXQgdXAgdG8gcmUtcnVuIHRoZSBjYWxsLiAqLwotICAgICAgICAgICAg cmMgPSBoeXBlcmNhbGxfY3JlYXRlX2NvbnRpbnVhdGlvbigKLSAgICAgICAg ICAgICAgICBfX0hZUEVSVklTT1JfZG9tY3RsLCAiaCIsIHVfZG9tY3RsKTsK KyAgICAgICAgICAgIHJjID0gLUVBR0FJTjsKICAgICAgICAgZWxzZSAKICAg ICAgICAgICAgIC8qIEZpbmlzaGVkLiAgUmV0dXJuIHRoZSBuZXcgYWxsb2Nh dGlvbiAqLwogICAgICAgICAgICAgc2MtPm1iID0gc2hhZG93X2dldF9hbGxv Y2F0aW9uKGQpOwotLS0gYS94ZW4vY29tbW9uL2RvbWFpbi5jCisrKyBiL3hl bi9jb21tb24vZG9tYWluLmMKQEAgLTQ3OSw3ICs0NzksNiBAQCBpbnQgZG9t YWluX2tpbGwoc3RydWN0IGRvbWFpbiAqZCkKICAgICAgICAgcmMgPSBkb21h aW5fcmVsaW5xdWlzaF9yZXNvdXJjZXMoZCk7CiAgICAgICAgIGlmICggcmMg IT0gMCApCiAgICAgICAgIHsKLSAgICAgICAgICAgIEJVR19PTihyYyAhPSAt RUFHQUlOKTsKICAgICAgICAgICAgIGJyZWFrOwogICAgICAgICB9CiAgICAg ICAgIGlmICggc2NoZWRfbW92ZV9kb21haW4oZCwgY3B1cG9vbDApICkKLS0t IGEveGVuL2luY2x1ZGUvYXNtLXg4Ni9kb21haW4uaAorKysgYi94ZW4vaW5j bHVkZS9hc20teDg2L2RvbWFpbi5oCkBAIC0xOTMsNiArMTkzLDIwIEBAIHN0 cnVjdCBwYWdpbmdfZG9tYWluIHsKICAgICBzdHJ1Y3QgaGFwX2RvbWFpbiAg ICAgICBoYXA7CiAgICAgLyogbG9nIGRpcnR5IHN1cHBvcnQgKi8KICAgICBz dHJ1Y3QgbG9nX2RpcnR5X2RvbWFpbiBsb2dfZGlydHk7CisKKyAgICAvKiBw cmVlbXB0aW9uIGhhbmRsaW5nICovCisgICAgc3RydWN0IHsKKyAgICAgICAg c3RydWN0IHZjcHUgKnZjcHU7CisgICAgICAgIHVuc2lnbmVkIGludCBvcDsK KyAgICAgICAgdW5pb24geworICAgICAgICAgICAgc3RydWN0IHsKKyAgICAg ICAgICAgICAgICB1bnNpZ25lZCBsb25nIGRvbmU6UEFERFJfQklUUyAtIFBB R0VfU0hJRlQ7CisgICAgICAgICAgICAgICAgdW5zaWduZWQgbG9uZyBpNDpQ QUdFVEFCTEVfT1JERVI7CisgICAgICAgICAgICAgICAgdW5zaWduZWQgbG9u ZyBpMzpQQUdFVEFCTEVfT1JERVI7CisgICAgICAgICAgICB9IGxvZ19kaXJ0 eTsKKyAgICAgICAgfTsKKyAgICB9IHByZWVtcHQ7CisKICAgICAvKiBhbGxv Yy9mcmVlIHBhZ2VzIGZyb20gdGhlIHBvb2wgZm9yIHBhZ2luZy1hc3Npc3Rh bmNlIHN0cnVjdHVyZXMKICAgICAgKiAodXNlZCBieSBwMm0gYW5kIGxvZy1k aXJ0eSBjb2RlIGZvciB0aGVpciB0cmllcykgKi8KICAgICBzdHJ1Y3QgcGFn ZV9pbmZvICogKCphbGxvY19wYWdlKShzdHJ1Y3QgZG9tYWluICpkKTsKLS0t IGEveGVuL2luY2x1ZGUvYXNtLXg4Ni9wYWdpbmcuaAorKysgYi94ZW4vaW5j bHVkZS9hc20teDg2L3BhZ2luZy5oCkBAIC0xNDEsOSArMTQxLDYgQEAgc3Ry dWN0IHBhZ2luZ19tb2RlIHsKIC8qKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKgogICogTG9nIGRpcnR5IGNvZGUgKi8KIAotLyogZnJlZSBsb2cg ZGlydHkgYml0bWFwIHJlc291cmNlICovCi12b2lkIHBhZ2luZ19mcmVlX2xv Z19kaXJ0eV9iaXRtYXAoc3RydWN0IGRvbWFpbiAqZCk7Ci0KIC8qIGdldCB0 aGUgZGlydHkgYml0bWFwIGZvciBhIHNwZWNpZmljIHJhbmdlIG9mIHBmbnMg Ki8KIHZvaWQgcGFnaW5nX2xvZ19kaXJ0eV9yYW5nZShzdHJ1Y3QgZG9tYWlu ICpkLAogICAgICAgICAgICAgICAgICAgICAgICAgICAgIHVuc2lnbmVkIGxv bmcgYmVnaW5fcGZuLApAQCAtMTUzLDkgKzE1MCw2IEBAIHZvaWQgcGFnaW5n X2xvZ19kaXJ0eV9yYW5nZShzdHJ1Y3QgZG9tYWkKIC8qIGVuYWJsZSBsb2cg ZGlydHkgKi8KIGludCBwYWdpbmdfbG9nX2RpcnR5X2VuYWJsZShzdHJ1Y3Qg ZG9tYWluICpkKTsKIAotLyogZGlzYWJsZSBsb2cgZGlydHkgKi8KLWludCBw YWdpbmdfbG9nX2RpcnR5X2Rpc2FibGUoc3RydWN0IGRvbWFpbiAqZCk7Ci0K IC8qIGxvZyBkaXJ0eSBpbml0aWFsaXphdGlvbiAqLwogdm9pZCBwYWdpbmdf bG9nX2RpcnR5X2luaXQoc3RydWN0IGRvbWFpbiAqZCwKICAgICAgICAgICAg ICAgICAgICAgICAgICAgIGludCAgKCplbmFibGVfbG9nX2RpcnR5KShzdHJ1 Y3QgZG9tYWluICpkKSwKQEAgLTIxOCw3ICsyMTIsNyBAQCBpbnQgcGFnaW5n X2RvbWN0bChzdHJ1Y3QgZG9tYWluICpkLCB4ZW5fCiAgICAgICAgICAgICAg ICAgICBYRU5fR1VFU1RfSEFORExFKHZvaWQpIHVfZG9tY3RsKTsKIAogLyog Q2FsbCB3aGVuIGRlc3Ryb3lpbmcgYSBkb21haW4gKi8KLXZvaWQgcGFnaW5n X3RlYXJkb3duKHN0cnVjdCBkb21haW4gKmQpOworaW50IHBhZ2luZ190ZWFy ZG93bihzdHJ1Y3QgZG9tYWluICpkKTsKIAogLyogQ2FsbCBvbmNlIGFsbCBv ZiB0aGUgcmVmZXJlbmNlcyB0byB0aGUgZG9tYWluIGhhdmUgZ29uZSBhd2F5 ICovCiB2b2lkIHBhZ2luZ19maW5hbF90ZWFyZG93bihzdHJ1Y3QgZG9tYWlu ICpkKTsK --=separator Content-Type: application/octet-stream; name="xsa97-hap-4.2-prereq.patch" Content-Disposition: attachment; filename="xsa97-hap-4.2-prereq.patch" Content-Transfer-Encoding: base64 eDg2L21tL2hhcDogQWRqdXN0IHZyYW0gdHJhY2tpbmcgdG8gcGxheSBuaWNl bHkgd2l0aCBsb2ctZGlydHkuCgpUaGUgcHJldmlvdXMgY29kZSBhc3N1bWVk IHRoZSBndWVzdCB3b3VsZCBiZSBpbiBvbmUgb2YgdGhyZWUgbXV0dWFsbHkg ZXhjbHVzaXZlCm1vZGVzIGZvciBib29ra2VlcGluZyBkaXJ0eSBwYWdlczog KDEpIHNoYWRvdywgKDIpIGhhcCB1dGlsaXppbmcgdGhlIGxvZyBkaXJ0eQpi aXRtYXAgdG8gc3VwcG9ydCBmdW5jdGlvbmFsaXR5IHN1Y2ggYXMgbGl2ZSBt aWdyYXRlLCAoMykgaGFwIHV0aWxpemluZyB0aGUKbG9nIGRpcnR5IGJpdG1h cCB0byB0cmFjayBkaXJ0eSB2cmFtIHBhZ2VzLgpSYWNlcyBhcm9zZSB3aGVu IGEgZ3Vlc3QgYXR0ZW1wdGVkIHRvIHRyYWNrIGRpcnR5IHZyYW0gd2hpbGUg cGVyZm9ybWluZyBsaXZlCm1pZ3JhdGUuICAoVGhlIGRpc3BhdGNoIHRhYmxl IG1hbmFnZWQgYnkgcGFnaW5nX2xvZ19kaXJ0eV9pbml0KCkgbWlnaHQgY2hh bmdlCmluIHRoZSBtaWRkbGUgb2YgYSBsb2cgZGlydHkgb3IgYSB2cmFtIHRy YWNraW5nIGZ1bmN0aW9uLikKClRoaXMgY2hhbmdlIGFsbG93cyBoYXAgbG9n IGRpcnR5IGFuZCBoYXAgdnJhbSB0cmFja2luZyB0byBiZSBjb25jdXJyZW50 LgpWcmFtIHRyYWNraW5nIG5vIGxvbmdlciB1c2VzIHRoZSBsb2cgZGlydHkg Yml0bWFwLiAgSW5zdGVhZCBpdCBkZXRlY3RzCmRpcnR5IHZyYW0gcGFnZXMg YnkgZXhhbWluaW5nIHRoZWlyIHAybSB0eXBlLiAgVGhlIGxvZyBkaXJ0eSBi aXRtYXAgaXMgb25seQp1c2VkIGJ5IHRoZSBsb2cgZGlydHkgY29kZS4gIEJl Y2F1c2UgdGhlIHR3byBvcGVyYXRpb25zIHVzZSBkaWZmZXJlbnQKbWVjaGFu aXNtcywgdGhleSBhcmUgbm8gbG9uZ2VyIG11dHVhbGx5IGV4Y2x1c2l2ZS4K ClNpZ25lZC1PZmYtQnk6IFJvYmVydCBQaGlsbGlwcyA8cm9iZXJ0LnBoaWxs aXBzQGNpdHJpeC5jb20+CkFja2VkLWJ5OiBUaW0gRGVlZ2FuIDx0aW1AeGVu Lm9yZz4KCk1pbm9yIHdoaXRlc3BhY2UgY2hhbmdlcyB0byBjb25mb3JtIHdp dGggY29kaW5nIHN0eWxlClNpZ25lZC1vZmYtYnk6IFRpbSBEZWVnYW4gPHRp bUB4ZW4ub3JnPgoKQ29tbWl0dGVkLWJ5OiBUaW0gRGVlZ2FuIDx0aW1AeGVu Lm9yZz4KbWFzdGVyIGNvbW1pdDogZmQ5MWEyYTY2MmJjNTk2NzdlMGYyMTc0 MjNhN2ExNTVkNTQ2NTg4NgptYXN0ZXIgZGF0ZTogMjAxMi0xMi0xMyAxMjox MDoxNCArMDAwMAoKLS0tIGEveGVuL2FyY2gveDg2L21tL2hhcC9oYXAuYwor KysgYi94ZW4vYXJjaC94ODYvbW0vaGFwL2hhcC5jCkBAIC01NiwxMzIgKzU2 LDExMCBAQAogLyogICAgICAgICAgSEFQIFZSQU0gVFJBQ0tJTkcgU1VQUE9S VCAgICAgICAgICAgKi8KIC8qKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKiovCiAKLXN0YXRpYyBpbnQgaGFwX2VuYWJs ZV92cmFtX3RyYWNraW5nKHN0cnVjdCBkb21haW4gKmQpCi17Ci0gICAgc3Ry dWN0IHNoX2RpcnR5X3ZyYW0gKmRpcnR5X3ZyYW0gPSBkLT5hcmNoLmh2bV9k b21haW4uZGlydHlfdnJhbTsKLQotICAgIGlmICggIWRpcnR5X3ZyYW0gKQot ICAgICAgICByZXR1cm4gLUVJTlZBTDsKLQotICAgIC8qIHR1cm4gb24gUEdf bG9nX2RpcnR5IGJpdCBpbiBwYWdpbmcgbW9kZSAqLwotICAgIHBhZ2luZ19s b2NrKGQpOwotICAgIGQtPmFyY2gucGFnaW5nLm1vZGUgfD0gUEdfbG9nX2Rp cnR5OwotICAgIHBhZ2luZ191bmxvY2soZCk7Ci0KLSAgICAvKiBzZXQgbDFl IGVudHJpZXMgb2YgUDJNIHRhYmxlIHRvIGJlIHJlYWQtb25seS4gKi8KLSAg ICBwMm1fY2hhbmdlX3R5cGVfcmFuZ2UoZCwgZGlydHlfdnJhbS0+YmVnaW5f cGZuLCBkaXJ0eV92cmFtLT5lbmRfcGZuLCAKLSAgICAgICAgICAgICAgICAg ICAgICAgICAgcDJtX3JhbV9ydywgcDJtX3JhbV9sb2dkaXJ0eSk7Ci0KLSAg ICBmbHVzaF90bGJfbWFzayhkLT5kb21haW5fZGlydHlfY3B1bWFzayk7Ci0g ICAgcmV0dXJuIDA7Ci19Ci0KLXN0YXRpYyBpbnQgaGFwX2Rpc2FibGVfdnJh bV90cmFja2luZyhzdHJ1Y3QgZG9tYWluICpkKQotewotICAgIHN0cnVjdCBz aF9kaXJ0eV92cmFtICpkaXJ0eV92cmFtID0gZC0+YXJjaC5odm1fZG9tYWlu LmRpcnR5X3ZyYW07Ci0KLSAgICBpZiAoICFkaXJ0eV92cmFtICkKLSAgICAg ICAgcmV0dXJuIC1FSU5WQUw7Ci0KLSAgICBwYWdpbmdfbG9jayhkKTsKLSAg ICBkLT5hcmNoLnBhZ2luZy5tb2RlICY9IH5QR19sb2dfZGlydHk7Ci0gICAg cGFnaW5nX3VubG9jayhkKTsKLQotICAgIC8qIHNldCBsMWUgZW50cmllcyBv ZiBQMk0gdGFibGUgd2l0aCBub3JtYWwgbW9kZSAqLwotICAgIHAybV9jaGFu Z2VfdHlwZV9yYW5nZShkLCBkaXJ0eV92cmFtLT5iZWdpbl9wZm4sIGRpcnR5 X3ZyYW0tPmVuZF9wZm4sIAotICAgICAgICAgICAgICAgICAgICAgICAgICBw Mm1fcmFtX2xvZ2RpcnR5LCBwMm1fcmFtX3J3KTsKLQotICAgIGZsdXNoX3Rs Yl9tYXNrKGQtPmRvbWFpbl9kaXJ0eV9jcHVtYXNrKTsKLSAgICByZXR1cm4g MDsKLX0KLQotc3RhdGljIHZvaWQgaGFwX2NsZWFuX3ZyYW1fdHJhY2tpbmco c3RydWN0IGRvbWFpbiAqZCkKLXsKLSAgICBzdHJ1Y3Qgc2hfZGlydHlfdnJh bSAqZGlydHlfdnJhbSA9IGQtPmFyY2guaHZtX2RvbWFpbi5kaXJ0eV92cmFt OwotCi0gICAgaWYgKCAhZGlydHlfdnJhbSApCi0gICAgICAgIHJldHVybjsK LQotICAgIC8qIHNldCBsMWUgZW50cmllcyBvZiBQMk0gdGFibGUgdG8gYmUg cmVhZC1vbmx5LiAqLwotICAgIHAybV9jaGFuZ2VfdHlwZV9yYW5nZShkLCBk aXJ0eV92cmFtLT5iZWdpbl9wZm4sIGRpcnR5X3ZyYW0tPmVuZF9wZm4sIAot ICAgICAgICAgICAgICAgICAgICAgICAgICBwMm1fcmFtX3J3LCBwMm1fcmFt X2xvZ2RpcnR5KTsKLQotICAgIGZsdXNoX3RsYl9tYXNrKGQtPmRvbWFpbl9k aXJ0eV9jcHVtYXNrKTsKLX0KLQotc3RhdGljIHZvaWQgaGFwX3ZyYW1fdHJh Y2tpbmdfaW5pdChzdHJ1Y3QgZG9tYWluICpkKQotewotICAgIHBhZ2luZ19s b2dfZGlydHlfaW5pdChkLCBoYXBfZW5hYmxlX3ZyYW1fdHJhY2tpbmcsCi0g ICAgICAgICAgICAgICAgICAgICAgICAgIGhhcF9kaXNhYmxlX3ZyYW1fdHJh Y2tpbmcsCi0gICAgICAgICAgICAgICAgICAgICAgICAgIGhhcF9jbGVhbl92 cmFtX3RyYWNraW5nKTsKLX0KKy8qCisgKiBoYXBfdHJhY2tfZGlydHlfdnJh bSgpCisgKiBDcmVhdGUgdGhlIGRvbWFpbidzIGR2X2RpcnR5X3ZyYW0gc3Ry dWN0IG9uIGRlbWFuZC4KKyAqIENyZWF0ZSBhIGRpcnR5IHZyYW0gcmFuZ2Ug b24gZGVtYW5kIHdoZW4gc29tZSBbYmVnaW5fcGZuOmJlZ2luX3Bmbitucl0g aXMKKyAqIGZpcnN0IGVuY291bnRlcmVkLgorICogQ29sbGVjdCB0aGUgZ3Vl c3RfZGlydHkgYml0bWFzaywgYSBiaXQgbWFzayBvZiB0aGUgZGlydHkgdnJh bSBwYWdlcywgYnkKKyAqIGNhbGxpbmcgcGFnaW5nX2xvZ19kaXJ0eV9yYW5n ZSgpLCB3aGljaCBpbnRlcnJvZ2F0ZXMgZWFjaCB2cmFtCisgKiBwYWdlJ3Mg cDJtIHR5cGUgbG9va2luZyBmb3IgcGFnZXMgdGhhdCBoYXZlIGJlZW4gbWFk ZSB3cml0YWJsZS4KKyAqLwogCiBpbnQgaGFwX3RyYWNrX2RpcnR5X3ZyYW0o c3RydWN0IGRvbWFpbiAqZCwKICAgICAgICAgICAgICAgICAgICAgICAgICB1 bnNpZ25lZCBsb25nIGJlZ2luX3BmbiwKICAgICAgICAgICAgICAgICAgICAg ICAgICB1bnNpZ25lZCBsb25nIG5yLAotICAgICAgICAgICAgICAgICAgICAg ICAgIFhFTl9HVUVTVF9IQU5ETEVfNjQodWludDgpIGRpcnR5X2JpdG1hcCkK KyAgICAgICAgICAgICAgICAgICAgICAgICBYRU5fR1VFU1RfSEFORExFXzY0 KHVpbnQ4KSBndWVzdF9kaXJ0eV9iaXRtYXApCiB7CiAgICAgbG9uZyByYyA9 IDA7Ci0gICAgc3RydWN0IHNoX2RpcnR5X3ZyYW0gKmRpcnR5X3ZyYW0gPSBk LT5hcmNoLmh2bV9kb21haW4uZGlydHlfdnJhbTsKKyAgICBzdHJ1Y3Qgc2hf ZGlydHlfdnJhbSAqZGlydHlfdnJhbTsKKyAgICB1aW50OF90ICpkaXJ0eV9i aXRtYXAgPSBOVUxMOwogCiAgICAgaWYgKCBuciApCiAgICAgewotICAgICAg ICBpZiAoIHBhZ2luZ19tb2RlX2xvZ19kaXJ0eShkKSAmJiBkaXJ0eV92cmFt ICkKKyAgICAgICAgaW50IHNpemUgPSAobnIgKyBCSVRTX1BFUl9CWVRFIC0g MSkgLyBCSVRTX1BFUl9CWVRFOworCisgICAgICAgIGlmICggIXBhZ2luZ19t b2RlX2xvZ19kaXJ0eShkKSApCiAgICAgICAgIHsKLSAgICAgICAgICAgIGlm ICggYmVnaW5fcGZuICE9IGRpcnR5X3ZyYW0tPmJlZ2luX3BmbiB8fAotICAg ICAgICAgICAgICAgICBiZWdpbl9wZm4gKyBuciAhPSBkaXJ0eV92cmFtLT5l bmRfcGZuICkKLSAgICAgICAgICAgIHsKLSAgICAgICAgICAgICAgICBwYWdp bmdfbG9nX2RpcnR5X2Rpc2FibGUoZCk7Ci0gICAgICAgICAgICAgICAgZGly dHlfdnJhbS0+YmVnaW5fcGZuID0gYmVnaW5fcGZuOwotICAgICAgICAgICAg ICAgIGRpcnR5X3ZyYW0tPmVuZF9wZm4gPSBiZWdpbl9wZm4gKyBucjsKLSAg ICAgICAgICAgICAgICByYyA9IHBhZ2luZ19sb2dfZGlydHlfZW5hYmxlKGQp OwotICAgICAgICAgICAgICAgIGlmIChyYyAhPSAwKQotICAgICAgICAgICAg ICAgICAgICBnb3RvIHBhcmFtX2ZhaWw7Ci0gICAgICAgICAgICB9CisgICAg ICAgICAgICBoYXBfbG9nZGlydHlfaW5pdChkKTsKKyAgICAgICAgICAgIHJj ID0gcGFnaW5nX2xvZ19kaXJ0eV9lbmFibGUoZCk7CisgICAgICAgICAgICBp ZiAoIHJjICkKKyAgICAgICAgICAgICAgICBnb3RvIG91dDsKICAgICAgICAg fQotICAgICAgICBlbHNlIGlmICggIXBhZ2luZ19tb2RlX2xvZ19kaXJ0eShk KSAmJiAhZGlydHlfdnJhbSApCisKKyAgICAgICAgcmMgPSAtRU5PTUVNOwor ICAgICAgICBkaXJ0eV9iaXRtYXAgPSB4emFsbG9jX2J5dGVzKHNpemUpOwor ICAgICAgICBpZiAoICFkaXJ0eV9iaXRtYXAgKQorICAgICAgICAgICAgZ290 byBvdXQ7CisKKyAgICAgICAgcGFnaW5nX2xvY2soZCk7CisKKyAgICAgICAg ZGlydHlfdnJhbSA9IGQtPmFyY2guaHZtX2RvbWFpbi5kaXJ0eV92cmFtOwor ICAgICAgICBpZiAoICFkaXJ0eV92cmFtICkKICAgICAgICAgewogICAgICAg ICAgICAgcmMgPSAtRU5PTUVNOwotICAgICAgICAgICAgaWYgKCAoZGlydHlf dnJhbSA9IHhtYWxsb2Moc3RydWN0IHNoX2RpcnR5X3ZyYW0pKSA9PSBOVUxM ICkKLSAgICAgICAgICAgICAgICBnb3RvIHBhcmFtX2ZhaWw7CisgICAgICAg ICAgICBpZiAoIChkaXJ0eV92cmFtID0geHphbGxvYyhzdHJ1Y3Qgc2hfZGly dHlfdnJhbSkpID09IE5VTEwgKQorICAgICAgICAgICAgeworICAgICAgICAg ICAgICAgIHBhZ2luZ191bmxvY2soZCk7CisgICAgICAgICAgICAgICAgZ290 byBvdXQ7CisgICAgICAgICAgICB9CiAKKyAgICAgICAgICAgIGQtPmFyY2gu aHZtX2RvbWFpbi5kaXJ0eV92cmFtID0gZGlydHlfdnJhbTsKKyAgICAgICAg fQorCisgICAgICAgIGlmICggYmVnaW5fcGZuICE9IGRpcnR5X3ZyYW0tPmJl Z2luX3BmbiB8fAorICAgICAgICAgICAgIGJlZ2luX3BmbiArIG5yICE9IGRp cnR5X3ZyYW0tPmVuZF9wZm4gKQorICAgICAgICB7CiAgICAgICAgICAgICBk aXJ0eV92cmFtLT5iZWdpbl9wZm4gPSBiZWdpbl9wZm47CiAgICAgICAgICAg ICBkaXJ0eV92cmFtLT5lbmRfcGZuID0gYmVnaW5fcGZuICsgbnI7Ci0gICAg ICAgICAgICBkLT5hcmNoLmh2bV9kb21haW4uZGlydHlfdnJhbSA9IGRpcnR5 X3ZyYW07Ci0gICAgICAgICAgICBoYXBfdnJhbV90cmFja2luZ19pbml0KGQp OwotICAgICAgICAgICAgcmMgPSBwYWdpbmdfbG9nX2RpcnR5X2VuYWJsZShk KTsKLSAgICAgICAgICAgIGlmIChyYyAhPSAwKQotICAgICAgICAgICAgICAg IGdvdG8gcGFyYW1fZmFpbDsKKworICAgICAgICAgICAgcGFnaW5nX3VubG9j ayhkKTsKKworICAgICAgICAgICAgLyogc2V0IGwxZSBlbnRyaWVzIG9mIHJh bmdlIHdpdGhpbiBQMk0gdGFibGUgdG8gYmUgcmVhZC1vbmx5LiAqLworICAg ICAgICAgICAgcDJtX2NoYW5nZV90eXBlX3JhbmdlKGQsIGJlZ2luX3Bmbiwg YmVnaW5fcGZuICsgbnIsCisgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgcDJtX3JhbV9ydywgcDJtX3JhbV9sb2dkaXJ0eSk7CisKKyAgICAg ICAgICAgIGZsdXNoX3RsYl9tYXNrKGQtPmRvbWFpbl9kaXJ0eV9jcHVtYXNr KTsKKworICAgICAgICAgICAgbWVtc2V0KGRpcnR5X2JpdG1hcCwgMHhmZiwg c2l6ZSk7IC8qIGNvbnNpZGVyIGFsbCBwYWdlcyBkaXJ0eSAqLwogICAgICAg ICB9CiAgICAgICAgIGVsc2UKICAgICAgICAgewotICAgICAgICAgICAgaWYg KCAhcGFnaW5nX21vZGVfbG9nX2RpcnR5KGQpICYmIGRpcnR5X3ZyYW0gKQot ICAgICAgICAgICAgICAgIHJjID0gLUVJTlZBTDsKLSAgICAgICAgICAgIGVs c2UKLSAgICAgICAgICAgICAgICByYyA9IC1FTk9EQVRBOwotICAgICAgICAg ICAgZ290byBwYXJhbV9mYWlsOworICAgICAgICAgICAgcGFnaW5nX3VubG9j ayhkKTsKKworICAgICAgICAgICAgZG9tYWluX3BhdXNlKGQpOworCisgICAg ICAgICAgICAvKiBnZXQgdGhlIGJpdG1hcCAqLworICAgICAgICAgICAgcGFn aW5nX2xvZ19kaXJ0eV9yYW5nZShkLCBiZWdpbl9wZm4sIG5yLCBkaXJ0eV9i aXRtYXApOworCisgICAgICAgICAgICBkb21haW5fdW5wYXVzZShkKTsKICAg ICAgICAgfQotICAgICAgICAvKiBnZXQgdGhlIGJpdG1hcCAqLwotICAgICAg ICByYyA9IHBhZ2luZ19sb2dfZGlydHlfcmFuZ2UoZCwgYmVnaW5fcGZuLCBu ciwgZGlydHlfYml0bWFwKTsKKworICAgICAgICByYyA9IC1FRkFVTFQ7Cisg ICAgICAgIGlmICggY29weV90b19ndWVzdChndWVzdF9kaXJ0eV9iaXRtYXAs IGRpcnR5X2JpdG1hcCwgc2l6ZSkgPT0gMCApCisgICAgICAgICAgICByYyA9 IDA7CiAgICAgfQogICAgIGVsc2UKICAgICB7Ci0gICAgICAgIGlmICggcGFn aW5nX21vZGVfbG9nX2RpcnR5KGQpICYmIGRpcnR5X3ZyYW0gKSB7Ci0gICAg ICAgICAgICByYyA9IHBhZ2luZ19sb2dfZGlydHlfZGlzYWJsZShkKTsKLSAg ICAgICAgICAgIHhmcmVlKGRpcnR5X3ZyYW0pOwotICAgICAgICAgICAgZGly dHlfdnJhbSA9IGQtPmFyY2guaHZtX2RvbWFpbi5kaXJ0eV92cmFtID0gTlVM TDsKLSAgICAgICAgfSBlbHNlCi0gICAgICAgICAgICByYyA9IDA7Ci0gICAg fQorICAgICAgICBwYWdpbmdfbG9jayhkKTsKIAotICAgIHJldHVybiByYzsK KyAgICAgICAgZGlydHlfdnJhbSA9IGQtPmFyY2guaHZtX2RvbWFpbi5kaXJ0 eV92cmFtOworICAgICAgICBpZiAoIGRpcnR5X3ZyYW0gKQorICAgICAgICB7 CisgICAgICAgICAgICAvKgorICAgICAgICAgICAgICogSWYgemVybyBwYWdl cyBzcGVjaWZpZWQgd2hpbGUgdHJhY2tpbmcgZGlydHkgdnJhbQorICAgICAg ICAgICAgICogdGhlbiBzdG9wIHRyYWNraW5nCisgICAgICAgICAgICAgKi8K KyAgICAgICAgICAgIHhmcmVlKGRpcnR5X3ZyYW0pOworICAgICAgICAgICAg ZC0+YXJjaC5odm1fZG9tYWluLmRpcnR5X3ZyYW0gPSBOVUxMOworICAgICAg ICB9CiAKLXBhcmFtX2ZhaWw6Ci0gICAgaWYgKCBkaXJ0eV92cmFtICkKLSAg ICB7Ci0gICAgICAgIHhmcmVlKGRpcnR5X3ZyYW0pOwotICAgICAgICBkaXJ0 eV92cmFtID0gZC0+YXJjaC5odm1fZG9tYWluLmRpcnR5X3ZyYW0gPSBOVUxM OworICAgICAgICBwYWdpbmdfdW5sb2NrKGQpOwogICAgIH0KK291dDoKKyAg ICBpZiAoIGRpcnR5X2JpdG1hcCApCisgICAgICAgIHhmcmVlKGRpcnR5X2Jp dG1hcCk7CisKICAgICByZXR1cm4gcmM7CiB9CiAKQEAgLTIyMywxMyArMjAx LDYgQEAgc3RhdGljIHZvaWQgaGFwX2NsZWFuX2RpcnR5X2JpdG1hcChzdHJ1 YwogCiB2b2lkIGhhcF9sb2dkaXJ0eV9pbml0KHN0cnVjdCBkb21haW4gKmQp CiB7Ci0gICAgc3RydWN0IHNoX2RpcnR5X3ZyYW0gKmRpcnR5X3ZyYW0gPSBk LT5hcmNoLmh2bV9kb21haW4uZGlydHlfdnJhbTsKLSAgICBpZiAoIHBhZ2lu Z19tb2RlX2xvZ19kaXJ0eShkKSAmJiBkaXJ0eV92cmFtICkKLSAgICB7Ci0g ICAgICAgIHBhZ2luZ19sb2dfZGlydHlfZGlzYWJsZShkKTsKLSAgICAgICAg eGZyZWUoZGlydHlfdnJhbSk7Ci0gICAgICAgIGRpcnR5X3ZyYW0gPSBkLT5h cmNoLmh2bV9kb21haW4uZGlydHlfdnJhbSA9IE5VTEw7Ci0gICAgfQogCiAg ICAgLyogUmVpbml0aWFsaXplIGxvZ2RpcnR5IG1lY2hhbmlzbSAqLwogICAg IHBhZ2luZ19sb2dfZGlydHlfaW5pdChkLCBoYXBfZW5hYmxlX2xvZ19kaXJ0 eSwKLS0tIGEveGVuL2FyY2gveDg2L21tL3BhZ2luZy5jCisrKyBiL3hlbi9h cmNoL3g4Ni9tbS9wYWdpbmcuYwpAQCAtNDQ3LDE1NyArNDQ3LDM4IEBAIGlu dCBwYWdpbmdfbG9nX2RpcnR5X29wKHN0cnVjdCBkb21haW4gKmQKICAgICBy ZXR1cm4gcnY7CiB9CiAKLWludCBwYWdpbmdfbG9nX2RpcnR5X3JhbmdlKHN0 cnVjdCBkb21haW4gKmQsCi0gICAgICAgICAgICAgICAgICAgICAgICAgICAg dW5zaWduZWQgbG9uZyBiZWdpbl9wZm4sCi0gICAgICAgICAgICAgICAgICAg ICAgICAgICAgdW5zaWduZWQgbG9uZyBuciwKLSAgICAgICAgICAgICAgICAg ICAgICAgICAgICBYRU5fR1VFU1RfSEFORExFXzY0KHVpbnQ4KSBkaXJ0eV9i aXRtYXApCi17Ci0gICAgaW50IHJ2ID0gMDsKLSAgICB1bnNpZ25lZCBsb25n IHBhZ2VzID0gMDsKLSAgICBtZm5fdCAqbDQsICpsMywgKmwyOwotICAgIHVu c2lnbmVkIGxvbmcgKmwxOwotICAgIGludCBiMSwgYjIsIGIzLCBiNDsKLSAg ICBpbnQgaTIsIGkzLCBpNDsKLQotICAgIGQtPmFyY2gucGFnaW5nLmxvZ19k aXJ0eS5jbGVhbl9kaXJ0eV9iaXRtYXAoZCk7Ci0gICAgcGFnaW5nX2xvY2so ZCk7Ci0KLSAgICBQQUdJTkdfREVCVUcoTE9HRElSVFksICJsb2ctZGlydHkt cmFuZ2U6IGRvbSAldSBmYXVsdHM9JXUgZGlydHk9JXVcbiIsCi0gICAgICAg ICAgICAgICAgIGQtPmRvbWFpbl9pZCwKLSAgICAgICAgICAgICAgICAgZC0+ YXJjaC5wYWdpbmcubG9nX2RpcnR5LmZhdWx0X2NvdW50LAotICAgICAgICAg ICAgICAgICBkLT5hcmNoLnBhZ2luZy5sb2dfZGlydHkuZGlydHlfY291bnQp OwotCi0gICAgaWYgKCB1bmxpa2VseShkLT5hcmNoLnBhZ2luZy5sb2dfZGly dHkuZmFpbGVkX2FsbG9jcykgKSB7Ci0gICAgICAgIHByaW50aygiJXM6ICVk IGZhaWxlZCBwYWdlIGFsbG9jcyB3aGlsZSBsb2dnaW5nIGRpcnR5IHBhZ2Vz XG4iLAotICAgICAgICAgICAgICAgX19GVU5DVElPTl9fLCBkLT5hcmNoLnBh Z2luZy5sb2dfZGlydHkuZmFpbGVkX2FsbG9jcyk7Ci0gICAgICAgIHJ2ID0g LUVOT01FTTsKLSAgICAgICAgZ290byBvdXQ7Ci0gICAgfQordm9pZCBwYWdp bmdfbG9nX2RpcnR5X3JhbmdlKHN0cnVjdCBkb21haW4gKmQsCisgICAgICAg ICAgICAgICAgICAgICAgICAgICB1bnNpZ25lZCBsb25nIGJlZ2luX3BmbiwK KyAgICAgICAgICAgICAgICAgICAgICAgICAgIHVuc2lnbmVkIGxvbmcgbnIs CisgICAgICAgICAgICAgICAgICAgICAgICAgICB1aW50OF90ICpkaXJ0eV9i aXRtYXApCit7CisgICAgc3RydWN0IHAybV9kb21haW4gKnAybSA9IHAybV9n ZXRfaG9zdHAybShkKTsKKyAgICBpbnQgaTsKKyAgICB1bnNpZ25lZCBsb25n IHBmbjsKKworICAgIC8qCisgICAgICogU2V0IGwxZSBlbnRyaWVzIG9mIFAy TSB0YWJsZSB0byBiZSByZWFkLW9ubHkuCisgICAgICoKKyAgICAgKiBPbiBm aXJzdCB3cml0ZSwgaXQgcGFnZSBmYXVsdHMsIGl0cyBlbnRyeSBpcyBjaGFu Z2VkIHRvIHJlYWQtd3JpdGUsCisgICAgICogYW5kIG9uIHJldHJ5IHRoZSB3 cml0ZSBzdWNjZWVkcy4KKyAgICAgKgorICAgICAqIFdlIHBvcHVsYXRlIGRp cnR5X2JpdG1hcCBieSBsb29raW5nIGZvciBlbnRyaWVzIHRoYXQgaGF2ZSBi ZWVuCisgICAgICogc3dpdGNoZWQgdG8gcmVhZC13cml0ZS4KKyAgICAgKi8K IAotICAgIGlmICggIWQtPmFyY2gucGFnaW5nLmxvZ19kaXJ0eS5mYXVsdF9j b3VudCAmJgotICAgICAgICAgIWQtPmFyY2gucGFnaW5nLmxvZ19kaXJ0eS5k aXJ0eV9jb3VudCApIHsKLSAgICAgICAgdW5zaWduZWQgaW50IHNpemUgPSBC SVRTX1RPX0xPTkdTKG5yKTsKLQotICAgICAgICBpZiAoIGNsZWFyX2d1ZXN0 KGRpcnR5X2JpdG1hcCwgc2l6ZSAqIEJZVEVTX1BFUl9MT05HKSAhPSAwICkK LSAgICAgICAgICAgIHJ2ID0gLUVGQVVMVDsKLSAgICAgICAgZ290byBvdXQ7 Ci0gICAgfQotICAgIGQtPmFyY2gucGFnaW5nLmxvZ19kaXJ0eS5mYXVsdF9j b3VudCA9IDA7Ci0gICAgZC0+YXJjaC5wYWdpbmcubG9nX2RpcnR5LmRpcnR5 X2NvdW50ID0gMDsKKyAgICBwMm1fbG9jayhwMm0pOwogCi0gICAgYjEgPSBM MV9MT0dESVJUWV9JRFgoYmVnaW5fcGZuKTsKLSAgICBiMiA9IEwyX0xPR0RJ UlRZX0lEWChiZWdpbl9wZm4pOwotICAgIGIzID0gTDNfTE9HRElSVFlfSURY KGJlZ2luX3Bmbik7Ci0gICAgYjQgPSBMNF9MT0dESVJUWV9JRFgoYmVnaW5f cGZuKTsKLSAgICBsNCA9IHBhZ2luZ19tYXBfbG9nX2RpcnR5X2JpdG1hcChk KTsKLQotICAgIGZvciAoIGk0ID0gYjQ7Ci0gICAgICAgICAgKHBhZ2VzIDwg bnIpICYmIChpNCA8IExPR0RJUlRZX05PREVfRU5UUklFUyk7Ci0gICAgICAg ICAgaTQrKyApCisgICAgZm9yICggaSA9IDAsIHBmbiA9IGJlZ2luX3Bmbjsg cGZuIDwgYmVnaW5fcGZuICsgbnI7IGkrKywgcGZuKysgKQogICAgIHsKLSAg ICAgICAgbDMgPSAobDQgJiYgbWZuX3ZhbGlkKGw0W2k0XSkpID8gbWFwX2Rv bWFpbl9wYWdlKG1mbl94KGw0W2k0XSkpIDogTlVMTDsKLSAgICAgICAgZm9y ICggaTMgPSBiMzsKLSAgICAgICAgICAgICAgKHBhZ2VzIDwgbnIpICYmIChp MyA8IExPR0RJUlRZX05PREVfRU5UUklFUyk7Ci0gICAgICAgICAgICAgIGkz KysgKQotICAgICAgICB7Ci0gICAgICAgICAgICBsMiA9ICgobDMgJiYgbWZu X3ZhbGlkKGwzW2kzXSkpID8KLSAgICAgICAgICAgICAgICAgIG1hcF9kb21h aW5fcGFnZShtZm5feChsM1tpM10pKSA6IE5VTEwpOwotICAgICAgICAgICAg Zm9yICggaTIgPSBiMjsKLSAgICAgICAgICAgICAgICAgIChwYWdlcyA8IG5y KSAmJiAoaTIgPCBMT0dESVJUWV9OT0RFX0VOVFJJRVMpOwotICAgICAgICAg ICAgICAgICAgaTIrKyApCi0gICAgICAgICAgICB7Ci0gICAgICAgICAgICAg ICAgdW5zaWduZWQgaW50IGJ5dGVzID0gUEFHRV9TSVpFOwotICAgICAgICAg ICAgICAgIHVpbnQ4X3QgKnM7Ci0gICAgICAgICAgICAgICAgbDEgPSAoKGwy ICYmIG1mbl92YWxpZChsMltpMl0pKSA/Ci0gICAgICAgICAgICAgICAgICAg ICAgbWFwX2RvbWFpbl9wYWdlKG1mbl94KGwyW2kyXSkpIDogTlVMTCk7Ci0K LSAgICAgICAgICAgICAgICBzID0gKCh1aW50OF90KilsMSkgKyAoYjEgPj4g Myk7Ci0gICAgICAgICAgICAgICAgYnl0ZXMgLT0gYjEgPj4gMzsKLQotICAg ICAgICAgICAgICAgIGlmICggbGlrZWx5KCgobnIgLSBwYWdlcyArIDcpID4+ IDMpIDwgYnl0ZXMpICkKLSAgICAgICAgICAgICAgICAgICAgYnl0ZXMgPSAo dW5zaWduZWQgaW50KSgobnIgLSBwYWdlcyArIDcpID4+IDMpOwotCi0gICAg ICAgICAgICAgICAgaWYgKCAhbDEgKQotICAgICAgICAgICAgICAgIHsKLSAg ICAgICAgICAgICAgICAgICAgaWYgKCBjbGVhcl9ndWVzdF9vZmZzZXQoZGly dHlfYml0bWFwLCBwYWdlcyA+PiAzLAotICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICBieXRlcykgIT0gMCApCi0gICAgICAg ICAgICAgICAgICAgIHsKLSAgICAgICAgICAgICAgICAgICAgICAgIHJ2ID0g LUVGQVVMVDsKLSAgICAgICAgICAgICAgICAgICAgICAgIGdvdG8gb3V0Owot ICAgICAgICAgICAgICAgICAgICB9Ci0gICAgICAgICAgICAgICAgfQotICAg ICAgICAgICAgICAgIC8qIGJlZ2luX3BmbiBpcyBub3QgMzJLIGFsaWduZWQs IGhlbmNlIHdlIGhhdmUgdG8gYml0Ci0gICAgICAgICAgICAgICAgICogc2hp ZnQgdGhlIGJpdG1hcCAqLwotICAgICAgICAgICAgICAgIGVsc2UgaWYgKCBi MSAmIDB4NyApCi0gICAgICAgICAgICAgICAgewotICAgICAgICAgICAgICAg ICAgICBpbnQgaSwgajsKLSAgICAgICAgICAgICAgICAgICAgdWludDMyX3Qg KmwgPSAodWludDMyX3QqKSBzOwotICAgICAgICAgICAgICAgICAgICBpbnQg Yml0cyA9IGIxICYgMHg3OwotICAgICAgICAgICAgICAgICAgICBpbnQgYml0 bWFzayA9ICgxIDw8IGJpdHMpIC0gMTsKLSAgICAgICAgICAgICAgICAgICAg aW50IHNpemUgPSAoYnl0ZXMgKyBCWVRFU19QRVJfTE9ORyAtIDEpIC8gQllU RVNfUEVSX0xPTkc7Ci0gICAgICAgICAgICAgICAgICAgIHVuc2lnbmVkIGxv bmcgYml0bWFwW3NpemVdOwotICAgICAgICAgICAgICAgICAgICBzdGF0aWMg dW5zaWduZWQgbG9uZyBwcmludGVkID0gMDsKLQotICAgICAgICAgICAgICAg ICAgICBpZiAoIHByaW50ZWQgIT0gYmVnaW5fcGZuICkKLSAgICAgICAgICAg ICAgICAgICAgewotICAgICAgICAgICAgICAgICAgICAgICAgZHByaW50ayhY RU5MT0dfREVCVUcsICIlczogYmVnaW5fcGZuICVseCBpcyBub3QgMzJLIGFs aWduZWQhXG4iLAotICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBf X0ZVTkNUSU9OX18sIGJlZ2luX3Bmbik7Ci0gICAgICAgICAgICAgICAgICAg ICAgICBwcmludGVkID0gYmVnaW5fcGZuOwotICAgICAgICAgICAgICAgICAg ICB9Ci0KLSAgICAgICAgICAgICAgICAgICAgZm9yICggaSA9IDA7IGkgPCBz aXplIC0gMTsgaSsrLCBsKysgKSB7Ci0gICAgICAgICAgICAgICAgICAgICAg ICBiaXRtYXBbaV0gPSAoKCpsKSA+PiBiaXRzKSB8Ci0gICAgICAgICAgICAg ICAgICAgICAgICAgICAgKCgoKigodWludDhfdCopKGwgKyAxKSkpICYgYml0 bWFzaykgPDwgKHNpemVvZigqbCkgKiA4IC0gYml0cykpOwotICAgICAgICAg ICAgICAgICAgICB9Ci0gICAgICAgICAgICAgICAgICAgIHMgPSAodWludDhf dCopIGw7Ci0gICAgICAgICAgICAgICAgICAgIHNpemUgPSBCWVRFU19QRVJf TE9ORyAtICgoYjEgPj4gMykgJiAweDMpOwotICAgICAgICAgICAgICAgICAg ICBiaXRtYXBbaV0gPSAwOwotICAgICAgICAgICAgICAgICAgICBmb3IgKCBq ID0gMDsgaiA8IHNpemU7IGorKywgcysrICkKLSAgICAgICAgICAgICAgICAg ICAgICAgIGJpdG1hcFtpXSB8PSAoKnMpIDw8IChqICogOCk7Ci0gICAgICAg ICAgICAgICAgICAgIGJpdG1hcFtpXSA9IChiaXRtYXBbaV0gPj4gYml0cykg fCAoYml0bWFzayA8PCAoc2l6ZSAqIDggLSBiaXRzKSk7Ci0gICAgICAgICAg ICAgICAgICAgIGlmICggY29weV90b19ndWVzdF9vZmZzZXQoZGlydHlfYml0 bWFwLCAocGFnZXMgPj4gMyksCi0gICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICh1aW50OF90KikgYml0bWFwLCBieXRlcykgIT0gMCApCi0gICAg ICAgICAgICAgICAgICAgIHsKLSAgICAgICAgICAgICAgICAgICAgICAgIHJ2 ID0gLUVGQVVMVDsKLSAgICAgICAgICAgICAgICAgICAgICAgIGdvdG8gb3V0 OwotICAgICAgICAgICAgICAgICAgICB9Ci0gICAgICAgICAgICAgICAgfQot ICAgICAgICAgICAgICAgIGVsc2UKLSAgICAgICAgICAgICAgICB7Ci0gICAg ICAgICAgICAgICAgICAgIGlmICggY29weV90b19ndWVzdF9vZmZzZXQoZGly dHlfYml0bWFwLCBwYWdlcyA+PiAzLAotICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgIHMsIGJ5dGVzKSAhPSAwICkKLSAg ICAgICAgICAgICAgICAgICAgewotICAgICAgICAgICAgICAgICAgICAgICAg cnYgPSAtRUZBVUxUOwotICAgICAgICAgICAgICAgICAgICAgICAgZ290byBv dXQ7Ci0gICAgICAgICAgICAgICAgICAgIH0KLSAgICAgICAgICAgICAgICB9 Ci0KLSAgICAgICAgICAgICAgICBwYWdlcyArPSBieXRlcyA8PCAzOwotICAg ICAgICAgICAgICAgIGlmICggbDEgKQotICAgICAgICAgICAgICAgIHsKLSAg ICAgICAgICAgICAgICAgICAgY2xlYXJfcGFnZShsMSk7Ci0gICAgICAgICAg ICAgICAgICAgIHVubWFwX2RvbWFpbl9wYWdlKGwxKTsKLSAgICAgICAgICAg ICAgICB9Ci0gICAgICAgICAgICAgICAgYjEgPSBiMSAmIDB4NzsKLSAgICAg ICAgICAgIH0KLSAgICAgICAgICAgIGIyID0gMDsKLSAgICAgICAgICAgIGlm ICggbDIgKQotICAgICAgICAgICAgICAgIHVubWFwX2RvbWFpbl9wYWdlKGwy KTsKLSAgICAgICAgfQotICAgICAgICBiMyA9IDA7Ci0gICAgICAgIGlmICgg bDMgKQotICAgICAgICAgICAgdW5tYXBfZG9tYWluX3BhZ2UobDMpOworICAg ICAgICBwMm1fdHlwZV90IHB0OworICAgICAgICBwdCA9IHAybV9jaGFuZ2Vf dHlwZShkLCBwZm4sIHAybV9yYW1fcncsIHAybV9yYW1fbG9nZGlydHkpOwor ICAgICAgICBpZiAoIHB0ID09IHAybV9yYW1fcncgKQorICAgICAgICAgICAg ZGlydHlfYml0bWFwW2kgPj4gM10gfD0gKDEgPDwgKGkgJiA3KSk7CiAgICAg fQotICAgIGlmICggbDQgKQotICAgICAgICB1bm1hcF9kb21haW5fcGFnZShs NCk7Ci0KLSAgICBwYWdpbmdfdW5sb2NrKGQpOwogCi0gICAgcmV0dXJuIHJ2 OworICAgIHAybV91bmxvY2socDJtKTsKIAotIG91dDoKLSAgICBwYWdpbmdf dW5sb2NrKGQpOwotICAgIHJldHVybiBydjsKKyAgICBmbHVzaF90bGJfbWFz ayhkLT5kb21haW5fZGlydHlfY3B1bWFzayk7CiB9CiAKIC8qIE5vdGUgdGhh dCB0aGlzIGZ1bmN0aW9uIHRha2VzIHRocmVlIGZ1bmN0aW9uIHBvaW50ZXJz LiBDYWxsZXJzIG11c3Qgc3VwcGx5Ci0tLSBhL3hlbi9pbmNsdWRlL2FzbS14 ODYvY29uZmlnLmgKKysrIGIveGVuL2luY2x1ZGUvYXNtLXg4Ni9jb25maWcu aApAQCAtMTcsNiArMTcsNyBAQAogCiAjZGVmaW5lIEJZVEVTX1BFUl9MT05H ICgxIDw8IExPTkdfQllURU9SREVSKQogI2RlZmluZSBCSVRTX1BFUl9MT05H IChCWVRFU19QRVJfTE9ORyA8PCAzKQorI2RlZmluZSBCSVRTX1BFUl9CWVRF IDgKIAogI2RlZmluZSBDT05GSUdfWDg2IDEKICNkZWZpbmUgQ09ORklHX1g4 Nl9IVCAxCi0tLSBhL3hlbi9pbmNsdWRlL2FzbS14ODYvcGFnaW5nLmgKKysr IGIveGVuL2luY2x1ZGUvYXNtLXg4Ni9wYWdpbmcuaApAQCAtMTQ1LDEwICsx NDUsMTAgQEAgc3RydWN0IHBhZ2luZ19tb2RlIHsKIHZvaWQgcGFnaW5nX2Zy ZWVfbG9nX2RpcnR5X2JpdG1hcChzdHJ1Y3QgZG9tYWluICpkKTsKIAogLyog Z2V0IHRoZSBkaXJ0eSBiaXRtYXAgZm9yIGEgc3BlY2lmaWMgcmFuZ2Ugb2Yg cGZucyAqLwotaW50IHBhZ2luZ19sb2dfZGlydHlfcmFuZ2Uoc3RydWN0IGRv bWFpbiAqZCwKLSAgICAgICAgICAgICAgICAgICAgICAgICAgIHVuc2lnbmVk IGxvbmcgYmVnaW5fcGZuLAotICAgICAgICAgICAgICAgICAgICAgICAgICAg dW5zaWduZWQgbG9uZyBuciwKLSAgICAgICAgICAgICAgICAgICAgICAgICAg IFhFTl9HVUVTVF9IQU5ETEVfNjQodWludDgpIGRpcnR5X2JpdG1hcCk7Cit2 b2lkIHBhZ2luZ19sb2dfZGlydHlfcmFuZ2Uoc3RydWN0IGRvbWFpbiAqZCwK KyAgICAgICAgICAgICAgICAgICAgICAgICAgICB1bnNpZ25lZCBsb25nIGJl Z2luX3BmbiwKKyAgICAgICAgICAgICAgICAgICAgICAgICAgICB1bnNpZ25l ZCBsb25nIG5yLAorICAgICAgICAgICAgICAgICAgICAgICAgICAgIHVpbnQ4 X3QgKmRpcnR5X2JpdG1hcCk7CiAKIC8qIGVuYWJsZSBsb2cgZGlydHkgKi8K IGludCBwYWdpbmdfbG9nX2RpcnR5X2VuYWJsZShzdHJ1Y3QgZG9tYWluICpk KTsK --=separator Content-Type: application/octet-stream; name="xsa97-hap-4.3.patch" Content-Disposition: attachment; filename="xsa97-hap-4.3.patch" Content-Transfer-Encoding: base64 eDg2L3BhZ2luZzogbWFrZSBsb2ctZGlydHkgb3BlcmF0aW9ucyBwcmVlbXB0 aWJsZQoKQm90aCB0aGUgZnJlZWluZyBhbmQgdGhlIGluc3BlY3Rpb24gb2Yg dGhlIGJpdG1hcCBnZXQgZG9uZSBpbiAobmVzdGVkKQpsb29wcyB3aGljaCAt IGJlc2lkZXMgaGF2aW5nIGEgcmF0aGVyIGhpZ2ggaXRlcmF0aW9uIGNvdW50 IGluIGdlbmVyYWwsCmFsYmVpdCB0aGF0IHdvdWxkIGJlIGNvdmVyZWQgYnkg WFNBLTc3IC0gaGF2ZSB0aGUgbnVtYmVyIG9mIG5vbi10cml2aWFsCml0ZXJh dGlvbnMgdGhleSBuZWVkIHRvIHBlcmZvcm0gKGluZGlyZWN0bHkpIGNvbnRy b2xsYWJsZSBieSBib3RoIHRoZQpndWVzdCB0aGV5IGFyZSBmb3IgYW5kIGFu eSBkb21haW4gY29udHJvbGxpbmcgdGhlIGd1ZXN0IChpbmNsdWRpbmcgdGhl Cm9uZSBydW5uaW5nIHFlbXUgZm9yIGl0KS4KClRoaXMgaXMgWFNBLTk3LgoK U2lnbmVkLW9mZi1ieTogSmFuIEJldWxpY2ggPGpiZXVsaWNoQHN1c2UuY29t PgpSZXZpZXdlZC1ieTogVGltIERlZWdhbiA8dGltQHhlbi5vcmc+CgotLS0g YS94ZW4vYXJjaC94ODYvZG9tYWluLmMKKysrIGIveGVuL2FyY2gveDg2L2Rv bWFpbi5jCkBAIC0xODY3LDcgKzE4NjcsOSBAQCBpbnQgZG9tYWluX3JlbGlu cXVpc2hfcmVzb3VyY2VzKHN0cnVjdCBkCiAgICAgICAgIHBjaV9yZWxlYXNl X2RldmljZXMoZCk7CiAKICAgICAgICAgLyogVGVhciBkb3duIHBhZ2luZy1h c3Npc3RhbmNlIHN0dWZmLiAqLwotICAgICAgICBwYWdpbmdfdGVhcmRvd24o ZCk7CisgICAgICAgIHJldCA9IHBhZ2luZ190ZWFyZG93bihkKTsKKyAgICAg ICAgaWYgKCByZXQgKQorICAgICAgICAgICAgcmV0dXJuIHJldDsKIAogICAg ICAgICAvKiBEcm9wIHRoZSBpbi11c2UgcmVmZXJlbmNlcyB0byBwYWdlLXRh YmxlIGJhc2VzLiAqLwogICAgICAgICBmb3JfZWFjaF92Y3B1ICggZCwgdiAp Ci0tLSBhL3hlbi9hcmNoL3g4Ni9kb21jdGwuYworKysgYi94ZW4vYXJjaC94 ODYvZG9tY3RsLmMKQEAgLTYxLDYgKzYxLDkgQEAgbG9uZyBhcmNoX2RvX2Rv bWN0bCgKICAgICAgICAgcmV0ID0gcGFnaW5nX2RvbWN0bChkLAogICAgICAg ICAgICAgICAgICAgICAgICAgICAgICZkb21jdGwtPnUuc2hhZG93X29wLAog ICAgICAgICAgICAgICAgICAgICAgICAgICAgIGd1ZXN0X2hhbmRsZV9jYXN0 KHVfZG9tY3RsLCB2b2lkKSk7CisgICAgICAgIGlmICggcmV0ID09IC1FQUdB SU4gKQorICAgICAgICAgICAgcmV0dXJuIGh5cGVyY2FsbF9jcmVhdGVfY29u dGludWF0aW9uKF9fSFlQRVJWSVNPUl9kb21jdGwsCisgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgImgiLCB1X2Rv bWN0bCk7CiAgICAgICAgIGNvcHliYWNrID0gMTsKICAgICB9CiAgICAgYnJl YWs7Ci0tLSBhL3hlbi9hcmNoL3g4Ni9tbS9oYXAvaGFwLmMKKysrIGIveGVu L2FyY2gveDg2L21tL2hhcC9oYXAuYwpAQCAtNTY1LDggKzU2NSw3IEBAIGlu dCBoYXBfZG9tY3RsKHN0cnVjdCBkb21haW4gKmQsIHhlbl9kb20KICAgICAg ICAgcGFnaW5nX3VubG9jayhkKTsKICAgICAgICAgaWYgKCBwcmVlbXB0ZWQg KQogICAgICAgICAgICAgLyogTm90IGZpbmlzaGVkLiAgU2V0IHVwIHRvIHJl LXJ1biB0aGUgY2FsbC4gKi8KLSAgICAgICAgICAgIHJjID0gaHlwZXJjYWxs X2NyZWF0ZV9jb250aW51YXRpb24oX19IWVBFUlZJU09SX2RvbWN0bCwgImgi LAotICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICB1X2RvbWN0bCk7CisgICAgICAgICAgICByYyA9IC1FQUdBSU47CiAg ICAgICAgIGVsc2UKICAgICAgICAgICAgIC8qIEZpbmlzaGVkLiAgUmV0dXJu IHRoZSBuZXcgYWxsb2NhdGlvbiAqLwogICAgICAgICAgICAgc2MtPm1iID0g aGFwX2dldF9hbGxvY2F0aW9uKGQpOwotLS0gYS94ZW4vYXJjaC94ODYvbW0v cGFnaW5nLmMKKysrIGIveGVuL2FyY2gveDg2L21tL3BhZ2luZy5jCkBAIC0y Niw2ICsyNiw3IEBACiAjaW5jbHVkZSA8YXNtL3NoYWRvdy5oPgogI2luY2x1 ZGUgPGFzbS9wMm0uaD4KICNpbmNsdWRlIDxhc20vaGFwLmg+CisjaW5jbHVk ZSA8YXNtL2V2ZW50Lmg+CiAjaW5jbHVkZSA8YXNtL2h2bS9uZXN0ZWRodm0u aD4KICNpbmNsdWRlIDx4ZW4vbnVtYS5oPgogI2luY2x1ZGUgPHhzbS94c20u aD4KQEAgLTExNiwyNiArMTE3LDQ2IEBAIHN0YXRpYyB2b2lkIHBhZ2luZ19m cmVlX2xvZ19kaXJ0eV9wYWdlKHMKICAgICBkLT5hcmNoLnBhZ2luZy5mcmVl X3BhZ2UoZCwgbWZuX3RvX3BhZ2UobWZuKSk7CiB9CiAKLXZvaWQgcGFnaW5n X2ZyZWVfbG9nX2RpcnR5X2JpdG1hcChzdHJ1Y3QgZG9tYWluICpkKQorc3Rh dGljIGludCBwYWdpbmdfZnJlZV9sb2dfZGlydHlfYml0bWFwKHN0cnVjdCBk b21haW4gKmQsIGludCByYykKIHsKICAgICBtZm5fdCAqbDQsICpsMywgKmwy OwogICAgIGludCBpNCwgaTMsIGkyOwogCisgICAgcGFnaW5nX2xvY2soZCk7 CisKICAgICBpZiAoICFtZm5fdmFsaWQoZC0+YXJjaC5wYWdpbmcubG9nX2Rp cnR5LnRvcCkgKQotICAgICAgICByZXR1cm47CisgICAgeworICAgICAgICBw YWdpbmdfdW5sb2NrKGQpOworICAgICAgICByZXR1cm4gMDsKKyAgICB9CiAK LSAgICBwYWdpbmdfbG9jayhkKTsKKyAgICBpZiAoICFkLT5hcmNoLnBhZ2lu Zy5wcmVlbXB0LnZjcHUgKQorICAgIHsKKyAgICAgICAgbWVtc2V0KCZkLT5h cmNoLnBhZ2luZy5wcmVlbXB0LmxvZ19kaXJ0eSwgMCwKKyAgICAgICAgICAg ICAgIHNpemVvZihkLT5hcmNoLnBhZ2luZy5wcmVlbXB0LmxvZ19kaXJ0eSkp OworICAgICAgICBBU1NFUlQocmMgPD0gMCk7CisgICAgICAgIGQtPmFyY2gu cGFnaW5nLnByZWVtcHQubG9nX2RpcnR5LmRvbmUgPSAtcmM7CisgICAgfQor ICAgIGVsc2UgaWYgKCBkLT5hcmNoLnBhZ2luZy5wcmVlbXB0LnZjcHUgIT0g Y3VycmVudCB8fAorICAgICAgICAgICAgICBkLT5hcmNoLnBhZ2luZy5wcmVl bXB0Lm9wICE9IFhFTl9ET01DVExfU0hBRE9XX09QX09GRiApCisgICAgewor ICAgICAgICBwYWdpbmdfdW5sb2NrKGQpOworICAgICAgICByZXR1cm4gLUVC VVNZOworICAgIH0KIAogICAgIGw0ID0gbWFwX2RvbWFpbl9wYWdlKG1mbl94 KGQtPmFyY2gucGFnaW5nLmxvZ19kaXJ0eS50b3ApKTsKKyAgICBpNCA9IGQt PmFyY2gucGFnaW5nLnByZWVtcHQubG9nX2RpcnR5Lmk0OworICAgIGkzID0g ZC0+YXJjaC5wYWdpbmcucHJlZW1wdC5sb2dfZGlydHkuaTM7CisgICAgcmMg PSAwOwogCi0gICAgZm9yICggaTQgPSAwOyBpNCA8IExPR0RJUlRZX05PREVf RU5UUklFUzsgaTQrKyApCisgICAgZm9yICggOyBpNCA8IExPR0RJUlRZX05P REVfRU5UUklFUzsgaTQrKywgaTMgPSAwICkKICAgICB7CiAgICAgICAgIGlm ICggIW1mbl92YWxpZChsNFtpNF0pICkKICAgICAgICAgICAgIGNvbnRpbnVl OwogCiAgICAgICAgIGwzID0gbWFwX2RvbWFpbl9wYWdlKG1mbl94KGw0W2k0 XSkpOwogCi0gICAgICAgIGZvciAoIGkzID0gMDsgaTMgPCBMT0dESVJUWV9O T0RFX0VOVFJJRVM7IGkzKysgKQorICAgICAgICBmb3IgKCA7IGkzIDwgTE9H RElSVFlfTk9ERV9FTlRSSUVTOyBpMysrICkKICAgICAgICAgewogICAgICAg ICAgICAgaWYgKCAhbWZuX3ZhbGlkKGwzW2kzXSkgKQogICAgICAgICAgICAg ICAgIGNvbnRpbnVlOwpAQCAtMTQ4LDIwICsxNjksNTQgQEAgdm9pZCBwYWdp bmdfZnJlZV9sb2dfZGlydHlfYml0bWFwKHN0cnVjdAogCiAgICAgICAgICAg ICB1bm1hcF9kb21haW5fcGFnZShsMik7CiAgICAgICAgICAgICBwYWdpbmdf ZnJlZV9sb2dfZGlydHlfcGFnZShkLCBsM1tpM10pOworICAgICAgICAgICAg bDNbaTNdID0gX21mbihJTlZBTElEX01GTik7CisKKyAgICAgICAgICAgIGlm ICggaTMgPCBMT0dESVJUWV9OT0RFX0VOVFJJRVMgLSAxICYmIGh5cGVyY2Fs bF9wcmVlbXB0X2NoZWNrKCkgKQorICAgICAgICAgICAgeworICAgICAgICAg ICAgICAgIGQtPmFyY2gucGFnaW5nLnByZWVtcHQubG9nX2RpcnR5LmkzID0g aTMgKyAxOworICAgICAgICAgICAgICAgIGQtPmFyY2gucGFnaW5nLnByZWVt cHQubG9nX2RpcnR5Lmk0ID0gaTQ7CisgICAgICAgICAgICAgICAgcmMgPSAt RUFHQUlOOworICAgICAgICAgICAgICAgIGJyZWFrOworICAgICAgICAgICAg fQogICAgICAgICB9CiAKICAgICAgICAgdW5tYXBfZG9tYWluX3BhZ2UobDMp OworICAgICAgICBpZiAoIHJjICkKKyAgICAgICAgICAgIGJyZWFrOwogICAg ICAgICBwYWdpbmdfZnJlZV9sb2dfZGlydHlfcGFnZShkLCBsNFtpNF0pOwor ICAgICAgICBsNFtpNF0gPSBfbWZuKElOVkFMSURfTUZOKTsKKworICAgICAg ICBpZiAoIGk0IDwgTE9HRElSVFlfTk9ERV9FTlRSSUVTIC0gMSAmJiBoeXBl cmNhbGxfcHJlZW1wdF9jaGVjaygpICkKKyAgICAgICAgeworICAgICAgICAg ICAgZC0+YXJjaC5wYWdpbmcucHJlZW1wdC5sb2dfZGlydHkuaTMgPSAwOwor ICAgICAgICAgICAgZC0+YXJjaC5wYWdpbmcucHJlZW1wdC5sb2dfZGlydHku aTQgPSBpNCArIDE7CisgICAgICAgICAgICByYyA9IC1FQUdBSU47CisgICAg ICAgICAgICBicmVhazsKKyAgICAgICAgfQogICAgIH0KIAogICAgIHVubWFw X2RvbWFpbl9wYWdlKGw0KTsKLSAgICBwYWdpbmdfZnJlZV9sb2dfZGlydHlf cGFnZShkLCBkLT5hcmNoLnBhZ2luZy5sb2dfZGlydHkudG9wKTsKLSAgICBk LT5hcmNoLnBhZ2luZy5sb2dfZGlydHkudG9wID0gX21mbihJTlZBTElEX01G Tik7CiAKLSAgICBBU1NFUlQoZC0+YXJjaC5wYWdpbmcubG9nX2RpcnR5LmFs bG9jcyA9PSAwKTsKLSAgICBkLT5hcmNoLnBhZ2luZy5sb2dfZGlydHkuZmFp bGVkX2FsbG9jcyA9IDA7CisgICAgaWYgKCAhcmMgKQorICAgIHsKKyAgICAg ICAgcGFnaW5nX2ZyZWVfbG9nX2RpcnR5X3BhZ2UoZCwgZC0+YXJjaC5wYWdp bmcubG9nX2RpcnR5LnRvcCk7CisgICAgICAgIGQtPmFyY2gucGFnaW5nLmxv Z19kaXJ0eS50b3AgPSBfbWZuKElOVkFMSURfTUZOKTsKKworICAgICAgICBB U1NFUlQoZC0+YXJjaC5wYWdpbmcubG9nX2RpcnR5LmFsbG9jcyA9PSAwKTsK KyAgICAgICAgZC0+YXJjaC5wYWdpbmcubG9nX2RpcnR5LmZhaWxlZF9hbGxv Y3MgPSAwOworCisgICAgICAgIHJjID0gLWQtPmFyY2gucGFnaW5nLnByZWVt cHQubG9nX2RpcnR5LmRvbmU7CisgICAgICAgIGQtPmFyY2gucGFnaW5nLnBy ZWVtcHQudmNwdSA9IE5VTEw7CisgICAgfQorICAgIGVsc2UKKyAgICB7Cisg ICAgICAgIGQtPmFyY2gucGFnaW5nLnByZWVtcHQudmNwdSA9IGN1cnJlbnQ7 CisgICAgICAgIGQtPmFyY2gucGFnaW5nLnByZWVtcHQub3AgPSBYRU5fRE9N Q1RMX1NIQURPV19PUF9PRkY7CisgICAgfQogCiAgICAgcGFnaW5nX3VubG9j ayhkKTsKKworICAgIHJldHVybiByYzsKIH0KIAogaW50IHBhZ2luZ19sb2df ZGlydHlfZW5hYmxlKHN0cnVjdCBkb21haW4gKmQpCkBAIC0xNzgsMTUgKzIz MywyNSBAQCBpbnQgcGFnaW5nX2xvZ19kaXJ0eV9lbmFibGUoc3RydWN0IGRv bWFpCiAgICAgcmV0dXJuIHJldDsKIH0KIAotaW50IHBhZ2luZ19sb2dfZGly dHlfZGlzYWJsZShzdHJ1Y3QgZG9tYWluICpkKQorc3RhdGljIGludCBwYWdp bmdfbG9nX2RpcnR5X2Rpc2FibGUoc3RydWN0IGRvbWFpbiAqZCwgYm9vbF90 IHJlc3VtaW5nKQogewotICAgIGludCByZXQ7CisgICAgaW50IHJldCA9IDE7 CisKKyAgICBpZiAoICFyZXN1bWluZyApCisgICAgeworICAgICAgICBkb21h aW5fcGF1c2UoZCk7CisgICAgICAgIC8qIFNhZmUgYmVjYXVzZSB0aGUgZG9t YWluIGlzIHBhdXNlZC4gKi8KKyAgICAgICAgcmV0ID0gZC0+YXJjaC5wYWdp bmcubG9nX2RpcnR5LmRpc2FibGVfbG9nX2RpcnR5KGQpOworICAgICAgICBB U1NFUlQocmV0IDw9IDApOworICAgIH0KIAotICAgIGRvbWFpbl9wYXVzZShk KTsKLSAgICAvKiBTYWZlIGJlY2F1c2UgdGhlIGRvbWFpbiBpcyBwYXVzZWQu ICovCi0gICAgcmV0ID0gZC0+YXJjaC5wYWdpbmcubG9nX2RpcnR5LmRpc2Fi bGVfbG9nX2RpcnR5KGQpOwogICAgIGlmICggIXBhZ2luZ19tb2RlX2xvZ19k aXJ0eShkKSApCi0gICAgICAgIHBhZ2luZ19mcmVlX2xvZ19kaXJ0eV9iaXRt YXAoZCk7CisgICAgeworICAgICAgICByZXQgPSBwYWdpbmdfZnJlZV9sb2df ZGlydHlfYml0bWFwKGQsIHJldCk7CisgICAgICAgIGlmICggcmV0ID09IC1F QUdBSU4gKQorICAgICAgICAgICAgcmV0dXJuIHJldDsKKyAgICB9CisKICAg ICBkb21haW5fdW5wYXVzZShkKTsKIAogICAgIHJldHVybiByZXQ7CkBAIC0z MjYsNyArMzkxLDkgQEAgaW50IHBhZ2luZ19tZm5faXNfZGlydHkoc3RydWN0 IGRvbWFpbiAqZAogCiAvKiBSZWFkIGEgZG9tYWluJ3MgbG9nLWRpcnR5IGJp dG1hcCBhbmQgc3RhdHMuICBJZiB0aGUgb3BlcmF0aW9uIGlzIGEgQ0xFQU4s CiAgKiBjbGVhciB0aGUgYml0bWFwIGFuZCBzdGF0cyBhcyB3ZWxsLiAqLwot aW50IHBhZ2luZ19sb2dfZGlydHlfb3Aoc3RydWN0IGRvbWFpbiAqZCwgc3Ry dWN0IHhlbl9kb21jdGxfc2hhZG93X29wICpzYykKK3N0YXRpYyBpbnQgcGFn aW5nX2xvZ19kaXJ0eV9vcChzdHJ1Y3QgZG9tYWluICpkLAorICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgIHN0cnVjdCB4ZW5fZG9tY3RsX3NoYWRv d19vcCAqc2MsCisgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgYm9v bF90IHJlc3VtaW5nKQogewogICAgIGludCBydiA9IDAsIGNsZWFuID0gMCwg cGVlayA9IDE7CiAgICAgdW5zaWduZWQgbG9uZyBwYWdlcyA9IDA7CkBAIC0z MzQsOSArNDAxLDIyIEBAIGludCBwYWdpbmdfbG9nX2RpcnR5X29wKHN0cnVj dCBkb21haW4gKmQKICAgICB1bnNpZ25lZCBsb25nICpsMSA9IE5VTEw7CiAg ICAgaW50IGk0LCBpMywgaTI7CiAKLSAgICBkb21haW5fcGF1c2UoZCk7Cisg ICAgaWYgKCAhcmVzdW1pbmcgKQorICAgICAgICBkb21haW5fcGF1c2UoZCk7 CiAgICAgcGFnaW5nX2xvY2soZCk7CiAKKyAgICBpZiAoICFkLT5hcmNoLnBh Z2luZy5wcmVlbXB0LnZjcHUgKQorICAgICAgICBtZW1zZXQoJmQtPmFyY2gu cGFnaW5nLnByZWVtcHQubG9nX2RpcnR5LCAwLAorICAgICAgICAgICAgICAg c2l6ZW9mKGQtPmFyY2gucGFnaW5nLnByZWVtcHQubG9nX2RpcnR5KSk7Cisg ICAgZWxzZSBpZiAoIGQtPmFyY2gucGFnaW5nLnByZWVtcHQudmNwdSAhPSBj dXJyZW50IHx8CisgICAgICAgICAgICAgIGQtPmFyY2gucGFnaW5nLnByZWVt cHQub3AgIT0gc2MtPm9wICkKKyAgICB7CisgICAgICAgIHBhZ2luZ191bmxv Y2soZCk7CisgICAgICAgIEFTU0VSVCghcmVzdW1pbmcpOworICAgICAgICBk b21haW5fdW5wYXVzZShkKTsKKyAgICAgICAgcmV0dXJuIC1FQlVTWTsKKyAg ICB9CisKICAgICBjbGVhbiA9IChzYy0+b3AgPT0gWEVOX0RPTUNUTF9TSEFE T1dfT1BfQ0xFQU4pOwogCiAgICAgUEFHSU5HX0RFQlVHKExPR0RJUlRZLCAi bG9nLWRpcnR5ICVzOiBkb20gJXUgZmF1bHRzPSV1IGRpcnR5PSV1XG4iLApA QCAtMzY1LDE3ICs0NDUsMTUgQEAgaW50IHBhZ2luZ19sb2dfZGlydHlfb3Ao c3RydWN0IGRvbWFpbiAqZAogICAgICAgICBnb3RvIG91dDsKICAgICB9CiAK LSAgICBwYWdlcyA9IDA7CiAgICAgbDQgPSBwYWdpbmdfbWFwX2xvZ19kaXJ0 eV9iaXRtYXAoZCk7CisgICAgaTQgPSBkLT5hcmNoLnBhZ2luZy5wcmVlbXB0 LmxvZ19kaXJ0eS5pNDsKKyAgICBpMyA9IGQtPmFyY2gucGFnaW5nLnByZWVt cHQubG9nX2RpcnR5LmkzOworICAgIHBhZ2VzID0gZC0+YXJjaC5wYWdpbmcu cHJlZW1wdC5sb2dfZGlydHkuZG9uZTsKIAotICAgIGZvciAoIGk0ID0gMDsK LSAgICAgICAgICAocGFnZXMgPCBzYy0+cGFnZXMpICYmIChpNCA8IExPR0RJ UlRZX05PREVfRU5UUklFUyk7Ci0gICAgICAgICAgaTQrKyApCisgICAgZm9y ICggOyAocGFnZXMgPCBzYy0+cGFnZXMpICYmIChpNCA8IExPR0RJUlRZX05P REVfRU5UUklFUyk7IGk0KyssIGkzID0gMCApCiAgICAgewogICAgICAgICBs MyA9IChsNCAmJiBtZm5fdmFsaWQobDRbaTRdKSkgPyBtYXBfZG9tYWluX3Bh Z2UobWZuX3gobDRbaTRdKSkgOiBOVUxMOwotICAgICAgICBmb3IgKCBpMyA9 IDA7Ci0gICAgICAgICAgICAgIChwYWdlcyA8IHNjLT5wYWdlcykgJiYgKGkz IDwgTE9HRElSVFlfTk9ERV9FTlRSSUVTKTsKLSAgICAgICAgICAgICAgaTMr KyApCisgICAgICAgIGZvciAoIDsgKHBhZ2VzIDwgc2MtPnBhZ2VzKSAmJiAo aTMgPCBMT0dESVJUWV9OT0RFX0VOVFJJRVMpOyBpMysrICkKICAgICAgICAg ewogICAgICAgICAgICAgbDIgPSAoKGwzICYmIG1mbl92YWxpZChsM1tpM10p KSA/CiAgICAgICAgICAgICAgICAgICBtYXBfZG9tYWluX3BhZ2UobWZuX3go bDNbaTNdKSkgOiBOVUxMKTsKQEAgLTQxMCwxOCArNDg4LDUxIEBAIGludCBw YWdpbmdfbG9nX2RpcnR5X29wKHN0cnVjdCBkb21haW4gKmQKICAgICAgICAg ICAgIH0KICAgICAgICAgICAgIGlmICggbDIgKQogICAgICAgICAgICAgICAg IHVubWFwX2RvbWFpbl9wYWdlKGwyKTsKKworICAgICAgICAgICAgaWYgKCBp MyA8IExPR0RJUlRZX05PREVfRU5UUklFUyAtIDEgJiYgaHlwZXJjYWxsX3By ZWVtcHRfY2hlY2soKSApCisgICAgICAgICAgICB7CisgICAgICAgICAgICAg ICAgZC0+YXJjaC5wYWdpbmcucHJlZW1wdC5sb2dfZGlydHkuaTQgPSBpNDsK KyAgICAgICAgICAgICAgICBkLT5hcmNoLnBhZ2luZy5wcmVlbXB0LmxvZ19k aXJ0eS5pMyA9IGkzICsgMTsKKyAgICAgICAgICAgICAgICBydiA9IC1FQUdB SU47CisgICAgICAgICAgICAgICAgYnJlYWs7CisgICAgICAgICAgICB9CiAg ICAgICAgIH0KICAgICAgICAgaWYgKCBsMyApCiAgICAgICAgICAgICB1bm1h cF9kb21haW5fcGFnZShsMyk7CisKKyAgICAgICAgaWYgKCAhcnYgJiYgaTQg PCBMT0dESVJUWV9OT0RFX0VOVFJJRVMgLSAxICYmCisgICAgICAgICAgICAg aHlwZXJjYWxsX3ByZWVtcHRfY2hlY2soKSApCisgICAgICAgIHsKKyAgICAg ICAgICAgIGQtPmFyY2gucGFnaW5nLnByZWVtcHQubG9nX2RpcnR5Lmk0ID0g aTQgKyAxOworICAgICAgICAgICAgZC0+YXJjaC5wYWdpbmcucHJlZW1wdC5s b2dfZGlydHkuaTMgPSAwOworICAgICAgICAgICAgcnYgPSAtRUFHQUlOOwor ICAgICAgICB9CisgICAgICAgIGlmICggcnYgKQorICAgICAgICAgICAgYnJl YWs7CiAgICAgfQogICAgIGlmICggbDQgKQogICAgICAgICB1bm1hcF9kb21h aW5fcGFnZShsNCk7CiAKLSAgICBpZiAoIHBhZ2VzIDwgc2MtPnBhZ2VzICkK LSAgICAgICAgc2MtPnBhZ2VzID0gcGFnZXM7CisgICAgaWYgKCAhcnYgKQor ICAgICAgICBkLT5hcmNoLnBhZ2luZy5wcmVlbXB0LnZjcHUgPSBOVUxMOwor ICAgIGVsc2UKKyAgICB7CisgICAgICAgIGQtPmFyY2gucGFnaW5nLnByZWVt cHQudmNwdSA9IGN1cnJlbnQ7CisgICAgICAgIGQtPmFyY2gucGFnaW5nLnBy ZWVtcHQub3AgPSBzYy0+b3A7CisgICAgICAgIGQtPmFyY2gucGFnaW5nLnBy ZWVtcHQubG9nX2RpcnR5LmRvbmUgPSBwYWdlczsKKyAgICB9CiAKICAgICBw YWdpbmdfdW5sb2NrKGQpOwogCisgICAgaWYgKCBydiApCisgICAgeworICAg ICAgICAvKiBOZXZlciBsZWF2ZSB0aGUgZG9tYWluIHBhdXNlZCBmb3Igb3Ro ZXIgZXJyb3JzLiAqLworICAgICAgICBBU1NFUlQocnYgPT0gLUVBR0FJTik7 CisgICAgICAgIHJldHVybiBydjsKKyAgICB9CisKKyAgICBpZiAoIHBhZ2Vz IDwgc2MtPnBhZ2VzICkKKyAgICAgICAgc2MtPnBhZ2VzID0gcGFnZXM7CiAg ICAgaWYgKCBjbGVhbiApCiAgICAgewogICAgICAgICAvKiBXZSBuZWVkIHRv IGZ1cnRoZXIgY2FsbCBjbGVhbl9kaXJ0eV9iaXRtYXAoKSBmdW5jdGlvbnMg b2Ygc3BlY2lmaWMKQEAgLTQzMiw2ICs1NDMsNyBAQCBpbnQgcGFnaW5nX2xv Z19kaXJ0eV9vcChzdHJ1Y3QgZG9tYWluICpkCiAgICAgcmV0dXJuIHJ2Owog CiAgb3V0OgorICAgIGQtPmFyY2gucGFnaW5nLnByZWVtcHQudmNwdSA9IE5V TEw7CiAgICAgcGFnaW5nX3VubG9jayhkKTsKICAgICBkb21haW5fdW5wYXVz ZShkKTsKIApAQCAtNDk4LDEyICs2MTAsNiBAQCB2b2lkIHBhZ2luZ19sb2df ZGlydHlfaW5pdChzdHJ1Y3QgZG9tYWluCiAgICAgZC0+YXJjaC5wYWdpbmcu bG9nX2RpcnR5LmNsZWFuX2RpcnR5X2JpdG1hcCA9IGNsZWFuX2RpcnR5X2Jp dG1hcDsKIH0KIAotLyogVGhpcyBmdW5jdGlvbiBmcmVzcyBsb2cgZGlydHkg Yml0bWFwIHJlc291cmNlcy4gKi8KLXN0YXRpYyB2b2lkIHBhZ2luZ19sb2df ZGlydHlfdGVhcmRvd24oc3RydWN0IGRvbWFpbipkKQotewotICAgIHBhZ2lu Z19mcmVlX2xvZ19kaXJ0eV9iaXRtYXAoZCk7Ci19Ci0KIC8qKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKiovCiAvKiAg ICAgICAgICAgQ09ERSBGT1IgUEFHSU5HIFNVUFBPUlQgICAgICAgICAgICAq LwogLyoqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKi8KQEAgLTU0Nyw2ICs2NTMsNyBAQCB2b2lkIHBhZ2luZ192Y3B1 X2luaXQoc3RydWN0IHZjcHUgKnYpCiBpbnQgcGFnaW5nX2RvbWN0bChzdHJ1 Y3QgZG9tYWluICpkLCB4ZW5fZG9tY3RsX3NoYWRvd19vcF90ICpzYywKICAg ICAgICAgICAgICAgICAgIFhFTl9HVUVTVF9IQU5ETEVfUEFSQU0odm9pZCkg dV9kb21jdGwpCiB7CisgICAgYm9vbF90IHJlc3VtaW5nID0gMDsKICAgICBp bnQgcmM7CiAKICAgICBpZiAoIHVubGlrZWx5KGQgPT0gY3VycmVudC0+ZG9t YWluKSApCkBAIC01NjksNiArNjc2LDIwIEBAIGludCBwYWdpbmdfZG9tY3Rs KHN0cnVjdCBkb21haW4gKmQsIHhlbl8KICAgICAgICAgcmV0dXJuIC1FSU5W QUw7CiAgICAgfQogCisgICAgaWYgKCBkLT5hcmNoLnBhZ2luZy5wcmVlbXB0 LnZjcHUgKQorICAgIHsKKyAgICAgICAgaWYgKCBkLT5hcmNoLnBhZ2luZy5w cmVlbXB0LnZjcHUgIT0gY3VycmVudCB8fAorICAgICAgICAgICAgIGQtPmFy Y2gucGFnaW5nLnByZWVtcHQub3AgIT0gc2MtPm9wICkKKyAgICAgICAgewor ICAgICAgICAgICAgcHJpbnRrKFhFTkxPR19HX0RFQlVHCisgICAgICAgICAg ICAgICAgICAgImQlZDp2JWQ6IFBhZ2luZyBvcCAlI3ggb24gRG9tJXUgd2l0 aCB1bmZpbmlzaGVkIHByaW9yIG9wICUjeFxuIiwKKyAgICAgICAgICAgICAg ICAgICBjdXJyZW50LT5kb21haW4tPmRvbWFpbl9pZCwgY3VycmVudC0+dmNw dV9pZCwKKyAgICAgICAgICAgICAgICAgICBzYy0+b3AsIGQtPmRvbWFpbl9p ZCwgZC0+YXJjaC5wYWdpbmcucHJlZW1wdC5vcCk7CisgICAgICAgICAgICBy ZXR1cm4gLUVCVVNZOworICAgICAgICB9CisgICAgICAgIHJlc3VtaW5nID0g MTsKKyAgICB9CisKICAgICByYyA9IHhzbV9zaGFkb3dfY29udHJvbChYU01f SE9PSywgZCwgc2MtPm9wKTsKICAgICBpZiAoIHJjICkKICAgICAgICAgcmV0 dXJuIHJjOwpAQCAtNTk0LDEzICs3MTQsMTMgQEAgaW50IHBhZ2luZ19kb21j dGwoc3RydWN0IGRvbWFpbiAqZCwgeGVuXwogCiAgICAgY2FzZSBYRU5fRE9N Q1RMX1NIQURPV19PUF9PRkY6CiAgICAgICAgIGlmICggcGFnaW5nX21vZGVf bG9nX2RpcnR5KGQpICkKLSAgICAgICAgICAgIGlmICggKHJjID0gcGFnaW5n X2xvZ19kaXJ0eV9kaXNhYmxlKGQpKSAhPSAwICkKKyAgICAgICAgICAgIGlm ICggKHJjID0gcGFnaW5nX2xvZ19kaXJ0eV9kaXNhYmxlKGQsIHJlc3VtaW5n KSkgIT0gMCApCiAgICAgICAgICAgICAgICAgcmV0dXJuIHJjOwogICAgICAg ICBicmVhazsKIAogICAgIGNhc2UgWEVOX0RPTUNUTF9TSEFET1dfT1BfQ0xF QU46CiAgICAgY2FzZSBYRU5fRE9NQ1RMX1NIQURPV19PUF9QRUVLOgotICAg ICAgICByZXR1cm4gcGFnaW5nX2xvZ19kaXJ0eV9vcChkLCBzYyk7CisgICAg ICAgIHJldHVybiBwYWdpbmdfbG9nX2RpcnR5X29wKGQsIHNjLCByZXN1bWlu Zyk7CiAgICAgfQogCiAgICAgLyogSGVyZSwgZGlzcGF0Y2ggZG9tY3RsIHRv IHRoZSBhcHByb3ByaWF0ZSBwYWdpbmcgY29kZSAqLwpAQCAtNjExLDE4ICs3 MzEsMjQgQEAgaW50IHBhZ2luZ19kb21jdGwoc3RydWN0IGRvbWFpbiAqZCwg eGVuXwogfQogCiAvKiBDYWxsIHdoZW4gZGVzdHJveWluZyBhIGRvbWFpbiAq Lwotdm9pZCBwYWdpbmdfdGVhcmRvd24oc3RydWN0IGRvbWFpbiAqZCkKK2lu dCBwYWdpbmdfdGVhcmRvd24oc3RydWN0IGRvbWFpbiAqZCkKIHsKKyAgICBp bnQgcmM7CisKICAgICBpZiAoIGhhcF9lbmFibGVkKGQpICkKICAgICAgICAg aGFwX3RlYXJkb3duKGQpOwogICAgIGVsc2UKICAgICAgICAgc2hhZG93X3Rl YXJkb3duKGQpOwogCiAgICAgLyogY2xlYW4gdXAgbG9nIGRpcnR5IHJlc291 cmNlcy4gKi8KLSAgICBwYWdpbmdfbG9nX2RpcnR5X3RlYXJkb3duKGQpOwor ICAgIHJjID0gcGFnaW5nX2ZyZWVfbG9nX2RpcnR5X2JpdG1hcChkLCAwKTsK KyAgICBpZiAoIHJjID09IC1FQUdBSU4gKQorICAgICAgICByZXR1cm4gcmM7 CiAKICAgICAvKiBNb3ZlIHBvcHVsYXRlLW9uLWRlbWFuZCBjYWNoZSBiYWNr IHRvIGRvbWFpbl9saXN0IGZvciBkZXN0cnVjdGlvbiAqLwogICAgIHAybV9w b2RfZW1wdHlfY2FjaGUoZCk7CisKKyAgICByZXR1cm4gcmM7CiB9CiAKIC8q IENhbGwgb25jZSBhbGwgb2YgdGhlIHJlZmVyZW5jZXMgdG8gdGhlIGRvbWFp biBoYXZlIGdvbmUgYXdheSAqLwotLS0gYS94ZW4vYXJjaC94ODYvbW0vc2hh ZG93L2NvbW1vbi5jCisrKyBiL3hlbi9hcmNoL3g4Ni9tbS9zaGFkb3cvY29t bW9uLmMKQEAgLTM3MDYsOCArMzcwNiw3IEBAIGludCBzaGFkb3dfZG9tY3Rs KHN0cnVjdCBkb21haW4gKmQsIAogICAgICAgICBwYWdpbmdfdW5sb2NrKGQp OwogICAgICAgICBpZiAoIHByZWVtcHRlZCApCiAgICAgICAgICAgICAvKiBO b3QgZmluaXNoZWQuICBTZXQgdXAgdG8gcmUtcnVuIHRoZSBjYWxsLiAqLwot ICAgICAgICAgICAgcmMgPSBoeXBlcmNhbGxfY3JlYXRlX2NvbnRpbnVhdGlv bigKLSAgICAgICAgICAgICAgICBfX0hZUEVSVklTT1JfZG9tY3RsLCAiaCIs IHVfZG9tY3RsKTsKKyAgICAgICAgICAgIHJjID0gLUVBR0FJTjsKICAgICAg ICAgZWxzZSAKICAgICAgICAgICAgIC8qIEZpbmlzaGVkLiAgUmV0dXJuIHRo ZSBuZXcgYWxsb2NhdGlvbiAqLwogICAgICAgICAgICAgc2MtPm1iID0gc2hh ZG93X2dldF9hbGxvY2F0aW9uKGQpOwotLS0gYS94ZW4vY29tbW9uL2RvbWFp bi5jCisrKyBiL3hlbi9jb21tb24vZG9tYWluLmMKQEAgLTUyNyw3ICs1Mjcs NiBAQCBpbnQgZG9tYWluX2tpbGwoc3RydWN0IGRvbWFpbiAqZCkKICAgICAg ICAgcmMgPSBkb21haW5fcmVsaW5xdWlzaF9yZXNvdXJjZXMoZCk7CiAgICAg ICAgIGlmICggcmMgIT0gMCApCiAgICAgICAgIHsKLSAgICAgICAgICAgIEJV R19PTihyYyAhPSAtRUFHQUlOKTsKICAgICAgICAgICAgIGJyZWFrOwogICAg ICAgICB9CiAgICAgICAgIGlmICggc2NoZWRfbW92ZV9kb21haW4oZCwgY3B1 cG9vbDApICkKLS0tIGEveGVuL2luY2x1ZGUvYXNtLXg4Ni9kb21haW4uaAor KysgYi94ZW4vaW5jbHVkZS9hc20teDg2L2RvbWFpbi5oCkBAIC0xODYsNiAr MTg2LDIwIEBAIHN0cnVjdCBwYWdpbmdfZG9tYWluIHsKICAgICBzdHJ1Y3Qg aGFwX2RvbWFpbiAgICAgICBoYXA7CiAgICAgLyogbG9nIGRpcnR5IHN1cHBv cnQgKi8KICAgICBzdHJ1Y3QgbG9nX2RpcnR5X2RvbWFpbiBsb2dfZGlydHk7 CisKKyAgICAvKiBwcmVlbXB0aW9uIGhhbmRsaW5nICovCisgICAgc3RydWN0 IHsKKyAgICAgICAgc3RydWN0IHZjcHUgKnZjcHU7CisgICAgICAgIHVuc2ln bmVkIGludCBvcDsKKyAgICAgICAgdW5pb24geworICAgICAgICAgICAgc3Ry dWN0IHsKKyAgICAgICAgICAgICAgICB1bnNpZ25lZCBsb25nIGRvbmU6UEFE RFJfQklUUyAtIFBBR0VfU0hJRlQ7CisgICAgICAgICAgICAgICAgdW5zaWdu ZWQgbG9uZyBpNDpQQUdFVEFCTEVfT1JERVI7CisgICAgICAgICAgICAgICAg dW5zaWduZWQgbG9uZyBpMzpQQUdFVEFCTEVfT1JERVI7CisgICAgICAgICAg ICB9IGxvZ19kaXJ0eTsKKyAgICAgICAgfTsKKyAgICB9IHByZWVtcHQ7CisK ICAgICAvKiBhbGxvYy9mcmVlIHBhZ2VzIGZyb20gdGhlIHBvb2wgZm9yIHBh Z2luZy1hc3Npc3RhbmNlIHN0cnVjdHVyZXMKICAgICAgKiAodXNlZCBieSBw Mm0gYW5kIGxvZy1kaXJ0eSBjb2RlIGZvciB0aGVpciB0cmllcykgKi8KICAg ICBzdHJ1Y3QgcGFnZV9pbmZvICogKCphbGxvY19wYWdlKShzdHJ1Y3QgZG9t YWluICpkKTsKLS0tIGEveGVuL2luY2x1ZGUvYXNtLXg4Ni9wYWdpbmcuaAor KysgYi94ZW4vaW5jbHVkZS9hc20teDg2L3BhZ2luZy5oCkBAIC0xMzMsOSAr MTMzLDYgQEAgc3RydWN0IHBhZ2luZ19tb2RlIHsKIC8qKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKgogICogTG9nIGRpcnR5IGNvZGUgKi8KIAot LyogZnJlZSBsb2cgZGlydHkgYml0bWFwIHJlc291cmNlICovCi12b2lkIHBh Z2luZ19mcmVlX2xvZ19kaXJ0eV9iaXRtYXAoc3RydWN0IGRvbWFpbiAqZCk7 Ci0KIC8qIGdldCB0aGUgZGlydHkgYml0bWFwIGZvciBhIHNwZWNpZmljIHJh bmdlIG9mIHBmbnMgKi8KIHZvaWQgcGFnaW5nX2xvZ19kaXJ0eV9yYW5nZShz dHJ1Y3QgZG9tYWluICpkLAogICAgICAgICAgICAgICAgICAgICAgICAgICAg IHVuc2lnbmVkIGxvbmcgYmVnaW5fcGZuLApAQCAtMTQ1LDkgKzE0Miw2IEBA IHZvaWQgcGFnaW5nX2xvZ19kaXJ0eV9yYW5nZShzdHJ1Y3QgZG9tYWkKIC8q IGVuYWJsZSBsb2cgZGlydHkgKi8KIGludCBwYWdpbmdfbG9nX2RpcnR5X2Vu YWJsZShzdHJ1Y3QgZG9tYWluICpkKTsKIAotLyogZGlzYWJsZSBsb2cgZGly dHkgKi8KLWludCBwYWdpbmdfbG9nX2RpcnR5X2Rpc2FibGUoc3RydWN0IGRv bWFpbiAqZCk7Ci0KIC8qIGxvZyBkaXJ0eSBpbml0aWFsaXphdGlvbiAqLwog dm9pZCBwYWdpbmdfbG9nX2RpcnR5X2luaXQoc3RydWN0IGRvbWFpbiAqZCwK ICAgICAgICAgICAgICAgICAgICAgICAgICAgIGludCAgKCplbmFibGVfbG9n X2RpcnR5KShzdHJ1Y3QgZG9tYWluICpkKSwKQEAgLTIwNiw3ICsyMDAsNyBA QCBpbnQgcGFnaW5nX2RvbWN0bChzdHJ1Y3QgZG9tYWluICpkLCB4ZW5fCiAg ICAgICAgICAgICAgICAgICBYRU5fR1VFU1RfSEFORExFX1BBUkFNKHZvaWQp IHVfZG9tY3RsKTsKIAogLyogQ2FsbCB3aGVuIGRlc3Ryb3lpbmcgYSBkb21h aW4gKi8KLXZvaWQgcGFnaW5nX3RlYXJkb3duKHN0cnVjdCBkb21haW4gKmQp OworaW50IHBhZ2luZ190ZWFyZG93bihzdHJ1Y3QgZG9tYWluICpkKTsKIAog LyogQ2FsbCBvbmNlIGFsbCBvZiB0aGUgcmVmZXJlbmNlcyB0byB0aGUgZG9t YWluIGhhdmUgZ29uZSBhd2F5ICovCiB2b2lkIHBhZ2luZ19maW5hbF90ZWFy ZG93bihzdHJ1Y3QgZG9tYWluICpkKTsK --=separator Content-Type: application/octet-stream; name="xsa97-hap-4.4.patch" Content-Disposition: attachment; filename="xsa97-hap-4.4.patch" Content-Transfer-Encoding: base64 eDg2L3BhZ2luZzogbWFrZSBsb2ctZGlydHkgb3BlcmF0aW9ucyBwcmVlbXB0 aWJsZQoKQm90aCB0aGUgZnJlZWluZyBhbmQgdGhlIGluc3BlY3Rpb24gb2Yg dGhlIGJpdG1hcCBnZXQgZG9uZSBpbiAobmVzdGVkKQpsb29wcyB3aGljaCAt IGJlc2lkZXMgaGF2aW5nIGEgcmF0aGVyIGhpZ2ggaXRlcmF0aW9uIGNvdW50 IGluIGdlbmVyYWwsCmFsYmVpdCB0aGF0IHdvdWxkIGJlIGNvdmVyZWQgYnkg WFNBLTc3IC0gaGF2ZSB0aGUgbnVtYmVyIG9mIG5vbi10cml2aWFsCml0ZXJh dGlvbnMgdGhleSBuZWVkIHRvIHBlcmZvcm0gKGluZGlyZWN0bHkpIGNvbnRy b2xsYWJsZSBieSBib3RoIHRoZQpndWVzdCB0aGV5IGFyZSBmb3IgYW5kIGFu eSBkb21haW4gY29udHJvbGxpbmcgdGhlIGd1ZXN0IChpbmNsdWRpbmcgdGhl Cm9uZSBydW5uaW5nIHFlbXUgZm9yIGl0KS4KClRoaXMgaXMgWFNBLTk3LgoK U2lnbmVkLW9mZi1ieTogSmFuIEJldWxpY2ggPGpiZXVsaWNoQHN1c2UuY29t PgpSZXZpZXdlZC1ieTogVGltIERlZWdhbiA8dGltQHhlbi5vcmc+CgotLS0g YS94ZW4vYXJjaC94ODYvZG9tYWluLmMKKysrIGIveGVuL2FyY2gveDg2L2Rv bWFpbi5jCkBAIC0xOTE1LDcgKzE5MTUsOSBAQCBpbnQgZG9tYWluX3JlbGlu cXVpc2hfcmVzb3VyY2VzKHN0cnVjdCBkCiAgICAgICAgIHBjaV9yZWxlYXNl X2RldmljZXMoZCk7CiAKICAgICAgICAgLyogVGVhciBkb3duIHBhZ2luZy1h c3Npc3RhbmNlIHN0dWZmLiAqLwotICAgICAgICBwYWdpbmdfdGVhcmRvd24o ZCk7CisgICAgICAgIHJldCA9IHBhZ2luZ190ZWFyZG93bihkKTsKKyAgICAg ICAgaWYgKCByZXQgKQorICAgICAgICAgICAgcmV0dXJuIHJldDsKIAogICAg ICAgICAvKiBEcm9wIHRoZSBpbi11c2UgcmVmZXJlbmNlcyB0byBwYWdlLXRh YmxlIGJhc2VzLiAqLwogICAgICAgICBmb3JfZWFjaF92Y3B1ICggZCwgdiAp Ci0tLSBhL3hlbi9hcmNoL3g4Ni9kb21jdGwuYworKysgYi94ZW4vYXJjaC94 ODYvZG9tY3RsLmMKQEAgLTYxLDYgKzYxLDkgQEAgbG9uZyBhcmNoX2RvX2Rv bWN0bCgKICAgICAgICAgcmV0ID0gcGFnaW5nX2RvbWN0bChkLAogICAgICAg ICAgICAgICAgICAgICAgICAgICAgICZkb21jdGwtPnUuc2hhZG93X29wLAog ICAgICAgICAgICAgICAgICAgICAgICAgICAgIGd1ZXN0X2hhbmRsZV9jYXN0 KHVfZG9tY3RsLCB2b2lkKSk7CisgICAgICAgIGlmICggcmV0ID09IC1FQUdB SU4gKQorICAgICAgICAgICAgcmV0dXJuIGh5cGVyY2FsbF9jcmVhdGVfY29u dGludWF0aW9uKF9fSFlQRVJWSVNPUl9kb21jdGwsCisgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgImgiLCB1X2Rv bWN0bCk7CiAgICAgICAgIGNvcHliYWNrID0gMTsKICAgICB9CiAgICAgYnJl YWs7Ci0tLSBhL3hlbi9hcmNoL3g4Ni9tbS9oYXAvaGFwLmMKKysrIGIveGVu L2FyY2gveDg2L21tL2hhcC9oYXAuYwpAQCAtNTcyLDggKzU3Miw3IEBAIGlu dCBoYXBfZG9tY3RsKHN0cnVjdCBkb21haW4gKmQsIHhlbl9kb20KICAgICAg ICAgcGFnaW5nX3VubG9jayhkKTsKICAgICAgICAgaWYgKCBwcmVlbXB0ZWQg KQogICAgICAgICAgICAgLyogTm90IGZpbmlzaGVkLiAgU2V0IHVwIHRvIHJl LXJ1biB0aGUgY2FsbC4gKi8KLSAgICAgICAgICAgIHJjID0gaHlwZXJjYWxs X2NyZWF0ZV9jb250aW51YXRpb24oX19IWVBFUlZJU09SX2RvbWN0bCwgImgi LAotICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICB1X2RvbWN0bCk7CisgICAgICAgICAgICByYyA9IC1FQUdBSU47CiAg ICAgICAgIGVsc2UKICAgICAgICAgICAgIC8qIEZpbmlzaGVkLiAgUmV0dXJu IHRoZSBuZXcgYWxsb2NhdGlvbiAqLwogICAgICAgICAgICAgc2MtPm1iID0g aGFwX2dldF9hbGxvY2F0aW9uKGQpOwotLS0gYS94ZW4vYXJjaC94ODYvbW0v cGFnaW5nLmMKKysrIGIveGVuL2FyY2gveDg2L21tL3BhZ2luZy5jCkBAIC0y Niw2ICsyNiw3IEBACiAjaW5jbHVkZSA8YXNtL3NoYWRvdy5oPgogI2luY2x1 ZGUgPGFzbS9wMm0uaD4KICNpbmNsdWRlIDxhc20vaGFwLmg+CisjaW5jbHVk ZSA8YXNtL2V2ZW50Lmg+CiAjaW5jbHVkZSA8YXNtL2h2bS9uZXN0ZWRodm0u aD4KICNpbmNsdWRlIDx4ZW4vbnVtYS5oPgogI2luY2x1ZGUgPHhzbS94c20u aD4KQEAgLTExNiwyNiArMTE3LDQ2IEBAIHN0YXRpYyB2b2lkIHBhZ2luZ19m cmVlX2xvZ19kaXJ0eV9wYWdlKHMKICAgICBkLT5hcmNoLnBhZ2luZy5mcmVl X3BhZ2UoZCwgbWZuX3RvX3BhZ2UobWZuKSk7CiB9CiAKLXZvaWQgcGFnaW5n X2ZyZWVfbG9nX2RpcnR5X2JpdG1hcChzdHJ1Y3QgZG9tYWluICpkKQorc3Rh dGljIGludCBwYWdpbmdfZnJlZV9sb2dfZGlydHlfYml0bWFwKHN0cnVjdCBk b21haW4gKmQsIGludCByYykKIHsKICAgICBtZm5fdCAqbDQsICpsMywgKmwy OwogICAgIGludCBpNCwgaTMsIGkyOwogCisgICAgcGFnaW5nX2xvY2soZCk7 CisKICAgICBpZiAoICFtZm5fdmFsaWQoZC0+YXJjaC5wYWdpbmcubG9nX2Rp cnR5LnRvcCkgKQotICAgICAgICByZXR1cm47CisgICAgeworICAgICAgICBw YWdpbmdfdW5sb2NrKGQpOworICAgICAgICByZXR1cm4gMDsKKyAgICB9CiAK LSAgICBwYWdpbmdfbG9jayhkKTsKKyAgICBpZiAoICFkLT5hcmNoLnBhZ2lu Zy5wcmVlbXB0LnZjcHUgKQorICAgIHsKKyAgICAgICAgbWVtc2V0KCZkLT5h cmNoLnBhZ2luZy5wcmVlbXB0LmxvZ19kaXJ0eSwgMCwKKyAgICAgICAgICAg ICAgIHNpemVvZihkLT5hcmNoLnBhZ2luZy5wcmVlbXB0LmxvZ19kaXJ0eSkp OworICAgICAgICBBU1NFUlQocmMgPD0gMCk7CisgICAgICAgIGQtPmFyY2gu cGFnaW5nLnByZWVtcHQubG9nX2RpcnR5LmRvbmUgPSAtcmM7CisgICAgfQor ICAgIGVsc2UgaWYgKCBkLT5hcmNoLnBhZ2luZy5wcmVlbXB0LnZjcHUgIT0g Y3VycmVudCB8fAorICAgICAgICAgICAgICBkLT5hcmNoLnBhZ2luZy5wcmVl bXB0Lm9wICE9IFhFTl9ET01DVExfU0hBRE9XX09QX09GRiApCisgICAgewor ICAgICAgICBwYWdpbmdfdW5sb2NrKGQpOworICAgICAgICByZXR1cm4gLUVC VVNZOworICAgIH0KIAogICAgIGw0ID0gbWFwX2RvbWFpbl9wYWdlKG1mbl94 KGQtPmFyY2gucGFnaW5nLmxvZ19kaXJ0eS50b3ApKTsKKyAgICBpNCA9IGQt PmFyY2gucGFnaW5nLnByZWVtcHQubG9nX2RpcnR5Lmk0OworICAgIGkzID0g ZC0+YXJjaC5wYWdpbmcucHJlZW1wdC5sb2dfZGlydHkuaTM7CisgICAgcmMg PSAwOwogCi0gICAgZm9yICggaTQgPSAwOyBpNCA8IExPR0RJUlRZX05PREVf RU5UUklFUzsgaTQrKyApCisgICAgZm9yICggOyBpNCA8IExPR0RJUlRZX05P REVfRU5UUklFUzsgaTQrKywgaTMgPSAwICkKICAgICB7CiAgICAgICAgIGlm ICggIW1mbl92YWxpZChsNFtpNF0pICkKICAgICAgICAgICAgIGNvbnRpbnVl OwogCiAgICAgICAgIGwzID0gbWFwX2RvbWFpbl9wYWdlKG1mbl94KGw0W2k0 XSkpOwogCi0gICAgICAgIGZvciAoIGkzID0gMDsgaTMgPCBMT0dESVJUWV9O T0RFX0VOVFJJRVM7IGkzKysgKQorICAgICAgICBmb3IgKCA7IGkzIDwgTE9H RElSVFlfTk9ERV9FTlRSSUVTOyBpMysrICkKICAgICAgICAgewogICAgICAg ICAgICAgaWYgKCAhbWZuX3ZhbGlkKGwzW2kzXSkgKQogICAgICAgICAgICAg ICAgIGNvbnRpbnVlOwpAQCAtMTQ4LDIwICsxNjksNTQgQEAgdm9pZCBwYWdp bmdfZnJlZV9sb2dfZGlydHlfYml0bWFwKHN0cnVjdAogCiAgICAgICAgICAg ICB1bm1hcF9kb21haW5fcGFnZShsMik7CiAgICAgICAgICAgICBwYWdpbmdf ZnJlZV9sb2dfZGlydHlfcGFnZShkLCBsM1tpM10pOworICAgICAgICAgICAg bDNbaTNdID0gX21mbihJTlZBTElEX01GTik7CisKKyAgICAgICAgICAgIGlm ICggaTMgPCBMT0dESVJUWV9OT0RFX0VOVFJJRVMgLSAxICYmIGh5cGVyY2Fs bF9wcmVlbXB0X2NoZWNrKCkgKQorICAgICAgICAgICAgeworICAgICAgICAg ICAgICAgIGQtPmFyY2gucGFnaW5nLnByZWVtcHQubG9nX2RpcnR5LmkzID0g aTMgKyAxOworICAgICAgICAgICAgICAgIGQtPmFyY2gucGFnaW5nLnByZWVt cHQubG9nX2RpcnR5Lmk0ID0gaTQ7CisgICAgICAgICAgICAgICAgcmMgPSAt RUFHQUlOOworICAgICAgICAgICAgICAgIGJyZWFrOworICAgICAgICAgICAg fQogICAgICAgICB9CiAKICAgICAgICAgdW5tYXBfZG9tYWluX3BhZ2UobDMp OworICAgICAgICBpZiAoIHJjICkKKyAgICAgICAgICAgIGJyZWFrOwogICAg ICAgICBwYWdpbmdfZnJlZV9sb2dfZGlydHlfcGFnZShkLCBsNFtpNF0pOwor ICAgICAgICBsNFtpNF0gPSBfbWZuKElOVkFMSURfTUZOKTsKKworICAgICAg ICBpZiAoIGk0IDwgTE9HRElSVFlfTk9ERV9FTlRSSUVTIC0gMSAmJiBoeXBl cmNhbGxfcHJlZW1wdF9jaGVjaygpICkKKyAgICAgICAgeworICAgICAgICAg ICAgZC0+YXJjaC5wYWdpbmcucHJlZW1wdC5sb2dfZGlydHkuaTMgPSAwOwor ICAgICAgICAgICAgZC0+YXJjaC5wYWdpbmcucHJlZW1wdC5sb2dfZGlydHku aTQgPSBpNCArIDE7CisgICAgICAgICAgICByYyA9IC1FQUdBSU47CisgICAg ICAgICAgICBicmVhazsKKyAgICAgICAgfQogICAgIH0KIAogICAgIHVubWFw X2RvbWFpbl9wYWdlKGw0KTsKLSAgICBwYWdpbmdfZnJlZV9sb2dfZGlydHlf cGFnZShkLCBkLT5hcmNoLnBhZ2luZy5sb2dfZGlydHkudG9wKTsKLSAgICBk LT5hcmNoLnBhZ2luZy5sb2dfZGlydHkudG9wID0gX21mbihJTlZBTElEX01G Tik7CiAKLSAgICBBU1NFUlQoZC0+YXJjaC5wYWdpbmcubG9nX2RpcnR5LmFs bG9jcyA9PSAwKTsKLSAgICBkLT5hcmNoLnBhZ2luZy5sb2dfZGlydHkuZmFp bGVkX2FsbG9jcyA9IDA7CisgICAgaWYgKCAhcmMgKQorICAgIHsKKyAgICAg ICAgcGFnaW5nX2ZyZWVfbG9nX2RpcnR5X3BhZ2UoZCwgZC0+YXJjaC5wYWdp bmcubG9nX2RpcnR5LnRvcCk7CisgICAgICAgIGQtPmFyY2gucGFnaW5nLmxv Z19kaXJ0eS50b3AgPSBfbWZuKElOVkFMSURfTUZOKTsKKworICAgICAgICBB U1NFUlQoZC0+YXJjaC5wYWdpbmcubG9nX2RpcnR5LmFsbG9jcyA9PSAwKTsK KyAgICAgICAgZC0+YXJjaC5wYWdpbmcubG9nX2RpcnR5LmZhaWxlZF9hbGxv Y3MgPSAwOworCisgICAgICAgIHJjID0gLWQtPmFyY2gucGFnaW5nLnByZWVt cHQubG9nX2RpcnR5LmRvbmU7CisgICAgICAgIGQtPmFyY2gucGFnaW5nLnBy ZWVtcHQudmNwdSA9IE5VTEw7CisgICAgfQorICAgIGVsc2UKKyAgICB7Cisg ICAgICAgIGQtPmFyY2gucGFnaW5nLnByZWVtcHQudmNwdSA9IGN1cnJlbnQ7 CisgICAgICAgIGQtPmFyY2gucGFnaW5nLnByZWVtcHQub3AgPSBYRU5fRE9N Q1RMX1NIQURPV19PUF9PRkY7CisgICAgfQogCiAgICAgcGFnaW5nX3VubG9j ayhkKTsKKworICAgIHJldHVybiByYzsKIH0KIAogaW50IHBhZ2luZ19sb2df ZGlydHlfZW5hYmxlKHN0cnVjdCBkb21haW4gKmQsIGJvb2xfdCBsb2dfZ2xv YmFsKQpAQCAtMTc4LDE1ICsyMzMsMjUgQEAgaW50IHBhZ2luZ19sb2dfZGly dHlfZW5hYmxlKHN0cnVjdCBkb21haQogICAgIHJldHVybiByZXQ7CiB9CiAK LWludCBwYWdpbmdfbG9nX2RpcnR5X2Rpc2FibGUoc3RydWN0IGRvbWFpbiAq ZCkKK3N0YXRpYyBpbnQgcGFnaW5nX2xvZ19kaXJ0eV9kaXNhYmxlKHN0cnVj dCBkb21haW4gKmQsIGJvb2xfdCByZXN1bWluZykKIHsKLSAgICBpbnQgcmV0 OworICAgIGludCByZXQgPSAxOworCisgICAgaWYgKCAhcmVzdW1pbmcgKQor ICAgIHsKKyAgICAgICAgZG9tYWluX3BhdXNlKGQpOworICAgICAgICAvKiBT YWZlIGJlY2F1c2UgdGhlIGRvbWFpbiBpcyBwYXVzZWQuICovCisgICAgICAg IHJldCA9IGQtPmFyY2gucGFnaW5nLmxvZ19kaXJ0eS5kaXNhYmxlX2xvZ19k aXJ0eShkKTsKKyAgICAgICAgQVNTRVJUKHJldCA8PSAwKTsKKyAgICB9CiAK LSAgICBkb21haW5fcGF1c2UoZCk7Ci0gICAgLyogU2FmZSBiZWNhdXNlIHRo ZSBkb21haW4gaXMgcGF1c2VkLiAqLwotICAgIHJldCA9IGQtPmFyY2gucGFn aW5nLmxvZ19kaXJ0eS5kaXNhYmxlX2xvZ19kaXJ0eShkKTsKICAgICBpZiAo ICFwYWdpbmdfbW9kZV9sb2dfZGlydHkoZCkgKQotICAgICAgICBwYWdpbmdf ZnJlZV9sb2dfZGlydHlfYml0bWFwKGQpOworICAgIHsKKyAgICAgICAgcmV0 ID0gcGFnaW5nX2ZyZWVfbG9nX2RpcnR5X2JpdG1hcChkLCByZXQpOworICAg ICAgICBpZiAoIHJldCA9PSAtRUFHQUlOICkKKyAgICAgICAgICAgIHJldHVy biByZXQ7CisgICAgfQorCiAgICAgZG9tYWluX3VucGF1c2UoZCk7CiAKICAg ICByZXR1cm4gcmV0OwpAQCAtMzI2LDcgKzM5MSw5IEBAIGludCBwYWdpbmdf bWZuX2lzX2RpcnR5KHN0cnVjdCBkb21haW4gKmQKIAogLyogUmVhZCBhIGRv bWFpbidzIGxvZy1kaXJ0eSBiaXRtYXAgYW5kIHN0YXRzLiAgSWYgdGhlIG9w ZXJhdGlvbiBpcyBhIENMRUFOLAogICogY2xlYXIgdGhlIGJpdG1hcCBhbmQg c3RhdHMgYXMgd2VsbC4gKi8KLWludCBwYWdpbmdfbG9nX2RpcnR5X29wKHN0 cnVjdCBkb21haW4gKmQsIHN0cnVjdCB4ZW5fZG9tY3RsX3NoYWRvd19vcCAq c2MpCitzdGF0aWMgaW50IHBhZ2luZ19sb2dfZGlydHlfb3Aoc3RydWN0IGRv bWFpbiAqZCwKKyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBzdHJ1 Y3QgeGVuX2RvbWN0bF9zaGFkb3dfb3AgKnNjLAorICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgIGJvb2xfdCByZXN1bWluZykKIHsKICAgICBpbnQg cnYgPSAwLCBjbGVhbiA9IDAsIHBlZWsgPSAxOwogICAgIHVuc2lnbmVkIGxv bmcgcGFnZXMgPSAwOwpAQCAtMzM0LDkgKzQwMSwyMiBAQCBpbnQgcGFnaW5n X2xvZ19kaXJ0eV9vcChzdHJ1Y3QgZG9tYWluICpkCiAgICAgdW5zaWduZWQg bG9uZyAqbDEgPSBOVUxMOwogICAgIGludCBpNCwgaTMsIGkyOwogCi0gICAg ZG9tYWluX3BhdXNlKGQpOworICAgIGlmICggIXJlc3VtaW5nICkKKyAgICAg ICAgZG9tYWluX3BhdXNlKGQpOwogICAgIHBhZ2luZ19sb2NrKGQpOwogCisg ICAgaWYgKCAhZC0+YXJjaC5wYWdpbmcucHJlZW1wdC52Y3B1ICkKKyAgICAg ICAgbWVtc2V0KCZkLT5hcmNoLnBhZ2luZy5wcmVlbXB0LmxvZ19kaXJ0eSwg MCwKKyAgICAgICAgICAgICAgIHNpemVvZihkLT5hcmNoLnBhZ2luZy5wcmVl bXB0LmxvZ19kaXJ0eSkpOworICAgIGVsc2UgaWYgKCBkLT5hcmNoLnBhZ2lu Zy5wcmVlbXB0LnZjcHUgIT0gY3VycmVudCB8fAorICAgICAgICAgICAgICBk LT5hcmNoLnBhZ2luZy5wcmVlbXB0Lm9wICE9IHNjLT5vcCApCisgICAgewor ICAgICAgICBwYWdpbmdfdW5sb2NrKGQpOworICAgICAgICBBU1NFUlQoIXJl c3VtaW5nKTsKKyAgICAgICAgZG9tYWluX3VucGF1c2UoZCk7CisgICAgICAg IHJldHVybiAtRUJVU1k7CisgICAgfQorCiAgICAgY2xlYW4gPSAoc2MtPm9w ID09IFhFTl9ET01DVExfU0hBRE9XX09QX0NMRUFOKTsKIAogICAgIFBBR0lO R19ERUJVRyhMT0dESVJUWSwgImxvZy1kaXJ0eSAlczogZG9tICV1IGZhdWx0 cz0ldSBkaXJ0eT0ldVxuIiwKQEAgLTM2NSwxNyArNDQ1LDE1IEBAIGludCBw YWdpbmdfbG9nX2RpcnR5X29wKHN0cnVjdCBkb21haW4gKmQKICAgICAgICAg Z290byBvdXQ7CiAgICAgfQogCi0gICAgcGFnZXMgPSAwOwogICAgIGw0ID0g cGFnaW5nX21hcF9sb2dfZGlydHlfYml0bWFwKGQpOworICAgIGk0ID0gZC0+ YXJjaC5wYWdpbmcucHJlZW1wdC5sb2dfZGlydHkuaTQ7CisgICAgaTMgPSBk LT5hcmNoLnBhZ2luZy5wcmVlbXB0LmxvZ19kaXJ0eS5pMzsKKyAgICBwYWdl cyA9IGQtPmFyY2gucGFnaW5nLnByZWVtcHQubG9nX2RpcnR5LmRvbmU7CiAK LSAgICBmb3IgKCBpNCA9IDA7Ci0gICAgICAgICAgKHBhZ2VzIDwgc2MtPnBh Z2VzKSAmJiAoaTQgPCBMT0dESVJUWV9OT0RFX0VOVFJJRVMpOwotICAgICAg ICAgIGk0KysgKQorICAgIGZvciAoIDsgKHBhZ2VzIDwgc2MtPnBhZ2VzKSAm JiAoaTQgPCBMT0dESVJUWV9OT0RFX0VOVFJJRVMpOyBpNCsrLCBpMyA9IDAg KQogICAgIHsKICAgICAgICAgbDMgPSAobDQgJiYgbWZuX3ZhbGlkKGw0W2k0 XSkpID8gbWFwX2RvbWFpbl9wYWdlKG1mbl94KGw0W2k0XSkpIDogTlVMTDsK LSAgICAgICAgZm9yICggaTMgPSAwOwotICAgICAgICAgICAgICAocGFnZXMg PCBzYy0+cGFnZXMpICYmIChpMyA8IExPR0RJUlRZX05PREVfRU5UUklFUyk7 Ci0gICAgICAgICAgICAgIGkzKysgKQorICAgICAgICBmb3IgKCA7IChwYWdl cyA8IHNjLT5wYWdlcykgJiYgKGkzIDwgTE9HRElSVFlfTk9ERV9FTlRSSUVT KTsgaTMrKyApCiAgICAgICAgIHsKICAgICAgICAgICAgIGwyID0gKChsMyAm JiBtZm5fdmFsaWQobDNbaTNdKSkgPwogICAgICAgICAgICAgICAgICAgbWFw X2RvbWFpbl9wYWdlKG1mbl94KGwzW2kzXSkpIDogTlVMTCk7CkBAIC00MTAs MTggKzQ4OCw1MSBAQCBpbnQgcGFnaW5nX2xvZ19kaXJ0eV9vcChzdHJ1Y3Qg ZG9tYWluICpkCiAgICAgICAgICAgICB9CiAgICAgICAgICAgICBpZiAoIGwy ICkKICAgICAgICAgICAgICAgICB1bm1hcF9kb21haW5fcGFnZShsMik7CisK KyAgICAgICAgICAgIGlmICggaTMgPCBMT0dESVJUWV9OT0RFX0VOVFJJRVMg LSAxICYmIGh5cGVyY2FsbF9wcmVlbXB0X2NoZWNrKCkgKQorICAgICAgICAg ICAgeworICAgICAgICAgICAgICAgIGQtPmFyY2gucGFnaW5nLnByZWVtcHQu bG9nX2RpcnR5Lmk0ID0gaTQ7CisgICAgICAgICAgICAgICAgZC0+YXJjaC5w YWdpbmcucHJlZW1wdC5sb2dfZGlydHkuaTMgPSBpMyArIDE7CisgICAgICAg ICAgICAgICAgcnYgPSAtRUFHQUlOOworICAgICAgICAgICAgICAgIGJyZWFr OworICAgICAgICAgICAgfQogICAgICAgICB9CiAgICAgICAgIGlmICggbDMg KQogICAgICAgICAgICAgdW5tYXBfZG9tYWluX3BhZ2UobDMpOworCisgICAg ICAgIGlmICggIXJ2ICYmIGk0IDwgTE9HRElSVFlfTk9ERV9FTlRSSUVTIC0g MSAmJgorICAgICAgICAgICAgIGh5cGVyY2FsbF9wcmVlbXB0X2NoZWNrKCkg KQorICAgICAgICB7CisgICAgICAgICAgICBkLT5hcmNoLnBhZ2luZy5wcmVl bXB0LmxvZ19kaXJ0eS5pNCA9IGk0ICsgMTsKKyAgICAgICAgICAgIGQtPmFy Y2gucGFnaW5nLnByZWVtcHQubG9nX2RpcnR5LmkzID0gMDsKKyAgICAgICAg ICAgIHJ2ID0gLUVBR0FJTjsKKyAgICAgICAgfQorICAgICAgICBpZiAoIHJ2 ICkKKyAgICAgICAgICAgIGJyZWFrOwogICAgIH0KICAgICBpZiAoIGw0ICkK ICAgICAgICAgdW5tYXBfZG9tYWluX3BhZ2UobDQpOwogCi0gICAgaWYgKCBw YWdlcyA8IHNjLT5wYWdlcyApCi0gICAgICAgIHNjLT5wYWdlcyA9IHBhZ2Vz OworICAgIGlmICggIXJ2ICkKKyAgICAgICAgZC0+YXJjaC5wYWdpbmcucHJl ZW1wdC52Y3B1ID0gTlVMTDsKKyAgICBlbHNlCisgICAgeworICAgICAgICBk LT5hcmNoLnBhZ2luZy5wcmVlbXB0LnZjcHUgPSBjdXJyZW50OworICAgICAg ICBkLT5hcmNoLnBhZ2luZy5wcmVlbXB0Lm9wID0gc2MtPm9wOworICAgICAg ICBkLT5hcmNoLnBhZ2luZy5wcmVlbXB0LmxvZ19kaXJ0eS5kb25lID0gcGFn ZXM7CisgICAgfQogCiAgICAgcGFnaW5nX3VubG9jayhkKTsKIAorICAgIGlm ICggcnYgKQorICAgIHsKKyAgICAgICAgLyogTmV2ZXIgbGVhdmUgdGhlIGRv bWFpbiBwYXVzZWQgZm9yIG90aGVyIGVycm9ycy4gKi8KKyAgICAgICAgQVNT RVJUKHJ2ID09IC1FQUdBSU4pOworICAgICAgICByZXR1cm4gcnY7CisgICAg fQorCisgICAgaWYgKCBwYWdlcyA8IHNjLT5wYWdlcyApCisgICAgICAgIHNj LT5wYWdlcyA9IHBhZ2VzOwogICAgIGlmICggY2xlYW4gKQogICAgIHsKICAg ICAgICAgLyogV2UgbmVlZCB0byBmdXJ0aGVyIGNhbGwgY2xlYW5fZGlydHlf Yml0bWFwKCkgZnVuY3Rpb25zIG9mIHNwZWNpZmljCkBAIC00MzIsNiArNTQz LDcgQEAgaW50IHBhZ2luZ19sb2dfZGlydHlfb3Aoc3RydWN0IGRvbWFpbiAq ZAogICAgIHJldHVybiBydjsKIAogIG91dDoKKyAgICBkLT5hcmNoLnBhZ2lu Zy5wcmVlbXB0LnZjcHUgPSBOVUxMOwogICAgIHBhZ2luZ191bmxvY2soZCk7 CiAgICAgZG9tYWluX3VucGF1c2UoZCk7CiAKQEAgLTQ5OSwxMiArNjExLDYg QEAgdm9pZCBwYWdpbmdfbG9nX2RpcnR5X2luaXQoc3RydWN0IGRvbWFpbgog ICAgIGQtPmFyY2gucGFnaW5nLmxvZ19kaXJ0eS5jbGVhbl9kaXJ0eV9iaXRt YXAgPSBjbGVhbl9kaXJ0eV9iaXRtYXA7CiB9CiAKLS8qIFRoaXMgZnVuY3Rp b24gZnJlc3MgbG9nIGRpcnR5IGJpdG1hcCByZXNvdXJjZXMuICovCi1zdGF0 aWMgdm9pZCBwYWdpbmdfbG9nX2RpcnR5X3RlYXJkb3duKHN0cnVjdCBkb21h aW4qZCkKLXsKLSAgICBwYWdpbmdfZnJlZV9sb2dfZGlydHlfYml0bWFwKGQp OwotfQotCiAvKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqLwogLyogICAgICAgICAgIENPREUgRk9SIFBBR0lORyBT VVBQT1JUICAgICAgICAgICAgKi8KIC8qKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKiovCkBAIC01NDgsNiArNjU0LDcg QEAgdm9pZCBwYWdpbmdfdmNwdV9pbml0KHN0cnVjdCB2Y3B1ICp2KQogaW50 IHBhZ2luZ19kb21jdGwoc3RydWN0IGRvbWFpbiAqZCwgeGVuX2RvbWN0bF9z aGFkb3dfb3BfdCAqc2MsCiAgICAgICAgICAgICAgICAgICBYRU5fR1VFU1Rf SEFORExFX1BBUkFNKHZvaWQpIHVfZG9tY3RsKQogeworICAgIGJvb2xfdCBy ZXN1bWluZyA9IDA7CiAgICAgaW50IHJjOwogCiAgICAgaWYgKCB1bmxpa2Vs eShkID09IGN1cnJlbnQtPmRvbWFpbikgKQpAQCAtNTcwLDYgKzY3NywyMCBA QCBpbnQgcGFnaW5nX2RvbWN0bChzdHJ1Y3QgZG9tYWluICpkLCB4ZW5fCiAg ICAgICAgIHJldHVybiAtRUlOVkFMOwogICAgIH0KIAorICAgIGlmICggZC0+ YXJjaC5wYWdpbmcucHJlZW1wdC52Y3B1ICkKKyAgICB7CisgICAgICAgIGlm ICggZC0+YXJjaC5wYWdpbmcucHJlZW1wdC52Y3B1ICE9IGN1cnJlbnQgfHwK KyAgICAgICAgICAgICBkLT5hcmNoLnBhZ2luZy5wcmVlbXB0Lm9wICE9IHNj LT5vcCApCisgICAgICAgIHsKKyAgICAgICAgICAgIHByaW50ayhYRU5MT0df R19ERUJVRworICAgICAgICAgICAgICAgICAgICJkJWQ6diVkOiBQYWdpbmcg b3AgJSN4IG9uIERvbSV1IHdpdGggdW5maW5pc2hlZCBwcmlvciBvcCAlI3hc biIsCisgICAgICAgICAgICAgICAgICAgY3VycmVudC0+ZG9tYWluLT5kb21h aW5faWQsIGN1cnJlbnQtPnZjcHVfaWQsCisgICAgICAgICAgICAgICAgICAg c2MtPm9wLCBkLT5kb21haW5faWQsIGQtPmFyY2gucGFnaW5nLnByZWVtcHQu b3ApOworICAgICAgICAgICAgcmV0dXJuIC1FQlVTWTsKKyAgICAgICAgfQor ICAgICAgICByZXN1bWluZyA9IDE7CisgICAgfQorCiAgICAgcmMgPSB4c21f c2hhZG93X2NvbnRyb2woWFNNX0hPT0ssIGQsIHNjLT5vcCk7CiAgICAgaWYg KCByYyApCiAgICAgICAgIHJldHVybiByYzsKQEAgLTU5NSwxMyArNzE2LDEz IEBAIGludCBwYWdpbmdfZG9tY3RsKHN0cnVjdCBkb21haW4gKmQsIHhlbl8K IAogICAgIGNhc2UgWEVOX0RPTUNUTF9TSEFET1dfT1BfT0ZGOgogICAgICAg ICBpZiAoIHBhZ2luZ19tb2RlX2xvZ19kaXJ0eShkKSApCi0gICAgICAgICAg ICBpZiAoIChyYyA9IHBhZ2luZ19sb2dfZGlydHlfZGlzYWJsZShkKSkgIT0g MCApCisgICAgICAgICAgICBpZiAoIChyYyA9IHBhZ2luZ19sb2dfZGlydHlf ZGlzYWJsZShkLCByZXN1bWluZykpICE9IDAgKQogICAgICAgICAgICAgICAg IHJldHVybiByYzsKICAgICAgICAgYnJlYWs7CiAKICAgICBjYXNlIFhFTl9E T01DVExfU0hBRE9XX09QX0NMRUFOOgogICAgIGNhc2UgWEVOX0RPTUNUTF9T SEFET1dfT1BfUEVFSzoKLSAgICAgICAgcmV0dXJuIHBhZ2luZ19sb2dfZGly dHlfb3AoZCwgc2MpOworICAgICAgICByZXR1cm4gcGFnaW5nX2xvZ19kaXJ0 eV9vcChkLCBzYywgcmVzdW1pbmcpOwogICAgIH0KIAogICAgIC8qIEhlcmUs IGRpc3BhdGNoIGRvbWN0bCB0byB0aGUgYXBwcm9wcmlhdGUgcGFnaW5nIGNv ZGUgKi8KQEAgLTYxMiwxOCArNzMzLDI0IEBAIGludCBwYWdpbmdfZG9tY3Rs KHN0cnVjdCBkb21haW4gKmQsIHhlbl8KIH0KIAogLyogQ2FsbCB3aGVuIGRl c3Ryb3lpbmcgYSBkb21haW4gKi8KLXZvaWQgcGFnaW5nX3RlYXJkb3duKHN0 cnVjdCBkb21haW4gKmQpCitpbnQgcGFnaW5nX3RlYXJkb3duKHN0cnVjdCBk b21haW4gKmQpCiB7CisgICAgaW50IHJjOworCiAgICAgaWYgKCBoYXBfZW5h YmxlZChkKSApCiAgICAgICAgIGhhcF90ZWFyZG93bihkKTsKICAgICBlbHNl CiAgICAgICAgIHNoYWRvd190ZWFyZG93bihkKTsKIAogICAgIC8qIGNsZWFu IHVwIGxvZyBkaXJ0eSByZXNvdXJjZXMuICovCi0gICAgcGFnaW5nX2xvZ19k aXJ0eV90ZWFyZG93bihkKTsKKyAgICByYyA9IHBhZ2luZ19mcmVlX2xvZ19k aXJ0eV9iaXRtYXAoZCwgMCk7CisgICAgaWYgKCByYyA9PSAtRUFHQUlOICkK KyAgICAgICAgcmV0dXJuIHJjOwogCiAgICAgLyogTW92ZSBwb3B1bGF0ZS1v bi1kZW1hbmQgY2FjaGUgYmFjayB0byBkb21haW5fbGlzdCBmb3IgZGVzdHJ1 Y3Rpb24gKi8KICAgICBwMm1fcG9kX2VtcHR5X2NhY2hlKGQpOworCisgICAg cmV0dXJuIHJjOwogfQogCiAvKiBDYWxsIG9uY2UgYWxsIG9mIHRoZSByZWZl cmVuY2VzIHRvIHRoZSBkb21haW4gaGF2ZSBnb25lIGF3YXkgKi8KLS0tIGEv eGVuL2FyY2gveDg2L21tL3NoYWRvdy9jb21tb24uYworKysgYi94ZW4vYXJj aC94ODYvbW0vc2hhZG93L2NvbW1vbi5jCkBAIC0zNzA2LDggKzM3MDYsNyBA QCBpbnQgc2hhZG93X2RvbWN0bChzdHJ1Y3QgZG9tYWluICpkLCAKICAgICAg ICAgcGFnaW5nX3VubG9jayhkKTsKICAgICAgICAgaWYgKCBwcmVlbXB0ZWQg KQogICAgICAgICAgICAgLyogTm90IGZpbmlzaGVkLiAgU2V0IHVwIHRvIHJl LXJ1biB0aGUgY2FsbC4gKi8KLSAgICAgICAgICAgIHJjID0gaHlwZXJjYWxs X2NyZWF0ZV9jb250aW51YXRpb24oCi0gICAgICAgICAgICAgICAgX19IWVBF UlZJU09SX2RvbWN0bCwgImgiLCB1X2RvbWN0bCk7CisgICAgICAgICAgICBy YyA9IC1FQUdBSU47CiAgICAgICAgIGVsc2UgCiAgICAgICAgICAgICAvKiBG aW5pc2hlZC4gIFJldHVybiB0aGUgbmV3IGFsbG9jYXRpb24gKi8KICAgICAg ICAgICAgIHNjLT5tYiA9IHNoYWRvd19nZXRfYWxsb2NhdGlvbihkKTsKLS0t IGEveGVuL2NvbW1vbi9kb21haW4uYworKysgYi94ZW4vY29tbW9uL2RvbWFp bi5jCkBAIC01MzYsNyArNTM2LDYgQEAgaW50IGRvbWFpbl9raWxsKHN0cnVj dCBkb21haW4gKmQpCiAgICAgICAgIHJjID0gZG9tYWluX3JlbGlucXVpc2hf cmVzb3VyY2VzKGQpOwogICAgICAgICBpZiAoIHJjICE9IDAgKQogICAgICAg ICB7Ci0gICAgICAgICAgICBCVUdfT04ocmMgIT0gLUVBR0FJTik7CiAgICAg ICAgICAgICBicmVhazsKICAgICAgICAgfQogICAgICAgICBpZiAoIHNjaGVk X21vdmVfZG9tYWluKGQsIGNwdXBvb2wwKSApCi0tLSBhL3hlbi9pbmNsdWRl L2FzbS14ODYvZG9tYWluLmgKKysrIGIveGVuL2luY2x1ZGUvYXNtLXg4Ni9k b21haW4uaApAQCAtMTg2LDYgKzE4NiwyMCBAQCBzdHJ1Y3QgcGFnaW5nX2Rv bWFpbiB7CiAgICAgc3RydWN0IGhhcF9kb21haW4gICAgICAgaGFwOwogICAg IC8qIGxvZyBkaXJ0eSBzdXBwb3J0ICovCiAgICAgc3RydWN0IGxvZ19kaXJ0 eV9kb21haW4gbG9nX2RpcnR5OworCisgICAgLyogcHJlZW1wdGlvbiBoYW5k bGluZyAqLworICAgIHN0cnVjdCB7CisgICAgICAgIHN0cnVjdCB2Y3B1ICp2 Y3B1OworICAgICAgICB1bnNpZ25lZCBpbnQgb3A7CisgICAgICAgIHVuaW9u IHsKKyAgICAgICAgICAgIHN0cnVjdCB7CisgICAgICAgICAgICAgICAgdW5z aWduZWQgbG9uZyBkb25lOlBBRERSX0JJVFMgLSBQQUdFX1NISUZUOworICAg ICAgICAgICAgICAgIHVuc2lnbmVkIGxvbmcgaTQ6UEFHRVRBQkxFX09SREVS OworICAgICAgICAgICAgICAgIHVuc2lnbmVkIGxvbmcgaTM6UEFHRVRBQkxF X09SREVSOworICAgICAgICAgICAgfSBsb2dfZGlydHk7CisgICAgICAgIH07 CisgICAgfSBwcmVlbXB0OworCiAgICAgLyogYWxsb2MvZnJlZSBwYWdlcyBm cm9tIHRoZSBwb29sIGZvciBwYWdpbmctYXNzaXN0YW5jZSBzdHJ1Y3R1cmVz CiAgICAgICogKHVzZWQgYnkgcDJtIGFuZCBsb2ctZGlydHkgY29kZSBmb3Ig dGhlaXIgdHJpZXMpICovCiAgICAgc3RydWN0IHBhZ2VfaW5mbyAqICgqYWxs b2NfcGFnZSkoc3RydWN0IGRvbWFpbiAqZCk7Ci0tLSBhL3hlbi9pbmNsdWRl L2FzbS14ODYvcGFnaW5nLmgKKysrIGIveGVuL2luY2x1ZGUvYXNtLXg4Ni9w YWdpbmcuaApAQCAtMTMzLDkgKzEzMyw2IEBAIHN0cnVjdCBwYWdpbmdfbW9k ZSB7CiAvKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioKICAqIExv ZyBkaXJ0eSBjb2RlICovCiAKLS8qIGZyZWUgbG9nIGRpcnR5IGJpdG1hcCBy ZXNvdXJjZSAqLwotdm9pZCBwYWdpbmdfZnJlZV9sb2dfZGlydHlfYml0bWFw KHN0cnVjdCBkb21haW4gKmQpOwotCiAvKiBnZXQgdGhlIGRpcnR5IGJpdG1h cCBmb3IgYSBzcGVjaWZpYyByYW5nZSBvZiBwZm5zICovCiB2b2lkIHBhZ2lu Z19sb2dfZGlydHlfcmFuZ2Uoc3RydWN0IGRvbWFpbiAqZCwKICAgICAgICAg ICAgICAgICAgICAgICAgICAgICB1bnNpZ25lZCBsb25nIGJlZ2luX3BmbiwK QEAgLTE0NSw5ICsxNDIsNiBAQCB2b2lkIHBhZ2luZ19sb2dfZGlydHlfcmFu Z2Uoc3RydWN0IGRvbWFpCiAvKiBlbmFibGUgbG9nIGRpcnR5ICovCiBpbnQg cGFnaW5nX2xvZ19kaXJ0eV9lbmFibGUoc3RydWN0IGRvbWFpbiAqZCwgYm9v bF90IGxvZ19nbG9iYWwpOwogCi0vKiBkaXNhYmxlIGxvZyBkaXJ0eSAqLwot aW50IHBhZ2luZ19sb2dfZGlydHlfZGlzYWJsZShzdHJ1Y3QgZG9tYWluICpk KTsKLQogLyogbG9nIGRpcnR5IGluaXRpYWxpemF0aW9uICovCiB2b2lkIHBh Z2luZ19sb2dfZGlydHlfaW5pdChzdHJ1Y3QgZG9tYWluICpkLAogICAgICAg ICAgICAgICAgICAgICAgICAgICAgaW50ICAoKmVuYWJsZV9sb2dfZGlydHkp KHN0cnVjdCBkb21haW4gKmQsCkBAIC0yMDcsNyArMjAxLDcgQEAgaW50IHBh Z2luZ19kb21jdGwoc3RydWN0IGRvbWFpbiAqZCwgeGVuXwogICAgICAgICAg ICAgICAgICAgWEVOX0dVRVNUX0hBTkRMRV9QQVJBTSh2b2lkKSB1X2RvbWN0 bCk7CiAKIC8qIENhbGwgd2hlbiBkZXN0cm95aW5nIGEgZG9tYWluICovCi12 b2lkIHBhZ2luZ190ZWFyZG93bihzdHJ1Y3QgZG9tYWluICpkKTsKK2ludCBw YWdpbmdfdGVhcmRvd24oc3RydWN0IGRvbWFpbiAqZCk7CiAKIC8qIENhbGwg b25jZSBhbGwgb2YgdGhlIHJlZmVyZW5jZXMgdG8gdGhlIGRvbWFpbiBoYXZl IGdvbmUgYXdheSAqLwogdm9pZCBwYWdpbmdfZmluYWxfdGVhcmRvd24oc3Ry dWN0IGRvbWFpbiAqZCk7Cg== --=separator Content-Type: application/octet-stream; name="xsa97-hap-unstable.patch" Content-Disposition: attachment; filename="xsa97-hap-unstable.patch" Content-Transfer-Encoding: base64 eDg2L3BhZ2luZzogbWFrZSBsb2ctZGlydHkgb3BlcmF0aW9ucyBwcmVlbXB0 aWJsZQoKQm90aCB0aGUgZnJlZWluZyBhbmQgdGhlIGluc3BlY3Rpb24gb2Yg dGhlIGJpdG1hcCBnZXQgZG9uZSBpbiAobmVzdGVkKQpsb29wcyB3aGljaCAt IGJlc2lkZXMgaGF2aW5nIGEgcmF0aGVyIGhpZ2ggaXRlcmF0aW9uIGNvdW50 IGluIGdlbmVyYWwsCmFsYmVpdCB0aGF0IHdvdWxkIGJlIGNvdmVyZWQgYnkg WFNBLTc3IC0gaGF2ZSB0aGUgbnVtYmVyIG9mIG5vbi10cml2aWFsCml0ZXJh dGlvbnMgdGhleSBuZWVkIHRvIHBlcmZvcm0gKGluZGlyZWN0bHkpIGNvbnRy b2xsYWJsZSBieSBib3RoIHRoZQpndWVzdCB0aGV5IGFyZSBmb3IgYW5kIGFu eSBkb21haW4gY29udHJvbGxpbmcgdGhlIGd1ZXN0IChpbmNsdWRpbmcgdGhl Cm9uZSBydW5uaW5nIHFlbXUgZm9yIGl0KS4KClRoaXMgaXMgWFNBLTk3LgoK U2lnbmVkLW9mZi1ieTogSmFuIEJldWxpY2ggPGpiZXVsaWNoQHN1c2UuY29t PgpSZXZpZXdlZC1ieTogVGltIERlZWdhbiA8dGltQHhlbi5vcmc+CgotLS0g YS94ZW4vYXJjaC94ODYvZG9tYWluLmMKKysrIGIveGVuL2FyY2gveDg2L2Rv bWFpbi5jCkBAIC0xOTA3LDcgKzE5MDcsOSBAQCBpbnQgZG9tYWluX3JlbGlu cXVpc2hfcmVzb3VyY2VzKHN0cnVjdCBkCiAgICAgICAgIHBjaV9yZWxlYXNl X2RldmljZXMoZCk7CiAKICAgICAgICAgLyogVGVhciBkb3duIHBhZ2luZy1h c3Npc3RhbmNlIHN0dWZmLiAqLwotICAgICAgICBwYWdpbmdfdGVhcmRvd24o ZCk7CisgICAgICAgIHJldCA9IHBhZ2luZ190ZWFyZG93bihkKTsKKyAgICAg ICAgaWYgKCByZXQgKQorICAgICAgICAgICAgcmV0dXJuIHJldDsKIAogICAg ICAgICAvKiBEcm9wIHRoZSBpbi11c2UgcmVmZXJlbmNlcyB0byBwYWdlLXRh YmxlIGJhc2VzLiAqLwogICAgICAgICBmb3JfZWFjaF92Y3B1ICggZCwgdiAp Ci0tLSBhL3hlbi9hcmNoL3g4Ni9kb21jdGwuYworKysgYi94ZW4vYXJjaC94 ODYvZG9tY3RsLmMKQEAgLTY0LDYgKzY0LDkgQEAgbG9uZyBhcmNoX2RvX2Rv bWN0bCgKICAgICAgICAgcmV0ID0gcGFnaW5nX2RvbWN0bChkLAogICAgICAg ICAgICAgICAgICAgICAgICAgICAgICZkb21jdGwtPnUuc2hhZG93X29wLAog ICAgICAgICAgICAgICAgICAgICAgICAgICAgIGd1ZXN0X2hhbmRsZV9jYXN0 KHVfZG9tY3RsLCB2b2lkKSk7CisgICAgICAgIGlmICggcmV0ID09IC1FUkVT VEFSVCApCisgICAgICAgICAgICByZXR1cm4gaHlwZXJjYWxsX2NyZWF0ZV9j b250aW51YXRpb24oX19IWVBFUlZJU09SX2RvbWN0bCwKKyAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAiaCIsIHVf ZG9tY3RsKTsKICAgICAgICAgY29weWJhY2sgPSAxOwogICAgIH0KICAgICBi cmVhazsKLS0tIGEveGVuL2FyY2gveDg2L21tL2hhcC9oYXAuYworKysgYi94 ZW4vYXJjaC94ODYvbW0vaGFwL2hhcC5jCkBAIC01ODIsOCArNTgyLDcgQEAg aW50IGhhcF9kb21jdGwoc3RydWN0IGRvbWFpbiAqZCwgeGVuX2RvbQogICAg ICAgICBwYWdpbmdfdW5sb2NrKGQpOwogICAgICAgICBpZiAoIHByZWVtcHRl ZCApCiAgICAgICAgICAgICAvKiBOb3QgZmluaXNoZWQuICBTZXQgdXAgdG8g cmUtcnVuIHRoZSBjYWxsLiAqLwotICAgICAgICAgICAgcmMgPSBoeXBlcmNh bGxfY3JlYXRlX2NvbnRpbnVhdGlvbihfX0hZUEVSVklTT1JfZG9tY3RsLCAi aCIsCi0gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgIHVfZG9tY3RsKTsKKyAgICAgICAgICAgIHJjID0gLUVSRVNUQVJU OwogICAgICAgICBlbHNlCiAgICAgICAgICAgICAvKiBGaW5pc2hlZC4gIFJl dHVybiB0aGUgbmV3IGFsbG9jYXRpb24gKi8KICAgICAgICAgICAgIHNjLT5t YiA9IGhhcF9nZXRfYWxsb2NhdGlvbihkKTsKLS0tIGEveGVuL2FyY2gveDg2 L21tL3BhZ2luZy5jCisrKyBiL3hlbi9hcmNoL3g4Ni9tbS9wYWdpbmcuYwpA QCAtMjYsNiArMjYsNyBAQAogI2luY2x1ZGUgPGFzbS9zaGFkb3cuaD4KICNp bmNsdWRlIDxhc20vcDJtLmg+CiAjaW5jbHVkZSA8YXNtL2hhcC5oPgorI2lu Y2x1ZGUgPGFzbS9ldmVudC5oPgogI2luY2x1ZGUgPGFzbS9odm0vbmVzdGVk aHZtLmg+CiAjaW5jbHVkZSA8eGVuL251bWEuaD4KICNpbmNsdWRlIDx4c20v eHNtLmg+CkBAIC0xMTYsMjYgKzExNyw0NiBAQCBzdGF0aWMgdm9pZCBwYWdp bmdfZnJlZV9sb2dfZGlydHlfcGFnZShzCiAgICAgZC0+YXJjaC5wYWdpbmcu ZnJlZV9wYWdlKGQsIG1mbl90b19wYWdlKG1mbikpOwogfQogCi12b2lkIHBh Z2luZ19mcmVlX2xvZ19kaXJ0eV9iaXRtYXAoc3RydWN0IGRvbWFpbiAqZCkK K3N0YXRpYyBpbnQgcGFnaW5nX2ZyZWVfbG9nX2RpcnR5X2JpdG1hcChzdHJ1 Y3QgZG9tYWluICpkLCBpbnQgcmMpCiB7CiAgICAgbWZuX3QgKmw0LCAqbDMs ICpsMjsKICAgICBpbnQgaTQsIGkzLCBpMjsKIAorICAgIHBhZ2luZ19sb2Nr KGQpOworCiAgICAgaWYgKCAhbWZuX3ZhbGlkKGQtPmFyY2gucGFnaW5nLmxv Z19kaXJ0eS50b3ApICkKLSAgICAgICAgcmV0dXJuOworICAgIHsKKyAgICAg ICAgcGFnaW5nX3VubG9jayhkKTsKKyAgICAgICAgcmV0dXJuIDA7CisgICAg fQogCi0gICAgcGFnaW5nX2xvY2soZCk7CisgICAgaWYgKCAhZC0+YXJjaC5w YWdpbmcucHJlZW1wdC52Y3B1ICkKKyAgICB7CisgICAgICAgIG1lbXNldCgm ZC0+YXJjaC5wYWdpbmcucHJlZW1wdC5sb2dfZGlydHksIDAsCisgICAgICAg ICAgICAgICBzaXplb2YoZC0+YXJjaC5wYWdpbmcucHJlZW1wdC5sb2dfZGly dHkpKTsKKyAgICAgICAgQVNTRVJUKHJjIDw9IDApOworICAgICAgICBkLT5h cmNoLnBhZ2luZy5wcmVlbXB0LmxvZ19kaXJ0eS5kb25lID0gLXJjOworICAg IH0KKyAgICBlbHNlIGlmICggZC0+YXJjaC5wYWdpbmcucHJlZW1wdC52Y3B1 ICE9IGN1cnJlbnQgfHwKKyAgICAgICAgICAgICAgZC0+YXJjaC5wYWdpbmcu cHJlZW1wdC5vcCAhPSBYRU5fRE9NQ1RMX1NIQURPV19PUF9PRkYgKQorICAg IHsKKyAgICAgICAgcGFnaW5nX3VubG9jayhkKTsKKyAgICAgICAgcmV0dXJu IC1FQlVTWTsKKyAgICB9CiAKICAgICBsNCA9IG1hcF9kb21haW5fcGFnZSht Zm5feChkLT5hcmNoLnBhZ2luZy5sb2dfZGlydHkudG9wKSk7CisgICAgaTQg PSBkLT5hcmNoLnBhZ2luZy5wcmVlbXB0LmxvZ19kaXJ0eS5pNDsKKyAgICBp MyA9IGQtPmFyY2gucGFnaW5nLnByZWVtcHQubG9nX2RpcnR5LmkzOworICAg IHJjID0gMDsKIAotICAgIGZvciAoIGk0ID0gMDsgaTQgPCBMT0dESVJUWV9O T0RFX0VOVFJJRVM7IGk0KysgKQorICAgIGZvciAoIDsgaTQgPCBMT0dESVJU WV9OT0RFX0VOVFJJRVM7IGk0KyssIGkzID0gMCApCiAgICAgewogICAgICAg ICBpZiAoICFtZm5fdmFsaWQobDRbaTRdKSApCiAgICAgICAgICAgICBjb250 aW51ZTsKIAogICAgICAgICBsMyA9IG1hcF9kb21haW5fcGFnZShtZm5feChs NFtpNF0pKTsKIAotICAgICAgICBmb3IgKCBpMyA9IDA7IGkzIDwgTE9HRElS VFlfTk9ERV9FTlRSSUVTOyBpMysrICkKKyAgICAgICAgZm9yICggOyBpMyA8 IExPR0RJUlRZX05PREVfRU5UUklFUzsgaTMrKyApCiAgICAgICAgIHsKICAg ICAgICAgICAgIGlmICggIW1mbl92YWxpZChsM1tpM10pICkKICAgICAgICAg ICAgICAgICBjb250aW51ZTsKQEAgLTE0OCwyMCArMTY5LDU0IEBAIHZvaWQg cGFnaW5nX2ZyZWVfbG9nX2RpcnR5X2JpdG1hcChzdHJ1Y3QKIAogICAgICAg ICAgICAgdW5tYXBfZG9tYWluX3BhZ2UobDIpOwogICAgICAgICAgICAgcGFn aW5nX2ZyZWVfbG9nX2RpcnR5X3BhZ2UoZCwgbDNbaTNdKTsKKyAgICAgICAg ICAgIGwzW2kzXSA9IF9tZm4oSU5WQUxJRF9NRk4pOworCisgICAgICAgICAg ICBpZiAoIGkzIDwgTE9HRElSVFlfTk9ERV9FTlRSSUVTIC0gMSAmJiBoeXBl cmNhbGxfcHJlZW1wdF9jaGVjaygpICkKKyAgICAgICAgICAgIHsKKyAgICAg ICAgICAgICAgICBkLT5hcmNoLnBhZ2luZy5wcmVlbXB0LmxvZ19kaXJ0eS5p MyA9IGkzICsgMTsKKyAgICAgICAgICAgICAgICBkLT5hcmNoLnBhZ2luZy5w cmVlbXB0LmxvZ19kaXJ0eS5pNCA9IGk0OworICAgICAgICAgICAgICAgIHJj ID0gLUVSRVNUQVJUOworICAgICAgICAgICAgICAgIGJyZWFrOworICAgICAg ICAgICAgfQogICAgICAgICB9CiAKICAgICAgICAgdW5tYXBfZG9tYWluX3Bh Z2UobDMpOworICAgICAgICBpZiAoIHJjICkKKyAgICAgICAgICAgIGJyZWFr OwogICAgICAgICBwYWdpbmdfZnJlZV9sb2dfZGlydHlfcGFnZShkLCBsNFtp NF0pOworICAgICAgICBsNFtpNF0gPSBfbWZuKElOVkFMSURfTUZOKTsKKwor ICAgICAgICBpZiAoIGk0IDwgTE9HRElSVFlfTk9ERV9FTlRSSUVTIC0gMSAm JiBoeXBlcmNhbGxfcHJlZW1wdF9jaGVjaygpICkKKyAgICAgICAgeworICAg ICAgICAgICAgZC0+YXJjaC5wYWdpbmcucHJlZW1wdC5sb2dfZGlydHkuaTMg PSAwOworICAgICAgICAgICAgZC0+YXJjaC5wYWdpbmcucHJlZW1wdC5sb2df ZGlydHkuaTQgPSBpNCArIDE7CisgICAgICAgICAgICByYyA9IC1FUkVTVEFS VDsKKyAgICAgICAgICAgIGJyZWFrOworICAgICAgICB9CiAgICAgfQogCiAg ICAgdW5tYXBfZG9tYWluX3BhZ2UobDQpOwotICAgIHBhZ2luZ19mcmVlX2xv Z19kaXJ0eV9wYWdlKGQsIGQtPmFyY2gucGFnaW5nLmxvZ19kaXJ0eS50b3Ap OwotICAgIGQtPmFyY2gucGFnaW5nLmxvZ19kaXJ0eS50b3AgPSBfbWZuKElO VkFMSURfTUZOKTsKIAotICAgIEFTU0VSVChkLT5hcmNoLnBhZ2luZy5sb2df ZGlydHkuYWxsb2NzID09IDApOwotICAgIGQtPmFyY2gucGFnaW5nLmxvZ19k aXJ0eS5mYWlsZWRfYWxsb2NzID0gMDsKKyAgICBpZiAoICFyYyApCisgICAg eworICAgICAgICBwYWdpbmdfZnJlZV9sb2dfZGlydHlfcGFnZShkLCBkLT5h cmNoLnBhZ2luZy5sb2dfZGlydHkudG9wKTsKKyAgICAgICAgZC0+YXJjaC5w YWdpbmcubG9nX2RpcnR5LnRvcCA9IF9tZm4oSU5WQUxJRF9NRk4pOworCisg ICAgICAgIEFTU0VSVChkLT5hcmNoLnBhZ2luZy5sb2dfZGlydHkuYWxsb2Nz ID09IDApOworICAgICAgICBkLT5hcmNoLnBhZ2luZy5sb2dfZGlydHkuZmFp bGVkX2FsbG9jcyA9IDA7CisKKyAgICAgICAgcmMgPSAtZC0+YXJjaC5wYWdp bmcucHJlZW1wdC5sb2dfZGlydHkuZG9uZTsKKyAgICAgICAgZC0+YXJjaC5w YWdpbmcucHJlZW1wdC52Y3B1ID0gTlVMTDsKKyAgICB9CisgICAgZWxzZQor ICAgIHsKKyAgICAgICAgZC0+YXJjaC5wYWdpbmcucHJlZW1wdC52Y3B1ID0g Y3VycmVudDsKKyAgICAgICAgZC0+YXJjaC5wYWdpbmcucHJlZW1wdC5vcCA9 IFhFTl9ET01DVExfU0hBRE9XX09QX09GRjsKKyAgICB9CiAKICAgICBwYWdp bmdfdW5sb2NrKGQpOworCisgICAgcmV0dXJuIHJjOwogfQogCiBpbnQgcGFn aW5nX2xvZ19kaXJ0eV9lbmFibGUoc3RydWN0IGRvbWFpbiAqZCwgYm9vbF90 IGxvZ19nbG9iYWwpCkBAIC0xODcsMTUgKzI0MiwyNSBAQCBpbnQgcGFnaW5n X2xvZ19kaXJ0eV9lbmFibGUoc3RydWN0IGRvbWFpCiAgICAgcmV0dXJuIHJl dDsKIH0KIAotaW50IHBhZ2luZ19sb2dfZGlydHlfZGlzYWJsZShzdHJ1Y3Qg ZG9tYWluICpkKQorc3RhdGljIGludCBwYWdpbmdfbG9nX2RpcnR5X2Rpc2Fi bGUoc3RydWN0IGRvbWFpbiAqZCwgYm9vbF90IHJlc3VtaW5nKQogewotICAg IGludCByZXQ7CisgICAgaW50IHJldCA9IDE7CisKKyAgICBpZiAoICFyZXN1 bWluZyApCisgICAgeworICAgICAgICBkb21haW5fcGF1c2UoZCk7CisgICAg ICAgIC8qIFNhZmUgYmVjYXVzZSB0aGUgZG9tYWluIGlzIHBhdXNlZC4gKi8K KyAgICAgICAgcmV0ID0gZC0+YXJjaC5wYWdpbmcubG9nX2RpcnR5LmRpc2Fi bGVfbG9nX2RpcnR5KGQpOworICAgICAgICBBU1NFUlQocmV0IDw9IDApOwor ICAgIH0KIAotICAgIGRvbWFpbl9wYXVzZShkKTsKLSAgICAvKiBTYWZlIGJl Y2F1c2UgdGhlIGRvbWFpbiBpcyBwYXVzZWQuICovCi0gICAgcmV0ID0gZC0+ YXJjaC5wYWdpbmcubG9nX2RpcnR5LmRpc2FibGVfbG9nX2RpcnR5KGQpOwog ICAgIGlmICggIXBhZ2luZ19tb2RlX2xvZ19kaXJ0eShkKSApCi0gICAgICAg IHBhZ2luZ19mcmVlX2xvZ19kaXJ0eV9iaXRtYXAoZCk7CisgICAgeworICAg ICAgICByZXQgPSBwYWdpbmdfZnJlZV9sb2dfZGlydHlfYml0bWFwKGQsIHJl dCk7CisgICAgICAgIGlmICggcmV0ID09IC1FUkVTVEFSVCApCisgICAgICAg ICAgICByZXR1cm4gcmV0OworICAgIH0KKwogICAgIGRvbWFpbl91bnBhdXNl KGQpOwogCiAgICAgcmV0dXJuIHJldDsKQEAgLTMzNSw3ICs0MDAsOSBAQCBp bnQgcGFnaW5nX21mbl9pc19kaXJ0eShzdHJ1Y3QgZG9tYWluICpkCiAKIC8q IFJlYWQgYSBkb21haW4ncyBsb2ctZGlydHkgYml0bWFwIGFuZCBzdGF0cy4g IElmIHRoZSBvcGVyYXRpb24gaXMgYSBDTEVBTiwKICAqIGNsZWFyIHRoZSBi aXRtYXAgYW5kIHN0YXRzIGFzIHdlbGwuICovCi1pbnQgcGFnaW5nX2xvZ19k aXJ0eV9vcChzdHJ1Y3QgZG9tYWluICpkLCBzdHJ1Y3QgeGVuX2RvbWN0bF9z aGFkb3dfb3AgKnNjKQorc3RhdGljIGludCBwYWdpbmdfbG9nX2RpcnR5X29w KHN0cnVjdCBkb21haW4gKmQsCisgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgc3RydWN0IHhlbl9kb21jdGxfc2hhZG93X29wICpzYywKKyAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICBib29sX3QgcmVzdW1pbmcpCiB7 CiAgICAgaW50IHJ2ID0gMCwgY2xlYW4gPSAwLCBwZWVrID0gMTsKICAgICB1 bnNpZ25lZCBsb25nIHBhZ2VzID0gMDsKQEAgLTM0Myw5ICs0MTAsMjIgQEAg aW50IHBhZ2luZ19sb2dfZGlydHlfb3Aoc3RydWN0IGRvbWFpbiAqZAogICAg IHVuc2lnbmVkIGxvbmcgKmwxID0gTlVMTDsKICAgICBpbnQgaTQsIGkzLCBp MjsKIAotICAgIGRvbWFpbl9wYXVzZShkKTsKKyAgICBpZiAoICFyZXN1bWlu ZyApCisgICAgICAgIGRvbWFpbl9wYXVzZShkKTsKICAgICBwYWdpbmdfbG9j ayhkKTsKIAorICAgIGlmICggIWQtPmFyY2gucGFnaW5nLnByZWVtcHQudmNw dSApCisgICAgICAgIG1lbXNldCgmZC0+YXJjaC5wYWdpbmcucHJlZW1wdC5s b2dfZGlydHksIDAsCisgICAgICAgICAgICAgICBzaXplb2YoZC0+YXJjaC5w YWdpbmcucHJlZW1wdC5sb2dfZGlydHkpKTsKKyAgICBlbHNlIGlmICggZC0+ YXJjaC5wYWdpbmcucHJlZW1wdC52Y3B1ICE9IGN1cnJlbnQgfHwKKyAgICAg ICAgICAgICAgZC0+YXJjaC5wYWdpbmcucHJlZW1wdC5vcCAhPSBzYy0+b3Ag KQorICAgIHsKKyAgICAgICAgcGFnaW5nX3VubG9jayhkKTsKKyAgICAgICAg QVNTRVJUKCFyZXN1bWluZyk7CisgICAgICAgIGRvbWFpbl91bnBhdXNlKGQp OworICAgICAgICByZXR1cm4gLUVCVVNZOworICAgIH0KKwogICAgIGNsZWFu ID0gKHNjLT5vcCA9PSBYRU5fRE9NQ1RMX1NIQURPV19PUF9DTEVBTik7CiAK ICAgICBQQUdJTkdfREVCVUcoTE9HRElSVFksICJsb2ctZGlydHkgJXM6IGRv bSAldSBmYXVsdHM9JXUgZGlydHk9JXVcbiIsCkBAIC0zNzQsMTcgKzQ1NCwx NSBAQCBpbnQgcGFnaW5nX2xvZ19kaXJ0eV9vcChzdHJ1Y3QgZG9tYWluICpk CiAgICAgICAgIGdvdG8gb3V0OwogICAgIH0KIAotICAgIHBhZ2VzID0gMDsK ICAgICBsNCA9IHBhZ2luZ19tYXBfbG9nX2RpcnR5X2JpdG1hcChkKTsKKyAg ICBpNCA9IGQtPmFyY2gucGFnaW5nLnByZWVtcHQubG9nX2RpcnR5Lmk0Owor ICAgIGkzID0gZC0+YXJjaC5wYWdpbmcucHJlZW1wdC5sb2dfZGlydHkuaTM7 CisgICAgcGFnZXMgPSBkLT5hcmNoLnBhZ2luZy5wcmVlbXB0LmxvZ19kaXJ0 eS5kb25lOwogCi0gICAgZm9yICggaTQgPSAwOwotICAgICAgICAgIChwYWdl cyA8IHNjLT5wYWdlcykgJiYgKGk0IDwgTE9HRElSVFlfTk9ERV9FTlRSSUVT KTsKLSAgICAgICAgICBpNCsrICkKKyAgICBmb3IgKCA7IChwYWdlcyA8IHNj LT5wYWdlcykgJiYgKGk0IDwgTE9HRElSVFlfTk9ERV9FTlRSSUVTKTsgaTQr KywgaTMgPSAwICkKICAgICB7CiAgICAgICAgIGwzID0gKGw0ICYmIG1mbl92 YWxpZChsNFtpNF0pKSA/IG1hcF9kb21haW5fcGFnZShtZm5feChsNFtpNF0p KSA6IE5VTEw7Ci0gICAgICAgIGZvciAoIGkzID0gMDsKLSAgICAgICAgICAg ICAgKHBhZ2VzIDwgc2MtPnBhZ2VzKSAmJiAoaTMgPCBMT0dESVJUWV9OT0RF X0VOVFJJRVMpOwotICAgICAgICAgICAgICBpMysrICkKKyAgICAgICAgZm9y ICggOyAocGFnZXMgPCBzYy0+cGFnZXMpICYmIChpMyA8IExPR0RJUlRZX05P REVfRU5UUklFUyk7IGkzKysgKQogICAgICAgICB7CiAgICAgICAgICAgICBs MiA9ICgobDMgJiYgbWZuX3ZhbGlkKGwzW2kzXSkpID8KICAgICAgICAgICAg ICAgICAgIG1hcF9kb21haW5fcGFnZShtZm5feChsM1tpM10pKSA6IE5VTEwp OwpAQCAtNDE5LDE4ICs0OTcsNTEgQEAgaW50IHBhZ2luZ19sb2dfZGlydHlf b3Aoc3RydWN0IGRvbWFpbiAqZAogICAgICAgICAgICAgfQogICAgICAgICAg ICAgaWYgKCBsMiApCiAgICAgICAgICAgICAgICAgdW5tYXBfZG9tYWluX3Bh Z2UobDIpOworCisgICAgICAgICAgICBpZiAoIGkzIDwgTE9HRElSVFlfTk9E RV9FTlRSSUVTIC0gMSAmJiBoeXBlcmNhbGxfcHJlZW1wdF9jaGVjaygpICkK KyAgICAgICAgICAgIHsKKyAgICAgICAgICAgICAgICBkLT5hcmNoLnBhZ2lu Zy5wcmVlbXB0LmxvZ19kaXJ0eS5pNCA9IGk0OworICAgICAgICAgICAgICAg IGQtPmFyY2gucGFnaW5nLnByZWVtcHQubG9nX2RpcnR5LmkzID0gaTMgKyAx OworICAgICAgICAgICAgICAgIHJ2ID0gLUVSRVNUQVJUOworICAgICAgICAg ICAgICAgIGJyZWFrOworICAgICAgICAgICAgfQogICAgICAgICB9CiAgICAg ICAgIGlmICggbDMgKQogICAgICAgICAgICAgdW5tYXBfZG9tYWluX3BhZ2Uo bDMpOworCisgICAgICAgIGlmICggIXJ2ICYmIGk0IDwgTE9HRElSVFlfTk9E RV9FTlRSSUVTIC0gMSAmJgorICAgICAgICAgICAgIGh5cGVyY2FsbF9wcmVl bXB0X2NoZWNrKCkgKQorICAgICAgICB7CisgICAgICAgICAgICBkLT5hcmNo LnBhZ2luZy5wcmVlbXB0LmxvZ19kaXJ0eS5pNCA9IGk0ICsgMTsKKyAgICAg ICAgICAgIGQtPmFyY2gucGFnaW5nLnByZWVtcHQubG9nX2RpcnR5LmkzID0g MDsKKyAgICAgICAgICAgIHJ2ID0gLUVSRVNUQVJUOworICAgICAgICB9Cisg ICAgICAgIGlmICggcnYgKQorICAgICAgICAgICAgYnJlYWs7CiAgICAgfQog ICAgIGlmICggbDQgKQogICAgICAgICB1bm1hcF9kb21haW5fcGFnZShsNCk7 CiAKLSAgICBpZiAoIHBhZ2VzIDwgc2MtPnBhZ2VzICkKLSAgICAgICAgc2Mt PnBhZ2VzID0gcGFnZXM7CisgICAgaWYgKCAhcnYgKQorICAgICAgICBkLT5h cmNoLnBhZ2luZy5wcmVlbXB0LnZjcHUgPSBOVUxMOworICAgIGVsc2UKKyAg ICB7CisgICAgICAgIGQtPmFyY2gucGFnaW5nLnByZWVtcHQudmNwdSA9IGN1 cnJlbnQ7CisgICAgICAgIGQtPmFyY2gucGFnaW5nLnByZWVtcHQub3AgPSBz Yy0+b3A7CisgICAgICAgIGQtPmFyY2gucGFnaW5nLnByZWVtcHQubG9nX2Rp cnR5LmRvbmUgPSBwYWdlczsKKyAgICB9CiAKICAgICBwYWdpbmdfdW5sb2Nr KGQpOwogCisgICAgaWYgKCBydiApCisgICAgeworICAgICAgICAvKiBOZXZl ciBsZWF2ZSB0aGUgZG9tYWluIHBhdXNlZCBmb3Igb3RoZXIgZXJyb3JzLiAq LworICAgICAgICBBU1NFUlQocnYgPT0gLUVSRVNUQVJUKTsKKyAgICAgICAg cmV0dXJuIHJ2OworICAgIH0KKworICAgIGlmICggcGFnZXMgPCBzYy0+cGFn ZXMgKQorICAgICAgICBzYy0+cGFnZXMgPSBwYWdlczsKICAgICBpZiAoIGNs ZWFuICkKICAgICB7CiAgICAgICAgIC8qIFdlIG5lZWQgdG8gZnVydGhlciBj YWxsIGNsZWFuX2RpcnR5X2JpdG1hcCgpIGZ1bmN0aW9ucyBvZiBzcGVjaWZp YwpAQCAtNDQxLDYgKzU1Miw3IEBAIGludCBwYWdpbmdfbG9nX2RpcnR5X29w KHN0cnVjdCBkb21haW4gKmQKICAgICByZXR1cm4gcnY7CiAKICBvdXQ6Cisg ICAgZC0+YXJjaC5wYWdpbmcucHJlZW1wdC52Y3B1ID0gTlVMTDsKICAgICBw YWdpbmdfdW5sb2NrKGQpOwogICAgIGRvbWFpbl91bnBhdXNlKGQpOwogCkBA IC01MDQsMTIgKzYxNiw2IEBAIHZvaWQgcGFnaW5nX2xvZ19kaXJ0eV9pbml0 KHN0cnVjdCBkb21haW4KICAgICBkLT5hcmNoLnBhZ2luZy5sb2dfZGlydHku Y2xlYW5fZGlydHlfYml0bWFwID0gY2xlYW5fZGlydHlfYml0bWFwOwogfQog Ci0vKiBUaGlzIGZ1bmN0aW9uIGZyZXNzIGxvZyBkaXJ0eSBiaXRtYXAgcmVz b3VyY2VzLiAqLwotc3RhdGljIHZvaWQgcGFnaW5nX2xvZ19kaXJ0eV90ZWFy ZG93bihzdHJ1Y3QgZG9tYWluKmQpCi17Ci0gICAgcGFnaW5nX2ZyZWVfbG9n X2RpcnR5X2JpdG1hcChkKTsKLX0KLQogLyoqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKi8KIC8qICAgICAgICAgICBD T0RFIEZPUiBQQUdJTkcgU1VQUE9SVCAgICAgICAgICAgICovCiAvKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqLwpA QCAtNTUzLDYgKzY1OSw3IEBAIHZvaWQgcGFnaW5nX3ZjcHVfaW5pdChzdHJ1 Y3QgdmNwdSAqdikKIGludCBwYWdpbmdfZG9tY3RsKHN0cnVjdCBkb21haW4g KmQsIHhlbl9kb21jdGxfc2hhZG93X29wX3QgKnNjLAogICAgICAgICAgICAg ICAgICAgWEVOX0dVRVNUX0hBTkRMRV9QQVJBTSh2b2lkKSB1X2RvbWN0bCkK IHsKKyAgICBib29sX3QgcmVzdW1pbmcgPSAwOwogICAgIGludCByYzsKIAog ICAgIGlmICggdW5saWtlbHkoZCA9PSBjdXJyZW50LT5kb21haW4pICkKQEAg LTU3NSw2ICs2ODIsMTkgQEAgaW50IHBhZ2luZ19kb21jdGwoc3RydWN0IGRv bWFpbiAqZCwgeGVuXwogICAgICAgICByZXR1cm4gLUVJTlZBTDsKICAgICB9 CiAKKyAgICBpZiAoIGQtPmFyY2gucGFnaW5nLnByZWVtcHQudmNwdSApCisg ICAgeworICAgICAgICBpZiAoIGQtPmFyY2gucGFnaW5nLnByZWVtcHQudmNw dSAhPSBjdXJyZW50IHx8CisgICAgICAgICAgICAgZC0+YXJjaC5wYWdpbmcu cHJlZW1wdC5vcCAhPSBzYy0+b3AgKQorICAgICAgICB7CisgICAgICAgICAg ICBwcmludGsoWEVOTE9HX0dfREVCVUcKKyAgICAgICAgICAgICAgICAgICAi JXB2OiBQYWdpbmcgb3AgJSN4IG9uIERvbSV1IHdpdGggdW5maW5pc2hlZCBw cmlvciBvcCAlI3hcbiIsCisgICAgICAgICAgICAgICAgICAgY3VycmVudCwg c2MtPm9wLCBkLT5kb21haW5faWQsIGQtPmFyY2gucGFnaW5nLnByZWVtcHQu b3ApOworICAgICAgICAgICAgcmV0dXJuIC1FQlVTWTsKKyAgICAgICAgfQor ICAgICAgICByZXN1bWluZyA9IDE7CisgICAgfQorCiAgICAgcmMgPSB4c21f c2hhZG93X2NvbnRyb2woWFNNX0hPT0ssIGQsIHNjLT5vcCk7CiAgICAgaWYg KCByYyApCiAgICAgICAgIHJldHVybiByYzsKQEAgLTYwMCwxMyArNzIwLDEz IEBAIGludCBwYWdpbmdfZG9tY3RsKHN0cnVjdCBkb21haW4gKmQsIHhlbl8K IAogICAgIGNhc2UgWEVOX0RPTUNUTF9TSEFET1dfT1BfT0ZGOgogICAgICAg ICBpZiAoIHBhZ2luZ19tb2RlX2xvZ19kaXJ0eShkKSApCi0gICAgICAgICAg ICBpZiAoIChyYyA9IHBhZ2luZ19sb2dfZGlydHlfZGlzYWJsZShkKSkgIT0g MCApCisgICAgICAgICAgICBpZiAoIChyYyA9IHBhZ2luZ19sb2dfZGlydHlf ZGlzYWJsZShkLCByZXN1bWluZykpICE9IDAgKQogICAgICAgICAgICAgICAg IHJldHVybiByYzsKICAgICAgICAgYnJlYWs7CiAKICAgICBjYXNlIFhFTl9E T01DVExfU0hBRE9XX09QX0NMRUFOOgogICAgIGNhc2UgWEVOX0RPTUNUTF9T SEFET1dfT1BfUEVFSzoKLSAgICAgICAgcmV0dXJuIHBhZ2luZ19sb2dfZGly dHlfb3AoZCwgc2MpOworICAgICAgICByZXR1cm4gcGFnaW5nX2xvZ19kaXJ0 eV9vcChkLCBzYywgcmVzdW1pbmcpOwogICAgIH0KIAogICAgIC8qIEhlcmUs IGRpc3BhdGNoIGRvbWN0bCB0byB0aGUgYXBwcm9wcmlhdGUgcGFnaW5nIGNv ZGUgKi8KQEAgLTYxNywxOCArNzM3LDI0IEBAIGludCBwYWdpbmdfZG9tY3Rs KHN0cnVjdCBkb21haW4gKmQsIHhlbl8KIH0KIAogLyogQ2FsbCB3aGVuIGRl c3Ryb3lpbmcgYSBkb21haW4gKi8KLXZvaWQgcGFnaW5nX3RlYXJkb3duKHN0 cnVjdCBkb21haW4gKmQpCitpbnQgcGFnaW5nX3RlYXJkb3duKHN0cnVjdCBk b21haW4gKmQpCiB7CisgICAgaW50IHJjOworCiAgICAgaWYgKCBoYXBfZW5h YmxlZChkKSApCiAgICAgICAgIGhhcF90ZWFyZG93bihkKTsKICAgICBlbHNl CiAgICAgICAgIHNoYWRvd190ZWFyZG93bihkKTsKIAogICAgIC8qIGNsZWFu IHVwIGxvZyBkaXJ0eSByZXNvdXJjZXMuICovCi0gICAgcGFnaW5nX2xvZ19k aXJ0eV90ZWFyZG93bihkKTsKKyAgICByYyA9IHBhZ2luZ19mcmVlX2xvZ19k aXJ0eV9iaXRtYXAoZCwgMCk7CisgICAgaWYgKCByYyA9PSAtRVJFU1RBUlQg KQorICAgICAgICByZXR1cm4gcmM7CiAKICAgICAvKiBNb3ZlIHBvcHVsYXRl LW9uLWRlbWFuZCBjYWNoZSBiYWNrIHRvIGRvbWFpbl9saXN0IGZvciBkZXN0 cnVjdGlvbiAqLwogICAgIHAybV9wb2RfZW1wdHlfY2FjaGUoZCk7CisKKyAg ICByZXR1cm4gcmM7CiB9CiAKIC8qIENhbGwgb25jZSBhbGwgb2YgdGhlIHJl ZmVyZW5jZXMgdG8gdGhlIGRvbWFpbiBoYXZlIGdvbmUgYXdheSAqLwotLS0g YS94ZW4vYXJjaC94ODYvbW0vc2hhZG93L2NvbW1vbi5jCisrKyBiL3hlbi9h cmNoL3g4Ni9tbS9zaGFkb3cvY29tbW9uLmMKQEAgLTM3MDUsOCArMzcwNSw3 IEBAIGludCBzaGFkb3dfZG9tY3RsKHN0cnVjdCBkb21haW4gKmQsIAogICAg ICAgICBwYWdpbmdfdW5sb2NrKGQpOwogICAgICAgICBpZiAoIHByZWVtcHRl ZCApCiAgICAgICAgICAgICAvKiBOb3QgZmluaXNoZWQuICBTZXQgdXAgdG8g cmUtcnVuIHRoZSBjYWxsLiAqLwotICAgICAgICAgICAgcmMgPSBoeXBlcmNh bGxfY3JlYXRlX2NvbnRpbnVhdGlvbigKLSAgICAgICAgICAgICAgICBfX0hZ UEVSVklTT1JfZG9tY3RsLCAiaCIsIHVfZG9tY3RsKTsKKyAgICAgICAgICAg IHJjID0gLUVSRVNUQVJUOwogICAgICAgICBlbHNlIAogICAgICAgICAgICAg LyogRmluaXNoZWQuICBSZXR1cm4gdGhlIG5ldyBhbGxvY2F0aW9uICovCiAg ICAgICAgICAgICBzYy0+bWIgPSBzaGFkb3dfZ2V0X2FsbG9jYXRpb24oZCk7 Ci0tLSBhL3hlbi9jb21tb24vZG9tYWluLmMKKysrIGIveGVuL2NvbW1vbi9k b21haW4uYwpAQCAtNjExLDcgKzYxMSw2IEBAIGludCBkb21haW5fa2lsbChz dHJ1Y3QgZG9tYWluICpkKQogICAgICAgICB7CiAgICAgICAgICAgICBpZiAo IHJjID09IC1FUkVTVEFSVCApCiAgICAgICAgICAgICAgICAgcmMgPSAtRUFH QUlOOwotICAgICAgICAgICAgQlVHX09OKHJjICE9IC1FQUdBSU4pOwogICAg ICAgICAgICAgYnJlYWs7CiAgICAgICAgIH0KICAgICAgICAgaWYgKCBzY2hl ZF9tb3ZlX2RvbWFpbihkLCBjcHVwb29sMCkgKQotLS0gYS94ZW4vaW5jbHVk ZS9hc20teDg2L2RvbWFpbi5oCisrKyBiL3hlbi9pbmNsdWRlL2FzbS14ODYv ZG9tYWluLmgKQEAgLTE4Niw2ICsxODYsMjAgQEAgc3RydWN0IHBhZ2luZ19k b21haW4gewogICAgIHN0cnVjdCBoYXBfZG9tYWluICAgICAgIGhhcDsKICAg ICAvKiBsb2cgZGlydHkgc3VwcG9ydCAqLwogICAgIHN0cnVjdCBsb2dfZGly dHlfZG9tYWluIGxvZ19kaXJ0eTsKKworICAgIC8qIHByZWVtcHRpb24gaGFu ZGxpbmcgKi8KKyAgICBzdHJ1Y3QgeworICAgICAgICBzdHJ1Y3QgdmNwdSAq dmNwdTsKKyAgICAgICAgdW5zaWduZWQgaW50IG9wOworICAgICAgICB1bmlv biB7CisgICAgICAgICAgICBzdHJ1Y3QgeworICAgICAgICAgICAgICAgIHVu c2lnbmVkIGxvbmcgZG9uZTpQQUREUl9CSVRTIC0gUEFHRV9TSElGVDsKKyAg ICAgICAgICAgICAgICB1bnNpZ25lZCBsb25nIGk0OlBBR0VUQUJMRV9PUkRF UjsKKyAgICAgICAgICAgICAgICB1bnNpZ25lZCBsb25nIGkzOlBBR0VUQUJM RV9PUkRFUjsKKyAgICAgICAgICAgIH0gbG9nX2RpcnR5OworICAgICAgICB9 OworICAgIH0gcHJlZW1wdDsKKwogICAgIC8qIGFsbG9jL2ZyZWUgcGFnZXMg ZnJvbSB0aGUgcG9vbCBmb3IgcGFnaW5nLWFzc2lzdGFuY2Ugc3RydWN0dXJl cwogICAgICAqICh1c2VkIGJ5IHAybSBhbmQgbG9nLWRpcnR5IGNvZGUgZm9y IHRoZWlyIHRyaWVzKSAqLwogICAgIHN0cnVjdCBwYWdlX2luZm8gKiAoKmFs bG9jX3BhZ2UpKHN0cnVjdCBkb21haW4gKmQpOwotLS0gYS94ZW4vaW5jbHVk ZS9hc20teDg2L3BhZ2luZy5oCisrKyBiL3hlbi9pbmNsdWRlL2FzbS14ODYv cGFnaW5nLmgKQEAgLTEzMiw5ICsxMzIsNiBAQCBzdHJ1Y3QgcGFnaW5nX21v ZGUgewogLyoqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqCiAgKiBM b2cgZGlydHkgY29kZSAqLwogCi0vKiBmcmVlIGxvZyBkaXJ0eSBiaXRtYXAg cmVzb3VyY2UgKi8KLXZvaWQgcGFnaW5nX2ZyZWVfbG9nX2RpcnR5X2JpdG1h cChzdHJ1Y3QgZG9tYWluICpkKTsKLQogLyogZ2V0IHRoZSBkaXJ0eSBiaXRt YXAgZm9yIGEgc3BlY2lmaWMgcmFuZ2Ugb2YgcGZucyAqLwogdm9pZCBwYWdp bmdfbG9nX2RpcnR5X3JhbmdlKHN0cnVjdCBkb21haW4gKmQsCiAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgdW5zaWduZWQgbG9uZyBiZWdpbl9wZm4s CkBAIC0xNDQsOSArMTQxLDYgQEAgdm9pZCBwYWdpbmdfbG9nX2RpcnR5X3Jh bmdlKHN0cnVjdCBkb21haQogLyogZW5hYmxlIGxvZyBkaXJ0eSAqLwogaW50 IHBhZ2luZ19sb2dfZGlydHlfZW5hYmxlKHN0cnVjdCBkb21haW4gKmQsIGJv b2xfdCBsb2dfZ2xvYmFsKTsKIAotLyogZGlzYWJsZSBsb2cgZGlydHkgKi8K LWludCBwYWdpbmdfbG9nX2RpcnR5X2Rpc2FibGUoc3RydWN0IGRvbWFpbiAq ZCk7Ci0KIC8qIGxvZyBkaXJ0eSBpbml0aWFsaXphdGlvbiAqLwogdm9pZCBw YWdpbmdfbG9nX2RpcnR5X2luaXQoc3RydWN0IGRvbWFpbiAqZCwKICAgICAg ICAgICAgICAgICAgICAgICAgICAgIGludCAgKCplbmFibGVfbG9nX2RpcnR5 KShzdHJ1Y3QgZG9tYWluICpkLApAQCAtMjA2LDcgKzIwMCw3IEBAIGludCBw YWdpbmdfZG9tY3RsKHN0cnVjdCBkb21haW4gKmQsIHhlbl8KICAgICAgICAg ICAgICAgICAgIFhFTl9HVUVTVF9IQU5ETEVfUEFSQU0odm9pZCkgdV9kb21j dGwpOwogCiAvKiBDYWxsIHdoZW4gZGVzdHJveWluZyBhIGRvbWFpbiAqLwot dm9pZCBwYWdpbmdfdGVhcmRvd24oc3RydWN0IGRvbWFpbiAqZCk7CitpbnQg cGFnaW5nX3RlYXJkb3duKHN0cnVjdCBkb21haW4gKmQpOwogCiAvKiBDYWxs IG9uY2UgYWxsIG9mIHRoZSByZWZlcmVuY2VzIHRvIHRoZSBkb21haW4gaGF2 ZSBnb25lIGF3YXkgKi8KIHZvaWQgcGFnaW5nX2ZpbmFsX3RlYXJkb3duKHN0 cnVjdCBkb21haW4gKmQpOwo= --=separator Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --=separator-- From xen-users-bounces@lists.xen.org Tue Aug 12 13:04:21 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 12 Aug 2014 13:04:21 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XHBjx-0002nC-SV; Tue, 12 Aug 2014 13:03:49 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XHBjo-0002hn-V4; Tue, 12 Aug 2014 13:03:41 +0000 Received: from [85.158.143.35:59587] by server-1.bemta-4.messagelabs.com id 90/08-05872-AA01AE35; Tue, 12 Aug 2014 13:03:38 +0000 X-Env-Sender: iwj@xenbits.xen.org X-Msg-Ref: server-4.tower-21.messagelabs.com!1407848617!12523410!1 X-Originating-IP: [50.57.168.107] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.12.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20524 invoked from network); 12 Aug 2014 13:03:38 -0000 Received: from mail.xen.org (HELO mail.xen.org) (50.57.168.107) by server-4.tower-21.messagelabs.com with AES256-SHA encrypted SMTP; 12 Aug 2014 13:03:38 -0000 Received: from xenbits.xen.org ([50.57.170.242]) by mail.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XHBjh-0004GT-CR; Tue, 12 Aug 2014 13:03:33 +0000 Received: from iwj by xenbits.xen.org with local (Exim 4.72) (envelope-from ) id 1XHBjh-00087j-Aj; Tue, 12 Aug 2014 13:03:33 +0000 Date: Tue, 12 Aug 2014 13:03:33 +0000 Message-Id: Content-Type: multipart/mixed; boundary="=separator"; charset="utf-8" Content-Transfer-Encoding: binary MIME-Version: 1.0 X-Mailer: MIME-tools 5.428 (Entity 5.428) To: xen-announce@lists.xen.org, xen-devel@lists.xen.org, xen-users@lists.xen.org, oss-security@lists.openwall.com From: Xen.org security team Cc: "Xen.org security team" Subject: [Xen-users] Xen Security Advisory 103 (CVE-2014-5148) - Flaw in handling unknown system register access from 64-bit userspace on ARM X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --=separator Content-Type: text/plain; charset="utf-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Xen Security Advisory CVE-2014-5148 / XSA-103 version 3 Flaw in handling unknown system register access from 64-bit userspace on ARM UPDATES IN VERSION 3 ==================== Public release. ISSUE DESCRIPTION ================= When handling an unknown system register access from 64-bit userspace Xen would incorrectly return to the second instruction of the trap handler for faults in kernel space rather than the first instruction of the trap handler for faults in 64-bit userspace. Any user in a guest which is running a 64-bit kernel who is able to spawn a 64-bit process can cause a trap to the kernel to be taken at an unexpected (but not user controlled) exception address. Known versions of Linux in the default configuration will Oops and kill the offending process, and therefore avoid this vulnerability. However local configuration may turn such an Oops into a kernel panic, and therefore a guest denial of service. IMPACT ====== Depending on the guest kernel implementation, kernel crash (guest DoS) or privilege elevation to that of the guest kernel cannot be ruled out. This issue does not enable an attack on the host. VULNERABLE SYSTEMS ================== 64-bit ARM systems may be vulnerable, depending on the guest kernel. All versions of Linux released by Linux upstream to date avoid this vulnerability. Systems based on modified versions of Linux may be vulnerable. 32-bit ARM systems, and X86 systems, are not vulnerable. MITIGATION ========== There is no known mitigation for this issue. CREDITS ======= This issue was reported as a bug by Riku Voipio, discovered via Linaro's LAVA testing and was diagnosed as a security issue by Ian Campbell. RESOLUTION ========== Applying the appropriate attached patch resolves this issue. The patch for XSA-103 (specifically, xsa102-*-02.patch) must be applied first. xsa103-unstable.patch xen-unstable xsa103-4.4.patch Xen 4.4.x $ sha256sum xsa103*.patch fee2e0be91d08aa28ba44b616edd99a1bfcdec419966c3f9e843a842d649e4ea xsa103-4.4.patch 838d059618d31b272ec10ac8cbb6613a68b634c98418aff2a33cd514ed06b55a xsa103-unstable.patch $ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iQEcBAEBAgAGBQJT6hBtAAoJEIP+FMlX6CvZ6+sIAMiAJEzJl2pWk61kr3QT1llk lYYEEX94QxxJIzg62o4RnMzYZXsmOT6y2YP62nEziRbBaFcgmB0bNrx+Qc52+QWk iea2lYAJUGmEdwnY6x2raLF6Wd2alCjZxXF1UzSJJ6Vu8WiTNFXHI+mKlc9JY4bN aStmfgvN3j6Nmjav8k9ar/8QVfc4Oe0xOlzwFt5DlNHewExWN1y+HtPnrBTkGu5K ckgjvbxs4/SF4No59XqY0XxdpEDIEXo46keJ07DG6/nVzIl83ZtpBhxiNX8xfz91 ZYzu6feGbgtvy1+utxo/l3qBAn7TrDXn58mLTgKTM2dD3D4Crv9tKLuOXF1xVLM= =hjBc -----END PGP SIGNATURE----- --=separator Content-Type: application/octet-stream; name="xsa103-4.4.patch" Content-Disposition: attachment; filename="xsa103-4.4.patch" Content-Transfer-Encoding: base64 RnJvbSBiMzA3NWJlYjE4OGY2ZmQxY2I1MzIyNTA1Zjc2MzdkM2RlNmNmZDQx IE1vbiBTZXAgMTcgMDA6MDA6MDAgMjAwMQpGcm9tOiBJYW4gSmFja3NvbiA8 aWFuLmphY2tzb25AZXUuY2l0cml4LmNvbT4KRGF0ZTogVGh1LCAyNCBKdWwg MjAxNCAxNzoyMToxNSArMDEwMApTdWJqZWN0OiBbUEFUQ0hdIHhlbjogYXJt OiBDb3JyZWN0bHkgaGFuZGxlIGRvX3N5c3JlZyBleGNlcHRpb24gaW5qZWN0 aW9uCiBmcm9tIDY0LWJpdCB1c2Vyc3BhY2UKClRoZSBkb19zeXNyZWcgY2Fz ZSB3YXMgbWlzc2luZyBhIHJldHVybiwgc28gaXQgd291bGQgaW5jcmVtZW50 IFBDIGFuZAppbmplY3QgdGhlIHRyYXAgdG8gdGhlIHNlY29uZCBpbnN0cnVj dGlvbiBvZiB0aGUgaGFuZGxlci4KCihUaGlzIHBhdGNoIG5lZWRzIHRvIGJl IGFwcGxpZWQgb24gdG9wIG9mIHhzYTEwMi00LjQtMDIucGF0Y2guKQoKVGhp cyBpcyBYU0EtMTAzLgoKU2lnbmVkLW9mZi1ieTogSWFuIENhbXBiZWxsIDxp YW4uY2FtcGJlbGxAY2l0cml4LmNvbT4KU2lnbmVkLW9mZi1ieTogSWFuIEph Y2tzb24gPGlhbi5qYWNrc29uQGV1LmNpdHJpeC5jb20+CkFja2VkLWJ5OiBK dWxpZW4gR3JhbGwgPGp1bGllbi5ncmFsbEBsaW5hcm8ub3JnPgotLS0KIHhl bi9hcmNoL2FybS90cmFwcy5jIHwgICAgMSArCiAxIGZpbGUgY2hhbmdlZCwg MSBpbnNlcnRpb24oKykKCmRpZmYgLS1naXQgYS94ZW4vYXJjaC9hcm0vdHJh cHMuYyBiL3hlbi9hcmNoL2FybS90cmFwcy5jCmluZGV4IGU3NjNmMTIuLjRj OTEwYzggMTAwNjQ0Ci0tLSBhL3hlbi9hcmNoL2FybS90cmFwcy5jCisrKyBi L3hlbi9hcmNoL2FybS90cmFwcy5jCkBAIC0xNjgzLDYgKzE2ODMsNyBAQCBz dGF0aWMgdm9pZCBkb19zeXNyZWcoc3RydWN0IGNwdV91c2VyX3JlZ3MgKnJl Z3MsCiAgICAgICAgICAgICAgICAgICAgICBoc3IuYml0cyAmIEhTUl9TWVNS RUdfUkVHU19NQVNLKTsKICNlbmRpZgogICAgICAgICAgICAgaW5qZWN0X3Vu ZGVmX2V4Y2VwdGlvbihyZWdzLCBzeXNyZWcubGVuKTsKKyAgICAgICAgICAg IHJldHVybjsKICAgICAgICAgfQogICAgIH0KIAotLSAKMS43LjEwLjQKCg== --=separator Content-Type: application/octet-stream; name="xsa103-unstable.patch" Content-Disposition: attachment; filename="xsa103-unstable.patch" Content-Transfer-Encoding: base64 RnJvbSA0NDJmOTU5ODFlNjlkZjZlYWUwYWM5YzY3ZDQ5MzIyMTljNTU2ZTEw IE1vbiBTZXAgMTcgMDA6MDA6MDAgMjAwMQpGcm9tOiBJYW4gQ2FtcGJlbGwg PGlhbi5jYW1wYmVsbEBjaXRyaXguY29tPgpEYXRlOiBUaHUsIDI0IEp1bCAy MDE0IDE3OjIxOjE1ICswMTAwClN1YmplY3Q6IFtQQVRDSF0geGVuOiBhcm06 IENvcnJlY3RseSBoYW5kbGUgZG9fc3lzcmVnIGV4Y2VwdGlvbiBpbmplY3Rp b24KIGZyb20gNjQtYml0IHVzZXJzcGFjZQoKVGhlIGRvX3N5c3JlZyBjYXNl IHdhcyBtaXNzaW5nIGEgcmV0dXJuLCBzbyBpdCB3b3VsZCBpbmNyZW1lbnQg UEMgYW5kCmluamVjdCB0aGUgdHJhcCB0byB0aGUgc2Vjb25kIGluc3RydWN0 aW9uIG9mIHRoZSBoYW5kbGVyLgoKKFRoaXMgcGF0Y2ggbmVlZHMgdG8gYmUg YXBwbGllZCBvbiB0b3Agb2YgeHNhMTAyLXVuc3RhYmxlLTAyLnBhdGNoLikK ClRoaXMgaXMgWFNBLTEwMy4KClNpZ25lZC1vZmYtYnk6IElhbiBDYW1wYmVs bCA8aWFuLmNhbXBiZWxsQGNpdHJpeC5jb20+ClNpZ25lZC1vZmYtYnk6IElh biBKYWNrc29uIDxpYW4uamFja3NvbkBldS5jaXRyaXguY29tPgpBY2tlZC1i eTogSnVsaWVuIEdyYWxsIDxqdWxpZW4uZ3JhbGxAbGluYXJvLm9yZz4KLS0t CiB4ZW4vYXJjaC9hcm0vdHJhcHMuYyB8ICAgIDEgKwogMSBmaWxlIGNoYW5n ZWQsIDEgaW5zZXJ0aW9uKCspCgpkaWZmIC0tZ2l0IGEveGVuL2FyY2gvYXJt L3RyYXBzLmMgYi94ZW4vYXJjaC9hcm0vdHJhcHMuYwppbmRleCBjODk0MjFi Li5jZTMyNWI1IDEwMDY0NAotLS0gYS94ZW4vYXJjaC9hcm0vdHJhcHMuYwor KysgYi94ZW4vYXJjaC9hcm0vdHJhcHMuYwpAQCAtMTcwNCw2ICsxNzA0LDcg QEAgc3RhdGljIHZvaWQgZG9fc3lzcmVnKHN0cnVjdCBjcHVfdXNlcl9yZWdz ICpyZWdzLAogICAgICAgICAgICAgICAgICAgICAgaHNyLmJpdHMgJiBIU1Jf U1lTUkVHX1JFR1NfTUFTSyk7CiAjZW5kaWYKICAgICAgICAgICAgIGluamVj dF91bmRlZl9leGNlcHRpb24ocmVncywgc3lzcmVnLmxlbik7CisgICAgICAg ICAgICByZXR1cm47CiAgICAgICAgIH0KICAgICB9CiAKLS0gCjEuNy4xMC40 Cgo= --=separator Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --=separator-- From xen-users-bounces@lists.xen.org Tue Aug 12 13:04:21 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 12 Aug 2014 13:04:21 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XHBju-0002kz-OS; Tue, 12 Aug 2014 13:03:46 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XHBjm-0002hK-Ij; Tue, 12 Aug 2014 13:03:38 +0000 Received: from [85.158.139.211:24658] by server-6.bemta-5.messagelabs.com id ED/D3-06284-9A01AE35; Tue, 12 Aug 2014 13:03:37 +0000 X-Env-Sender: iwj@xenbits.xen.org X-Msg-Ref: server-6.tower-206.messagelabs.com!1407848615!10884061!1 X-Originating-IP: [50.57.168.107] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.12.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5226 invoked from network); 12 Aug 2014 13:03:36 -0000 Received: from mail.xen.org (HELO mail.xen.org) (50.57.168.107) by server-6.tower-206.messagelabs.com with AES256-SHA encrypted SMTP; 12 Aug 2014 13:03:36 -0000 Received: from xenbits.xen.org ([50.57.170.242]) by mail.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XHBje-0004GD-I1; Tue, 12 Aug 2014 13:03:30 +0000 Received: from iwj by xenbits.xen.org with local (Exim 4.72) (envelope-from ) id 1XHBje-00086k-FW; Tue, 12 Aug 2014 13:03:30 +0000 Date: Tue, 12 Aug 2014 13:03:30 +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 102 (CVE-2014-5147) - Flaws in handling traps from 32-bit userspace on 64-bit ARM X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --=separator Content-Type: text/plain; charset="utf-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Xen Security Advisory CVE-2014-5147 / XSA-102 version 3 Flaws in handling traps from 32-bit userspace on 64-bit ARM UPDATES IN VERSION 3 ==================== Public release. ISSUE DESCRIPTION ================= When handling a trap from guest mode on ARM, Xen asserts that the current guest mode must match the domain address width. This assertion is false when a guest takes a trap from a 32-bit userspace running on a 64-bit kernel in a 64-bit domain. IMPACT ====== Any user in a guest which is running a 64-bit kernel who is able to spawn a 32-bit process can crash the host. I.e. an unprivileged guest user can cause host-wide denial of service. VULNERABLE SYSTEMS ================== 32-bit ARM systems and and X86 systems are not vulnerable. 64-bit ARM systems which support 32-bit userspace are vulnerable. Not all 64-bit ARM CPUs support 32-bit userspace in the actual CPU hardware. Systems without that hardware support are not vulnerable. Also, not all 64-bit ARM guest kernels have support for 32-bit userspace. Systems without that kernel support are vulnerable to a malicious guest administrator, but not to an unprivileged guest user. MITIGATION ========== On systems where the guest kernel is controlled by the host rather than guest administrator, running only 32-bit kernels. On systems where the guest kernel is controlled by the host rather than guest administrator, running 64-bit kernels with support for 32-bit userspace disabled (e.g CONFIG_COMPAT=n under Linux) will prevent untrusted guest users from exploting this issue. However untrusted guest administrators can still trigger it unless further steps are taken to prevent them from loading code into the kernel (e.g. by disabling loadable modules etc) or from using other mechanisms which allow them to run code at kernel privilege. CREDITS ======= This issue was reported as a bug by Riku Voipio, discovered via Linaro's LAVA testing and was diagnosed as a security issue by Ian Campbell. RESOLUTION ========== Applying the appropriate attached patches resolves these security issues. xsa102-unstable-*.patch xen-unstable xsa102-4.4-*.patch Xen 4.4.x $ sha256sum xsa102*.patch a5beb5c552e5bffe3e115905c478d6699c35df1d8721f8d6681099c38a974091 xsa102-4.4-01.patch 9f04ecda4dd9e31360daa27d87588d6017d866a97b84566241097def0af86a63 xsa102-4.4-02.patch a9860803ed5ed57bdc3ac94cdc924618b19e805b7f6a87bf9c1a9ea4b627281a xsa102-4.4-03.patch 7d0b5e05e5915c6c2d83590ba9acab0acfd1eba986a65a20ba69cf2c3394e062 xsa102-unstable-01.patch 7d5cf339a3f8c98b3e06852f845a2305df3f8ce195d243ee22d6783bb6904d60 xsa102-unstable-02.patch 3ca7b0632af36cc72ba59ed1822bcaebf2363f150435348265d1ade25e21bf90 xsa102-unstable-03.patch $ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iQEcBAEBAgAGBQJT6hBqAAoJEIP+FMlX6CvZDi0H/jFJPRxBIglzATvMDaho19fw Ao1OHP99dZn3XkKf/qfw4v90KttCEp5+3uQo34hhXNTLkvbm5KCsZDjOdL812d3G JjvEBWnU7480Av0QkvsYVoH+yjks0PIu6xEI+kQqKAAG4vbVxTi5ORg7HMkeOKAY 5Uyj5xjWi5JRn+V8pYcUr9wZZlvhEAuDbVATeg9dH6+FyH/4V9viNWWHBePi3Ocn HWPt7U/Cv55wLIxfjmw27C5Te3b/xNjxy9hk+1XrGMafiO7FU1ntgHmqswqN+lBR beORG0dRNl0fU6QY8dakssYzjwA0jgV9HKoonbUGlp+fPxRl2pNuoe7Mvn/y1nU= =Iuvx -----END PGP SIGNATURE----- --=separator Content-Type: application/octet-stream; name="xsa102-4.4-01.patch" Content-Disposition: attachment; filename="xsa102-4.4-01.patch" Content-Transfer-Encoding: base64 RnJvbSA5ZjczYzVkMTIyYjdmYTA3ODVlODIzY2IyMDNlYzc3M2NhZWM3NjQw IE1vbiBTZXAgMTcgMDA6MDA6MDAgMjAwMQpGcm9tOiBJYW4gQ2FtcGJlbGwg PGlhbi5jYW1wYmVsbEBjaXRyaXguY29tPgpEYXRlOiBGcmksIDE4IEp1bCAy MDE0IDE0OjEzOjE0ICswMTAwClN1YmplY3Q6IFtQQVRDSCAxLzNdIHhlbjog YXJtOiBoYW5kbGUgQUFyY2gzMiB1c2Vyc3BhY2Ugd2hlbiBkdW1waW5nIDY0 LWJpdAogZ3Vlc3Qgc3RhdGUuCgpBIDY0LWJpdCBndWVzdCBjYW4gc3RpbGwg YmUgaW4gMzItYml0IG1vZGUgd2hlbiBydW5uaW5nIHVzZXJzcGFjZSwKaGFu ZGxlIHRoaXMgY2FzZSBieSBkdW1waW5nIHRoZSBjb3JyZWN0IDMyLWJpdCBz dGF0ZS4KCk5vdGUgdGhhdCBvbiBBUk0gaXQgaXMgbm90IHBvc3NpYmxlIHRv IGNoYW5nZSBtb2RlIHdpdGhvdXQgdGhlIGhlbHAKb2YgdGhlIG5leHQgZXhj ZXB0aW9uIGxldmVsLCBoZW5jZSB0aGVyZSBpcyBubyB3YXkgYSA2NC1iaXQg Z3Vlc3QgY2FuCmJlIHJ1bm5pbmcgaW4gMzItYml0IGtlcm5lbCBtb2Rlcy4K ClRoaXMgaXMgcGFydCBvZiBYU0EtMTAyLgoKU2lnbmVkLW9mZi1ieTogSWFu IENhbXBiZWxsIDxpYW4uY2FtcGJlbGxAY2l0cml4LmNvbT4KQWNrZWQtYnk6 IEp1bGllbiBHcmFsbCA8anVsaWVuLmdyYWxsQGxpbmFyby5vcmc+Ci0tLQog eGVuL2FyY2gvYXJtL3RyYXBzLmMgfCAgIDEyICsrKysrKysrKysrLQogMSBm aWxlIGNoYW5nZWQsIDExIGluc2VydGlvbnMoKyksIDEgZGVsZXRpb24oLSkK CmRpZmYgLS1naXQgYS94ZW4vYXJjaC9hcm0vdHJhcHMuYyBiL3hlbi9hcmNo L2FybS90cmFwcy5jCmluZGV4IGUyZTJkYjMuLjczNjczOTkgMTAwNjQ0Ci0t LSBhL3hlbi9hcmNoL2FybS90cmFwcy5jCisrKyBiL3hlbi9hcmNoL2FybS90 cmFwcy5jCkBAIC02OTcsNyArNjk3LDE3IEBAIHN0YXRpYyB2b2lkIF9zaG93 X3JlZ2lzdGVycyhzdHJ1Y3QgY3B1X3VzZXJfcmVncyAqcmVncywKICAgICAg ICAgICAgIHNob3dfcmVnaXN0ZXJzXzMyKHJlZ3MsIGN0eHQsIGd1ZXN0X21v ZGUsIHYpOwogI2lmZGVmIENPTkZJR19BUk1fNjQKICAgICAgICAgZWxzZSBp ZiAoIGlzX3B2NjRfZG9tYWluKHYtPmRvbWFpbikgKQotICAgICAgICAgICAg c2hvd19yZWdpc3RlcnNfNjQocmVncywgY3R4dCwgZ3Vlc3RfbW9kZSwgdik7 CisgICAgICAgIHsKKyAgICAgICAgICAgIGlmICggcHNyX21vZGVfaXNfMzJi aXQocmVncy0+Y3BzcikgKQorICAgICAgICAgICAgeworICAgICAgICAgICAg ICAgIEJVR19PTighdXNyX21vZGUocmVncykpOworICAgICAgICAgICAgICAg IHNob3dfcmVnaXN0ZXJzXzMyKHJlZ3MsIGN0eHQsIGd1ZXN0X21vZGUsIHYp OworICAgICAgICAgICAgfQorICAgICAgICAgICAgZWxzZQorICAgICAgICAg ICAgeworICAgICAgICAgICAgICAgIHNob3dfcmVnaXN0ZXJzXzY0KHJlZ3Ms IGN0eHQsIGd1ZXN0X21vZGUsIHYpOworICAgICAgICAgICAgfQorICAgICAg ICB9CiAjZW5kaWYKICAgICB9CiAgICAgZWxzZQotLSAKMS43LjEwLjQKCg== --=separator Content-Type: application/octet-stream; name="xsa102-4.4-02.patch" Content-Disposition: attachment; filename="xsa102-4.4-02.patch" Content-Transfer-Encoding: base64 RnJvbSA2NGQ2OGZjNTlmMTM0MWUzNmM1OTVkZjIxNTEyYzViMmE1Y2NkZTZm IE1vbiBTZXAgMTcgMDA6MDA6MDAgMjAwMQpGcm9tOiBJYW4gQ2FtcGJlbGwg PGlhbi5jYW1wYmVsbEBjaXRyaXguY29tPgpEYXRlOiBUdWUsIDIyIEp1bCAy MDE0IDExOjMxOjU0ICswMTAwClN1YmplY3Q6IFtQQVRDSCAyLzNdIHhlbjog YXJtOiBDb3JyZWN0bHkgaGFuZGxlIGV4Y2VwdGlvbiBpbmplY3Rpb24gZnJv bQogdXNlcnNwYWNlIG9uIDY0LWJpdC4KCkZpcnN0bHkgd2UgbXVzdCBiZSBw cmVwYXJlZCB0byBwcm9wYWdhdGUgdHJhcHMgZnJvbSAzMi1iaXQgdXNlcnNw YWNlIGV2ZW4gZm9yCjY0LWJpdCBndWVzdHMsIHNvIHdyYXAgdGhlIGV4aXN0 aW5nIGluamVjdF91bmRlZj8/X2V4Y2VwdGlvbiBpbnRvCmluamVjdF91bmRl Zl9leGNlcHRpb24gYW5kIHVzZSB0aGF0IHdoZW4gaW5qZWN0aW5nIGFuIHVu ZGVmIGV4Y2VwdGlvbi4gVGhlCnZhcmlvdXMgb3RoZXIgZXhjZXB0aW9uIGNh c2VzIChhYm9ydHMgZXRjKSBhbHJlYWR5IGRvIHRoaXMuCgpTZWNvbmRseSB3 aGVuIGluamVjdGluZyB0aGUgdHJhcCB3ZSBtdXN0IHBpY2sgdGhlIGNvcnJl Y3QgZXhjZXB0aW9uIHZlY3RvcgpkZXBlbmRpbmcgb24gd2hldGhlciB0aGUg c291cmNlIG9mIHRoZSB0cmFwIHdhcyAzMi1iaXQgRUwwLCA2NC1iaXQgRUww IG9yIEVMMS4KClRoaXMgaXMgcGFydCBvZiBYU0EtMTAyLgoKU2lnbmVkLW9m Zi1ieTogSWFuIENhbXBiZWxsIDxpYW4uY2FtcGJlbGxAY2l0cml4LmNvbT4K QWNrZWQtYnk6IEp1bGllbiBHcmFsbCA8anVsaWVuLmdyYWxsQGxpbmFyby5v cmc+Ci0tLQogeGVuL2FyY2gvYXJtL3RyYXBzLmMgICAgICAgICAgICB8ICAg NTcgKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKy0tLS0tLS0tCiB4 ZW4vaW5jbHVkZS9hc20tYXJtL3Byb2Nlc3Nvci5oIHwgICAxOCArKysrKysr LS0tLS0tCiAyIGZpbGVzIGNoYW5nZWQsIDU2IGluc2VydGlvbnMoKyksIDE5 IGRlbGV0aW9ucygtKQoKZGlmZiAtLWdpdCBhL3hlbi9hcmNoL2FybS90cmFw cy5jIGIveGVuL2FyY2gvYXJtL3RyYXBzLmMKaW5kZXggNzM2NzM5OS4uNjUz NjIwOSAxMDA2NDQKLS0tIGEveGVuL2FyY2gvYXJtL3RyYXBzLmMKKysrIGIv eGVuL2FyY2gvYXJtL3RyYXBzLmMKQEAgLTI4Niw3ICsyODYsNyBAQCBzdGF0 aWMgdm9pZCBjcHNyX3N3aXRjaF9tb2RlKHN0cnVjdCBjcHVfdXNlcl9yZWdz ICpyZWdzLCBpbnQgbW9kZSkKICAgICAgICAgcmVncy0+Y3BzciB8PSBQU1Jf QklHX0VORElBTjsKIH0KIAotc3RhdGljIHZhZGRyX3QgZXhjZXB0aW9uX2hh bmRsZXIodmFkZHJfdCBvZmZzZXQpCitzdGF0aWMgdmFkZHJfdCBleGNlcHRp b25faGFuZGxlcjMyKHZhZGRyX3Qgb2Zmc2V0KQogewogICAgIHVpbnQzMl90 IHNjdGxyID0gUkVBRF9TWVNSRUczMihTQ1RMUl9FTDEpOwogCkBAIC0zMTgs NyArMzE4LDcgQEAgc3RhdGljIHZvaWQgaW5qZWN0X3VuZGVmMzJfZXhjZXB0 aW9uKHN0cnVjdCBjcHVfdXNlcl9yZWdzICpyZWdzKQogICAgIHJlZ3MtPmxy X3VuZCA9IHJlZ3MtPnBjMzIgKyByZXR1cm5fb2Zmc2V0OwogCiAgICAgLyog QnJhbmNoIHRvIGV4Y2VwdGlvbiB2ZWN0b3IgKi8KLSAgICByZWdzLT5wYzMy ID0gZXhjZXB0aW9uX2hhbmRsZXIoVkVDVE9SMzJfVU5EKTsKKyAgICByZWdz LT5wYzMyID0gZXhjZXB0aW9uX2hhbmRsZXIzMihWRUNUT1IzMl9VTkQpOwog fQogCiAvKiBJbmplY3RzIGFuIEFib3J0IGV4Y2VwdGlvbiBpbnRvIHRoZSBj dXJyZW50IHZjcHUsIFBDIGlzIHRoZSBleGFjdApAQCAtMzQ0LDcgKzM0NCw3 IEBAIHN0YXRpYyB2b2lkIGluamVjdF9hYnQzMl9leGNlcHRpb24oc3RydWN0 IGNwdV91c2VyX3JlZ3MgKnJlZ3MsCiAgICAgcmVncy0+c3Bzcl9hYnQgPSBz cHNyOwogICAgIHJlZ3MtPmxyX2FidCA9IHJlZ3MtPnBjMzIgKyByZXR1cm5f b2Zmc2V0OwogCi0gICAgcmVncy0+cGMzMiA9IGV4Y2VwdGlvbl9oYW5kbGVy KHByZWZldGNoID8gVkVDVE9SMzJfUEFCVCA6IFZFQ1RPUjMyX0RBQlQpOwor ICAgIHJlZ3MtPnBjMzIgPSBleGNlcHRpb25faGFuZGxlcjMyKHByZWZldGNo ID8gVkVDVE9SMzJfUEFCVCA6IFZFQ1RPUjMyX0RBQlQpOwogCiAgICAgLyog SW5qZWN0IGEgZGVidWcgZmF1bHQsIGJlc3Qgd2UgY2FuIGRvIHJpZ2h0IG5v dyAqLwogICAgIGlmICggUkVBRF9TWVNSRUcoVENSX0VMMSkgJiBUVEJDUl9F QUUgKQpAQCAtMzk3LDkgKzM5NywyOCBAQCBzdGF0aWMgdm9pZCBpbmplY3Rf cGFidDMyX2V4Y2VwdGlvbihzdHJ1Y3QgY3B1X3VzZXJfcmVncyAqcmVncywK IH0KIAogI2lmZGVmIENPTkZJR19BUk1fNjQKKy8qCisgKiBUYWtlIGNhcmUg dG8gY2FsbCB0aGlzIHdoaWxlIHJlZ3MgY29udGFpbnMgdGhlIG9yaWdpbmFs IGZhdWx0aW5nCisgKiBzdGF0ZSBhbmQgbm90IHRoZSAocGFydGlhbGx5IGNv bnN0cnVjdGVkKSBleGNlcHRpb24gc3RhdGUuCisgKi8KK3N0YXRpYyB2YWRk cl90IGV4Y2VwdGlvbl9oYW5kbGVyNjQoc3RydWN0IGNwdV91c2VyX3JlZ3Mg KnJlZ3MsIHZhZGRyX3Qgb2Zmc2V0KQoreworICAgIHZhZGRyX3QgYmFzZSA9 IFJFQURfU1lTUkVHKFZCQVJfRUwxKTsKKworICAgIGlmICggdXNyX21vZGUo cmVncykgKQorICAgICAgICBiYXNlICs9IFZFQ1RPUjY0X0xPV0VSMzJfQkFT RTsKKyAgICBlbHNlIGlmICggcHNyX21vZGUocmVncy0+Y3BzcixQU1JfTU9E RV9FTDB0KSApCisgICAgICAgIGJhc2UgKz0gVkVDVE9SNjRfTE9XRVI2NF9C QVNFOworICAgIGVsc2UgLyogT3RoZXJ3aXNlIG11c3QgYmUgZnJvbSBrZXJu ZWwgbW9kZSAqLworICAgICAgICBiYXNlICs9IFZFQ1RPUjY0X0NVUlJFTlRf U1B4X0JBU0U7CisKKyAgICByZXR1cm4gYmFzZSArIG9mZnNldDsKK30KKwog LyogSW5qZWN0IGFuIHVuZGVmaW5lZCBleGNlcHRpb24gaW50byBhIDY0IGJp dCBndWVzdCAqLwogc3RhdGljIHZvaWQgaW5qZWN0X3VuZGVmNjRfZXhjZXB0 aW9uKHN0cnVjdCBjcHVfdXNlcl9yZWdzICpyZWdzLCBpbnQgaW5zdHJfbGVu KQogeworICAgIHZhZGRyX3QgaGFuZGxlcjsKICAgICB1bmlvbiBoc3IgZXNy ID0gewogICAgICAgICAuaXNzID0gMCwKICAgICAgICAgLmxlbiA9IGluc3Ry X2xlbiwKQEAgLTQwOCwxMiArNDI3LDE0IEBAIHN0YXRpYyB2b2lkIGluamVj dF91bmRlZjY0X2V4Y2VwdGlvbihzdHJ1Y3QgY3B1X3VzZXJfcmVncyAqcmVn cywgaW50IGluc3RyX2xlbikKIAogICAgIEJVR19PTiggaXNfcHYzMl9kb21h aW4oY3VycmVudC0+ZG9tYWluKSApOwogCisgICAgaGFuZGxlciA9IGV4Y2Vw dGlvbl9oYW5kbGVyNjQocmVncywgVkVDVE9SNjRfU1lOQ19PRkZTRVQpOwor CiAgICAgcmVncy0+c3Bzcl9lbDEgPSByZWdzLT5jcHNyOwogICAgIHJlZ3Mt PmVscl9lbDEgPSByZWdzLT5wYzsKIAogICAgIHJlZ3MtPmNwc3IgPSBQU1Jf TU9ERV9FTDFoIHwgUFNSX0FCVF9NQVNLIHwgUFNSX0ZJUV9NQVNLIHwgXAog ICAgICAgICBQU1JfSVJRX01BU0sgfCBQU1JfREJHX01BU0s7Ci0gICAgcmVn cy0+cGMgPSBSRUFEX1NZU1JFRyhWQkFSX0VMMSkgKyBWRUNUT1I2NF9DVVJS RU5UX1NQeF9TWU5DOworICAgIHJlZ3MtPnBjID0gaGFuZGxlcjsKIAogICAg IFdSSVRFX1NZU1JFRzMyKGVzci5iaXRzLCBFU1JfRUwxKTsKIH0KQEAgLTQy NCw2ICs0NDUsNyBAQCBzdGF0aWMgdm9pZCBpbmplY3RfYWJ0NjRfZXhjZXB0 aW9uKHN0cnVjdCBjcHVfdXNlcl9yZWdzICpyZWdzLAogICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICByZWdpc3Rlcl90IGFkZHIsCiAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIGludCBpbnN0cl9sZW4p CiB7CisgICAgdmFkZHJfdCBoYW5kbGVyOwogICAgIHVuaW9uIGhzciBlc3Ig PSB7CiAgICAgICAgIC5pc3MgPSAwLAogICAgICAgICAubGVuID0gaW5zdHJf bGVuLApAQCAtNDQ1LDEyICs0NjcsMTQgQEAgc3RhdGljIHZvaWQgaW5qZWN0 X2FidDY0X2V4Y2VwdGlvbihzdHJ1Y3QgY3B1X3VzZXJfcmVncyAqcmVncywK IAogICAgIEJVR19PTiggaXNfcHYzMl9kb21haW4oY3VycmVudC0+ZG9tYWlu KSApOwogCisgICAgaGFuZGxlciA9IGV4Y2VwdGlvbl9oYW5kbGVyNjQocmVn cywgVkVDVE9SNjRfU1lOQ19PRkZTRVQpOworCiAgICAgcmVncy0+c3Bzcl9l bDEgPSByZWdzLT5jcHNyOwogICAgIHJlZ3MtPmVscl9lbDEgPSByZWdzLT5w YzsKIAogICAgIHJlZ3MtPmNwc3IgPSBQU1JfTU9ERV9FTDFoIHwgUFNSX0FC VF9NQVNLIHwgUFNSX0ZJUV9NQVNLIHwgXAogICAgICAgICBQU1JfSVJRX01B U0sgfCBQU1JfREJHX01BU0s7Ci0gICAgcmVncy0+cGMgPSBSRUFEX1NZU1JF RyhWQkFSX0VMMSkgKyBWRUNUT1I2NF9DVVJSRU5UX1NQeF9TWU5DOworICAg IHJlZ3MtPnBjID0gaGFuZGxlcjsKIAogICAgIFdSSVRFX1NZU1JFRyhhZGRy LCBGQVJfRUwxKTsKICAgICBXUklURV9TWVNSRUczMihlc3IuYml0cywgRVNS X0VMMSk7CkBAIC00NzIsNiArNDk2LDE3IEBAIHN0YXRpYyB2b2lkIGluamVj dF9pYWJ0NjRfZXhjZXB0aW9uKHN0cnVjdCBjcHVfdXNlcl9yZWdzICpyZWdz LAogCiAjZW5kaWYKIAorc3RhdGljIHZvaWQgaW5qZWN0X3VuZGVmX2V4Y2Vw dGlvbihzdHJ1Y3QgY3B1X3VzZXJfcmVncyAqcmVncywKKyAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgaW50IGluc3RyX2xlbikKK3sKKyAg ICAgICAgaWYgKCBpc19wdjMyX2RvbWFpbihjdXJyZW50LT5kb21haW4pICkK KyAgICAgICAgICAgIGluamVjdF91bmRlZjMyX2V4Y2VwdGlvbihyZWdzKTsK KyNpZmRlZiBDT05GSUdfQVJNXzY0CisgICAgICAgIGVsc2UKKyAgICAgICAg ICAgIGluamVjdF91bmRlZjY0X2V4Y2VwdGlvbihyZWdzLCBpbnN0cl9sZW4p OworI2VuZGlmCit9CisKIHN0YXRpYyB2b2lkIGluamVjdF9pYWJ0X2V4Y2Vw dGlvbihzdHJ1Y3QgY3B1X3VzZXJfcmVncyAqcmVncywKICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICByZWdpc3Rlcl90IGFkZHIsCiAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgaW50IGluc3RyX2xlbikK QEAgLTE0NDAsNyArMTQ3NSw3IEBAIHN0YXRpYyB2b2lkIGRvX2NwMTVfMzIo c3RydWN0IGNwdV91c2VyX3JlZ3MgKnJlZ3MsCiAgICAgICAgIGdkcHJpbnRr KFhFTkxPR19FUlIsICJ1bmhhbmRsZWQgMzItYml0IENQMTUgYWNjZXNzICUj eFxuIiwKICAgICAgICAgICAgICAgICAgaHNyLmJpdHMgJiBIU1JfQ1AzMl9S RUdTX01BU0spOwogI2VuZGlmCi0gICAgICAgIGluamVjdF91bmRlZjMyX2V4 Y2VwdGlvbihyZWdzKTsKKyAgICAgICAgaW5qZWN0X3VuZGVmX2V4Y2VwdGlv bihyZWdzLCBoc3IubGVuKTsKICAgICAgICAgcmV0dXJuOwogICAgIH0KICAg ICBhZHZhbmNlX3BjKHJlZ3MsIGhzcik7CkBAIC0xNDc3LDcgKzE1MTIsNyBA QCBzdGF0aWMgdm9pZCBkb19jcDE1XzY0KHN0cnVjdCBjcHVfdXNlcl9yZWdz ICpyZWdzLAogICAgICAgICAgICAgZ2RwcmludGsoWEVOTE9HX0VSUiwgInVu aGFuZGxlZCA2NC1iaXQgQ1AxNSBhY2Nlc3MgJSN4XG4iLAogICAgICAgICAg ICAgICAgICAgICAgaHNyLmJpdHMgJiBIU1JfQ1A2NF9SRUdTX01BU0spOwog I2VuZGlmCi0gICAgICAgICAgICBpbmplY3RfdW5kZWYzMl9leGNlcHRpb24o cmVncyk7CisgICAgICAgICAgICBpbmplY3RfdW5kZWZfZXhjZXB0aW9uKHJl Z3MsIGhzci5sZW4pOwogICAgICAgICAgICAgcmV0dXJuOwogICAgICAgICB9 CiAgICAgfQpAQCAtMTU0Niw3ICsxNTgxLDcgQEAgYmFkX2NwOgogICAgICAg ICBnZHByaW50ayhYRU5MT0dfRVJSLCAidW5oYW5kbGVkIDMyLWJpdCBjcDE0 IGFjY2VzcyAlI3hcbiIsCiAgICAgICAgICAgICAgICAgIGhzci5iaXRzICYg SFNSX0NQMzJfUkVHU19NQVNLKTsKICNlbmRpZgotICAgICAgICBpbmplY3Rf dW5kZWYzMl9leGNlcHRpb24ocmVncyk7CisgICAgICAgIGluamVjdF91bmRl Zl9leGNlcHRpb24ocmVncywgaHNyLmxlbik7CiAgICAgICAgIHJldHVybjsK ICAgICB9CiAKQEAgLTE1NjEsNyArMTU5Niw3IEBAIHN0YXRpYyB2b2lkIGRv X2NwMTRfZGJnKHN0cnVjdCBjcHVfdXNlcl9yZWdzICpyZWdzLCB1bmlvbiBo c3IgaHNyKQogICAgICAgICByZXR1cm47CiAgICAgfQogCi0gICAgaW5qZWN0 X3VuZGVmMzJfZXhjZXB0aW9uKHJlZ3MpOworICAgIGluamVjdF91bmRlZl9l eGNlcHRpb24ocmVncywgaHNyLmxlbik7CiB9CiAKIHN0YXRpYyB2b2lkIGRv X2NwKHN0cnVjdCBjcHVfdXNlcl9yZWdzICpyZWdzLCB1bmlvbiBoc3IgaHNy KQpAQCAtMTU3Miw3ICsxNjA3LDcgQEAgc3RhdGljIHZvaWQgZG9fY3Aoc3Ry dWN0IGNwdV91c2VyX3JlZ3MgKnJlZ3MsIHVuaW9uIGhzciBoc3IpCiAgICAg ICAgIHJldHVybjsKICAgICB9CiAKLSAgICBpbmplY3RfdW5kZWYzMl9leGNl cHRpb24ocmVncyk7CisgICAgaW5qZWN0X3VuZGVmX2V4Y2VwdGlvbihyZWdz LCBoc3IubGVuKTsKIH0KIAogI2lmZGVmIENPTkZJR19BUk1fNjQKQEAgLTE2 NDcsNyArMTY4Miw3IEBAIHN0YXRpYyB2b2lkIGRvX3N5c3JlZyhzdHJ1Y3Qg Y3B1X3VzZXJfcmVncyAqcmVncywKICAgICAgICAgICAgIGdkcHJpbnRrKFhF TkxPR19FUlIsICJ1bmhhbmRsZWQgNjQtYml0IHN5c3JlZyBhY2Nlc3MgJSN4 XG4iLAogICAgICAgICAgICAgICAgICAgICAgaHNyLmJpdHMgJiBIU1JfU1lT UkVHX1JFR1NfTUFTSyk7CiAjZW5kaWYKLSAgICAgICAgICAgIGluamVjdF91 bmRlZjY0X2V4Y2VwdGlvbihyZWdzLCBzeXNyZWcubGVuKTsKKyAgICAgICAg ICAgIGluamVjdF91bmRlZl9leGNlcHRpb24ocmVncywgc3lzcmVnLmxlbik7 CiAgICAgICAgIH0KICAgICB9CiAKZGlmZiAtLWdpdCBhL3hlbi9pbmNsdWRl L2FzbS1hcm0vcHJvY2Vzc29yLmggYi94ZW4vaW5jbHVkZS9hc20tYXJtL3By b2Nlc3Nvci5oCmluZGV4IDkyNjdjMWIuLjFmMTU4Y2UgMTAwNjQ0Ci0tLSBh L3hlbi9pbmNsdWRlL2FzbS1hcm0vcHJvY2Vzc29yLmgKKysrIGIveGVuL2lu Y2x1ZGUvYXNtLWFybS9wcm9jZXNzb3IuaApAQCAtNDMyLDE0ICs0MzIsMTYg QEAgdW5pb24gaHNyIHsKICNkZWZpbmUgVkVDVE9SMzJfUEFCVCAxMgogI2Rl ZmluZSBWRUNUT1IzMl9EQUJUIDE2CiAvKiAuLi4gQVJNNjQgKi8KLSNkZWZp bmUgVkVDVE9SNjRfQ1VSUkVOVF9TUDBfU1lOQyAgMHgwMDAKLSNkZWZpbmUg VkVDVE9SNjRfQ1VSUkVOVF9TUDBfSVJRICAgMHgwODAKLSNkZWZpbmUgVkVD VE9SNjRfQ1VSUkVOVF9TUDBfRklRICAgMHgxMDAKLSNkZWZpbmUgVkVDVE9S NjRfQ1VSUkVOVF9TUDBfRVJST1IgMHgxODAKLSNkZWZpbmUgVkVDVE9SNjRf Q1VSUkVOVF9TUHhfU1lOQyAgMHgyMDAKLSNkZWZpbmUgVkVDVE9SNjRfQ1VS UkVOVF9TUHhfSVJRICAgMHgyODAKLSNkZWZpbmUgVkVDVE9SNjRfQ1VSUkVO VF9TUHhfRklRICAgMHgzMDAKLSNkZWZpbmUgVkVDVE9SNjRfQ1VSUkVOVF9T UHhfRVJST1IgMHgzODAKKyNkZWZpbmUgVkVDVE9SNjRfQ1VSUkVOVF9TUDBf QkFTRSAgMHgwMDAKKyNkZWZpbmUgVkVDVE9SNjRfQ1VSUkVOVF9TUHhfQkFT RSAgMHgyMDAKKyNkZWZpbmUgVkVDVE9SNjRfTE9XRVI2NF9CQVNFICAgICAg MHg0MDAKKyNkZWZpbmUgVkVDVE9SNjRfTE9XRVIzMl9CQVNFICAgICAgMHg2 MDAKKworI2RlZmluZSBWRUNUT1I2NF9TWU5DX09GRlNFVCAgICAgICAweDAw MAorI2RlZmluZSBWRUNUT1I2NF9JUlFfT0ZGU0VUICAgICAgICAweDA4MAor I2RlZmluZSBWRUNUT1I2NF9GSVFfT0ZGU0VUICAgICAgICAweDEwMAorI2Rl ZmluZSBWRUNUT1I2NF9FUlJPUl9PRkZTRVQgICAgICAweDE4MAorCiAKICNp ZiBkZWZpbmVkKENPTkZJR19BUk1fMzIpCiAjIGluY2x1ZGUgPGFzbS9hcm0z Mi9wcm9jZXNzb3IuaD4KLS0gCjEuNy4xMC40Cgo= --=separator Content-Type: application/octet-stream; name="xsa102-4.4-03.patch" Content-Disposition: attachment; filename="xsa102-4.4-03.patch" Content-Transfer-Encoding: base64 RnJvbSAwOGE2ODk1YWY4NTM1Yjg1MmZmNDM2OGMzMGEwYzk2OGE2OWFiMWFk IE1vbiBTZXAgMTcgMDA6MDA6MDAgMjAwMQpGcm9tOiBJYW4gQ2FtcGJlbGwg PGlhbi5jYW1wYmVsbEBjaXRyaXguY29tPgpEYXRlOiBUaHUsIDI0IEp1bCAy MDE0IDEyOjI4OjIyICswMTAwClN1YmplY3Q6IFtQQVRDSCAzLzNdIHhlbjog YXJtOiBIYW5kbGUgdHJhcHMgZnJvbSAzMi1iaXQgdXNlcnNwYWNlIG9uIDY0 LWJpdAoga2VybmVsIGFzIHVuZGVmCgpXZSBhcmUgbm90IHNldHVwIHRvIGhh bmRsZSB0aGVzZSBwcm9wZXJseS4gVGhpcyB0dXJucyBhIGhvc3QgY3Jhc2gK aW50byBhIHRyYXAgdG8gdGhlIGd1ZXN0IGtlcm5lbCB3aGljaCB3aWxsIGxp a2VseSByZXN1bHQgaW4ga2lsbGluZwp0aGUgb2ZmZW5kaW5nIHByb2Nlc3Mu CgpUaGlzIGlzIHBhcnQgb2YgWFNBLTEwMi4KClNpZ25lZC1vZmYtYnk6IElh biBDYW1wYmVsbCA8aWFuLmNhbXBiZWxsQGNpdHJpeC5jb20+CkFja2VkLWJ5 OiBKdWxpZW4gR3JhbGwgPGp1bGllbi5ncmFsbEBsaW5hcm8ub3JnPgotLS0K IHhlbi9hcmNoL2FybS90cmFwcy5jIHwgICAxMSArKysrKysrKysrKwogMSBm aWxlIGNoYW5nZWQsIDExIGluc2VydGlvbnMoKykKCmRpZmYgLS1naXQgYS94 ZW4vYXJjaC9hcm0vdHJhcHMuYyBiL3hlbi9hcmNoL2FybS90cmFwcy5jCmlu ZGV4IDY1MzYyMDkuLmU3NjNmMTIgMTAwNjQ0Ci0tLSBhL3hlbi9hcmNoL2Fy bS90cmFwcy5jCisrKyBiL3hlbi9hcmNoL2FybS90cmFwcy5jCkBAIC0xODEy LDYgKzE4MTIsMTcgQEAgYXNtbGlua2FnZSB2b2lkIGRvX3RyYXBfaHlwZXJ2 aXNvcihzdHJ1Y3QgY3B1X3VzZXJfcmVncyAqcmVncykKIHsKICAgICB1bmlv biBoc3IgaHNyID0geyAuYml0cyA9IFJFQURfU1lTUkVHMzIoRVNSX0VMMikg fTsKIAorICAgIC8qCisgICAgICogV2UgY3VycmVudGx5IGRvIG5vdCBoYW5k bGUgMzItYml0IHVzZXJzcGFjZSBvbiA2NC1iaXQga2VybmVscworICAgICAq IGNvcnJlY3RseSAoU2VlIFhTQS0xMDIpLiBVbnRpbCB0aGF0IGlzIHJlc29s dmVkIHdlIHRyZWF0IGFueQorICAgICAqIHRyYXAgZnJvbSAzMi1iaXQgdXNl cnNwYWNlIG9uIDY0LWJpdCBrZXJuZWwgYXMgdW5kZWZpbmVkLgorICAgICAq LworICAgIGlmICggaXNfcHY2NF9kb21haW4oY3VycmVudC0+ZG9tYWluKSAm JiBwc3JfbW9kZV9pc18zMmJpdChyZWdzLT5jcHNyKSApCisgICAgeworICAg ICAgICBpbmplY3RfdW5kZWZfZXhjZXB0aW9uKHJlZ3MsIGhzci5sZW4pOwor ICAgICAgICByZXR1cm47CisgICAgfQorCiAgICAgc3dpdGNoIChoc3IuZWMp IHsKICAgICBjYXNlIEhTUl9FQ19XRklfV0ZFOgogICAgICAgICBpZiAoICFj aGVja19jb25kaXRpb25hbF9pbnN0cihyZWdzLCBoc3IpICkKLS0gCjEuNy4x MC40Cgo= --=separator Content-Type: application/octet-stream; name="xsa102-unstable-01.patch" Content-Disposition: attachment; filename="xsa102-unstable-01.patch" Content-Transfer-Encoding: base64 RnJvbSBiMGVlNjhjYTk4MWQ5ZmUxZjVlOWZlN2MxNDc2OTIxZDhmOGJkYWY3 IE1vbiBTZXAgMTcgMDA6MDA6MDAgMjAwMQpGcm9tOiBJYW4gQ2FtcGJlbGwg PGlhbi5jYW1wYmVsbEBjaXRyaXguY29tPgpEYXRlOiBGcmksIDE4IEp1bCAy MDE0IDE0OjEzOjE0ICswMTAwClN1YmplY3Q6IFtQQVRDSCAxLzNdIHhlbjog YXJtOiBoYW5kbGUgQUFyY2gzMiB1c2Vyc3BhY2Ugd2hlbiBkdW1waW5nIDY0 LWJpdAogZ3Vlc3Qgc3RhdGUuCgpBIDY0LWJpdCBndWVzdCBjYW4gc3RpbGwg YmUgaW4gMzItYml0IG1vZGUgd2hlbiBydW5uaW5nIHVzZXJzcGFjZSwKaGFu ZGxlIHRoaXMgY2FzZSBieSBkdW1waW5nIHRoZSBjb3JyZWN0IDMyLWJpdCBz dGF0ZS4KCk5vdGUgdGhhdCBvbiBBUk0gaXQgaXMgbm90IHBvc3NpYmxlIHRv IGNoYW5nZSBtb2RlIHdpdGhvdXQgdGhlIGhlbHAKb2YgdGhlIG5leHQgZXhj ZXB0aW9uIGxldmVsLCBoZW5jZSB0aGVyZSBpcyBubyB3YXkgYSA2NC1iaXQg Z3Vlc3QgY2FuCmJlIHJ1bm5pbmcgaW4gMzItYml0IGtlcm5lbCBtb2Rlcy4K ClRoaXMgaXMgcGFydCBvZiBYU0EtMTAyLgoKU2lnbmVkLW9mZi1ieTogSWFu IENhbXBiZWxsIDxpYW4uY2FtcGJlbGxAY2l0cml4LmNvbT4KQWNrZWQtYnk6 IEp1bGllbiBHcmFsbCA8anVsaWVuLmdyYWxsQGxpbmFyby5vcmc+Ci0tLQog eGVuL2FyY2gvYXJtL3RyYXBzLmMgfCAgIDEyICsrKysrKysrKysrLQogMSBm aWxlIGNoYW5nZWQsIDExIGluc2VydGlvbnMoKyksIDEgZGVsZXRpb24oLSkK CmRpZmYgLS1naXQgYS94ZW4vYXJjaC9hcm0vdHJhcHMuYyBiL3hlbi9hcmNo L2FybS90cmFwcy5jCmluZGV4IDNkZmFiZDAuLmUxMDQ1MDkgMTAwNjQ0Ci0t LSBhL3hlbi9hcmNoL2FybS90cmFwcy5jCisrKyBiL3hlbi9hcmNoL2FybS90 cmFwcy5jCkBAIC02OTcsNyArNjk3LDE3IEBAIHN0YXRpYyB2b2lkIF9zaG93 X3JlZ2lzdGVycyhzdHJ1Y3QgY3B1X3VzZXJfcmVncyAqcmVncywKICAgICAg ICAgICAgIHNob3dfcmVnaXN0ZXJzXzMyKHJlZ3MsIGN0eHQsIGd1ZXN0X21v ZGUsIHYpOwogI2lmZGVmIENPTkZJR19BUk1fNjQKICAgICAgICAgZWxzZSBp ZiAoIGlzXzY0Yml0X2RvbWFpbih2LT5kb21haW4pICkKLSAgICAgICAgICAg IHNob3dfcmVnaXN0ZXJzXzY0KHJlZ3MsIGN0eHQsIGd1ZXN0X21vZGUsIHYp OworICAgICAgICB7CisgICAgICAgICAgICBpZiAoIHBzcl9tb2RlX2lzXzMy Yml0KHJlZ3MtPmNwc3IpICkKKyAgICAgICAgICAgIHsKKyAgICAgICAgICAg ICAgICBCVUdfT04oIXVzcl9tb2RlKHJlZ3MpKTsKKyAgICAgICAgICAgICAg ICBzaG93X3JlZ2lzdGVyc18zMihyZWdzLCBjdHh0LCBndWVzdF9tb2RlLCB2 KTsKKyAgICAgICAgICAgIH0KKyAgICAgICAgICAgIGVsc2UKKyAgICAgICAg ICAgIHsKKyAgICAgICAgICAgICAgICBzaG93X3JlZ2lzdGVyc182NChyZWdz LCBjdHh0LCBndWVzdF9tb2RlLCB2KTsKKyAgICAgICAgICAgIH0KKyAgICAg ICAgfQogI2VuZGlmCiAgICAgfQogICAgIGVsc2UKLS0gCjEuNy4xMC40Cgo= --=separator Content-Type: application/octet-stream; name="xsa102-unstable-02.patch" Content-Disposition: attachment; filename="xsa102-unstable-02.patch" Content-Transfer-Encoding: base64 RnJvbSAyYzI1ODdlZDc0ZjZiMTE2ZDI4MzlkOWQ1MWJhODg2NzdkNjQxNGVm IE1vbiBTZXAgMTcgMDA6MDA6MDAgMjAwMQpGcm9tOiBJYW4gQ2FtcGJlbGwg PGlhbi5jYW1wYmVsbEBjaXRyaXguY29tPgpEYXRlOiBUdWUsIDIyIEp1bCAy MDE0IDExOjMxOjU0ICswMTAwClN1YmplY3Q6IFtQQVRDSCAyLzNdIHhlbjog YXJtOiBDb3JyZWN0bHkgaGFuZGxlIGV4Y2VwdGlvbiBpbmplY3Rpb24gZnJv bQogdXNlcnNwYWNlIG9uIDY0LWJpdC4KCkZpcnN0bHkgd2UgbXVzdCBiZSBw cmVwYXJlZCB0byBwcm9wYWdhdGUgdHJhcHMgZnJvbSAzMi1iaXQgdXNlcnNw YWNlIGV2ZW4gZm9yCjY0LWJpdCBndWVzdHMsIHNvIHdyYXAgdGhlIGV4aXN0 aW5nIGluamVjdF91bmRlZj8/X2V4Y2VwdGlvbiBpbnRvCmluamVjdF91bmRl Zl9leGNlcHRpb24gYW5kIHVzZSB0aGF0IHdoZW4gaW5qZWN0aW5nIGFuIHVu ZGVmIGV4Y2VwdGlvbi4gVGhlCnZhcmlvdXMgb3RoZXIgZXhjZXB0aW9uIGNh c2VzIChhYm9ydHMgZXRjKSBhbHJlYWR5IGRvIHRoaXMuCgpTZWNvbmRseSB3 aGVuIGluamVjdGluZyB0aGUgdHJhcCB3ZSBtdXN0IHBpY2sgdGhlIGNvcnJl Y3QgZXhjZXB0aW9uIHZlY3RvcgpkZXBlbmRpbmcgb24gd2hldGhlciB0aGUg c291cmNlIG9mIHRoZSB0cmFwIHdhcyAzMi1iaXQgRUwwLCA2NC1iaXQgRUww IG9yIEVMMS4KClRoaXMgaXMgcGFydCBvZiBYU0EtMTAyLgoKU2lnbmVkLW9m Zi1ieTogSWFuIENhbXBiZWxsIDxpYW4uY2FtcGJlbGxAY2l0cml4LmNvbT4K QWNrZWQtYnk6IEp1bGllbiBHcmFsbCA8anVsaWVuLmdyYWxsQGxpbmFyby5v cmc+Ci0tLQogeGVuL2FyY2gvYXJtL3RyYXBzLmMgICAgICAgICAgICB8ICAg NTcgKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKy0tLS0tLS0tCiB4 ZW4vaW5jbHVkZS9hc20tYXJtL3Byb2Nlc3Nvci5oIHwgICAxOCArKysrKysr LS0tLS0tCiAyIGZpbGVzIGNoYW5nZWQsIDU2IGluc2VydGlvbnMoKyksIDE5 IGRlbGV0aW9ucygtKQoKZGlmZiAtLWdpdCBhL3hlbi9hcmNoL2FybS90cmFw cy5jIGIveGVuL2FyY2gvYXJtL3RyYXBzLmMKaW5kZXggZTEwNDUwOS4uYWJh ZWU2MiAxMDA2NDQKLS0tIGEveGVuL2FyY2gvYXJtL3RyYXBzLmMKKysrIGIv eGVuL2FyY2gvYXJtL3RyYXBzLmMKQEAgLTI4Niw3ICsyODYsNyBAQCBzdGF0 aWMgdm9pZCBjcHNyX3N3aXRjaF9tb2RlKHN0cnVjdCBjcHVfdXNlcl9yZWdz ICpyZWdzLCBpbnQgbW9kZSkKICAgICAgICAgcmVncy0+Y3BzciB8PSBQU1Jf QklHX0VORElBTjsKIH0KIAotc3RhdGljIHZhZGRyX3QgZXhjZXB0aW9uX2hh bmRsZXIodmFkZHJfdCBvZmZzZXQpCitzdGF0aWMgdmFkZHJfdCBleGNlcHRp b25faGFuZGxlcjMyKHZhZGRyX3Qgb2Zmc2V0KQogewogICAgIHVpbnQzMl90 IHNjdGxyID0gUkVBRF9TWVNSRUczMihTQ1RMUl9FTDEpOwogCkBAIC0zMTgs NyArMzE4LDcgQEAgc3RhdGljIHZvaWQgaW5qZWN0X3VuZGVmMzJfZXhjZXB0 aW9uKHN0cnVjdCBjcHVfdXNlcl9yZWdzICpyZWdzKQogICAgIHJlZ3MtPmxy X3VuZCA9IHJlZ3MtPnBjMzIgKyByZXR1cm5fb2Zmc2V0OwogCiAgICAgLyog QnJhbmNoIHRvIGV4Y2VwdGlvbiB2ZWN0b3IgKi8KLSAgICByZWdzLT5wYzMy ID0gZXhjZXB0aW9uX2hhbmRsZXIoVkVDVE9SMzJfVU5EKTsKKyAgICByZWdz LT5wYzMyID0gZXhjZXB0aW9uX2hhbmRsZXIzMihWRUNUT1IzMl9VTkQpOwog fQogCiAvKiBJbmplY3RzIGFuIEFib3J0IGV4Y2VwdGlvbiBpbnRvIHRoZSBj dXJyZW50IHZjcHUsIFBDIGlzIHRoZSBleGFjdApAQCAtMzQ0LDcgKzM0NCw3 IEBAIHN0YXRpYyB2b2lkIGluamVjdF9hYnQzMl9leGNlcHRpb24oc3RydWN0 IGNwdV91c2VyX3JlZ3MgKnJlZ3MsCiAgICAgcmVncy0+c3Bzcl9hYnQgPSBz cHNyOwogICAgIHJlZ3MtPmxyX2FidCA9IHJlZ3MtPnBjMzIgKyByZXR1cm5f b2Zmc2V0OwogCi0gICAgcmVncy0+cGMzMiA9IGV4Y2VwdGlvbl9oYW5kbGVy KHByZWZldGNoID8gVkVDVE9SMzJfUEFCVCA6IFZFQ1RPUjMyX0RBQlQpOwor ICAgIHJlZ3MtPnBjMzIgPSBleGNlcHRpb25faGFuZGxlcjMyKHByZWZldGNo ID8gVkVDVE9SMzJfUEFCVCA6IFZFQ1RPUjMyX0RBQlQpOwogCiAgICAgLyog SW5qZWN0IGEgZGVidWcgZmF1bHQsIGJlc3Qgd2UgY2FuIGRvIHJpZ2h0IG5v dyAqLwogICAgIGlmICggUkVBRF9TWVNSRUcoVENSX0VMMSkgJiBUVEJDUl9F QUUgKQpAQCAtMzk3LDkgKzM5NywyOCBAQCBzdGF0aWMgdm9pZCBpbmplY3Rf cGFidDMyX2V4Y2VwdGlvbihzdHJ1Y3QgY3B1X3VzZXJfcmVncyAqcmVncywK IH0KIAogI2lmZGVmIENPTkZJR19BUk1fNjQKKy8qCisgKiBUYWtlIGNhcmUg dG8gY2FsbCB0aGlzIHdoaWxlIHJlZ3MgY29udGFpbnMgdGhlIG9yaWdpbmFs IGZhdWx0aW5nCisgKiBzdGF0ZSBhbmQgbm90IHRoZSAocGFydGlhbGx5IGNv bnN0cnVjdGVkKSBleGNlcHRpb24gc3RhdGUuCisgKi8KK3N0YXRpYyB2YWRk cl90IGV4Y2VwdGlvbl9oYW5kbGVyNjQoc3RydWN0IGNwdV91c2VyX3JlZ3Mg KnJlZ3MsIHZhZGRyX3Qgb2Zmc2V0KQoreworICAgIHZhZGRyX3QgYmFzZSA9 IFJFQURfU1lTUkVHKFZCQVJfRUwxKTsKKworICAgIGlmICggdXNyX21vZGUo cmVncykgKQorICAgICAgICBiYXNlICs9IFZFQ1RPUjY0X0xPV0VSMzJfQkFT RTsKKyAgICBlbHNlIGlmICggcHNyX21vZGUocmVncy0+Y3BzcixQU1JfTU9E RV9FTDB0KSApCisgICAgICAgIGJhc2UgKz0gVkVDVE9SNjRfTE9XRVI2NF9C QVNFOworICAgIGVsc2UgLyogT3RoZXJ3aXNlIG11c3QgYmUgZnJvbSBrZXJu ZWwgbW9kZSAqLworICAgICAgICBiYXNlICs9IFZFQ1RPUjY0X0NVUlJFTlRf U1B4X0JBU0U7CisKKyAgICByZXR1cm4gYmFzZSArIG9mZnNldDsKK30KKwog LyogSW5qZWN0IGFuIHVuZGVmaW5lZCBleGNlcHRpb24gaW50byBhIDY0IGJp dCBndWVzdCAqLwogc3RhdGljIHZvaWQgaW5qZWN0X3VuZGVmNjRfZXhjZXB0 aW9uKHN0cnVjdCBjcHVfdXNlcl9yZWdzICpyZWdzLCBpbnQgaW5zdHJfbGVu KQogeworICAgIHZhZGRyX3QgaGFuZGxlcjsKICAgICB1bmlvbiBoc3IgZXNy ID0gewogICAgICAgICAuaXNzID0gMCwKICAgICAgICAgLmxlbiA9IGluc3Ry X2xlbiwKQEAgLTQwOCwxMiArNDI3LDE0IEBAIHN0YXRpYyB2b2lkIGluamVj dF91bmRlZjY0X2V4Y2VwdGlvbihzdHJ1Y3QgY3B1X3VzZXJfcmVncyAqcmVn cywgaW50IGluc3RyX2xlbikKIAogICAgIEJVR19PTiggaXNfMzJiaXRfZG9t YWluKGN1cnJlbnQtPmRvbWFpbikgKTsKIAorICAgIGhhbmRsZXIgPSBleGNl cHRpb25faGFuZGxlcjY0KHJlZ3MsIFZFQ1RPUjY0X1NZTkNfT0ZGU0VUKTsK KwogICAgIHJlZ3MtPnNwc3JfZWwxID0gcmVncy0+Y3BzcjsKICAgICByZWdz LT5lbHJfZWwxID0gcmVncy0+cGM7CiAKICAgICByZWdzLT5jcHNyID0gUFNS X01PREVfRUwxaCB8IFBTUl9BQlRfTUFTSyB8IFBTUl9GSVFfTUFTSyB8IFwK ICAgICAgICAgUFNSX0lSUV9NQVNLIHwgUFNSX0RCR19NQVNLOwotICAgIHJl Z3MtPnBjID0gUkVBRF9TWVNSRUcoVkJBUl9FTDEpICsgVkVDVE9SNjRfQ1VS UkVOVF9TUHhfU1lOQzsKKyAgICByZWdzLT5wYyA9IGhhbmRsZXI7CiAKICAg ICBXUklURV9TWVNSRUczMihlc3IuYml0cywgRVNSX0VMMSk7CiB9CkBAIC00 MjQsNiArNDQ1LDcgQEAgc3RhdGljIHZvaWQgaW5qZWN0X2FidDY0X2V4Y2Vw dGlvbihzdHJ1Y3QgY3B1X3VzZXJfcmVncyAqcmVncywKICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgcmVnaXN0ZXJfdCBhZGRyLAogICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBpbnQgaW5zdHJfbGVu KQogeworICAgIHZhZGRyX3QgaGFuZGxlcjsKICAgICB1bmlvbiBoc3IgZXNy ID0gewogICAgICAgICAuaXNzID0gMCwKICAgICAgICAgLmxlbiA9IGluc3Ry X2xlbiwKQEAgLTQ0NSwxMiArNDY3LDE0IEBAIHN0YXRpYyB2b2lkIGluamVj dF9hYnQ2NF9leGNlcHRpb24oc3RydWN0IGNwdV91c2VyX3JlZ3MgKnJlZ3Ms CiAKICAgICBCVUdfT04oIGlzXzMyYml0X2RvbWFpbihjdXJyZW50LT5kb21h aW4pICk7CiAKKyAgICBoYW5kbGVyID0gZXhjZXB0aW9uX2hhbmRsZXI2NChy ZWdzLCBWRUNUT1I2NF9TWU5DX09GRlNFVCk7CisKICAgICByZWdzLT5zcHNy X2VsMSA9IHJlZ3MtPmNwc3I7CiAgICAgcmVncy0+ZWxyX2VsMSA9IHJlZ3Mt PnBjOwogCiAgICAgcmVncy0+Y3BzciA9IFBTUl9NT0RFX0VMMWggfCBQU1Jf QUJUX01BU0sgfCBQU1JfRklRX01BU0sgfCBcCiAgICAgICAgIFBTUl9JUlFf TUFTSyB8IFBTUl9EQkdfTUFTSzsKLSAgICByZWdzLT5wYyA9IFJFQURfU1lT UkVHKFZCQVJfRUwxKSArIFZFQ1RPUjY0X0NVUlJFTlRfU1B4X1NZTkM7Cisg ICAgcmVncy0+cGMgPSBoYW5kbGVyOwogCiAgICAgV1JJVEVfU1lTUkVHKGFk ZHIsIEZBUl9FTDEpOwogICAgIFdSSVRFX1NZU1JFRzMyKGVzci5iaXRzLCBF U1JfRUwxKTsKQEAgLTQ3Miw2ICs0OTYsMTcgQEAgc3RhdGljIHZvaWQgaW5q ZWN0X2lhYnQ2NF9leGNlcHRpb24oc3RydWN0IGNwdV91c2VyX3JlZ3MgKnJl Z3MsCiAKICNlbmRpZgogCitzdGF0aWMgdm9pZCBpbmplY3RfdW5kZWZfZXhj ZXB0aW9uKHN0cnVjdCBjcHVfdXNlcl9yZWdzICpyZWdzLAorICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICBpbnQgaW5zdHJfbGVuKQorewor ICAgICAgICBpZiAoIGlzXzMyYml0X2RvbWFpbihjdXJyZW50LT5kb21haW4p ICkKKyAgICAgICAgICAgIGluamVjdF91bmRlZjMyX2V4Y2VwdGlvbihyZWdz KTsKKyNpZmRlZiBDT05GSUdfQVJNXzY0CisgICAgICAgIGVsc2UKKyAgICAg ICAgICAgIGluamVjdF91bmRlZjY0X2V4Y2VwdGlvbihyZWdzLCBpbnN0cl9s ZW4pOworI2VuZGlmCit9CisKIHN0YXRpYyB2b2lkIGluamVjdF9pYWJ0X2V4 Y2VwdGlvbihzdHJ1Y3QgY3B1X3VzZXJfcmVncyAqcmVncywKICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICByZWdpc3Rlcl90IGFkZHIsCiAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgaW50IGluc3RyX2xl bikKQEAgLTE0NDEsNyArMTQ3Niw3IEBAIHN0YXRpYyB2b2lkIGRvX2NwMTVf MzIoc3RydWN0IGNwdV91c2VyX3JlZ3MgKnJlZ3MsCiAgICAgICAgIGdkcHJp bnRrKFhFTkxPR19FUlIsICJ1bmhhbmRsZWQgMzItYml0IENQMTUgYWNjZXNz ICUjeFxuIiwKICAgICAgICAgICAgICAgICAgaHNyLmJpdHMgJiBIU1JfQ1Az Ml9SRUdTX01BU0spOwogI2VuZGlmCi0gICAgICAgIGluamVjdF91bmRlZjMy X2V4Y2VwdGlvbihyZWdzKTsKKyAgICAgICAgaW5qZWN0X3VuZGVmX2V4Y2Vw dGlvbihyZWdzLCBoc3IubGVuKTsKICAgICAgICAgcmV0dXJuOwogICAgIH0K ICAgICBhZHZhbmNlX3BjKHJlZ3MsIGhzcik7CkBAIC0xNDc4LDcgKzE1MTMs NyBAQCBzdGF0aWMgdm9pZCBkb19jcDE1XzY0KHN0cnVjdCBjcHVfdXNlcl9y ZWdzICpyZWdzLAogICAgICAgICAgICAgZ2RwcmludGsoWEVOTE9HX0VSUiwg InVuaGFuZGxlZCA2NC1iaXQgQ1AxNSBhY2Nlc3MgJSN4XG4iLAogICAgICAg ICAgICAgICAgICAgICAgaHNyLmJpdHMgJiBIU1JfQ1A2NF9SRUdTX01BU0sp OwogI2VuZGlmCi0gICAgICAgICAgICBpbmplY3RfdW5kZWYzMl9leGNlcHRp b24ocmVncyk7CisgICAgICAgICAgICBpbmplY3RfdW5kZWZfZXhjZXB0aW9u KHJlZ3MsIGhzci5sZW4pOwogICAgICAgICAgICAgcmV0dXJuOwogICAgICAg ICB9CiAgICAgfQpAQCAtMTU0Nyw3ICsxNTgyLDcgQEAgYmFkX2NwOgogICAg ICAgICBnZHByaW50ayhYRU5MT0dfRVJSLCAidW5oYW5kbGVkIDMyLWJpdCBj cDE0IGFjY2VzcyAlI3hcbiIsCiAgICAgICAgICAgICAgICAgIGhzci5iaXRz ICYgSFNSX0NQMzJfUkVHU19NQVNLKTsKICNlbmRpZgotICAgICAgICBpbmpl Y3RfdW5kZWYzMl9leGNlcHRpb24ocmVncyk7CisgICAgICAgIGluamVjdF91 bmRlZl9leGNlcHRpb24ocmVncywgaHNyLmxlbik7CiAgICAgICAgIHJldHVy bjsKICAgICB9CiAKQEAgLTE1NzQsNyArMTYwOSw3IEBAIHN0YXRpYyB2b2lk IGRvX2NwMTRfZGJnKHN0cnVjdCBjcHVfdXNlcl9yZWdzICpyZWdzLCB1bmlv biBoc3IgaHNyKQogICAgIGdkcHJpbnRrKFhFTkxPR19FUlIsICJ1bmhhbmRs ZWQgNjQtYml0IENQMTQgYWNjZXNzICUjeFxuIiwKICAgICAgICAgICAgICBo c3IuYml0cyAmIEhTUl9DUDY0X1JFR1NfTUFTSyk7CiAjZW5kaWYKLSAgICBp bmplY3RfdW5kZWYzMl9leGNlcHRpb24ocmVncyk7CisgICAgaW5qZWN0X3Vu ZGVmX2V4Y2VwdGlvbihyZWdzLCBoc3IubGVuKTsKIH0KIAogc3RhdGljIHZv aWQgZG9fY3Aoc3RydWN0IGNwdV91c2VyX3JlZ3MgKnJlZ3MsIHVuaW9uIGhz ciBoc3IpCkBAIC0xNTkzLDcgKzE2MjgsNyBAQCBzdGF0aWMgdm9pZCBkb19j cChzdHJ1Y3QgY3B1X3VzZXJfcmVncyAqcmVncywgdW5pb24gaHNyIGhzcikK ICAgICBBU1NFUlQoIWNwLnRhcyk7IC8qIFdlIGRvbid0IHRyYXAgU0lNRCBp bnN0cnVjdGlvbiAqLwogICAgIGdkcHJpbnRrKFhFTkxPR19FUlIsICJ1bmhh bmRsZWQgQ1AlZCBhY2Nlc3NcbiIsIGNwLmNvcHJvYyk7CiAjZW5kaWYKLSAg ICBpbmplY3RfdW5kZWYzMl9leGNlcHRpb24ocmVncyk7CisgICAgaW5qZWN0 X3VuZGVmX2V4Y2VwdGlvbihyZWdzLCBoc3IubGVuKTsKIH0KIAogI2lmZGVm IENPTkZJR19BUk1fNjQKQEAgLTE2NjgsNyArMTcwMyw3IEBAIHN0YXRpYyB2 b2lkIGRvX3N5c3JlZyhzdHJ1Y3QgY3B1X3VzZXJfcmVncyAqcmVncywKICAg ICAgICAgICAgIGdkcHJpbnRrKFhFTkxPR19FUlIsICJ1bmhhbmRsZWQgNjQt Yml0IHN5c3JlZyBhY2Nlc3MgJSN4XG4iLAogICAgICAgICAgICAgICAgICAg ICAgaHNyLmJpdHMgJiBIU1JfU1lTUkVHX1JFR1NfTUFTSyk7CiAjZW5kaWYK LSAgICAgICAgICAgIGluamVjdF91bmRlZjY0X2V4Y2VwdGlvbihyZWdzLCBz eXNyZWcubGVuKTsKKyAgICAgICAgICAgIGluamVjdF91bmRlZl9leGNlcHRp b24ocmVncywgc3lzcmVnLmxlbik7CiAgICAgICAgIH0KICAgICB9CiAKZGlm ZiAtLWdpdCBhL3hlbi9pbmNsdWRlL2FzbS1hcm0vcHJvY2Vzc29yLmggYi94 ZW4vaW5jbHVkZS9hc20tYXJtL3Byb2Nlc3Nvci5oCmluZGV4IDlkMjMwZjMu LmJmN2M5NGMgMTAwNjQ0Ci0tLSBhL3hlbi9pbmNsdWRlL2FzbS1hcm0vcHJv Y2Vzc29yLmgKKysrIGIveGVuL2luY2x1ZGUvYXNtLWFybS9wcm9jZXNzb3Iu aApAQCAtNDYwLDE0ICs0NjAsMTYgQEAgdW5pb24gaHNyIHsKICNkZWZpbmUg VkVDVE9SMzJfUEFCVCAxMgogI2RlZmluZSBWRUNUT1IzMl9EQUJUIDE2CiAv KiAuLi4gQVJNNjQgKi8KLSNkZWZpbmUgVkVDVE9SNjRfQ1VSUkVOVF9TUDBf U1lOQyAgMHgwMDAKLSNkZWZpbmUgVkVDVE9SNjRfQ1VSUkVOVF9TUDBfSVJR ICAgMHgwODAKLSNkZWZpbmUgVkVDVE9SNjRfQ1VSUkVOVF9TUDBfRklRICAg MHgxMDAKLSNkZWZpbmUgVkVDVE9SNjRfQ1VSUkVOVF9TUDBfRVJST1IgMHgx ODAKLSNkZWZpbmUgVkVDVE9SNjRfQ1VSUkVOVF9TUHhfU1lOQyAgMHgyMDAK LSNkZWZpbmUgVkVDVE9SNjRfQ1VSUkVOVF9TUHhfSVJRICAgMHgyODAKLSNk ZWZpbmUgVkVDVE9SNjRfQ1VSUkVOVF9TUHhfRklRICAgMHgzMDAKLSNkZWZp bmUgVkVDVE9SNjRfQ1VSUkVOVF9TUHhfRVJST1IgMHgzODAKKyNkZWZpbmUg VkVDVE9SNjRfQ1VSUkVOVF9TUDBfQkFTRSAgMHgwMDAKKyNkZWZpbmUgVkVD VE9SNjRfQ1VSUkVOVF9TUHhfQkFTRSAgMHgyMDAKKyNkZWZpbmUgVkVDVE9S NjRfTE9XRVI2NF9CQVNFICAgICAgMHg0MDAKKyNkZWZpbmUgVkVDVE9SNjRf TE9XRVIzMl9CQVNFICAgICAgMHg2MDAKKworI2RlZmluZSBWRUNUT1I2NF9T WU5DX09GRlNFVCAgICAgICAweDAwMAorI2RlZmluZSBWRUNUT1I2NF9JUlFf T0ZGU0VUICAgICAgICAweDA4MAorI2RlZmluZSBWRUNUT1I2NF9GSVFfT0ZG U0VUICAgICAgICAweDEwMAorI2RlZmluZSBWRUNUT1I2NF9FUlJPUl9PRkZT RVQgICAgICAweDE4MAorCiAKICNpZiBkZWZpbmVkKENPTkZJR19BUk1fMzIp CiAjIGluY2x1ZGUgPGFzbS9hcm0zMi9wcm9jZXNzb3IuaD4KLS0gCjEuNy4x MC40Cgo= --=separator Content-Type: application/octet-stream; name="xsa102-unstable-03.patch" Content-Disposition: attachment; filename="xsa102-unstable-03.patch" Content-Transfer-Encoding: base64 RnJvbSBkYjdhMzExNjYxNTFkZjEzNDhmOTU4YTEwYmQ5YjE1MzQyNThhZjk3 IE1vbiBTZXAgMTcgMDA6MDA6MDAgMjAwMQpGcm9tOiBJYW4gQ2FtcGJlbGwg PGlhbi5jYW1wYmVsbEBjaXRyaXguY29tPgpEYXRlOiBUaHUsIDI0IEp1bCAy MDE0IDEyOjI4OjIyICswMTAwClN1YmplY3Q6IFtQQVRDSCAzLzNdIHhlbjog YXJtOiBIYW5kbGUgdHJhcHMgZnJvbSAzMi1iaXQgdXNlcnNwYWNlIG9uIDY0 LWJpdAoga2VybmVsIGFzIHVuZGVmCgpXZSBhcmUgbm90IHNldHVwIHRvIGhh bmRsZSB0aGVzZSBwcm9wZXJseS4gVGhpcyB0dXJucyBhIGhvc3QgY3Jhc2gK aW50byBhIHRyYXAgdG8gdGhlIGd1ZXN0IGtlcm5lbCB3aGljaCB3aWxsIGxp a2VseSByZXN1bHQgaW4ga2lsbGluZwp0aGUgb2ZmZW5kaW5nIHByb2Nlc3Mu CgpUaGlzIGlzIHBhcnQgb2YgWFNBLTEwMi4KClNpZ25lZC1vZmYtYnk6IElh biBDYW1wYmVsbCA8aWFuLmNhbXBiZWxsQGNpdHJpeC5jb20+CkFja2VkLWJ5 OiBKdWxpZW4gR3JhbGwgPGp1bGllbi5ncmFsbEBsaW5hcm8ub3JnPgotLS0K IHhlbi9hcmNoL2FybS90cmFwcy5jIHwgICAxMSArKysrKysrKysrKwogMSBm aWxlIGNoYW5nZWQsIDExIGluc2VydGlvbnMoKykKCmRpZmYgLS1naXQgYS94 ZW4vYXJjaC9hcm0vdHJhcHMuYyBiL3hlbi9hcmNoL2FybS90cmFwcy5jCmlu ZGV4IGFiYWVlNjIuLmM4OTQyMWIgMTAwNjQ0Ci0tLSBhL3hlbi9hcmNoL2Fy bS90cmFwcy5jCisrKyBiL3hlbi9hcmNoL2FybS90cmFwcy5jCkBAIC0xODQx LDYgKzE4NDEsMTcgQEAgYXNtbGlua2FnZSB2b2lkIGRvX3RyYXBfaHlwZXJ2 aXNvcihzdHJ1Y3QgY3B1X3VzZXJfcmVncyAqcmVncykKIAogICAgIGVudGVy X2h5cGVydmlzb3JfaGVhZChyZWdzKTsKIAorICAgIC8qCisgICAgICogV2Ug Y3VycmVudGx5IGRvIG5vdCBoYW5kbGUgMzItYml0IHVzZXJzcGFjZSBvbiA2 NC1iaXQga2VybmVscworICAgICAqIGNvcnJlY3RseSAoU2VlIFhTQS0xMDIp LiBVbnRpbCB0aGF0IGlzIHJlc29sdmVkIHdlIHRyZWF0IGFueQorICAgICAq IHRyYXAgZnJvbSAzMi1iaXQgdXNlcnNwYWNlIG9uIDY0LWJpdCBrZXJuZWwg YXMgdW5kZWZpbmVkLgorICAgICAqLworICAgIGlmICggaXNfNjRiaXRfZG9t YWluKGN1cnJlbnQtPmRvbWFpbikgJiYgcHNyX21vZGVfaXNfMzJiaXQocmVn cy0+Y3BzcikgKQorICAgIHsKKyAgICAgICAgaW5qZWN0X3VuZGVmX2V4Y2Vw dGlvbihyZWdzLCBoc3IubGVuKTsKKyAgICAgICAgcmV0dXJuOworICAgIH0K KwogICAgIHN3aXRjaCAoaHNyLmVjKSB7CiAgICAgY2FzZSBIU1JfRUNfV0ZJ X1dGRToKICAgICAgICAgaWYgKCAhY2hlY2tfY29uZGl0aW9uYWxfaW5zdHIo cmVncywgaHNyKSApCi0tIAoxLjcuMTAuNAoK --=separator Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --=separator-- From xen-users-bounces@lists.xen.org Tue Aug 12 13:04:21 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 12 Aug 2014 13:04:21 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XHBjp-0002hy-6c; Tue, 12 Aug 2014 13:03:41 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XHBjk-0002h7-Rv; Tue, 12 Aug 2014 13:03:37 +0000 Received: from [85.158.143.35:37909] by server-2.bemta-4.messagelabs.com id 38/2F-04525-7A01AE35; Tue, 12 Aug 2014 13:03:35 +0000 X-Env-Sender: iwj@xenbits.xen.org X-Msg-Ref: server-2.tower-21.messagelabs.com!1407848613!4531815!1 X-Originating-IP: [50.57.168.107] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.12.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3540 invoked from network); 12 Aug 2014 13:03:34 -0000 Received: from mail.xen.org (HELO mail.xen.org) (50.57.168.107) by server-2.tower-21.messagelabs.com with AES256-SHA encrypted SMTP; 12 Aug 2014 13:03:34 -0000 Received: from xenbits.xen.org ([50.57.170.242]) by mail.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XHBjb-0004G0-6c; Tue, 12 Aug 2014 13:03:27 +0000 Received: from iwj by xenbits.xen.org with local (Exim 4.72) (envelope-from ) id 1XHBja-00085c-GD; Tue, 12 Aug 2014 13:03:26 +0000 Date: Tue, 12 Aug 2014 13:03:26 +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 97 (CVE-2014-5146, CVE-2014-5149) - Long latency virtual-mmu operations are not preemptible X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --=separator Content-Type: text/plain; charset="utf-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Xen Security Advisory CVE-2014-5146,CVE-2014-5149 / XSA-97 version 3 Long latency virtual-mmu operations are not preemptible UPDATES IN VERSION 3 ==================== Public release. ISSUE DESCRIPTION ================= Some MMU virtualization operations on HVM guests must process every page assigned to a guest. For larger guests, this can tie up a vcpu for a significant amount of time, as the operations are not preemptible. For guests using Hardware Assisted Paging (HAP, see below) this is CVE-2014-5146. For guests not using HAP this is CVE-2014-5149. IMPACT ====== A malicious HVM guest with a large allocation of shadow/p2m RAM can mount a denial of service attack affecting the whole system. VULNERABLE SYSTEMS ================== ARM systems are not vulnerable. All x86 Xen versions are vulnerable. The vulnerability is only exposed to HVM guests. In the default configuration, the vulnerability is only exposed to large guests (guests assigned more than 128Gbytes of memory). MITIGATION ========== Running only PV guests, or only smaller guests will avoid this problem. Since the vulnerability actually depends on the guest's shadow memory, if you are overriding the default allocation (which is about 0.5% of guest RAM) by using the "shadow_memory=" VM configuration file option, you should adjust your idea of a 'smaller' guest accordingly. CREDITS ======= This issue was discovered by Jan Beulich. RESOLUTION ========== For HAP-enabled guests, the attached patch resolves ths issue. HAP (Hardware Assisted Paging, aka nested paging) is enabled by default if the system is suitably capable. The VM configuration file can disable or enable HAP explicitly by setting "hap=0" or "hap=1". HAP can also be globally disabled by specifying "hap=off" on the hypervisor command line. There is no resolution for guests using shadow pagetables (i.e., not using HAP) at this time. xsa97-hap-unstable.patch xen-unstable xsa97-hap-4.4.patch Xen 4.4.x xsa97-hap-4.3.patch Xen 4.3.x xsa97-hap-4.2-prereq.patch, xsa97-hap-4.2.patch Xen 4.2.x $ sha256sum xsa97*.patch c9e0e9f136db1b976ea371be10430598a7f21b4a33b4849f2081566657ff5da1 xsa97-hap-4.2.patch c525a99263eed6f93fad685ae9dad1ae10c8930345ec52659211541640797bb5 xsa97-hap-4.2-prereq.patch cfab6521221a5058a0dfbb6d59c3c4cd0e7f4239bb6cbee2723de22c33caafda xsa97-hap-4.3.patch 138511f2fd8362366e09dda18443387886ec4397eecc1a2f6a7e85643bd415e8 xsa97-hap-4.4.patch 58c56daa01f20be0317700d383dfbba8de35695bd38a9860c0c0463181d76351 xsa97-hap-unstable.patch $ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iQEcBAEBAgAGBQJT6hBmAAoJEIP+FMlX6CvZ8sgIAIqtUEu6CS5+H3enavmmLhuh PGLCqQOBVWn99+m6bMqk+WvZOkW9CLxiX6+78XsheJlmUFBtHc3rG53wR0voo6Vr BXyU3XY2n4aEh1klstS3gq/J37L86fEi2a+MaAePbPZ4qdWvFh3zDhRrLTQ/TDvK 0tfze9fF6K24Ab7jAcstF2gn+NhrrS3L3pvvgD/P5T1LR8HrEsyyhTlf7c34T5cp RnSM19CUqAVAJeyN6WI2meZ3C+nvxLiNRUEQQikf4yCKqGxevzjBLAbXlcw4ELnF 9rG7Yd1aRJh4pQkViFDIdB3x8Xb9HuT7kFsQ7kBZc3an9JkbxxTGQd82XjODM1Q= =A/Ph -----END PGP SIGNATURE----- --=separator Content-Type: application/octet-stream; name="xsa97-hap-4.2.patch" Content-Disposition: attachment; filename="xsa97-hap-4.2.patch" Content-Transfer-Encoding: base64 eDg2L3BhZ2luZzogbWFrZSBsb2ctZGlydHkgb3BlcmF0aW9ucyBwcmVlbXB0 aWJsZQoKQm90aCB0aGUgZnJlZWluZyBhbmQgdGhlIGluc3BlY3Rpb24gb2Yg dGhlIGJpdG1hcCBnZXQgZG9uZSBpbiAobmVzdGVkKQpsb29wcyB3aGljaCAt IGJlc2lkZXMgaGF2aW5nIGEgcmF0aGVyIGhpZ2ggaXRlcmF0aW9uIGNvdW50 IGluIGdlbmVyYWwsCmFsYmVpdCB0aGF0IHdvdWxkIGJlIGNvdmVyZWQgYnkg WFNBLTc3IC0gaGF2ZSB0aGUgbnVtYmVyIG9mIG5vbi10cml2aWFsCml0ZXJh dGlvbnMgdGhleSBuZWVkIHRvIHBlcmZvcm0gKGluZGlyZWN0bHkpIGNvbnRy b2xsYWJsZSBieSBib3RoIHRoZQpndWVzdCB0aGV5IGFyZSBmb3IgYW5kIGFu eSBkb21haW4gY29udHJvbGxpbmcgdGhlIGd1ZXN0IChpbmNsdWRpbmcgdGhl Cm9uZSBydW5uaW5nIHFlbXUgZm9yIGl0KS4KClRoaXMgaXMgWFNBLTk3LgoK U2lnbmVkLW9mZi1ieTogSmFuIEJldWxpY2ggPGpiZXVsaWNoQHN1c2UuY29t PgpSZXZpZXdlZC1ieTogVGltIERlZWdhbiA8dGltQHhlbi5vcmc+CgotLS0g YS94ZW4vYXJjaC94ODYvZG9tYWluLmMKKysrIGIveGVuL2FyY2gveDg2L2Rv bWFpbi5jCkBAIC0yMTM2LDcgKzIxMzYsOSBAQCBpbnQgZG9tYWluX3JlbGlu cXVpc2hfcmVzb3VyY2VzKHN0cnVjdCBkCiAgICAgICAgIHBjaV9yZWxlYXNl X2RldmljZXMoZCk7CiAKICAgICAgICAgLyogVGVhciBkb3duIHBhZ2luZy1h c3Npc3RhbmNlIHN0dWZmLiAqLwotICAgICAgICBwYWdpbmdfdGVhcmRvd24o ZCk7CisgICAgICAgIHJldCA9IHBhZ2luZ190ZWFyZG93bihkKTsKKyAgICAg ICAgaWYgKCByZXQgKQorICAgICAgICAgICAgcmV0dXJuIHJldDsKIAogICAg ICAgICAvKiBEcm9wIHRoZSBpbi11c2UgcmVmZXJlbmNlcyB0byBwYWdlLXRh YmxlIGJhc2VzLiAqLwogICAgICAgICBmb3JfZWFjaF92Y3B1ICggZCwgdiAp Ci0tLSBhL3hlbi9hcmNoL3g4Ni9kb21jdGwuYworKysgYi94ZW4vYXJjaC94 ODYvZG9tY3RsLmMKQEAgLTY2LDYgKzY2LDkgQEAgbG9uZyBhcmNoX2RvX2Rv bWN0bCgKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgJmRvbWN0 bC0+dS5zaGFkb3dfb3AsCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgIGd1ZXN0X2hhbmRsZV9jYXN0KHVfZG9tY3RsLCB2b2lkKSk7CiAgICAg ICAgICAgICByY3VfdW5sb2NrX2RvbWFpbihkKTsKKyAgICAgICAgICAgIGlm ICggcmV0ID09IC1FQUdBSU4gKQorICAgICAgICAgICAgICAgIHJldHVybiBo eXBlcmNhbGxfY3JlYXRlX2NvbnRpbnVhdGlvbihfX0hZUEVSVklTT1JfZG9t Y3RsLAorICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAiaCIsIHVfZG9tY3RsKTsKICAgICAgICAgICAgIGNv cHlfdG9fZ3Vlc3QodV9kb21jdGwsIGRvbWN0bCwgMSk7CiAgICAgICAgIH0g CiAgICAgfQotLS0gYS94ZW4vYXJjaC94ODYvbW0vaGFwL2hhcC5jCisrKyBi L3hlbi9hcmNoL3g4Ni9tbS9oYXAvaGFwLmMKQEAgLTY3OCw4ICs2NzgsNyBA QCBpbnQgaGFwX2RvbWN0bChzdHJ1Y3QgZG9tYWluICpkLCB4ZW5fZG9tCiAg ICAgICAgIHBhZ2luZ191bmxvY2soZCk7CiAgICAgICAgIGlmICggcHJlZW1w dGVkICkKICAgICAgICAgICAgIC8qIE5vdCBmaW5pc2hlZC4gIFNldCB1cCB0 byByZS1ydW4gdGhlIGNhbGwuICovCi0gICAgICAgICAgICByYyA9IGh5cGVy Y2FsbF9jcmVhdGVfY29udGludWF0aW9uKF9fSFlQRVJWSVNPUl9kb21jdGws ICJoIiwKLSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgdV9kb21jdGwpOworICAgICAgICAgICAgcmMgPSAtRUFHQUlO OwogICAgICAgICBlbHNlCiAgICAgICAgICAgICAvKiBGaW5pc2hlZC4gIFJl dHVybiB0aGUgbmV3IGFsbG9jYXRpb24gKi8KICAgICAgICAgICAgIHNjLT5t YiA9IGhhcF9nZXRfYWxsb2NhdGlvbihkKTsKLS0tIGEveGVuL2FyY2gveDg2 L21tL3BhZ2luZy5jCisrKyBiL3hlbi9hcmNoL3g4Ni9tbS9wYWdpbmcuYwpA QCAtMjYsNiArMjYsNyBAQAogI2luY2x1ZGUgPGFzbS9zaGFkb3cuaD4KICNp bmNsdWRlIDxhc20vcDJtLmg+CiAjaW5jbHVkZSA8YXNtL2hhcC5oPgorI2lu Y2x1ZGUgPGFzbS9ldmVudC5oPgogI2luY2x1ZGUgPGFzbS9odm0vbmVzdGVk aHZtLmg+CiAjaW5jbHVkZSA8eGVuL251bWEuaD4KICNpbmNsdWRlIDx4c20v eHNtLmg+CkBAIC0xMTYsMjYgKzExNyw0NiBAQCBzdGF0aWMgdm9pZCBwYWdp bmdfZnJlZV9sb2dfZGlydHlfcGFnZShzCiAgICAgZC0+YXJjaC5wYWdpbmcu ZnJlZV9wYWdlKGQsIG1mbl90b19wYWdlKG1mbikpOwogfQogCi12b2lkIHBh Z2luZ19mcmVlX2xvZ19kaXJ0eV9iaXRtYXAoc3RydWN0IGRvbWFpbiAqZCkK K3N0YXRpYyBpbnQgcGFnaW5nX2ZyZWVfbG9nX2RpcnR5X2JpdG1hcChzdHJ1 Y3QgZG9tYWluICpkLCBpbnQgcmMpCiB7CiAgICAgbWZuX3QgKmw0LCAqbDMs ICpsMjsKICAgICBpbnQgaTQsIGkzLCBpMjsKIAorICAgIHBhZ2luZ19sb2Nr KGQpOworCiAgICAgaWYgKCAhbWZuX3ZhbGlkKGQtPmFyY2gucGFnaW5nLmxv Z19kaXJ0eS50b3ApICkKLSAgICAgICAgcmV0dXJuOworICAgIHsKKyAgICAg ICAgcGFnaW5nX3VubG9jayhkKTsKKyAgICAgICAgcmV0dXJuIDA7CisgICAg fQogCi0gICAgcGFnaW5nX2xvY2soZCk7CisgICAgaWYgKCAhZC0+YXJjaC5w YWdpbmcucHJlZW1wdC52Y3B1ICkKKyAgICB7CisgICAgICAgIG1lbXNldCgm ZC0+YXJjaC5wYWdpbmcucHJlZW1wdC5sb2dfZGlydHksIDAsCisgICAgICAg ICAgICAgICBzaXplb2YoZC0+YXJjaC5wYWdpbmcucHJlZW1wdC5sb2dfZGly dHkpKTsKKyAgICAgICAgQVNTRVJUKHJjIDw9IDApOworICAgICAgICBkLT5h cmNoLnBhZ2luZy5wcmVlbXB0LmxvZ19kaXJ0eS5kb25lID0gLXJjOworICAg IH0KKyAgICBlbHNlIGlmICggZC0+YXJjaC5wYWdpbmcucHJlZW1wdC52Y3B1 ICE9IGN1cnJlbnQgfHwKKyAgICAgICAgICAgICAgZC0+YXJjaC5wYWdpbmcu cHJlZW1wdC5vcCAhPSBYRU5fRE9NQ1RMX1NIQURPV19PUF9PRkYgKQorICAg IHsKKyAgICAgICAgcGFnaW5nX3VubG9jayhkKTsKKyAgICAgICAgcmV0dXJu IC1FQlVTWTsKKyAgICB9CiAKICAgICBsNCA9IG1hcF9kb21haW5fcGFnZSht Zm5feChkLT5hcmNoLnBhZ2luZy5sb2dfZGlydHkudG9wKSk7CisgICAgaTQg PSBkLT5hcmNoLnBhZ2luZy5wcmVlbXB0LmxvZ19kaXJ0eS5pNDsKKyAgICBp MyA9IGQtPmFyY2gucGFnaW5nLnByZWVtcHQubG9nX2RpcnR5LmkzOworICAg IHJjID0gMDsKIAotICAgIGZvciAoIGk0ID0gMDsgaTQgPCBMT0dESVJUWV9O T0RFX0VOVFJJRVM7IGk0KysgKQorICAgIGZvciAoIDsgaTQgPCBMT0dESVJU WV9OT0RFX0VOVFJJRVM7IGk0KyssIGkzID0gMCApCiAgICAgewogICAgICAg ICBpZiAoICFtZm5fdmFsaWQobDRbaTRdKSApCiAgICAgICAgICAgICBjb250 aW51ZTsKIAogICAgICAgICBsMyA9IG1hcF9kb21haW5fcGFnZShtZm5feChs NFtpNF0pKTsKIAotICAgICAgICBmb3IgKCBpMyA9IDA7IGkzIDwgTE9HRElS VFlfTk9ERV9FTlRSSUVTOyBpMysrICkKKyAgICAgICAgZm9yICggOyBpMyA8 IExPR0RJUlRZX05PREVfRU5UUklFUzsgaTMrKyApCiAgICAgICAgIHsKICAg ICAgICAgICAgIGlmICggIW1mbl92YWxpZChsM1tpM10pICkKICAgICAgICAg ICAgICAgICBjb250aW51ZTsKQEAgLTE0OCwyMCArMTY5LDU0IEBAIHZvaWQg cGFnaW5nX2ZyZWVfbG9nX2RpcnR5X2JpdG1hcChzdHJ1Y3QKIAogICAgICAg ICAgICAgdW5tYXBfZG9tYWluX3BhZ2UobDIpOwogICAgICAgICAgICAgcGFn aW5nX2ZyZWVfbG9nX2RpcnR5X3BhZ2UoZCwgbDNbaTNdKTsKKyAgICAgICAg ICAgIGwzW2kzXSA9IF9tZm4oSU5WQUxJRF9NRk4pOworCisgICAgICAgICAg ICBpZiAoIGkzIDwgTE9HRElSVFlfTk9ERV9FTlRSSUVTIC0gMSAmJiBoeXBl cmNhbGxfcHJlZW1wdF9jaGVjaygpICkKKyAgICAgICAgICAgIHsKKyAgICAg ICAgICAgICAgICBkLT5hcmNoLnBhZ2luZy5wcmVlbXB0LmxvZ19kaXJ0eS5p MyA9IGkzICsgMTsKKyAgICAgICAgICAgICAgICBkLT5hcmNoLnBhZ2luZy5w cmVlbXB0LmxvZ19kaXJ0eS5pNCA9IGk0OworICAgICAgICAgICAgICAgIHJj ID0gLUVBR0FJTjsKKyAgICAgICAgICAgICAgICBicmVhazsKKyAgICAgICAg ICAgIH0KICAgICAgICAgfQogCiAgICAgICAgIHVubWFwX2RvbWFpbl9wYWdl KGwzKTsKKyAgICAgICAgaWYgKCByYyApCisgICAgICAgICAgICBicmVhazsK ICAgICAgICAgcGFnaW5nX2ZyZWVfbG9nX2RpcnR5X3BhZ2UoZCwgbDRbaTRd KTsKKyAgICAgICAgbDRbaTRdID0gX21mbihJTlZBTElEX01GTik7CisKKyAg ICAgICAgaWYgKCBpNCA8IExPR0RJUlRZX05PREVfRU5UUklFUyAtIDEgJiYg aHlwZXJjYWxsX3ByZWVtcHRfY2hlY2soKSApCisgICAgICAgIHsKKyAgICAg ICAgICAgIGQtPmFyY2gucGFnaW5nLnByZWVtcHQubG9nX2RpcnR5LmkzID0g MDsKKyAgICAgICAgICAgIGQtPmFyY2gucGFnaW5nLnByZWVtcHQubG9nX2Rp cnR5Lmk0ID0gaTQgKyAxOworICAgICAgICAgICAgcmMgPSAtRUFHQUlOOwor ICAgICAgICAgICAgYnJlYWs7CisgICAgICAgIH0KICAgICB9CiAKICAgICB1 bm1hcF9kb21haW5fcGFnZShsNCk7Ci0gICAgcGFnaW5nX2ZyZWVfbG9nX2Rp cnR5X3BhZ2UoZCwgZC0+YXJjaC5wYWdpbmcubG9nX2RpcnR5LnRvcCk7Ci0g ICAgZC0+YXJjaC5wYWdpbmcubG9nX2RpcnR5LnRvcCA9IF9tZm4oSU5WQUxJ RF9NRk4pOwogCi0gICAgQVNTRVJUKGQtPmFyY2gucGFnaW5nLmxvZ19kaXJ0 eS5hbGxvY3MgPT0gMCk7Ci0gICAgZC0+YXJjaC5wYWdpbmcubG9nX2RpcnR5 LmZhaWxlZF9hbGxvY3MgPSAwOworICAgIGlmICggIXJjICkKKyAgICB7Cisg ICAgICAgIHBhZ2luZ19mcmVlX2xvZ19kaXJ0eV9wYWdlKGQsIGQtPmFyY2gu cGFnaW5nLmxvZ19kaXJ0eS50b3ApOworICAgICAgICBkLT5hcmNoLnBhZ2lu Zy5sb2dfZGlydHkudG9wID0gX21mbihJTlZBTElEX01GTik7CisKKyAgICAg ICAgQVNTRVJUKGQtPmFyY2gucGFnaW5nLmxvZ19kaXJ0eS5hbGxvY3MgPT0g MCk7CisgICAgICAgIGQtPmFyY2gucGFnaW5nLmxvZ19kaXJ0eS5mYWlsZWRf YWxsb2NzID0gMDsKKworICAgICAgICByYyA9IC1kLT5hcmNoLnBhZ2luZy5w cmVlbXB0LmxvZ19kaXJ0eS5kb25lOworICAgICAgICBkLT5hcmNoLnBhZ2lu Zy5wcmVlbXB0LnZjcHUgPSBOVUxMOworICAgIH0KKyAgICBlbHNlCisgICAg eworICAgICAgICBkLT5hcmNoLnBhZ2luZy5wcmVlbXB0LnZjcHUgPSBjdXJy ZW50OworICAgICAgICBkLT5hcmNoLnBhZ2luZy5wcmVlbXB0Lm9wID0gWEVO X0RPTUNUTF9TSEFET1dfT1BfT0ZGOworICAgIH0KIAogICAgIHBhZ2luZ191 bmxvY2soZCk7CisKKyAgICByZXR1cm4gcmM7CiB9CiAKIGludCBwYWdpbmdf bG9nX2RpcnR5X2VuYWJsZShzdHJ1Y3QgZG9tYWluICpkKQpAQCAtMTc4LDE1 ICsyMzMsMjUgQEAgaW50IHBhZ2luZ19sb2dfZGlydHlfZW5hYmxlKHN0cnVj dCBkb21haQogICAgIHJldHVybiByZXQ7CiB9CiAKLWludCBwYWdpbmdfbG9n X2RpcnR5X2Rpc2FibGUoc3RydWN0IGRvbWFpbiAqZCkKK3N0YXRpYyBpbnQg cGFnaW5nX2xvZ19kaXJ0eV9kaXNhYmxlKHN0cnVjdCBkb21haW4gKmQsIGJv b2xfdCByZXN1bWluZykKIHsKLSAgICBpbnQgcmV0OworICAgIGludCByZXQg PSAxOworCisgICAgaWYgKCAhcmVzdW1pbmcgKQorICAgIHsKKyAgICAgICAg ZG9tYWluX3BhdXNlKGQpOworICAgICAgICAvKiBTYWZlIGJlY2F1c2UgdGhl IGRvbWFpbiBpcyBwYXVzZWQuICovCisgICAgICAgIHJldCA9IGQtPmFyY2gu cGFnaW5nLmxvZ19kaXJ0eS5kaXNhYmxlX2xvZ19kaXJ0eShkKTsKKyAgICAg ICAgQVNTRVJUKHJldCA8PSAwKTsKKyAgICB9CiAKLSAgICBkb21haW5fcGF1 c2UoZCk7Ci0gICAgLyogU2FmZSBiZWNhdXNlIHRoZSBkb21haW4gaXMgcGF1 c2VkLiAqLwotICAgIHJldCA9IGQtPmFyY2gucGFnaW5nLmxvZ19kaXJ0eS5k aXNhYmxlX2xvZ19kaXJ0eShkKTsKICAgICBpZiAoICFwYWdpbmdfbW9kZV9s b2dfZGlydHkoZCkgKQotICAgICAgICBwYWdpbmdfZnJlZV9sb2dfZGlydHlf Yml0bWFwKGQpOworICAgIHsKKyAgICAgICAgcmV0ID0gcGFnaW5nX2ZyZWVf bG9nX2RpcnR5X2JpdG1hcChkLCByZXQpOworICAgICAgICBpZiAoIHJldCA9 PSAtRUFHQUlOICkKKyAgICAgICAgICAgIHJldHVybiByZXQ7CisgICAgfQor CiAgICAgZG9tYWluX3VucGF1c2UoZCk7CiAKICAgICByZXR1cm4gcmV0OwpA QCAtMzI2LDcgKzM5MSw5IEBAIGludCBwYWdpbmdfbWZuX2lzX2RpcnR5KHN0 cnVjdCBkb21haW4gKmQKIAogLyogUmVhZCBhIGRvbWFpbidzIGxvZy1kaXJ0 eSBiaXRtYXAgYW5kIHN0YXRzLiAgSWYgdGhlIG9wZXJhdGlvbiBpcyBhIENM RUFOLAogICogY2xlYXIgdGhlIGJpdG1hcCBhbmQgc3RhdHMgYXMgd2VsbC4g Ki8KLWludCBwYWdpbmdfbG9nX2RpcnR5X29wKHN0cnVjdCBkb21haW4gKmQs IHN0cnVjdCB4ZW5fZG9tY3RsX3NoYWRvd19vcCAqc2MpCitzdGF0aWMgaW50 IHBhZ2luZ19sb2dfZGlydHlfb3Aoc3RydWN0IGRvbWFpbiAqZCwKKyAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICBzdHJ1Y3QgeGVuX2RvbWN0bF9z aGFkb3dfb3AgKnNjLAorICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg IGJvb2xfdCByZXN1bWluZykKIHsKICAgICBpbnQgcnYgPSAwLCBjbGVhbiA9 IDAsIHBlZWsgPSAxOwogICAgIHVuc2lnbmVkIGxvbmcgcGFnZXMgPSAwOwpA QCAtMzM0LDkgKzQwMSwyMiBAQCBpbnQgcGFnaW5nX2xvZ19kaXJ0eV9vcChz dHJ1Y3QgZG9tYWluICpkCiAgICAgdW5zaWduZWQgbG9uZyAqbDEgPSBOVUxM OwogICAgIGludCBpNCwgaTMsIGkyOwogCi0gICAgZG9tYWluX3BhdXNlKGQp OworICAgIGlmICggIXJlc3VtaW5nICkKKyAgICAgICAgZG9tYWluX3BhdXNl KGQpOwogICAgIHBhZ2luZ19sb2NrKGQpOwogCisgICAgaWYgKCAhZC0+YXJj aC5wYWdpbmcucHJlZW1wdC52Y3B1ICkKKyAgICAgICAgbWVtc2V0KCZkLT5h cmNoLnBhZ2luZy5wcmVlbXB0LmxvZ19kaXJ0eSwgMCwKKyAgICAgICAgICAg ICAgIHNpemVvZihkLT5hcmNoLnBhZ2luZy5wcmVlbXB0LmxvZ19kaXJ0eSkp OworICAgIGVsc2UgaWYgKCBkLT5hcmNoLnBhZ2luZy5wcmVlbXB0LnZjcHUg IT0gY3VycmVudCB8fAorICAgICAgICAgICAgICBkLT5hcmNoLnBhZ2luZy5w cmVlbXB0Lm9wICE9IHNjLT5vcCApCisgICAgeworICAgICAgICBwYWdpbmdf dW5sb2NrKGQpOworICAgICAgICBBU1NFUlQoIXJlc3VtaW5nKTsKKyAgICAg ICAgZG9tYWluX3VucGF1c2UoZCk7CisgICAgICAgIHJldHVybiAtRUJVU1k7 CisgICAgfQorCiAgICAgY2xlYW4gPSAoc2MtPm9wID09IFhFTl9ET01DVExf U0hBRE9XX09QX0NMRUFOKTsKIAogICAgIFBBR0lOR19ERUJVRyhMT0dESVJU WSwgImxvZy1kaXJ0eSAlczogZG9tICV1IGZhdWx0cz0ldSBkaXJ0eT0ldVxu IiwKQEAgLTM2NSwxNyArNDQ1LDE1IEBAIGludCBwYWdpbmdfbG9nX2RpcnR5 X29wKHN0cnVjdCBkb21haW4gKmQKICAgICAgICAgZ290byBvdXQ7CiAgICAg fQogCi0gICAgcGFnZXMgPSAwOwogICAgIGw0ID0gcGFnaW5nX21hcF9sb2df ZGlydHlfYml0bWFwKGQpOworICAgIGk0ID0gZC0+YXJjaC5wYWdpbmcucHJl ZW1wdC5sb2dfZGlydHkuaTQ7CisgICAgaTMgPSBkLT5hcmNoLnBhZ2luZy5w cmVlbXB0LmxvZ19kaXJ0eS5pMzsKKyAgICBwYWdlcyA9IGQtPmFyY2gucGFn aW5nLnByZWVtcHQubG9nX2RpcnR5LmRvbmU7CiAKLSAgICBmb3IgKCBpNCA9 IDA7Ci0gICAgICAgICAgKHBhZ2VzIDwgc2MtPnBhZ2VzKSAmJiAoaTQgPCBM T0dESVJUWV9OT0RFX0VOVFJJRVMpOwotICAgICAgICAgIGk0KysgKQorICAg IGZvciAoIDsgKHBhZ2VzIDwgc2MtPnBhZ2VzKSAmJiAoaTQgPCBMT0dESVJU WV9OT0RFX0VOVFJJRVMpOyBpNCsrLCBpMyA9IDAgKQogICAgIHsKICAgICAg ICAgbDMgPSAobDQgJiYgbWZuX3ZhbGlkKGw0W2k0XSkpID8gbWFwX2RvbWFp bl9wYWdlKG1mbl94KGw0W2k0XSkpIDogTlVMTDsKLSAgICAgICAgZm9yICgg aTMgPSAwOwotICAgICAgICAgICAgICAocGFnZXMgPCBzYy0+cGFnZXMpICYm IChpMyA8IExPR0RJUlRZX05PREVfRU5UUklFUyk7Ci0gICAgICAgICAgICAg IGkzKysgKQorICAgICAgICBmb3IgKCA7IChwYWdlcyA8IHNjLT5wYWdlcykg JiYgKGkzIDwgTE9HRElSVFlfTk9ERV9FTlRSSUVTKTsgaTMrKyApCiAgICAg ICAgIHsKICAgICAgICAgICAgIGwyID0gKChsMyAmJiBtZm5fdmFsaWQobDNb aTNdKSkgPwogICAgICAgICAgICAgICAgICAgbWFwX2RvbWFpbl9wYWdlKG1m bl94KGwzW2kzXSkpIDogTlVMTCk7CkBAIC00MTAsMTggKzQ4OCw1MSBAQCBp bnQgcGFnaW5nX2xvZ19kaXJ0eV9vcChzdHJ1Y3QgZG9tYWluICpkCiAgICAg ICAgICAgICB9CiAgICAgICAgICAgICBpZiAoIGwyICkKICAgICAgICAgICAg ICAgICB1bm1hcF9kb21haW5fcGFnZShsMik7CisKKyAgICAgICAgICAgIGlm ICggaTMgPCBMT0dESVJUWV9OT0RFX0VOVFJJRVMgLSAxICYmIGh5cGVyY2Fs bF9wcmVlbXB0X2NoZWNrKCkgKQorICAgICAgICAgICAgeworICAgICAgICAg ICAgICAgIGQtPmFyY2gucGFnaW5nLnByZWVtcHQubG9nX2RpcnR5Lmk0ID0g aTQ7CisgICAgICAgICAgICAgICAgZC0+YXJjaC5wYWdpbmcucHJlZW1wdC5s b2dfZGlydHkuaTMgPSBpMyArIDE7CisgICAgICAgICAgICAgICAgcnYgPSAt RUFHQUlOOworICAgICAgICAgICAgICAgIGJyZWFrOworICAgICAgICAgICAg fQogICAgICAgICB9CiAgICAgICAgIGlmICggbDMgKQogICAgICAgICAgICAg dW5tYXBfZG9tYWluX3BhZ2UobDMpOworCisgICAgICAgIGlmICggIXJ2ICYm IGk0IDwgTE9HRElSVFlfTk9ERV9FTlRSSUVTIC0gMSAmJgorICAgICAgICAg ICAgIGh5cGVyY2FsbF9wcmVlbXB0X2NoZWNrKCkgKQorICAgICAgICB7Cisg ICAgICAgICAgICBkLT5hcmNoLnBhZ2luZy5wcmVlbXB0LmxvZ19kaXJ0eS5p NCA9IGk0ICsgMTsKKyAgICAgICAgICAgIGQtPmFyY2gucGFnaW5nLnByZWVt cHQubG9nX2RpcnR5LmkzID0gMDsKKyAgICAgICAgICAgIHJ2ID0gLUVBR0FJ TjsKKyAgICAgICAgfQorICAgICAgICBpZiAoIHJ2ICkKKyAgICAgICAgICAg IGJyZWFrOwogICAgIH0KICAgICBpZiAoIGw0ICkKICAgICAgICAgdW5tYXBf ZG9tYWluX3BhZ2UobDQpOwogCi0gICAgaWYgKCBwYWdlcyA8IHNjLT5wYWdl cyApCi0gICAgICAgIHNjLT5wYWdlcyA9IHBhZ2VzOworICAgIGlmICggIXJ2 ICkKKyAgICAgICAgZC0+YXJjaC5wYWdpbmcucHJlZW1wdC52Y3B1ID0gTlVM TDsKKyAgICBlbHNlCisgICAgeworICAgICAgICBkLT5hcmNoLnBhZ2luZy5w cmVlbXB0LnZjcHUgPSBjdXJyZW50OworICAgICAgICBkLT5hcmNoLnBhZ2lu Zy5wcmVlbXB0Lm9wID0gc2MtPm9wOworICAgICAgICBkLT5hcmNoLnBhZ2lu Zy5wcmVlbXB0LmxvZ19kaXJ0eS5kb25lID0gcGFnZXM7CisgICAgfQogCiAg ICAgcGFnaW5nX3VubG9jayhkKTsKIAorICAgIGlmICggcnYgKQorICAgIHsK KyAgICAgICAgLyogTmV2ZXIgbGVhdmUgdGhlIGRvbWFpbiBwYXVzZWQgZm9y IG90aGVyIGVycm9ycy4gKi8KKyAgICAgICAgQVNTRVJUKHJ2ID09IC1FQUdB SU4pOworICAgICAgICByZXR1cm4gcnY7CisgICAgfQorCisgICAgaWYgKCBw YWdlcyA8IHNjLT5wYWdlcyApCisgICAgICAgIHNjLT5wYWdlcyA9IHBhZ2Vz OwogICAgIGlmICggY2xlYW4gKQogICAgIHsKICAgICAgICAgLyogV2UgbmVl ZCB0byBmdXJ0aGVyIGNhbGwgY2xlYW5fZGlydHlfYml0bWFwKCkgZnVuY3Rp b25zIG9mIHNwZWNpZmljCkBAIC00MzIsNiArNTQzLDcgQEAgaW50IHBhZ2lu Z19sb2dfZGlydHlfb3Aoc3RydWN0IGRvbWFpbiAqZAogICAgIHJldHVybiBy djsKIAogIG91dDoKKyAgICBkLT5hcmNoLnBhZ2luZy5wcmVlbXB0LnZjcHUg PSBOVUxMOwogICAgIHBhZ2luZ191bmxvY2soZCk7CiAgICAgZG9tYWluX3Vu cGF1c2UoZCk7CiAKQEAgLTQ5OCwxMiArNjEwLDYgQEAgdm9pZCBwYWdpbmdf bG9nX2RpcnR5X2luaXQoc3RydWN0IGRvbWFpbgogICAgIGQtPmFyY2gucGFn aW5nLmxvZ19kaXJ0eS5jbGVhbl9kaXJ0eV9iaXRtYXAgPSBjbGVhbl9kaXJ0 eV9iaXRtYXA7CiB9CiAKLS8qIFRoaXMgZnVuY3Rpb24gZnJlc3MgbG9nIGRp cnR5IGJpdG1hcCByZXNvdXJjZXMuICovCi1zdGF0aWMgdm9pZCBwYWdpbmdf bG9nX2RpcnR5X3RlYXJkb3duKHN0cnVjdCBkb21haW4qZCkKLXsKLSAgICBw YWdpbmdfZnJlZV9sb2dfZGlydHlfYml0bWFwKGQpOwotfQotCiAvKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqLwog LyogICAgICAgICAgIENPREUgRk9SIFBBR0lORyBTVVBQT1JUICAgICAgICAg ICAgKi8KIC8qKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKiovCkBAIC01NDcsNiArNjUzLDcgQEAgdm9pZCBwYWdpbmdf dmNwdV9pbml0KHN0cnVjdCB2Y3B1ICp2KQogaW50IHBhZ2luZ19kb21jdGwo c3RydWN0IGRvbWFpbiAqZCwgeGVuX2RvbWN0bF9zaGFkb3dfb3BfdCAqc2Ms CiAgICAgICAgICAgICAgICAgICBYRU5fR1VFU1RfSEFORExFKHZvaWQpIHVf ZG9tY3RsKQogeworICAgIGJvb2xfdCByZXN1bWluZyA9IDA7CiAgICAgaW50 IHJjOwogCiAgICAgaWYgKCB1bmxpa2VseShkID09IGN1cnJlbnQtPmRvbWFp bikgKQpAQCAtNTY5LDYgKzY3NiwyMCBAQCBpbnQgcGFnaW5nX2RvbWN0bChz dHJ1Y3QgZG9tYWluICpkLCB4ZW5fCiAgICAgICAgIHJldHVybiAtRUlOVkFM OwogICAgIH0KIAorICAgIGlmICggZC0+YXJjaC5wYWdpbmcucHJlZW1wdC52 Y3B1ICkKKyAgICB7CisgICAgICAgIGlmICggZC0+YXJjaC5wYWdpbmcucHJl ZW1wdC52Y3B1ICE9IGN1cnJlbnQgfHwKKyAgICAgICAgICAgICBkLT5hcmNo LnBhZ2luZy5wcmVlbXB0Lm9wICE9IHNjLT5vcCApCisgICAgICAgIHsKKyAg ICAgICAgICAgIHByaW50ayhYRU5MT0dfR19ERUJVRworICAgICAgICAgICAg ICAgICAgICJkJWQ6diVkOiBQYWdpbmcgb3AgJSN4IG9uIERvbSV1IHdpdGgg dW5maW5pc2hlZCBwcmlvciBvcCAlI3hcbiIsCisgICAgICAgICAgICAgICAg ICAgY3VycmVudC0+ZG9tYWluLT5kb21haW5faWQsIGN1cnJlbnQtPnZjcHVf aWQsCisgICAgICAgICAgICAgICAgICAgc2MtPm9wLCBkLT5kb21haW5faWQs IGQtPmFyY2gucGFnaW5nLnByZWVtcHQub3ApOworICAgICAgICAgICAgcmV0 dXJuIC1FQlVTWTsKKyAgICAgICAgfQorICAgICAgICByZXN1bWluZyA9IDE7 CisgICAgfQorCiAgICAgcmMgPSB4c21fc2hhZG93X2NvbnRyb2woZCwgc2Mt Pm9wKTsKICAgICBpZiAoIHJjICkKICAgICAgICAgcmV0dXJuIHJjOwpAQCAt NTk0LDEzICs3MTQsMTMgQEAgaW50IHBhZ2luZ19kb21jdGwoc3RydWN0IGRv bWFpbiAqZCwgeGVuXwogCiAgICAgY2FzZSBYRU5fRE9NQ1RMX1NIQURPV19P UF9PRkY6CiAgICAgICAgIGlmICggcGFnaW5nX21vZGVfbG9nX2RpcnR5KGQp ICkKLSAgICAgICAgICAgIGlmICggKHJjID0gcGFnaW5nX2xvZ19kaXJ0eV9k aXNhYmxlKGQpKSAhPSAwICkKKyAgICAgICAgICAgIGlmICggKHJjID0gcGFn aW5nX2xvZ19kaXJ0eV9kaXNhYmxlKGQsIHJlc3VtaW5nKSkgIT0gMCApCiAg ICAgICAgICAgICAgICAgcmV0dXJuIHJjOwogICAgICAgICBicmVhazsKIAog ICAgIGNhc2UgWEVOX0RPTUNUTF9TSEFET1dfT1BfQ0xFQU46CiAgICAgY2Fz ZSBYRU5fRE9NQ1RMX1NIQURPV19PUF9QRUVLOgotICAgICAgICByZXR1cm4g cGFnaW5nX2xvZ19kaXJ0eV9vcChkLCBzYyk7CisgICAgICAgIHJldHVybiBw YWdpbmdfbG9nX2RpcnR5X29wKGQsIHNjLCByZXN1bWluZyk7CiAgICAgfQog CiAgICAgLyogSGVyZSwgZGlzcGF0Y2ggZG9tY3RsIHRvIHRoZSBhcHByb3By aWF0ZSBwYWdpbmcgY29kZSAqLwpAQCAtNjExLDE4ICs3MzEsMjQgQEAgaW50 IHBhZ2luZ19kb21jdGwoc3RydWN0IGRvbWFpbiAqZCwgeGVuXwogfQogCiAv KiBDYWxsIHdoZW4gZGVzdHJveWluZyBhIGRvbWFpbiAqLwotdm9pZCBwYWdp bmdfdGVhcmRvd24oc3RydWN0IGRvbWFpbiAqZCkKK2ludCBwYWdpbmdfdGVh cmRvd24oc3RydWN0IGRvbWFpbiAqZCkKIHsKKyAgICBpbnQgcmM7CisKICAg ICBpZiAoIGhhcF9lbmFibGVkKGQpICkKICAgICAgICAgaGFwX3RlYXJkb3du KGQpOwogICAgIGVsc2UKICAgICAgICAgc2hhZG93X3RlYXJkb3duKGQpOwog CiAgICAgLyogY2xlYW4gdXAgbG9nIGRpcnR5IHJlc291cmNlcy4gKi8KLSAg ICBwYWdpbmdfbG9nX2RpcnR5X3RlYXJkb3duKGQpOworICAgIHJjID0gcGFn aW5nX2ZyZWVfbG9nX2RpcnR5X2JpdG1hcChkLCAwKTsKKyAgICBpZiAoIHJj ID09IC1FQUdBSU4gKQorICAgICAgICByZXR1cm4gcmM7CiAKICAgICAvKiBN b3ZlIHBvcHVsYXRlLW9uLWRlbWFuZCBjYWNoZSBiYWNrIHRvIGRvbWFpbl9s aXN0IGZvciBkZXN0cnVjdGlvbiAqLwogICAgIHAybV9wb2RfZW1wdHlfY2Fj aGUoZCk7CisKKyAgICByZXR1cm4gcmM7CiB9CiAKIC8qIENhbGwgb25jZSBh bGwgb2YgdGhlIHJlZmVyZW5jZXMgdG8gdGhlIGRvbWFpbiBoYXZlIGdvbmUg YXdheSAqLwotLS0gYS94ZW4vYXJjaC94ODYvbW0vc2hhZG93L2NvbW1vbi5j CisrKyBiL3hlbi9hcmNoL3g4Ni9tbS9zaGFkb3cvY29tbW9uLmMKQEAgLTM4 MjksOCArMzgyOSw3IEBAIGludCBzaGFkb3dfZG9tY3RsKHN0cnVjdCBkb21h aW4gKmQsIAogICAgICAgICBwYWdpbmdfdW5sb2NrKGQpOwogICAgICAgICBp ZiAoIHByZWVtcHRlZCApCiAgICAgICAgICAgICAvKiBOb3QgZmluaXNoZWQu ICBTZXQgdXAgdG8gcmUtcnVuIHRoZSBjYWxsLiAqLwotICAgICAgICAgICAg cmMgPSBoeXBlcmNhbGxfY3JlYXRlX2NvbnRpbnVhdGlvbigKLSAgICAgICAg ICAgICAgICBfX0hZUEVSVklTT1JfZG9tY3RsLCAiaCIsIHVfZG9tY3RsKTsK KyAgICAgICAgICAgIHJjID0gLUVBR0FJTjsKICAgICAgICAgZWxzZSAKICAg ICAgICAgICAgIC8qIEZpbmlzaGVkLiAgUmV0dXJuIHRoZSBuZXcgYWxsb2Nh dGlvbiAqLwogICAgICAgICAgICAgc2MtPm1iID0gc2hhZG93X2dldF9hbGxv Y2F0aW9uKGQpOwotLS0gYS94ZW4vY29tbW9uL2RvbWFpbi5jCisrKyBiL3hl bi9jb21tb24vZG9tYWluLmMKQEAgLTQ3OSw3ICs0NzksNiBAQCBpbnQgZG9t YWluX2tpbGwoc3RydWN0IGRvbWFpbiAqZCkKICAgICAgICAgcmMgPSBkb21h aW5fcmVsaW5xdWlzaF9yZXNvdXJjZXMoZCk7CiAgICAgICAgIGlmICggcmMg IT0gMCApCiAgICAgICAgIHsKLSAgICAgICAgICAgIEJVR19PTihyYyAhPSAt RUFHQUlOKTsKICAgICAgICAgICAgIGJyZWFrOwogICAgICAgICB9CiAgICAg ICAgIGlmICggc2NoZWRfbW92ZV9kb21haW4oZCwgY3B1cG9vbDApICkKLS0t IGEveGVuL2luY2x1ZGUvYXNtLXg4Ni9kb21haW4uaAorKysgYi94ZW4vaW5j bHVkZS9hc20teDg2L2RvbWFpbi5oCkBAIC0xOTMsNiArMTkzLDIwIEBAIHN0 cnVjdCBwYWdpbmdfZG9tYWluIHsKICAgICBzdHJ1Y3QgaGFwX2RvbWFpbiAg ICAgICBoYXA7CiAgICAgLyogbG9nIGRpcnR5IHN1cHBvcnQgKi8KICAgICBz dHJ1Y3QgbG9nX2RpcnR5X2RvbWFpbiBsb2dfZGlydHk7CisKKyAgICAvKiBw cmVlbXB0aW9uIGhhbmRsaW5nICovCisgICAgc3RydWN0IHsKKyAgICAgICAg c3RydWN0IHZjcHUgKnZjcHU7CisgICAgICAgIHVuc2lnbmVkIGludCBvcDsK KyAgICAgICAgdW5pb24geworICAgICAgICAgICAgc3RydWN0IHsKKyAgICAg ICAgICAgICAgICB1bnNpZ25lZCBsb25nIGRvbmU6UEFERFJfQklUUyAtIFBB R0VfU0hJRlQ7CisgICAgICAgICAgICAgICAgdW5zaWduZWQgbG9uZyBpNDpQ QUdFVEFCTEVfT1JERVI7CisgICAgICAgICAgICAgICAgdW5zaWduZWQgbG9u ZyBpMzpQQUdFVEFCTEVfT1JERVI7CisgICAgICAgICAgICB9IGxvZ19kaXJ0 eTsKKyAgICAgICAgfTsKKyAgICB9IHByZWVtcHQ7CisKICAgICAvKiBhbGxv Yy9mcmVlIHBhZ2VzIGZyb20gdGhlIHBvb2wgZm9yIHBhZ2luZy1hc3Npc3Rh bmNlIHN0cnVjdHVyZXMKICAgICAgKiAodXNlZCBieSBwMm0gYW5kIGxvZy1k aXJ0eSBjb2RlIGZvciB0aGVpciB0cmllcykgKi8KICAgICBzdHJ1Y3QgcGFn ZV9pbmZvICogKCphbGxvY19wYWdlKShzdHJ1Y3QgZG9tYWluICpkKTsKLS0t IGEveGVuL2luY2x1ZGUvYXNtLXg4Ni9wYWdpbmcuaAorKysgYi94ZW4vaW5j bHVkZS9hc20teDg2L3BhZ2luZy5oCkBAIC0xNDEsOSArMTQxLDYgQEAgc3Ry dWN0IHBhZ2luZ19tb2RlIHsKIC8qKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKgogICogTG9nIGRpcnR5IGNvZGUgKi8KIAotLyogZnJlZSBsb2cg ZGlydHkgYml0bWFwIHJlc291cmNlICovCi12b2lkIHBhZ2luZ19mcmVlX2xv Z19kaXJ0eV9iaXRtYXAoc3RydWN0IGRvbWFpbiAqZCk7Ci0KIC8qIGdldCB0 aGUgZGlydHkgYml0bWFwIGZvciBhIHNwZWNpZmljIHJhbmdlIG9mIHBmbnMg Ki8KIHZvaWQgcGFnaW5nX2xvZ19kaXJ0eV9yYW5nZShzdHJ1Y3QgZG9tYWlu ICpkLAogICAgICAgICAgICAgICAgICAgICAgICAgICAgIHVuc2lnbmVkIGxv bmcgYmVnaW5fcGZuLApAQCAtMTUzLDkgKzE1MCw2IEBAIHZvaWQgcGFnaW5n X2xvZ19kaXJ0eV9yYW5nZShzdHJ1Y3QgZG9tYWkKIC8qIGVuYWJsZSBsb2cg ZGlydHkgKi8KIGludCBwYWdpbmdfbG9nX2RpcnR5X2VuYWJsZShzdHJ1Y3Qg ZG9tYWluICpkKTsKIAotLyogZGlzYWJsZSBsb2cgZGlydHkgKi8KLWludCBw YWdpbmdfbG9nX2RpcnR5X2Rpc2FibGUoc3RydWN0IGRvbWFpbiAqZCk7Ci0K IC8qIGxvZyBkaXJ0eSBpbml0aWFsaXphdGlvbiAqLwogdm9pZCBwYWdpbmdf bG9nX2RpcnR5X2luaXQoc3RydWN0IGRvbWFpbiAqZCwKICAgICAgICAgICAg ICAgICAgICAgICAgICAgIGludCAgKCplbmFibGVfbG9nX2RpcnR5KShzdHJ1 Y3QgZG9tYWluICpkKSwKQEAgLTIxOCw3ICsyMTIsNyBAQCBpbnQgcGFnaW5n X2RvbWN0bChzdHJ1Y3QgZG9tYWluICpkLCB4ZW5fCiAgICAgICAgICAgICAg ICAgICBYRU5fR1VFU1RfSEFORExFKHZvaWQpIHVfZG9tY3RsKTsKIAogLyog Q2FsbCB3aGVuIGRlc3Ryb3lpbmcgYSBkb21haW4gKi8KLXZvaWQgcGFnaW5n X3RlYXJkb3duKHN0cnVjdCBkb21haW4gKmQpOworaW50IHBhZ2luZ190ZWFy ZG93bihzdHJ1Y3QgZG9tYWluICpkKTsKIAogLyogQ2FsbCBvbmNlIGFsbCBv ZiB0aGUgcmVmZXJlbmNlcyB0byB0aGUgZG9tYWluIGhhdmUgZ29uZSBhd2F5 ICovCiB2b2lkIHBhZ2luZ19maW5hbF90ZWFyZG93bihzdHJ1Y3QgZG9tYWlu ICpkKTsK --=separator Content-Type: application/octet-stream; name="xsa97-hap-4.2-prereq.patch" Content-Disposition: attachment; filename="xsa97-hap-4.2-prereq.patch" Content-Transfer-Encoding: base64 eDg2L21tL2hhcDogQWRqdXN0IHZyYW0gdHJhY2tpbmcgdG8gcGxheSBuaWNl bHkgd2l0aCBsb2ctZGlydHkuCgpUaGUgcHJldmlvdXMgY29kZSBhc3N1bWVk IHRoZSBndWVzdCB3b3VsZCBiZSBpbiBvbmUgb2YgdGhyZWUgbXV0dWFsbHkg ZXhjbHVzaXZlCm1vZGVzIGZvciBib29ra2VlcGluZyBkaXJ0eSBwYWdlczog KDEpIHNoYWRvdywgKDIpIGhhcCB1dGlsaXppbmcgdGhlIGxvZyBkaXJ0eQpi aXRtYXAgdG8gc3VwcG9ydCBmdW5jdGlvbmFsaXR5IHN1Y2ggYXMgbGl2ZSBt aWdyYXRlLCAoMykgaGFwIHV0aWxpemluZyB0aGUKbG9nIGRpcnR5IGJpdG1h cCB0byB0cmFjayBkaXJ0eSB2cmFtIHBhZ2VzLgpSYWNlcyBhcm9zZSB3aGVu IGEgZ3Vlc3QgYXR0ZW1wdGVkIHRvIHRyYWNrIGRpcnR5IHZyYW0gd2hpbGUg cGVyZm9ybWluZyBsaXZlCm1pZ3JhdGUuICAoVGhlIGRpc3BhdGNoIHRhYmxl IG1hbmFnZWQgYnkgcGFnaW5nX2xvZ19kaXJ0eV9pbml0KCkgbWlnaHQgY2hh bmdlCmluIHRoZSBtaWRkbGUgb2YgYSBsb2cgZGlydHkgb3IgYSB2cmFtIHRy YWNraW5nIGZ1bmN0aW9uLikKClRoaXMgY2hhbmdlIGFsbG93cyBoYXAgbG9n IGRpcnR5IGFuZCBoYXAgdnJhbSB0cmFja2luZyB0byBiZSBjb25jdXJyZW50 LgpWcmFtIHRyYWNraW5nIG5vIGxvbmdlciB1c2VzIHRoZSBsb2cgZGlydHkg Yml0bWFwLiAgSW5zdGVhZCBpdCBkZXRlY3RzCmRpcnR5IHZyYW0gcGFnZXMg YnkgZXhhbWluaW5nIHRoZWlyIHAybSB0eXBlLiAgVGhlIGxvZyBkaXJ0eSBi aXRtYXAgaXMgb25seQp1c2VkIGJ5IHRoZSBsb2cgZGlydHkgY29kZS4gIEJl Y2F1c2UgdGhlIHR3byBvcGVyYXRpb25zIHVzZSBkaWZmZXJlbnQKbWVjaGFu aXNtcywgdGhleSBhcmUgbm8gbG9uZ2VyIG11dHVhbGx5IGV4Y2x1c2l2ZS4K ClNpZ25lZC1PZmYtQnk6IFJvYmVydCBQaGlsbGlwcyA8cm9iZXJ0LnBoaWxs aXBzQGNpdHJpeC5jb20+CkFja2VkLWJ5OiBUaW0gRGVlZ2FuIDx0aW1AeGVu Lm9yZz4KCk1pbm9yIHdoaXRlc3BhY2UgY2hhbmdlcyB0byBjb25mb3JtIHdp dGggY29kaW5nIHN0eWxlClNpZ25lZC1vZmYtYnk6IFRpbSBEZWVnYW4gPHRp bUB4ZW4ub3JnPgoKQ29tbWl0dGVkLWJ5OiBUaW0gRGVlZ2FuIDx0aW1AeGVu Lm9yZz4KbWFzdGVyIGNvbW1pdDogZmQ5MWEyYTY2MmJjNTk2NzdlMGYyMTc0 MjNhN2ExNTVkNTQ2NTg4NgptYXN0ZXIgZGF0ZTogMjAxMi0xMi0xMyAxMjox MDoxNCArMDAwMAoKLS0tIGEveGVuL2FyY2gveDg2L21tL2hhcC9oYXAuYwor KysgYi94ZW4vYXJjaC94ODYvbW0vaGFwL2hhcC5jCkBAIC01NiwxMzIgKzU2 LDExMCBAQAogLyogICAgICAgICAgSEFQIFZSQU0gVFJBQ0tJTkcgU1VQUE9S VCAgICAgICAgICAgKi8KIC8qKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKiovCiAKLXN0YXRpYyBpbnQgaGFwX2VuYWJs ZV92cmFtX3RyYWNraW5nKHN0cnVjdCBkb21haW4gKmQpCi17Ci0gICAgc3Ry dWN0IHNoX2RpcnR5X3ZyYW0gKmRpcnR5X3ZyYW0gPSBkLT5hcmNoLmh2bV9k b21haW4uZGlydHlfdnJhbTsKLQotICAgIGlmICggIWRpcnR5X3ZyYW0gKQot ICAgICAgICByZXR1cm4gLUVJTlZBTDsKLQotICAgIC8qIHR1cm4gb24gUEdf bG9nX2RpcnR5IGJpdCBpbiBwYWdpbmcgbW9kZSAqLwotICAgIHBhZ2luZ19s b2NrKGQpOwotICAgIGQtPmFyY2gucGFnaW5nLm1vZGUgfD0gUEdfbG9nX2Rp cnR5OwotICAgIHBhZ2luZ191bmxvY2soZCk7Ci0KLSAgICAvKiBzZXQgbDFl IGVudHJpZXMgb2YgUDJNIHRhYmxlIHRvIGJlIHJlYWQtb25seS4gKi8KLSAg ICBwMm1fY2hhbmdlX3R5cGVfcmFuZ2UoZCwgZGlydHlfdnJhbS0+YmVnaW5f cGZuLCBkaXJ0eV92cmFtLT5lbmRfcGZuLCAKLSAgICAgICAgICAgICAgICAg ICAgICAgICAgcDJtX3JhbV9ydywgcDJtX3JhbV9sb2dkaXJ0eSk7Ci0KLSAg ICBmbHVzaF90bGJfbWFzayhkLT5kb21haW5fZGlydHlfY3B1bWFzayk7Ci0g ICAgcmV0dXJuIDA7Ci19Ci0KLXN0YXRpYyBpbnQgaGFwX2Rpc2FibGVfdnJh bV90cmFja2luZyhzdHJ1Y3QgZG9tYWluICpkKQotewotICAgIHN0cnVjdCBz aF9kaXJ0eV92cmFtICpkaXJ0eV92cmFtID0gZC0+YXJjaC5odm1fZG9tYWlu LmRpcnR5X3ZyYW07Ci0KLSAgICBpZiAoICFkaXJ0eV92cmFtICkKLSAgICAg ICAgcmV0dXJuIC1FSU5WQUw7Ci0KLSAgICBwYWdpbmdfbG9jayhkKTsKLSAg ICBkLT5hcmNoLnBhZ2luZy5tb2RlICY9IH5QR19sb2dfZGlydHk7Ci0gICAg cGFnaW5nX3VubG9jayhkKTsKLQotICAgIC8qIHNldCBsMWUgZW50cmllcyBv ZiBQMk0gdGFibGUgd2l0aCBub3JtYWwgbW9kZSAqLwotICAgIHAybV9jaGFu Z2VfdHlwZV9yYW5nZShkLCBkaXJ0eV92cmFtLT5iZWdpbl9wZm4sIGRpcnR5 X3ZyYW0tPmVuZF9wZm4sIAotICAgICAgICAgICAgICAgICAgICAgICAgICBw Mm1fcmFtX2xvZ2RpcnR5LCBwMm1fcmFtX3J3KTsKLQotICAgIGZsdXNoX3Rs Yl9tYXNrKGQtPmRvbWFpbl9kaXJ0eV9jcHVtYXNrKTsKLSAgICByZXR1cm4g MDsKLX0KLQotc3RhdGljIHZvaWQgaGFwX2NsZWFuX3ZyYW1fdHJhY2tpbmco c3RydWN0IGRvbWFpbiAqZCkKLXsKLSAgICBzdHJ1Y3Qgc2hfZGlydHlfdnJh bSAqZGlydHlfdnJhbSA9IGQtPmFyY2guaHZtX2RvbWFpbi5kaXJ0eV92cmFt OwotCi0gICAgaWYgKCAhZGlydHlfdnJhbSApCi0gICAgICAgIHJldHVybjsK LQotICAgIC8qIHNldCBsMWUgZW50cmllcyBvZiBQMk0gdGFibGUgdG8gYmUg cmVhZC1vbmx5LiAqLwotICAgIHAybV9jaGFuZ2VfdHlwZV9yYW5nZShkLCBk aXJ0eV92cmFtLT5iZWdpbl9wZm4sIGRpcnR5X3ZyYW0tPmVuZF9wZm4sIAot ICAgICAgICAgICAgICAgICAgICAgICAgICBwMm1fcmFtX3J3LCBwMm1fcmFt X2xvZ2RpcnR5KTsKLQotICAgIGZsdXNoX3RsYl9tYXNrKGQtPmRvbWFpbl9k aXJ0eV9jcHVtYXNrKTsKLX0KLQotc3RhdGljIHZvaWQgaGFwX3ZyYW1fdHJh Y2tpbmdfaW5pdChzdHJ1Y3QgZG9tYWluICpkKQotewotICAgIHBhZ2luZ19s b2dfZGlydHlfaW5pdChkLCBoYXBfZW5hYmxlX3ZyYW1fdHJhY2tpbmcsCi0g ICAgICAgICAgICAgICAgICAgICAgICAgIGhhcF9kaXNhYmxlX3ZyYW1fdHJh Y2tpbmcsCi0gICAgICAgICAgICAgICAgICAgICAgICAgIGhhcF9jbGVhbl92 cmFtX3RyYWNraW5nKTsKLX0KKy8qCisgKiBoYXBfdHJhY2tfZGlydHlfdnJh bSgpCisgKiBDcmVhdGUgdGhlIGRvbWFpbidzIGR2X2RpcnR5X3ZyYW0gc3Ry dWN0IG9uIGRlbWFuZC4KKyAqIENyZWF0ZSBhIGRpcnR5IHZyYW0gcmFuZ2Ug b24gZGVtYW5kIHdoZW4gc29tZSBbYmVnaW5fcGZuOmJlZ2luX3Bmbitucl0g aXMKKyAqIGZpcnN0IGVuY291bnRlcmVkLgorICogQ29sbGVjdCB0aGUgZ3Vl c3RfZGlydHkgYml0bWFzaywgYSBiaXQgbWFzayBvZiB0aGUgZGlydHkgdnJh bSBwYWdlcywgYnkKKyAqIGNhbGxpbmcgcGFnaW5nX2xvZ19kaXJ0eV9yYW5n ZSgpLCB3aGljaCBpbnRlcnJvZ2F0ZXMgZWFjaCB2cmFtCisgKiBwYWdlJ3Mg cDJtIHR5cGUgbG9va2luZyBmb3IgcGFnZXMgdGhhdCBoYXZlIGJlZW4gbWFk ZSB3cml0YWJsZS4KKyAqLwogCiBpbnQgaGFwX3RyYWNrX2RpcnR5X3ZyYW0o c3RydWN0IGRvbWFpbiAqZCwKICAgICAgICAgICAgICAgICAgICAgICAgICB1 bnNpZ25lZCBsb25nIGJlZ2luX3BmbiwKICAgICAgICAgICAgICAgICAgICAg ICAgICB1bnNpZ25lZCBsb25nIG5yLAotICAgICAgICAgICAgICAgICAgICAg ICAgIFhFTl9HVUVTVF9IQU5ETEVfNjQodWludDgpIGRpcnR5X2JpdG1hcCkK KyAgICAgICAgICAgICAgICAgICAgICAgICBYRU5fR1VFU1RfSEFORExFXzY0 KHVpbnQ4KSBndWVzdF9kaXJ0eV9iaXRtYXApCiB7CiAgICAgbG9uZyByYyA9 IDA7Ci0gICAgc3RydWN0IHNoX2RpcnR5X3ZyYW0gKmRpcnR5X3ZyYW0gPSBk LT5hcmNoLmh2bV9kb21haW4uZGlydHlfdnJhbTsKKyAgICBzdHJ1Y3Qgc2hf ZGlydHlfdnJhbSAqZGlydHlfdnJhbTsKKyAgICB1aW50OF90ICpkaXJ0eV9i aXRtYXAgPSBOVUxMOwogCiAgICAgaWYgKCBuciApCiAgICAgewotICAgICAg ICBpZiAoIHBhZ2luZ19tb2RlX2xvZ19kaXJ0eShkKSAmJiBkaXJ0eV92cmFt ICkKKyAgICAgICAgaW50IHNpemUgPSAobnIgKyBCSVRTX1BFUl9CWVRFIC0g MSkgLyBCSVRTX1BFUl9CWVRFOworCisgICAgICAgIGlmICggIXBhZ2luZ19t b2RlX2xvZ19kaXJ0eShkKSApCiAgICAgICAgIHsKLSAgICAgICAgICAgIGlm ICggYmVnaW5fcGZuICE9IGRpcnR5X3ZyYW0tPmJlZ2luX3BmbiB8fAotICAg ICAgICAgICAgICAgICBiZWdpbl9wZm4gKyBuciAhPSBkaXJ0eV92cmFtLT5l bmRfcGZuICkKLSAgICAgICAgICAgIHsKLSAgICAgICAgICAgICAgICBwYWdp bmdfbG9nX2RpcnR5X2Rpc2FibGUoZCk7Ci0gICAgICAgICAgICAgICAgZGly dHlfdnJhbS0+YmVnaW5fcGZuID0gYmVnaW5fcGZuOwotICAgICAgICAgICAg ICAgIGRpcnR5X3ZyYW0tPmVuZF9wZm4gPSBiZWdpbl9wZm4gKyBucjsKLSAg ICAgICAgICAgICAgICByYyA9IHBhZ2luZ19sb2dfZGlydHlfZW5hYmxlKGQp OwotICAgICAgICAgICAgICAgIGlmIChyYyAhPSAwKQotICAgICAgICAgICAg ICAgICAgICBnb3RvIHBhcmFtX2ZhaWw7Ci0gICAgICAgICAgICB9CisgICAg ICAgICAgICBoYXBfbG9nZGlydHlfaW5pdChkKTsKKyAgICAgICAgICAgIHJj ID0gcGFnaW5nX2xvZ19kaXJ0eV9lbmFibGUoZCk7CisgICAgICAgICAgICBp ZiAoIHJjICkKKyAgICAgICAgICAgICAgICBnb3RvIG91dDsKICAgICAgICAg fQotICAgICAgICBlbHNlIGlmICggIXBhZ2luZ19tb2RlX2xvZ19kaXJ0eShk KSAmJiAhZGlydHlfdnJhbSApCisKKyAgICAgICAgcmMgPSAtRU5PTUVNOwor ICAgICAgICBkaXJ0eV9iaXRtYXAgPSB4emFsbG9jX2J5dGVzKHNpemUpOwor ICAgICAgICBpZiAoICFkaXJ0eV9iaXRtYXAgKQorICAgICAgICAgICAgZ290 byBvdXQ7CisKKyAgICAgICAgcGFnaW5nX2xvY2soZCk7CisKKyAgICAgICAg ZGlydHlfdnJhbSA9IGQtPmFyY2guaHZtX2RvbWFpbi5kaXJ0eV92cmFtOwor ICAgICAgICBpZiAoICFkaXJ0eV92cmFtICkKICAgICAgICAgewogICAgICAg ICAgICAgcmMgPSAtRU5PTUVNOwotICAgICAgICAgICAgaWYgKCAoZGlydHlf dnJhbSA9IHhtYWxsb2Moc3RydWN0IHNoX2RpcnR5X3ZyYW0pKSA9PSBOVUxM ICkKLSAgICAgICAgICAgICAgICBnb3RvIHBhcmFtX2ZhaWw7CisgICAgICAg ICAgICBpZiAoIChkaXJ0eV92cmFtID0geHphbGxvYyhzdHJ1Y3Qgc2hfZGly dHlfdnJhbSkpID09IE5VTEwgKQorICAgICAgICAgICAgeworICAgICAgICAg ICAgICAgIHBhZ2luZ191bmxvY2soZCk7CisgICAgICAgICAgICAgICAgZ290 byBvdXQ7CisgICAgICAgICAgICB9CiAKKyAgICAgICAgICAgIGQtPmFyY2gu aHZtX2RvbWFpbi5kaXJ0eV92cmFtID0gZGlydHlfdnJhbTsKKyAgICAgICAg fQorCisgICAgICAgIGlmICggYmVnaW5fcGZuICE9IGRpcnR5X3ZyYW0tPmJl Z2luX3BmbiB8fAorICAgICAgICAgICAgIGJlZ2luX3BmbiArIG5yICE9IGRp cnR5X3ZyYW0tPmVuZF9wZm4gKQorICAgICAgICB7CiAgICAgICAgICAgICBk aXJ0eV92cmFtLT5iZWdpbl9wZm4gPSBiZWdpbl9wZm47CiAgICAgICAgICAg ICBkaXJ0eV92cmFtLT5lbmRfcGZuID0gYmVnaW5fcGZuICsgbnI7Ci0gICAg ICAgICAgICBkLT5hcmNoLmh2bV9kb21haW4uZGlydHlfdnJhbSA9IGRpcnR5 X3ZyYW07Ci0gICAgICAgICAgICBoYXBfdnJhbV90cmFja2luZ19pbml0KGQp OwotICAgICAgICAgICAgcmMgPSBwYWdpbmdfbG9nX2RpcnR5X2VuYWJsZShk KTsKLSAgICAgICAgICAgIGlmIChyYyAhPSAwKQotICAgICAgICAgICAgICAg IGdvdG8gcGFyYW1fZmFpbDsKKworICAgICAgICAgICAgcGFnaW5nX3VubG9j ayhkKTsKKworICAgICAgICAgICAgLyogc2V0IGwxZSBlbnRyaWVzIG9mIHJh bmdlIHdpdGhpbiBQMk0gdGFibGUgdG8gYmUgcmVhZC1vbmx5LiAqLworICAg ICAgICAgICAgcDJtX2NoYW5nZV90eXBlX3JhbmdlKGQsIGJlZ2luX3Bmbiwg YmVnaW5fcGZuICsgbnIsCisgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgcDJtX3JhbV9ydywgcDJtX3JhbV9sb2dkaXJ0eSk7CisKKyAgICAg ICAgICAgIGZsdXNoX3RsYl9tYXNrKGQtPmRvbWFpbl9kaXJ0eV9jcHVtYXNr KTsKKworICAgICAgICAgICAgbWVtc2V0KGRpcnR5X2JpdG1hcCwgMHhmZiwg c2l6ZSk7IC8qIGNvbnNpZGVyIGFsbCBwYWdlcyBkaXJ0eSAqLwogICAgICAg ICB9CiAgICAgICAgIGVsc2UKICAgICAgICAgewotICAgICAgICAgICAgaWYg KCAhcGFnaW5nX21vZGVfbG9nX2RpcnR5KGQpICYmIGRpcnR5X3ZyYW0gKQot ICAgICAgICAgICAgICAgIHJjID0gLUVJTlZBTDsKLSAgICAgICAgICAgIGVs c2UKLSAgICAgICAgICAgICAgICByYyA9IC1FTk9EQVRBOwotICAgICAgICAg ICAgZ290byBwYXJhbV9mYWlsOworICAgICAgICAgICAgcGFnaW5nX3VubG9j ayhkKTsKKworICAgICAgICAgICAgZG9tYWluX3BhdXNlKGQpOworCisgICAg ICAgICAgICAvKiBnZXQgdGhlIGJpdG1hcCAqLworICAgICAgICAgICAgcGFn aW5nX2xvZ19kaXJ0eV9yYW5nZShkLCBiZWdpbl9wZm4sIG5yLCBkaXJ0eV9i aXRtYXApOworCisgICAgICAgICAgICBkb21haW5fdW5wYXVzZShkKTsKICAg ICAgICAgfQotICAgICAgICAvKiBnZXQgdGhlIGJpdG1hcCAqLwotICAgICAg ICByYyA9IHBhZ2luZ19sb2dfZGlydHlfcmFuZ2UoZCwgYmVnaW5fcGZuLCBu ciwgZGlydHlfYml0bWFwKTsKKworICAgICAgICByYyA9IC1FRkFVTFQ7Cisg ICAgICAgIGlmICggY29weV90b19ndWVzdChndWVzdF9kaXJ0eV9iaXRtYXAs IGRpcnR5X2JpdG1hcCwgc2l6ZSkgPT0gMCApCisgICAgICAgICAgICByYyA9 IDA7CiAgICAgfQogICAgIGVsc2UKICAgICB7Ci0gICAgICAgIGlmICggcGFn aW5nX21vZGVfbG9nX2RpcnR5KGQpICYmIGRpcnR5X3ZyYW0gKSB7Ci0gICAg ICAgICAgICByYyA9IHBhZ2luZ19sb2dfZGlydHlfZGlzYWJsZShkKTsKLSAg ICAgICAgICAgIHhmcmVlKGRpcnR5X3ZyYW0pOwotICAgICAgICAgICAgZGly dHlfdnJhbSA9IGQtPmFyY2guaHZtX2RvbWFpbi5kaXJ0eV92cmFtID0gTlVM TDsKLSAgICAgICAgfSBlbHNlCi0gICAgICAgICAgICByYyA9IDA7Ci0gICAg fQorICAgICAgICBwYWdpbmdfbG9jayhkKTsKIAotICAgIHJldHVybiByYzsK KyAgICAgICAgZGlydHlfdnJhbSA9IGQtPmFyY2guaHZtX2RvbWFpbi5kaXJ0 eV92cmFtOworICAgICAgICBpZiAoIGRpcnR5X3ZyYW0gKQorICAgICAgICB7 CisgICAgICAgICAgICAvKgorICAgICAgICAgICAgICogSWYgemVybyBwYWdl cyBzcGVjaWZpZWQgd2hpbGUgdHJhY2tpbmcgZGlydHkgdnJhbQorICAgICAg ICAgICAgICogdGhlbiBzdG9wIHRyYWNraW5nCisgICAgICAgICAgICAgKi8K KyAgICAgICAgICAgIHhmcmVlKGRpcnR5X3ZyYW0pOworICAgICAgICAgICAg ZC0+YXJjaC5odm1fZG9tYWluLmRpcnR5X3ZyYW0gPSBOVUxMOworICAgICAg ICB9CiAKLXBhcmFtX2ZhaWw6Ci0gICAgaWYgKCBkaXJ0eV92cmFtICkKLSAg ICB7Ci0gICAgICAgIHhmcmVlKGRpcnR5X3ZyYW0pOwotICAgICAgICBkaXJ0 eV92cmFtID0gZC0+YXJjaC5odm1fZG9tYWluLmRpcnR5X3ZyYW0gPSBOVUxM OworICAgICAgICBwYWdpbmdfdW5sb2NrKGQpOwogICAgIH0KK291dDoKKyAg ICBpZiAoIGRpcnR5X2JpdG1hcCApCisgICAgICAgIHhmcmVlKGRpcnR5X2Jp dG1hcCk7CisKICAgICByZXR1cm4gcmM7CiB9CiAKQEAgLTIyMywxMyArMjAx LDYgQEAgc3RhdGljIHZvaWQgaGFwX2NsZWFuX2RpcnR5X2JpdG1hcChzdHJ1 YwogCiB2b2lkIGhhcF9sb2dkaXJ0eV9pbml0KHN0cnVjdCBkb21haW4gKmQp CiB7Ci0gICAgc3RydWN0IHNoX2RpcnR5X3ZyYW0gKmRpcnR5X3ZyYW0gPSBk LT5hcmNoLmh2bV9kb21haW4uZGlydHlfdnJhbTsKLSAgICBpZiAoIHBhZ2lu Z19tb2RlX2xvZ19kaXJ0eShkKSAmJiBkaXJ0eV92cmFtICkKLSAgICB7Ci0g ICAgICAgIHBhZ2luZ19sb2dfZGlydHlfZGlzYWJsZShkKTsKLSAgICAgICAg eGZyZWUoZGlydHlfdnJhbSk7Ci0gICAgICAgIGRpcnR5X3ZyYW0gPSBkLT5h cmNoLmh2bV9kb21haW4uZGlydHlfdnJhbSA9IE5VTEw7Ci0gICAgfQogCiAg ICAgLyogUmVpbml0aWFsaXplIGxvZ2RpcnR5IG1lY2hhbmlzbSAqLwogICAg IHBhZ2luZ19sb2dfZGlydHlfaW5pdChkLCBoYXBfZW5hYmxlX2xvZ19kaXJ0 eSwKLS0tIGEveGVuL2FyY2gveDg2L21tL3BhZ2luZy5jCisrKyBiL3hlbi9h cmNoL3g4Ni9tbS9wYWdpbmcuYwpAQCAtNDQ3LDE1NyArNDQ3LDM4IEBAIGlu dCBwYWdpbmdfbG9nX2RpcnR5X29wKHN0cnVjdCBkb21haW4gKmQKICAgICBy ZXR1cm4gcnY7CiB9CiAKLWludCBwYWdpbmdfbG9nX2RpcnR5X3JhbmdlKHN0 cnVjdCBkb21haW4gKmQsCi0gICAgICAgICAgICAgICAgICAgICAgICAgICAg dW5zaWduZWQgbG9uZyBiZWdpbl9wZm4sCi0gICAgICAgICAgICAgICAgICAg ICAgICAgICAgdW5zaWduZWQgbG9uZyBuciwKLSAgICAgICAgICAgICAgICAg ICAgICAgICAgICBYRU5fR1VFU1RfSEFORExFXzY0KHVpbnQ4KSBkaXJ0eV9i aXRtYXApCi17Ci0gICAgaW50IHJ2ID0gMDsKLSAgICB1bnNpZ25lZCBsb25n IHBhZ2VzID0gMDsKLSAgICBtZm5fdCAqbDQsICpsMywgKmwyOwotICAgIHVu c2lnbmVkIGxvbmcgKmwxOwotICAgIGludCBiMSwgYjIsIGIzLCBiNDsKLSAg ICBpbnQgaTIsIGkzLCBpNDsKLQotICAgIGQtPmFyY2gucGFnaW5nLmxvZ19k aXJ0eS5jbGVhbl9kaXJ0eV9iaXRtYXAoZCk7Ci0gICAgcGFnaW5nX2xvY2so ZCk7Ci0KLSAgICBQQUdJTkdfREVCVUcoTE9HRElSVFksICJsb2ctZGlydHkt cmFuZ2U6IGRvbSAldSBmYXVsdHM9JXUgZGlydHk9JXVcbiIsCi0gICAgICAg ICAgICAgICAgIGQtPmRvbWFpbl9pZCwKLSAgICAgICAgICAgICAgICAgZC0+ YXJjaC5wYWdpbmcubG9nX2RpcnR5LmZhdWx0X2NvdW50LAotICAgICAgICAg ICAgICAgICBkLT5hcmNoLnBhZ2luZy5sb2dfZGlydHkuZGlydHlfY291bnQp OwotCi0gICAgaWYgKCB1bmxpa2VseShkLT5hcmNoLnBhZ2luZy5sb2dfZGly dHkuZmFpbGVkX2FsbG9jcykgKSB7Ci0gICAgICAgIHByaW50aygiJXM6ICVk IGZhaWxlZCBwYWdlIGFsbG9jcyB3aGlsZSBsb2dnaW5nIGRpcnR5IHBhZ2Vz XG4iLAotICAgICAgICAgICAgICAgX19GVU5DVElPTl9fLCBkLT5hcmNoLnBh Z2luZy5sb2dfZGlydHkuZmFpbGVkX2FsbG9jcyk7Ci0gICAgICAgIHJ2ID0g LUVOT01FTTsKLSAgICAgICAgZ290byBvdXQ7Ci0gICAgfQordm9pZCBwYWdp bmdfbG9nX2RpcnR5X3JhbmdlKHN0cnVjdCBkb21haW4gKmQsCisgICAgICAg ICAgICAgICAgICAgICAgICAgICB1bnNpZ25lZCBsb25nIGJlZ2luX3BmbiwK KyAgICAgICAgICAgICAgICAgICAgICAgICAgIHVuc2lnbmVkIGxvbmcgbnIs CisgICAgICAgICAgICAgICAgICAgICAgICAgICB1aW50OF90ICpkaXJ0eV9i aXRtYXApCit7CisgICAgc3RydWN0IHAybV9kb21haW4gKnAybSA9IHAybV9n ZXRfaG9zdHAybShkKTsKKyAgICBpbnQgaTsKKyAgICB1bnNpZ25lZCBsb25n IHBmbjsKKworICAgIC8qCisgICAgICogU2V0IGwxZSBlbnRyaWVzIG9mIFAy TSB0YWJsZSB0byBiZSByZWFkLW9ubHkuCisgICAgICoKKyAgICAgKiBPbiBm aXJzdCB3cml0ZSwgaXQgcGFnZSBmYXVsdHMsIGl0cyBlbnRyeSBpcyBjaGFu Z2VkIHRvIHJlYWQtd3JpdGUsCisgICAgICogYW5kIG9uIHJldHJ5IHRoZSB3 cml0ZSBzdWNjZWVkcy4KKyAgICAgKgorICAgICAqIFdlIHBvcHVsYXRlIGRp cnR5X2JpdG1hcCBieSBsb29raW5nIGZvciBlbnRyaWVzIHRoYXQgaGF2ZSBi ZWVuCisgICAgICogc3dpdGNoZWQgdG8gcmVhZC13cml0ZS4KKyAgICAgKi8K IAotICAgIGlmICggIWQtPmFyY2gucGFnaW5nLmxvZ19kaXJ0eS5mYXVsdF9j b3VudCAmJgotICAgICAgICAgIWQtPmFyY2gucGFnaW5nLmxvZ19kaXJ0eS5k aXJ0eV9jb3VudCApIHsKLSAgICAgICAgdW5zaWduZWQgaW50IHNpemUgPSBC SVRTX1RPX0xPTkdTKG5yKTsKLQotICAgICAgICBpZiAoIGNsZWFyX2d1ZXN0 KGRpcnR5X2JpdG1hcCwgc2l6ZSAqIEJZVEVTX1BFUl9MT05HKSAhPSAwICkK LSAgICAgICAgICAgIHJ2ID0gLUVGQVVMVDsKLSAgICAgICAgZ290byBvdXQ7 Ci0gICAgfQotICAgIGQtPmFyY2gucGFnaW5nLmxvZ19kaXJ0eS5mYXVsdF9j b3VudCA9IDA7Ci0gICAgZC0+YXJjaC5wYWdpbmcubG9nX2RpcnR5LmRpcnR5 X2NvdW50ID0gMDsKKyAgICBwMm1fbG9jayhwMm0pOwogCi0gICAgYjEgPSBM MV9MT0dESVJUWV9JRFgoYmVnaW5fcGZuKTsKLSAgICBiMiA9IEwyX0xPR0RJ UlRZX0lEWChiZWdpbl9wZm4pOwotICAgIGIzID0gTDNfTE9HRElSVFlfSURY KGJlZ2luX3Bmbik7Ci0gICAgYjQgPSBMNF9MT0dESVJUWV9JRFgoYmVnaW5f cGZuKTsKLSAgICBsNCA9IHBhZ2luZ19tYXBfbG9nX2RpcnR5X2JpdG1hcChk KTsKLQotICAgIGZvciAoIGk0ID0gYjQ7Ci0gICAgICAgICAgKHBhZ2VzIDwg bnIpICYmIChpNCA8IExPR0RJUlRZX05PREVfRU5UUklFUyk7Ci0gICAgICAg ICAgaTQrKyApCisgICAgZm9yICggaSA9IDAsIHBmbiA9IGJlZ2luX3Bmbjsg cGZuIDwgYmVnaW5fcGZuICsgbnI7IGkrKywgcGZuKysgKQogICAgIHsKLSAg ICAgICAgbDMgPSAobDQgJiYgbWZuX3ZhbGlkKGw0W2k0XSkpID8gbWFwX2Rv bWFpbl9wYWdlKG1mbl94KGw0W2k0XSkpIDogTlVMTDsKLSAgICAgICAgZm9y ICggaTMgPSBiMzsKLSAgICAgICAgICAgICAgKHBhZ2VzIDwgbnIpICYmIChp MyA8IExPR0RJUlRZX05PREVfRU5UUklFUyk7Ci0gICAgICAgICAgICAgIGkz KysgKQotICAgICAgICB7Ci0gICAgICAgICAgICBsMiA9ICgobDMgJiYgbWZu X3ZhbGlkKGwzW2kzXSkpID8KLSAgICAgICAgICAgICAgICAgIG1hcF9kb21h aW5fcGFnZShtZm5feChsM1tpM10pKSA6IE5VTEwpOwotICAgICAgICAgICAg Zm9yICggaTIgPSBiMjsKLSAgICAgICAgICAgICAgICAgIChwYWdlcyA8IG5y KSAmJiAoaTIgPCBMT0dESVJUWV9OT0RFX0VOVFJJRVMpOwotICAgICAgICAg ICAgICAgICAgaTIrKyApCi0gICAgICAgICAgICB7Ci0gICAgICAgICAgICAg ICAgdW5zaWduZWQgaW50IGJ5dGVzID0gUEFHRV9TSVpFOwotICAgICAgICAg ICAgICAgIHVpbnQ4X3QgKnM7Ci0gICAgICAgICAgICAgICAgbDEgPSAoKGwy ICYmIG1mbl92YWxpZChsMltpMl0pKSA/Ci0gICAgICAgICAgICAgICAgICAg ICAgbWFwX2RvbWFpbl9wYWdlKG1mbl94KGwyW2kyXSkpIDogTlVMTCk7Ci0K LSAgICAgICAgICAgICAgICBzID0gKCh1aW50OF90KilsMSkgKyAoYjEgPj4g Myk7Ci0gICAgICAgICAgICAgICAgYnl0ZXMgLT0gYjEgPj4gMzsKLQotICAg ICAgICAgICAgICAgIGlmICggbGlrZWx5KCgobnIgLSBwYWdlcyArIDcpID4+ IDMpIDwgYnl0ZXMpICkKLSAgICAgICAgICAgICAgICAgICAgYnl0ZXMgPSAo dW5zaWduZWQgaW50KSgobnIgLSBwYWdlcyArIDcpID4+IDMpOwotCi0gICAg ICAgICAgICAgICAgaWYgKCAhbDEgKQotICAgICAgICAgICAgICAgIHsKLSAg ICAgICAgICAgICAgICAgICAgaWYgKCBjbGVhcl9ndWVzdF9vZmZzZXQoZGly dHlfYml0bWFwLCBwYWdlcyA+PiAzLAotICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICBieXRlcykgIT0gMCApCi0gICAgICAg ICAgICAgICAgICAgIHsKLSAgICAgICAgICAgICAgICAgICAgICAgIHJ2ID0g LUVGQVVMVDsKLSAgICAgICAgICAgICAgICAgICAgICAgIGdvdG8gb3V0Owot ICAgICAgICAgICAgICAgICAgICB9Ci0gICAgICAgICAgICAgICAgfQotICAg ICAgICAgICAgICAgIC8qIGJlZ2luX3BmbiBpcyBub3QgMzJLIGFsaWduZWQs IGhlbmNlIHdlIGhhdmUgdG8gYml0Ci0gICAgICAgICAgICAgICAgICogc2hp ZnQgdGhlIGJpdG1hcCAqLwotICAgICAgICAgICAgICAgIGVsc2UgaWYgKCBi MSAmIDB4NyApCi0gICAgICAgICAgICAgICAgewotICAgICAgICAgICAgICAg ICAgICBpbnQgaSwgajsKLSAgICAgICAgICAgICAgICAgICAgdWludDMyX3Qg KmwgPSAodWludDMyX3QqKSBzOwotICAgICAgICAgICAgICAgICAgICBpbnQg Yml0cyA9IGIxICYgMHg3OwotICAgICAgICAgICAgICAgICAgICBpbnQgYml0 bWFzayA9ICgxIDw8IGJpdHMpIC0gMTsKLSAgICAgICAgICAgICAgICAgICAg aW50IHNpemUgPSAoYnl0ZXMgKyBCWVRFU19QRVJfTE9ORyAtIDEpIC8gQllU RVNfUEVSX0xPTkc7Ci0gICAgICAgICAgICAgICAgICAgIHVuc2lnbmVkIGxv bmcgYml0bWFwW3NpemVdOwotICAgICAgICAgICAgICAgICAgICBzdGF0aWMg dW5zaWduZWQgbG9uZyBwcmludGVkID0gMDsKLQotICAgICAgICAgICAgICAg ICAgICBpZiAoIHByaW50ZWQgIT0gYmVnaW5fcGZuICkKLSAgICAgICAgICAg ICAgICAgICAgewotICAgICAgICAgICAgICAgICAgICAgICAgZHByaW50ayhY RU5MT0dfREVCVUcsICIlczogYmVnaW5fcGZuICVseCBpcyBub3QgMzJLIGFs aWduZWQhXG4iLAotICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBf X0ZVTkNUSU9OX18sIGJlZ2luX3Bmbik7Ci0gICAgICAgICAgICAgICAgICAg ICAgICBwcmludGVkID0gYmVnaW5fcGZuOwotICAgICAgICAgICAgICAgICAg ICB9Ci0KLSAgICAgICAgICAgICAgICAgICAgZm9yICggaSA9IDA7IGkgPCBz aXplIC0gMTsgaSsrLCBsKysgKSB7Ci0gICAgICAgICAgICAgICAgICAgICAg ICBiaXRtYXBbaV0gPSAoKCpsKSA+PiBiaXRzKSB8Ci0gICAgICAgICAgICAg ICAgICAgICAgICAgICAgKCgoKigodWludDhfdCopKGwgKyAxKSkpICYgYml0 bWFzaykgPDwgKHNpemVvZigqbCkgKiA4IC0gYml0cykpOwotICAgICAgICAg ICAgICAgICAgICB9Ci0gICAgICAgICAgICAgICAgICAgIHMgPSAodWludDhf dCopIGw7Ci0gICAgICAgICAgICAgICAgICAgIHNpemUgPSBCWVRFU19QRVJf TE9ORyAtICgoYjEgPj4gMykgJiAweDMpOwotICAgICAgICAgICAgICAgICAg ICBiaXRtYXBbaV0gPSAwOwotICAgICAgICAgICAgICAgICAgICBmb3IgKCBq ID0gMDsgaiA8IHNpemU7IGorKywgcysrICkKLSAgICAgICAgICAgICAgICAg ICAgICAgIGJpdG1hcFtpXSB8PSAoKnMpIDw8IChqICogOCk7Ci0gICAgICAg ICAgICAgICAgICAgIGJpdG1hcFtpXSA9IChiaXRtYXBbaV0gPj4gYml0cykg fCAoYml0bWFzayA8PCAoc2l6ZSAqIDggLSBiaXRzKSk7Ci0gICAgICAgICAg ICAgICAgICAgIGlmICggY29weV90b19ndWVzdF9vZmZzZXQoZGlydHlfYml0 bWFwLCAocGFnZXMgPj4gMyksCi0gICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICh1aW50OF90KikgYml0bWFwLCBieXRlcykgIT0gMCApCi0gICAg ICAgICAgICAgICAgICAgIHsKLSAgICAgICAgICAgICAgICAgICAgICAgIHJ2 ID0gLUVGQVVMVDsKLSAgICAgICAgICAgICAgICAgICAgICAgIGdvdG8gb3V0 OwotICAgICAgICAgICAgICAgICAgICB9Ci0gICAgICAgICAgICAgICAgfQot ICAgICAgICAgICAgICAgIGVsc2UKLSAgICAgICAgICAgICAgICB7Ci0gICAg ICAgICAgICAgICAgICAgIGlmICggY29weV90b19ndWVzdF9vZmZzZXQoZGly dHlfYml0bWFwLCBwYWdlcyA+PiAzLAotICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgIHMsIGJ5dGVzKSAhPSAwICkKLSAg ICAgICAgICAgICAgICAgICAgewotICAgICAgICAgICAgICAgICAgICAgICAg cnYgPSAtRUZBVUxUOwotICAgICAgICAgICAgICAgICAgICAgICAgZ290byBv dXQ7Ci0gICAgICAgICAgICAgICAgICAgIH0KLSAgICAgICAgICAgICAgICB9 Ci0KLSAgICAgICAgICAgICAgICBwYWdlcyArPSBieXRlcyA8PCAzOwotICAg ICAgICAgICAgICAgIGlmICggbDEgKQotICAgICAgICAgICAgICAgIHsKLSAg ICAgICAgICAgICAgICAgICAgY2xlYXJfcGFnZShsMSk7Ci0gICAgICAgICAg ICAgICAgICAgIHVubWFwX2RvbWFpbl9wYWdlKGwxKTsKLSAgICAgICAgICAg ICAgICB9Ci0gICAgICAgICAgICAgICAgYjEgPSBiMSAmIDB4NzsKLSAgICAg ICAgICAgIH0KLSAgICAgICAgICAgIGIyID0gMDsKLSAgICAgICAgICAgIGlm ICggbDIgKQotICAgICAgICAgICAgICAgIHVubWFwX2RvbWFpbl9wYWdlKGwy KTsKLSAgICAgICAgfQotICAgICAgICBiMyA9IDA7Ci0gICAgICAgIGlmICgg bDMgKQotICAgICAgICAgICAgdW5tYXBfZG9tYWluX3BhZ2UobDMpOworICAg ICAgICBwMm1fdHlwZV90IHB0OworICAgICAgICBwdCA9IHAybV9jaGFuZ2Vf dHlwZShkLCBwZm4sIHAybV9yYW1fcncsIHAybV9yYW1fbG9nZGlydHkpOwor ICAgICAgICBpZiAoIHB0ID09IHAybV9yYW1fcncgKQorICAgICAgICAgICAg ZGlydHlfYml0bWFwW2kgPj4gM10gfD0gKDEgPDwgKGkgJiA3KSk7CiAgICAg fQotICAgIGlmICggbDQgKQotICAgICAgICB1bm1hcF9kb21haW5fcGFnZShs NCk7Ci0KLSAgICBwYWdpbmdfdW5sb2NrKGQpOwogCi0gICAgcmV0dXJuIHJ2 OworICAgIHAybV91bmxvY2socDJtKTsKIAotIG91dDoKLSAgICBwYWdpbmdf dW5sb2NrKGQpOwotICAgIHJldHVybiBydjsKKyAgICBmbHVzaF90bGJfbWFz ayhkLT5kb21haW5fZGlydHlfY3B1bWFzayk7CiB9CiAKIC8qIE5vdGUgdGhh dCB0aGlzIGZ1bmN0aW9uIHRha2VzIHRocmVlIGZ1bmN0aW9uIHBvaW50ZXJz LiBDYWxsZXJzIG11c3Qgc3VwcGx5Ci0tLSBhL3hlbi9pbmNsdWRlL2FzbS14 ODYvY29uZmlnLmgKKysrIGIveGVuL2luY2x1ZGUvYXNtLXg4Ni9jb25maWcu aApAQCAtMTcsNiArMTcsNyBAQAogCiAjZGVmaW5lIEJZVEVTX1BFUl9MT05H ICgxIDw8IExPTkdfQllURU9SREVSKQogI2RlZmluZSBCSVRTX1BFUl9MT05H IChCWVRFU19QRVJfTE9ORyA8PCAzKQorI2RlZmluZSBCSVRTX1BFUl9CWVRF IDgKIAogI2RlZmluZSBDT05GSUdfWDg2IDEKICNkZWZpbmUgQ09ORklHX1g4 Nl9IVCAxCi0tLSBhL3hlbi9pbmNsdWRlL2FzbS14ODYvcGFnaW5nLmgKKysr IGIveGVuL2luY2x1ZGUvYXNtLXg4Ni9wYWdpbmcuaApAQCAtMTQ1LDEwICsx NDUsMTAgQEAgc3RydWN0IHBhZ2luZ19tb2RlIHsKIHZvaWQgcGFnaW5nX2Zy ZWVfbG9nX2RpcnR5X2JpdG1hcChzdHJ1Y3QgZG9tYWluICpkKTsKIAogLyog Z2V0IHRoZSBkaXJ0eSBiaXRtYXAgZm9yIGEgc3BlY2lmaWMgcmFuZ2Ugb2Yg cGZucyAqLwotaW50IHBhZ2luZ19sb2dfZGlydHlfcmFuZ2Uoc3RydWN0IGRv bWFpbiAqZCwKLSAgICAgICAgICAgICAgICAgICAgICAgICAgIHVuc2lnbmVk IGxvbmcgYmVnaW5fcGZuLAotICAgICAgICAgICAgICAgICAgICAgICAgICAg dW5zaWduZWQgbG9uZyBuciwKLSAgICAgICAgICAgICAgICAgICAgICAgICAg IFhFTl9HVUVTVF9IQU5ETEVfNjQodWludDgpIGRpcnR5X2JpdG1hcCk7Cit2 b2lkIHBhZ2luZ19sb2dfZGlydHlfcmFuZ2Uoc3RydWN0IGRvbWFpbiAqZCwK KyAgICAgICAgICAgICAgICAgICAgICAgICAgICB1bnNpZ25lZCBsb25nIGJl Z2luX3BmbiwKKyAgICAgICAgICAgICAgICAgICAgICAgICAgICB1bnNpZ25l ZCBsb25nIG5yLAorICAgICAgICAgICAgICAgICAgICAgICAgICAgIHVpbnQ4 X3QgKmRpcnR5X2JpdG1hcCk7CiAKIC8qIGVuYWJsZSBsb2cgZGlydHkgKi8K IGludCBwYWdpbmdfbG9nX2RpcnR5X2VuYWJsZShzdHJ1Y3QgZG9tYWluICpk KTsK --=separator Content-Type: application/octet-stream; name="xsa97-hap-4.3.patch" Content-Disposition: attachment; filename="xsa97-hap-4.3.patch" Content-Transfer-Encoding: base64 eDg2L3BhZ2luZzogbWFrZSBsb2ctZGlydHkgb3BlcmF0aW9ucyBwcmVlbXB0 aWJsZQoKQm90aCB0aGUgZnJlZWluZyBhbmQgdGhlIGluc3BlY3Rpb24gb2Yg dGhlIGJpdG1hcCBnZXQgZG9uZSBpbiAobmVzdGVkKQpsb29wcyB3aGljaCAt IGJlc2lkZXMgaGF2aW5nIGEgcmF0aGVyIGhpZ2ggaXRlcmF0aW9uIGNvdW50 IGluIGdlbmVyYWwsCmFsYmVpdCB0aGF0IHdvdWxkIGJlIGNvdmVyZWQgYnkg WFNBLTc3IC0gaGF2ZSB0aGUgbnVtYmVyIG9mIG5vbi10cml2aWFsCml0ZXJh dGlvbnMgdGhleSBuZWVkIHRvIHBlcmZvcm0gKGluZGlyZWN0bHkpIGNvbnRy b2xsYWJsZSBieSBib3RoIHRoZQpndWVzdCB0aGV5IGFyZSBmb3IgYW5kIGFu eSBkb21haW4gY29udHJvbGxpbmcgdGhlIGd1ZXN0IChpbmNsdWRpbmcgdGhl Cm9uZSBydW5uaW5nIHFlbXUgZm9yIGl0KS4KClRoaXMgaXMgWFNBLTk3LgoK U2lnbmVkLW9mZi1ieTogSmFuIEJldWxpY2ggPGpiZXVsaWNoQHN1c2UuY29t PgpSZXZpZXdlZC1ieTogVGltIERlZWdhbiA8dGltQHhlbi5vcmc+CgotLS0g YS94ZW4vYXJjaC94ODYvZG9tYWluLmMKKysrIGIveGVuL2FyY2gveDg2L2Rv bWFpbi5jCkBAIC0xODY3LDcgKzE4NjcsOSBAQCBpbnQgZG9tYWluX3JlbGlu cXVpc2hfcmVzb3VyY2VzKHN0cnVjdCBkCiAgICAgICAgIHBjaV9yZWxlYXNl X2RldmljZXMoZCk7CiAKICAgICAgICAgLyogVGVhciBkb3duIHBhZ2luZy1h c3Npc3RhbmNlIHN0dWZmLiAqLwotICAgICAgICBwYWdpbmdfdGVhcmRvd24o ZCk7CisgICAgICAgIHJldCA9IHBhZ2luZ190ZWFyZG93bihkKTsKKyAgICAg ICAgaWYgKCByZXQgKQorICAgICAgICAgICAgcmV0dXJuIHJldDsKIAogICAg ICAgICAvKiBEcm9wIHRoZSBpbi11c2UgcmVmZXJlbmNlcyB0byBwYWdlLXRh YmxlIGJhc2VzLiAqLwogICAgICAgICBmb3JfZWFjaF92Y3B1ICggZCwgdiAp Ci0tLSBhL3hlbi9hcmNoL3g4Ni9kb21jdGwuYworKysgYi94ZW4vYXJjaC94 ODYvZG9tY3RsLmMKQEAgLTYxLDYgKzYxLDkgQEAgbG9uZyBhcmNoX2RvX2Rv bWN0bCgKICAgICAgICAgcmV0ID0gcGFnaW5nX2RvbWN0bChkLAogICAgICAg ICAgICAgICAgICAgICAgICAgICAgICZkb21jdGwtPnUuc2hhZG93X29wLAog ICAgICAgICAgICAgICAgICAgICAgICAgICAgIGd1ZXN0X2hhbmRsZV9jYXN0 KHVfZG9tY3RsLCB2b2lkKSk7CisgICAgICAgIGlmICggcmV0ID09IC1FQUdB SU4gKQorICAgICAgICAgICAgcmV0dXJuIGh5cGVyY2FsbF9jcmVhdGVfY29u dGludWF0aW9uKF9fSFlQRVJWSVNPUl9kb21jdGwsCisgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgImgiLCB1X2Rv bWN0bCk7CiAgICAgICAgIGNvcHliYWNrID0gMTsKICAgICB9CiAgICAgYnJl YWs7Ci0tLSBhL3hlbi9hcmNoL3g4Ni9tbS9oYXAvaGFwLmMKKysrIGIveGVu L2FyY2gveDg2L21tL2hhcC9oYXAuYwpAQCAtNTY1LDggKzU2NSw3IEBAIGlu dCBoYXBfZG9tY3RsKHN0cnVjdCBkb21haW4gKmQsIHhlbl9kb20KICAgICAg ICAgcGFnaW5nX3VubG9jayhkKTsKICAgICAgICAgaWYgKCBwcmVlbXB0ZWQg KQogICAgICAgICAgICAgLyogTm90IGZpbmlzaGVkLiAgU2V0IHVwIHRvIHJl LXJ1biB0aGUgY2FsbC4gKi8KLSAgICAgICAgICAgIHJjID0gaHlwZXJjYWxs X2NyZWF0ZV9jb250aW51YXRpb24oX19IWVBFUlZJU09SX2RvbWN0bCwgImgi LAotICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICB1X2RvbWN0bCk7CisgICAgICAgICAgICByYyA9IC1FQUdBSU47CiAg ICAgICAgIGVsc2UKICAgICAgICAgICAgIC8qIEZpbmlzaGVkLiAgUmV0dXJu IHRoZSBuZXcgYWxsb2NhdGlvbiAqLwogICAgICAgICAgICAgc2MtPm1iID0g aGFwX2dldF9hbGxvY2F0aW9uKGQpOwotLS0gYS94ZW4vYXJjaC94ODYvbW0v cGFnaW5nLmMKKysrIGIveGVuL2FyY2gveDg2L21tL3BhZ2luZy5jCkBAIC0y Niw2ICsyNiw3IEBACiAjaW5jbHVkZSA8YXNtL3NoYWRvdy5oPgogI2luY2x1 ZGUgPGFzbS9wMm0uaD4KICNpbmNsdWRlIDxhc20vaGFwLmg+CisjaW5jbHVk ZSA8YXNtL2V2ZW50Lmg+CiAjaW5jbHVkZSA8YXNtL2h2bS9uZXN0ZWRodm0u aD4KICNpbmNsdWRlIDx4ZW4vbnVtYS5oPgogI2luY2x1ZGUgPHhzbS94c20u aD4KQEAgLTExNiwyNiArMTE3LDQ2IEBAIHN0YXRpYyB2b2lkIHBhZ2luZ19m cmVlX2xvZ19kaXJ0eV9wYWdlKHMKICAgICBkLT5hcmNoLnBhZ2luZy5mcmVl X3BhZ2UoZCwgbWZuX3RvX3BhZ2UobWZuKSk7CiB9CiAKLXZvaWQgcGFnaW5n X2ZyZWVfbG9nX2RpcnR5X2JpdG1hcChzdHJ1Y3QgZG9tYWluICpkKQorc3Rh dGljIGludCBwYWdpbmdfZnJlZV9sb2dfZGlydHlfYml0bWFwKHN0cnVjdCBk b21haW4gKmQsIGludCByYykKIHsKICAgICBtZm5fdCAqbDQsICpsMywgKmwy OwogICAgIGludCBpNCwgaTMsIGkyOwogCisgICAgcGFnaW5nX2xvY2soZCk7 CisKICAgICBpZiAoICFtZm5fdmFsaWQoZC0+YXJjaC5wYWdpbmcubG9nX2Rp cnR5LnRvcCkgKQotICAgICAgICByZXR1cm47CisgICAgeworICAgICAgICBw YWdpbmdfdW5sb2NrKGQpOworICAgICAgICByZXR1cm4gMDsKKyAgICB9CiAK LSAgICBwYWdpbmdfbG9jayhkKTsKKyAgICBpZiAoICFkLT5hcmNoLnBhZ2lu Zy5wcmVlbXB0LnZjcHUgKQorICAgIHsKKyAgICAgICAgbWVtc2V0KCZkLT5h cmNoLnBhZ2luZy5wcmVlbXB0LmxvZ19kaXJ0eSwgMCwKKyAgICAgICAgICAg ICAgIHNpemVvZihkLT5hcmNoLnBhZ2luZy5wcmVlbXB0LmxvZ19kaXJ0eSkp OworICAgICAgICBBU1NFUlQocmMgPD0gMCk7CisgICAgICAgIGQtPmFyY2gu cGFnaW5nLnByZWVtcHQubG9nX2RpcnR5LmRvbmUgPSAtcmM7CisgICAgfQor ICAgIGVsc2UgaWYgKCBkLT5hcmNoLnBhZ2luZy5wcmVlbXB0LnZjcHUgIT0g Y3VycmVudCB8fAorICAgICAgICAgICAgICBkLT5hcmNoLnBhZ2luZy5wcmVl bXB0Lm9wICE9IFhFTl9ET01DVExfU0hBRE9XX09QX09GRiApCisgICAgewor ICAgICAgICBwYWdpbmdfdW5sb2NrKGQpOworICAgICAgICByZXR1cm4gLUVC VVNZOworICAgIH0KIAogICAgIGw0ID0gbWFwX2RvbWFpbl9wYWdlKG1mbl94 KGQtPmFyY2gucGFnaW5nLmxvZ19kaXJ0eS50b3ApKTsKKyAgICBpNCA9IGQt PmFyY2gucGFnaW5nLnByZWVtcHQubG9nX2RpcnR5Lmk0OworICAgIGkzID0g ZC0+YXJjaC5wYWdpbmcucHJlZW1wdC5sb2dfZGlydHkuaTM7CisgICAgcmMg PSAwOwogCi0gICAgZm9yICggaTQgPSAwOyBpNCA8IExPR0RJUlRZX05PREVf RU5UUklFUzsgaTQrKyApCisgICAgZm9yICggOyBpNCA8IExPR0RJUlRZX05P REVfRU5UUklFUzsgaTQrKywgaTMgPSAwICkKICAgICB7CiAgICAgICAgIGlm ICggIW1mbl92YWxpZChsNFtpNF0pICkKICAgICAgICAgICAgIGNvbnRpbnVl OwogCiAgICAgICAgIGwzID0gbWFwX2RvbWFpbl9wYWdlKG1mbl94KGw0W2k0 XSkpOwogCi0gICAgICAgIGZvciAoIGkzID0gMDsgaTMgPCBMT0dESVJUWV9O T0RFX0VOVFJJRVM7IGkzKysgKQorICAgICAgICBmb3IgKCA7IGkzIDwgTE9H RElSVFlfTk9ERV9FTlRSSUVTOyBpMysrICkKICAgICAgICAgewogICAgICAg ICAgICAgaWYgKCAhbWZuX3ZhbGlkKGwzW2kzXSkgKQogICAgICAgICAgICAg ICAgIGNvbnRpbnVlOwpAQCAtMTQ4LDIwICsxNjksNTQgQEAgdm9pZCBwYWdp bmdfZnJlZV9sb2dfZGlydHlfYml0bWFwKHN0cnVjdAogCiAgICAgICAgICAg ICB1bm1hcF9kb21haW5fcGFnZShsMik7CiAgICAgICAgICAgICBwYWdpbmdf ZnJlZV9sb2dfZGlydHlfcGFnZShkLCBsM1tpM10pOworICAgICAgICAgICAg bDNbaTNdID0gX21mbihJTlZBTElEX01GTik7CisKKyAgICAgICAgICAgIGlm ICggaTMgPCBMT0dESVJUWV9OT0RFX0VOVFJJRVMgLSAxICYmIGh5cGVyY2Fs bF9wcmVlbXB0X2NoZWNrKCkgKQorICAgICAgICAgICAgeworICAgICAgICAg ICAgICAgIGQtPmFyY2gucGFnaW5nLnByZWVtcHQubG9nX2RpcnR5LmkzID0g aTMgKyAxOworICAgICAgICAgICAgICAgIGQtPmFyY2gucGFnaW5nLnByZWVt cHQubG9nX2RpcnR5Lmk0ID0gaTQ7CisgICAgICAgICAgICAgICAgcmMgPSAt RUFHQUlOOworICAgICAgICAgICAgICAgIGJyZWFrOworICAgICAgICAgICAg fQogICAgICAgICB9CiAKICAgICAgICAgdW5tYXBfZG9tYWluX3BhZ2UobDMp OworICAgICAgICBpZiAoIHJjICkKKyAgICAgICAgICAgIGJyZWFrOwogICAg ICAgICBwYWdpbmdfZnJlZV9sb2dfZGlydHlfcGFnZShkLCBsNFtpNF0pOwor ICAgICAgICBsNFtpNF0gPSBfbWZuKElOVkFMSURfTUZOKTsKKworICAgICAg ICBpZiAoIGk0IDwgTE9HRElSVFlfTk9ERV9FTlRSSUVTIC0gMSAmJiBoeXBl cmNhbGxfcHJlZW1wdF9jaGVjaygpICkKKyAgICAgICAgeworICAgICAgICAg ICAgZC0+YXJjaC5wYWdpbmcucHJlZW1wdC5sb2dfZGlydHkuaTMgPSAwOwor ICAgICAgICAgICAgZC0+YXJjaC5wYWdpbmcucHJlZW1wdC5sb2dfZGlydHku aTQgPSBpNCArIDE7CisgICAgICAgICAgICByYyA9IC1FQUdBSU47CisgICAg ICAgICAgICBicmVhazsKKyAgICAgICAgfQogICAgIH0KIAogICAgIHVubWFw X2RvbWFpbl9wYWdlKGw0KTsKLSAgICBwYWdpbmdfZnJlZV9sb2dfZGlydHlf cGFnZShkLCBkLT5hcmNoLnBhZ2luZy5sb2dfZGlydHkudG9wKTsKLSAgICBk LT5hcmNoLnBhZ2luZy5sb2dfZGlydHkudG9wID0gX21mbihJTlZBTElEX01G Tik7CiAKLSAgICBBU1NFUlQoZC0+YXJjaC5wYWdpbmcubG9nX2RpcnR5LmFs bG9jcyA9PSAwKTsKLSAgICBkLT5hcmNoLnBhZ2luZy5sb2dfZGlydHkuZmFp bGVkX2FsbG9jcyA9IDA7CisgICAgaWYgKCAhcmMgKQorICAgIHsKKyAgICAg ICAgcGFnaW5nX2ZyZWVfbG9nX2RpcnR5X3BhZ2UoZCwgZC0+YXJjaC5wYWdp bmcubG9nX2RpcnR5LnRvcCk7CisgICAgICAgIGQtPmFyY2gucGFnaW5nLmxv Z19kaXJ0eS50b3AgPSBfbWZuKElOVkFMSURfTUZOKTsKKworICAgICAgICBB U1NFUlQoZC0+YXJjaC5wYWdpbmcubG9nX2RpcnR5LmFsbG9jcyA9PSAwKTsK KyAgICAgICAgZC0+YXJjaC5wYWdpbmcubG9nX2RpcnR5LmZhaWxlZF9hbGxv Y3MgPSAwOworCisgICAgICAgIHJjID0gLWQtPmFyY2gucGFnaW5nLnByZWVt cHQubG9nX2RpcnR5LmRvbmU7CisgICAgICAgIGQtPmFyY2gucGFnaW5nLnBy ZWVtcHQudmNwdSA9IE5VTEw7CisgICAgfQorICAgIGVsc2UKKyAgICB7Cisg ICAgICAgIGQtPmFyY2gucGFnaW5nLnByZWVtcHQudmNwdSA9IGN1cnJlbnQ7 CisgICAgICAgIGQtPmFyY2gucGFnaW5nLnByZWVtcHQub3AgPSBYRU5fRE9N Q1RMX1NIQURPV19PUF9PRkY7CisgICAgfQogCiAgICAgcGFnaW5nX3VubG9j ayhkKTsKKworICAgIHJldHVybiByYzsKIH0KIAogaW50IHBhZ2luZ19sb2df ZGlydHlfZW5hYmxlKHN0cnVjdCBkb21haW4gKmQpCkBAIC0xNzgsMTUgKzIz MywyNSBAQCBpbnQgcGFnaW5nX2xvZ19kaXJ0eV9lbmFibGUoc3RydWN0IGRv bWFpCiAgICAgcmV0dXJuIHJldDsKIH0KIAotaW50IHBhZ2luZ19sb2dfZGly dHlfZGlzYWJsZShzdHJ1Y3QgZG9tYWluICpkKQorc3RhdGljIGludCBwYWdp bmdfbG9nX2RpcnR5X2Rpc2FibGUoc3RydWN0IGRvbWFpbiAqZCwgYm9vbF90 IHJlc3VtaW5nKQogewotICAgIGludCByZXQ7CisgICAgaW50IHJldCA9IDE7 CisKKyAgICBpZiAoICFyZXN1bWluZyApCisgICAgeworICAgICAgICBkb21h aW5fcGF1c2UoZCk7CisgICAgICAgIC8qIFNhZmUgYmVjYXVzZSB0aGUgZG9t YWluIGlzIHBhdXNlZC4gKi8KKyAgICAgICAgcmV0ID0gZC0+YXJjaC5wYWdp bmcubG9nX2RpcnR5LmRpc2FibGVfbG9nX2RpcnR5KGQpOworICAgICAgICBB U1NFUlQocmV0IDw9IDApOworICAgIH0KIAotICAgIGRvbWFpbl9wYXVzZShk KTsKLSAgICAvKiBTYWZlIGJlY2F1c2UgdGhlIGRvbWFpbiBpcyBwYXVzZWQu ICovCi0gICAgcmV0ID0gZC0+YXJjaC5wYWdpbmcubG9nX2RpcnR5LmRpc2Fi bGVfbG9nX2RpcnR5KGQpOwogICAgIGlmICggIXBhZ2luZ19tb2RlX2xvZ19k aXJ0eShkKSApCi0gICAgICAgIHBhZ2luZ19mcmVlX2xvZ19kaXJ0eV9iaXRt YXAoZCk7CisgICAgeworICAgICAgICByZXQgPSBwYWdpbmdfZnJlZV9sb2df ZGlydHlfYml0bWFwKGQsIHJldCk7CisgICAgICAgIGlmICggcmV0ID09IC1F QUdBSU4gKQorICAgICAgICAgICAgcmV0dXJuIHJldDsKKyAgICB9CisKICAg ICBkb21haW5fdW5wYXVzZShkKTsKIAogICAgIHJldHVybiByZXQ7CkBAIC0z MjYsNyArMzkxLDkgQEAgaW50IHBhZ2luZ19tZm5faXNfZGlydHkoc3RydWN0 IGRvbWFpbiAqZAogCiAvKiBSZWFkIGEgZG9tYWluJ3MgbG9nLWRpcnR5IGJp dG1hcCBhbmQgc3RhdHMuICBJZiB0aGUgb3BlcmF0aW9uIGlzIGEgQ0xFQU4s CiAgKiBjbGVhciB0aGUgYml0bWFwIGFuZCBzdGF0cyBhcyB3ZWxsLiAqLwot aW50IHBhZ2luZ19sb2dfZGlydHlfb3Aoc3RydWN0IGRvbWFpbiAqZCwgc3Ry dWN0IHhlbl9kb21jdGxfc2hhZG93X29wICpzYykKK3N0YXRpYyBpbnQgcGFn aW5nX2xvZ19kaXJ0eV9vcChzdHJ1Y3QgZG9tYWluICpkLAorICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgIHN0cnVjdCB4ZW5fZG9tY3RsX3NoYWRv d19vcCAqc2MsCisgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgYm9v bF90IHJlc3VtaW5nKQogewogICAgIGludCBydiA9IDAsIGNsZWFuID0gMCwg cGVlayA9IDE7CiAgICAgdW5zaWduZWQgbG9uZyBwYWdlcyA9IDA7CkBAIC0z MzQsOSArNDAxLDIyIEBAIGludCBwYWdpbmdfbG9nX2RpcnR5X29wKHN0cnVj dCBkb21haW4gKmQKICAgICB1bnNpZ25lZCBsb25nICpsMSA9IE5VTEw7CiAg ICAgaW50IGk0LCBpMywgaTI7CiAKLSAgICBkb21haW5fcGF1c2UoZCk7Cisg ICAgaWYgKCAhcmVzdW1pbmcgKQorICAgICAgICBkb21haW5fcGF1c2UoZCk7 CiAgICAgcGFnaW5nX2xvY2soZCk7CiAKKyAgICBpZiAoICFkLT5hcmNoLnBh Z2luZy5wcmVlbXB0LnZjcHUgKQorICAgICAgICBtZW1zZXQoJmQtPmFyY2gu cGFnaW5nLnByZWVtcHQubG9nX2RpcnR5LCAwLAorICAgICAgICAgICAgICAg c2l6ZW9mKGQtPmFyY2gucGFnaW5nLnByZWVtcHQubG9nX2RpcnR5KSk7Cisg ICAgZWxzZSBpZiAoIGQtPmFyY2gucGFnaW5nLnByZWVtcHQudmNwdSAhPSBj dXJyZW50IHx8CisgICAgICAgICAgICAgIGQtPmFyY2gucGFnaW5nLnByZWVt cHQub3AgIT0gc2MtPm9wICkKKyAgICB7CisgICAgICAgIHBhZ2luZ191bmxv Y2soZCk7CisgICAgICAgIEFTU0VSVCghcmVzdW1pbmcpOworICAgICAgICBk b21haW5fdW5wYXVzZShkKTsKKyAgICAgICAgcmV0dXJuIC1FQlVTWTsKKyAg ICB9CisKICAgICBjbGVhbiA9IChzYy0+b3AgPT0gWEVOX0RPTUNUTF9TSEFE T1dfT1BfQ0xFQU4pOwogCiAgICAgUEFHSU5HX0RFQlVHKExPR0RJUlRZLCAi bG9nLWRpcnR5ICVzOiBkb20gJXUgZmF1bHRzPSV1IGRpcnR5PSV1XG4iLApA QCAtMzY1LDE3ICs0NDUsMTUgQEAgaW50IHBhZ2luZ19sb2dfZGlydHlfb3Ao c3RydWN0IGRvbWFpbiAqZAogICAgICAgICBnb3RvIG91dDsKICAgICB9CiAK LSAgICBwYWdlcyA9IDA7CiAgICAgbDQgPSBwYWdpbmdfbWFwX2xvZ19kaXJ0 eV9iaXRtYXAoZCk7CisgICAgaTQgPSBkLT5hcmNoLnBhZ2luZy5wcmVlbXB0 LmxvZ19kaXJ0eS5pNDsKKyAgICBpMyA9IGQtPmFyY2gucGFnaW5nLnByZWVt cHQubG9nX2RpcnR5LmkzOworICAgIHBhZ2VzID0gZC0+YXJjaC5wYWdpbmcu cHJlZW1wdC5sb2dfZGlydHkuZG9uZTsKIAotICAgIGZvciAoIGk0ID0gMDsK LSAgICAgICAgICAocGFnZXMgPCBzYy0+cGFnZXMpICYmIChpNCA8IExPR0RJ UlRZX05PREVfRU5UUklFUyk7Ci0gICAgICAgICAgaTQrKyApCisgICAgZm9y ICggOyAocGFnZXMgPCBzYy0+cGFnZXMpICYmIChpNCA8IExPR0RJUlRZX05P REVfRU5UUklFUyk7IGk0KyssIGkzID0gMCApCiAgICAgewogICAgICAgICBs MyA9IChsNCAmJiBtZm5fdmFsaWQobDRbaTRdKSkgPyBtYXBfZG9tYWluX3Bh Z2UobWZuX3gobDRbaTRdKSkgOiBOVUxMOwotICAgICAgICBmb3IgKCBpMyA9 IDA7Ci0gICAgICAgICAgICAgIChwYWdlcyA8IHNjLT5wYWdlcykgJiYgKGkz IDwgTE9HRElSVFlfTk9ERV9FTlRSSUVTKTsKLSAgICAgICAgICAgICAgaTMr KyApCisgICAgICAgIGZvciAoIDsgKHBhZ2VzIDwgc2MtPnBhZ2VzKSAmJiAo aTMgPCBMT0dESVJUWV9OT0RFX0VOVFJJRVMpOyBpMysrICkKICAgICAgICAg ewogICAgICAgICAgICAgbDIgPSAoKGwzICYmIG1mbl92YWxpZChsM1tpM10p KSA/CiAgICAgICAgICAgICAgICAgICBtYXBfZG9tYWluX3BhZ2UobWZuX3go bDNbaTNdKSkgOiBOVUxMKTsKQEAgLTQxMCwxOCArNDg4LDUxIEBAIGludCBw YWdpbmdfbG9nX2RpcnR5X29wKHN0cnVjdCBkb21haW4gKmQKICAgICAgICAg ICAgIH0KICAgICAgICAgICAgIGlmICggbDIgKQogICAgICAgICAgICAgICAg IHVubWFwX2RvbWFpbl9wYWdlKGwyKTsKKworICAgICAgICAgICAgaWYgKCBp MyA8IExPR0RJUlRZX05PREVfRU5UUklFUyAtIDEgJiYgaHlwZXJjYWxsX3By ZWVtcHRfY2hlY2soKSApCisgICAgICAgICAgICB7CisgICAgICAgICAgICAg ICAgZC0+YXJjaC5wYWdpbmcucHJlZW1wdC5sb2dfZGlydHkuaTQgPSBpNDsK KyAgICAgICAgICAgICAgICBkLT5hcmNoLnBhZ2luZy5wcmVlbXB0LmxvZ19k aXJ0eS5pMyA9IGkzICsgMTsKKyAgICAgICAgICAgICAgICBydiA9IC1FQUdB SU47CisgICAgICAgICAgICAgICAgYnJlYWs7CisgICAgICAgICAgICB9CiAg ICAgICAgIH0KICAgICAgICAgaWYgKCBsMyApCiAgICAgICAgICAgICB1bm1h cF9kb21haW5fcGFnZShsMyk7CisKKyAgICAgICAgaWYgKCAhcnYgJiYgaTQg PCBMT0dESVJUWV9OT0RFX0VOVFJJRVMgLSAxICYmCisgICAgICAgICAgICAg aHlwZXJjYWxsX3ByZWVtcHRfY2hlY2soKSApCisgICAgICAgIHsKKyAgICAg ICAgICAgIGQtPmFyY2gucGFnaW5nLnByZWVtcHQubG9nX2RpcnR5Lmk0ID0g aTQgKyAxOworICAgICAgICAgICAgZC0+YXJjaC5wYWdpbmcucHJlZW1wdC5s b2dfZGlydHkuaTMgPSAwOworICAgICAgICAgICAgcnYgPSAtRUFHQUlOOwor ICAgICAgICB9CisgICAgICAgIGlmICggcnYgKQorICAgICAgICAgICAgYnJl YWs7CiAgICAgfQogICAgIGlmICggbDQgKQogICAgICAgICB1bm1hcF9kb21h aW5fcGFnZShsNCk7CiAKLSAgICBpZiAoIHBhZ2VzIDwgc2MtPnBhZ2VzICkK LSAgICAgICAgc2MtPnBhZ2VzID0gcGFnZXM7CisgICAgaWYgKCAhcnYgKQor ICAgICAgICBkLT5hcmNoLnBhZ2luZy5wcmVlbXB0LnZjcHUgPSBOVUxMOwor ICAgIGVsc2UKKyAgICB7CisgICAgICAgIGQtPmFyY2gucGFnaW5nLnByZWVt cHQudmNwdSA9IGN1cnJlbnQ7CisgICAgICAgIGQtPmFyY2gucGFnaW5nLnBy ZWVtcHQub3AgPSBzYy0+b3A7CisgICAgICAgIGQtPmFyY2gucGFnaW5nLnBy ZWVtcHQubG9nX2RpcnR5LmRvbmUgPSBwYWdlczsKKyAgICB9CiAKICAgICBw YWdpbmdfdW5sb2NrKGQpOwogCisgICAgaWYgKCBydiApCisgICAgeworICAg ICAgICAvKiBOZXZlciBsZWF2ZSB0aGUgZG9tYWluIHBhdXNlZCBmb3Igb3Ro ZXIgZXJyb3JzLiAqLworICAgICAgICBBU1NFUlQocnYgPT0gLUVBR0FJTik7 CisgICAgICAgIHJldHVybiBydjsKKyAgICB9CisKKyAgICBpZiAoIHBhZ2Vz IDwgc2MtPnBhZ2VzICkKKyAgICAgICAgc2MtPnBhZ2VzID0gcGFnZXM7CiAg ICAgaWYgKCBjbGVhbiApCiAgICAgewogICAgICAgICAvKiBXZSBuZWVkIHRv IGZ1cnRoZXIgY2FsbCBjbGVhbl9kaXJ0eV9iaXRtYXAoKSBmdW5jdGlvbnMg b2Ygc3BlY2lmaWMKQEAgLTQzMiw2ICs1NDMsNyBAQCBpbnQgcGFnaW5nX2xv Z19kaXJ0eV9vcChzdHJ1Y3QgZG9tYWluICpkCiAgICAgcmV0dXJuIHJ2Owog CiAgb3V0OgorICAgIGQtPmFyY2gucGFnaW5nLnByZWVtcHQudmNwdSA9IE5V TEw7CiAgICAgcGFnaW5nX3VubG9jayhkKTsKICAgICBkb21haW5fdW5wYXVz ZShkKTsKIApAQCAtNDk4LDEyICs2MTAsNiBAQCB2b2lkIHBhZ2luZ19sb2df ZGlydHlfaW5pdChzdHJ1Y3QgZG9tYWluCiAgICAgZC0+YXJjaC5wYWdpbmcu bG9nX2RpcnR5LmNsZWFuX2RpcnR5X2JpdG1hcCA9IGNsZWFuX2RpcnR5X2Jp dG1hcDsKIH0KIAotLyogVGhpcyBmdW5jdGlvbiBmcmVzcyBsb2cgZGlydHkg Yml0bWFwIHJlc291cmNlcy4gKi8KLXN0YXRpYyB2b2lkIHBhZ2luZ19sb2df ZGlydHlfdGVhcmRvd24oc3RydWN0IGRvbWFpbipkKQotewotICAgIHBhZ2lu Z19mcmVlX2xvZ19kaXJ0eV9iaXRtYXAoZCk7Ci19Ci0KIC8qKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKiovCiAvKiAg ICAgICAgICAgQ09ERSBGT1IgUEFHSU5HIFNVUFBPUlQgICAgICAgICAgICAq LwogLyoqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKi8KQEAgLTU0Nyw2ICs2NTMsNyBAQCB2b2lkIHBhZ2luZ192Y3B1 X2luaXQoc3RydWN0IHZjcHUgKnYpCiBpbnQgcGFnaW5nX2RvbWN0bChzdHJ1 Y3QgZG9tYWluICpkLCB4ZW5fZG9tY3RsX3NoYWRvd19vcF90ICpzYywKICAg ICAgICAgICAgICAgICAgIFhFTl9HVUVTVF9IQU5ETEVfUEFSQU0odm9pZCkg dV9kb21jdGwpCiB7CisgICAgYm9vbF90IHJlc3VtaW5nID0gMDsKICAgICBp bnQgcmM7CiAKICAgICBpZiAoIHVubGlrZWx5KGQgPT0gY3VycmVudC0+ZG9t YWluKSApCkBAIC01NjksNiArNjc2LDIwIEBAIGludCBwYWdpbmdfZG9tY3Rs KHN0cnVjdCBkb21haW4gKmQsIHhlbl8KICAgICAgICAgcmV0dXJuIC1FSU5W QUw7CiAgICAgfQogCisgICAgaWYgKCBkLT5hcmNoLnBhZ2luZy5wcmVlbXB0 LnZjcHUgKQorICAgIHsKKyAgICAgICAgaWYgKCBkLT5hcmNoLnBhZ2luZy5w cmVlbXB0LnZjcHUgIT0gY3VycmVudCB8fAorICAgICAgICAgICAgIGQtPmFy Y2gucGFnaW5nLnByZWVtcHQub3AgIT0gc2MtPm9wICkKKyAgICAgICAgewor ICAgICAgICAgICAgcHJpbnRrKFhFTkxPR19HX0RFQlVHCisgICAgICAgICAg ICAgICAgICAgImQlZDp2JWQ6IFBhZ2luZyBvcCAlI3ggb24gRG9tJXUgd2l0 aCB1bmZpbmlzaGVkIHByaW9yIG9wICUjeFxuIiwKKyAgICAgICAgICAgICAg ICAgICBjdXJyZW50LT5kb21haW4tPmRvbWFpbl9pZCwgY3VycmVudC0+dmNw dV9pZCwKKyAgICAgICAgICAgICAgICAgICBzYy0+b3AsIGQtPmRvbWFpbl9p ZCwgZC0+YXJjaC5wYWdpbmcucHJlZW1wdC5vcCk7CisgICAgICAgICAgICBy ZXR1cm4gLUVCVVNZOworICAgICAgICB9CisgICAgICAgIHJlc3VtaW5nID0g MTsKKyAgICB9CisKICAgICByYyA9IHhzbV9zaGFkb3dfY29udHJvbChYU01f SE9PSywgZCwgc2MtPm9wKTsKICAgICBpZiAoIHJjICkKICAgICAgICAgcmV0 dXJuIHJjOwpAQCAtNTk0LDEzICs3MTQsMTMgQEAgaW50IHBhZ2luZ19kb21j dGwoc3RydWN0IGRvbWFpbiAqZCwgeGVuXwogCiAgICAgY2FzZSBYRU5fRE9N Q1RMX1NIQURPV19PUF9PRkY6CiAgICAgICAgIGlmICggcGFnaW5nX21vZGVf bG9nX2RpcnR5KGQpICkKLSAgICAgICAgICAgIGlmICggKHJjID0gcGFnaW5n X2xvZ19kaXJ0eV9kaXNhYmxlKGQpKSAhPSAwICkKKyAgICAgICAgICAgIGlm ICggKHJjID0gcGFnaW5nX2xvZ19kaXJ0eV9kaXNhYmxlKGQsIHJlc3VtaW5n KSkgIT0gMCApCiAgICAgICAgICAgICAgICAgcmV0dXJuIHJjOwogICAgICAg ICBicmVhazsKIAogICAgIGNhc2UgWEVOX0RPTUNUTF9TSEFET1dfT1BfQ0xF QU46CiAgICAgY2FzZSBYRU5fRE9NQ1RMX1NIQURPV19PUF9QRUVLOgotICAg ICAgICByZXR1cm4gcGFnaW5nX2xvZ19kaXJ0eV9vcChkLCBzYyk7CisgICAg ICAgIHJldHVybiBwYWdpbmdfbG9nX2RpcnR5X29wKGQsIHNjLCByZXN1bWlu Zyk7CiAgICAgfQogCiAgICAgLyogSGVyZSwgZGlzcGF0Y2ggZG9tY3RsIHRv IHRoZSBhcHByb3ByaWF0ZSBwYWdpbmcgY29kZSAqLwpAQCAtNjExLDE4ICs3 MzEsMjQgQEAgaW50IHBhZ2luZ19kb21jdGwoc3RydWN0IGRvbWFpbiAqZCwg eGVuXwogfQogCiAvKiBDYWxsIHdoZW4gZGVzdHJveWluZyBhIGRvbWFpbiAq Lwotdm9pZCBwYWdpbmdfdGVhcmRvd24oc3RydWN0IGRvbWFpbiAqZCkKK2lu dCBwYWdpbmdfdGVhcmRvd24oc3RydWN0IGRvbWFpbiAqZCkKIHsKKyAgICBp bnQgcmM7CisKICAgICBpZiAoIGhhcF9lbmFibGVkKGQpICkKICAgICAgICAg aGFwX3RlYXJkb3duKGQpOwogICAgIGVsc2UKICAgICAgICAgc2hhZG93X3Rl YXJkb3duKGQpOwogCiAgICAgLyogY2xlYW4gdXAgbG9nIGRpcnR5IHJlc291 cmNlcy4gKi8KLSAgICBwYWdpbmdfbG9nX2RpcnR5X3RlYXJkb3duKGQpOwor ICAgIHJjID0gcGFnaW5nX2ZyZWVfbG9nX2RpcnR5X2JpdG1hcChkLCAwKTsK KyAgICBpZiAoIHJjID09IC1FQUdBSU4gKQorICAgICAgICByZXR1cm4gcmM7 CiAKICAgICAvKiBNb3ZlIHBvcHVsYXRlLW9uLWRlbWFuZCBjYWNoZSBiYWNr IHRvIGRvbWFpbl9saXN0IGZvciBkZXN0cnVjdGlvbiAqLwogICAgIHAybV9w b2RfZW1wdHlfY2FjaGUoZCk7CisKKyAgICByZXR1cm4gcmM7CiB9CiAKIC8q IENhbGwgb25jZSBhbGwgb2YgdGhlIHJlZmVyZW5jZXMgdG8gdGhlIGRvbWFp biBoYXZlIGdvbmUgYXdheSAqLwotLS0gYS94ZW4vYXJjaC94ODYvbW0vc2hh ZG93L2NvbW1vbi5jCisrKyBiL3hlbi9hcmNoL3g4Ni9tbS9zaGFkb3cvY29t bW9uLmMKQEAgLTM3MDYsOCArMzcwNiw3IEBAIGludCBzaGFkb3dfZG9tY3Rs KHN0cnVjdCBkb21haW4gKmQsIAogICAgICAgICBwYWdpbmdfdW5sb2NrKGQp OwogICAgICAgICBpZiAoIHByZWVtcHRlZCApCiAgICAgICAgICAgICAvKiBO b3QgZmluaXNoZWQuICBTZXQgdXAgdG8gcmUtcnVuIHRoZSBjYWxsLiAqLwot ICAgICAgICAgICAgcmMgPSBoeXBlcmNhbGxfY3JlYXRlX2NvbnRpbnVhdGlv bigKLSAgICAgICAgICAgICAgICBfX0hZUEVSVklTT1JfZG9tY3RsLCAiaCIs IHVfZG9tY3RsKTsKKyAgICAgICAgICAgIHJjID0gLUVBR0FJTjsKICAgICAg ICAgZWxzZSAKICAgICAgICAgICAgIC8qIEZpbmlzaGVkLiAgUmV0dXJuIHRo ZSBuZXcgYWxsb2NhdGlvbiAqLwogICAgICAgICAgICAgc2MtPm1iID0gc2hh ZG93X2dldF9hbGxvY2F0aW9uKGQpOwotLS0gYS94ZW4vY29tbW9uL2RvbWFp bi5jCisrKyBiL3hlbi9jb21tb24vZG9tYWluLmMKQEAgLTUyNyw3ICs1Mjcs NiBAQCBpbnQgZG9tYWluX2tpbGwoc3RydWN0IGRvbWFpbiAqZCkKICAgICAg ICAgcmMgPSBkb21haW5fcmVsaW5xdWlzaF9yZXNvdXJjZXMoZCk7CiAgICAg ICAgIGlmICggcmMgIT0gMCApCiAgICAgICAgIHsKLSAgICAgICAgICAgIEJV R19PTihyYyAhPSAtRUFHQUlOKTsKICAgICAgICAgICAgIGJyZWFrOwogICAg ICAgICB9CiAgICAgICAgIGlmICggc2NoZWRfbW92ZV9kb21haW4oZCwgY3B1 cG9vbDApICkKLS0tIGEveGVuL2luY2x1ZGUvYXNtLXg4Ni9kb21haW4uaAor KysgYi94ZW4vaW5jbHVkZS9hc20teDg2L2RvbWFpbi5oCkBAIC0xODYsNiAr MTg2LDIwIEBAIHN0cnVjdCBwYWdpbmdfZG9tYWluIHsKICAgICBzdHJ1Y3Qg aGFwX2RvbWFpbiAgICAgICBoYXA7CiAgICAgLyogbG9nIGRpcnR5IHN1cHBv cnQgKi8KICAgICBzdHJ1Y3QgbG9nX2RpcnR5X2RvbWFpbiBsb2dfZGlydHk7 CisKKyAgICAvKiBwcmVlbXB0aW9uIGhhbmRsaW5nICovCisgICAgc3RydWN0 IHsKKyAgICAgICAgc3RydWN0IHZjcHUgKnZjcHU7CisgICAgICAgIHVuc2ln bmVkIGludCBvcDsKKyAgICAgICAgdW5pb24geworICAgICAgICAgICAgc3Ry dWN0IHsKKyAgICAgICAgICAgICAgICB1bnNpZ25lZCBsb25nIGRvbmU6UEFE RFJfQklUUyAtIFBBR0VfU0hJRlQ7CisgICAgICAgICAgICAgICAgdW5zaWdu ZWQgbG9uZyBpNDpQQUdFVEFCTEVfT1JERVI7CisgICAgICAgICAgICAgICAg dW5zaWduZWQgbG9uZyBpMzpQQUdFVEFCTEVfT1JERVI7CisgICAgICAgICAg ICB9IGxvZ19kaXJ0eTsKKyAgICAgICAgfTsKKyAgICB9IHByZWVtcHQ7CisK ICAgICAvKiBhbGxvYy9mcmVlIHBhZ2VzIGZyb20gdGhlIHBvb2wgZm9yIHBh Z2luZy1hc3Npc3RhbmNlIHN0cnVjdHVyZXMKICAgICAgKiAodXNlZCBieSBw Mm0gYW5kIGxvZy1kaXJ0eSBjb2RlIGZvciB0aGVpciB0cmllcykgKi8KICAg ICBzdHJ1Y3QgcGFnZV9pbmZvICogKCphbGxvY19wYWdlKShzdHJ1Y3QgZG9t YWluICpkKTsKLS0tIGEveGVuL2luY2x1ZGUvYXNtLXg4Ni9wYWdpbmcuaAor KysgYi94ZW4vaW5jbHVkZS9hc20teDg2L3BhZ2luZy5oCkBAIC0xMzMsOSAr MTMzLDYgQEAgc3RydWN0IHBhZ2luZ19tb2RlIHsKIC8qKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKgogICogTG9nIGRpcnR5IGNvZGUgKi8KIAot LyogZnJlZSBsb2cgZGlydHkgYml0bWFwIHJlc291cmNlICovCi12b2lkIHBh Z2luZ19mcmVlX2xvZ19kaXJ0eV9iaXRtYXAoc3RydWN0IGRvbWFpbiAqZCk7 Ci0KIC8qIGdldCB0aGUgZGlydHkgYml0bWFwIGZvciBhIHNwZWNpZmljIHJh bmdlIG9mIHBmbnMgKi8KIHZvaWQgcGFnaW5nX2xvZ19kaXJ0eV9yYW5nZShz dHJ1Y3QgZG9tYWluICpkLAogICAgICAgICAgICAgICAgICAgICAgICAgICAg IHVuc2lnbmVkIGxvbmcgYmVnaW5fcGZuLApAQCAtMTQ1LDkgKzE0Miw2IEBA IHZvaWQgcGFnaW5nX2xvZ19kaXJ0eV9yYW5nZShzdHJ1Y3QgZG9tYWkKIC8q IGVuYWJsZSBsb2cgZGlydHkgKi8KIGludCBwYWdpbmdfbG9nX2RpcnR5X2Vu YWJsZShzdHJ1Y3QgZG9tYWluICpkKTsKIAotLyogZGlzYWJsZSBsb2cgZGly dHkgKi8KLWludCBwYWdpbmdfbG9nX2RpcnR5X2Rpc2FibGUoc3RydWN0IGRv bWFpbiAqZCk7Ci0KIC8qIGxvZyBkaXJ0eSBpbml0aWFsaXphdGlvbiAqLwog dm9pZCBwYWdpbmdfbG9nX2RpcnR5X2luaXQoc3RydWN0IGRvbWFpbiAqZCwK ICAgICAgICAgICAgICAgICAgICAgICAgICAgIGludCAgKCplbmFibGVfbG9n X2RpcnR5KShzdHJ1Y3QgZG9tYWluICpkKSwKQEAgLTIwNiw3ICsyMDAsNyBA QCBpbnQgcGFnaW5nX2RvbWN0bChzdHJ1Y3QgZG9tYWluICpkLCB4ZW5fCiAg ICAgICAgICAgICAgICAgICBYRU5fR1VFU1RfSEFORExFX1BBUkFNKHZvaWQp IHVfZG9tY3RsKTsKIAogLyogQ2FsbCB3aGVuIGRlc3Ryb3lpbmcgYSBkb21h aW4gKi8KLXZvaWQgcGFnaW5nX3RlYXJkb3duKHN0cnVjdCBkb21haW4gKmQp OworaW50IHBhZ2luZ190ZWFyZG93bihzdHJ1Y3QgZG9tYWluICpkKTsKIAog LyogQ2FsbCBvbmNlIGFsbCBvZiB0aGUgcmVmZXJlbmNlcyB0byB0aGUgZG9t YWluIGhhdmUgZ29uZSBhd2F5ICovCiB2b2lkIHBhZ2luZ19maW5hbF90ZWFy ZG93bihzdHJ1Y3QgZG9tYWluICpkKTsK --=separator Content-Type: application/octet-stream; name="xsa97-hap-4.4.patch" Content-Disposition: attachment; filename="xsa97-hap-4.4.patch" Content-Transfer-Encoding: base64 eDg2L3BhZ2luZzogbWFrZSBsb2ctZGlydHkgb3BlcmF0aW9ucyBwcmVlbXB0 aWJsZQoKQm90aCB0aGUgZnJlZWluZyBhbmQgdGhlIGluc3BlY3Rpb24gb2Yg dGhlIGJpdG1hcCBnZXQgZG9uZSBpbiAobmVzdGVkKQpsb29wcyB3aGljaCAt IGJlc2lkZXMgaGF2aW5nIGEgcmF0aGVyIGhpZ2ggaXRlcmF0aW9uIGNvdW50 IGluIGdlbmVyYWwsCmFsYmVpdCB0aGF0IHdvdWxkIGJlIGNvdmVyZWQgYnkg WFNBLTc3IC0gaGF2ZSB0aGUgbnVtYmVyIG9mIG5vbi10cml2aWFsCml0ZXJh dGlvbnMgdGhleSBuZWVkIHRvIHBlcmZvcm0gKGluZGlyZWN0bHkpIGNvbnRy b2xsYWJsZSBieSBib3RoIHRoZQpndWVzdCB0aGV5IGFyZSBmb3IgYW5kIGFu eSBkb21haW4gY29udHJvbGxpbmcgdGhlIGd1ZXN0IChpbmNsdWRpbmcgdGhl Cm9uZSBydW5uaW5nIHFlbXUgZm9yIGl0KS4KClRoaXMgaXMgWFNBLTk3LgoK U2lnbmVkLW9mZi1ieTogSmFuIEJldWxpY2ggPGpiZXVsaWNoQHN1c2UuY29t PgpSZXZpZXdlZC1ieTogVGltIERlZWdhbiA8dGltQHhlbi5vcmc+CgotLS0g YS94ZW4vYXJjaC94ODYvZG9tYWluLmMKKysrIGIveGVuL2FyY2gveDg2L2Rv bWFpbi5jCkBAIC0xOTE1LDcgKzE5MTUsOSBAQCBpbnQgZG9tYWluX3JlbGlu cXVpc2hfcmVzb3VyY2VzKHN0cnVjdCBkCiAgICAgICAgIHBjaV9yZWxlYXNl X2RldmljZXMoZCk7CiAKICAgICAgICAgLyogVGVhciBkb3duIHBhZ2luZy1h c3Npc3RhbmNlIHN0dWZmLiAqLwotICAgICAgICBwYWdpbmdfdGVhcmRvd24o ZCk7CisgICAgICAgIHJldCA9IHBhZ2luZ190ZWFyZG93bihkKTsKKyAgICAg ICAgaWYgKCByZXQgKQorICAgICAgICAgICAgcmV0dXJuIHJldDsKIAogICAg ICAgICAvKiBEcm9wIHRoZSBpbi11c2UgcmVmZXJlbmNlcyB0byBwYWdlLXRh YmxlIGJhc2VzLiAqLwogICAgICAgICBmb3JfZWFjaF92Y3B1ICggZCwgdiAp Ci0tLSBhL3hlbi9hcmNoL3g4Ni9kb21jdGwuYworKysgYi94ZW4vYXJjaC94 ODYvZG9tY3RsLmMKQEAgLTYxLDYgKzYxLDkgQEAgbG9uZyBhcmNoX2RvX2Rv bWN0bCgKICAgICAgICAgcmV0ID0gcGFnaW5nX2RvbWN0bChkLAogICAgICAg ICAgICAgICAgICAgICAgICAgICAgICZkb21jdGwtPnUuc2hhZG93X29wLAog ICAgICAgICAgICAgICAgICAgICAgICAgICAgIGd1ZXN0X2hhbmRsZV9jYXN0 KHVfZG9tY3RsLCB2b2lkKSk7CisgICAgICAgIGlmICggcmV0ID09IC1FQUdB SU4gKQorICAgICAgICAgICAgcmV0dXJuIGh5cGVyY2FsbF9jcmVhdGVfY29u dGludWF0aW9uKF9fSFlQRVJWSVNPUl9kb21jdGwsCisgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgImgiLCB1X2Rv bWN0bCk7CiAgICAgICAgIGNvcHliYWNrID0gMTsKICAgICB9CiAgICAgYnJl YWs7Ci0tLSBhL3hlbi9hcmNoL3g4Ni9tbS9oYXAvaGFwLmMKKysrIGIveGVu L2FyY2gveDg2L21tL2hhcC9oYXAuYwpAQCAtNTcyLDggKzU3Miw3IEBAIGlu dCBoYXBfZG9tY3RsKHN0cnVjdCBkb21haW4gKmQsIHhlbl9kb20KICAgICAg ICAgcGFnaW5nX3VubG9jayhkKTsKICAgICAgICAgaWYgKCBwcmVlbXB0ZWQg KQogICAgICAgICAgICAgLyogTm90IGZpbmlzaGVkLiAgU2V0IHVwIHRvIHJl LXJ1biB0aGUgY2FsbC4gKi8KLSAgICAgICAgICAgIHJjID0gaHlwZXJjYWxs X2NyZWF0ZV9jb250aW51YXRpb24oX19IWVBFUlZJU09SX2RvbWN0bCwgImgi LAotICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICB1X2RvbWN0bCk7CisgICAgICAgICAgICByYyA9IC1FQUdBSU47CiAg ICAgICAgIGVsc2UKICAgICAgICAgICAgIC8qIEZpbmlzaGVkLiAgUmV0dXJu IHRoZSBuZXcgYWxsb2NhdGlvbiAqLwogICAgICAgICAgICAgc2MtPm1iID0g aGFwX2dldF9hbGxvY2F0aW9uKGQpOwotLS0gYS94ZW4vYXJjaC94ODYvbW0v cGFnaW5nLmMKKysrIGIveGVuL2FyY2gveDg2L21tL3BhZ2luZy5jCkBAIC0y Niw2ICsyNiw3IEBACiAjaW5jbHVkZSA8YXNtL3NoYWRvdy5oPgogI2luY2x1 ZGUgPGFzbS9wMm0uaD4KICNpbmNsdWRlIDxhc20vaGFwLmg+CisjaW5jbHVk ZSA8YXNtL2V2ZW50Lmg+CiAjaW5jbHVkZSA8YXNtL2h2bS9uZXN0ZWRodm0u aD4KICNpbmNsdWRlIDx4ZW4vbnVtYS5oPgogI2luY2x1ZGUgPHhzbS94c20u aD4KQEAgLTExNiwyNiArMTE3LDQ2IEBAIHN0YXRpYyB2b2lkIHBhZ2luZ19m cmVlX2xvZ19kaXJ0eV9wYWdlKHMKICAgICBkLT5hcmNoLnBhZ2luZy5mcmVl X3BhZ2UoZCwgbWZuX3RvX3BhZ2UobWZuKSk7CiB9CiAKLXZvaWQgcGFnaW5n X2ZyZWVfbG9nX2RpcnR5X2JpdG1hcChzdHJ1Y3QgZG9tYWluICpkKQorc3Rh dGljIGludCBwYWdpbmdfZnJlZV9sb2dfZGlydHlfYml0bWFwKHN0cnVjdCBk b21haW4gKmQsIGludCByYykKIHsKICAgICBtZm5fdCAqbDQsICpsMywgKmwy OwogICAgIGludCBpNCwgaTMsIGkyOwogCisgICAgcGFnaW5nX2xvY2soZCk7 CisKICAgICBpZiAoICFtZm5fdmFsaWQoZC0+YXJjaC5wYWdpbmcubG9nX2Rp cnR5LnRvcCkgKQotICAgICAgICByZXR1cm47CisgICAgeworICAgICAgICBw YWdpbmdfdW5sb2NrKGQpOworICAgICAgICByZXR1cm4gMDsKKyAgICB9CiAK LSAgICBwYWdpbmdfbG9jayhkKTsKKyAgICBpZiAoICFkLT5hcmNoLnBhZ2lu Zy5wcmVlbXB0LnZjcHUgKQorICAgIHsKKyAgICAgICAgbWVtc2V0KCZkLT5h cmNoLnBhZ2luZy5wcmVlbXB0LmxvZ19kaXJ0eSwgMCwKKyAgICAgICAgICAg ICAgIHNpemVvZihkLT5hcmNoLnBhZ2luZy5wcmVlbXB0LmxvZ19kaXJ0eSkp OworICAgICAgICBBU1NFUlQocmMgPD0gMCk7CisgICAgICAgIGQtPmFyY2gu cGFnaW5nLnByZWVtcHQubG9nX2RpcnR5LmRvbmUgPSAtcmM7CisgICAgfQor ICAgIGVsc2UgaWYgKCBkLT5hcmNoLnBhZ2luZy5wcmVlbXB0LnZjcHUgIT0g Y3VycmVudCB8fAorICAgICAgICAgICAgICBkLT5hcmNoLnBhZ2luZy5wcmVl bXB0Lm9wICE9IFhFTl9ET01DVExfU0hBRE9XX09QX09GRiApCisgICAgewor ICAgICAgICBwYWdpbmdfdW5sb2NrKGQpOworICAgICAgICByZXR1cm4gLUVC VVNZOworICAgIH0KIAogICAgIGw0ID0gbWFwX2RvbWFpbl9wYWdlKG1mbl94 KGQtPmFyY2gucGFnaW5nLmxvZ19kaXJ0eS50b3ApKTsKKyAgICBpNCA9IGQt PmFyY2gucGFnaW5nLnByZWVtcHQubG9nX2RpcnR5Lmk0OworICAgIGkzID0g ZC0+YXJjaC5wYWdpbmcucHJlZW1wdC5sb2dfZGlydHkuaTM7CisgICAgcmMg PSAwOwogCi0gICAgZm9yICggaTQgPSAwOyBpNCA8IExPR0RJUlRZX05PREVf RU5UUklFUzsgaTQrKyApCisgICAgZm9yICggOyBpNCA8IExPR0RJUlRZX05P REVfRU5UUklFUzsgaTQrKywgaTMgPSAwICkKICAgICB7CiAgICAgICAgIGlm ICggIW1mbl92YWxpZChsNFtpNF0pICkKICAgICAgICAgICAgIGNvbnRpbnVl OwogCiAgICAgICAgIGwzID0gbWFwX2RvbWFpbl9wYWdlKG1mbl94KGw0W2k0 XSkpOwogCi0gICAgICAgIGZvciAoIGkzID0gMDsgaTMgPCBMT0dESVJUWV9O T0RFX0VOVFJJRVM7IGkzKysgKQorICAgICAgICBmb3IgKCA7IGkzIDwgTE9H RElSVFlfTk9ERV9FTlRSSUVTOyBpMysrICkKICAgICAgICAgewogICAgICAg ICAgICAgaWYgKCAhbWZuX3ZhbGlkKGwzW2kzXSkgKQogICAgICAgICAgICAg ICAgIGNvbnRpbnVlOwpAQCAtMTQ4LDIwICsxNjksNTQgQEAgdm9pZCBwYWdp bmdfZnJlZV9sb2dfZGlydHlfYml0bWFwKHN0cnVjdAogCiAgICAgICAgICAg ICB1bm1hcF9kb21haW5fcGFnZShsMik7CiAgICAgICAgICAgICBwYWdpbmdf ZnJlZV9sb2dfZGlydHlfcGFnZShkLCBsM1tpM10pOworICAgICAgICAgICAg bDNbaTNdID0gX21mbihJTlZBTElEX01GTik7CisKKyAgICAgICAgICAgIGlm ICggaTMgPCBMT0dESVJUWV9OT0RFX0VOVFJJRVMgLSAxICYmIGh5cGVyY2Fs bF9wcmVlbXB0X2NoZWNrKCkgKQorICAgICAgICAgICAgeworICAgICAgICAg ICAgICAgIGQtPmFyY2gucGFnaW5nLnByZWVtcHQubG9nX2RpcnR5LmkzID0g aTMgKyAxOworICAgICAgICAgICAgICAgIGQtPmFyY2gucGFnaW5nLnByZWVt cHQubG9nX2RpcnR5Lmk0ID0gaTQ7CisgICAgICAgICAgICAgICAgcmMgPSAt RUFHQUlOOworICAgICAgICAgICAgICAgIGJyZWFrOworICAgICAgICAgICAg fQogICAgICAgICB9CiAKICAgICAgICAgdW5tYXBfZG9tYWluX3BhZ2UobDMp OworICAgICAgICBpZiAoIHJjICkKKyAgICAgICAgICAgIGJyZWFrOwogICAg ICAgICBwYWdpbmdfZnJlZV9sb2dfZGlydHlfcGFnZShkLCBsNFtpNF0pOwor ICAgICAgICBsNFtpNF0gPSBfbWZuKElOVkFMSURfTUZOKTsKKworICAgICAg ICBpZiAoIGk0IDwgTE9HRElSVFlfTk9ERV9FTlRSSUVTIC0gMSAmJiBoeXBl cmNhbGxfcHJlZW1wdF9jaGVjaygpICkKKyAgICAgICAgeworICAgICAgICAg ICAgZC0+YXJjaC5wYWdpbmcucHJlZW1wdC5sb2dfZGlydHkuaTMgPSAwOwor ICAgICAgICAgICAgZC0+YXJjaC5wYWdpbmcucHJlZW1wdC5sb2dfZGlydHku aTQgPSBpNCArIDE7CisgICAgICAgICAgICByYyA9IC1FQUdBSU47CisgICAg ICAgICAgICBicmVhazsKKyAgICAgICAgfQogICAgIH0KIAogICAgIHVubWFw X2RvbWFpbl9wYWdlKGw0KTsKLSAgICBwYWdpbmdfZnJlZV9sb2dfZGlydHlf cGFnZShkLCBkLT5hcmNoLnBhZ2luZy5sb2dfZGlydHkudG9wKTsKLSAgICBk LT5hcmNoLnBhZ2luZy5sb2dfZGlydHkudG9wID0gX21mbihJTlZBTElEX01G Tik7CiAKLSAgICBBU1NFUlQoZC0+YXJjaC5wYWdpbmcubG9nX2RpcnR5LmFs bG9jcyA9PSAwKTsKLSAgICBkLT5hcmNoLnBhZ2luZy5sb2dfZGlydHkuZmFp bGVkX2FsbG9jcyA9IDA7CisgICAgaWYgKCAhcmMgKQorICAgIHsKKyAgICAg ICAgcGFnaW5nX2ZyZWVfbG9nX2RpcnR5X3BhZ2UoZCwgZC0+YXJjaC5wYWdp bmcubG9nX2RpcnR5LnRvcCk7CisgICAgICAgIGQtPmFyY2gucGFnaW5nLmxv Z19kaXJ0eS50b3AgPSBfbWZuKElOVkFMSURfTUZOKTsKKworICAgICAgICBB U1NFUlQoZC0+YXJjaC5wYWdpbmcubG9nX2RpcnR5LmFsbG9jcyA9PSAwKTsK KyAgICAgICAgZC0+YXJjaC5wYWdpbmcubG9nX2RpcnR5LmZhaWxlZF9hbGxv Y3MgPSAwOworCisgICAgICAgIHJjID0gLWQtPmFyY2gucGFnaW5nLnByZWVt cHQubG9nX2RpcnR5LmRvbmU7CisgICAgICAgIGQtPmFyY2gucGFnaW5nLnBy ZWVtcHQudmNwdSA9IE5VTEw7CisgICAgfQorICAgIGVsc2UKKyAgICB7Cisg ICAgICAgIGQtPmFyY2gucGFnaW5nLnByZWVtcHQudmNwdSA9IGN1cnJlbnQ7 CisgICAgICAgIGQtPmFyY2gucGFnaW5nLnByZWVtcHQub3AgPSBYRU5fRE9N Q1RMX1NIQURPV19PUF9PRkY7CisgICAgfQogCiAgICAgcGFnaW5nX3VubG9j ayhkKTsKKworICAgIHJldHVybiByYzsKIH0KIAogaW50IHBhZ2luZ19sb2df ZGlydHlfZW5hYmxlKHN0cnVjdCBkb21haW4gKmQsIGJvb2xfdCBsb2dfZ2xv YmFsKQpAQCAtMTc4LDE1ICsyMzMsMjUgQEAgaW50IHBhZ2luZ19sb2dfZGly dHlfZW5hYmxlKHN0cnVjdCBkb21haQogICAgIHJldHVybiByZXQ7CiB9CiAK LWludCBwYWdpbmdfbG9nX2RpcnR5X2Rpc2FibGUoc3RydWN0IGRvbWFpbiAq ZCkKK3N0YXRpYyBpbnQgcGFnaW5nX2xvZ19kaXJ0eV9kaXNhYmxlKHN0cnVj dCBkb21haW4gKmQsIGJvb2xfdCByZXN1bWluZykKIHsKLSAgICBpbnQgcmV0 OworICAgIGludCByZXQgPSAxOworCisgICAgaWYgKCAhcmVzdW1pbmcgKQor ICAgIHsKKyAgICAgICAgZG9tYWluX3BhdXNlKGQpOworICAgICAgICAvKiBT YWZlIGJlY2F1c2UgdGhlIGRvbWFpbiBpcyBwYXVzZWQuICovCisgICAgICAg IHJldCA9IGQtPmFyY2gucGFnaW5nLmxvZ19kaXJ0eS5kaXNhYmxlX2xvZ19k aXJ0eShkKTsKKyAgICAgICAgQVNTRVJUKHJldCA8PSAwKTsKKyAgICB9CiAK LSAgICBkb21haW5fcGF1c2UoZCk7Ci0gICAgLyogU2FmZSBiZWNhdXNlIHRo ZSBkb21haW4gaXMgcGF1c2VkLiAqLwotICAgIHJldCA9IGQtPmFyY2gucGFn aW5nLmxvZ19kaXJ0eS5kaXNhYmxlX2xvZ19kaXJ0eShkKTsKICAgICBpZiAo ICFwYWdpbmdfbW9kZV9sb2dfZGlydHkoZCkgKQotICAgICAgICBwYWdpbmdf ZnJlZV9sb2dfZGlydHlfYml0bWFwKGQpOworICAgIHsKKyAgICAgICAgcmV0 ID0gcGFnaW5nX2ZyZWVfbG9nX2RpcnR5X2JpdG1hcChkLCByZXQpOworICAg ICAgICBpZiAoIHJldCA9PSAtRUFHQUlOICkKKyAgICAgICAgICAgIHJldHVy biByZXQ7CisgICAgfQorCiAgICAgZG9tYWluX3VucGF1c2UoZCk7CiAKICAg ICByZXR1cm4gcmV0OwpAQCAtMzI2LDcgKzM5MSw5IEBAIGludCBwYWdpbmdf bWZuX2lzX2RpcnR5KHN0cnVjdCBkb21haW4gKmQKIAogLyogUmVhZCBhIGRv bWFpbidzIGxvZy1kaXJ0eSBiaXRtYXAgYW5kIHN0YXRzLiAgSWYgdGhlIG9w ZXJhdGlvbiBpcyBhIENMRUFOLAogICogY2xlYXIgdGhlIGJpdG1hcCBhbmQg c3RhdHMgYXMgd2VsbC4gKi8KLWludCBwYWdpbmdfbG9nX2RpcnR5X29wKHN0 cnVjdCBkb21haW4gKmQsIHN0cnVjdCB4ZW5fZG9tY3RsX3NoYWRvd19vcCAq c2MpCitzdGF0aWMgaW50IHBhZ2luZ19sb2dfZGlydHlfb3Aoc3RydWN0IGRv bWFpbiAqZCwKKyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBzdHJ1 Y3QgeGVuX2RvbWN0bF9zaGFkb3dfb3AgKnNjLAorICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgIGJvb2xfdCByZXN1bWluZykKIHsKICAgICBpbnQg cnYgPSAwLCBjbGVhbiA9IDAsIHBlZWsgPSAxOwogICAgIHVuc2lnbmVkIGxv bmcgcGFnZXMgPSAwOwpAQCAtMzM0LDkgKzQwMSwyMiBAQCBpbnQgcGFnaW5n X2xvZ19kaXJ0eV9vcChzdHJ1Y3QgZG9tYWluICpkCiAgICAgdW5zaWduZWQg bG9uZyAqbDEgPSBOVUxMOwogICAgIGludCBpNCwgaTMsIGkyOwogCi0gICAg ZG9tYWluX3BhdXNlKGQpOworICAgIGlmICggIXJlc3VtaW5nICkKKyAgICAg ICAgZG9tYWluX3BhdXNlKGQpOwogICAgIHBhZ2luZ19sb2NrKGQpOwogCisg ICAgaWYgKCAhZC0+YXJjaC5wYWdpbmcucHJlZW1wdC52Y3B1ICkKKyAgICAg ICAgbWVtc2V0KCZkLT5hcmNoLnBhZ2luZy5wcmVlbXB0LmxvZ19kaXJ0eSwg MCwKKyAgICAgICAgICAgICAgIHNpemVvZihkLT5hcmNoLnBhZ2luZy5wcmVl bXB0LmxvZ19kaXJ0eSkpOworICAgIGVsc2UgaWYgKCBkLT5hcmNoLnBhZ2lu Zy5wcmVlbXB0LnZjcHUgIT0gY3VycmVudCB8fAorICAgICAgICAgICAgICBk LT5hcmNoLnBhZ2luZy5wcmVlbXB0Lm9wICE9IHNjLT5vcCApCisgICAgewor ICAgICAgICBwYWdpbmdfdW5sb2NrKGQpOworICAgICAgICBBU1NFUlQoIXJl c3VtaW5nKTsKKyAgICAgICAgZG9tYWluX3VucGF1c2UoZCk7CisgICAgICAg IHJldHVybiAtRUJVU1k7CisgICAgfQorCiAgICAgY2xlYW4gPSAoc2MtPm9w ID09IFhFTl9ET01DVExfU0hBRE9XX09QX0NMRUFOKTsKIAogICAgIFBBR0lO R19ERUJVRyhMT0dESVJUWSwgImxvZy1kaXJ0eSAlczogZG9tICV1IGZhdWx0 cz0ldSBkaXJ0eT0ldVxuIiwKQEAgLTM2NSwxNyArNDQ1LDE1IEBAIGludCBw YWdpbmdfbG9nX2RpcnR5X29wKHN0cnVjdCBkb21haW4gKmQKICAgICAgICAg Z290byBvdXQ7CiAgICAgfQogCi0gICAgcGFnZXMgPSAwOwogICAgIGw0ID0g cGFnaW5nX21hcF9sb2dfZGlydHlfYml0bWFwKGQpOworICAgIGk0ID0gZC0+ YXJjaC5wYWdpbmcucHJlZW1wdC5sb2dfZGlydHkuaTQ7CisgICAgaTMgPSBk LT5hcmNoLnBhZ2luZy5wcmVlbXB0LmxvZ19kaXJ0eS5pMzsKKyAgICBwYWdl cyA9IGQtPmFyY2gucGFnaW5nLnByZWVtcHQubG9nX2RpcnR5LmRvbmU7CiAK LSAgICBmb3IgKCBpNCA9IDA7Ci0gICAgICAgICAgKHBhZ2VzIDwgc2MtPnBh Z2VzKSAmJiAoaTQgPCBMT0dESVJUWV9OT0RFX0VOVFJJRVMpOwotICAgICAg ICAgIGk0KysgKQorICAgIGZvciAoIDsgKHBhZ2VzIDwgc2MtPnBhZ2VzKSAm JiAoaTQgPCBMT0dESVJUWV9OT0RFX0VOVFJJRVMpOyBpNCsrLCBpMyA9IDAg KQogICAgIHsKICAgICAgICAgbDMgPSAobDQgJiYgbWZuX3ZhbGlkKGw0W2k0 XSkpID8gbWFwX2RvbWFpbl9wYWdlKG1mbl94KGw0W2k0XSkpIDogTlVMTDsK LSAgICAgICAgZm9yICggaTMgPSAwOwotICAgICAgICAgICAgICAocGFnZXMg PCBzYy0+cGFnZXMpICYmIChpMyA8IExPR0RJUlRZX05PREVfRU5UUklFUyk7 Ci0gICAgICAgICAgICAgIGkzKysgKQorICAgICAgICBmb3IgKCA7IChwYWdl cyA8IHNjLT5wYWdlcykgJiYgKGkzIDwgTE9HRElSVFlfTk9ERV9FTlRSSUVT KTsgaTMrKyApCiAgICAgICAgIHsKICAgICAgICAgICAgIGwyID0gKChsMyAm JiBtZm5fdmFsaWQobDNbaTNdKSkgPwogICAgICAgICAgICAgICAgICAgbWFw X2RvbWFpbl9wYWdlKG1mbl94KGwzW2kzXSkpIDogTlVMTCk7CkBAIC00MTAs MTggKzQ4OCw1MSBAQCBpbnQgcGFnaW5nX2xvZ19kaXJ0eV9vcChzdHJ1Y3Qg ZG9tYWluICpkCiAgICAgICAgICAgICB9CiAgICAgICAgICAgICBpZiAoIGwy ICkKICAgICAgICAgICAgICAgICB1bm1hcF9kb21haW5fcGFnZShsMik7CisK KyAgICAgICAgICAgIGlmICggaTMgPCBMT0dESVJUWV9OT0RFX0VOVFJJRVMg LSAxICYmIGh5cGVyY2FsbF9wcmVlbXB0X2NoZWNrKCkgKQorICAgICAgICAg ICAgeworICAgICAgICAgICAgICAgIGQtPmFyY2gucGFnaW5nLnByZWVtcHQu bG9nX2RpcnR5Lmk0ID0gaTQ7CisgICAgICAgICAgICAgICAgZC0+YXJjaC5w YWdpbmcucHJlZW1wdC5sb2dfZGlydHkuaTMgPSBpMyArIDE7CisgICAgICAg ICAgICAgICAgcnYgPSAtRUFHQUlOOworICAgICAgICAgICAgICAgIGJyZWFr OworICAgICAgICAgICAgfQogICAgICAgICB9CiAgICAgICAgIGlmICggbDMg KQogICAgICAgICAgICAgdW5tYXBfZG9tYWluX3BhZ2UobDMpOworCisgICAg ICAgIGlmICggIXJ2ICYmIGk0IDwgTE9HRElSVFlfTk9ERV9FTlRSSUVTIC0g MSAmJgorICAgICAgICAgICAgIGh5cGVyY2FsbF9wcmVlbXB0X2NoZWNrKCkg KQorICAgICAgICB7CisgICAgICAgICAgICBkLT5hcmNoLnBhZ2luZy5wcmVl bXB0LmxvZ19kaXJ0eS5pNCA9IGk0ICsgMTsKKyAgICAgICAgICAgIGQtPmFy Y2gucGFnaW5nLnByZWVtcHQubG9nX2RpcnR5LmkzID0gMDsKKyAgICAgICAg ICAgIHJ2ID0gLUVBR0FJTjsKKyAgICAgICAgfQorICAgICAgICBpZiAoIHJ2 ICkKKyAgICAgICAgICAgIGJyZWFrOwogICAgIH0KICAgICBpZiAoIGw0ICkK ICAgICAgICAgdW5tYXBfZG9tYWluX3BhZ2UobDQpOwogCi0gICAgaWYgKCBw YWdlcyA8IHNjLT5wYWdlcyApCi0gICAgICAgIHNjLT5wYWdlcyA9IHBhZ2Vz OworICAgIGlmICggIXJ2ICkKKyAgICAgICAgZC0+YXJjaC5wYWdpbmcucHJl ZW1wdC52Y3B1ID0gTlVMTDsKKyAgICBlbHNlCisgICAgeworICAgICAgICBk LT5hcmNoLnBhZ2luZy5wcmVlbXB0LnZjcHUgPSBjdXJyZW50OworICAgICAg ICBkLT5hcmNoLnBhZ2luZy5wcmVlbXB0Lm9wID0gc2MtPm9wOworICAgICAg ICBkLT5hcmNoLnBhZ2luZy5wcmVlbXB0LmxvZ19kaXJ0eS5kb25lID0gcGFn ZXM7CisgICAgfQogCiAgICAgcGFnaW5nX3VubG9jayhkKTsKIAorICAgIGlm ICggcnYgKQorICAgIHsKKyAgICAgICAgLyogTmV2ZXIgbGVhdmUgdGhlIGRv bWFpbiBwYXVzZWQgZm9yIG90aGVyIGVycm9ycy4gKi8KKyAgICAgICAgQVNT RVJUKHJ2ID09IC1FQUdBSU4pOworICAgICAgICByZXR1cm4gcnY7CisgICAg fQorCisgICAgaWYgKCBwYWdlcyA8IHNjLT5wYWdlcyApCisgICAgICAgIHNj LT5wYWdlcyA9IHBhZ2VzOwogICAgIGlmICggY2xlYW4gKQogICAgIHsKICAg ICAgICAgLyogV2UgbmVlZCB0byBmdXJ0aGVyIGNhbGwgY2xlYW5fZGlydHlf Yml0bWFwKCkgZnVuY3Rpb25zIG9mIHNwZWNpZmljCkBAIC00MzIsNiArNTQz LDcgQEAgaW50IHBhZ2luZ19sb2dfZGlydHlfb3Aoc3RydWN0IGRvbWFpbiAq ZAogICAgIHJldHVybiBydjsKIAogIG91dDoKKyAgICBkLT5hcmNoLnBhZ2lu Zy5wcmVlbXB0LnZjcHUgPSBOVUxMOwogICAgIHBhZ2luZ191bmxvY2soZCk7 CiAgICAgZG9tYWluX3VucGF1c2UoZCk7CiAKQEAgLTQ5OSwxMiArNjExLDYg QEAgdm9pZCBwYWdpbmdfbG9nX2RpcnR5X2luaXQoc3RydWN0IGRvbWFpbgog ICAgIGQtPmFyY2gucGFnaW5nLmxvZ19kaXJ0eS5jbGVhbl9kaXJ0eV9iaXRt YXAgPSBjbGVhbl9kaXJ0eV9iaXRtYXA7CiB9CiAKLS8qIFRoaXMgZnVuY3Rp b24gZnJlc3MgbG9nIGRpcnR5IGJpdG1hcCByZXNvdXJjZXMuICovCi1zdGF0 aWMgdm9pZCBwYWdpbmdfbG9nX2RpcnR5X3RlYXJkb3duKHN0cnVjdCBkb21h aW4qZCkKLXsKLSAgICBwYWdpbmdfZnJlZV9sb2dfZGlydHlfYml0bWFwKGQp OwotfQotCiAvKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqLwogLyogICAgICAgICAgIENPREUgRk9SIFBBR0lORyBT VVBQT1JUICAgICAgICAgICAgKi8KIC8qKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKiovCkBAIC01NDgsNiArNjU0LDcg QEAgdm9pZCBwYWdpbmdfdmNwdV9pbml0KHN0cnVjdCB2Y3B1ICp2KQogaW50 IHBhZ2luZ19kb21jdGwoc3RydWN0IGRvbWFpbiAqZCwgeGVuX2RvbWN0bF9z aGFkb3dfb3BfdCAqc2MsCiAgICAgICAgICAgICAgICAgICBYRU5fR1VFU1Rf SEFORExFX1BBUkFNKHZvaWQpIHVfZG9tY3RsKQogeworICAgIGJvb2xfdCBy ZXN1bWluZyA9IDA7CiAgICAgaW50IHJjOwogCiAgICAgaWYgKCB1bmxpa2Vs eShkID09IGN1cnJlbnQtPmRvbWFpbikgKQpAQCAtNTcwLDYgKzY3NywyMCBA QCBpbnQgcGFnaW5nX2RvbWN0bChzdHJ1Y3QgZG9tYWluICpkLCB4ZW5fCiAg ICAgICAgIHJldHVybiAtRUlOVkFMOwogICAgIH0KIAorICAgIGlmICggZC0+ YXJjaC5wYWdpbmcucHJlZW1wdC52Y3B1ICkKKyAgICB7CisgICAgICAgIGlm ICggZC0+YXJjaC5wYWdpbmcucHJlZW1wdC52Y3B1ICE9IGN1cnJlbnQgfHwK KyAgICAgICAgICAgICBkLT5hcmNoLnBhZ2luZy5wcmVlbXB0Lm9wICE9IHNj LT5vcCApCisgICAgICAgIHsKKyAgICAgICAgICAgIHByaW50ayhYRU5MT0df R19ERUJVRworICAgICAgICAgICAgICAgICAgICJkJWQ6diVkOiBQYWdpbmcg b3AgJSN4IG9uIERvbSV1IHdpdGggdW5maW5pc2hlZCBwcmlvciBvcCAlI3hc biIsCisgICAgICAgICAgICAgICAgICAgY3VycmVudC0+ZG9tYWluLT5kb21h aW5faWQsIGN1cnJlbnQtPnZjcHVfaWQsCisgICAgICAgICAgICAgICAgICAg c2MtPm9wLCBkLT5kb21haW5faWQsIGQtPmFyY2gucGFnaW5nLnByZWVtcHQu b3ApOworICAgICAgICAgICAgcmV0dXJuIC1FQlVTWTsKKyAgICAgICAgfQor ICAgICAgICByZXN1bWluZyA9IDE7CisgICAgfQorCiAgICAgcmMgPSB4c21f c2hhZG93X2NvbnRyb2woWFNNX0hPT0ssIGQsIHNjLT5vcCk7CiAgICAgaWYg KCByYyApCiAgICAgICAgIHJldHVybiByYzsKQEAgLTU5NSwxMyArNzE2LDEz IEBAIGludCBwYWdpbmdfZG9tY3RsKHN0cnVjdCBkb21haW4gKmQsIHhlbl8K IAogICAgIGNhc2UgWEVOX0RPTUNUTF9TSEFET1dfT1BfT0ZGOgogICAgICAg ICBpZiAoIHBhZ2luZ19tb2RlX2xvZ19kaXJ0eShkKSApCi0gICAgICAgICAg ICBpZiAoIChyYyA9IHBhZ2luZ19sb2dfZGlydHlfZGlzYWJsZShkKSkgIT0g MCApCisgICAgICAgICAgICBpZiAoIChyYyA9IHBhZ2luZ19sb2dfZGlydHlf ZGlzYWJsZShkLCByZXN1bWluZykpICE9IDAgKQogICAgICAgICAgICAgICAg IHJldHVybiByYzsKICAgICAgICAgYnJlYWs7CiAKICAgICBjYXNlIFhFTl9E T01DVExfU0hBRE9XX09QX0NMRUFOOgogICAgIGNhc2UgWEVOX0RPTUNUTF9T SEFET1dfT1BfUEVFSzoKLSAgICAgICAgcmV0dXJuIHBhZ2luZ19sb2dfZGly dHlfb3AoZCwgc2MpOworICAgICAgICByZXR1cm4gcGFnaW5nX2xvZ19kaXJ0 eV9vcChkLCBzYywgcmVzdW1pbmcpOwogICAgIH0KIAogICAgIC8qIEhlcmUs IGRpc3BhdGNoIGRvbWN0bCB0byB0aGUgYXBwcm9wcmlhdGUgcGFnaW5nIGNv ZGUgKi8KQEAgLTYxMiwxOCArNzMzLDI0IEBAIGludCBwYWdpbmdfZG9tY3Rs KHN0cnVjdCBkb21haW4gKmQsIHhlbl8KIH0KIAogLyogQ2FsbCB3aGVuIGRl c3Ryb3lpbmcgYSBkb21haW4gKi8KLXZvaWQgcGFnaW5nX3RlYXJkb3duKHN0 cnVjdCBkb21haW4gKmQpCitpbnQgcGFnaW5nX3RlYXJkb3duKHN0cnVjdCBk b21haW4gKmQpCiB7CisgICAgaW50IHJjOworCiAgICAgaWYgKCBoYXBfZW5h YmxlZChkKSApCiAgICAgICAgIGhhcF90ZWFyZG93bihkKTsKICAgICBlbHNl CiAgICAgICAgIHNoYWRvd190ZWFyZG93bihkKTsKIAogICAgIC8qIGNsZWFu IHVwIGxvZyBkaXJ0eSByZXNvdXJjZXMuICovCi0gICAgcGFnaW5nX2xvZ19k aXJ0eV90ZWFyZG93bihkKTsKKyAgICByYyA9IHBhZ2luZ19mcmVlX2xvZ19k aXJ0eV9iaXRtYXAoZCwgMCk7CisgICAgaWYgKCByYyA9PSAtRUFHQUlOICkK KyAgICAgICAgcmV0dXJuIHJjOwogCiAgICAgLyogTW92ZSBwb3B1bGF0ZS1v bi1kZW1hbmQgY2FjaGUgYmFjayB0byBkb21haW5fbGlzdCBmb3IgZGVzdHJ1 Y3Rpb24gKi8KICAgICBwMm1fcG9kX2VtcHR5X2NhY2hlKGQpOworCisgICAg cmV0dXJuIHJjOwogfQogCiAvKiBDYWxsIG9uY2UgYWxsIG9mIHRoZSByZWZl cmVuY2VzIHRvIHRoZSBkb21haW4gaGF2ZSBnb25lIGF3YXkgKi8KLS0tIGEv eGVuL2FyY2gveDg2L21tL3NoYWRvdy9jb21tb24uYworKysgYi94ZW4vYXJj aC94ODYvbW0vc2hhZG93L2NvbW1vbi5jCkBAIC0zNzA2LDggKzM3MDYsNyBA QCBpbnQgc2hhZG93X2RvbWN0bChzdHJ1Y3QgZG9tYWluICpkLCAKICAgICAg ICAgcGFnaW5nX3VubG9jayhkKTsKICAgICAgICAgaWYgKCBwcmVlbXB0ZWQg KQogICAgICAgICAgICAgLyogTm90IGZpbmlzaGVkLiAgU2V0IHVwIHRvIHJl LXJ1biB0aGUgY2FsbC4gKi8KLSAgICAgICAgICAgIHJjID0gaHlwZXJjYWxs X2NyZWF0ZV9jb250aW51YXRpb24oCi0gICAgICAgICAgICAgICAgX19IWVBF UlZJU09SX2RvbWN0bCwgImgiLCB1X2RvbWN0bCk7CisgICAgICAgICAgICBy YyA9IC1FQUdBSU47CiAgICAgICAgIGVsc2UgCiAgICAgICAgICAgICAvKiBG aW5pc2hlZC4gIFJldHVybiB0aGUgbmV3IGFsbG9jYXRpb24gKi8KICAgICAg ICAgICAgIHNjLT5tYiA9IHNoYWRvd19nZXRfYWxsb2NhdGlvbihkKTsKLS0t IGEveGVuL2NvbW1vbi9kb21haW4uYworKysgYi94ZW4vY29tbW9uL2RvbWFp bi5jCkBAIC01MzYsNyArNTM2LDYgQEAgaW50IGRvbWFpbl9raWxsKHN0cnVj dCBkb21haW4gKmQpCiAgICAgICAgIHJjID0gZG9tYWluX3JlbGlucXVpc2hf cmVzb3VyY2VzKGQpOwogICAgICAgICBpZiAoIHJjICE9IDAgKQogICAgICAg ICB7Ci0gICAgICAgICAgICBCVUdfT04ocmMgIT0gLUVBR0FJTik7CiAgICAg ICAgICAgICBicmVhazsKICAgICAgICAgfQogICAgICAgICBpZiAoIHNjaGVk X21vdmVfZG9tYWluKGQsIGNwdXBvb2wwKSApCi0tLSBhL3hlbi9pbmNsdWRl L2FzbS14ODYvZG9tYWluLmgKKysrIGIveGVuL2luY2x1ZGUvYXNtLXg4Ni9k b21haW4uaApAQCAtMTg2LDYgKzE4NiwyMCBAQCBzdHJ1Y3QgcGFnaW5nX2Rv bWFpbiB7CiAgICAgc3RydWN0IGhhcF9kb21haW4gICAgICAgaGFwOwogICAg IC8qIGxvZyBkaXJ0eSBzdXBwb3J0ICovCiAgICAgc3RydWN0IGxvZ19kaXJ0 eV9kb21haW4gbG9nX2RpcnR5OworCisgICAgLyogcHJlZW1wdGlvbiBoYW5k bGluZyAqLworICAgIHN0cnVjdCB7CisgICAgICAgIHN0cnVjdCB2Y3B1ICp2 Y3B1OworICAgICAgICB1bnNpZ25lZCBpbnQgb3A7CisgICAgICAgIHVuaW9u IHsKKyAgICAgICAgICAgIHN0cnVjdCB7CisgICAgICAgICAgICAgICAgdW5z aWduZWQgbG9uZyBkb25lOlBBRERSX0JJVFMgLSBQQUdFX1NISUZUOworICAg ICAgICAgICAgICAgIHVuc2lnbmVkIGxvbmcgaTQ6UEFHRVRBQkxFX09SREVS OworICAgICAgICAgICAgICAgIHVuc2lnbmVkIGxvbmcgaTM6UEFHRVRBQkxF X09SREVSOworICAgICAgICAgICAgfSBsb2dfZGlydHk7CisgICAgICAgIH07 CisgICAgfSBwcmVlbXB0OworCiAgICAgLyogYWxsb2MvZnJlZSBwYWdlcyBm cm9tIHRoZSBwb29sIGZvciBwYWdpbmctYXNzaXN0YW5jZSBzdHJ1Y3R1cmVz CiAgICAgICogKHVzZWQgYnkgcDJtIGFuZCBsb2ctZGlydHkgY29kZSBmb3Ig dGhlaXIgdHJpZXMpICovCiAgICAgc3RydWN0IHBhZ2VfaW5mbyAqICgqYWxs b2NfcGFnZSkoc3RydWN0IGRvbWFpbiAqZCk7Ci0tLSBhL3hlbi9pbmNsdWRl L2FzbS14ODYvcGFnaW5nLmgKKysrIGIveGVuL2luY2x1ZGUvYXNtLXg4Ni9w YWdpbmcuaApAQCAtMTMzLDkgKzEzMyw2IEBAIHN0cnVjdCBwYWdpbmdfbW9k ZSB7CiAvKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioKICAqIExv ZyBkaXJ0eSBjb2RlICovCiAKLS8qIGZyZWUgbG9nIGRpcnR5IGJpdG1hcCBy ZXNvdXJjZSAqLwotdm9pZCBwYWdpbmdfZnJlZV9sb2dfZGlydHlfYml0bWFw KHN0cnVjdCBkb21haW4gKmQpOwotCiAvKiBnZXQgdGhlIGRpcnR5IGJpdG1h cCBmb3IgYSBzcGVjaWZpYyByYW5nZSBvZiBwZm5zICovCiB2b2lkIHBhZ2lu Z19sb2dfZGlydHlfcmFuZ2Uoc3RydWN0IGRvbWFpbiAqZCwKICAgICAgICAg ICAgICAgICAgICAgICAgICAgICB1bnNpZ25lZCBsb25nIGJlZ2luX3BmbiwK QEAgLTE0NSw5ICsxNDIsNiBAQCB2b2lkIHBhZ2luZ19sb2dfZGlydHlfcmFu Z2Uoc3RydWN0IGRvbWFpCiAvKiBlbmFibGUgbG9nIGRpcnR5ICovCiBpbnQg cGFnaW5nX2xvZ19kaXJ0eV9lbmFibGUoc3RydWN0IGRvbWFpbiAqZCwgYm9v bF90IGxvZ19nbG9iYWwpOwogCi0vKiBkaXNhYmxlIGxvZyBkaXJ0eSAqLwot aW50IHBhZ2luZ19sb2dfZGlydHlfZGlzYWJsZShzdHJ1Y3QgZG9tYWluICpk KTsKLQogLyogbG9nIGRpcnR5IGluaXRpYWxpemF0aW9uICovCiB2b2lkIHBh Z2luZ19sb2dfZGlydHlfaW5pdChzdHJ1Y3QgZG9tYWluICpkLAogICAgICAg ICAgICAgICAgICAgICAgICAgICAgaW50ICAoKmVuYWJsZV9sb2dfZGlydHkp KHN0cnVjdCBkb21haW4gKmQsCkBAIC0yMDcsNyArMjAxLDcgQEAgaW50IHBh Z2luZ19kb21jdGwoc3RydWN0IGRvbWFpbiAqZCwgeGVuXwogICAgICAgICAg ICAgICAgICAgWEVOX0dVRVNUX0hBTkRMRV9QQVJBTSh2b2lkKSB1X2RvbWN0 bCk7CiAKIC8qIENhbGwgd2hlbiBkZXN0cm95aW5nIGEgZG9tYWluICovCi12 b2lkIHBhZ2luZ190ZWFyZG93bihzdHJ1Y3QgZG9tYWluICpkKTsKK2ludCBw YWdpbmdfdGVhcmRvd24oc3RydWN0IGRvbWFpbiAqZCk7CiAKIC8qIENhbGwg b25jZSBhbGwgb2YgdGhlIHJlZmVyZW5jZXMgdG8gdGhlIGRvbWFpbiBoYXZl IGdvbmUgYXdheSAqLwogdm9pZCBwYWdpbmdfZmluYWxfdGVhcmRvd24oc3Ry dWN0IGRvbWFpbiAqZCk7Cg== --=separator Content-Type: application/octet-stream; name="xsa97-hap-unstable.patch" Content-Disposition: attachment; filename="xsa97-hap-unstable.patch" Content-Transfer-Encoding: base64 eDg2L3BhZ2luZzogbWFrZSBsb2ctZGlydHkgb3BlcmF0aW9ucyBwcmVlbXB0 aWJsZQoKQm90aCB0aGUgZnJlZWluZyBhbmQgdGhlIGluc3BlY3Rpb24gb2Yg dGhlIGJpdG1hcCBnZXQgZG9uZSBpbiAobmVzdGVkKQpsb29wcyB3aGljaCAt IGJlc2lkZXMgaGF2aW5nIGEgcmF0aGVyIGhpZ2ggaXRlcmF0aW9uIGNvdW50 IGluIGdlbmVyYWwsCmFsYmVpdCB0aGF0IHdvdWxkIGJlIGNvdmVyZWQgYnkg WFNBLTc3IC0gaGF2ZSB0aGUgbnVtYmVyIG9mIG5vbi10cml2aWFsCml0ZXJh dGlvbnMgdGhleSBuZWVkIHRvIHBlcmZvcm0gKGluZGlyZWN0bHkpIGNvbnRy b2xsYWJsZSBieSBib3RoIHRoZQpndWVzdCB0aGV5IGFyZSBmb3IgYW5kIGFu eSBkb21haW4gY29udHJvbGxpbmcgdGhlIGd1ZXN0IChpbmNsdWRpbmcgdGhl Cm9uZSBydW5uaW5nIHFlbXUgZm9yIGl0KS4KClRoaXMgaXMgWFNBLTk3LgoK U2lnbmVkLW9mZi1ieTogSmFuIEJldWxpY2ggPGpiZXVsaWNoQHN1c2UuY29t PgpSZXZpZXdlZC1ieTogVGltIERlZWdhbiA8dGltQHhlbi5vcmc+CgotLS0g YS94ZW4vYXJjaC94ODYvZG9tYWluLmMKKysrIGIveGVuL2FyY2gveDg2L2Rv bWFpbi5jCkBAIC0xOTA3LDcgKzE5MDcsOSBAQCBpbnQgZG9tYWluX3JlbGlu cXVpc2hfcmVzb3VyY2VzKHN0cnVjdCBkCiAgICAgICAgIHBjaV9yZWxlYXNl X2RldmljZXMoZCk7CiAKICAgICAgICAgLyogVGVhciBkb3duIHBhZ2luZy1h c3Npc3RhbmNlIHN0dWZmLiAqLwotICAgICAgICBwYWdpbmdfdGVhcmRvd24o ZCk7CisgICAgICAgIHJldCA9IHBhZ2luZ190ZWFyZG93bihkKTsKKyAgICAg ICAgaWYgKCByZXQgKQorICAgICAgICAgICAgcmV0dXJuIHJldDsKIAogICAg ICAgICAvKiBEcm9wIHRoZSBpbi11c2UgcmVmZXJlbmNlcyB0byBwYWdlLXRh YmxlIGJhc2VzLiAqLwogICAgICAgICBmb3JfZWFjaF92Y3B1ICggZCwgdiAp Ci0tLSBhL3hlbi9hcmNoL3g4Ni9kb21jdGwuYworKysgYi94ZW4vYXJjaC94 ODYvZG9tY3RsLmMKQEAgLTY0LDYgKzY0LDkgQEAgbG9uZyBhcmNoX2RvX2Rv bWN0bCgKICAgICAgICAgcmV0ID0gcGFnaW5nX2RvbWN0bChkLAogICAgICAg ICAgICAgICAgICAgICAgICAgICAgICZkb21jdGwtPnUuc2hhZG93X29wLAog ICAgICAgICAgICAgICAgICAgICAgICAgICAgIGd1ZXN0X2hhbmRsZV9jYXN0 KHVfZG9tY3RsLCB2b2lkKSk7CisgICAgICAgIGlmICggcmV0ID09IC1FUkVT VEFSVCApCisgICAgICAgICAgICByZXR1cm4gaHlwZXJjYWxsX2NyZWF0ZV9j b250aW51YXRpb24oX19IWVBFUlZJU09SX2RvbWN0bCwKKyAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAiaCIsIHVf ZG9tY3RsKTsKICAgICAgICAgY29weWJhY2sgPSAxOwogICAgIH0KICAgICBi cmVhazsKLS0tIGEveGVuL2FyY2gveDg2L21tL2hhcC9oYXAuYworKysgYi94 ZW4vYXJjaC94ODYvbW0vaGFwL2hhcC5jCkBAIC01ODIsOCArNTgyLDcgQEAg aW50IGhhcF9kb21jdGwoc3RydWN0IGRvbWFpbiAqZCwgeGVuX2RvbQogICAg ICAgICBwYWdpbmdfdW5sb2NrKGQpOwogICAgICAgICBpZiAoIHByZWVtcHRl ZCApCiAgICAgICAgICAgICAvKiBOb3QgZmluaXNoZWQuICBTZXQgdXAgdG8g cmUtcnVuIHRoZSBjYWxsLiAqLwotICAgICAgICAgICAgcmMgPSBoeXBlcmNh bGxfY3JlYXRlX2NvbnRpbnVhdGlvbihfX0hZUEVSVklTT1JfZG9tY3RsLCAi aCIsCi0gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgIHVfZG9tY3RsKTsKKyAgICAgICAgICAgIHJjID0gLUVSRVNUQVJU OwogICAgICAgICBlbHNlCiAgICAgICAgICAgICAvKiBGaW5pc2hlZC4gIFJl dHVybiB0aGUgbmV3IGFsbG9jYXRpb24gKi8KICAgICAgICAgICAgIHNjLT5t YiA9IGhhcF9nZXRfYWxsb2NhdGlvbihkKTsKLS0tIGEveGVuL2FyY2gveDg2 L21tL3BhZ2luZy5jCisrKyBiL3hlbi9hcmNoL3g4Ni9tbS9wYWdpbmcuYwpA QCAtMjYsNiArMjYsNyBAQAogI2luY2x1ZGUgPGFzbS9zaGFkb3cuaD4KICNp bmNsdWRlIDxhc20vcDJtLmg+CiAjaW5jbHVkZSA8YXNtL2hhcC5oPgorI2lu Y2x1ZGUgPGFzbS9ldmVudC5oPgogI2luY2x1ZGUgPGFzbS9odm0vbmVzdGVk aHZtLmg+CiAjaW5jbHVkZSA8eGVuL251bWEuaD4KICNpbmNsdWRlIDx4c20v eHNtLmg+CkBAIC0xMTYsMjYgKzExNyw0NiBAQCBzdGF0aWMgdm9pZCBwYWdp bmdfZnJlZV9sb2dfZGlydHlfcGFnZShzCiAgICAgZC0+YXJjaC5wYWdpbmcu ZnJlZV9wYWdlKGQsIG1mbl90b19wYWdlKG1mbikpOwogfQogCi12b2lkIHBh Z2luZ19mcmVlX2xvZ19kaXJ0eV9iaXRtYXAoc3RydWN0IGRvbWFpbiAqZCkK K3N0YXRpYyBpbnQgcGFnaW5nX2ZyZWVfbG9nX2RpcnR5X2JpdG1hcChzdHJ1 Y3QgZG9tYWluICpkLCBpbnQgcmMpCiB7CiAgICAgbWZuX3QgKmw0LCAqbDMs ICpsMjsKICAgICBpbnQgaTQsIGkzLCBpMjsKIAorICAgIHBhZ2luZ19sb2Nr KGQpOworCiAgICAgaWYgKCAhbWZuX3ZhbGlkKGQtPmFyY2gucGFnaW5nLmxv Z19kaXJ0eS50b3ApICkKLSAgICAgICAgcmV0dXJuOworICAgIHsKKyAgICAg ICAgcGFnaW5nX3VubG9jayhkKTsKKyAgICAgICAgcmV0dXJuIDA7CisgICAg fQogCi0gICAgcGFnaW5nX2xvY2soZCk7CisgICAgaWYgKCAhZC0+YXJjaC5w YWdpbmcucHJlZW1wdC52Y3B1ICkKKyAgICB7CisgICAgICAgIG1lbXNldCgm ZC0+YXJjaC5wYWdpbmcucHJlZW1wdC5sb2dfZGlydHksIDAsCisgICAgICAg ICAgICAgICBzaXplb2YoZC0+YXJjaC5wYWdpbmcucHJlZW1wdC5sb2dfZGly dHkpKTsKKyAgICAgICAgQVNTRVJUKHJjIDw9IDApOworICAgICAgICBkLT5h cmNoLnBhZ2luZy5wcmVlbXB0LmxvZ19kaXJ0eS5kb25lID0gLXJjOworICAg IH0KKyAgICBlbHNlIGlmICggZC0+YXJjaC5wYWdpbmcucHJlZW1wdC52Y3B1 ICE9IGN1cnJlbnQgfHwKKyAgICAgICAgICAgICAgZC0+YXJjaC5wYWdpbmcu cHJlZW1wdC5vcCAhPSBYRU5fRE9NQ1RMX1NIQURPV19PUF9PRkYgKQorICAg IHsKKyAgICAgICAgcGFnaW5nX3VubG9jayhkKTsKKyAgICAgICAgcmV0dXJu IC1FQlVTWTsKKyAgICB9CiAKICAgICBsNCA9IG1hcF9kb21haW5fcGFnZSht Zm5feChkLT5hcmNoLnBhZ2luZy5sb2dfZGlydHkudG9wKSk7CisgICAgaTQg PSBkLT5hcmNoLnBhZ2luZy5wcmVlbXB0LmxvZ19kaXJ0eS5pNDsKKyAgICBp MyA9IGQtPmFyY2gucGFnaW5nLnByZWVtcHQubG9nX2RpcnR5LmkzOworICAg IHJjID0gMDsKIAotICAgIGZvciAoIGk0ID0gMDsgaTQgPCBMT0dESVJUWV9O T0RFX0VOVFJJRVM7IGk0KysgKQorICAgIGZvciAoIDsgaTQgPCBMT0dESVJU WV9OT0RFX0VOVFJJRVM7IGk0KyssIGkzID0gMCApCiAgICAgewogICAgICAg ICBpZiAoICFtZm5fdmFsaWQobDRbaTRdKSApCiAgICAgICAgICAgICBjb250 aW51ZTsKIAogICAgICAgICBsMyA9IG1hcF9kb21haW5fcGFnZShtZm5feChs NFtpNF0pKTsKIAotICAgICAgICBmb3IgKCBpMyA9IDA7IGkzIDwgTE9HRElS VFlfTk9ERV9FTlRSSUVTOyBpMysrICkKKyAgICAgICAgZm9yICggOyBpMyA8 IExPR0RJUlRZX05PREVfRU5UUklFUzsgaTMrKyApCiAgICAgICAgIHsKICAg ICAgICAgICAgIGlmICggIW1mbl92YWxpZChsM1tpM10pICkKICAgICAgICAg ICAgICAgICBjb250aW51ZTsKQEAgLTE0OCwyMCArMTY5LDU0IEBAIHZvaWQg cGFnaW5nX2ZyZWVfbG9nX2RpcnR5X2JpdG1hcChzdHJ1Y3QKIAogICAgICAg ICAgICAgdW5tYXBfZG9tYWluX3BhZ2UobDIpOwogICAgICAgICAgICAgcGFn aW5nX2ZyZWVfbG9nX2RpcnR5X3BhZ2UoZCwgbDNbaTNdKTsKKyAgICAgICAg ICAgIGwzW2kzXSA9IF9tZm4oSU5WQUxJRF9NRk4pOworCisgICAgICAgICAg ICBpZiAoIGkzIDwgTE9HRElSVFlfTk9ERV9FTlRSSUVTIC0gMSAmJiBoeXBl cmNhbGxfcHJlZW1wdF9jaGVjaygpICkKKyAgICAgICAgICAgIHsKKyAgICAg ICAgICAgICAgICBkLT5hcmNoLnBhZ2luZy5wcmVlbXB0LmxvZ19kaXJ0eS5p MyA9IGkzICsgMTsKKyAgICAgICAgICAgICAgICBkLT5hcmNoLnBhZ2luZy5w cmVlbXB0LmxvZ19kaXJ0eS5pNCA9IGk0OworICAgICAgICAgICAgICAgIHJj ID0gLUVSRVNUQVJUOworICAgICAgICAgICAgICAgIGJyZWFrOworICAgICAg ICAgICAgfQogICAgICAgICB9CiAKICAgICAgICAgdW5tYXBfZG9tYWluX3Bh Z2UobDMpOworICAgICAgICBpZiAoIHJjICkKKyAgICAgICAgICAgIGJyZWFr OwogICAgICAgICBwYWdpbmdfZnJlZV9sb2dfZGlydHlfcGFnZShkLCBsNFtp NF0pOworICAgICAgICBsNFtpNF0gPSBfbWZuKElOVkFMSURfTUZOKTsKKwor ICAgICAgICBpZiAoIGk0IDwgTE9HRElSVFlfTk9ERV9FTlRSSUVTIC0gMSAm JiBoeXBlcmNhbGxfcHJlZW1wdF9jaGVjaygpICkKKyAgICAgICAgeworICAg ICAgICAgICAgZC0+YXJjaC5wYWdpbmcucHJlZW1wdC5sb2dfZGlydHkuaTMg PSAwOworICAgICAgICAgICAgZC0+YXJjaC5wYWdpbmcucHJlZW1wdC5sb2df ZGlydHkuaTQgPSBpNCArIDE7CisgICAgICAgICAgICByYyA9IC1FUkVTVEFS VDsKKyAgICAgICAgICAgIGJyZWFrOworICAgICAgICB9CiAgICAgfQogCiAg ICAgdW5tYXBfZG9tYWluX3BhZ2UobDQpOwotICAgIHBhZ2luZ19mcmVlX2xv Z19kaXJ0eV9wYWdlKGQsIGQtPmFyY2gucGFnaW5nLmxvZ19kaXJ0eS50b3Ap OwotICAgIGQtPmFyY2gucGFnaW5nLmxvZ19kaXJ0eS50b3AgPSBfbWZuKElO VkFMSURfTUZOKTsKIAotICAgIEFTU0VSVChkLT5hcmNoLnBhZ2luZy5sb2df ZGlydHkuYWxsb2NzID09IDApOwotICAgIGQtPmFyY2gucGFnaW5nLmxvZ19k aXJ0eS5mYWlsZWRfYWxsb2NzID0gMDsKKyAgICBpZiAoICFyYyApCisgICAg eworICAgICAgICBwYWdpbmdfZnJlZV9sb2dfZGlydHlfcGFnZShkLCBkLT5h cmNoLnBhZ2luZy5sb2dfZGlydHkudG9wKTsKKyAgICAgICAgZC0+YXJjaC5w YWdpbmcubG9nX2RpcnR5LnRvcCA9IF9tZm4oSU5WQUxJRF9NRk4pOworCisg ICAgICAgIEFTU0VSVChkLT5hcmNoLnBhZ2luZy5sb2dfZGlydHkuYWxsb2Nz ID09IDApOworICAgICAgICBkLT5hcmNoLnBhZ2luZy5sb2dfZGlydHkuZmFp bGVkX2FsbG9jcyA9IDA7CisKKyAgICAgICAgcmMgPSAtZC0+YXJjaC5wYWdp bmcucHJlZW1wdC5sb2dfZGlydHkuZG9uZTsKKyAgICAgICAgZC0+YXJjaC5w YWdpbmcucHJlZW1wdC52Y3B1ID0gTlVMTDsKKyAgICB9CisgICAgZWxzZQor ICAgIHsKKyAgICAgICAgZC0+YXJjaC5wYWdpbmcucHJlZW1wdC52Y3B1ID0g Y3VycmVudDsKKyAgICAgICAgZC0+YXJjaC5wYWdpbmcucHJlZW1wdC5vcCA9 IFhFTl9ET01DVExfU0hBRE9XX09QX09GRjsKKyAgICB9CiAKICAgICBwYWdp bmdfdW5sb2NrKGQpOworCisgICAgcmV0dXJuIHJjOwogfQogCiBpbnQgcGFn aW5nX2xvZ19kaXJ0eV9lbmFibGUoc3RydWN0IGRvbWFpbiAqZCwgYm9vbF90 IGxvZ19nbG9iYWwpCkBAIC0xODcsMTUgKzI0MiwyNSBAQCBpbnQgcGFnaW5n X2xvZ19kaXJ0eV9lbmFibGUoc3RydWN0IGRvbWFpCiAgICAgcmV0dXJuIHJl dDsKIH0KIAotaW50IHBhZ2luZ19sb2dfZGlydHlfZGlzYWJsZShzdHJ1Y3Qg ZG9tYWluICpkKQorc3RhdGljIGludCBwYWdpbmdfbG9nX2RpcnR5X2Rpc2Fi bGUoc3RydWN0IGRvbWFpbiAqZCwgYm9vbF90IHJlc3VtaW5nKQogewotICAg IGludCByZXQ7CisgICAgaW50IHJldCA9IDE7CisKKyAgICBpZiAoICFyZXN1 bWluZyApCisgICAgeworICAgICAgICBkb21haW5fcGF1c2UoZCk7CisgICAg ICAgIC8qIFNhZmUgYmVjYXVzZSB0aGUgZG9tYWluIGlzIHBhdXNlZC4gKi8K KyAgICAgICAgcmV0ID0gZC0+YXJjaC5wYWdpbmcubG9nX2RpcnR5LmRpc2Fi bGVfbG9nX2RpcnR5KGQpOworICAgICAgICBBU1NFUlQocmV0IDw9IDApOwor ICAgIH0KIAotICAgIGRvbWFpbl9wYXVzZShkKTsKLSAgICAvKiBTYWZlIGJl Y2F1c2UgdGhlIGRvbWFpbiBpcyBwYXVzZWQuICovCi0gICAgcmV0ID0gZC0+ YXJjaC5wYWdpbmcubG9nX2RpcnR5LmRpc2FibGVfbG9nX2RpcnR5KGQpOwog ICAgIGlmICggIXBhZ2luZ19tb2RlX2xvZ19kaXJ0eShkKSApCi0gICAgICAg IHBhZ2luZ19mcmVlX2xvZ19kaXJ0eV9iaXRtYXAoZCk7CisgICAgeworICAg ICAgICByZXQgPSBwYWdpbmdfZnJlZV9sb2dfZGlydHlfYml0bWFwKGQsIHJl dCk7CisgICAgICAgIGlmICggcmV0ID09IC1FUkVTVEFSVCApCisgICAgICAg ICAgICByZXR1cm4gcmV0OworICAgIH0KKwogICAgIGRvbWFpbl91bnBhdXNl KGQpOwogCiAgICAgcmV0dXJuIHJldDsKQEAgLTMzNSw3ICs0MDAsOSBAQCBp bnQgcGFnaW5nX21mbl9pc19kaXJ0eShzdHJ1Y3QgZG9tYWluICpkCiAKIC8q IFJlYWQgYSBkb21haW4ncyBsb2ctZGlydHkgYml0bWFwIGFuZCBzdGF0cy4g IElmIHRoZSBvcGVyYXRpb24gaXMgYSBDTEVBTiwKICAqIGNsZWFyIHRoZSBi aXRtYXAgYW5kIHN0YXRzIGFzIHdlbGwuICovCi1pbnQgcGFnaW5nX2xvZ19k aXJ0eV9vcChzdHJ1Y3QgZG9tYWluICpkLCBzdHJ1Y3QgeGVuX2RvbWN0bF9z aGFkb3dfb3AgKnNjKQorc3RhdGljIGludCBwYWdpbmdfbG9nX2RpcnR5X29w KHN0cnVjdCBkb21haW4gKmQsCisgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgc3RydWN0IHhlbl9kb21jdGxfc2hhZG93X29wICpzYywKKyAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICBib29sX3QgcmVzdW1pbmcpCiB7 CiAgICAgaW50IHJ2ID0gMCwgY2xlYW4gPSAwLCBwZWVrID0gMTsKICAgICB1 bnNpZ25lZCBsb25nIHBhZ2VzID0gMDsKQEAgLTM0Myw5ICs0MTAsMjIgQEAg aW50IHBhZ2luZ19sb2dfZGlydHlfb3Aoc3RydWN0IGRvbWFpbiAqZAogICAg IHVuc2lnbmVkIGxvbmcgKmwxID0gTlVMTDsKICAgICBpbnQgaTQsIGkzLCBp MjsKIAotICAgIGRvbWFpbl9wYXVzZShkKTsKKyAgICBpZiAoICFyZXN1bWlu ZyApCisgICAgICAgIGRvbWFpbl9wYXVzZShkKTsKICAgICBwYWdpbmdfbG9j ayhkKTsKIAorICAgIGlmICggIWQtPmFyY2gucGFnaW5nLnByZWVtcHQudmNw dSApCisgICAgICAgIG1lbXNldCgmZC0+YXJjaC5wYWdpbmcucHJlZW1wdC5s b2dfZGlydHksIDAsCisgICAgICAgICAgICAgICBzaXplb2YoZC0+YXJjaC5w YWdpbmcucHJlZW1wdC5sb2dfZGlydHkpKTsKKyAgICBlbHNlIGlmICggZC0+ YXJjaC5wYWdpbmcucHJlZW1wdC52Y3B1ICE9IGN1cnJlbnQgfHwKKyAgICAg ICAgICAgICAgZC0+YXJjaC5wYWdpbmcucHJlZW1wdC5vcCAhPSBzYy0+b3Ag KQorICAgIHsKKyAgICAgICAgcGFnaW5nX3VubG9jayhkKTsKKyAgICAgICAg QVNTRVJUKCFyZXN1bWluZyk7CisgICAgICAgIGRvbWFpbl91bnBhdXNlKGQp OworICAgICAgICByZXR1cm4gLUVCVVNZOworICAgIH0KKwogICAgIGNsZWFu ID0gKHNjLT5vcCA9PSBYRU5fRE9NQ1RMX1NIQURPV19PUF9DTEVBTik7CiAK ICAgICBQQUdJTkdfREVCVUcoTE9HRElSVFksICJsb2ctZGlydHkgJXM6IGRv bSAldSBmYXVsdHM9JXUgZGlydHk9JXVcbiIsCkBAIC0zNzQsMTcgKzQ1NCwx NSBAQCBpbnQgcGFnaW5nX2xvZ19kaXJ0eV9vcChzdHJ1Y3QgZG9tYWluICpk CiAgICAgICAgIGdvdG8gb3V0OwogICAgIH0KIAotICAgIHBhZ2VzID0gMDsK ICAgICBsNCA9IHBhZ2luZ19tYXBfbG9nX2RpcnR5X2JpdG1hcChkKTsKKyAg ICBpNCA9IGQtPmFyY2gucGFnaW5nLnByZWVtcHQubG9nX2RpcnR5Lmk0Owor ICAgIGkzID0gZC0+YXJjaC5wYWdpbmcucHJlZW1wdC5sb2dfZGlydHkuaTM7 CisgICAgcGFnZXMgPSBkLT5hcmNoLnBhZ2luZy5wcmVlbXB0LmxvZ19kaXJ0 eS5kb25lOwogCi0gICAgZm9yICggaTQgPSAwOwotICAgICAgICAgIChwYWdl cyA8IHNjLT5wYWdlcykgJiYgKGk0IDwgTE9HRElSVFlfTk9ERV9FTlRSSUVT KTsKLSAgICAgICAgICBpNCsrICkKKyAgICBmb3IgKCA7IChwYWdlcyA8IHNj LT5wYWdlcykgJiYgKGk0IDwgTE9HRElSVFlfTk9ERV9FTlRSSUVTKTsgaTQr KywgaTMgPSAwICkKICAgICB7CiAgICAgICAgIGwzID0gKGw0ICYmIG1mbl92 YWxpZChsNFtpNF0pKSA/IG1hcF9kb21haW5fcGFnZShtZm5feChsNFtpNF0p KSA6IE5VTEw7Ci0gICAgICAgIGZvciAoIGkzID0gMDsKLSAgICAgICAgICAg ICAgKHBhZ2VzIDwgc2MtPnBhZ2VzKSAmJiAoaTMgPCBMT0dESVJUWV9OT0RF X0VOVFJJRVMpOwotICAgICAgICAgICAgICBpMysrICkKKyAgICAgICAgZm9y ICggOyAocGFnZXMgPCBzYy0+cGFnZXMpICYmIChpMyA8IExPR0RJUlRZX05P REVfRU5UUklFUyk7IGkzKysgKQogICAgICAgICB7CiAgICAgICAgICAgICBs MiA9ICgobDMgJiYgbWZuX3ZhbGlkKGwzW2kzXSkpID8KICAgICAgICAgICAg ICAgICAgIG1hcF9kb21haW5fcGFnZShtZm5feChsM1tpM10pKSA6IE5VTEwp OwpAQCAtNDE5LDE4ICs0OTcsNTEgQEAgaW50IHBhZ2luZ19sb2dfZGlydHlf b3Aoc3RydWN0IGRvbWFpbiAqZAogICAgICAgICAgICAgfQogICAgICAgICAg ICAgaWYgKCBsMiApCiAgICAgICAgICAgICAgICAgdW5tYXBfZG9tYWluX3Bh Z2UobDIpOworCisgICAgICAgICAgICBpZiAoIGkzIDwgTE9HRElSVFlfTk9E RV9FTlRSSUVTIC0gMSAmJiBoeXBlcmNhbGxfcHJlZW1wdF9jaGVjaygpICkK KyAgICAgICAgICAgIHsKKyAgICAgICAgICAgICAgICBkLT5hcmNoLnBhZ2lu Zy5wcmVlbXB0LmxvZ19kaXJ0eS5pNCA9IGk0OworICAgICAgICAgICAgICAg IGQtPmFyY2gucGFnaW5nLnByZWVtcHQubG9nX2RpcnR5LmkzID0gaTMgKyAx OworICAgICAgICAgICAgICAgIHJ2ID0gLUVSRVNUQVJUOworICAgICAgICAg ICAgICAgIGJyZWFrOworICAgICAgICAgICAgfQogICAgICAgICB9CiAgICAg ICAgIGlmICggbDMgKQogICAgICAgICAgICAgdW5tYXBfZG9tYWluX3BhZ2Uo bDMpOworCisgICAgICAgIGlmICggIXJ2ICYmIGk0IDwgTE9HRElSVFlfTk9E RV9FTlRSSUVTIC0gMSAmJgorICAgICAgICAgICAgIGh5cGVyY2FsbF9wcmVl bXB0X2NoZWNrKCkgKQorICAgICAgICB7CisgICAgICAgICAgICBkLT5hcmNo LnBhZ2luZy5wcmVlbXB0LmxvZ19kaXJ0eS5pNCA9IGk0ICsgMTsKKyAgICAg ICAgICAgIGQtPmFyY2gucGFnaW5nLnByZWVtcHQubG9nX2RpcnR5LmkzID0g MDsKKyAgICAgICAgICAgIHJ2ID0gLUVSRVNUQVJUOworICAgICAgICB9Cisg ICAgICAgIGlmICggcnYgKQorICAgICAgICAgICAgYnJlYWs7CiAgICAgfQog ICAgIGlmICggbDQgKQogICAgICAgICB1bm1hcF9kb21haW5fcGFnZShsNCk7 CiAKLSAgICBpZiAoIHBhZ2VzIDwgc2MtPnBhZ2VzICkKLSAgICAgICAgc2Mt PnBhZ2VzID0gcGFnZXM7CisgICAgaWYgKCAhcnYgKQorICAgICAgICBkLT5h cmNoLnBhZ2luZy5wcmVlbXB0LnZjcHUgPSBOVUxMOworICAgIGVsc2UKKyAg ICB7CisgICAgICAgIGQtPmFyY2gucGFnaW5nLnByZWVtcHQudmNwdSA9IGN1 cnJlbnQ7CisgICAgICAgIGQtPmFyY2gucGFnaW5nLnByZWVtcHQub3AgPSBz Yy0+b3A7CisgICAgICAgIGQtPmFyY2gucGFnaW5nLnByZWVtcHQubG9nX2Rp cnR5LmRvbmUgPSBwYWdlczsKKyAgICB9CiAKICAgICBwYWdpbmdfdW5sb2Nr KGQpOwogCisgICAgaWYgKCBydiApCisgICAgeworICAgICAgICAvKiBOZXZl ciBsZWF2ZSB0aGUgZG9tYWluIHBhdXNlZCBmb3Igb3RoZXIgZXJyb3JzLiAq LworICAgICAgICBBU1NFUlQocnYgPT0gLUVSRVNUQVJUKTsKKyAgICAgICAg cmV0dXJuIHJ2OworICAgIH0KKworICAgIGlmICggcGFnZXMgPCBzYy0+cGFn ZXMgKQorICAgICAgICBzYy0+cGFnZXMgPSBwYWdlczsKICAgICBpZiAoIGNs ZWFuICkKICAgICB7CiAgICAgICAgIC8qIFdlIG5lZWQgdG8gZnVydGhlciBj YWxsIGNsZWFuX2RpcnR5X2JpdG1hcCgpIGZ1bmN0aW9ucyBvZiBzcGVjaWZp YwpAQCAtNDQxLDYgKzU1Miw3IEBAIGludCBwYWdpbmdfbG9nX2RpcnR5X29w KHN0cnVjdCBkb21haW4gKmQKICAgICByZXR1cm4gcnY7CiAKICBvdXQ6Cisg ICAgZC0+YXJjaC5wYWdpbmcucHJlZW1wdC52Y3B1ID0gTlVMTDsKICAgICBw YWdpbmdfdW5sb2NrKGQpOwogICAgIGRvbWFpbl91bnBhdXNlKGQpOwogCkBA IC01MDQsMTIgKzYxNiw2IEBAIHZvaWQgcGFnaW5nX2xvZ19kaXJ0eV9pbml0 KHN0cnVjdCBkb21haW4KICAgICBkLT5hcmNoLnBhZ2luZy5sb2dfZGlydHku Y2xlYW5fZGlydHlfYml0bWFwID0gY2xlYW5fZGlydHlfYml0bWFwOwogfQog Ci0vKiBUaGlzIGZ1bmN0aW9uIGZyZXNzIGxvZyBkaXJ0eSBiaXRtYXAgcmVz b3VyY2VzLiAqLwotc3RhdGljIHZvaWQgcGFnaW5nX2xvZ19kaXJ0eV90ZWFy ZG93bihzdHJ1Y3QgZG9tYWluKmQpCi17Ci0gICAgcGFnaW5nX2ZyZWVfbG9n X2RpcnR5X2JpdG1hcChkKTsKLX0KLQogLyoqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKi8KIC8qICAgICAgICAgICBD T0RFIEZPUiBQQUdJTkcgU1VQUE9SVCAgICAgICAgICAgICovCiAvKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqLwpA QCAtNTUzLDYgKzY1OSw3IEBAIHZvaWQgcGFnaW5nX3ZjcHVfaW5pdChzdHJ1 Y3QgdmNwdSAqdikKIGludCBwYWdpbmdfZG9tY3RsKHN0cnVjdCBkb21haW4g KmQsIHhlbl9kb21jdGxfc2hhZG93X29wX3QgKnNjLAogICAgICAgICAgICAg ICAgICAgWEVOX0dVRVNUX0hBTkRMRV9QQVJBTSh2b2lkKSB1X2RvbWN0bCkK IHsKKyAgICBib29sX3QgcmVzdW1pbmcgPSAwOwogICAgIGludCByYzsKIAog ICAgIGlmICggdW5saWtlbHkoZCA9PSBjdXJyZW50LT5kb21haW4pICkKQEAg LTU3NSw2ICs2ODIsMTkgQEAgaW50IHBhZ2luZ19kb21jdGwoc3RydWN0IGRv bWFpbiAqZCwgeGVuXwogICAgICAgICByZXR1cm4gLUVJTlZBTDsKICAgICB9 CiAKKyAgICBpZiAoIGQtPmFyY2gucGFnaW5nLnByZWVtcHQudmNwdSApCisg ICAgeworICAgICAgICBpZiAoIGQtPmFyY2gucGFnaW5nLnByZWVtcHQudmNw dSAhPSBjdXJyZW50IHx8CisgICAgICAgICAgICAgZC0+YXJjaC5wYWdpbmcu cHJlZW1wdC5vcCAhPSBzYy0+b3AgKQorICAgICAgICB7CisgICAgICAgICAg ICBwcmludGsoWEVOTE9HX0dfREVCVUcKKyAgICAgICAgICAgICAgICAgICAi JXB2OiBQYWdpbmcgb3AgJSN4IG9uIERvbSV1IHdpdGggdW5maW5pc2hlZCBw cmlvciBvcCAlI3hcbiIsCisgICAgICAgICAgICAgICAgICAgY3VycmVudCwg c2MtPm9wLCBkLT5kb21haW5faWQsIGQtPmFyY2gucGFnaW5nLnByZWVtcHQu b3ApOworICAgICAgICAgICAgcmV0dXJuIC1FQlVTWTsKKyAgICAgICAgfQor ICAgICAgICByZXN1bWluZyA9IDE7CisgICAgfQorCiAgICAgcmMgPSB4c21f c2hhZG93X2NvbnRyb2woWFNNX0hPT0ssIGQsIHNjLT5vcCk7CiAgICAgaWYg KCByYyApCiAgICAgICAgIHJldHVybiByYzsKQEAgLTYwMCwxMyArNzIwLDEz IEBAIGludCBwYWdpbmdfZG9tY3RsKHN0cnVjdCBkb21haW4gKmQsIHhlbl8K IAogICAgIGNhc2UgWEVOX0RPTUNUTF9TSEFET1dfT1BfT0ZGOgogICAgICAg ICBpZiAoIHBhZ2luZ19tb2RlX2xvZ19kaXJ0eShkKSApCi0gICAgICAgICAg ICBpZiAoIChyYyA9IHBhZ2luZ19sb2dfZGlydHlfZGlzYWJsZShkKSkgIT0g MCApCisgICAgICAgICAgICBpZiAoIChyYyA9IHBhZ2luZ19sb2dfZGlydHlf ZGlzYWJsZShkLCByZXN1bWluZykpICE9IDAgKQogICAgICAgICAgICAgICAg IHJldHVybiByYzsKICAgICAgICAgYnJlYWs7CiAKICAgICBjYXNlIFhFTl9E T01DVExfU0hBRE9XX09QX0NMRUFOOgogICAgIGNhc2UgWEVOX0RPTUNUTF9T SEFET1dfT1BfUEVFSzoKLSAgICAgICAgcmV0dXJuIHBhZ2luZ19sb2dfZGly dHlfb3AoZCwgc2MpOworICAgICAgICByZXR1cm4gcGFnaW5nX2xvZ19kaXJ0 eV9vcChkLCBzYywgcmVzdW1pbmcpOwogICAgIH0KIAogICAgIC8qIEhlcmUs IGRpc3BhdGNoIGRvbWN0bCB0byB0aGUgYXBwcm9wcmlhdGUgcGFnaW5nIGNv ZGUgKi8KQEAgLTYxNywxOCArNzM3LDI0IEBAIGludCBwYWdpbmdfZG9tY3Rs KHN0cnVjdCBkb21haW4gKmQsIHhlbl8KIH0KIAogLyogQ2FsbCB3aGVuIGRl c3Ryb3lpbmcgYSBkb21haW4gKi8KLXZvaWQgcGFnaW5nX3RlYXJkb3duKHN0 cnVjdCBkb21haW4gKmQpCitpbnQgcGFnaW5nX3RlYXJkb3duKHN0cnVjdCBk b21haW4gKmQpCiB7CisgICAgaW50IHJjOworCiAgICAgaWYgKCBoYXBfZW5h YmxlZChkKSApCiAgICAgICAgIGhhcF90ZWFyZG93bihkKTsKICAgICBlbHNl CiAgICAgICAgIHNoYWRvd190ZWFyZG93bihkKTsKIAogICAgIC8qIGNsZWFu IHVwIGxvZyBkaXJ0eSByZXNvdXJjZXMuICovCi0gICAgcGFnaW5nX2xvZ19k aXJ0eV90ZWFyZG93bihkKTsKKyAgICByYyA9IHBhZ2luZ19mcmVlX2xvZ19k aXJ0eV9iaXRtYXAoZCwgMCk7CisgICAgaWYgKCByYyA9PSAtRVJFU1RBUlQg KQorICAgICAgICByZXR1cm4gcmM7CiAKICAgICAvKiBNb3ZlIHBvcHVsYXRl LW9uLWRlbWFuZCBjYWNoZSBiYWNrIHRvIGRvbWFpbl9saXN0IGZvciBkZXN0 cnVjdGlvbiAqLwogICAgIHAybV9wb2RfZW1wdHlfY2FjaGUoZCk7CisKKyAg ICByZXR1cm4gcmM7CiB9CiAKIC8qIENhbGwgb25jZSBhbGwgb2YgdGhlIHJl ZmVyZW5jZXMgdG8gdGhlIGRvbWFpbiBoYXZlIGdvbmUgYXdheSAqLwotLS0g YS94ZW4vYXJjaC94ODYvbW0vc2hhZG93L2NvbW1vbi5jCisrKyBiL3hlbi9h cmNoL3g4Ni9tbS9zaGFkb3cvY29tbW9uLmMKQEAgLTM3MDUsOCArMzcwNSw3 IEBAIGludCBzaGFkb3dfZG9tY3RsKHN0cnVjdCBkb21haW4gKmQsIAogICAg ICAgICBwYWdpbmdfdW5sb2NrKGQpOwogICAgICAgICBpZiAoIHByZWVtcHRl ZCApCiAgICAgICAgICAgICAvKiBOb3QgZmluaXNoZWQuICBTZXQgdXAgdG8g cmUtcnVuIHRoZSBjYWxsLiAqLwotICAgICAgICAgICAgcmMgPSBoeXBlcmNh bGxfY3JlYXRlX2NvbnRpbnVhdGlvbigKLSAgICAgICAgICAgICAgICBfX0hZ UEVSVklTT1JfZG9tY3RsLCAiaCIsIHVfZG9tY3RsKTsKKyAgICAgICAgICAg IHJjID0gLUVSRVNUQVJUOwogICAgICAgICBlbHNlIAogICAgICAgICAgICAg LyogRmluaXNoZWQuICBSZXR1cm4gdGhlIG5ldyBhbGxvY2F0aW9uICovCiAg ICAgICAgICAgICBzYy0+bWIgPSBzaGFkb3dfZ2V0X2FsbG9jYXRpb24oZCk7 Ci0tLSBhL3hlbi9jb21tb24vZG9tYWluLmMKKysrIGIveGVuL2NvbW1vbi9k b21haW4uYwpAQCAtNjExLDcgKzYxMSw2IEBAIGludCBkb21haW5fa2lsbChz dHJ1Y3QgZG9tYWluICpkKQogICAgICAgICB7CiAgICAgICAgICAgICBpZiAo IHJjID09IC1FUkVTVEFSVCApCiAgICAgICAgICAgICAgICAgcmMgPSAtRUFH QUlOOwotICAgICAgICAgICAgQlVHX09OKHJjICE9IC1FQUdBSU4pOwogICAg ICAgICAgICAgYnJlYWs7CiAgICAgICAgIH0KICAgICAgICAgaWYgKCBzY2hl ZF9tb3ZlX2RvbWFpbihkLCBjcHVwb29sMCkgKQotLS0gYS94ZW4vaW5jbHVk ZS9hc20teDg2L2RvbWFpbi5oCisrKyBiL3hlbi9pbmNsdWRlL2FzbS14ODYv ZG9tYWluLmgKQEAgLTE4Niw2ICsxODYsMjAgQEAgc3RydWN0IHBhZ2luZ19k b21haW4gewogICAgIHN0cnVjdCBoYXBfZG9tYWluICAgICAgIGhhcDsKICAg ICAvKiBsb2cgZGlydHkgc3VwcG9ydCAqLwogICAgIHN0cnVjdCBsb2dfZGly dHlfZG9tYWluIGxvZ19kaXJ0eTsKKworICAgIC8qIHByZWVtcHRpb24gaGFu ZGxpbmcgKi8KKyAgICBzdHJ1Y3QgeworICAgICAgICBzdHJ1Y3QgdmNwdSAq dmNwdTsKKyAgICAgICAgdW5zaWduZWQgaW50IG9wOworICAgICAgICB1bmlv biB7CisgICAgICAgICAgICBzdHJ1Y3QgeworICAgICAgICAgICAgICAgIHVu c2lnbmVkIGxvbmcgZG9uZTpQQUREUl9CSVRTIC0gUEFHRV9TSElGVDsKKyAg ICAgICAgICAgICAgICB1bnNpZ25lZCBsb25nIGk0OlBBR0VUQUJMRV9PUkRF UjsKKyAgICAgICAgICAgICAgICB1bnNpZ25lZCBsb25nIGkzOlBBR0VUQUJM RV9PUkRFUjsKKyAgICAgICAgICAgIH0gbG9nX2RpcnR5OworICAgICAgICB9 OworICAgIH0gcHJlZW1wdDsKKwogICAgIC8qIGFsbG9jL2ZyZWUgcGFnZXMg ZnJvbSB0aGUgcG9vbCBmb3IgcGFnaW5nLWFzc2lzdGFuY2Ugc3RydWN0dXJl cwogICAgICAqICh1c2VkIGJ5IHAybSBhbmQgbG9nLWRpcnR5IGNvZGUgZm9y IHRoZWlyIHRyaWVzKSAqLwogICAgIHN0cnVjdCBwYWdlX2luZm8gKiAoKmFs bG9jX3BhZ2UpKHN0cnVjdCBkb21haW4gKmQpOwotLS0gYS94ZW4vaW5jbHVk ZS9hc20teDg2L3BhZ2luZy5oCisrKyBiL3hlbi9pbmNsdWRlL2FzbS14ODYv cGFnaW5nLmgKQEAgLTEzMiw5ICsxMzIsNiBAQCBzdHJ1Y3QgcGFnaW5nX21v ZGUgewogLyoqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqCiAgKiBM b2cgZGlydHkgY29kZSAqLwogCi0vKiBmcmVlIGxvZyBkaXJ0eSBiaXRtYXAg cmVzb3VyY2UgKi8KLXZvaWQgcGFnaW5nX2ZyZWVfbG9nX2RpcnR5X2JpdG1h cChzdHJ1Y3QgZG9tYWluICpkKTsKLQogLyogZ2V0IHRoZSBkaXJ0eSBiaXRt YXAgZm9yIGEgc3BlY2lmaWMgcmFuZ2Ugb2YgcGZucyAqLwogdm9pZCBwYWdp bmdfbG9nX2RpcnR5X3JhbmdlKHN0cnVjdCBkb21haW4gKmQsCiAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgdW5zaWduZWQgbG9uZyBiZWdpbl9wZm4s CkBAIC0xNDQsOSArMTQxLDYgQEAgdm9pZCBwYWdpbmdfbG9nX2RpcnR5X3Jh bmdlKHN0cnVjdCBkb21haQogLyogZW5hYmxlIGxvZyBkaXJ0eSAqLwogaW50 IHBhZ2luZ19sb2dfZGlydHlfZW5hYmxlKHN0cnVjdCBkb21haW4gKmQsIGJv b2xfdCBsb2dfZ2xvYmFsKTsKIAotLyogZGlzYWJsZSBsb2cgZGlydHkgKi8K LWludCBwYWdpbmdfbG9nX2RpcnR5X2Rpc2FibGUoc3RydWN0IGRvbWFpbiAq ZCk7Ci0KIC8qIGxvZyBkaXJ0eSBpbml0aWFsaXphdGlvbiAqLwogdm9pZCBw YWdpbmdfbG9nX2RpcnR5X2luaXQoc3RydWN0IGRvbWFpbiAqZCwKICAgICAg ICAgICAgICAgICAgICAgICAgICAgIGludCAgKCplbmFibGVfbG9nX2RpcnR5 KShzdHJ1Y3QgZG9tYWluICpkLApAQCAtMjA2LDcgKzIwMCw3IEBAIGludCBw YWdpbmdfZG9tY3RsKHN0cnVjdCBkb21haW4gKmQsIHhlbl8KICAgICAgICAg ICAgICAgICAgIFhFTl9HVUVTVF9IQU5ETEVfUEFSQU0odm9pZCkgdV9kb21j dGwpOwogCiAvKiBDYWxsIHdoZW4gZGVzdHJveWluZyBhIGRvbWFpbiAqLwot dm9pZCBwYWdpbmdfdGVhcmRvd24oc3RydWN0IGRvbWFpbiAqZCk7CitpbnQg cGFnaW5nX3RlYXJkb3duKHN0cnVjdCBkb21haW4gKmQpOwogCiAvKiBDYWxs IG9uY2UgYWxsIG9mIHRoZSByZWZlcmVuY2VzIHRvIHRoZSBkb21haW4gaGF2 ZSBnb25lIGF3YXkgKi8KIHZvaWQgcGFnaW5nX2ZpbmFsX3RlYXJkb3duKHN0 cnVjdCBkb21haW4gKmQpOwo= --=separator Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --=separator-- From xen-users-bounces@lists.xen.org Tue Aug 12 13:04:21 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 12 Aug 2014 13:04:21 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XHBjx-0002nC-SV; Tue, 12 Aug 2014 13:03:49 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XHBjo-0002hn-V4; Tue, 12 Aug 2014 13:03:41 +0000 Received: from [85.158.143.35:59587] by server-1.bemta-4.messagelabs.com id 90/08-05872-AA01AE35; Tue, 12 Aug 2014 13:03:38 +0000 X-Env-Sender: iwj@xenbits.xen.org X-Msg-Ref: server-4.tower-21.messagelabs.com!1407848617!12523410!1 X-Originating-IP: [50.57.168.107] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.12.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20524 invoked from network); 12 Aug 2014 13:03:38 -0000 Received: from mail.xen.org (HELO mail.xen.org) (50.57.168.107) by server-4.tower-21.messagelabs.com with AES256-SHA encrypted SMTP; 12 Aug 2014 13:03:38 -0000 Received: from xenbits.xen.org ([50.57.170.242]) by mail.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XHBjh-0004GT-CR; Tue, 12 Aug 2014 13:03:33 +0000 Received: from iwj by xenbits.xen.org with local (Exim 4.72) (envelope-from ) id 1XHBjh-00087j-Aj; Tue, 12 Aug 2014 13:03:33 +0000 Date: Tue, 12 Aug 2014 13:03:33 +0000 Message-Id: Content-Type: multipart/mixed; boundary="=separator"; charset="utf-8" Content-Transfer-Encoding: binary MIME-Version: 1.0 X-Mailer: MIME-tools 5.428 (Entity 5.428) To: xen-announce@lists.xen.org, xen-devel@lists.xen.org, xen-users@lists.xen.org, oss-security@lists.openwall.com From: Xen.org security team Cc: "Xen.org security team" Subject: [Xen-users] Xen Security Advisory 103 (CVE-2014-5148) - Flaw in handling unknown system register access from 64-bit userspace on ARM X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --=separator Content-Type: text/plain; charset="utf-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Xen Security Advisory CVE-2014-5148 / XSA-103 version 3 Flaw in handling unknown system register access from 64-bit userspace on ARM UPDATES IN VERSION 3 ==================== Public release. ISSUE DESCRIPTION ================= When handling an unknown system register access from 64-bit userspace Xen would incorrectly return to the second instruction of the trap handler for faults in kernel space rather than the first instruction of the trap handler for faults in 64-bit userspace. Any user in a guest which is running a 64-bit kernel who is able to spawn a 64-bit process can cause a trap to the kernel to be taken at an unexpected (but not user controlled) exception address. Known versions of Linux in the default configuration will Oops and kill the offending process, and therefore avoid this vulnerability. However local configuration may turn such an Oops into a kernel panic, and therefore a guest denial of service. IMPACT ====== Depending on the guest kernel implementation, kernel crash (guest DoS) or privilege elevation to that of the guest kernel cannot be ruled out. This issue does not enable an attack on the host. VULNERABLE SYSTEMS ================== 64-bit ARM systems may be vulnerable, depending on the guest kernel. All versions of Linux released by Linux upstream to date avoid this vulnerability. Systems based on modified versions of Linux may be vulnerable. 32-bit ARM systems, and X86 systems, are not vulnerable. MITIGATION ========== There is no known mitigation for this issue. CREDITS ======= This issue was reported as a bug by Riku Voipio, discovered via Linaro's LAVA testing and was diagnosed as a security issue by Ian Campbell. RESOLUTION ========== Applying the appropriate attached patch resolves this issue. The patch for XSA-103 (specifically, xsa102-*-02.patch) must be applied first. xsa103-unstable.patch xen-unstable xsa103-4.4.patch Xen 4.4.x $ sha256sum xsa103*.patch fee2e0be91d08aa28ba44b616edd99a1bfcdec419966c3f9e843a842d649e4ea xsa103-4.4.patch 838d059618d31b272ec10ac8cbb6613a68b634c98418aff2a33cd514ed06b55a xsa103-unstable.patch $ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iQEcBAEBAgAGBQJT6hBtAAoJEIP+FMlX6CvZ6+sIAMiAJEzJl2pWk61kr3QT1llk lYYEEX94QxxJIzg62o4RnMzYZXsmOT6y2YP62nEziRbBaFcgmB0bNrx+Qc52+QWk iea2lYAJUGmEdwnY6x2raLF6Wd2alCjZxXF1UzSJJ6Vu8WiTNFXHI+mKlc9JY4bN aStmfgvN3j6Nmjav8k9ar/8QVfc4Oe0xOlzwFt5DlNHewExWN1y+HtPnrBTkGu5K ckgjvbxs4/SF4No59XqY0XxdpEDIEXo46keJ07DG6/nVzIl83ZtpBhxiNX8xfz91 ZYzu6feGbgtvy1+utxo/l3qBAn7TrDXn58mLTgKTM2dD3D4Crv9tKLuOXF1xVLM= =hjBc -----END PGP SIGNATURE----- --=separator Content-Type: application/octet-stream; name="xsa103-4.4.patch" Content-Disposition: attachment; filename="xsa103-4.4.patch" Content-Transfer-Encoding: base64 RnJvbSBiMzA3NWJlYjE4OGY2ZmQxY2I1MzIyNTA1Zjc2MzdkM2RlNmNmZDQx IE1vbiBTZXAgMTcgMDA6MDA6MDAgMjAwMQpGcm9tOiBJYW4gSmFja3NvbiA8 aWFuLmphY2tzb25AZXUuY2l0cml4LmNvbT4KRGF0ZTogVGh1LCAyNCBKdWwg MjAxNCAxNzoyMToxNSArMDEwMApTdWJqZWN0OiBbUEFUQ0hdIHhlbjogYXJt OiBDb3JyZWN0bHkgaGFuZGxlIGRvX3N5c3JlZyBleGNlcHRpb24gaW5qZWN0 aW9uCiBmcm9tIDY0LWJpdCB1c2Vyc3BhY2UKClRoZSBkb19zeXNyZWcgY2Fz ZSB3YXMgbWlzc2luZyBhIHJldHVybiwgc28gaXQgd291bGQgaW5jcmVtZW50 IFBDIGFuZAppbmplY3QgdGhlIHRyYXAgdG8gdGhlIHNlY29uZCBpbnN0cnVj dGlvbiBvZiB0aGUgaGFuZGxlci4KCihUaGlzIHBhdGNoIG5lZWRzIHRvIGJl IGFwcGxpZWQgb24gdG9wIG9mIHhzYTEwMi00LjQtMDIucGF0Y2guKQoKVGhp cyBpcyBYU0EtMTAzLgoKU2lnbmVkLW9mZi1ieTogSWFuIENhbXBiZWxsIDxp YW4uY2FtcGJlbGxAY2l0cml4LmNvbT4KU2lnbmVkLW9mZi1ieTogSWFuIEph Y2tzb24gPGlhbi5qYWNrc29uQGV1LmNpdHJpeC5jb20+CkFja2VkLWJ5OiBK dWxpZW4gR3JhbGwgPGp1bGllbi5ncmFsbEBsaW5hcm8ub3JnPgotLS0KIHhl bi9hcmNoL2FybS90cmFwcy5jIHwgICAgMSArCiAxIGZpbGUgY2hhbmdlZCwg MSBpbnNlcnRpb24oKykKCmRpZmYgLS1naXQgYS94ZW4vYXJjaC9hcm0vdHJh cHMuYyBiL3hlbi9hcmNoL2FybS90cmFwcy5jCmluZGV4IGU3NjNmMTIuLjRj OTEwYzggMTAwNjQ0Ci0tLSBhL3hlbi9hcmNoL2FybS90cmFwcy5jCisrKyBi L3hlbi9hcmNoL2FybS90cmFwcy5jCkBAIC0xNjgzLDYgKzE2ODMsNyBAQCBz dGF0aWMgdm9pZCBkb19zeXNyZWcoc3RydWN0IGNwdV91c2VyX3JlZ3MgKnJl Z3MsCiAgICAgICAgICAgICAgICAgICAgICBoc3IuYml0cyAmIEhTUl9TWVNS RUdfUkVHU19NQVNLKTsKICNlbmRpZgogICAgICAgICAgICAgaW5qZWN0X3Vu ZGVmX2V4Y2VwdGlvbihyZWdzLCBzeXNyZWcubGVuKTsKKyAgICAgICAgICAg IHJldHVybjsKICAgICAgICAgfQogICAgIH0KIAotLSAKMS43LjEwLjQKCg== --=separator Content-Type: application/octet-stream; name="xsa103-unstable.patch" Content-Disposition: attachment; filename="xsa103-unstable.patch" Content-Transfer-Encoding: base64 RnJvbSA0NDJmOTU5ODFlNjlkZjZlYWUwYWM5YzY3ZDQ5MzIyMTljNTU2ZTEw IE1vbiBTZXAgMTcgMDA6MDA6MDAgMjAwMQpGcm9tOiBJYW4gQ2FtcGJlbGwg PGlhbi5jYW1wYmVsbEBjaXRyaXguY29tPgpEYXRlOiBUaHUsIDI0IEp1bCAy MDE0IDE3OjIxOjE1ICswMTAwClN1YmplY3Q6IFtQQVRDSF0geGVuOiBhcm06 IENvcnJlY3RseSBoYW5kbGUgZG9fc3lzcmVnIGV4Y2VwdGlvbiBpbmplY3Rp b24KIGZyb20gNjQtYml0IHVzZXJzcGFjZQoKVGhlIGRvX3N5c3JlZyBjYXNl IHdhcyBtaXNzaW5nIGEgcmV0dXJuLCBzbyBpdCB3b3VsZCBpbmNyZW1lbnQg UEMgYW5kCmluamVjdCB0aGUgdHJhcCB0byB0aGUgc2Vjb25kIGluc3RydWN0 aW9uIG9mIHRoZSBoYW5kbGVyLgoKKFRoaXMgcGF0Y2ggbmVlZHMgdG8gYmUg YXBwbGllZCBvbiB0b3Agb2YgeHNhMTAyLXVuc3RhYmxlLTAyLnBhdGNoLikK ClRoaXMgaXMgWFNBLTEwMy4KClNpZ25lZC1vZmYtYnk6IElhbiBDYW1wYmVs bCA8aWFuLmNhbXBiZWxsQGNpdHJpeC5jb20+ClNpZ25lZC1vZmYtYnk6IElh biBKYWNrc29uIDxpYW4uamFja3NvbkBldS5jaXRyaXguY29tPgpBY2tlZC1i eTogSnVsaWVuIEdyYWxsIDxqdWxpZW4uZ3JhbGxAbGluYXJvLm9yZz4KLS0t CiB4ZW4vYXJjaC9hcm0vdHJhcHMuYyB8ICAgIDEgKwogMSBmaWxlIGNoYW5n ZWQsIDEgaW5zZXJ0aW9uKCspCgpkaWZmIC0tZ2l0IGEveGVuL2FyY2gvYXJt L3RyYXBzLmMgYi94ZW4vYXJjaC9hcm0vdHJhcHMuYwppbmRleCBjODk0MjFi Li5jZTMyNWI1IDEwMDY0NAotLS0gYS94ZW4vYXJjaC9hcm0vdHJhcHMuYwor KysgYi94ZW4vYXJjaC9hcm0vdHJhcHMuYwpAQCAtMTcwNCw2ICsxNzA0LDcg QEAgc3RhdGljIHZvaWQgZG9fc3lzcmVnKHN0cnVjdCBjcHVfdXNlcl9yZWdz ICpyZWdzLAogICAgICAgICAgICAgICAgICAgICAgaHNyLmJpdHMgJiBIU1Jf U1lTUkVHX1JFR1NfTUFTSyk7CiAjZW5kaWYKICAgICAgICAgICAgIGluamVj dF91bmRlZl9leGNlcHRpb24ocmVncywgc3lzcmVnLmxlbik7CisgICAgICAg ICAgICByZXR1cm47CiAgICAgICAgIH0KICAgICB9CiAKLS0gCjEuNy4xMC40 Cgo= --=separator Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --=separator-- From xen-users-bounces@lists.xen.org Tue Aug 12 13:04:21 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 12 Aug 2014 13:04:21 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XHBju-0002kz-OS; Tue, 12 Aug 2014 13:03:46 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XHBjm-0002hK-Ij; Tue, 12 Aug 2014 13:03:38 +0000 Received: from [85.158.139.211:24658] by server-6.bemta-5.messagelabs.com id ED/D3-06284-9A01AE35; Tue, 12 Aug 2014 13:03:37 +0000 X-Env-Sender: iwj@xenbits.xen.org X-Msg-Ref: server-6.tower-206.messagelabs.com!1407848615!10884061!1 X-Originating-IP: [50.57.168.107] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.12.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5226 invoked from network); 12 Aug 2014 13:03:36 -0000 Received: from mail.xen.org (HELO mail.xen.org) (50.57.168.107) by server-6.tower-206.messagelabs.com with AES256-SHA encrypted SMTP; 12 Aug 2014 13:03:36 -0000 Received: from xenbits.xen.org ([50.57.170.242]) by mail.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XHBje-0004GD-I1; Tue, 12 Aug 2014 13:03:30 +0000 Received: from iwj by xenbits.xen.org with local (Exim 4.72) (envelope-from ) id 1XHBje-00086k-FW; Tue, 12 Aug 2014 13:03:30 +0000 Date: Tue, 12 Aug 2014 13:03:30 +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 102 (CVE-2014-5147) - Flaws in handling traps from 32-bit userspace on 64-bit ARM X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --=separator Content-Type: text/plain; charset="utf-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Xen Security Advisory CVE-2014-5147 / XSA-102 version 3 Flaws in handling traps from 32-bit userspace on 64-bit ARM UPDATES IN VERSION 3 ==================== Public release. ISSUE DESCRIPTION ================= When handling a trap from guest mode on ARM, Xen asserts that the current guest mode must match the domain address width. This assertion is false when a guest takes a trap from a 32-bit userspace running on a 64-bit kernel in a 64-bit domain. IMPACT ====== Any user in a guest which is running a 64-bit kernel who is able to spawn a 32-bit process can crash the host. I.e. an unprivileged guest user can cause host-wide denial of service. VULNERABLE SYSTEMS ================== 32-bit ARM systems and and X86 systems are not vulnerable. 64-bit ARM systems which support 32-bit userspace are vulnerable. Not all 64-bit ARM CPUs support 32-bit userspace in the actual CPU hardware. Systems without that hardware support are not vulnerable. Also, not all 64-bit ARM guest kernels have support for 32-bit userspace. Systems without that kernel support are vulnerable to a malicious guest administrator, but not to an unprivileged guest user. MITIGATION ========== On systems where the guest kernel is controlled by the host rather than guest administrator, running only 32-bit kernels. On systems where the guest kernel is controlled by the host rather than guest administrator, running 64-bit kernels with support for 32-bit userspace disabled (e.g CONFIG_COMPAT=n under Linux) will prevent untrusted guest users from exploting this issue. However untrusted guest administrators can still trigger it unless further steps are taken to prevent them from loading code into the kernel (e.g. by disabling loadable modules etc) or from using other mechanisms which allow them to run code at kernel privilege. CREDITS ======= This issue was reported as a bug by Riku Voipio, discovered via Linaro's LAVA testing and was diagnosed as a security issue by Ian Campbell. RESOLUTION ========== Applying the appropriate attached patches resolves these security issues. xsa102-unstable-*.patch xen-unstable xsa102-4.4-*.patch Xen 4.4.x $ sha256sum xsa102*.patch a5beb5c552e5bffe3e115905c478d6699c35df1d8721f8d6681099c38a974091 xsa102-4.4-01.patch 9f04ecda4dd9e31360daa27d87588d6017d866a97b84566241097def0af86a63 xsa102-4.4-02.patch a9860803ed5ed57bdc3ac94cdc924618b19e805b7f6a87bf9c1a9ea4b627281a xsa102-4.4-03.patch 7d0b5e05e5915c6c2d83590ba9acab0acfd1eba986a65a20ba69cf2c3394e062 xsa102-unstable-01.patch 7d5cf339a3f8c98b3e06852f845a2305df3f8ce195d243ee22d6783bb6904d60 xsa102-unstable-02.patch 3ca7b0632af36cc72ba59ed1822bcaebf2363f150435348265d1ade25e21bf90 xsa102-unstable-03.patch $ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iQEcBAEBAgAGBQJT6hBqAAoJEIP+FMlX6CvZDi0H/jFJPRxBIglzATvMDaho19fw Ao1OHP99dZn3XkKf/qfw4v90KttCEp5+3uQo34hhXNTLkvbm5KCsZDjOdL812d3G JjvEBWnU7480Av0QkvsYVoH+yjks0PIu6xEI+kQqKAAG4vbVxTi5ORg7HMkeOKAY 5Uyj5xjWi5JRn+V8pYcUr9wZZlvhEAuDbVATeg9dH6+FyH/4V9viNWWHBePi3Ocn HWPt7U/Cv55wLIxfjmw27C5Te3b/xNjxy9hk+1XrGMafiO7FU1ntgHmqswqN+lBR beORG0dRNl0fU6QY8dakssYzjwA0jgV9HKoonbUGlp+fPxRl2pNuoe7Mvn/y1nU= =Iuvx -----END PGP SIGNATURE----- --=separator Content-Type: application/octet-stream; name="xsa102-4.4-01.patch" Content-Disposition: attachment; filename="xsa102-4.4-01.patch" Content-Transfer-Encoding: base64 RnJvbSA5ZjczYzVkMTIyYjdmYTA3ODVlODIzY2IyMDNlYzc3M2NhZWM3NjQw IE1vbiBTZXAgMTcgMDA6MDA6MDAgMjAwMQpGcm9tOiBJYW4gQ2FtcGJlbGwg PGlhbi5jYW1wYmVsbEBjaXRyaXguY29tPgpEYXRlOiBGcmksIDE4IEp1bCAy MDE0IDE0OjEzOjE0ICswMTAwClN1YmplY3Q6IFtQQVRDSCAxLzNdIHhlbjog YXJtOiBoYW5kbGUgQUFyY2gzMiB1c2Vyc3BhY2Ugd2hlbiBkdW1waW5nIDY0 LWJpdAogZ3Vlc3Qgc3RhdGUuCgpBIDY0LWJpdCBndWVzdCBjYW4gc3RpbGwg YmUgaW4gMzItYml0IG1vZGUgd2hlbiBydW5uaW5nIHVzZXJzcGFjZSwKaGFu ZGxlIHRoaXMgY2FzZSBieSBkdW1waW5nIHRoZSBjb3JyZWN0IDMyLWJpdCBz dGF0ZS4KCk5vdGUgdGhhdCBvbiBBUk0gaXQgaXMgbm90IHBvc3NpYmxlIHRv IGNoYW5nZSBtb2RlIHdpdGhvdXQgdGhlIGhlbHAKb2YgdGhlIG5leHQgZXhj ZXB0aW9uIGxldmVsLCBoZW5jZSB0aGVyZSBpcyBubyB3YXkgYSA2NC1iaXQg Z3Vlc3QgY2FuCmJlIHJ1bm5pbmcgaW4gMzItYml0IGtlcm5lbCBtb2Rlcy4K ClRoaXMgaXMgcGFydCBvZiBYU0EtMTAyLgoKU2lnbmVkLW9mZi1ieTogSWFu IENhbXBiZWxsIDxpYW4uY2FtcGJlbGxAY2l0cml4LmNvbT4KQWNrZWQtYnk6 IEp1bGllbiBHcmFsbCA8anVsaWVuLmdyYWxsQGxpbmFyby5vcmc+Ci0tLQog eGVuL2FyY2gvYXJtL3RyYXBzLmMgfCAgIDEyICsrKysrKysrKysrLQogMSBm aWxlIGNoYW5nZWQsIDExIGluc2VydGlvbnMoKyksIDEgZGVsZXRpb24oLSkK CmRpZmYgLS1naXQgYS94ZW4vYXJjaC9hcm0vdHJhcHMuYyBiL3hlbi9hcmNo L2FybS90cmFwcy5jCmluZGV4IGUyZTJkYjMuLjczNjczOTkgMTAwNjQ0Ci0t LSBhL3hlbi9hcmNoL2FybS90cmFwcy5jCisrKyBiL3hlbi9hcmNoL2FybS90 cmFwcy5jCkBAIC02OTcsNyArNjk3LDE3IEBAIHN0YXRpYyB2b2lkIF9zaG93 X3JlZ2lzdGVycyhzdHJ1Y3QgY3B1X3VzZXJfcmVncyAqcmVncywKICAgICAg ICAgICAgIHNob3dfcmVnaXN0ZXJzXzMyKHJlZ3MsIGN0eHQsIGd1ZXN0X21v ZGUsIHYpOwogI2lmZGVmIENPTkZJR19BUk1fNjQKICAgICAgICAgZWxzZSBp ZiAoIGlzX3B2NjRfZG9tYWluKHYtPmRvbWFpbikgKQotICAgICAgICAgICAg c2hvd19yZWdpc3RlcnNfNjQocmVncywgY3R4dCwgZ3Vlc3RfbW9kZSwgdik7 CisgICAgICAgIHsKKyAgICAgICAgICAgIGlmICggcHNyX21vZGVfaXNfMzJi aXQocmVncy0+Y3BzcikgKQorICAgICAgICAgICAgeworICAgICAgICAgICAg ICAgIEJVR19PTighdXNyX21vZGUocmVncykpOworICAgICAgICAgICAgICAg IHNob3dfcmVnaXN0ZXJzXzMyKHJlZ3MsIGN0eHQsIGd1ZXN0X21vZGUsIHYp OworICAgICAgICAgICAgfQorICAgICAgICAgICAgZWxzZQorICAgICAgICAg ICAgeworICAgICAgICAgICAgICAgIHNob3dfcmVnaXN0ZXJzXzY0KHJlZ3Ms IGN0eHQsIGd1ZXN0X21vZGUsIHYpOworICAgICAgICAgICAgfQorICAgICAg ICB9CiAjZW5kaWYKICAgICB9CiAgICAgZWxzZQotLSAKMS43LjEwLjQKCg== --=separator Content-Type: application/octet-stream; name="xsa102-4.4-02.patch" Content-Disposition: attachment; filename="xsa102-4.4-02.patch" Content-Transfer-Encoding: base64 RnJvbSA2NGQ2OGZjNTlmMTM0MWUzNmM1OTVkZjIxNTEyYzViMmE1Y2NkZTZm IE1vbiBTZXAgMTcgMDA6MDA6MDAgMjAwMQpGcm9tOiBJYW4gQ2FtcGJlbGwg PGlhbi5jYW1wYmVsbEBjaXRyaXguY29tPgpEYXRlOiBUdWUsIDIyIEp1bCAy MDE0IDExOjMxOjU0ICswMTAwClN1YmplY3Q6IFtQQVRDSCAyLzNdIHhlbjog YXJtOiBDb3JyZWN0bHkgaGFuZGxlIGV4Y2VwdGlvbiBpbmplY3Rpb24gZnJv bQogdXNlcnNwYWNlIG9uIDY0LWJpdC4KCkZpcnN0bHkgd2UgbXVzdCBiZSBw cmVwYXJlZCB0byBwcm9wYWdhdGUgdHJhcHMgZnJvbSAzMi1iaXQgdXNlcnNw YWNlIGV2ZW4gZm9yCjY0LWJpdCBndWVzdHMsIHNvIHdyYXAgdGhlIGV4aXN0 aW5nIGluamVjdF91bmRlZj8/X2V4Y2VwdGlvbiBpbnRvCmluamVjdF91bmRl Zl9leGNlcHRpb24gYW5kIHVzZSB0aGF0IHdoZW4gaW5qZWN0aW5nIGFuIHVu ZGVmIGV4Y2VwdGlvbi4gVGhlCnZhcmlvdXMgb3RoZXIgZXhjZXB0aW9uIGNh c2VzIChhYm9ydHMgZXRjKSBhbHJlYWR5IGRvIHRoaXMuCgpTZWNvbmRseSB3 aGVuIGluamVjdGluZyB0aGUgdHJhcCB3ZSBtdXN0IHBpY2sgdGhlIGNvcnJl Y3QgZXhjZXB0aW9uIHZlY3RvcgpkZXBlbmRpbmcgb24gd2hldGhlciB0aGUg c291cmNlIG9mIHRoZSB0cmFwIHdhcyAzMi1iaXQgRUwwLCA2NC1iaXQgRUww IG9yIEVMMS4KClRoaXMgaXMgcGFydCBvZiBYU0EtMTAyLgoKU2lnbmVkLW9m Zi1ieTogSWFuIENhbXBiZWxsIDxpYW4uY2FtcGJlbGxAY2l0cml4LmNvbT4K QWNrZWQtYnk6IEp1bGllbiBHcmFsbCA8anVsaWVuLmdyYWxsQGxpbmFyby5v cmc+Ci0tLQogeGVuL2FyY2gvYXJtL3RyYXBzLmMgICAgICAgICAgICB8ICAg NTcgKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKy0tLS0tLS0tCiB4 ZW4vaW5jbHVkZS9hc20tYXJtL3Byb2Nlc3Nvci5oIHwgICAxOCArKysrKysr LS0tLS0tCiAyIGZpbGVzIGNoYW5nZWQsIDU2IGluc2VydGlvbnMoKyksIDE5 IGRlbGV0aW9ucygtKQoKZGlmZiAtLWdpdCBhL3hlbi9hcmNoL2FybS90cmFw cy5jIGIveGVuL2FyY2gvYXJtL3RyYXBzLmMKaW5kZXggNzM2NzM5OS4uNjUz NjIwOSAxMDA2NDQKLS0tIGEveGVuL2FyY2gvYXJtL3RyYXBzLmMKKysrIGIv eGVuL2FyY2gvYXJtL3RyYXBzLmMKQEAgLTI4Niw3ICsyODYsNyBAQCBzdGF0 aWMgdm9pZCBjcHNyX3N3aXRjaF9tb2RlKHN0cnVjdCBjcHVfdXNlcl9yZWdz ICpyZWdzLCBpbnQgbW9kZSkKICAgICAgICAgcmVncy0+Y3BzciB8PSBQU1Jf QklHX0VORElBTjsKIH0KIAotc3RhdGljIHZhZGRyX3QgZXhjZXB0aW9uX2hh bmRsZXIodmFkZHJfdCBvZmZzZXQpCitzdGF0aWMgdmFkZHJfdCBleGNlcHRp b25faGFuZGxlcjMyKHZhZGRyX3Qgb2Zmc2V0KQogewogICAgIHVpbnQzMl90 IHNjdGxyID0gUkVBRF9TWVNSRUczMihTQ1RMUl9FTDEpOwogCkBAIC0zMTgs NyArMzE4LDcgQEAgc3RhdGljIHZvaWQgaW5qZWN0X3VuZGVmMzJfZXhjZXB0 aW9uKHN0cnVjdCBjcHVfdXNlcl9yZWdzICpyZWdzKQogICAgIHJlZ3MtPmxy X3VuZCA9IHJlZ3MtPnBjMzIgKyByZXR1cm5fb2Zmc2V0OwogCiAgICAgLyog QnJhbmNoIHRvIGV4Y2VwdGlvbiB2ZWN0b3IgKi8KLSAgICByZWdzLT5wYzMy ID0gZXhjZXB0aW9uX2hhbmRsZXIoVkVDVE9SMzJfVU5EKTsKKyAgICByZWdz LT5wYzMyID0gZXhjZXB0aW9uX2hhbmRsZXIzMihWRUNUT1IzMl9VTkQpOwog fQogCiAvKiBJbmplY3RzIGFuIEFib3J0IGV4Y2VwdGlvbiBpbnRvIHRoZSBj dXJyZW50IHZjcHUsIFBDIGlzIHRoZSBleGFjdApAQCAtMzQ0LDcgKzM0NCw3 IEBAIHN0YXRpYyB2b2lkIGluamVjdF9hYnQzMl9leGNlcHRpb24oc3RydWN0 IGNwdV91c2VyX3JlZ3MgKnJlZ3MsCiAgICAgcmVncy0+c3Bzcl9hYnQgPSBz cHNyOwogICAgIHJlZ3MtPmxyX2FidCA9IHJlZ3MtPnBjMzIgKyByZXR1cm5f b2Zmc2V0OwogCi0gICAgcmVncy0+cGMzMiA9IGV4Y2VwdGlvbl9oYW5kbGVy KHByZWZldGNoID8gVkVDVE9SMzJfUEFCVCA6IFZFQ1RPUjMyX0RBQlQpOwor ICAgIHJlZ3MtPnBjMzIgPSBleGNlcHRpb25faGFuZGxlcjMyKHByZWZldGNo ID8gVkVDVE9SMzJfUEFCVCA6IFZFQ1RPUjMyX0RBQlQpOwogCiAgICAgLyog SW5qZWN0IGEgZGVidWcgZmF1bHQsIGJlc3Qgd2UgY2FuIGRvIHJpZ2h0IG5v dyAqLwogICAgIGlmICggUkVBRF9TWVNSRUcoVENSX0VMMSkgJiBUVEJDUl9F QUUgKQpAQCAtMzk3LDkgKzM5NywyOCBAQCBzdGF0aWMgdm9pZCBpbmplY3Rf cGFidDMyX2V4Y2VwdGlvbihzdHJ1Y3QgY3B1X3VzZXJfcmVncyAqcmVncywK IH0KIAogI2lmZGVmIENPTkZJR19BUk1fNjQKKy8qCisgKiBUYWtlIGNhcmUg dG8gY2FsbCB0aGlzIHdoaWxlIHJlZ3MgY29udGFpbnMgdGhlIG9yaWdpbmFs IGZhdWx0aW5nCisgKiBzdGF0ZSBhbmQgbm90IHRoZSAocGFydGlhbGx5IGNv bnN0cnVjdGVkKSBleGNlcHRpb24gc3RhdGUuCisgKi8KK3N0YXRpYyB2YWRk cl90IGV4Y2VwdGlvbl9oYW5kbGVyNjQoc3RydWN0IGNwdV91c2VyX3JlZ3Mg KnJlZ3MsIHZhZGRyX3Qgb2Zmc2V0KQoreworICAgIHZhZGRyX3QgYmFzZSA9 IFJFQURfU1lTUkVHKFZCQVJfRUwxKTsKKworICAgIGlmICggdXNyX21vZGUo cmVncykgKQorICAgICAgICBiYXNlICs9IFZFQ1RPUjY0X0xPV0VSMzJfQkFT RTsKKyAgICBlbHNlIGlmICggcHNyX21vZGUocmVncy0+Y3BzcixQU1JfTU9E RV9FTDB0KSApCisgICAgICAgIGJhc2UgKz0gVkVDVE9SNjRfTE9XRVI2NF9C QVNFOworICAgIGVsc2UgLyogT3RoZXJ3aXNlIG11c3QgYmUgZnJvbSBrZXJu ZWwgbW9kZSAqLworICAgICAgICBiYXNlICs9IFZFQ1RPUjY0X0NVUlJFTlRf U1B4X0JBU0U7CisKKyAgICByZXR1cm4gYmFzZSArIG9mZnNldDsKK30KKwog LyogSW5qZWN0IGFuIHVuZGVmaW5lZCBleGNlcHRpb24gaW50byBhIDY0IGJp dCBndWVzdCAqLwogc3RhdGljIHZvaWQgaW5qZWN0X3VuZGVmNjRfZXhjZXB0 aW9uKHN0cnVjdCBjcHVfdXNlcl9yZWdzICpyZWdzLCBpbnQgaW5zdHJfbGVu KQogeworICAgIHZhZGRyX3QgaGFuZGxlcjsKICAgICB1bmlvbiBoc3IgZXNy ID0gewogICAgICAgICAuaXNzID0gMCwKICAgICAgICAgLmxlbiA9IGluc3Ry X2xlbiwKQEAgLTQwOCwxMiArNDI3LDE0IEBAIHN0YXRpYyB2b2lkIGluamVj dF91bmRlZjY0X2V4Y2VwdGlvbihzdHJ1Y3QgY3B1X3VzZXJfcmVncyAqcmVn cywgaW50IGluc3RyX2xlbikKIAogICAgIEJVR19PTiggaXNfcHYzMl9kb21h aW4oY3VycmVudC0+ZG9tYWluKSApOwogCisgICAgaGFuZGxlciA9IGV4Y2Vw dGlvbl9oYW5kbGVyNjQocmVncywgVkVDVE9SNjRfU1lOQ19PRkZTRVQpOwor CiAgICAgcmVncy0+c3Bzcl9lbDEgPSByZWdzLT5jcHNyOwogICAgIHJlZ3Mt PmVscl9lbDEgPSByZWdzLT5wYzsKIAogICAgIHJlZ3MtPmNwc3IgPSBQU1Jf TU9ERV9FTDFoIHwgUFNSX0FCVF9NQVNLIHwgUFNSX0ZJUV9NQVNLIHwgXAog ICAgICAgICBQU1JfSVJRX01BU0sgfCBQU1JfREJHX01BU0s7Ci0gICAgcmVn cy0+cGMgPSBSRUFEX1NZU1JFRyhWQkFSX0VMMSkgKyBWRUNUT1I2NF9DVVJS RU5UX1NQeF9TWU5DOworICAgIHJlZ3MtPnBjID0gaGFuZGxlcjsKIAogICAg IFdSSVRFX1NZU1JFRzMyKGVzci5iaXRzLCBFU1JfRUwxKTsKIH0KQEAgLTQy NCw2ICs0NDUsNyBAQCBzdGF0aWMgdm9pZCBpbmplY3RfYWJ0NjRfZXhjZXB0 aW9uKHN0cnVjdCBjcHVfdXNlcl9yZWdzICpyZWdzLAogICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICByZWdpc3Rlcl90IGFkZHIsCiAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIGludCBpbnN0cl9sZW4p CiB7CisgICAgdmFkZHJfdCBoYW5kbGVyOwogICAgIHVuaW9uIGhzciBlc3Ig PSB7CiAgICAgICAgIC5pc3MgPSAwLAogICAgICAgICAubGVuID0gaW5zdHJf bGVuLApAQCAtNDQ1LDEyICs0NjcsMTQgQEAgc3RhdGljIHZvaWQgaW5qZWN0 X2FidDY0X2V4Y2VwdGlvbihzdHJ1Y3QgY3B1X3VzZXJfcmVncyAqcmVncywK IAogICAgIEJVR19PTiggaXNfcHYzMl9kb21haW4oY3VycmVudC0+ZG9tYWlu KSApOwogCisgICAgaGFuZGxlciA9IGV4Y2VwdGlvbl9oYW5kbGVyNjQocmVn cywgVkVDVE9SNjRfU1lOQ19PRkZTRVQpOworCiAgICAgcmVncy0+c3Bzcl9l bDEgPSByZWdzLT5jcHNyOwogICAgIHJlZ3MtPmVscl9lbDEgPSByZWdzLT5w YzsKIAogICAgIHJlZ3MtPmNwc3IgPSBQU1JfTU9ERV9FTDFoIHwgUFNSX0FC VF9NQVNLIHwgUFNSX0ZJUV9NQVNLIHwgXAogICAgICAgICBQU1JfSVJRX01B U0sgfCBQU1JfREJHX01BU0s7Ci0gICAgcmVncy0+cGMgPSBSRUFEX1NZU1JF RyhWQkFSX0VMMSkgKyBWRUNUT1I2NF9DVVJSRU5UX1NQeF9TWU5DOworICAg IHJlZ3MtPnBjID0gaGFuZGxlcjsKIAogICAgIFdSSVRFX1NZU1JFRyhhZGRy LCBGQVJfRUwxKTsKICAgICBXUklURV9TWVNSRUczMihlc3IuYml0cywgRVNS X0VMMSk7CkBAIC00NzIsNiArNDk2LDE3IEBAIHN0YXRpYyB2b2lkIGluamVj dF9pYWJ0NjRfZXhjZXB0aW9uKHN0cnVjdCBjcHVfdXNlcl9yZWdzICpyZWdz LAogCiAjZW5kaWYKIAorc3RhdGljIHZvaWQgaW5qZWN0X3VuZGVmX2V4Y2Vw dGlvbihzdHJ1Y3QgY3B1X3VzZXJfcmVncyAqcmVncywKKyAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgaW50IGluc3RyX2xlbikKK3sKKyAg ICAgICAgaWYgKCBpc19wdjMyX2RvbWFpbihjdXJyZW50LT5kb21haW4pICkK KyAgICAgICAgICAgIGluamVjdF91bmRlZjMyX2V4Y2VwdGlvbihyZWdzKTsK KyNpZmRlZiBDT05GSUdfQVJNXzY0CisgICAgICAgIGVsc2UKKyAgICAgICAg ICAgIGluamVjdF91bmRlZjY0X2V4Y2VwdGlvbihyZWdzLCBpbnN0cl9sZW4p OworI2VuZGlmCit9CisKIHN0YXRpYyB2b2lkIGluamVjdF9pYWJ0X2V4Y2Vw dGlvbihzdHJ1Y3QgY3B1X3VzZXJfcmVncyAqcmVncywKICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICByZWdpc3Rlcl90IGFkZHIsCiAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgaW50IGluc3RyX2xlbikK QEAgLTE0NDAsNyArMTQ3NSw3IEBAIHN0YXRpYyB2b2lkIGRvX2NwMTVfMzIo c3RydWN0IGNwdV91c2VyX3JlZ3MgKnJlZ3MsCiAgICAgICAgIGdkcHJpbnRr KFhFTkxPR19FUlIsICJ1bmhhbmRsZWQgMzItYml0IENQMTUgYWNjZXNzICUj eFxuIiwKICAgICAgICAgICAgICAgICAgaHNyLmJpdHMgJiBIU1JfQ1AzMl9S RUdTX01BU0spOwogI2VuZGlmCi0gICAgICAgIGluamVjdF91bmRlZjMyX2V4 Y2VwdGlvbihyZWdzKTsKKyAgICAgICAgaW5qZWN0X3VuZGVmX2V4Y2VwdGlv bihyZWdzLCBoc3IubGVuKTsKICAgICAgICAgcmV0dXJuOwogICAgIH0KICAg ICBhZHZhbmNlX3BjKHJlZ3MsIGhzcik7CkBAIC0xNDc3LDcgKzE1MTIsNyBA QCBzdGF0aWMgdm9pZCBkb19jcDE1XzY0KHN0cnVjdCBjcHVfdXNlcl9yZWdz ICpyZWdzLAogICAgICAgICAgICAgZ2RwcmludGsoWEVOTE9HX0VSUiwgInVu aGFuZGxlZCA2NC1iaXQgQ1AxNSBhY2Nlc3MgJSN4XG4iLAogICAgICAgICAg ICAgICAgICAgICAgaHNyLmJpdHMgJiBIU1JfQ1A2NF9SRUdTX01BU0spOwog I2VuZGlmCi0gICAgICAgICAgICBpbmplY3RfdW5kZWYzMl9leGNlcHRpb24o cmVncyk7CisgICAgICAgICAgICBpbmplY3RfdW5kZWZfZXhjZXB0aW9uKHJl Z3MsIGhzci5sZW4pOwogICAgICAgICAgICAgcmV0dXJuOwogICAgICAgICB9 CiAgICAgfQpAQCAtMTU0Niw3ICsxNTgxLDcgQEAgYmFkX2NwOgogICAgICAg ICBnZHByaW50ayhYRU5MT0dfRVJSLCAidW5oYW5kbGVkIDMyLWJpdCBjcDE0 IGFjY2VzcyAlI3hcbiIsCiAgICAgICAgICAgICAgICAgIGhzci5iaXRzICYg SFNSX0NQMzJfUkVHU19NQVNLKTsKICNlbmRpZgotICAgICAgICBpbmplY3Rf dW5kZWYzMl9leGNlcHRpb24ocmVncyk7CisgICAgICAgIGluamVjdF91bmRl Zl9leGNlcHRpb24ocmVncywgaHNyLmxlbik7CiAgICAgICAgIHJldHVybjsK ICAgICB9CiAKQEAgLTE1NjEsNyArMTU5Niw3IEBAIHN0YXRpYyB2b2lkIGRv X2NwMTRfZGJnKHN0cnVjdCBjcHVfdXNlcl9yZWdzICpyZWdzLCB1bmlvbiBo c3IgaHNyKQogICAgICAgICByZXR1cm47CiAgICAgfQogCi0gICAgaW5qZWN0 X3VuZGVmMzJfZXhjZXB0aW9uKHJlZ3MpOworICAgIGluamVjdF91bmRlZl9l eGNlcHRpb24ocmVncywgaHNyLmxlbik7CiB9CiAKIHN0YXRpYyB2b2lkIGRv X2NwKHN0cnVjdCBjcHVfdXNlcl9yZWdzICpyZWdzLCB1bmlvbiBoc3IgaHNy KQpAQCAtMTU3Miw3ICsxNjA3LDcgQEAgc3RhdGljIHZvaWQgZG9fY3Aoc3Ry dWN0IGNwdV91c2VyX3JlZ3MgKnJlZ3MsIHVuaW9uIGhzciBoc3IpCiAgICAg ICAgIHJldHVybjsKICAgICB9CiAKLSAgICBpbmplY3RfdW5kZWYzMl9leGNl cHRpb24ocmVncyk7CisgICAgaW5qZWN0X3VuZGVmX2V4Y2VwdGlvbihyZWdz LCBoc3IubGVuKTsKIH0KIAogI2lmZGVmIENPTkZJR19BUk1fNjQKQEAgLTE2 NDcsNyArMTY4Miw3IEBAIHN0YXRpYyB2b2lkIGRvX3N5c3JlZyhzdHJ1Y3Qg Y3B1X3VzZXJfcmVncyAqcmVncywKICAgICAgICAgICAgIGdkcHJpbnRrKFhF TkxPR19FUlIsICJ1bmhhbmRsZWQgNjQtYml0IHN5c3JlZyBhY2Nlc3MgJSN4 XG4iLAogICAgICAgICAgICAgICAgICAgICAgaHNyLmJpdHMgJiBIU1JfU1lT UkVHX1JFR1NfTUFTSyk7CiAjZW5kaWYKLSAgICAgICAgICAgIGluamVjdF91 bmRlZjY0X2V4Y2VwdGlvbihyZWdzLCBzeXNyZWcubGVuKTsKKyAgICAgICAg ICAgIGluamVjdF91bmRlZl9leGNlcHRpb24ocmVncywgc3lzcmVnLmxlbik7 CiAgICAgICAgIH0KICAgICB9CiAKZGlmZiAtLWdpdCBhL3hlbi9pbmNsdWRl L2FzbS1hcm0vcHJvY2Vzc29yLmggYi94ZW4vaW5jbHVkZS9hc20tYXJtL3By b2Nlc3Nvci5oCmluZGV4IDkyNjdjMWIuLjFmMTU4Y2UgMTAwNjQ0Ci0tLSBh L3hlbi9pbmNsdWRlL2FzbS1hcm0vcHJvY2Vzc29yLmgKKysrIGIveGVuL2lu Y2x1ZGUvYXNtLWFybS9wcm9jZXNzb3IuaApAQCAtNDMyLDE0ICs0MzIsMTYg QEAgdW5pb24gaHNyIHsKICNkZWZpbmUgVkVDVE9SMzJfUEFCVCAxMgogI2Rl ZmluZSBWRUNUT1IzMl9EQUJUIDE2CiAvKiAuLi4gQVJNNjQgKi8KLSNkZWZp bmUgVkVDVE9SNjRfQ1VSUkVOVF9TUDBfU1lOQyAgMHgwMDAKLSNkZWZpbmUg VkVDVE9SNjRfQ1VSUkVOVF9TUDBfSVJRICAgMHgwODAKLSNkZWZpbmUgVkVD VE9SNjRfQ1VSUkVOVF9TUDBfRklRICAgMHgxMDAKLSNkZWZpbmUgVkVDVE9S NjRfQ1VSUkVOVF9TUDBfRVJST1IgMHgxODAKLSNkZWZpbmUgVkVDVE9SNjRf Q1VSUkVOVF9TUHhfU1lOQyAgMHgyMDAKLSNkZWZpbmUgVkVDVE9SNjRfQ1VS UkVOVF9TUHhfSVJRICAgMHgyODAKLSNkZWZpbmUgVkVDVE9SNjRfQ1VSUkVO VF9TUHhfRklRICAgMHgzMDAKLSNkZWZpbmUgVkVDVE9SNjRfQ1VSUkVOVF9T UHhfRVJST1IgMHgzODAKKyNkZWZpbmUgVkVDVE9SNjRfQ1VSUkVOVF9TUDBf QkFTRSAgMHgwMDAKKyNkZWZpbmUgVkVDVE9SNjRfQ1VSUkVOVF9TUHhfQkFT RSAgMHgyMDAKKyNkZWZpbmUgVkVDVE9SNjRfTE9XRVI2NF9CQVNFICAgICAg MHg0MDAKKyNkZWZpbmUgVkVDVE9SNjRfTE9XRVIzMl9CQVNFICAgICAgMHg2 MDAKKworI2RlZmluZSBWRUNUT1I2NF9TWU5DX09GRlNFVCAgICAgICAweDAw MAorI2RlZmluZSBWRUNUT1I2NF9JUlFfT0ZGU0VUICAgICAgICAweDA4MAor I2RlZmluZSBWRUNUT1I2NF9GSVFfT0ZGU0VUICAgICAgICAweDEwMAorI2Rl ZmluZSBWRUNUT1I2NF9FUlJPUl9PRkZTRVQgICAgICAweDE4MAorCiAKICNp ZiBkZWZpbmVkKENPTkZJR19BUk1fMzIpCiAjIGluY2x1ZGUgPGFzbS9hcm0z Mi9wcm9jZXNzb3IuaD4KLS0gCjEuNy4xMC40Cgo= --=separator Content-Type: application/octet-stream; name="xsa102-4.4-03.patch" Content-Disposition: attachment; filename="xsa102-4.4-03.patch" Content-Transfer-Encoding: base64 RnJvbSAwOGE2ODk1YWY4NTM1Yjg1MmZmNDM2OGMzMGEwYzk2OGE2OWFiMWFk IE1vbiBTZXAgMTcgMDA6MDA6MDAgMjAwMQpGcm9tOiBJYW4gQ2FtcGJlbGwg PGlhbi5jYW1wYmVsbEBjaXRyaXguY29tPgpEYXRlOiBUaHUsIDI0IEp1bCAy MDE0IDEyOjI4OjIyICswMTAwClN1YmplY3Q6IFtQQVRDSCAzLzNdIHhlbjog YXJtOiBIYW5kbGUgdHJhcHMgZnJvbSAzMi1iaXQgdXNlcnNwYWNlIG9uIDY0 LWJpdAoga2VybmVsIGFzIHVuZGVmCgpXZSBhcmUgbm90IHNldHVwIHRvIGhh bmRsZSB0aGVzZSBwcm9wZXJseS4gVGhpcyB0dXJucyBhIGhvc3QgY3Jhc2gK aW50byBhIHRyYXAgdG8gdGhlIGd1ZXN0IGtlcm5lbCB3aGljaCB3aWxsIGxp a2VseSByZXN1bHQgaW4ga2lsbGluZwp0aGUgb2ZmZW5kaW5nIHByb2Nlc3Mu CgpUaGlzIGlzIHBhcnQgb2YgWFNBLTEwMi4KClNpZ25lZC1vZmYtYnk6IElh biBDYW1wYmVsbCA8aWFuLmNhbXBiZWxsQGNpdHJpeC5jb20+CkFja2VkLWJ5 OiBKdWxpZW4gR3JhbGwgPGp1bGllbi5ncmFsbEBsaW5hcm8ub3JnPgotLS0K IHhlbi9hcmNoL2FybS90cmFwcy5jIHwgICAxMSArKysrKysrKysrKwogMSBm aWxlIGNoYW5nZWQsIDExIGluc2VydGlvbnMoKykKCmRpZmYgLS1naXQgYS94 ZW4vYXJjaC9hcm0vdHJhcHMuYyBiL3hlbi9hcmNoL2FybS90cmFwcy5jCmlu ZGV4IDY1MzYyMDkuLmU3NjNmMTIgMTAwNjQ0Ci0tLSBhL3hlbi9hcmNoL2Fy bS90cmFwcy5jCisrKyBiL3hlbi9hcmNoL2FybS90cmFwcy5jCkBAIC0xODEy LDYgKzE4MTIsMTcgQEAgYXNtbGlua2FnZSB2b2lkIGRvX3RyYXBfaHlwZXJ2 aXNvcihzdHJ1Y3QgY3B1X3VzZXJfcmVncyAqcmVncykKIHsKICAgICB1bmlv biBoc3IgaHNyID0geyAuYml0cyA9IFJFQURfU1lTUkVHMzIoRVNSX0VMMikg fTsKIAorICAgIC8qCisgICAgICogV2UgY3VycmVudGx5IGRvIG5vdCBoYW5k bGUgMzItYml0IHVzZXJzcGFjZSBvbiA2NC1iaXQga2VybmVscworICAgICAq IGNvcnJlY3RseSAoU2VlIFhTQS0xMDIpLiBVbnRpbCB0aGF0IGlzIHJlc29s dmVkIHdlIHRyZWF0IGFueQorICAgICAqIHRyYXAgZnJvbSAzMi1iaXQgdXNl cnNwYWNlIG9uIDY0LWJpdCBrZXJuZWwgYXMgdW5kZWZpbmVkLgorICAgICAq LworICAgIGlmICggaXNfcHY2NF9kb21haW4oY3VycmVudC0+ZG9tYWluKSAm JiBwc3JfbW9kZV9pc18zMmJpdChyZWdzLT5jcHNyKSApCisgICAgeworICAg ICAgICBpbmplY3RfdW5kZWZfZXhjZXB0aW9uKHJlZ3MsIGhzci5sZW4pOwor ICAgICAgICByZXR1cm47CisgICAgfQorCiAgICAgc3dpdGNoIChoc3IuZWMp IHsKICAgICBjYXNlIEhTUl9FQ19XRklfV0ZFOgogICAgICAgICBpZiAoICFj aGVja19jb25kaXRpb25hbF9pbnN0cihyZWdzLCBoc3IpICkKLS0gCjEuNy4x MC40Cgo= --=separator Content-Type: application/octet-stream; name="xsa102-unstable-01.patch" Content-Disposition: attachment; filename="xsa102-unstable-01.patch" Content-Transfer-Encoding: base64 RnJvbSBiMGVlNjhjYTk4MWQ5ZmUxZjVlOWZlN2MxNDc2OTIxZDhmOGJkYWY3 IE1vbiBTZXAgMTcgMDA6MDA6MDAgMjAwMQpGcm9tOiBJYW4gQ2FtcGJlbGwg PGlhbi5jYW1wYmVsbEBjaXRyaXguY29tPgpEYXRlOiBGcmksIDE4IEp1bCAy MDE0IDE0OjEzOjE0ICswMTAwClN1YmplY3Q6IFtQQVRDSCAxLzNdIHhlbjog YXJtOiBoYW5kbGUgQUFyY2gzMiB1c2Vyc3BhY2Ugd2hlbiBkdW1waW5nIDY0 LWJpdAogZ3Vlc3Qgc3RhdGUuCgpBIDY0LWJpdCBndWVzdCBjYW4gc3RpbGwg YmUgaW4gMzItYml0IG1vZGUgd2hlbiBydW5uaW5nIHVzZXJzcGFjZSwKaGFu ZGxlIHRoaXMgY2FzZSBieSBkdW1waW5nIHRoZSBjb3JyZWN0IDMyLWJpdCBz dGF0ZS4KCk5vdGUgdGhhdCBvbiBBUk0gaXQgaXMgbm90IHBvc3NpYmxlIHRv IGNoYW5nZSBtb2RlIHdpdGhvdXQgdGhlIGhlbHAKb2YgdGhlIG5leHQgZXhj ZXB0aW9uIGxldmVsLCBoZW5jZSB0aGVyZSBpcyBubyB3YXkgYSA2NC1iaXQg Z3Vlc3QgY2FuCmJlIHJ1bm5pbmcgaW4gMzItYml0IGtlcm5lbCBtb2Rlcy4K ClRoaXMgaXMgcGFydCBvZiBYU0EtMTAyLgoKU2lnbmVkLW9mZi1ieTogSWFu IENhbXBiZWxsIDxpYW4uY2FtcGJlbGxAY2l0cml4LmNvbT4KQWNrZWQtYnk6 IEp1bGllbiBHcmFsbCA8anVsaWVuLmdyYWxsQGxpbmFyby5vcmc+Ci0tLQog eGVuL2FyY2gvYXJtL3RyYXBzLmMgfCAgIDEyICsrKysrKysrKysrLQogMSBm aWxlIGNoYW5nZWQsIDExIGluc2VydGlvbnMoKyksIDEgZGVsZXRpb24oLSkK CmRpZmYgLS1naXQgYS94ZW4vYXJjaC9hcm0vdHJhcHMuYyBiL3hlbi9hcmNo L2FybS90cmFwcy5jCmluZGV4IDNkZmFiZDAuLmUxMDQ1MDkgMTAwNjQ0Ci0t LSBhL3hlbi9hcmNoL2FybS90cmFwcy5jCisrKyBiL3hlbi9hcmNoL2FybS90 cmFwcy5jCkBAIC02OTcsNyArNjk3LDE3IEBAIHN0YXRpYyB2b2lkIF9zaG93 X3JlZ2lzdGVycyhzdHJ1Y3QgY3B1X3VzZXJfcmVncyAqcmVncywKICAgICAg ICAgICAgIHNob3dfcmVnaXN0ZXJzXzMyKHJlZ3MsIGN0eHQsIGd1ZXN0X21v ZGUsIHYpOwogI2lmZGVmIENPTkZJR19BUk1fNjQKICAgICAgICAgZWxzZSBp ZiAoIGlzXzY0Yml0X2RvbWFpbih2LT5kb21haW4pICkKLSAgICAgICAgICAg IHNob3dfcmVnaXN0ZXJzXzY0KHJlZ3MsIGN0eHQsIGd1ZXN0X21vZGUsIHYp OworICAgICAgICB7CisgICAgICAgICAgICBpZiAoIHBzcl9tb2RlX2lzXzMy Yml0KHJlZ3MtPmNwc3IpICkKKyAgICAgICAgICAgIHsKKyAgICAgICAgICAg ICAgICBCVUdfT04oIXVzcl9tb2RlKHJlZ3MpKTsKKyAgICAgICAgICAgICAg ICBzaG93X3JlZ2lzdGVyc18zMihyZWdzLCBjdHh0LCBndWVzdF9tb2RlLCB2 KTsKKyAgICAgICAgICAgIH0KKyAgICAgICAgICAgIGVsc2UKKyAgICAgICAg ICAgIHsKKyAgICAgICAgICAgICAgICBzaG93X3JlZ2lzdGVyc182NChyZWdz LCBjdHh0LCBndWVzdF9tb2RlLCB2KTsKKyAgICAgICAgICAgIH0KKyAgICAg ICAgfQogI2VuZGlmCiAgICAgfQogICAgIGVsc2UKLS0gCjEuNy4xMC40Cgo= --=separator Content-Type: application/octet-stream; name="xsa102-unstable-02.patch" Content-Disposition: attachment; filename="xsa102-unstable-02.patch" Content-Transfer-Encoding: base64 RnJvbSAyYzI1ODdlZDc0ZjZiMTE2ZDI4MzlkOWQ1MWJhODg2NzdkNjQxNGVm IE1vbiBTZXAgMTcgMDA6MDA6MDAgMjAwMQpGcm9tOiBJYW4gQ2FtcGJlbGwg PGlhbi5jYW1wYmVsbEBjaXRyaXguY29tPgpEYXRlOiBUdWUsIDIyIEp1bCAy MDE0IDExOjMxOjU0ICswMTAwClN1YmplY3Q6IFtQQVRDSCAyLzNdIHhlbjog YXJtOiBDb3JyZWN0bHkgaGFuZGxlIGV4Y2VwdGlvbiBpbmplY3Rpb24gZnJv bQogdXNlcnNwYWNlIG9uIDY0LWJpdC4KCkZpcnN0bHkgd2UgbXVzdCBiZSBw cmVwYXJlZCB0byBwcm9wYWdhdGUgdHJhcHMgZnJvbSAzMi1iaXQgdXNlcnNw YWNlIGV2ZW4gZm9yCjY0LWJpdCBndWVzdHMsIHNvIHdyYXAgdGhlIGV4aXN0 aW5nIGluamVjdF91bmRlZj8/X2V4Y2VwdGlvbiBpbnRvCmluamVjdF91bmRl Zl9leGNlcHRpb24gYW5kIHVzZSB0aGF0IHdoZW4gaW5qZWN0aW5nIGFuIHVu ZGVmIGV4Y2VwdGlvbi4gVGhlCnZhcmlvdXMgb3RoZXIgZXhjZXB0aW9uIGNh c2VzIChhYm9ydHMgZXRjKSBhbHJlYWR5IGRvIHRoaXMuCgpTZWNvbmRseSB3 aGVuIGluamVjdGluZyB0aGUgdHJhcCB3ZSBtdXN0IHBpY2sgdGhlIGNvcnJl Y3QgZXhjZXB0aW9uIHZlY3RvcgpkZXBlbmRpbmcgb24gd2hldGhlciB0aGUg c291cmNlIG9mIHRoZSB0cmFwIHdhcyAzMi1iaXQgRUwwLCA2NC1iaXQgRUww IG9yIEVMMS4KClRoaXMgaXMgcGFydCBvZiBYU0EtMTAyLgoKU2lnbmVkLW9m Zi1ieTogSWFuIENhbXBiZWxsIDxpYW4uY2FtcGJlbGxAY2l0cml4LmNvbT4K QWNrZWQtYnk6IEp1bGllbiBHcmFsbCA8anVsaWVuLmdyYWxsQGxpbmFyby5v cmc+Ci0tLQogeGVuL2FyY2gvYXJtL3RyYXBzLmMgICAgICAgICAgICB8ICAg NTcgKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKy0tLS0tLS0tCiB4 ZW4vaW5jbHVkZS9hc20tYXJtL3Byb2Nlc3Nvci5oIHwgICAxOCArKysrKysr LS0tLS0tCiAyIGZpbGVzIGNoYW5nZWQsIDU2IGluc2VydGlvbnMoKyksIDE5 IGRlbGV0aW9ucygtKQoKZGlmZiAtLWdpdCBhL3hlbi9hcmNoL2FybS90cmFw cy5jIGIveGVuL2FyY2gvYXJtL3RyYXBzLmMKaW5kZXggZTEwNDUwOS4uYWJh ZWU2MiAxMDA2NDQKLS0tIGEveGVuL2FyY2gvYXJtL3RyYXBzLmMKKysrIGIv eGVuL2FyY2gvYXJtL3RyYXBzLmMKQEAgLTI4Niw3ICsyODYsNyBAQCBzdGF0 aWMgdm9pZCBjcHNyX3N3aXRjaF9tb2RlKHN0cnVjdCBjcHVfdXNlcl9yZWdz ICpyZWdzLCBpbnQgbW9kZSkKICAgICAgICAgcmVncy0+Y3BzciB8PSBQU1Jf QklHX0VORElBTjsKIH0KIAotc3RhdGljIHZhZGRyX3QgZXhjZXB0aW9uX2hh bmRsZXIodmFkZHJfdCBvZmZzZXQpCitzdGF0aWMgdmFkZHJfdCBleGNlcHRp b25faGFuZGxlcjMyKHZhZGRyX3Qgb2Zmc2V0KQogewogICAgIHVpbnQzMl90 IHNjdGxyID0gUkVBRF9TWVNSRUczMihTQ1RMUl9FTDEpOwogCkBAIC0zMTgs NyArMzE4LDcgQEAgc3RhdGljIHZvaWQgaW5qZWN0X3VuZGVmMzJfZXhjZXB0 aW9uKHN0cnVjdCBjcHVfdXNlcl9yZWdzICpyZWdzKQogICAgIHJlZ3MtPmxy X3VuZCA9IHJlZ3MtPnBjMzIgKyByZXR1cm5fb2Zmc2V0OwogCiAgICAgLyog QnJhbmNoIHRvIGV4Y2VwdGlvbiB2ZWN0b3IgKi8KLSAgICByZWdzLT5wYzMy ID0gZXhjZXB0aW9uX2hhbmRsZXIoVkVDVE9SMzJfVU5EKTsKKyAgICByZWdz LT5wYzMyID0gZXhjZXB0aW9uX2hhbmRsZXIzMihWRUNUT1IzMl9VTkQpOwog fQogCiAvKiBJbmplY3RzIGFuIEFib3J0IGV4Y2VwdGlvbiBpbnRvIHRoZSBj dXJyZW50IHZjcHUsIFBDIGlzIHRoZSBleGFjdApAQCAtMzQ0LDcgKzM0NCw3 IEBAIHN0YXRpYyB2b2lkIGluamVjdF9hYnQzMl9leGNlcHRpb24oc3RydWN0 IGNwdV91c2VyX3JlZ3MgKnJlZ3MsCiAgICAgcmVncy0+c3Bzcl9hYnQgPSBz cHNyOwogICAgIHJlZ3MtPmxyX2FidCA9IHJlZ3MtPnBjMzIgKyByZXR1cm5f b2Zmc2V0OwogCi0gICAgcmVncy0+cGMzMiA9IGV4Y2VwdGlvbl9oYW5kbGVy KHByZWZldGNoID8gVkVDVE9SMzJfUEFCVCA6IFZFQ1RPUjMyX0RBQlQpOwor ICAgIHJlZ3MtPnBjMzIgPSBleGNlcHRpb25faGFuZGxlcjMyKHByZWZldGNo ID8gVkVDVE9SMzJfUEFCVCA6IFZFQ1RPUjMyX0RBQlQpOwogCiAgICAgLyog SW5qZWN0IGEgZGVidWcgZmF1bHQsIGJlc3Qgd2UgY2FuIGRvIHJpZ2h0IG5v dyAqLwogICAgIGlmICggUkVBRF9TWVNSRUcoVENSX0VMMSkgJiBUVEJDUl9F QUUgKQpAQCAtMzk3LDkgKzM5NywyOCBAQCBzdGF0aWMgdm9pZCBpbmplY3Rf cGFidDMyX2V4Y2VwdGlvbihzdHJ1Y3QgY3B1X3VzZXJfcmVncyAqcmVncywK IH0KIAogI2lmZGVmIENPTkZJR19BUk1fNjQKKy8qCisgKiBUYWtlIGNhcmUg dG8gY2FsbCB0aGlzIHdoaWxlIHJlZ3MgY29udGFpbnMgdGhlIG9yaWdpbmFs IGZhdWx0aW5nCisgKiBzdGF0ZSBhbmQgbm90IHRoZSAocGFydGlhbGx5IGNv bnN0cnVjdGVkKSBleGNlcHRpb24gc3RhdGUuCisgKi8KK3N0YXRpYyB2YWRk cl90IGV4Y2VwdGlvbl9oYW5kbGVyNjQoc3RydWN0IGNwdV91c2VyX3JlZ3Mg KnJlZ3MsIHZhZGRyX3Qgb2Zmc2V0KQoreworICAgIHZhZGRyX3QgYmFzZSA9 IFJFQURfU1lTUkVHKFZCQVJfRUwxKTsKKworICAgIGlmICggdXNyX21vZGUo cmVncykgKQorICAgICAgICBiYXNlICs9IFZFQ1RPUjY0X0xPV0VSMzJfQkFT RTsKKyAgICBlbHNlIGlmICggcHNyX21vZGUocmVncy0+Y3BzcixQU1JfTU9E RV9FTDB0KSApCisgICAgICAgIGJhc2UgKz0gVkVDVE9SNjRfTE9XRVI2NF9C QVNFOworICAgIGVsc2UgLyogT3RoZXJ3aXNlIG11c3QgYmUgZnJvbSBrZXJu ZWwgbW9kZSAqLworICAgICAgICBiYXNlICs9IFZFQ1RPUjY0X0NVUlJFTlRf U1B4X0JBU0U7CisKKyAgICByZXR1cm4gYmFzZSArIG9mZnNldDsKK30KKwog LyogSW5qZWN0IGFuIHVuZGVmaW5lZCBleGNlcHRpb24gaW50byBhIDY0IGJp dCBndWVzdCAqLwogc3RhdGljIHZvaWQgaW5qZWN0X3VuZGVmNjRfZXhjZXB0 aW9uKHN0cnVjdCBjcHVfdXNlcl9yZWdzICpyZWdzLCBpbnQgaW5zdHJfbGVu KQogeworICAgIHZhZGRyX3QgaGFuZGxlcjsKICAgICB1bmlvbiBoc3IgZXNy ID0gewogICAgICAgICAuaXNzID0gMCwKICAgICAgICAgLmxlbiA9IGluc3Ry X2xlbiwKQEAgLTQwOCwxMiArNDI3LDE0IEBAIHN0YXRpYyB2b2lkIGluamVj dF91bmRlZjY0X2V4Y2VwdGlvbihzdHJ1Y3QgY3B1X3VzZXJfcmVncyAqcmVn cywgaW50IGluc3RyX2xlbikKIAogICAgIEJVR19PTiggaXNfMzJiaXRfZG9t YWluKGN1cnJlbnQtPmRvbWFpbikgKTsKIAorICAgIGhhbmRsZXIgPSBleGNl cHRpb25faGFuZGxlcjY0KHJlZ3MsIFZFQ1RPUjY0X1NZTkNfT0ZGU0VUKTsK KwogICAgIHJlZ3MtPnNwc3JfZWwxID0gcmVncy0+Y3BzcjsKICAgICByZWdz LT5lbHJfZWwxID0gcmVncy0+cGM7CiAKICAgICByZWdzLT5jcHNyID0gUFNS X01PREVfRUwxaCB8IFBTUl9BQlRfTUFTSyB8IFBTUl9GSVFfTUFTSyB8IFwK ICAgICAgICAgUFNSX0lSUV9NQVNLIHwgUFNSX0RCR19NQVNLOwotICAgIHJl Z3MtPnBjID0gUkVBRF9TWVNSRUcoVkJBUl9FTDEpICsgVkVDVE9SNjRfQ1VS UkVOVF9TUHhfU1lOQzsKKyAgICByZWdzLT5wYyA9IGhhbmRsZXI7CiAKICAg ICBXUklURV9TWVNSRUczMihlc3IuYml0cywgRVNSX0VMMSk7CiB9CkBAIC00 MjQsNiArNDQ1LDcgQEAgc3RhdGljIHZvaWQgaW5qZWN0X2FidDY0X2V4Y2Vw dGlvbihzdHJ1Y3QgY3B1X3VzZXJfcmVncyAqcmVncywKICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgcmVnaXN0ZXJfdCBhZGRyLAogICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBpbnQgaW5zdHJfbGVu KQogeworICAgIHZhZGRyX3QgaGFuZGxlcjsKICAgICB1bmlvbiBoc3IgZXNy ID0gewogICAgICAgICAuaXNzID0gMCwKICAgICAgICAgLmxlbiA9IGluc3Ry X2xlbiwKQEAgLTQ0NSwxMiArNDY3LDE0IEBAIHN0YXRpYyB2b2lkIGluamVj dF9hYnQ2NF9leGNlcHRpb24oc3RydWN0IGNwdV91c2VyX3JlZ3MgKnJlZ3Ms CiAKICAgICBCVUdfT04oIGlzXzMyYml0X2RvbWFpbihjdXJyZW50LT5kb21h aW4pICk7CiAKKyAgICBoYW5kbGVyID0gZXhjZXB0aW9uX2hhbmRsZXI2NChy ZWdzLCBWRUNUT1I2NF9TWU5DX09GRlNFVCk7CisKICAgICByZWdzLT5zcHNy X2VsMSA9IHJlZ3MtPmNwc3I7CiAgICAgcmVncy0+ZWxyX2VsMSA9IHJlZ3Mt PnBjOwogCiAgICAgcmVncy0+Y3BzciA9IFBTUl9NT0RFX0VMMWggfCBQU1Jf QUJUX01BU0sgfCBQU1JfRklRX01BU0sgfCBcCiAgICAgICAgIFBTUl9JUlFf TUFTSyB8IFBTUl9EQkdfTUFTSzsKLSAgICByZWdzLT5wYyA9IFJFQURfU1lT UkVHKFZCQVJfRUwxKSArIFZFQ1RPUjY0X0NVUlJFTlRfU1B4X1NZTkM7Cisg ICAgcmVncy0+cGMgPSBoYW5kbGVyOwogCiAgICAgV1JJVEVfU1lTUkVHKGFk ZHIsIEZBUl9FTDEpOwogICAgIFdSSVRFX1NZU1JFRzMyKGVzci5iaXRzLCBF U1JfRUwxKTsKQEAgLTQ3Miw2ICs0OTYsMTcgQEAgc3RhdGljIHZvaWQgaW5q ZWN0X2lhYnQ2NF9leGNlcHRpb24oc3RydWN0IGNwdV91c2VyX3JlZ3MgKnJl Z3MsCiAKICNlbmRpZgogCitzdGF0aWMgdm9pZCBpbmplY3RfdW5kZWZfZXhj ZXB0aW9uKHN0cnVjdCBjcHVfdXNlcl9yZWdzICpyZWdzLAorICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICBpbnQgaW5zdHJfbGVuKQorewor ICAgICAgICBpZiAoIGlzXzMyYml0X2RvbWFpbihjdXJyZW50LT5kb21haW4p ICkKKyAgICAgICAgICAgIGluamVjdF91bmRlZjMyX2V4Y2VwdGlvbihyZWdz KTsKKyNpZmRlZiBDT05GSUdfQVJNXzY0CisgICAgICAgIGVsc2UKKyAgICAg ICAgICAgIGluamVjdF91bmRlZjY0X2V4Y2VwdGlvbihyZWdzLCBpbnN0cl9s ZW4pOworI2VuZGlmCit9CisKIHN0YXRpYyB2b2lkIGluamVjdF9pYWJ0X2V4 Y2VwdGlvbihzdHJ1Y3QgY3B1X3VzZXJfcmVncyAqcmVncywKICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICByZWdpc3Rlcl90IGFkZHIsCiAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgaW50IGluc3RyX2xl bikKQEAgLTE0NDEsNyArMTQ3Niw3IEBAIHN0YXRpYyB2b2lkIGRvX2NwMTVf MzIoc3RydWN0IGNwdV91c2VyX3JlZ3MgKnJlZ3MsCiAgICAgICAgIGdkcHJp bnRrKFhFTkxPR19FUlIsICJ1bmhhbmRsZWQgMzItYml0IENQMTUgYWNjZXNz ICUjeFxuIiwKICAgICAgICAgICAgICAgICAgaHNyLmJpdHMgJiBIU1JfQ1Az Ml9SRUdTX01BU0spOwogI2VuZGlmCi0gICAgICAgIGluamVjdF91bmRlZjMy X2V4Y2VwdGlvbihyZWdzKTsKKyAgICAgICAgaW5qZWN0X3VuZGVmX2V4Y2Vw dGlvbihyZWdzLCBoc3IubGVuKTsKICAgICAgICAgcmV0dXJuOwogICAgIH0K ICAgICBhZHZhbmNlX3BjKHJlZ3MsIGhzcik7CkBAIC0xNDc4LDcgKzE1MTMs NyBAQCBzdGF0aWMgdm9pZCBkb19jcDE1XzY0KHN0cnVjdCBjcHVfdXNlcl9y ZWdzICpyZWdzLAogICAgICAgICAgICAgZ2RwcmludGsoWEVOTE9HX0VSUiwg InVuaGFuZGxlZCA2NC1iaXQgQ1AxNSBhY2Nlc3MgJSN4XG4iLAogICAgICAg ICAgICAgICAgICAgICAgaHNyLmJpdHMgJiBIU1JfQ1A2NF9SRUdTX01BU0sp OwogI2VuZGlmCi0gICAgICAgICAgICBpbmplY3RfdW5kZWYzMl9leGNlcHRp b24ocmVncyk7CisgICAgICAgICAgICBpbmplY3RfdW5kZWZfZXhjZXB0aW9u KHJlZ3MsIGhzci5sZW4pOwogICAgICAgICAgICAgcmV0dXJuOwogICAgICAg ICB9CiAgICAgfQpAQCAtMTU0Nyw3ICsxNTgyLDcgQEAgYmFkX2NwOgogICAg ICAgICBnZHByaW50ayhYRU5MT0dfRVJSLCAidW5oYW5kbGVkIDMyLWJpdCBj cDE0IGFjY2VzcyAlI3hcbiIsCiAgICAgICAgICAgICAgICAgIGhzci5iaXRz ICYgSFNSX0NQMzJfUkVHU19NQVNLKTsKICNlbmRpZgotICAgICAgICBpbmpl Y3RfdW5kZWYzMl9leGNlcHRpb24ocmVncyk7CisgICAgICAgIGluamVjdF91 bmRlZl9leGNlcHRpb24ocmVncywgaHNyLmxlbik7CiAgICAgICAgIHJldHVy bjsKICAgICB9CiAKQEAgLTE1NzQsNyArMTYwOSw3IEBAIHN0YXRpYyB2b2lk IGRvX2NwMTRfZGJnKHN0cnVjdCBjcHVfdXNlcl9yZWdzICpyZWdzLCB1bmlv biBoc3IgaHNyKQogICAgIGdkcHJpbnRrKFhFTkxPR19FUlIsICJ1bmhhbmRs ZWQgNjQtYml0IENQMTQgYWNjZXNzICUjeFxuIiwKICAgICAgICAgICAgICBo c3IuYml0cyAmIEhTUl9DUDY0X1JFR1NfTUFTSyk7CiAjZW5kaWYKLSAgICBp bmplY3RfdW5kZWYzMl9leGNlcHRpb24ocmVncyk7CisgICAgaW5qZWN0X3Vu ZGVmX2V4Y2VwdGlvbihyZWdzLCBoc3IubGVuKTsKIH0KIAogc3RhdGljIHZv aWQgZG9fY3Aoc3RydWN0IGNwdV91c2VyX3JlZ3MgKnJlZ3MsIHVuaW9uIGhz ciBoc3IpCkBAIC0xNTkzLDcgKzE2MjgsNyBAQCBzdGF0aWMgdm9pZCBkb19j cChzdHJ1Y3QgY3B1X3VzZXJfcmVncyAqcmVncywgdW5pb24gaHNyIGhzcikK ICAgICBBU1NFUlQoIWNwLnRhcyk7IC8qIFdlIGRvbid0IHRyYXAgU0lNRCBp bnN0cnVjdGlvbiAqLwogICAgIGdkcHJpbnRrKFhFTkxPR19FUlIsICJ1bmhh bmRsZWQgQ1AlZCBhY2Nlc3NcbiIsIGNwLmNvcHJvYyk7CiAjZW5kaWYKLSAg ICBpbmplY3RfdW5kZWYzMl9leGNlcHRpb24ocmVncyk7CisgICAgaW5qZWN0 X3VuZGVmX2V4Y2VwdGlvbihyZWdzLCBoc3IubGVuKTsKIH0KIAogI2lmZGVm IENPTkZJR19BUk1fNjQKQEAgLTE2NjgsNyArMTcwMyw3IEBAIHN0YXRpYyB2 b2lkIGRvX3N5c3JlZyhzdHJ1Y3QgY3B1X3VzZXJfcmVncyAqcmVncywKICAg ICAgICAgICAgIGdkcHJpbnRrKFhFTkxPR19FUlIsICJ1bmhhbmRsZWQgNjQt Yml0IHN5c3JlZyBhY2Nlc3MgJSN4XG4iLAogICAgICAgICAgICAgICAgICAg ICAgaHNyLmJpdHMgJiBIU1JfU1lTUkVHX1JFR1NfTUFTSyk7CiAjZW5kaWYK LSAgICAgICAgICAgIGluamVjdF91bmRlZjY0X2V4Y2VwdGlvbihyZWdzLCBz eXNyZWcubGVuKTsKKyAgICAgICAgICAgIGluamVjdF91bmRlZl9leGNlcHRp b24ocmVncywgc3lzcmVnLmxlbik7CiAgICAgICAgIH0KICAgICB9CiAKZGlm ZiAtLWdpdCBhL3hlbi9pbmNsdWRlL2FzbS1hcm0vcHJvY2Vzc29yLmggYi94 ZW4vaW5jbHVkZS9hc20tYXJtL3Byb2Nlc3Nvci5oCmluZGV4IDlkMjMwZjMu LmJmN2M5NGMgMTAwNjQ0Ci0tLSBhL3hlbi9pbmNsdWRlL2FzbS1hcm0vcHJv Y2Vzc29yLmgKKysrIGIveGVuL2luY2x1ZGUvYXNtLWFybS9wcm9jZXNzb3Iu aApAQCAtNDYwLDE0ICs0NjAsMTYgQEAgdW5pb24gaHNyIHsKICNkZWZpbmUg VkVDVE9SMzJfUEFCVCAxMgogI2RlZmluZSBWRUNUT1IzMl9EQUJUIDE2CiAv KiAuLi4gQVJNNjQgKi8KLSNkZWZpbmUgVkVDVE9SNjRfQ1VSUkVOVF9TUDBf U1lOQyAgMHgwMDAKLSNkZWZpbmUgVkVDVE9SNjRfQ1VSUkVOVF9TUDBfSVJR ICAgMHgwODAKLSNkZWZpbmUgVkVDVE9SNjRfQ1VSUkVOVF9TUDBfRklRICAg MHgxMDAKLSNkZWZpbmUgVkVDVE9SNjRfQ1VSUkVOVF9TUDBfRVJST1IgMHgx ODAKLSNkZWZpbmUgVkVDVE9SNjRfQ1VSUkVOVF9TUHhfU1lOQyAgMHgyMDAK LSNkZWZpbmUgVkVDVE9SNjRfQ1VSUkVOVF9TUHhfSVJRICAgMHgyODAKLSNk ZWZpbmUgVkVDVE9SNjRfQ1VSUkVOVF9TUHhfRklRICAgMHgzMDAKLSNkZWZp bmUgVkVDVE9SNjRfQ1VSUkVOVF9TUHhfRVJST1IgMHgzODAKKyNkZWZpbmUg VkVDVE9SNjRfQ1VSUkVOVF9TUDBfQkFTRSAgMHgwMDAKKyNkZWZpbmUgVkVD VE9SNjRfQ1VSUkVOVF9TUHhfQkFTRSAgMHgyMDAKKyNkZWZpbmUgVkVDVE9S NjRfTE9XRVI2NF9CQVNFICAgICAgMHg0MDAKKyNkZWZpbmUgVkVDVE9SNjRf TE9XRVIzMl9CQVNFICAgICAgMHg2MDAKKworI2RlZmluZSBWRUNUT1I2NF9T WU5DX09GRlNFVCAgICAgICAweDAwMAorI2RlZmluZSBWRUNUT1I2NF9JUlFf T0ZGU0VUICAgICAgICAweDA4MAorI2RlZmluZSBWRUNUT1I2NF9GSVFfT0ZG U0VUICAgICAgICAweDEwMAorI2RlZmluZSBWRUNUT1I2NF9FUlJPUl9PRkZT RVQgICAgICAweDE4MAorCiAKICNpZiBkZWZpbmVkKENPTkZJR19BUk1fMzIp CiAjIGluY2x1ZGUgPGFzbS9hcm0zMi9wcm9jZXNzb3IuaD4KLS0gCjEuNy4x MC40Cgo= --=separator Content-Type: application/octet-stream; name="xsa102-unstable-03.patch" Content-Disposition: attachment; filename="xsa102-unstable-03.patch" Content-Transfer-Encoding: base64 RnJvbSBkYjdhMzExNjYxNTFkZjEzNDhmOTU4YTEwYmQ5YjE1MzQyNThhZjk3 IE1vbiBTZXAgMTcgMDA6MDA6MDAgMjAwMQpGcm9tOiBJYW4gQ2FtcGJlbGwg PGlhbi5jYW1wYmVsbEBjaXRyaXguY29tPgpEYXRlOiBUaHUsIDI0IEp1bCAy MDE0IDEyOjI4OjIyICswMTAwClN1YmplY3Q6IFtQQVRDSCAzLzNdIHhlbjog YXJtOiBIYW5kbGUgdHJhcHMgZnJvbSAzMi1iaXQgdXNlcnNwYWNlIG9uIDY0 LWJpdAoga2VybmVsIGFzIHVuZGVmCgpXZSBhcmUgbm90IHNldHVwIHRvIGhh bmRsZSB0aGVzZSBwcm9wZXJseS4gVGhpcyB0dXJucyBhIGhvc3QgY3Jhc2gK aW50byBhIHRyYXAgdG8gdGhlIGd1ZXN0IGtlcm5lbCB3aGljaCB3aWxsIGxp a2VseSByZXN1bHQgaW4ga2lsbGluZwp0aGUgb2ZmZW5kaW5nIHByb2Nlc3Mu CgpUaGlzIGlzIHBhcnQgb2YgWFNBLTEwMi4KClNpZ25lZC1vZmYtYnk6IElh biBDYW1wYmVsbCA8aWFuLmNhbXBiZWxsQGNpdHJpeC5jb20+CkFja2VkLWJ5 OiBKdWxpZW4gR3JhbGwgPGp1bGllbi5ncmFsbEBsaW5hcm8ub3JnPgotLS0K IHhlbi9hcmNoL2FybS90cmFwcy5jIHwgICAxMSArKysrKysrKysrKwogMSBm aWxlIGNoYW5nZWQsIDExIGluc2VydGlvbnMoKykKCmRpZmYgLS1naXQgYS94 ZW4vYXJjaC9hcm0vdHJhcHMuYyBiL3hlbi9hcmNoL2FybS90cmFwcy5jCmlu ZGV4IGFiYWVlNjIuLmM4OTQyMWIgMTAwNjQ0Ci0tLSBhL3hlbi9hcmNoL2Fy bS90cmFwcy5jCisrKyBiL3hlbi9hcmNoL2FybS90cmFwcy5jCkBAIC0xODQx LDYgKzE4NDEsMTcgQEAgYXNtbGlua2FnZSB2b2lkIGRvX3RyYXBfaHlwZXJ2 aXNvcihzdHJ1Y3QgY3B1X3VzZXJfcmVncyAqcmVncykKIAogICAgIGVudGVy X2h5cGVydmlzb3JfaGVhZChyZWdzKTsKIAorICAgIC8qCisgICAgICogV2Ug Y3VycmVudGx5IGRvIG5vdCBoYW5kbGUgMzItYml0IHVzZXJzcGFjZSBvbiA2 NC1iaXQga2VybmVscworICAgICAqIGNvcnJlY3RseSAoU2VlIFhTQS0xMDIp LiBVbnRpbCB0aGF0IGlzIHJlc29sdmVkIHdlIHRyZWF0IGFueQorICAgICAq IHRyYXAgZnJvbSAzMi1iaXQgdXNlcnNwYWNlIG9uIDY0LWJpdCBrZXJuZWwg YXMgdW5kZWZpbmVkLgorICAgICAqLworICAgIGlmICggaXNfNjRiaXRfZG9t YWluKGN1cnJlbnQtPmRvbWFpbikgJiYgcHNyX21vZGVfaXNfMzJiaXQocmVn cy0+Y3BzcikgKQorICAgIHsKKyAgICAgICAgaW5qZWN0X3VuZGVmX2V4Y2Vw dGlvbihyZWdzLCBoc3IubGVuKTsKKyAgICAgICAgcmV0dXJuOworICAgIH0K KwogICAgIHN3aXRjaCAoaHNyLmVjKSB7CiAgICAgY2FzZSBIU1JfRUNfV0ZJ X1dGRToKICAgICAgICAgaWYgKCAhY2hlY2tfY29uZGl0aW9uYWxfaW5zdHIo cmVncywgaHNyKSApCi0tIAoxLjcuMTAuNAoK --=separator Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --=separator-- From xen-users-bounces@lists.xen.org Tue Aug 12 14:19:40 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 12 Aug 2014 14:19: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 1XHCuP-0006fg-Rz; Tue, 12 Aug 2014 14:18:41 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XHCuO-0006fa-CS for xen-users@lists.xen.org; Tue, 12 Aug 2014 14:18:40 +0000 Received: from [85.158.139.211:45288] by server-4.bemta-5.messagelabs.com id F2/DE-10551-F322AE35; Tue, 12 Aug 2014 14:18:39 +0000 X-Env-Sender: fajar@fajar.net X-Msg-Ref: server-10.tower-206.messagelabs.com!1407853118!5610308!1 X-Originating-IP: [209.85.217.181] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31515 invoked from network); 12 Aug 2014 14:18:39 -0000 Received: from mail-lb0-f181.google.com (HELO mail-lb0-f181.google.com) (209.85.217.181) by server-10.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 12 Aug 2014 14:18:39 -0000 Received: by mail-lb0-f181.google.com with SMTP id 10so6975577lbg.40 for ; Tue, 12 Aug 2014 07:18:38 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=lKNelDAh9qSjFClfFYRZfex9Jj9HqJCLS++A9YN7dCc=; b=kJbmazSrRJwfzKqsNEkCxhmmdZWR3P7ZV+4ANLot226Uvylm4WEQhajSx4EWz5NVUf G0b1WAUH5U9fqn6ZeP9m2Yu4NXcAPb/tz/bjUneO/WdflapRO2z8VYTss8wf5q2hk6gV CRp/Ir/03xEHlLCtHi/hl0NU4KFZLQvn0Xyigam/Il1/9Ei9PVXdHPuDEUg/rHtHI7aC Q5jeIqyoHQx375KT1MK/FcJilH+t6RcRAqw+SIzNBH8lv6eUUD4JLZaxyVjd0jKBxUSv fa0Rg2CgdzfEKIClTuU0QYrFno3gTsPFcha+MtIyoE2kihZAIlp3waouSl5qF96YOOff V3dg== X-Gm-Message-State: ALoCoQlBqE0/kjyJnW92OJuW1ja2i+ORzHbOKtTQ58c5Q020D+21rLJKVr+iZ4lWlfkFYuU4kTZb MIME-Version: 1.0 X-Received: by 10.112.129.228 with SMTP id nz4mr4355361lbb.9.1407853118396; Tue, 12 Aug 2014 07:18:38 -0700 (PDT) Received: by 10.112.135.71 with HTTP; Tue, 12 Aug 2014 07:18:38 -0700 (PDT) In-Reply-To: <53EA0F27.5020202@gmx.de> References: <53EA0F27.5020202@gmx.de> Date: Tue, 12 Aug 2014 21:18:38 +0700 Message-ID: From: "Fajar A. Nugraha" To: "bobbisanchez@gmx.de" Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] howto expand ext4 disk image? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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, Aug 12, 2014 at 7:57 PM, bobbisanchez@gmx.de wrote: > HI, > > can someone tell me howto to expand an ext4 disk image under Xen4.4 It depends on what the image is. https://www.google.com/search?q=xen+expand+disk+image Novel's example works if you use the disk image directly, without any partition. The second blog works if you have LVM on top of the VM disk image, like the default setup if you use centos with virt-manager. -- Fajar _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Aug 12 14:19:40 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 12 Aug 2014 14:19: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 1XHCuP-0006fg-Rz; Tue, 12 Aug 2014 14:18:41 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XHCuO-0006fa-CS for xen-users@lists.xen.org; Tue, 12 Aug 2014 14:18:40 +0000 Received: from [85.158.139.211:45288] by server-4.bemta-5.messagelabs.com id F2/DE-10551-F322AE35; Tue, 12 Aug 2014 14:18:39 +0000 X-Env-Sender: fajar@fajar.net X-Msg-Ref: server-10.tower-206.messagelabs.com!1407853118!5610308!1 X-Originating-IP: [209.85.217.181] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31515 invoked from network); 12 Aug 2014 14:18:39 -0000 Received: from mail-lb0-f181.google.com (HELO mail-lb0-f181.google.com) (209.85.217.181) by server-10.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 12 Aug 2014 14:18:39 -0000 Received: by mail-lb0-f181.google.com with SMTP id 10so6975577lbg.40 for ; Tue, 12 Aug 2014 07:18:38 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=lKNelDAh9qSjFClfFYRZfex9Jj9HqJCLS++A9YN7dCc=; b=kJbmazSrRJwfzKqsNEkCxhmmdZWR3P7ZV+4ANLot226Uvylm4WEQhajSx4EWz5NVUf G0b1WAUH5U9fqn6ZeP9m2Yu4NXcAPb/tz/bjUneO/WdflapRO2z8VYTss8wf5q2hk6gV CRp/Ir/03xEHlLCtHi/hl0NU4KFZLQvn0Xyigam/Il1/9Ei9PVXdHPuDEUg/rHtHI7aC Q5jeIqyoHQx375KT1MK/FcJilH+t6RcRAqw+SIzNBH8lv6eUUD4JLZaxyVjd0jKBxUSv fa0Rg2CgdzfEKIClTuU0QYrFno3gTsPFcha+MtIyoE2kihZAIlp3waouSl5qF96YOOff V3dg== X-Gm-Message-State: ALoCoQlBqE0/kjyJnW92OJuW1ja2i+ORzHbOKtTQ58c5Q020D+21rLJKVr+iZ4lWlfkFYuU4kTZb MIME-Version: 1.0 X-Received: by 10.112.129.228 with SMTP id nz4mr4355361lbb.9.1407853118396; Tue, 12 Aug 2014 07:18:38 -0700 (PDT) Received: by 10.112.135.71 with HTTP; Tue, 12 Aug 2014 07:18:38 -0700 (PDT) In-Reply-To: <53EA0F27.5020202@gmx.de> References: <53EA0F27.5020202@gmx.de> Date: Tue, 12 Aug 2014 21:18:38 +0700 Message-ID: From: "Fajar A. Nugraha" To: "bobbisanchez@gmx.de" Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] howto expand ext4 disk image? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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, Aug 12, 2014 at 7:57 PM, bobbisanchez@gmx.de wrote: > HI, > > can someone tell me howto to expand an ext4 disk image under Xen4.4 It depends on what the image is. https://www.google.com/search?q=xen+expand+disk+image Novel's example works if you use the disk image directly, without any partition. The second blog works if you have LVM on top of the VM disk image, like the default setup if you use centos with virt-manager. -- Fajar _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Aug 12 14:33:31 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 12 Aug 2014 14:33: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 1XHD8G-0007Of-Bp; Tue, 12 Aug 2014 14:33:00 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XHD8E-0007Oa-TZ for xen-users@lists.xen.org; Tue, 12 Aug 2014 14:32:59 +0000 Received: from [85.158.143.35:58556] by server-1.bemta-4.messagelabs.com id A8/B6-05872-A952AE35; Tue, 12 Aug 2014 14:32:58 +0000 X-Env-Sender: nd@syndicat.com X-Msg-Ref: server-14.tower-21.messagelabs.com!1407853977!12615416!1 X-Originating-IP: [62.146.89.62] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.12.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21629 invoked from network); 12 Aug 2014 14:32:57 -0000 Received: from mail.syndicat.com (HELO mail.syndicat.com) (62.146.89.62) by server-14.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 12 Aug 2014 14:32:57 -0000 Received: from localhost.syndicat.com ([127.0.0.1] helo=localhost) by mail.syndicat.com with esmtp (Syndicat.com PostHamster 10.04_1-PostHamster) (envelope-from ) id 1XHD8C-0004Xp-4H for xen-users@lists.xen.org; Tue, 12 Aug 2014 16:32:56 +0200 X-Virus-Scanned: amavisd-new at syndicat.com Received: from mail.syndicat.com ([127.0.0.1]) by localhost (mail.syndicat.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id o_l4qe4w-YYA for ; Tue, 12 Aug 2014 16:32:55 +0200 (CEST) Received: from p5dc3ed6e.dip0.t-ipconnect.de ([93.195.237.110] helo=gongo.localnet) by mail.syndicat.com with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Syndicat.com PostHamster 10.04_1-PostHamster) (envelope-from ) id 1XHD8B-0003oG-Op for xen-users@lists.xen.org; Tue, 12 Aug 2014 16:32:55 +0200 From: Niels Dettenbach To: xen-users@lists.xen.org Date: Tue, 12 Aug 2014 16:32:51 +0200 Message-ID: <1884333.XgzfKQ6D5n@gongo> Organization: Syndicat IT&Internet User-Agent: KMail/4.13.3 (Linux/3.15.4-niels; KDE/4.13.3; x86_64; ; ) In-Reply-To: <53EA0F27.5020202@gmx.de> References: <53EA0F27.5020202@gmx.de> MIME-Version: 1.0 Subject: Re: [Xen-users] howto expand ext4 disk image? X-BeenThere: xen-users@lists.xen.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="===============5458244896416637160==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5458244896416637160== Content-Type: multipart/signed; boundary="nextPart3741634.TFn5uDHMzs"; micalg="pgp-sha256"; protocol="application/pgp-signature" --nextPart3741634.TFn5uDHMzs Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="us-ascii" Am Dienstag, 12. August 2014, 14:57:11 schrieb bobbisanchez@gmx.de: > HI, >=20 > can someone tell me howto to expand an ext4 disk image under Xen4.4 ...sorry, but i'm not clear what do you mean exactly here. Expanding a filesystem is handled by the filesystem layer of your DomU'= s (or=20 Dom0 if the filesystem is a Dom0 one) operating system and not xen. But= this=20 would be out of scope of this list. See i.e.: http://www.microhowto.info/howto/increase_the_size_of_an_ext2_ext3_or_e= xt4_filesystem.html for details about howto expanding / resizing an ext4 FS. On ext4 this i= s=20 usually done with the resize2fs tool from the e2fsprogs toolchain. How a virtual disk or partition could be resized (if you mean this) is = another=20 thing and depends hardly from the xen block device type you are using. hth cheerioh, Niels. =2D-=20 --- Niels Dettenbach Syndicat IT & Internet http://www.syndicat.com PGP: https://syndicat.com/pub_key.asc --- =20 --nextPart3741634.TFn5uDHMzs Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAABCAAGBQJT6iWTAAoJEM78prARigUnlowP/1KF9xSNKkMLw9x1kW10PwX3 K7k8hEUmJ6adPapHecN2VowmsWPgCYcKm0W0VKxm4qfN0O9lVc28LhaBNN8BP+y5 XLPin6GfgBxBwozJhGYMWQ+DBeex+p3AZd1rOEKJ7UnwsuCW25coMYymyIYFBXNm RSzPn0zJSiIqkYomJT8KrdvRcEVJ7TCkATMu1Bpgp5uS1jOvafYFr8RXwvJ9xj7K LPWChGBycEeUOk2MdJbW9KBSSSyVmVmAx1Ur9ODDSPesC1mjy38/5TVLMHG0OQ2u ePn25gzI25OrZ+OVWHusDjllY3ZY33og/NFjyVia+15b8xZsgpGZYfnGnw4OzGIE gdVFlUEO0irms4/Hm8Nb4IrXfIK58gBZ1fROFAcgbNQIVYHZN3Fc447xW4wnGRgZ /imeT90yi895ztP002qfN3ZF39KFwpjg7DV2mhlaBKYrZ9NVhyCqzUbmwyAByMLB FxO1/HI6cutFZHiM+tVlf3g67nOCh6HwoZTItbSSJtm8MHca96aXC9G/nxP7vYkk MA5WGw3oFv0e300Lhbx1pdYfgcOykj5RtNR4EPXH4N8kPHVFjcwFe9pZWInMxqR1 ohanwgLYaxPWuN9Imf+oRqdZqUVmV4a6JUAZ82RX7z03gVRamxT+KWkyj7cEmdM6 cux0Snm/2W8b3EO/EQgq =iW6a -----END PGP SIGNATURE----- --nextPart3741634.TFn5uDHMzs-- --===============5458244896416637160== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5458244896416637160==-- From xen-users-bounces@lists.xen.org Tue Aug 12 14:33:31 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 12 Aug 2014 14:33: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 1XHD8G-0007Of-Bp; Tue, 12 Aug 2014 14:33:00 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XHD8E-0007Oa-TZ for xen-users@lists.xen.org; Tue, 12 Aug 2014 14:32:59 +0000 Received: from [85.158.143.35:58556] by server-1.bemta-4.messagelabs.com id A8/B6-05872-A952AE35; Tue, 12 Aug 2014 14:32:58 +0000 X-Env-Sender: nd@syndicat.com X-Msg-Ref: server-14.tower-21.messagelabs.com!1407853977!12615416!1 X-Originating-IP: [62.146.89.62] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.12.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21629 invoked from network); 12 Aug 2014 14:32:57 -0000 Received: from mail.syndicat.com (HELO mail.syndicat.com) (62.146.89.62) by server-14.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 12 Aug 2014 14:32:57 -0000 Received: from localhost.syndicat.com ([127.0.0.1] helo=localhost) by mail.syndicat.com with esmtp (Syndicat.com PostHamster 10.04_1-PostHamster) (envelope-from ) id 1XHD8C-0004Xp-4H for xen-users@lists.xen.org; Tue, 12 Aug 2014 16:32:56 +0200 X-Virus-Scanned: amavisd-new at syndicat.com Received: from mail.syndicat.com ([127.0.0.1]) by localhost (mail.syndicat.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id o_l4qe4w-YYA for ; Tue, 12 Aug 2014 16:32:55 +0200 (CEST) Received: from p5dc3ed6e.dip0.t-ipconnect.de ([93.195.237.110] helo=gongo.localnet) by mail.syndicat.com with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Syndicat.com PostHamster 10.04_1-PostHamster) (envelope-from ) id 1XHD8B-0003oG-Op for xen-users@lists.xen.org; Tue, 12 Aug 2014 16:32:55 +0200 From: Niels Dettenbach To: xen-users@lists.xen.org Date: Tue, 12 Aug 2014 16:32:51 +0200 Message-ID: <1884333.XgzfKQ6D5n@gongo> Organization: Syndicat IT&Internet User-Agent: KMail/4.13.3 (Linux/3.15.4-niels; KDE/4.13.3; x86_64; ; ) In-Reply-To: <53EA0F27.5020202@gmx.de> References: <53EA0F27.5020202@gmx.de> MIME-Version: 1.0 Subject: Re: [Xen-users] howto expand ext4 disk image? X-BeenThere: xen-users@lists.xen.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="===============5458244896416637160==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5458244896416637160== Content-Type: multipart/signed; boundary="nextPart3741634.TFn5uDHMzs"; micalg="pgp-sha256"; protocol="application/pgp-signature" --nextPart3741634.TFn5uDHMzs Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="us-ascii" Am Dienstag, 12. August 2014, 14:57:11 schrieb bobbisanchez@gmx.de: > HI, >=20 > can someone tell me howto to expand an ext4 disk image under Xen4.4 ...sorry, but i'm not clear what do you mean exactly here. Expanding a filesystem is handled by the filesystem layer of your DomU'= s (or=20 Dom0 if the filesystem is a Dom0 one) operating system and not xen. But= this=20 would be out of scope of this list. See i.e.: http://www.microhowto.info/howto/increase_the_size_of_an_ext2_ext3_or_e= xt4_filesystem.html for details about howto expanding / resizing an ext4 FS. On ext4 this i= s=20 usually done with the resize2fs tool from the e2fsprogs toolchain. How a virtual disk or partition could be resized (if you mean this) is = another=20 thing and depends hardly from the xen block device type you are using. hth cheerioh, Niels. =2D-=20 --- Niels Dettenbach Syndicat IT & Internet http://www.syndicat.com PGP: https://syndicat.com/pub_key.asc --- =20 --nextPart3741634.TFn5uDHMzs Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAABCAAGBQJT6iWTAAoJEM78prARigUnlowP/1KF9xSNKkMLw9x1kW10PwX3 K7k8hEUmJ6adPapHecN2VowmsWPgCYcKm0W0VKxm4qfN0O9lVc28LhaBNN8BP+y5 XLPin6GfgBxBwozJhGYMWQ+DBeex+p3AZd1rOEKJ7UnwsuCW25coMYymyIYFBXNm RSzPn0zJSiIqkYomJT8KrdvRcEVJ7TCkATMu1Bpgp5uS1jOvafYFr8RXwvJ9xj7K LPWChGBycEeUOk2MdJbW9KBSSSyVmVmAx1Ur9ODDSPesC1mjy38/5TVLMHG0OQ2u ePn25gzI25OrZ+OVWHusDjllY3ZY33og/NFjyVia+15b8xZsgpGZYfnGnw4OzGIE gdVFlUEO0irms4/Hm8Nb4IrXfIK58gBZ1fROFAcgbNQIVYHZN3Fc447xW4wnGRgZ /imeT90yi895ztP002qfN3ZF39KFwpjg7DV2mhlaBKYrZ9NVhyCqzUbmwyAByMLB FxO1/HI6cutFZHiM+tVlf3g67nOCh6HwoZTItbSSJtm8MHca96aXC9G/nxP7vYkk MA5WGw3oFv0e300Lhbx1pdYfgcOykj5RtNR4EPXH4N8kPHVFjcwFe9pZWInMxqR1 ohanwgLYaxPWuN9Imf+oRqdZqUVmV4a6JUAZ82RX7z03gVRamxT+KWkyj7cEmdM6 cux0Snm/2W8b3EO/EQgq =iW6a -----END PGP SIGNATURE----- --nextPart3741634.TFn5uDHMzs-- --===============5458244896416637160== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5458244896416637160==-- From xen-users-bounces@lists.xen.org Wed Aug 13 02:03:50 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 13 Aug 2014 02:03:50 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XHNth-0004HI-EO; Wed, 13 Aug 2014 02:02:41 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XHNtg-0004HD-Nx for xen-users@lists.xen.org; Wed, 13 Aug 2014 02:02:40 +0000 Received: from [193.109.254.147:55554] by server-1.bemta-14.messagelabs.com id 80/EC-24760-F37CAE35; Wed, 13 Aug 2014 02:02:39 +0000 X-Env-Sender: mailinglists@websitemanagers.com.au X-Msg-Ref: server-5.tower-27.messagelabs.com!1407895355!7489691!1 X-Originating-IP: [203.98.89.10] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.12.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27032 invoked from network); 13 Aug 2014 02:02:38 -0000 Received: from hammer.websitemanagers.com.au (HELO hammer.websitemanagers.com.au) (203.98.89.10) by server-5.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 13 Aug 2014 02:02:38 -0000 Received: (qmail 1515 invoked by uid 1011); 13 Aug 2014 02:02:31 -0000 Received: from 124.246.8.196 by hammer (envelope-from , uid 1008) with qmail-scanner-1.24 (clamdscan: 0.98.1/19279. spamassassin: 3.3.1. Clear:RC:1(124.246.8.196):. Processed in 0.495766 secs); 13 Aug 2014 02:02:31 -0000 Received: from unknown (HELO ?10.97.0.6?) (124.246.8.196) by 0 with SMTP; 13 Aug 2014 02:02:30 -0000 Message-ID: <53EAC736.30804@websitemanagers.com.au> Date: Wed, 13 Aug 2014 12:02:30 +1000 From: Adam Goryachev User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: "xen-users@lists.xen.org" Subject: [Xen-users] xen/linux bug? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi, I've created a new debian stable domU on an existing debian stable dom0 with xen 4.1 installed from packages. I installed some applications/etc into the domU, but haven't had time to actually do anything, so it should be very much idle. In fact, the domU has been up almost 12 days: 11:51:52 up 11 days, 22:26, 1 user, load average: 0.00, 0.01, 0.05 and xm list shows less than 1 hour CPU time: pabx 6 2048 2 -b---- 3325.7 I noticed when I looked at it today, there are a number of kernel errors (BUG). The last line of the normal bootup (from dmesg output) through to the end of the first BUG are here: [ 18.216073] eth0: no IPv6 routers present [12957.032892] hrtimer: interrupt took 180298877 ns [571901.759780] sched: RT throttling activated [943100.068753] BUG: soft lockup - CPU#1 stuck for 23s! [swapper/1:0] [943100.068753] Modules linked in: nfsd nfs nfs_acl auth_rpcgss fscache lockd sunrpc loop evdev mperf snd_pcm processor thermal_sys snd_page_alloc snd_timer snd soundcore pcspkr ext4 crc16 jbd2 mbcache xen_blkfront xen_netfront [943100.068753] CPU 1 [943100.068753] Modules linked in: nfsd nfs nfs_acl auth_rpcgss fscache lockd sunrpc loop evdev mperf snd_pcm processor thermal_sys snd_page_alloc snd_timer snd soundcore pcspkr ext4 crc16 jbd2 mbcache xen_blkfront xen_netfront [943100.068753] [943100.068753] Pid: 0, comm: swapper/1 Not tainted 3.2.0-4-amd64 #1 Debian 3.2.60-1+deb7u1 [943100.068753] RIP: e030:[] [] hypercall_page+0x22a/0x1000 [943100.068753] RSP: e02b:ffff88007fd03e90 EFLAGS: 00000246 [943100.068753] RAX: 0000000000040001 RBX: ffffffff816040c0 RCX: ffffffff8100122a [943100.068753] RDX: ffff88007fd03e30 RSI: 0000000000000000 RDI: 0000000000000000 [943100.068753] RBP: ffff88007d371fd8 R08: 0000000000000005 R09: 0000000000000004 [943100.068753] R10: 0000000000000020 R11: 0000000000000246 R12: 0000000000000100 [943100.068753] R13: 0000000000000003 R14: 0000000000000008 R15: ffff88007d371fd8 [943100.068753] FS: 00007fac5856c7c0(0000) GS:ffff88007fd00000(0000) knlGS:0000000000000000 [943100.068753] CS: e033 DS: 002b ES: 002b CR0: 000000008005003b [943100.068753] CR2: 00007fac568e8850 CR3: 0000000001605000 CR4: 0000000000000660 [943100.068753] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 [943100.068753] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400 [943100.068753] Process swapper/1 (pid: 0, threadinfo ffff88007d370000, task ffff88007d360780) [943100.068753] Stack: [943100.068753] ffff88007fd0e980 0000000000000001 ffffffff81006790 ffffffff81006d22 [943100.068753] ffff88007fd0e980 0000000000000020 0000000000000004 0000000000000005 [943100.068753] 0000000000000200 0000000000000001 ffff88007fd03e30 0000000000000001 [943100.068753] Call Trace: [943100.068753] [943100.068753] [] ? xen_force_evtchn_callback+0x9/0xa [943100.068753] [] ? check_events+0x12/0x20 [943100.068753] [] ? xen_restore_fl_direct_reloc+0x4/0x4 [943100.068753] [] ? arch_local_irq_restore+0x7/0x8 [943100.068753] [] ? __do_softirq+0xb9/0x177 [943100.068753] [] ? __xen_evtchn_do_upcall+0x24a/0x287 [943100.068753] [] ? call_softirq+0x1c/0x30 [943100.068753] [] ? do_softirq+0x3c/0x7b [943100.068753] [] ? irq_exit+0x3c/0x99 [943100.068753] [] ? xen_evtchn_do_upcall+0x27/0x32 [943100.068753] [] ? xen_do_hypervisor_callback+0x1e/0x30 [943100.068753] [943100.068753] [] ? hypercall_page+0x22a/0x1000 [943100.068753] [] ? hypercall_page+0x22a/0x1000 [943100.068753] [] ? xen_force_evtchn_callback+0x9/0xa [943100.068753] [] ? check_events+0x12/0x20 [943100.068753] [] ? xen_irq_enable_direct_reloc+0x4/0x4 [943100.068753] [] ? arch_local_irq_enable+0x7/0x8 [943100.068753] [] ? cpu_idle+0xe8/0xf2 [943100.068753] [] ? xen_irq_enable_direct_reloc+0x4/0x4 [943100.068753] Code: cc 51 41 53 b8 10 00 00 00 0f 05 41 5b 59 c3 cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc 51 41 53 b8 11 00 00 00 0f 05 <41> 5b 59 c3 cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc [943100.068753] Call Trace: [943100.068753] [] ? xen_force_evtchn_callback+0x9/0xa [943100.068753] [] ? check_events+0x12/0x20 [943100.068753] [] ? xen_restore_fl_direct_reloc+0x4/0x4 [943100.068753] [] ? arch_local_irq_restore+0x7/0x8 [943100.068753] [] ? __do_softirq+0xb9/0x177 [943100.068753] [] ? __xen_evtchn_do_upcall+0x24a/0x287 [943100.068753] [] ? call_softirq+0x1c/0x30 [943100.068753] [] ? do_softirq+0x3c/0x7b [943100.068753] [] ? irq_exit+0x3c/0x99 [943100.068753] [] ? xen_evtchn_do_upcall+0x27/0x32 [943100.068753] [] ? xen_do_hypervisor_callback+0x1e/0x30 [943100.068753] [] ? hypercall_page+0x22a/0x1000 [943100.068753] [] ? hypercall_page+0x22a/0x1000 [943100.068753] [] ? xen_force_evtchn_callback+0x9/0xa [943100.068753] [] ? check_events+0x12/0x20 [943100.068753] [] ? xen_irq_enable_direct_reloc+0x4/0x4 [943100.068753] [] ? arch_local_irq_enable+0x7/0x8 [943100.068753] [] ? cpu_idle+0xe8/0xf2 [943100.068753] [] ? xen_irq_enable_direct_reloc+0x4/0x4 The second occurrence was similar: [1024036.074678] BUG: soft lockup - CPU#1 stuck for 22s! [swapper/1:0] [1024036.074678] Modules linked in: nfsd nfs nfs_acl auth_rpcgss fscache lockd sunrpc loop evdev mperf snd_pcm processor thermal_sys snd_page_alloc snd_timer snd soundcore pcspkr ext4 crc16 jbd2 mbcache xen_blkfront xen_netfront [1024036.074678] CPU 1 [1024036.074678] Modules linked in: nfsd nfs nfs_acl auth_rpcgss fscache lockd sunrpc loop evdev mperf snd_pcm processor thermal_sys snd_page_alloc snd_timer snd soundcore pcspkr ext4 crc16 jbd2 mbcache xen_blkfront xen_netfront [1024036.074678] [1024036.074678] Pid: 0, comm: swapper/1 Not tainted 3.2.0-4-amd64 #1 Debian 3.2.60-1+deb7u1 [1024036.074678] RIP: e030:[] [] hypercall_page+0x22a/0x1000 [1024036.074678] RSP: e02b:ffff88007fd03e90 EFLAGS: 00000246 [1024036.074678] RAX: 0000000000040001 RBX: ffffffff816040c0 RCX: ffffffff8100122a [1024036.074678] RDX: ffff88007fd03e30 RSI: 0000000000000000 RDI: 0000000000000000 [1024036.074678] RBP: ffff88007d371fd8 R08: 0000000000000020 R09: 0000000000000020 [1024036.074678] R10: 0000000000000020 R11: 0000000000000246 R12: 0000000000000100 [1024036.074678] R13: 0000000000000001 R14: 0000000000000008 R15: ffff88007d371fd8 [1024036.074678] FS: 00007fac5856c7c0(0000) GS:ffff88007fd00000(0000) knlGS:0000000000000000 [1024036.074678] CS: e033 DS: 002b ES: 002b CR0: 000000008005003b [1024036.074678] CR2: 00007fac568e8850 CR3: 0000000001605000 CR4: 0000000000000660 [1024036.074678] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 [1024036.074678] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400 [1024036.074678] Process swapper/1 (pid: 0, threadinfo ffff88007d370000, task ffff88007d360780) [1024036.074678] Stack: [1024036.074678] ffff88007fd0e980 0000000000000001 ffffffff81006790 ffffffff81006d22 [1024036.074678] ffff88007fd0e980 0000000000000020 0000000000000020 0000000000000020 [1024036.074678] 0000000000000200 0000000000000001 ffff88007fd03e30 0000000000000001 [1024036.074678] Call Trace: [1024036.074678] [1024036.074678] [] ? xen_force_evtchn_callback+0x9/0xa [1024036.074678] [] ? check_events+0x12/0x20 [1024036.074678] [] ? xen_restore_fl_direct_reloc+0x4/0x4 [1024036.074678] [] ? arch_local_irq_restore+0x7/0x8 [1024036.074678] [] ? __do_softirq+0xb9/0x177 [1024036.074678] [] ? __xen_evtchn_do_upcall+0x24a/0x287 [1024036.074678] [] ? call_softirq+0x1c/0x30 [1024036.074678] [] ? do_softirq+0x3c/0x7b [1024036.074678] [] ? irq_exit+0x3c/0x99 [1024036.074678] [] ? xen_evtchn_do_upcall+0x27/0x32 [1024036.074678] [] ? xen_do_hypervisor_callback+0x1e/0x30 [1024036.074678] [1024036.074678] [] ? hypercall_page+0x22a/0x1000 [1024036.074678] [] ? hypercall_page+0x22a/0x1000 [1024036.074678] [] ? xen_force_evtchn_callback+0x9/0xa [1024036.074678] [] ? check_events+0x12/0x20 [1024036.074678] [] ? xen_irq_enable_direct_reloc+0x4/0x4 [1024036.074678] [] ? arch_local_irq_enable+0x7/0x8 [1024036.074678] [] ? cpu_idle+0xe8/0xf2 [1024036.074678] [] ? xen_irq_enable_direct_reloc+0x4/0x4 [1024036.074678] Code: cc 51 41 53 b8 10 00 00 00 0f 05 41 5b 59 c3 cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc 51 41 53 b8 11 00 00 00 0f 05 <41> 5b 59 c3 cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc [1024036.074678] Call Trace: [1024036.074678] [] ? xen_force_evtchn_callback+0x9/0xa [1024036.074678] [] ? check_events+0x12/0x20 [1024036.074678] [] ? xen_restore_fl_direct_reloc+0x4/0x4 [1024036.074678] [] ? arch_local_irq_restore+0x7/0x8 [1024036.074678] [] ? __do_softirq+0xb9/0x177 [1024036.074678] [] ? __xen_evtchn_do_upcall+0x24a/0x287 [1024036.074678] [] ? call_softirq+0x1c/0x30 [1024036.074678] [] ? do_softirq+0x3c/0x7b [1024036.074678] [] ? irq_exit+0x3c/0x99 [1024036.074678] [] ? xen_evtchn_do_upcall+0x27/0x32 [1024036.074678] [] ? xen_do_hypervisor_callback+0x1e/0x30 [1024036.074678] [] ? hypercall_page+0x22a/0x1000 [1024036.074678] [] ? hypercall_page+0x22a/0x1000 [1024036.074678] [] ? xen_force_evtchn_callback+0x9/0xa [1024036.074678] [] ? check_events+0x12/0x20 [1024036.074678] [] ? xen_irq_enable_direct_reloc+0x4/0x4 [1024036.074678] [] ? arch_local_irq_enable+0x7/0x8 [1024036.074678] [] ? cpu_idle+0xe8/0xf2 [1024036.074678] [] ? xen_irq_enable_direct_reloc+0x4/0x4 Note there are no NFS mounts or similar. Memory stats now: free total used free shared buffers cached Mem: 2051044 262388 1788656 0 114992 79496 -/+ buffers/cache: 67900 1983144 Swap: 2171900 0 2171900 Disk info: fdisk -l Disk /dev/xvda: 53.7 GB, 53685415936 bytes 255 heads, 63 sectors/track, 6526 cylinders, total 104854328 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x000ee580 Device Boot Start End Blocks Id System /dev/xvda1 2048 100507647 50252800 83 Linux /dev/xvda2 100509694 104853503 2171905 5 Extended /dev/xvda5 100509696 104853503 2171904 82 Linux swap / Solaris The disk is provided by dom0, which is a multipath iSCSI device. Debian packages on dom0: dpkg -l|grep xen ii libxen-4.1 4.1.4-3+deb7u1 amd64 Public libs for Xen ii libxenstore3.0 4.1.4-3+deb7u1 amd64 Xenstore communications library for Xen ii xen-hypervisor-4.1-amd64 4.1.4-3+deb7u1 amd64 Xen Hypervisor on AMD64 ii xen-linux-system-3.2.0-4-amd64 3.2.60-1+deb7u3 amd64 Xen system with Linux 3.2 on 64-bit PCs (meta-package) ii xen-linux-system-amd64 3.2+46 amd64 Xen system with Linux for 64-bit PCs (meta-package) ii xen-system-amd64 4.1.4-3+deb7u1 amd64 Xen System on AMD64 (meta-package) ii xen-utils-4.1 4.1.4-3+deb7u1 amd64 XEN administrative tools ii xen-utils-common 4.1.4-3+deb7u1 all Xen administrative tools - common files ii xenstore-utils 4.1.4-3+deb7u1 amd64 Xenstore utilities for Xen ii linux-image-3.2.0-4-amd64 3.2.60-1+deb7u3 amd64 Linux 3.2 for 64-bit PCs Packages on domU ii linux-image-3.2.0-4-amd64 3.2.60-1+deb7u1 amd64 Linux 3.2 for 64-bit PCs Can anyone provide any suggestions or information on how I might resolve this before I need to actually use it? Thanks, Adam -- Adam Goryachev Website Managers www.websitemanagers.com.au _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Aug 13 02:03:50 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 13 Aug 2014 02:03:50 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XHNth-0004HI-EO; Wed, 13 Aug 2014 02:02:41 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XHNtg-0004HD-Nx for xen-users@lists.xen.org; Wed, 13 Aug 2014 02:02:40 +0000 Received: from [193.109.254.147:55554] by server-1.bemta-14.messagelabs.com id 80/EC-24760-F37CAE35; Wed, 13 Aug 2014 02:02:39 +0000 X-Env-Sender: mailinglists@websitemanagers.com.au X-Msg-Ref: server-5.tower-27.messagelabs.com!1407895355!7489691!1 X-Originating-IP: [203.98.89.10] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.12.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27032 invoked from network); 13 Aug 2014 02:02:38 -0000 Received: from hammer.websitemanagers.com.au (HELO hammer.websitemanagers.com.au) (203.98.89.10) by server-5.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 13 Aug 2014 02:02:38 -0000 Received: (qmail 1515 invoked by uid 1011); 13 Aug 2014 02:02:31 -0000 Received: from 124.246.8.196 by hammer (envelope-from , uid 1008) with qmail-scanner-1.24 (clamdscan: 0.98.1/19279. spamassassin: 3.3.1. Clear:RC:1(124.246.8.196):. Processed in 0.495766 secs); 13 Aug 2014 02:02:31 -0000 Received: from unknown (HELO ?10.97.0.6?) (124.246.8.196) by 0 with SMTP; 13 Aug 2014 02:02:30 -0000 Message-ID: <53EAC736.30804@websitemanagers.com.au> Date: Wed, 13 Aug 2014 12:02:30 +1000 From: Adam Goryachev User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: "xen-users@lists.xen.org" Subject: [Xen-users] xen/linux bug? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi, I've created a new debian stable domU on an existing debian stable dom0 with xen 4.1 installed from packages. I installed some applications/etc into the domU, but haven't had time to actually do anything, so it should be very much idle. In fact, the domU has been up almost 12 days: 11:51:52 up 11 days, 22:26, 1 user, load average: 0.00, 0.01, 0.05 and xm list shows less than 1 hour CPU time: pabx 6 2048 2 -b---- 3325.7 I noticed when I looked at it today, there are a number of kernel errors (BUG). The last line of the normal bootup (from dmesg output) through to the end of the first BUG are here: [ 18.216073] eth0: no IPv6 routers present [12957.032892] hrtimer: interrupt took 180298877 ns [571901.759780] sched: RT throttling activated [943100.068753] BUG: soft lockup - CPU#1 stuck for 23s! [swapper/1:0] [943100.068753] Modules linked in: nfsd nfs nfs_acl auth_rpcgss fscache lockd sunrpc loop evdev mperf snd_pcm processor thermal_sys snd_page_alloc snd_timer snd soundcore pcspkr ext4 crc16 jbd2 mbcache xen_blkfront xen_netfront [943100.068753] CPU 1 [943100.068753] Modules linked in: nfsd nfs nfs_acl auth_rpcgss fscache lockd sunrpc loop evdev mperf snd_pcm processor thermal_sys snd_page_alloc snd_timer snd soundcore pcspkr ext4 crc16 jbd2 mbcache xen_blkfront xen_netfront [943100.068753] [943100.068753] Pid: 0, comm: swapper/1 Not tainted 3.2.0-4-amd64 #1 Debian 3.2.60-1+deb7u1 [943100.068753] RIP: e030:[] [] hypercall_page+0x22a/0x1000 [943100.068753] RSP: e02b:ffff88007fd03e90 EFLAGS: 00000246 [943100.068753] RAX: 0000000000040001 RBX: ffffffff816040c0 RCX: ffffffff8100122a [943100.068753] RDX: ffff88007fd03e30 RSI: 0000000000000000 RDI: 0000000000000000 [943100.068753] RBP: ffff88007d371fd8 R08: 0000000000000005 R09: 0000000000000004 [943100.068753] R10: 0000000000000020 R11: 0000000000000246 R12: 0000000000000100 [943100.068753] R13: 0000000000000003 R14: 0000000000000008 R15: ffff88007d371fd8 [943100.068753] FS: 00007fac5856c7c0(0000) GS:ffff88007fd00000(0000) knlGS:0000000000000000 [943100.068753] CS: e033 DS: 002b ES: 002b CR0: 000000008005003b [943100.068753] CR2: 00007fac568e8850 CR3: 0000000001605000 CR4: 0000000000000660 [943100.068753] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 [943100.068753] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400 [943100.068753] Process swapper/1 (pid: 0, threadinfo ffff88007d370000, task ffff88007d360780) [943100.068753] Stack: [943100.068753] ffff88007fd0e980 0000000000000001 ffffffff81006790 ffffffff81006d22 [943100.068753] ffff88007fd0e980 0000000000000020 0000000000000004 0000000000000005 [943100.068753] 0000000000000200 0000000000000001 ffff88007fd03e30 0000000000000001 [943100.068753] Call Trace: [943100.068753] [943100.068753] [] ? xen_force_evtchn_callback+0x9/0xa [943100.068753] [] ? check_events+0x12/0x20 [943100.068753] [] ? xen_restore_fl_direct_reloc+0x4/0x4 [943100.068753] [] ? arch_local_irq_restore+0x7/0x8 [943100.068753] [] ? __do_softirq+0xb9/0x177 [943100.068753] [] ? __xen_evtchn_do_upcall+0x24a/0x287 [943100.068753] [] ? call_softirq+0x1c/0x30 [943100.068753] [] ? do_softirq+0x3c/0x7b [943100.068753] [] ? irq_exit+0x3c/0x99 [943100.068753] [] ? xen_evtchn_do_upcall+0x27/0x32 [943100.068753] [] ? xen_do_hypervisor_callback+0x1e/0x30 [943100.068753] [943100.068753] [] ? hypercall_page+0x22a/0x1000 [943100.068753] [] ? hypercall_page+0x22a/0x1000 [943100.068753] [] ? xen_force_evtchn_callback+0x9/0xa [943100.068753] [] ? check_events+0x12/0x20 [943100.068753] [] ? xen_irq_enable_direct_reloc+0x4/0x4 [943100.068753] [] ? arch_local_irq_enable+0x7/0x8 [943100.068753] [] ? cpu_idle+0xe8/0xf2 [943100.068753] [] ? xen_irq_enable_direct_reloc+0x4/0x4 [943100.068753] Code: cc 51 41 53 b8 10 00 00 00 0f 05 41 5b 59 c3 cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc 51 41 53 b8 11 00 00 00 0f 05 <41> 5b 59 c3 cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc [943100.068753] Call Trace: [943100.068753] [] ? xen_force_evtchn_callback+0x9/0xa [943100.068753] [] ? check_events+0x12/0x20 [943100.068753] [] ? xen_restore_fl_direct_reloc+0x4/0x4 [943100.068753] [] ? arch_local_irq_restore+0x7/0x8 [943100.068753] [] ? __do_softirq+0xb9/0x177 [943100.068753] [] ? __xen_evtchn_do_upcall+0x24a/0x287 [943100.068753] [] ? call_softirq+0x1c/0x30 [943100.068753] [] ? do_softirq+0x3c/0x7b [943100.068753] [] ? irq_exit+0x3c/0x99 [943100.068753] [] ? xen_evtchn_do_upcall+0x27/0x32 [943100.068753] [] ? xen_do_hypervisor_callback+0x1e/0x30 [943100.068753] [] ? hypercall_page+0x22a/0x1000 [943100.068753] [] ? hypercall_page+0x22a/0x1000 [943100.068753] [] ? xen_force_evtchn_callback+0x9/0xa [943100.068753] [] ? check_events+0x12/0x20 [943100.068753] [] ? xen_irq_enable_direct_reloc+0x4/0x4 [943100.068753] [] ? arch_local_irq_enable+0x7/0x8 [943100.068753] [] ? cpu_idle+0xe8/0xf2 [943100.068753] [] ? xen_irq_enable_direct_reloc+0x4/0x4 The second occurrence was similar: [1024036.074678] BUG: soft lockup - CPU#1 stuck for 22s! [swapper/1:0] [1024036.074678] Modules linked in: nfsd nfs nfs_acl auth_rpcgss fscache lockd sunrpc loop evdev mperf snd_pcm processor thermal_sys snd_page_alloc snd_timer snd soundcore pcspkr ext4 crc16 jbd2 mbcache xen_blkfront xen_netfront [1024036.074678] CPU 1 [1024036.074678] Modules linked in: nfsd nfs nfs_acl auth_rpcgss fscache lockd sunrpc loop evdev mperf snd_pcm processor thermal_sys snd_page_alloc snd_timer snd soundcore pcspkr ext4 crc16 jbd2 mbcache xen_blkfront xen_netfront [1024036.074678] [1024036.074678] Pid: 0, comm: swapper/1 Not tainted 3.2.0-4-amd64 #1 Debian 3.2.60-1+deb7u1 [1024036.074678] RIP: e030:[] [] hypercall_page+0x22a/0x1000 [1024036.074678] RSP: e02b:ffff88007fd03e90 EFLAGS: 00000246 [1024036.074678] RAX: 0000000000040001 RBX: ffffffff816040c0 RCX: ffffffff8100122a [1024036.074678] RDX: ffff88007fd03e30 RSI: 0000000000000000 RDI: 0000000000000000 [1024036.074678] RBP: ffff88007d371fd8 R08: 0000000000000020 R09: 0000000000000020 [1024036.074678] R10: 0000000000000020 R11: 0000000000000246 R12: 0000000000000100 [1024036.074678] R13: 0000000000000001 R14: 0000000000000008 R15: ffff88007d371fd8 [1024036.074678] FS: 00007fac5856c7c0(0000) GS:ffff88007fd00000(0000) knlGS:0000000000000000 [1024036.074678] CS: e033 DS: 002b ES: 002b CR0: 000000008005003b [1024036.074678] CR2: 00007fac568e8850 CR3: 0000000001605000 CR4: 0000000000000660 [1024036.074678] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 [1024036.074678] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400 [1024036.074678] Process swapper/1 (pid: 0, threadinfo ffff88007d370000, task ffff88007d360780) [1024036.074678] Stack: [1024036.074678] ffff88007fd0e980 0000000000000001 ffffffff81006790 ffffffff81006d22 [1024036.074678] ffff88007fd0e980 0000000000000020 0000000000000020 0000000000000020 [1024036.074678] 0000000000000200 0000000000000001 ffff88007fd03e30 0000000000000001 [1024036.074678] Call Trace: [1024036.074678] [1024036.074678] [] ? xen_force_evtchn_callback+0x9/0xa [1024036.074678] [] ? check_events+0x12/0x20 [1024036.074678] [] ? xen_restore_fl_direct_reloc+0x4/0x4 [1024036.074678] [] ? arch_local_irq_restore+0x7/0x8 [1024036.074678] [] ? __do_softirq+0xb9/0x177 [1024036.074678] [] ? __xen_evtchn_do_upcall+0x24a/0x287 [1024036.074678] [] ? call_softirq+0x1c/0x30 [1024036.074678] [] ? do_softirq+0x3c/0x7b [1024036.074678] [] ? irq_exit+0x3c/0x99 [1024036.074678] [] ? xen_evtchn_do_upcall+0x27/0x32 [1024036.074678] [] ? xen_do_hypervisor_callback+0x1e/0x30 [1024036.074678] [1024036.074678] [] ? hypercall_page+0x22a/0x1000 [1024036.074678] [] ? hypercall_page+0x22a/0x1000 [1024036.074678] [] ? xen_force_evtchn_callback+0x9/0xa [1024036.074678] [] ? check_events+0x12/0x20 [1024036.074678] [] ? xen_irq_enable_direct_reloc+0x4/0x4 [1024036.074678] [] ? arch_local_irq_enable+0x7/0x8 [1024036.074678] [] ? cpu_idle+0xe8/0xf2 [1024036.074678] [] ? xen_irq_enable_direct_reloc+0x4/0x4 [1024036.074678] Code: cc 51 41 53 b8 10 00 00 00 0f 05 41 5b 59 c3 cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc 51 41 53 b8 11 00 00 00 0f 05 <41> 5b 59 c3 cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc [1024036.074678] Call Trace: [1024036.074678] [] ? xen_force_evtchn_callback+0x9/0xa [1024036.074678] [] ? check_events+0x12/0x20 [1024036.074678] [] ? xen_restore_fl_direct_reloc+0x4/0x4 [1024036.074678] [] ? arch_local_irq_restore+0x7/0x8 [1024036.074678] [] ? __do_softirq+0xb9/0x177 [1024036.074678] [] ? __xen_evtchn_do_upcall+0x24a/0x287 [1024036.074678] [] ? call_softirq+0x1c/0x30 [1024036.074678] [] ? do_softirq+0x3c/0x7b [1024036.074678] [] ? irq_exit+0x3c/0x99 [1024036.074678] [] ? xen_evtchn_do_upcall+0x27/0x32 [1024036.074678] [] ? xen_do_hypervisor_callback+0x1e/0x30 [1024036.074678] [] ? hypercall_page+0x22a/0x1000 [1024036.074678] [] ? hypercall_page+0x22a/0x1000 [1024036.074678] [] ? xen_force_evtchn_callback+0x9/0xa [1024036.074678] [] ? check_events+0x12/0x20 [1024036.074678] [] ? xen_irq_enable_direct_reloc+0x4/0x4 [1024036.074678] [] ? arch_local_irq_enable+0x7/0x8 [1024036.074678] [] ? cpu_idle+0xe8/0xf2 [1024036.074678] [] ? xen_irq_enable_direct_reloc+0x4/0x4 Note there are no NFS mounts or similar. Memory stats now: free total used free shared buffers cached Mem: 2051044 262388 1788656 0 114992 79496 -/+ buffers/cache: 67900 1983144 Swap: 2171900 0 2171900 Disk info: fdisk -l Disk /dev/xvda: 53.7 GB, 53685415936 bytes 255 heads, 63 sectors/track, 6526 cylinders, total 104854328 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x000ee580 Device Boot Start End Blocks Id System /dev/xvda1 2048 100507647 50252800 83 Linux /dev/xvda2 100509694 104853503 2171905 5 Extended /dev/xvda5 100509696 104853503 2171904 82 Linux swap / Solaris The disk is provided by dom0, which is a multipath iSCSI device. Debian packages on dom0: dpkg -l|grep xen ii libxen-4.1 4.1.4-3+deb7u1 amd64 Public libs for Xen ii libxenstore3.0 4.1.4-3+deb7u1 amd64 Xenstore communications library for Xen ii xen-hypervisor-4.1-amd64 4.1.4-3+deb7u1 amd64 Xen Hypervisor on AMD64 ii xen-linux-system-3.2.0-4-amd64 3.2.60-1+deb7u3 amd64 Xen system with Linux 3.2 on 64-bit PCs (meta-package) ii xen-linux-system-amd64 3.2+46 amd64 Xen system with Linux for 64-bit PCs (meta-package) ii xen-system-amd64 4.1.4-3+deb7u1 amd64 Xen System on AMD64 (meta-package) ii xen-utils-4.1 4.1.4-3+deb7u1 amd64 XEN administrative tools ii xen-utils-common 4.1.4-3+deb7u1 all Xen administrative tools - common files ii xenstore-utils 4.1.4-3+deb7u1 amd64 Xenstore utilities for Xen ii linux-image-3.2.0-4-amd64 3.2.60-1+deb7u3 amd64 Linux 3.2 for 64-bit PCs Packages on domU ii linux-image-3.2.0-4-amd64 3.2.60-1+deb7u1 amd64 Linux 3.2 for 64-bit PCs Can anyone provide any suggestions or information on how I might resolve this before I need to actually use it? Thanks, Adam -- Adam Goryachev Website Managers www.websitemanagers.com.au _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Aug 14 22:11:31 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 14 Aug 2014 22:11: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 1XI3Dr-0006tK-NE; Thu, 14 Aug 2014 22:10:15 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XI3Dp-0006tF-Rj for xen-users@lists.xen.org; Thu, 14 Aug 2014 22:10:13 +0000 Received: from [85.158.143.35:49695] by server-3.bemta-4.messagelabs.com id 1A/47-06192-5C33DE35; Thu, 14 Aug 2014 22:10:13 +0000 X-Env-Sender: jan.vejvalka@lfmotol.cuni.cz X-Msg-Ref: server-10.tower-21.messagelabs.com!1408054211!13164815!1 X-Originating-IP: [195.113.40.9] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.12.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15830 invoked from network); 14 Aug 2014 22:10:12 -0000 Received: from sakal.lf2.cuni.cz (HELO sakal.lf2.cuni.cz) (195.113.40.9) by server-10.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 14 Aug 2014 22:10:12 -0000 Received: from kremail.lf2.cuni.cz (kremail [195.113.40.28]) by sakal.lf2.cuni.cz (8.14.3/8.14.3) with ESMTP id s7EMABXq010558 for ; Fri, 15 Aug 2014 00:10:11 +0200 Received: from [195.113.43.131] ([195.113.43.131]) (authenticated bits=0) by kremail.lf2.cuni.cz (8.13.7/8.13.7) with ESMTP id s7EMA9nZ001504 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Fri, 15 Aug 2014 00:10:10 +0200 Message-ID: <53ED33C7.8020905@lfmotol.cuni.cz> Date: Fri, 15 Aug 2014 00:10:15 +0200 From: Jan Vejvalka User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: xen-users@lists.xen.org X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.1 (sakal.lf2.cuni.cz [195.113.40.14]); Fri, 15 Aug 2014 00:10:11 +0200 (CEST) X-Spam-Status: No, hits=0.1, tests=AWL=-0.697, BAYES_50=0.8, RCVD_IN_DNSWL_NONE=-0.0001, rbl= [195.113.40.19] [127.0.11.0] [50 mailer2.lf2.cuni.cz., 5 mailer1.lf2.cuni.cz., 20 mailer.lf2.cuni.cz.], Subject: [Xen-users] HVM and iSCSI X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi *, on Xen 4.4.0 I'd like to run a Windows guest whose disk is located on iSCSI. Can you please give me a hint how to write it in the guest config file ? For a PV guest, I say disk = [ 'script=block-iscsi,vdev=..,target=portal=ip:port,iqn=..,w' ], and it works fine. For a HVM guest run from a local disk, I say disk = [ 'phy:/dev/...,hda,w' ], and it works fine, too. If I try to give a block-iscsi disk to a HVM guest disk = [ 'script=block-iscsi,vdev=hda,target=portal=ip:port,iqn=...' ], qemu-system-i386 complains: qemu-system-i386: -drive file=portal=ip:port,iqn=...,if=ide,index=0,media=disk,format=raw,cache=writeback: Invalid parameter 'iqn' I can map the iSCSI disk to a local device on Dom0 using iscsiadm and then give it to the guest as a local device... but I hope that there is an easier way, like with the PV guests. Thanks for your help, Jan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Aug 14 22:11:31 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 14 Aug 2014 22:11: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 1XI3Dr-0006tK-NE; Thu, 14 Aug 2014 22:10:15 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XI3Dp-0006tF-Rj for xen-users@lists.xen.org; Thu, 14 Aug 2014 22:10:13 +0000 Received: from [85.158.143.35:49695] by server-3.bemta-4.messagelabs.com id 1A/47-06192-5C33DE35; Thu, 14 Aug 2014 22:10:13 +0000 X-Env-Sender: jan.vejvalka@lfmotol.cuni.cz X-Msg-Ref: server-10.tower-21.messagelabs.com!1408054211!13164815!1 X-Originating-IP: [195.113.40.9] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.12.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15830 invoked from network); 14 Aug 2014 22:10:12 -0000 Received: from sakal.lf2.cuni.cz (HELO sakal.lf2.cuni.cz) (195.113.40.9) by server-10.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 14 Aug 2014 22:10:12 -0000 Received: from kremail.lf2.cuni.cz (kremail [195.113.40.28]) by sakal.lf2.cuni.cz (8.14.3/8.14.3) with ESMTP id s7EMABXq010558 for ; Fri, 15 Aug 2014 00:10:11 +0200 Received: from [195.113.43.131] ([195.113.43.131]) (authenticated bits=0) by kremail.lf2.cuni.cz (8.13.7/8.13.7) with ESMTP id s7EMA9nZ001504 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Fri, 15 Aug 2014 00:10:10 +0200 Message-ID: <53ED33C7.8020905@lfmotol.cuni.cz> Date: Fri, 15 Aug 2014 00:10:15 +0200 From: Jan Vejvalka User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: xen-users@lists.xen.org X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.1 (sakal.lf2.cuni.cz [195.113.40.14]); Fri, 15 Aug 2014 00:10:11 +0200 (CEST) X-Spam-Status: No, hits=0.1, tests=AWL=-0.697, BAYES_50=0.8, RCVD_IN_DNSWL_NONE=-0.0001, rbl= [195.113.40.19] [127.0.11.0] [50 mailer2.lf2.cuni.cz., 5 mailer1.lf2.cuni.cz., 20 mailer.lf2.cuni.cz.], Subject: [Xen-users] HVM and iSCSI X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi *, on Xen 4.4.0 I'd like to run a Windows guest whose disk is located on iSCSI. Can you please give me a hint how to write it in the guest config file ? For a PV guest, I say disk = [ 'script=block-iscsi,vdev=..,target=portal=ip:port,iqn=..,w' ], and it works fine. For a HVM guest run from a local disk, I say disk = [ 'phy:/dev/...,hda,w' ], and it works fine, too. If I try to give a block-iscsi disk to a HVM guest disk = [ 'script=block-iscsi,vdev=hda,target=portal=ip:port,iqn=...' ], qemu-system-i386 complains: qemu-system-i386: -drive file=portal=ip:port,iqn=...,if=ide,index=0,media=disk,format=raw,cache=writeback: Invalid parameter 'iqn' I can map the iSCSI disk to a local device on Dom0 using iscsiadm and then give it to the guest as a local device... but I hope that there is an easier way, like with the PV guests. Thanks for your help, Jan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Aug 14 23:03:46 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 14 Aug 2014 23: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 1XI42f-0007w2-2L; Thu, 14 Aug 2014 23:02:45 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XI42e-0007vv-2Z for xen-users@lists.xen.org; Thu, 14 Aug 2014 23:02:44 +0000 Received: from [193.109.254.147:22028] by server-8.bemta-14.messagelabs.com id 04/D3-07074-3104DE35; Thu, 14 Aug 2014 23:02:43 +0000 X-Env-Sender: eneal@businessgrade.com X-Msg-Ref: server-8.tower-27.messagelabs.com!1408057361!12622398!1 X-Originating-IP: [208.92.31.122] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.12.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28771 invoked from network); 14 Aug 2014 23:02:42 -0000 Received: from smtp1.businessgrade.com (HELO smtp1.businessgrade.com) (208.92.31.122) by server-8.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 14 Aug 2014 23:02:42 -0000 Received: from bclisha2n1 (127.0.0.1) by bclisha2n1 (Axigen) with ESMTPSA id 26B696; Thu, 14 Aug 2014 19:02:38 -0400 Received: from [76.100.27.29] by businessgrade.com with HTTP; Thu, 14 Aug 2014 19:02:38 -0400 From: Errol Neal Date: Thu, 14 Aug 2014 19:02:38 -0400 X-Mailer: Axigen WebMail To: Jan Vejvalka Message-ID: <1408057358869441500@businessgrade.com> In-Reply-To: <53ED33C7.8020905@lfmotol.cuni.cz> References: <53ED33C7.8020905@lfmotol.cuni.cz> Importance: Normal MIME-Version: 1.0 Content-Disposition: inline Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] HVM and iSCSI X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: eneal@businessgrade.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 Thu, 08/14/2014 06:10 PM, Jan Vejvalka wrote: > Hi *, > > on Xen 4.4.0 I'd like to run a Windows guest whose disk is located on > iSCSI. Can you please give me a hint how to write it in the guest > config file ? > This is why it pays to belong to multiple lists: Read the README: ftp://ftp.enjellic.com/pub/xen/Xen-SAN-0.3.0.tar.gz > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Aug 14 23:03:46 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 14 Aug 2014 23: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 1XI42f-0007w2-2L; Thu, 14 Aug 2014 23:02:45 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XI42e-0007vv-2Z for xen-users@lists.xen.org; Thu, 14 Aug 2014 23:02:44 +0000 Received: from [193.109.254.147:22028] by server-8.bemta-14.messagelabs.com id 04/D3-07074-3104DE35; Thu, 14 Aug 2014 23:02:43 +0000 X-Env-Sender: eneal@businessgrade.com X-Msg-Ref: server-8.tower-27.messagelabs.com!1408057361!12622398!1 X-Originating-IP: [208.92.31.122] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.12.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28771 invoked from network); 14 Aug 2014 23:02:42 -0000 Received: from smtp1.businessgrade.com (HELO smtp1.businessgrade.com) (208.92.31.122) by server-8.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 14 Aug 2014 23:02:42 -0000 Received: from bclisha2n1 (127.0.0.1) by bclisha2n1 (Axigen) with ESMTPSA id 26B696; Thu, 14 Aug 2014 19:02:38 -0400 Received: from [76.100.27.29] by businessgrade.com with HTTP; Thu, 14 Aug 2014 19:02:38 -0400 From: Errol Neal Date: Thu, 14 Aug 2014 19:02:38 -0400 X-Mailer: Axigen WebMail To: Jan Vejvalka Message-ID: <1408057358869441500@businessgrade.com> In-Reply-To: <53ED33C7.8020905@lfmotol.cuni.cz> References: <53ED33C7.8020905@lfmotol.cuni.cz> Importance: Normal MIME-Version: 1.0 Content-Disposition: inline Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] HVM and iSCSI X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: eneal@businessgrade.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 Thu, 08/14/2014 06:10 PM, Jan Vejvalka wrote: > Hi *, > > on Xen 4.4.0 I'd like to run a Windows guest whose disk is located on > iSCSI. Can you please give me a hint how to write it in the guest > config file ? > This is why it pays to belong to multiple lists: Read the README: ftp://ftp.enjellic.com/pub/xen/Xen-SAN-0.3.0.tar.gz > > _______________________________________________ > 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 Aug 15 01:12:57 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 15 Aug 2014 01:12: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 1XI63f-0006I9-GY; Fri, 15 Aug 2014 01:11:55 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XI63e-0006I2-RC for xen-users@lists.xen.org; Fri, 15 Aug 2014 01:11:54 +0000 Received: from [85.158.137.68:46115] by server-15.bemta-3.messagelabs.com id 80/05-19773-A5E5DE35; Fri, 15 Aug 2014 01:11:54 +0000 X-Env-Sender: syd.meyer@gmail.com X-Msg-Ref: server-6.tower-31.messagelabs.com!1408065113!9356079!1 X-Originating-IP: [209.85.212.173] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15133 invoked from network); 15 Aug 2014 01:11:53 -0000 Received: from mail-wi0-f173.google.com (HELO mail-wi0-f173.google.com) (209.85.212.173) by server-6.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 15 Aug 2014 01:11:53 -0000 Received: by mail-wi0-f173.google.com with SMTP id f8so237642wiw.12 for ; Thu, 14 Aug 2014 18:11:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:content-type:content-transfer-encoding:subject:message-id:date :to:mime-version; bh=aURxlaoENMlQFtJPDWaneCHYd3e5fBTiATw7k/Km8bI=; b=bRikRuNV9HTMhiQrB/6jlh99P3+6abo+VAPCJy6/W2VWVmbEp4QNDyK9x73zkMwyrZ DXSm7HRv66iwrOUtmm9HX54b+azkzfZ1JlnKZl3rSqqNYer4hoA8B38YI6xQZ11vsuCF 4LTUYfhop08aupiQwVuCTl8jmkmQzb2YJ39pMHiEYQkHUG/Bo47blvCGpCp0r6FQKl5Q cqrf1KYHCCyzieBqKA1oVIBC6MzLxrmGWeO5IUAYBRqaa2/CLUVWIHIOJkOQ4PfRfp1K Cu4nJ9IcZ0ct5RBeXwi2EnHDCciZEB++Np8Tcwn8Al95cD764AcF2LsjggG93UlBNxFD wyuA== X-Received: by 10.194.95.234 with SMTP id dn10mr16983647wjb.73.1408065113039; Thu, 14 Aug 2014 18:11:53 -0700 (PDT) Received: from [10.7.0.1] (184.114-201-80.adsl-dyn.isp.belgacom.be. [80.201.114.184]) by mx.google.com with ESMTPSA id dc3sm1591205wib.9.2014.08.14.18.11.52 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 14 Aug 2014 18:11:52 -0700 (PDT) From: Sydney Meyer Message-Id: <224CD0EA-C46E-435C-9BF4-73793D413A19@gmail.com> Date: Fri, 15 Aug 2014 03:11:51 +0200 To: xen-users@lists.xen.org Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) X-Mailer: Apple Mail (2.1878.6) Subject: [Xen-users] Xen 4.4 with OpenvSwitch 2.3.0 - unable to add nic devices X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 Everybody, after upgrading from OpenvSwitch 2.1.2 to (today released) 2.3.0 i cannot start VM's calling the "vif-openvswitch" script anymore and libxl throws the following error: libxl: error: libxl_exec.c:129:libxl_report_child_exitstatus: /etc/xen/scripts/vif-openvswitch online [-1] died due to fatal signal Killed libxl: error: libxl_create.c:1226:domcreate_attach_vtpms: unable to add nic devices libxl: error: libxl_exec.c:129:libxl_report_child_exitstatus: /etc/xen/scripts/vif-openvswitch offline [-1] died due to fatal signal Killed The System is running on Xen 4.4.0 with Debian 7 (Wheezy) and Linux 3.14 as Dom0. With OpenvSwitch 2.1.3 the setup is working fine. Cheers, S. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Aug 15 01:12:57 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 15 Aug 2014 01:12: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 1XI63f-0006I9-GY; Fri, 15 Aug 2014 01:11:55 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XI63e-0006I2-RC for xen-users@lists.xen.org; Fri, 15 Aug 2014 01:11:54 +0000 Received: from [85.158.137.68:46115] by server-15.bemta-3.messagelabs.com id 80/05-19773-A5E5DE35; Fri, 15 Aug 2014 01:11:54 +0000 X-Env-Sender: syd.meyer@gmail.com X-Msg-Ref: server-6.tower-31.messagelabs.com!1408065113!9356079!1 X-Originating-IP: [209.85.212.173] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15133 invoked from network); 15 Aug 2014 01:11:53 -0000 Received: from mail-wi0-f173.google.com (HELO mail-wi0-f173.google.com) (209.85.212.173) by server-6.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 15 Aug 2014 01:11:53 -0000 Received: by mail-wi0-f173.google.com with SMTP id f8so237642wiw.12 for ; Thu, 14 Aug 2014 18:11:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:content-type:content-transfer-encoding:subject:message-id:date :to:mime-version; bh=aURxlaoENMlQFtJPDWaneCHYd3e5fBTiATw7k/Km8bI=; b=bRikRuNV9HTMhiQrB/6jlh99P3+6abo+VAPCJy6/W2VWVmbEp4QNDyK9x73zkMwyrZ DXSm7HRv66iwrOUtmm9HX54b+azkzfZ1JlnKZl3rSqqNYer4hoA8B38YI6xQZ11vsuCF 4LTUYfhop08aupiQwVuCTl8jmkmQzb2YJ39pMHiEYQkHUG/Bo47blvCGpCp0r6FQKl5Q cqrf1KYHCCyzieBqKA1oVIBC6MzLxrmGWeO5IUAYBRqaa2/CLUVWIHIOJkOQ4PfRfp1K Cu4nJ9IcZ0ct5RBeXwi2EnHDCciZEB++Np8Tcwn8Al95cD764AcF2LsjggG93UlBNxFD wyuA== X-Received: by 10.194.95.234 with SMTP id dn10mr16983647wjb.73.1408065113039; Thu, 14 Aug 2014 18:11:53 -0700 (PDT) Received: from [10.7.0.1] (184.114-201-80.adsl-dyn.isp.belgacom.be. [80.201.114.184]) by mx.google.com with ESMTPSA id dc3sm1591205wib.9.2014.08.14.18.11.52 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 14 Aug 2014 18:11:52 -0700 (PDT) From: Sydney Meyer Message-Id: <224CD0EA-C46E-435C-9BF4-73793D413A19@gmail.com> Date: Fri, 15 Aug 2014 03:11:51 +0200 To: xen-users@lists.xen.org Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) X-Mailer: Apple Mail (2.1878.6) Subject: [Xen-users] Xen 4.4 with OpenvSwitch 2.3.0 - unable to add nic devices X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 Everybody, after upgrading from OpenvSwitch 2.1.2 to (today released) 2.3.0 i cannot start VM's calling the "vif-openvswitch" script anymore and libxl throws the following error: libxl: error: libxl_exec.c:129:libxl_report_child_exitstatus: /etc/xen/scripts/vif-openvswitch online [-1] died due to fatal signal Killed libxl: error: libxl_create.c:1226:domcreate_attach_vtpms: unable to add nic devices libxl: error: libxl_exec.c:129:libxl_report_child_exitstatus: /etc/xen/scripts/vif-openvswitch offline [-1] died due to fatal signal Killed The System is running on Xen 4.4.0 with Debian 7 (Wheezy) and Linux 3.14 as Dom0. With OpenvSwitch 2.1.3 the setup is working fine. Cheers, S. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Aug 15 06:06:05 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 15 Aug 2014 06:06:05 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XIAdG-0002i3-3y; Fri, 15 Aug 2014 06:04:58 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XIAdE-0002hj-Cr for xen-users@lists.xen.org; Fri, 15 Aug 2014 06:04:56 +0000 Received: from [85.158.139.211:32066] by server-7.bemta-5.messagelabs.com id A2/B9-30869-703ADE35; Fri, 15 Aug 2014 06:04:55 +0000 X-Env-Sender: jan.vejvalka@lfmotol.cuni.cz X-Msg-Ref: server-12.tower-206.messagelabs.com!1408082695!11466179!1 X-Originating-IP: [195.113.40.9] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.12.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24210 invoked from network); 15 Aug 2014 06:04:55 -0000 Received: from sakal.lf2.cuni.cz (HELO sakal.lf2.cuni.cz) (195.113.40.9) by server-12.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 15 Aug 2014 06:04:55 -0000 Received: from kremail.lf2.cuni.cz (kremail [195.113.40.28]) by sakal.lf2.cuni.cz (8.14.3/8.14.3) with ESMTP id s7F64sRV031774 for ; Fri, 15 Aug 2014 08:04:54 +0200 Received: from [195.113.43.131] ([195.113.43.131]) (authenticated bits=0) by kremail.lf2.cuni.cz (8.13.7/8.13.7) with ESMTP id s7F64r3p021109 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Fri, 15 Aug 2014 08:04:54 +0200 Message-ID: <53EDA30C.1050406@lfmotol.cuni.cz> Date: Fri, 15 Aug 2014 08:05:00 +0200 From: Jan Vejvalka User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <53ED33C7.8020905@lfmotol.cuni.cz> <1408057358869441500@businessgrade.com> In-Reply-To: <1408057358869441500@businessgrade.com> X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.1 (sakal.lf2.cuni.cz [195.113.40.14]); Fri, 15 Aug 2014 08:04:54 +0200 (CEST) X-Spam-Status: No, hits=-1.2, tests=AWL=0.653, BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, rbl= [195.113.40.19] [20 mailer.lf2.cuni.cz., 50 mailer2.lf2.cuni.cz., 5 mailer1.lf2.cuni.cz.] [127.0.11.0], Subject: Re: [Xen-users] HVM and iSCSI X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 15.8.2014 1:02, Errol Neal wrote: > On Thu, 08/14/2014 06:10 PM, Jan Vejvalka wrote: >> Hi *, >> >> on Xen 4.4.0 I'd like to run a Windows guest whose disk is located on >> iSCSI. Can you please give me a hint how to write it in the guest >> config file ? > > Read the README: > ftp://ftp.enjellic.com/pub/xen/Xen-SAN-0.3.0.tar.gz I did, thanks for the hint. I put their scripts in place, wrote disk = [ 'script=block-iscsi,vdev=hda,access=rw,target=tgt{iqn...}' ] in the guest config file and qemu now complains qemu-system-i386: -drive file=tgt{iqn...},if=ide,index=0,media=disk,format=raw,cache=writeback: Unknown protocol Any further idea ? Thanks, Jan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Aug 15 06:06:05 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 15 Aug 2014 06:06:05 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XIAdG-0002i3-3y; Fri, 15 Aug 2014 06:04:58 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XIAdE-0002hj-Cr for xen-users@lists.xen.org; Fri, 15 Aug 2014 06:04:56 +0000 Received: from [85.158.139.211:32066] by server-7.bemta-5.messagelabs.com id A2/B9-30869-703ADE35; Fri, 15 Aug 2014 06:04:55 +0000 X-Env-Sender: jan.vejvalka@lfmotol.cuni.cz X-Msg-Ref: server-12.tower-206.messagelabs.com!1408082695!11466179!1 X-Originating-IP: [195.113.40.9] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.12.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24210 invoked from network); 15 Aug 2014 06:04:55 -0000 Received: from sakal.lf2.cuni.cz (HELO sakal.lf2.cuni.cz) (195.113.40.9) by server-12.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 15 Aug 2014 06:04:55 -0000 Received: from kremail.lf2.cuni.cz (kremail [195.113.40.28]) by sakal.lf2.cuni.cz (8.14.3/8.14.3) with ESMTP id s7F64sRV031774 for ; Fri, 15 Aug 2014 08:04:54 +0200 Received: from [195.113.43.131] ([195.113.43.131]) (authenticated bits=0) by kremail.lf2.cuni.cz (8.13.7/8.13.7) with ESMTP id s7F64r3p021109 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Fri, 15 Aug 2014 08:04:54 +0200 Message-ID: <53EDA30C.1050406@lfmotol.cuni.cz> Date: Fri, 15 Aug 2014 08:05:00 +0200 From: Jan Vejvalka User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <53ED33C7.8020905@lfmotol.cuni.cz> <1408057358869441500@businessgrade.com> In-Reply-To: <1408057358869441500@businessgrade.com> X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.1 (sakal.lf2.cuni.cz [195.113.40.14]); Fri, 15 Aug 2014 08:04:54 +0200 (CEST) X-Spam-Status: No, hits=-1.2, tests=AWL=0.653, BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, rbl= [195.113.40.19] [20 mailer.lf2.cuni.cz., 50 mailer2.lf2.cuni.cz., 5 mailer1.lf2.cuni.cz.] [127.0.11.0], Subject: Re: [Xen-users] HVM and iSCSI X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 15.8.2014 1:02, Errol Neal wrote: > On Thu, 08/14/2014 06:10 PM, Jan Vejvalka wrote: >> Hi *, >> >> on Xen 4.4.0 I'd like to run a Windows guest whose disk is located on >> iSCSI. Can you please give me a hint how to write it in the guest >> config file ? > > Read the README: > ftp://ftp.enjellic.com/pub/xen/Xen-SAN-0.3.0.tar.gz I did, thanks for the hint. I put their scripts in place, wrote disk = [ 'script=block-iscsi,vdev=hda,access=rw,target=tgt{iqn...}' ] in the guest config file and qemu now complains qemu-system-i386: -drive file=tgt{iqn...},if=ide,index=0,media=disk,format=raw,cache=writeback: Unknown protocol Any further idea ? Thanks, Jan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Aug 15 12:14:50 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 15 Aug 2014 12:14:50 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XIGO2-0000rv-80; Fri, 15 Aug 2014 12:13:38 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XIGO0-0000rq-Nv for xen-users@lists.xen.org; Fri, 15 Aug 2014 12:13:36 +0000 Received: from [85.158.137.68:15707] by server-9.bemta-3.messagelabs.com id A9/3F-30790-079FDE35; Fri, 15 Aug 2014 12:13:36 +0000 X-Env-Sender: eneal@businessgrade.com X-Msg-Ref: server-7.tower-31.messagelabs.com!1408104814!13904288!1 X-Originating-IP: [208.92.31.122] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8680 invoked from network); 15 Aug 2014 12:13:35 -0000 Received: from smtp1.businessgrade.com (HELO smtp1.businessgrade.com) (208.92.31.122) by server-7.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 15 Aug 2014 12:13:35 -0000 Received: from bclisha2n1 (127.0.0.1) by bclisha2n1 (Axigen) with ESMTPSA id 329965; Fri, 15 Aug 2014 08:13:33 -0400 Received: from [76.100.27.29] by businessgrade.com with HTTP; Fri, 15 Aug 2014 08:13:33 -0400 From: Errol Neal Date: Fri, 15 Aug 2014 08:13:33 -0400 X-Mailer: Axigen WebMail To: Jan Vejvalka Message-ID: <1408104813372042500@businessgrade.com> In-Reply-To: <53EDA30C.1050406@lfmotol.cuni.cz> References: <53ED33C7.8020905@lfmotol.cuni.cz> <1408057358869441500@businessgrade.com> <53EDA30C.1050406@lfmotol.cuni.cz> Importance: Normal MIME-Version: 1.0 Content-Disposition: inline Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] HVM and iSCSI X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: eneal@businessgrade.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 Fri, 08/15/2014 02:05 AM, Jan Vejvalka wrote: > On 15.8.2014 1:02, Errol Neal wrote: > > On Thu, 08/14/2014 06:10 PM, Jan Vejvalka wrote: > >> Hi *, > >> > >> on Xen 4.4.0 I'd like to run a Windows guest whose disk is located on > >> iSCSI. Can you please give me a hint how to write it in the guest > >> config file ? > > > > Read the README: > > ftp://ftp.enjellic.com/pub/xen/Xen-SAN-0.3.0.tar.gz > > > I did, thanks for the hint. I put their scripts in place, wrote > disk = [ 'script=block-iscsi,vdev=hda,access=rw,target=tgt{iqn...}' ] > in the guest config file and qemu now complains > qemu-system-i386: -drive > file=tgt{iqn...},if=ide,index=0,media=disk,format=raw,cache=writeback: > Unknown protocol > > Any further idea ? Quite honestly... No :/ I think Dr. Greg participates in this list's discussions too? http://lists.xen.org/archives/html/xen-devel/2013-04/msg00270.html Perhaps he can she any insights into debugging? Did you replace the default "block" script with the on shipped in the 0.3.0 release tar of Xen-SAN? _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Aug 15 12:14:50 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 15 Aug 2014 12:14:50 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XIGO2-0000rv-80; Fri, 15 Aug 2014 12:13:38 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XIGO0-0000rq-Nv for xen-users@lists.xen.org; Fri, 15 Aug 2014 12:13:36 +0000 Received: from [85.158.137.68:15707] by server-9.bemta-3.messagelabs.com id A9/3F-30790-079FDE35; Fri, 15 Aug 2014 12:13:36 +0000 X-Env-Sender: eneal@businessgrade.com X-Msg-Ref: server-7.tower-31.messagelabs.com!1408104814!13904288!1 X-Originating-IP: [208.92.31.122] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8680 invoked from network); 15 Aug 2014 12:13:35 -0000 Received: from smtp1.businessgrade.com (HELO smtp1.businessgrade.com) (208.92.31.122) by server-7.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 15 Aug 2014 12:13:35 -0000 Received: from bclisha2n1 (127.0.0.1) by bclisha2n1 (Axigen) with ESMTPSA id 329965; Fri, 15 Aug 2014 08:13:33 -0400 Received: from [76.100.27.29] by businessgrade.com with HTTP; Fri, 15 Aug 2014 08:13:33 -0400 From: Errol Neal Date: Fri, 15 Aug 2014 08:13:33 -0400 X-Mailer: Axigen WebMail To: Jan Vejvalka Message-ID: <1408104813372042500@businessgrade.com> In-Reply-To: <53EDA30C.1050406@lfmotol.cuni.cz> References: <53ED33C7.8020905@lfmotol.cuni.cz> <1408057358869441500@businessgrade.com> <53EDA30C.1050406@lfmotol.cuni.cz> Importance: Normal MIME-Version: 1.0 Content-Disposition: inline Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] HVM and iSCSI X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: eneal@businessgrade.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 Fri, 08/15/2014 02:05 AM, Jan Vejvalka wrote: > On 15.8.2014 1:02, Errol Neal wrote: > > On Thu, 08/14/2014 06:10 PM, Jan Vejvalka wrote: > >> Hi *, > >> > >> on Xen 4.4.0 I'd like to run a Windows guest whose disk is located on > >> iSCSI. Can you please give me a hint how to write it in the guest > >> config file ? > > > > Read the README: > > ftp://ftp.enjellic.com/pub/xen/Xen-SAN-0.3.0.tar.gz > > > I did, thanks for the hint. I put their scripts in place, wrote > disk = [ 'script=block-iscsi,vdev=hda,access=rw,target=tgt{iqn...}' ] > in the guest config file and qemu now complains > qemu-system-i386: -drive > file=tgt{iqn...},if=ide,index=0,media=disk,format=raw,cache=writeback: > Unknown protocol > > Any further idea ? Quite honestly... No :/ I think Dr. Greg participates in this list's discussions too? http://lists.xen.org/archives/html/xen-devel/2013-04/msg00270.html Perhaps he can she any insights into debugging? Did you replace the default "block" script with the on shipped in the 0.3.0 release tar of Xen-SAN? _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Aug 15 21:24:03 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 15 Aug 2014 21: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 1XIOxe-0008So-AH; Fri, 15 Aug 2014 21:22:58 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XIOxd-0008Sg-3p for xen-users@lists.xen.org; Fri, 15 Aug 2014 21:22:57 +0000 Received: from [85.158.143.35:49478] by server-3.bemta-4.messagelabs.com id 08/E2-06192-03A7EE35; Fri, 15 Aug 2014 21:22:56 +0000 X-Env-Sender: garym@oedata.com X-Msg-Ref: server-8.tower-21.messagelabs.com!1408137774!13358779!1 X-Originating-IP: [209.85.216.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.12.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21337 invoked from network); 15 Aug 2014 21:22:55 -0000 Received: from mail-qc0-f169.google.com (HELO mail-qc0-f169.google.com) (209.85.216.169) by server-8.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 15 Aug 2014 21:22:55 -0000 Received: by mail-qc0-f169.google.com with SMTP id c9so2891228qcz.28 for ; Fri, 15 Aug 2014 14:22:54 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to :content-type; bh=blei3klqct841j5QgCasumj/0stA+3G7Yq5N5t5qTXo=; b=blA8IGixFMDhLDG2oHUyoa8dg5eM/Te4sC+OxeqV0aMUgBPQ7q4c7yhe90AmVPOnkn Owt7pPo1IAVMm38xGhV6xDV97w9AmdYSDLA/vCOduYcXJ7N5RGY6YRWcVZGrt2mBVnaX o1o6nBZuNbb5lWAivXwRs1barbb516+FdIe1d4IzTzGJFCzrES/xXhukcvzLewrIhi32 LP6kYiq306KUM47vhRE6WHjk0ZXaqU8UL+GX9auoJGIY0HWW8Fg/X4XZq90JG5K+mxtU wXq9es8wtAdbQp4zKU0zjWX8HW3FujV7p3CRmsHfUnZmogwRPgrSu7IKSpba7nyKnfUF 7aow== X-Gm-Message-State: ALoCoQkhQyuPEptjVxFupJ30YXeHwU1nwUFT00sK+6sM2Q/5/faqUtiHLxcXLblGbflBlrAF4t0f MIME-Version: 1.0 X-Received: by 10.224.95.6 with SMTP id b6mr32678426qan.17.1408137774653; Fri, 15 Aug 2014 14:22:54 -0700 (PDT) Received: by 10.224.165.132 with HTTP; Fri, 15 Aug 2014 14:22:54 -0700 (PDT) Date: Fri, 15 Aug 2014 15:22:54 -0600 Message-ID: From: Gary M To: "xen-users@lists.xen.org" Subject: [Xen-users] How to share all memory between DomUs ? X-BeenThere: xen-users@lists.xen.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="===============3775028916188427366==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3775028916188427366== Content-Type: multipart/alternative; boundary=001a11c1bcdcda80b80500b19f3a --001a11c1bcdcda80b80500b19f3a Content-Type: text/plain; charset=UTF-8 Hi Is there a way in the configuration to share all the memory space between DomUs? And make all the memory in Dom0 available to 'a' DomU ? thanks g --001a11c1bcdcda80b80500b19f3a Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi

Is there a way in the configuration = to share all the memory space between DomUs?=C2=A0
And make all t= he memory in Dom0 available to 'a' DomU ?

= thanks
g
--001a11c1bcdcda80b80500b19f3a-- --===============3775028916188427366== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3775028916188427366==-- From xen-users-bounces@lists.xen.org Fri Aug 15 21:24:03 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 15 Aug 2014 21: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 1XIOxe-0008So-AH; Fri, 15 Aug 2014 21:22:58 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XIOxd-0008Sg-3p for xen-users@lists.xen.org; Fri, 15 Aug 2014 21:22:57 +0000 Received: from [85.158.143.35:49478] by server-3.bemta-4.messagelabs.com id 08/E2-06192-03A7EE35; Fri, 15 Aug 2014 21:22:56 +0000 X-Env-Sender: garym@oedata.com X-Msg-Ref: server-8.tower-21.messagelabs.com!1408137774!13358779!1 X-Originating-IP: [209.85.216.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.12.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21337 invoked from network); 15 Aug 2014 21:22:55 -0000 Received: from mail-qc0-f169.google.com (HELO mail-qc0-f169.google.com) (209.85.216.169) by server-8.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 15 Aug 2014 21:22:55 -0000 Received: by mail-qc0-f169.google.com with SMTP id c9so2891228qcz.28 for ; Fri, 15 Aug 2014 14:22:54 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to :content-type; bh=blei3klqct841j5QgCasumj/0stA+3G7Yq5N5t5qTXo=; b=blA8IGixFMDhLDG2oHUyoa8dg5eM/Te4sC+OxeqV0aMUgBPQ7q4c7yhe90AmVPOnkn Owt7pPo1IAVMm38xGhV6xDV97w9AmdYSDLA/vCOduYcXJ7N5RGY6YRWcVZGrt2mBVnaX o1o6nBZuNbb5lWAivXwRs1barbb516+FdIe1d4IzTzGJFCzrES/xXhukcvzLewrIhi32 LP6kYiq306KUM47vhRE6WHjk0ZXaqU8UL+GX9auoJGIY0HWW8Fg/X4XZq90JG5K+mxtU wXq9es8wtAdbQp4zKU0zjWX8HW3FujV7p3CRmsHfUnZmogwRPgrSu7IKSpba7nyKnfUF 7aow== X-Gm-Message-State: ALoCoQkhQyuPEptjVxFupJ30YXeHwU1nwUFT00sK+6sM2Q/5/faqUtiHLxcXLblGbflBlrAF4t0f MIME-Version: 1.0 X-Received: by 10.224.95.6 with SMTP id b6mr32678426qan.17.1408137774653; Fri, 15 Aug 2014 14:22:54 -0700 (PDT) Received: by 10.224.165.132 with HTTP; Fri, 15 Aug 2014 14:22:54 -0700 (PDT) Date: Fri, 15 Aug 2014 15:22:54 -0600 Message-ID: From: Gary M To: "xen-users@lists.xen.org" Subject: [Xen-users] How to share all memory between DomUs ? X-BeenThere: xen-users@lists.xen.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="===============3775028916188427366==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3775028916188427366== Content-Type: multipart/alternative; boundary=001a11c1bcdcda80b80500b19f3a --001a11c1bcdcda80b80500b19f3a Content-Type: text/plain; charset=UTF-8 Hi Is there a way in the configuration to share all the memory space between DomUs? And make all the memory in Dom0 available to 'a' DomU ? thanks g --001a11c1bcdcda80b80500b19f3a Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi

Is there a way in the configuration = to share all the memory space between DomUs?=C2=A0
And make all t= he memory in Dom0 available to 'a' DomU ?

= thanks
g
--001a11c1bcdcda80b80500b19f3a-- --===============3775028916188427366== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3775028916188427366==-- From xen-users-bounces@lists.xen.org Fri Aug 15 23:42:44 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 15 Aug 2014 23:42: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 1XIR7d-0001c5-4l; Fri, 15 Aug 2014 23:41:25 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XIR7b-0001c0-Vx for xen-users@lists.xen.org; Fri, 15 Aug 2014 23:41:24 +0000 Received: from [193.109.254.147:48898] by server-16.bemta-14.messagelabs.com id 14/00-14741-3AA9EE35; Fri, 15 Aug 2014 23:41:23 +0000 X-Env-Sender: fajar@fajar.net X-Msg-Ref: server-7.tower-27.messagelabs.com!1408146080!12763932!1 X-Originating-IP: [209.85.192.182] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20323 invoked from network); 15 Aug 2014 23:41:22 -0000 Received: from mail-pd0-f182.google.com (HELO mail-pd0-f182.google.com) (209.85.192.182) by server-7.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 15 Aug 2014 23:41:22 -0000 Received: by mail-pd0-f182.google.com with SMTP id fp1so4132521pdb.27 for ; Fri, 15 Aug 2014 16:41:20 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=E5KuBVqusV9rky13l3oS8MmAmhTFx3SIv5AMvejhjgQ=; b=Ls0A9YJ7at9pyjEthvmAPrY/Sq5JTY2ygvqoBGSBRP9fiEfetUUb40J5/V5F1CmtjK 9hfbQ8sL9UUtxkCMAYJKTkS+ek25S5WA1HEmsjBMK7ljd0Ig6NYaKljdlSWP1wjCQ2Pm W2TLY6eDQ0WSkNH2AyJADF7I/G97RiHSpwp0AroLbA3/TKtccHPxaleFNoGphMlf8hdp ftx7PneLBpu0KxWxjmhW+bGmQLgxL9CWLx2bptSKJ+QUSpa1QhpBoB9TcpBrax1XVk8E JwWau9TB7ZvlK41Q6JcfUnptuWNef5srwFGGvJ2pqlJ7Xs7Ldfv+kCbWsWwWfCI/FXk5 jeSw== X-Gm-Message-State: ALoCoQnAPby3mXP4v7vyIl7oLvvxKV4/paIf0/WN5QLMS4uZy+oR4bLlfG6gUrfj2CApIzrngdh9 MIME-Version: 1.0 X-Received: by 10.70.43.39 with SMTP id t7mr14854861pdl.101.1408146080241; Fri, 15 Aug 2014 16:41:20 -0700 (PDT) Received: by 10.70.42.200 with HTTP; Fri, 15 Aug 2014 16:41:20 -0700 (PDT) In-Reply-To: References: Date: Sat, 16 Aug 2014 06:41:20 +0700 Message-ID: From: "Fajar A. Nugraha" To: Gary M Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] How to share all memory between DomUs ? X-BeenThere: xen-users@lists.xen.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="===============2647530785814112938==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2647530785814112938== Content-Type: multipart/alternative; boundary=047d7bfea158e7b5e50500b38e39 --047d7bfea158e7b5e50500b38e39 Content-Type: text/plain; charset=UTF-8 On Sat, Aug 16, 2014 at 4:22 AM, Gary M wrote: > Hi > > Is there a way in the configuration to share all the memory space between > DomUs? > No You'd need kernel/OS-level virtualization (e.g. lxc, openvz) for that. > And make all the memory in Dom0 available to 'a' DomU ? > > No. There are always be memory needed for dom0. If you want to maximize your guest's memory, what you can do is: - dedicate small ammount memory to dom0 and preventing dom0 memory ballooning (IIRC for minimal setup 256MB should be enough), and configure the rest for a domU - use other virtualization solution that can do memory overcommit (e.g. vmware). Note that memory overcommit comes at performance penalty (due to swapping). - use kernel/OS-level virtualization that can be configured to allow a guest to use all of hosts' available memory (e.g. lxc). In this type of setup, the memory overhead of the host can be very small (< 100 MB) -- Fajar --047d7bfea158e7b5e50500b38e39 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On S= at, Aug 16, 2014 at 4:22 AM, Gary M <garym@oedata.com> wrote:=
Hi

Is there a way in the configuration = to share all the memory space between DomUs?=C2=A0
=

No

You'd need kernel/OS-le= vel virtualization (e.g. lxc, openvz) for that.
=C2=A0
And make all the me= mory in Dom0 available to 'a' DomU ?


No. There are always = be memory needed for dom0.

If you want to maximize= your guest's memory, what you can do is:
- dedicate small am= mount memory to dom0 and preventing dom0 memory ballooning (IIRC for minima= l setup 256MB should be enough), and configure the rest for a domU
- use other virtualization solution that can do memory overcommit (e.g= . vmware). Note that memory overcommit comes at performance penalty (due to= swapping).
- use=C2=A0kernel/OS-level=C2=A0virtualization that c= an be configured to allow a guest to use all of hosts' available memory= (e.g. lxc). In this type of setup, the memory=C2=A0overhead of the host ca= n be very small (< 100 MB)

--=C2=A0
Fajar
--047d7bfea158e7b5e50500b38e39-- --===============2647530785814112938== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2647530785814112938==-- From xen-users-bounces@lists.xen.org Fri Aug 15 23:42:44 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 15 Aug 2014 23:42: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 1XIR7d-0001c5-4l; Fri, 15 Aug 2014 23:41:25 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XIR7b-0001c0-Vx for xen-users@lists.xen.org; Fri, 15 Aug 2014 23:41:24 +0000 Received: from [193.109.254.147:48898] by server-16.bemta-14.messagelabs.com id 14/00-14741-3AA9EE35; Fri, 15 Aug 2014 23:41:23 +0000 X-Env-Sender: fajar@fajar.net X-Msg-Ref: server-7.tower-27.messagelabs.com!1408146080!12763932!1 X-Originating-IP: [209.85.192.182] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20323 invoked from network); 15 Aug 2014 23:41:22 -0000 Received: from mail-pd0-f182.google.com (HELO mail-pd0-f182.google.com) (209.85.192.182) by server-7.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 15 Aug 2014 23:41:22 -0000 Received: by mail-pd0-f182.google.com with SMTP id fp1so4132521pdb.27 for ; Fri, 15 Aug 2014 16:41:20 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=E5KuBVqusV9rky13l3oS8MmAmhTFx3SIv5AMvejhjgQ=; b=Ls0A9YJ7at9pyjEthvmAPrY/Sq5JTY2ygvqoBGSBRP9fiEfetUUb40J5/V5F1CmtjK 9hfbQ8sL9UUtxkCMAYJKTkS+ek25S5WA1HEmsjBMK7ljd0Ig6NYaKljdlSWP1wjCQ2Pm W2TLY6eDQ0WSkNH2AyJADF7I/G97RiHSpwp0AroLbA3/TKtccHPxaleFNoGphMlf8hdp ftx7PneLBpu0KxWxjmhW+bGmQLgxL9CWLx2bptSKJ+QUSpa1QhpBoB9TcpBrax1XVk8E JwWau9TB7ZvlK41Q6JcfUnptuWNef5srwFGGvJ2pqlJ7Xs7Ldfv+kCbWsWwWfCI/FXk5 jeSw== X-Gm-Message-State: ALoCoQnAPby3mXP4v7vyIl7oLvvxKV4/paIf0/WN5QLMS4uZy+oR4bLlfG6gUrfj2CApIzrngdh9 MIME-Version: 1.0 X-Received: by 10.70.43.39 with SMTP id t7mr14854861pdl.101.1408146080241; Fri, 15 Aug 2014 16:41:20 -0700 (PDT) Received: by 10.70.42.200 with HTTP; Fri, 15 Aug 2014 16:41:20 -0700 (PDT) In-Reply-To: References: Date: Sat, 16 Aug 2014 06:41:20 +0700 Message-ID: From: "Fajar A. Nugraha" To: Gary M Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] How to share all memory between DomUs ? X-BeenThere: xen-users@lists.xen.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="===============2647530785814112938==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2647530785814112938== Content-Type: multipart/alternative; boundary=047d7bfea158e7b5e50500b38e39 --047d7bfea158e7b5e50500b38e39 Content-Type: text/plain; charset=UTF-8 On Sat, Aug 16, 2014 at 4:22 AM, Gary M wrote: > Hi > > Is there a way in the configuration to share all the memory space between > DomUs? > No You'd need kernel/OS-level virtualization (e.g. lxc, openvz) for that. > And make all the memory in Dom0 available to 'a' DomU ? > > No. There are always be memory needed for dom0. If you want to maximize your guest's memory, what you can do is: - dedicate small ammount memory to dom0 and preventing dom0 memory ballooning (IIRC for minimal setup 256MB should be enough), and configure the rest for a domU - use other virtualization solution that can do memory overcommit (e.g. vmware). Note that memory overcommit comes at performance penalty (due to swapping). - use kernel/OS-level virtualization that can be configured to allow a guest to use all of hosts' available memory (e.g. lxc). In this type of setup, the memory overhead of the host can be very small (< 100 MB) -- Fajar --047d7bfea158e7b5e50500b38e39 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On S= at, Aug 16, 2014 at 4:22 AM, Gary M <garym@oedata.com> wrote:=
Hi

Is there a way in the configuration = to share all the memory space between DomUs?=C2=A0
=

No

You'd need kernel/OS-le= vel virtualization (e.g. lxc, openvz) for that.
=C2=A0
And make all the me= mory in Dom0 available to 'a' DomU ?


No. There are always = be memory needed for dom0.

If you want to maximize= your guest's memory, what you can do is:
- dedicate small am= mount memory to dom0 and preventing dom0 memory ballooning (IIRC for minima= l setup 256MB should be enough), and configure the rest for a domU
- use other virtualization solution that can do memory overcommit (e.g= . vmware). Note that memory overcommit comes at performance penalty (due to= swapping).
- use=C2=A0kernel/OS-level=C2=A0virtualization that c= an be configured to allow a guest to use all of hosts' available memory= (e.g. lxc). In this type of setup, the memory=C2=A0overhead of the host ca= n be very small (< 100 MB)

--=C2=A0
Fajar
--047d7bfea158e7b5e50500b38e39-- --===============2647530785814112938== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2647530785814112938==-- From xen-users-bounces@lists.xen.org Sat Aug 16 19:55:59 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 16 Aug 2014 19:55: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 1XIk3g-0000ul-Sg; Sat, 16 Aug 2014 19:54:36 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XIk3e-0000ug-Me for xen-users@lists.xen.org; Sat, 16 Aug 2014 19:54:35 +0000 Received: from [85.158.139.211:15408] by server-14.bemta-5.messagelabs.com id BA/FF-12422-9F6BFE35; Sat, 16 Aug 2014 19:54:33 +0000 X-Env-Sender: bazin.cz@gmail.com X-Msg-Ref: server-5.tower-206.messagelabs.com!1408218870!11698494!1 X-Originating-IP: [209.85.213.178] X-SpamReason: No, hits=1.7 required=7.0 tests=BODY_RANDOM_LONG, HTML_10_20, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.12.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24289 invoked from network); 16 Aug 2014 19:54:31 -0000 Received: from mail-ig0-f178.google.com (HELO mail-ig0-f178.google.com) (209.85.213.178) by server-5.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 16 Aug 2014 19:54:31 -0000 Received: by mail-ig0-f178.google.com with SMTP id uq10so4573326igb.17 for ; Sat, 16 Aug 2014 12:54:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=5ghycL0RfzVbwg4lx+3f95O80N3GdxUs/zLp+75sVPQ=; b=S97zW4p9DRt8kILbpF3jKipIWr8L6FpBPNya3x7sLmJaK92tr6Qy5frrNiCuovuLii 3Ysq8vE0IsghpPx4NuYJvZ9YuIBPgKsBHTfhCXiM0KslYiMx8b8SjCbzUvZzVacU2ulP yYmwisNR9B/XoFjfg9/qC9AM2HoW4FrIo6LyOSfh0WGAZJsiUPuUB/JH1safdhoQe6+R Y52PqcQ0Vzq3HPfMKdBTvcEZjwpfXhS6A3cek4Jo+jiFmE//mZhf58YyId0ipiAWMi2U LmTVrrKRv9ECex4Bf1ApUpQFVgaf1Gp9nACsJ++dQInVEY3+mr3WKyqpzOsuWqWZoEgn OepQ== MIME-Version: 1.0 X-Received: by 10.50.153.83 with SMTP id ve19mr7986545igb.4.1408218870159; Sat, 16 Aug 2014 12:54:30 -0700 (PDT) Received: by 10.64.12.163 with HTTP; Sat, 16 Aug 2014 12:54:30 -0700 (PDT) Date: Sat, 16 Aug 2014 21:54:30 +0200 Message-ID: From: Bazin To: xen-users@lists.xen.org Subject: [Xen-users] XEN affecting Chromium X-BeenThere: xen-users@lists.xen.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="===============2722533387347666088==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2722533387347666088== Content-Type: multipart/alternative; boundary=089e0149c866859fd60500c481e7 --089e0149c866859fd60500c481e7 Content-Type: text/plain; charset=UTF-8 Hello everyone , i have small troubles with Chromium and XEN hypervisor . I am using Archlinux and XEN 4.4.0 from aur ( https://aur.archlinux.org/packages/xen/) . When i try to boot without XEN then i does not have any troubles with Chromium or other programs , but when i boot with xen then is Chromium "unusable " like on this video : https://www.youtube.com/watch?v=F77YeM1ZZC8 , but only when "Enable hw accleration " is enabled . Primary grafic card are Intel , radeon is for hvm quest :-) . Because i dont know where is a problem i was made a ticket on Chromium bugzilla (https://code.google.com/p/chromium/issues/detail?id=399966) , cuz i was think its a Chromium fault , cause google changed GUI from gtk to Aura . But today i tried to boot without XEN and i got normaly function . I am using xen over the 1 year w/o any problems till now . What can be wrong ? Thanks much for help . Sys info there : OS : Latest Archlinux with XEN 4.4.0 Dmesg logs are on google drive : https://drive.google.com/folderview?id=0B4FVL7NQDdcDS3pab2d6Y2loSmc&usp=sharing uname -a Linux bazin-pc 3.16.1-1-ARCH #1 SMP PREEMPT Thu Aug 14 07:40:19 CEST 2014 x86_64 GNU/Linux xl info host : bazin-pc release : 3.16.1-1-ARCH version : #1 SMP PREEMPT Thu Aug 14 07:40:19 CEST 2014 machine : x86_64 nr_cpus : 8 max_cpu_id : 7 nr_nodes : 1 cores_per_socket : 4 threads_per_core : 2 cpu_mhz : 3392 hw_caps : bfebfbff:28100800:00000000:00007f00:77bae3ff:00000000:00000001:00000281 virt_caps : hvm hvm_directio total_memory : 15836 free_memory : 3331 sharing_freed_memory : 0 sharing_used_memory : 0 outstanding_claims : 0 free_cpus : 0 xen_major : 4 xen_minor : 4 xen_extra : .0 xen_version : 4.4.0 xen_caps : xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32 hvm-3.0-x86_32p hvm-3.0-x86_64 xen_scheduler : credit xen_pagesize : 4096 platform_params : virt_start=0xffff800000000000 xen_changeset : xen_commandline : /xen-4.4.0.gz xsave=1 dom0_mem=12288M iommu=1 cc_compiler : gcc (GCC) 4.9.1 cc_compile_by : bazin cc_compile_domain : lan cc_compile_date : Sat Aug 16 19:11:40 CEST 2014 xend_config_format : 4 xl dmesg Xen 4.4.0 (XEN) Xen version 4.4.0 (bazin@lan) (gcc (GCC) 4.9.1) debug=n Sat Aug 16 19:11:40 CEST 2014 (XEN) Latest ChangeSet: (XEN) Bootloader: GRUB 2.00 (XEN) Command line: /xen-4.4.0.gz xsave=1 dom0_mem=12288M iommu=1 (XEN) Video information: (XEN) VGA is text mode 80x25, font 8x16 (XEN) VBE/DDC methods: V2; EDID transfer time: 1 seconds (XEN) Disc information: (XEN) Found 3 MBR signatures (XEN) Found 3 EDD information structures (XEN) Xen-e820 RAM map: (XEN) 0000000000000000 - 000000000009d000 (usable) (XEN) 000000000009d000 - 00000000000a0000 (reserved) (XEN) 00000000000e0000 - 0000000000100000 (reserved) (XEN) 0000000000100000 - 0000000020000000 (usable) (XEN) 0000000020000000 - 0000000020200000 (reserved) (XEN) 0000000020200000 - 0000000040004000 (usable) (XEN) 0000000040004000 - 0000000040005000 (reserved) (XEN) 0000000040005000 - 000000008dee9000 (usable) (XEN) 000000008dee9000 - 000000008e311000 (reserved) (XEN) 000000008e311000 - 000000008e31d000 (ACPI data) (XEN) 000000008e31d000 - 000000008e379000 (reserved) (XEN) 000000008e379000 - 000000008e37e000 (ACPI data) (XEN) 000000008e37e000 - 000000008e3de000 (usable) (XEN) 000000008e3de000 - 000000008e3e4000 (ACPI NVS) (XEN) 000000008e3e4000 - 000000008e6a1000 (reserved) (XEN) 000000008e6a1000 - 000000008e6a2000 (usable) (XEN) 000000008e6a2000 - 000000008e6e5000 (ACPI NVS) (XEN) 000000008e6e5000 - 000000008f000000 (usable) (XEN) 000000008f800000 - 00000000afa00000 (reserved) (XEN) 00000000f0000000 - 00000000f8000000 (reserved) (XEN) 00000000fec00000 - 00000000fec01000 (reserved) (XEN) 00000000fed00000 - 00000000fed04000 (reserved) (XEN) 00000000fed1c000 - 00000000fed20000 (reserved) (XEN) 00000000fee00000 - 00000000fee01000 (reserved) (XEN) 00000000ff000000 - 0000000100000000 (reserved) (XEN) 0000000100000000 - 000000044f600000 (usable) (XEN) ACPI: RSDP 000F0490, 0024 (r2 INTEL) (XEN) ACPI: XSDT 8E311078, 006C (r1 INTEL DZ77GA 27 AMI 10013) (XEN) ACPI: FACP 8E31B2E0, 00F4 (r4 INTEL DZ77GA 27 AMI 10013) (XEN) ACPI: DSDT 8E311170, A169 (r2 INTEL DZ77GA 19 INTL 20051117) (XEN) ACPI: FACS 8E3E2F80, 0040 (XEN) ACPI: APIC 8E31B3D8, 0092 (r3 INTEL DZ77GA 27 AMI 10013) (XEN) ACPI: FPDT 8E31B470, 0044 (r1 INTEL DZ77GA 27 AMI 10013) (XEN) ACPI: MCFG 8E31B4B8, 003C (r1 INTEL DZ77GA 27 MSFT 97) (XEN) ACPI: HPET 8E31B4F8, 0038 (r1 INTEL DZ77GA 27 ^.^ 5) (XEN) ACPI: SSDT 8E31B530, 036D (r1 SataRe SataTabl 1000 INTL 20091112) (XEN) ACPI: SSDT 8E31B8A0, 09AA (r1 PmRef Cpu0Ist 3000 INTL 20051117) (XEN) ACPI: SSDT 8E31C250, 0A92 (r1 PmRef CpuPm 3000 INTL 20051117) (XEN) ACPI: DMAR 8E31CCE8, 00B8 (r1 INTEL SNB 1 INTL 1) (XEN) System RAM: 15836MB (16216068kB) (XEN) Domain heap initialised (XEN) ACPI: 32/64X FACS address mismatch in FADT - 8e3e2f80/0000000000000000, using 32 (XEN) Processor #0 7:10 APIC version 21 (XEN) Processor #2 7:10 APIC version 21 (XEN) Processor #4 7:10 APIC version 21 (XEN) Processor #6 7:10 APIC version 21 (XEN) Processor #1 7:10 APIC version 21 (XEN) Processor #3 7:10 APIC version 21 (XEN) Processor #5 7:10 APIC version 21 (XEN) Processor #7 7:10 APIC version 21 (XEN) IOAPIC[0]: apic_id 2, version 32, address 0xfec00000, GSI 0-23 (XEN) Enabling APIC mode: Flat. Using 1 I/O APICs (XEN) Switched to APIC driver x2apic_cluster. (XEN) Using scheduler: SMP Credit Scheduler (credit) (XEN) Detected 3392.429 MHz processor. (XEN) Initing memory sharing. (XEN) xstate_init: using cntxt_size: 0x340 and states: 0x7 (XEN) Intel VT-d iommu 0 supported page sizes: 4kB. (XEN) Intel VT-d iommu 1 supported page sizes: 4kB. (XEN) Intel VT-d Snoop Control not enabled. (XEN) Intel VT-d Dom0 DMA Passthrough not enabled. (XEN) Intel VT-d Queued Invalidation enabled. (XEN) Intel VT-d Interrupt Remapping enabled. (XEN) Intel VT-d Shared EPT tables not enabled. (XEN) I/O virtualisation enabled (XEN) - Dom0 mode: Relaxed (XEN) Interrupt remapping enabled (XEN) Enabled directed EOI with ioapic_ack_old on! (XEN) ENABLING IO-APIC IRQs (XEN) -> Using old ACK method (XEN) Platform timer is 14.318MHz HPET (XEN) Allocated console ring of 16 KiB. (XEN) VMX: Supported advanced features: (XEN) - APIC MMIO access virtualisation (XEN) - APIC TPR shadow (XEN) - Extended Page Tables (EPT) (XEN) - Virtual-Processor Identifiers (VPID) (XEN) - Virtual NMI (XEN) - MSR direct-access bitmap (XEN) - Unrestricted Guest (XEN) HVM: ASIDs enabled. (XEN) HVM: VMX enabled (XEN) HVM: Hardware Assisted Paging (HAP) detected (XEN) HVM: HAP page sizes: 4kB, 2MB (XEN) Brought up 8 CPUs (XEN) *** LOADING DOMAIN 0 *** (XEN) Xen kernel: 64-bit, lsb, compat32 (XEN) Dom0 kernel: 64-bit, PAE, lsb, paddr 0x1000000 -> 0x1f47000 (XEN) PHYSICAL MEMORY ARRANGEMENT: (XEN) Dom0 alloc.: 000000043c000000->0000000440000000 (3125422 pages to be allocated) (XEN) Init. ramdisk: 000000044e6ae000->000000044f5ffe00 (XEN) VIRTUAL MEMORY ARRANGEMENT: (XEN) Loaded kernel: ffffffff81000000->ffffffff81f47000 (XEN) Init. ramdisk: ffffffff81f47000->ffffffff82e98e00 (XEN) Phys-Mach map: ffffffff82e99000->ffffffff84699000 (XEN) Start info: ffffffff84699000->ffffffff846994b4 (XEN) Page tables: ffffffff8469a000->ffffffff846c1000 (XEN) Boot stack: ffffffff846c1000->ffffffff846c2000 (XEN) TOTAL: ffffffff80000000->ffffffff84800000 (XEN) ENTRY ADDRESS: ffffffff818f51f0 (XEN) Dom0 has maximum 8 VCPUs (XEN) Scrubbing Free RAM: ..................................done. (XEN) Initial low memory virq threshold set at 0x4000 pages. (XEN) Std. Loglevel: Errors and warnings (XEN) Guest Loglevel: Nothing (Rate-limited: Errors and warnings) (XEN) Xen is relinquishing VGA console. (XEN) *** Serial input -> DOM0 (type 'CTRL-a' three times to switch input to Xen) (XEN) Freed 260kB init memory. lspci 00:00.0 Host bridge: Intel Corporation Xeon E3-1200 v2/3rd Gen Core processor DRAM Controller (rev 09) 00:01.0 PCI bridge: Intel Corporation Xeon E3-1200 v2/3rd Gen Core processor PCI Express Root Port (rev 09) 00:02.0 VGA compatible controller: Intel Corporation Xeon E3-1200 v2/3rd Gen Core processor Graphics Controller (rev 09) 00:14.0 USB controller: Intel Corporation 7 Series/C210 Series Chipset Family USB xHCI Host Controller (rev 04) 00:16.0 Communication controller: Intel Corporation 7 Series/C210 Series Chipset Family MEI Controller #1 (rev 04) 00:16.1 Communication controller: Intel Corporation 7 Series/C210 Series Chipset Family MEI Controller #2 (rev 04) 00:19.0 Ethernet controller: Intel Corporation 82579V Gigabit Network Connection (rev 04) 00:1a.0 USB controller: Intel Corporation 7 Series/C210 Series Chipset Family USB Enhanced Host Controller #2 (rev 04) 00:1b.0 Audio device: Intel Corporation 7 Series/C210 Series Chipset Family High Definition Audio Controller (rev 04) 00:1c.0 PCI bridge: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 1 (rev c4) 00:1c.4 PCI bridge: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 5 (rev c4) 00:1c.5 PCI bridge: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 6 (rev c4) 00:1c.7 PCI bridge: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 8 (rev c4) 00:1d.0 USB controller: Intel Corporation 7 Series/C210 Series Chipset Family USB Enhanced Host Controller #1 (rev 04) 00:1f.0 ISA bridge: Intel Corporation Z77 Express Chipset LPC Controller (rev 04) 00:1f.2 SATA controller: Intel Corporation 7 Series/C210 Series Chipset Family 6-port SATA Controller [AHCI mode] (rev 04) 00:1f.3 SMBus: Intel Corporation 7 Series/C210 Series Chipset Family SMBus Controller (rev 04) 01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Pitcairn XT [Radeon HD 7870 GHz Edition] 01:00.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Cape Verde/Pitcairn HDMI Audio [Radeon HD 7700/7800 Series] 33:00.0 Ethernet controller: Intel Corporation 82574L Gigabit Network Connection 34:00.0 PCI bridge: PLX Technology, Inc. PEX 8606 6 Lane, 6 Port PCI Express Gen 2 (5.0 GT/s) Switch (rev ba) 35:01.0 PCI bridge: PLX Technology, Inc. PEX 8606 6 Lane, 6 Port PCI Express Gen 2 (5.0 GT/s) Switch (rev ba) 35:04.0 PCI bridge: PLX Technology, Inc. PEX 8606 6 Lane, 6 Port PCI Express Gen 2 (5.0 GT/s) Switch (rev ba) 35:05.0 PCI bridge: PLX Technology, Inc. PEX 8606 6 Lane, 6 Port PCI Express Gen 2 (5.0 GT/s) Switch (rev ba) 35:07.0 PCI bridge: PLX Technology, Inc. PEX 8606 6 Lane, 6 Port PCI Express Gen 2 (5.0 GT/s) Switch (rev ba) 35:09.0 PCI bridge: PLX Technology, Inc. PEX 8606 6 Lane, 6 Port PCI Express Gen 2 (5.0 GT/s) Switch (rev ba) 37:00.0 SATA controller: Marvell Technology Group Ltd. 88SE9172 SATA 6Gb/s Controller (rev 11) 3a:00.0 PCI bridge: Integrated Technology Express, Inc. Device 8892 (rev 30) 3b:02.0 FireWire (IEEE 1394): Texas Instruments TSB43AB22A IEEE-1394a-2000 Controller (PHY/Link) [iOHCI-Lynx] 3c:00.0 SATA controller: Marvell Technology Group Ltd. 88SE9172 SATA 6Gb/s Controller (rev 11) --089e0149c866859fd60500c481e7 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hello everyone ,

i have small= troubles with Chromium and XEN hypervisor .=C2=A0
I am using Arc= hlinux and XEN 4.4.0 from aur ( https://aur.archlinux.org/packages/xen/) .

When i try to boot without XEN then=C2=A0 i does not have an= y troubles with Chromium or other programs ,=C2=A0 but when i boot with xen= then is Chromium "unusable " like on this video : https://www.yo= utube.com/watch?v=3DF77YeM1ZZC8 , but only when=C2=A0 "Enable hw a= ccleration " is enabled .=C2=A0 Primary grafic card are=C2=A0 Intel , = radeon=C2=A0 is for hvm quest :-) .=C2=A0

Because i dont know where is a problem i was made a ticket on Chromium = bugzilla (https://code.google.com/p/chromium/issues/detail?id=3D399966)= =C2=A0 , cuz i was think its a Chromium fault , cause google changed GUI fr= om gtk to Aura .=C2=A0 But today i tried to boot without XEN and i got norm= aly function . I am using xen over the 1 year w/o any problems=C2=A0 till n= ow .=C2=A0=C2=A0 What can be wrong=C2=A0 ?=C2=A0

Thanks much for help=C2=A0 .

S= ys info there : 
OS : Latest Archlinux with XEN 4.4.0

Dmesg logs are on google drive :
https:/= /drive.google.com/folderview?id=3D0B4FVL7NQDdcDS3pab2d6Y2loSmc&usp=3Dsh= aring



uname -a
Linux bazin-pc 3.16.1-1-ARCH #1 SMP PREEMPT Thu Aug 14 07:40:19 CEST 2014 x=
86_64 GNU/Linux

xl info=20
host                   : bazin-pc
release                : 3.16.1-1-ARCH
version                : #1 SMP PREEMPT Thu Aug 14 07:40:19 CEST 2014
machine                : x86_64
nr_cpus                : 8
max_cpu_id             : 7
nr_nodes               : 1
cores_per_socket       : 4
threads_per_core       : 2
cpu_mhz                : 3392
hw_caps                : bfebfbff:28100800:00000000:00007f00:77bae3ff:00000=
000:00000001:00000281
virt_caps              : hvm hvm_directio
total_memory           : 15836
free_memory            : 3331
sharing_freed_memory   : 0
sharing_used_memory    : 0
outstanding_claims     : 0
free_cpus              : 0
xen_major              : 4
xen_minor              : 4
xen_extra              : .0
xen_version            : 4.4.0
xen_caps               : xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32 hvm-=
3.0-x86_32p hvm-3.0-x86_64=20
xen_scheduler          : credit
xen_pagesize           : 4096
platform_params        : virt_start=3D0xffff800000000000
xen_changeset          :=20
xen_commandline        : /xen-4.4.0.gz xsave=3D1 dom0_mem=3D12288M iommu=3D=
1
cc_compiler            : gcc (GCC) 4.9.1
cc_compile_by          : bazin
cc_compile_domain      : lan
cc_compile_date        : Sat Aug 16 19:11:40 CEST 2014
xend_config_format     : 4

xl dmesg
 Xen 4.4.0
(XEN) Xen version 4.4.0 (bazin@lan) (gcc (GCC) 4.9.1) debug=3Dn Sat Aug 16 =
19:11:40 CEST 2014
(XEN) Latest ChangeSet:=20
(XEN) Bootloader: GRUB 2.00
(XEN) Command line: /xen-4.4.0.gz xsave=3D1 dom0_mem=3D12288M iommu=3D1
(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 3 MBR signatures
(XEN)  Found 3 EDD information structures
(XEN) Xen-e820 RAM map:
(XEN)  0000000000000000 - 000000000009d000 (usable)
(XEN)  000000000009d000 - 00000000000a0000 (reserved)
(XEN)  00000000000e0000 - 0000000000100000 (reserved)
(XEN)  0000000000100000 - 0000000020000000 (usable)
(XEN)  0000000020000000 - 0000000020200000 (reserved)
(XEN)  0000000020200000 - 0000000040004000 (usable)
(XEN)  0000000040004000 - 0000000040005000 (reserved)
(XEN)  0000000040005000 - 000000008dee9000 (usable)
(XEN)  000000008dee9000 - 000000008e311000 (reserved)
(XEN)  000000008e311000 - 000000008e31d000 (ACPI data)
(XEN)  000000008e31d000 - 000000008e379000 (reserved)
(XEN)  000000008e379000 - 000000008e37e000 (ACPI data)
(XEN)  000000008e37e000 - 000000008e3de000 (usable)
(XEN)  000000008e3de000 - 000000008e3e4000 (ACPI NVS)
(XEN)  000000008e3e4000 - 000000008e6a1000 (reserved)
(XEN)  000000008e6a1000 - 000000008e6a2000 (usable)
(XEN)  000000008e6a2000 - 000000008e6e5000 (ACPI NVS)
(XEN)  000000008e6e5000 - 000000008f000000 (usable)
(XEN)  000000008f800000 - 00000000afa00000 (reserved)
(XEN)  00000000f0000000 - 00000000f8000000 (reserved)
(XEN)  00000000fec00000 - 00000000fec01000 (reserved)
(XEN)  00000000fed00000 - 00000000fed04000 (reserved)
(XEN)  00000000fed1c000 - 00000000fed20000 (reserved)
(XEN)  00000000fee00000 - 00000000fee01000 (reserved)
(XEN)  00000000ff000000 - 0000000100000000 (reserved)
(XEN)  0000000100000000 - 000000044f600000 (usable)
(XEN) ACPI: RSDP 000F0490, 0024 (r2  IN=
TEL)
(XEN) ACPI: XSDT 8E311078, 006C (r1  IN=
TEL   DZ77GA       27 AMI     10013)
(XEN) ACPI: FACP 8E31B2E0, 00F4 (r4  IN=
TEL   DZ77GA       27 AMI     10013)
(XEN) ACPI: DSDT 8E311170, A169 (r2  IN=
TEL   DZ77GA       19 INTL 20051117)
(XEN) ACPI: FACS 8E3E2F80, 0040
(XEN) ACPI: APIC 8E31B3D8, 0092 (r3  IN=
TEL   DZ77GA       27 AMI     10013)
(XEN) ACPI: FPDT 8E31B470, 0044 (r1  IN=
TEL   DZ77GA       27 AMI     10013)
(XEN) ACPI: MCFG 8E31B4B8, 003C (r1  IN=
TEL   DZ77GA       27 MSFT       97)
(XEN) ACPI: HPET 8E31B4F8, 0038 (r1  IN=
TEL   DZ77GA       27 ^.^         5)
(XEN) ACPI: SSDT 8E31B530, 036D (r1 Sat=
aRe SataTabl     1000 INTL 20091112)
(XEN) ACPI: SSDT 8E31B8A0, 09AA (r1  Pm=
Ref  Cpu0Ist     3000 INTL 20051117)
(XEN) ACPI: SSDT 8E31C250, 0A92 (r1  Pm=
Ref    CpuPm     3000 INTL 20051117)
(XEN) ACPI: DMAR 8E31CCE8, 00B8 (r1 INT=
EL      SNB         1 INTL        1)
(XEN) System RAM: 15836MB (16216068kB)
(XEN) Domain heap initialised
(XEN) ACPI: 32/64X FACS address mismatch in FADT - 8e3e2f80/000000000000000=
0, using 32
(XEN) Processor #0 7:10 APIC version 21
(XEN) Processor #2 7:10 APIC version 21
(XEN) Processor #4 7:10 APIC version 21
(XEN) Processor #6 7:10 APIC version 21
(XEN) Processor #1 7:10 APIC version 21
(XEN) Processor #3 7:10 APIC version 21
(XEN) Processor #5 7:10 APIC version 21
(XEN) Processor #7 7:10 APIC version 21
(XEN) IOAPIC[0]: apic_id 2, version 32, address 0xfec00000, GSI 0-23
(XEN) Enabling APIC mode:  Flat.  Using 1 I/O APICs
(XEN) Switched to APIC driver x2apic_cluster.
(XEN) Using scheduler: SMP Credit Scheduler (credit)
(XEN) Detected 3392.429 MHz processor.
(XEN) Initing memory sharing.
(XEN) xstate_init: using cntxt_size: 0x340 and states: 0x7
(XEN) Intel VT-d iommu 0 supported page sizes: 4kB.
(XEN) Intel VT-d iommu 1 supported page sizes: 4kB.
(XEN) Intel VT-d Snoop Control not enabled.
(XEN) Intel VT-d Dom0 DMA Passthrough not enabled.
(XEN) Intel VT-d Queued Invalidation enabled.
(XEN) Intel VT-d Interrupt Remapping enabled.
(XEN) Intel VT-d Shared EPT tables not enabled.
(XEN) I/O virtualisation enabled
(XEN)  - Dom0 mode: Relaxed
(XEN) Interrupt remapping enabled
(XEN) Enabled directed EOI with ioapic_ack_old on!
(XEN) ENABLING IO-APIC IRQs
(XEN)  -> Using old ACK method
(XEN) Platform timer is 14.318MHz HPET
(XEN) Allocated console ring of 16 KiB.
(XEN) VMX: Supported advanced features:
(XEN)  - APIC MMIO access virtualisation
(XEN)  - APIC TPR shadow
(XEN)  - Extended Page Tables (EPT)
(XEN)  - Virtual-Processor Identifiers (VPID)
(XEN)  - Virtual NMI
(XEN)  - MSR direct-access bitmap
(XEN)  - Unrestricted Guest
(XEN) HVM: ASIDs enabled.
(XEN) HVM: VMX enabled
(XEN) HVM: Hardware Assisted Paging (HAP) detected
(XEN) HVM: HAP page sizes: 4kB, 2MB
(XEN) Brought up 8 CPUs
(XEN) *** LOADING DOMAIN 0 ***
(XEN)  Xen  kernel: 64-bit, lsb, compat32
(XEN)  Dom0 kernel: 64-bit, PAE, lsb, paddr 0x1000000 -> 0x1f47000
(XEN) PHYSICAL MEMORY ARRANGEMENT:
(XEN)  Dom0 alloc.:   000000043c000000->0000000440000000 (3125422 pages =
to be allocated)
(XEN)  Init. ramdisk: 000000044e6ae000->000000044f5ffe00
(XEN) VIRTUAL MEMORY ARRANGEMENT:
(XEN)  Loaded kernel: ffffffff81000000->ffffffff81f47000
(XEN)  Init. ramdisk: ffffffff81f47000->ffffffff82e98e00
(XEN)  Phys-Mach map: ffffffff82e99000->ffffffff84699000
(XEN)  Start info:    ffffffff84699000->ffffffff846994b4
(XEN)  Page tables:   ffffffff8469a000->ffffffff846c1000
(XEN)  Boot stack:    ffffffff846c1000->ffffffff846c2000
(XEN)  TOTAL:         ffffffff80000000->ffffffff84800000
(XEN)  ENTRY ADDRESS: ffffffff818f51f0
(XEN) Dom0 has maximum 8 VCPUs
(XEN) Scrubbing Free RAM: ..................................done.
(XEN) Initial low memory virq threshold set at 0x4000 pages.
(XEN) Std. Loglevel: Errors and warnings
(XEN) Guest Loglevel: Nothing (Rate-limited: Errors and warnings)
(XEN) Xen is relinquishing VGA console.
(XEN) *** Serial input -> DOM0 (type 'CTRL-a' three times to swi=
tch input to Xen)
(XEN) Freed 260kB init memory.

lspci
00:00.0 Host bridge: Intel Corporation Xeon E3-1200 v2/3rd Gen Core process=
or DRAM Controller (rev 09)
00:01.0 PCI bridge: Intel Corporation Xeon E3-1200 v2/3rd Gen Core processo=
r PCI Express Root Port (rev 09)
00:02.0 VGA compatible controller: Intel Corporation Xeon E3-1200 v2/3rd Ge=
n Core processor Graphics Controller (rev 09)
00:14.0 USB controller: Intel Corporation 7 Series/C210 Series Chipset Fami=
ly USB xHCI Host Controller (rev 04)
00:16.0 Communication controller: Intel Corporation 7 Series/C210 Series Ch=
ipset Family MEI Controller #1 (rev 04)
00:16.1 Communication controller: Intel Corporation 7 Series/C210 Series Ch=
ipset Family MEI Controller #2 (rev 04)
00:19.0 Ethernet controller: Intel Corporation 82579V Gigabit Network Conne=
ction (rev 04)
00:1a.0 USB controller: Intel Corporation 7 Series/C210 Series Chipset Fami=
ly USB Enhanced Host Controller #2 (rev 04)
00:1b.0 Audio device: Intel Corporation 7 Series/C210 Series Chipset Family=
 High Definition Audio Controller (rev 04)
00:1c.0 PCI bridge: Intel Corporation 7 Series/C210 Series Chipset Family P=
CI Express Root Port 1 (rev c4)
00:1c.4 PCI bridge: Intel Corporation 7 Series/C210 Series Chipset Family P=
CI Express Root Port 5 (rev c4)
00:1c.5 PCI bridge: Intel Corporation 7 Series/C210 Series Chipset Family P=
CI Express Root Port 6 (rev c4)
00:1c.7 PCI bridge: Intel Corporation 7 Series/C210 Series Chipset Family P=
CI Express Root Port 8 (rev c4)
00:1d.0 USB controller: Intel Corporation 7 Series/C210 Series Chipset Fami=
ly USB Enhanced Host Controller #1 (rev 04)
00:1f.0 ISA bridge: Intel Corporation Z77 Express Chipset LPC Controller (r=
ev 04)
00:1f.2 SATA controller: Intel Corporation 7 Series/C210 Series Chipset Fam=
ily 6-port SATA Controller [AHCI mode] (rev 04)
00:1f.3 SMBus: Intel Corporation 7 Series/C210 Series Chipset Family SMBus =
Controller (rev 04)
01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] P=
itcairn XT [Radeon HD 7870 GHz Edition]
01:00.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Cape Verde/Pit=
cairn HDMI Audio [Radeon HD 7700/7800 Series]
33:00.0 Ethernet controller: Intel Corporation 82574L Gigabit Network Conne=
ction
34:00.0 PCI bridge: PLX Technology, Inc. PEX 8606 6 Lane, 6 Port PCI Expres=
s Gen 2 (5.0 GT/s) Switch (rev ba)
35:01.0 PCI bridge: PLX Technology, Inc. PEX 8606 6 Lane, 6 Port PCI Expres=
s Gen 2 (5.0 GT/s) Switch (rev ba)
35:04.0 PCI bridge: PLX Technology, Inc. PEX 8606 6 Lane, 6 Port PCI Expres=
s Gen 2 (5.0 GT/s) Switch (rev ba)
35:05.0 PCI bridge: PLX Technology, Inc. PEX 8606 6 Lane, 6 Port PCI Expres=
s Gen 2 (5.0 GT/s) Switch (rev ba)
35:07.0 PCI bridge: PLX Technology, Inc. PEX 8606 6 Lane, 6 Port PCI Expres=
s Gen 2 (5.0 GT/s) Switch (rev ba)
35:09.0 PCI bridge: PLX Technology, Inc. PEX 8606 6 Lane, 6 Port PCI Expres=
s Gen 2 (5.0 GT/s) Switch (rev ba)
37:00.0 SATA controller: Marvell Technology Group Ltd. 88SE9172 SATA 6Gb/s =
Controller (rev 11)
3a:00.0 PCI bridge: Integrated Technology Express, Inc. Device 8892 (rev 30=
)
3b:02.0 FireWire (IEEE 1394): Texas Instruments TSB43AB22A IEEE-1394a-2000 =
Controller (PHY/Link) [iOHCI-Lynx]
3c:00.0 SATA controller: Marvell Technology Group Ltd. 88SE9172 SATA 6Gb/s =
Controller (rev 11)
=C2=A0


--089e0149c866859fd60500c481e7-- --===============2722533387347666088== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2722533387347666088==-- From xen-users-bounces@lists.xen.org Sat Aug 16 19:55:59 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 16 Aug 2014 19:55: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 1XIk3g-0000ul-Sg; Sat, 16 Aug 2014 19:54:36 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XIk3e-0000ug-Me for xen-users@lists.xen.org; Sat, 16 Aug 2014 19:54:35 +0000 Received: from [85.158.139.211:15408] by server-14.bemta-5.messagelabs.com id BA/FF-12422-9F6BFE35; Sat, 16 Aug 2014 19:54:33 +0000 X-Env-Sender: bazin.cz@gmail.com X-Msg-Ref: server-5.tower-206.messagelabs.com!1408218870!11698494!1 X-Originating-IP: [209.85.213.178] X-SpamReason: No, hits=1.7 required=7.0 tests=BODY_RANDOM_LONG, HTML_10_20, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.12.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24289 invoked from network); 16 Aug 2014 19:54:31 -0000 Received: from mail-ig0-f178.google.com (HELO mail-ig0-f178.google.com) (209.85.213.178) by server-5.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 16 Aug 2014 19:54:31 -0000 Received: by mail-ig0-f178.google.com with SMTP id uq10so4573326igb.17 for ; Sat, 16 Aug 2014 12:54:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=5ghycL0RfzVbwg4lx+3f95O80N3GdxUs/zLp+75sVPQ=; b=S97zW4p9DRt8kILbpF3jKipIWr8L6FpBPNya3x7sLmJaK92tr6Qy5frrNiCuovuLii 3Ysq8vE0IsghpPx4NuYJvZ9YuIBPgKsBHTfhCXiM0KslYiMx8b8SjCbzUvZzVacU2ulP yYmwisNR9B/XoFjfg9/qC9AM2HoW4FrIo6LyOSfh0WGAZJsiUPuUB/JH1safdhoQe6+R Y52PqcQ0Vzq3HPfMKdBTvcEZjwpfXhS6A3cek4Jo+jiFmE//mZhf58YyId0ipiAWMi2U LmTVrrKRv9ECex4Bf1ApUpQFVgaf1Gp9nACsJ++dQInVEY3+mr3WKyqpzOsuWqWZoEgn OepQ== MIME-Version: 1.0 X-Received: by 10.50.153.83 with SMTP id ve19mr7986545igb.4.1408218870159; Sat, 16 Aug 2014 12:54:30 -0700 (PDT) Received: by 10.64.12.163 with HTTP; Sat, 16 Aug 2014 12:54:30 -0700 (PDT) Date: Sat, 16 Aug 2014 21:54:30 +0200 Message-ID: From: Bazin To: xen-users@lists.xen.org Subject: [Xen-users] XEN affecting Chromium X-BeenThere: xen-users@lists.xen.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="===============2722533387347666088==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2722533387347666088== Content-Type: multipart/alternative; boundary=089e0149c866859fd60500c481e7 --089e0149c866859fd60500c481e7 Content-Type: text/plain; charset=UTF-8 Hello everyone , i have small troubles with Chromium and XEN hypervisor . I am using Archlinux and XEN 4.4.0 from aur ( https://aur.archlinux.org/packages/xen/) . When i try to boot without XEN then i does not have any troubles with Chromium or other programs , but when i boot with xen then is Chromium "unusable " like on this video : https://www.youtube.com/watch?v=F77YeM1ZZC8 , but only when "Enable hw accleration " is enabled . Primary grafic card are Intel , radeon is for hvm quest :-) . Because i dont know where is a problem i was made a ticket on Chromium bugzilla (https://code.google.com/p/chromium/issues/detail?id=399966) , cuz i was think its a Chromium fault , cause google changed GUI from gtk to Aura . But today i tried to boot without XEN and i got normaly function . I am using xen over the 1 year w/o any problems till now . What can be wrong ? Thanks much for help . Sys info there : OS : Latest Archlinux with XEN 4.4.0 Dmesg logs are on google drive : https://drive.google.com/folderview?id=0B4FVL7NQDdcDS3pab2d6Y2loSmc&usp=sharing uname -a Linux bazin-pc 3.16.1-1-ARCH #1 SMP PREEMPT Thu Aug 14 07:40:19 CEST 2014 x86_64 GNU/Linux xl info host : bazin-pc release : 3.16.1-1-ARCH version : #1 SMP PREEMPT Thu Aug 14 07:40:19 CEST 2014 machine : x86_64 nr_cpus : 8 max_cpu_id : 7 nr_nodes : 1 cores_per_socket : 4 threads_per_core : 2 cpu_mhz : 3392 hw_caps : bfebfbff:28100800:00000000:00007f00:77bae3ff:00000000:00000001:00000281 virt_caps : hvm hvm_directio total_memory : 15836 free_memory : 3331 sharing_freed_memory : 0 sharing_used_memory : 0 outstanding_claims : 0 free_cpus : 0 xen_major : 4 xen_minor : 4 xen_extra : .0 xen_version : 4.4.0 xen_caps : xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32 hvm-3.0-x86_32p hvm-3.0-x86_64 xen_scheduler : credit xen_pagesize : 4096 platform_params : virt_start=0xffff800000000000 xen_changeset : xen_commandline : /xen-4.4.0.gz xsave=1 dom0_mem=12288M iommu=1 cc_compiler : gcc (GCC) 4.9.1 cc_compile_by : bazin cc_compile_domain : lan cc_compile_date : Sat Aug 16 19:11:40 CEST 2014 xend_config_format : 4 xl dmesg Xen 4.4.0 (XEN) Xen version 4.4.0 (bazin@lan) (gcc (GCC) 4.9.1) debug=n Sat Aug 16 19:11:40 CEST 2014 (XEN) Latest ChangeSet: (XEN) Bootloader: GRUB 2.00 (XEN) Command line: /xen-4.4.0.gz xsave=1 dom0_mem=12288M iommu=1 (XEN) Video information: (XEN) VGA is text mode 80x25, font 8x16 (XEN) VBE/DDC methods: V2; EDID transfer time: 1 seconds (XEN) Disc information: (XEN) Found 3 MBR signatures (XEN) Found 3 EDD information structures (XEN) Xen-e820 RAM map: (XEN) 0000000000000000 - 000000000009d000 (usable) (XEN) 000000000009d000 - 00000000000a0000 (reserved) (XEN) 00000000000e0000 - 0000000000100000 (reserved) (XEN) 0000000000100000 - 0000000020000000 (usable) (XEN) 0000000020000000 - 0000000020200000 (reserved) (XEN) 0000000020200000 - 0000000040004000 (usable) (XEN) 0000000040004000 - 0000000040005000 (reserved) (XEN) 0000000040005000 - 000000008dee9000 (usable) (XEN) 000000008dee9000 - 000000008e311000 (reserved) (XEN) 000000008e311000 - 000000008e31d000 (ACPI data) (XEN) 000000008e31d000 - 000000008e379000 (reserved) (XEN) 000000008e379000 - 000000008e37e000 (ACPI data) (XEN) 000000008e37e000 - 000000008e3de000 (usable) (XEN) 000000008e3de000 - 000000008e3e4000 (ACPI NVS) (XEN) 000000008e3e4000 - 000000008e6a1000 (reserved) (XEN) 000000008e6a1000 - 000000008e6a2000 (usable) (XEN) 000000008e6a2000 - 000000008e6e5000 (ACPI NVS) (XEN) 000000008e6e5000 - 000000008f000000 (usable) (XEN) 000000008f800000 - 00000000afa00000 (reserved) (XEN) 00000000f0000000 - 00000000f8000000 (reserved) (XEN) 00000000fec00000 - 00000000fec01000 (reserved) (XEN) 00000000fed00000 - 00000000fed04000 (reserved) (XEN) 00000000fed1c000 - 00000000fed20000 (reserved) (XEN) 00000000fee00000 - 00000000fee01000 (reserved) (XEN) 00000000ff000000 - 0000000100000000 (reserved) (XEN) 0000000100000000 - 000000044f600000 (usable) (XEN) ACPI: RSDP 000F0490, 0024 (r2 INTEL) (XEN) ACPI: XSDT 8E311078, 006C (r1 INTEL DZ77GA 27 AMI 10013) (XEN) ACPI: FACP 8E31B2E0, 00F4 (r4 INTEL DZ77GA 27 AMI 10013) (XEN) ACPI: DSDT 8E311170, A169 (r2 INTEL DZ77GA 19 INTL 20051117) (XEN) ACPI: FACS 8E3E2F80, 0040 (XEN) ACPI: APIC 8E31B3D8, 0092 (r3 INTEL DZ77GA 27 AMI 10013) (XEN) ACPI: FPDT 8E31B470, 0044 (r1 INTEL DZ77GA 27 AMI 10013) (XEN) ACPI: MCFG 8E31B4B8, 003C (r1 INTEL DZ77GA 27 MSFT 97) (XEN) ACPI: HPET 8E31B4F8, 0038 (r1 INTEL DZ77GA 27 ^.^ 5) (XEN) ACPI: SSDT 8E31B530, 036D (r1 SataRe SataTabl 1000 INTL 20091112) (XEN) ACPI: SSDT 8E31B8A0, 09AA (r1 PmRef Cpu0Ist 3000 INTL 20051117) (XEN) ACPI: SSDT 8E31C250, 0A92 (r1 PmRef CpuPm 3000 INTL 20051117) (XEN) ACPI: DMAR 8E31CCE8, 00B8 (r1 INTEL SNB 1 INTL 1) (XEN) System RAM: 15836MB (16216068kB) (XEN) Domain heap initialised (XEN) ACPI: 32/64X FACS address mismatch in FADT - 8e3e2f80/0000000000000000, using 32 (XEN) Processor #0 7:10 APIC version 21 (XEN) Processor #2 7:10 APIC version 21 (XEN) Processor #4 7:10 APIC version 21 (XEN) Processor #6 7:10 APIC version 21 (XEN) Processor #1 7:10 APIC version 21 (XEN) Processor #3 7:10 APIC version 21 (XEN) Processor #5 7:10 APIC version 21 (XEN) Processor #7 7:10 APIC version 21 (XEN) IOAPIC[0]: apic_id 2, version 32, address 0xfec00000, GSI 0-23 (XEN) Enabling APIC mode: Flat. Using 1 I/O APICs (XEN) Switched to APIC driver x2apic_cluster. (XEN) Using scheduler: SMP Credit Scheduler (credit) (XEN) Detected 3392.429 MHz processor. (XEN) Initing memory sharing. (XEN) xstate_init: using cntxt_size: 0x340 and states: 0x7 (XEN) Intel VT-d iommu 0 supported page sizes: 4kB. (XEN) Intel VT-d iommu 1 supported page sizes: 4kB. (XEN) Intel VT-d Snoop Control not enabled. (XEN) Intel VT-d Dom0 DMA Passthrough not enabled. (XEN) Intel VT-d Queued Invalidation enabled. (XEN) Intel VT-d Interrupt Remapping enabled. (XEN) Intel VT-d Shared EPT tables not enabled. (XEN) I/O virtualisation enabled (XEN) - Dom0 mode: Relaxed (XEN) Interrupt remapping enabled (XEN) Enabled directed EOI with ioapic_ack_old on! (XEN) ENABLING IO-APIC IRQs (XEN) -> Using old ACK method (XEN) Platform timer is 14.318MHz HPET (XEN) Allocated console ring of 16 KiB. (XEN) VMX: Supported advanced features: (XEN) - APIC MMIO access virtualisation (XEN) - APIC TPR shadow (XEN) - Extended Page Tables (EPT) (XEN) - Virtual-Processor Identifiers (VPID) (XEN) - Virtual NMI (XEN) - MSR direct-access bitmap (XEN) - Unrestricted Guest (XEN) HVM: ASIDs enabled. (XEN) HVM: VMX enabled (XEN) HVM: Hardware Assisted Paging (HAP) detected (XEN) HVM: HAP page sizes: 4kB, 2MB (XEN) Brought up 8 CPUs (XEN) *** LOADING DOMAIN 0 *** (XEN) Xen kernel: 64-bit, lsb, compat32 (XEN) Dom0 kernel: 64-bit, PAE, lsb, paddr 0x1000000 -> 0x1f47000 (XEN) PHYSICAL MEMORY ARRANGEMENT: (XEN) Dom0 alloc.: 000000043c000000->0000000440000000 (3125422 pages to be allocated) (XEN) Init. ramdisk: 000000044e6ae000->000000044f5ffe00 (XEN) VIRTUAL MEMORY ARRANGEMENT: (XEN) Loaded kernel: ffffffff81000000->ffffffff81f47000 (XEN) Init. ramdisk: ffffffff81f47000->ffffffff82e98e00 (XEN) Phys-Mach map: ffffffff82e99000->ffffffff84699000 (XEN) Start info: ffffffff84699000->ffffffff846994b4 (XEN) Page tables: ffffffff8469a000->ffffffff846c1000 (XEN) Boot stack: ffffffff846c1000->ffffffff846c2000 (XEN) TOTAL: ffffffff80000000->ffffffff84800000 (XEN) ENTRY ADDRESS: ffffffff818f51f0 (XEN) Dom0 has maximum 8 VCPUs (XEN) Scrubbing Free RAM: ..................................done. (XEN) Initial low memory virq threshold set at 0x4000 pages. (XEN) Std. Loglevel: Errors and warnings (XEN) Guest Loglevel: Nothing (Rate-limited: Errors and warnings) (XEN) Xen is relinquishing VGA console. (XEN) *** Serial input -> DOM0 (type 'CTRL-a' three times to switch input to Xen) (XEN) Freed 260kB init memory. lspci 00:00.0 Host bridge: Intel Corporation Xeon E3-1200 v2/3rd Gen Core processor DRAM Controller (rev 09) 00:01.0 PCI bridge: Intel Corporation Xeon E3-1200 v2/3rd Gen Core processor PCI Express Root Port (rev 09) 00:02.0 VGA compatible controller: Intel Corporation Xeon E3-1200 v2/3rd Gen Core processor Graphics Controller (rev 09) 00:14.0 USB controller: Intel Corporation 7 Series/C210 Series Chipset Family USB xHCI Host Controller (rev 04) 00:16.0 Communication controller: Intel Corporation 7 Series/C210 Series Chipset Family MEI Controller #1 (rev 04) 00:16.1 Communication controller: Intel Corporation 7 Series/C210 Series Chipset Family MEI Controller #2 (rev 04) 00:19.0 Ethernet controller: Intel Corporation 82579V Gigabit Network Connection (rev 04) 00:1a.0 USB controller: Intel Corporation 7 Series/C210 Series Chipset Family USB Enhanced Host Controller #2 (rev 04) 00:1b.0 Audio device: Intel Corporation 7 Series/C210 Series Chipset Family High Definition Audio Controller (rev 04) 00:1c.0 PCI bridge: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 1 (rev c4) 00:1c.4 PCI bridge: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 5 (rev c4) 00:1c.5 PCI bridge: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 6 (rev c4) 00:1c.7 PCI bridge: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 8 (rev c4) 00:1d.0 USB controller: Intel Corporation 7 Series/C210 Series Chipset Family USB Enhanced Host Controller #1 (rev 04) 00:1f.0 ISA bridge: Intel Corporation Z77 Express Chipset LPC Controller (rev 04) 00:1f.2 SATA controller: Intel Corporation 7 Series/C210 Series Chipset Family 6-port SATA Controller [AHCI mode] (rev 04) 00:1f.3 SMBus: Intel Corporation 7 Series/C210 Series Chipset Family SMBus Controller (rev 04) 01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Pitcairn XT [Radeon HD 7870 GHz Edition] 01:00.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Cape Verde/Pitcairn HDMI Audio [Radeon HD 7700/7800 Series] 33:00.0 Ethernet controller: Intel Corporation 82574L Gigabit Network Connection 34:00.0 PCI bridge: PLX Technology, Inc. PEX 8606 6 Lane, 6 Port PCI Express Gen 2 (5.0 GT/s) Switch (rev ba) 35:01.0 PCI bridge: PLX Technology, Inc. PEX 8606 6 Lane, 6 Port PCI Express Gen 2 (5.0 GT/s) Switch (rev ba) 35:04.0 PCI bridge: PLX Technology, Inc. PEX 8606 6 Lane, 6 Port PCI Express Gen 2 (5.0 GT/s) Switch (rev ba) 35:05.0 PCI bridge: PLX Technology, Inc. PEX 8606 6 Lane, 6 Port PCI Express Gen 2 (5.0 GT/s) Switch (rev ba) 35:07.0 PCI bridge: PLX Technology, Inc. PEX 8606 6 Lane, 6 Port PCI Express Gen 2 (5.0 GT/s) Switch (rev ba) 35:09.0 PCI bridge: PLX Technology, Inc. PEX 8606 6 Lane, 6 Port PCI Express Gen 2 (5.0 GT/s) Switch (rev ba) 37:00.0 SATA controller: Marvell Technology Group Ltd. 88SE9172 SATA 6Gb/s Controller (rev 11) 3a:00.0 PCI bridge: Integrated Technology Express, Inc. Device 8892 (rev 30) 3b:02.0 FireWire (IEEE 1394): Texas Instruments TSB43AB22A IEEE-1394a-2000 Controller (PHY/Link) [iOHCI-Lynx] 3c:00.0 SATA controller: Marvell Technology Group Ltd. 88SE9172 SATA 6Gb/s Controller (rev 11) --089e0149c866859fd60500c481e7 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hello everyone ,

i have small= troubles with Chromium and XEN hypervisor .=C2=A0
I am using Arc= hlinux and XEN 4.4.0 from aur ( https://aur.archlinux.org/packages/xen/) .

When i try to boot without XEN then=C2=A0 i does not have an= y troubles with Chromium or other programs ,=C2=A0 but when i boot with xen= then is Chromium "unusable " like on this video : https://www.yo= utube.com/watch?v=3DF77YeM1ZZC8 , but only when=C2=A0 "Enable hw a= ccleration " is enabled .=C2=A0 Primary grafic card are=C2=A0 Intel , = radeon=C2=A0 is for hvm quest :-) .=C2=A0

Because i dont know where is a problem i was made a ticket on Chromium = bugzilla (https://code.google.com/p/chromium/issues/detail?id=3D399966)= =C2=A0 , cuz i was think its a Chromium fault , cause google changed GUI fr= om gtk to Aura .=C2=A0 But today i tried to boot without XEN and i got norm= aly function . I am using xen over the 1 year w/o any problems=C2=A0 till n= ow .=C2=A0=C2=A0 What can be wrong=C2=A0 ?=C2=A0

Thanks much for help=C2=A0 .

S= ys info there : 
OS : Latest Archlinux with XEN 4.4.0

Dmesg logs are on google drive :
https:/= /drive.google.com/folderview?id=3D0B4FVL7NQDdcDS3pab2d6Y2loSmc&usp=3Dsh= aring



uname -a
Linux bazin-pc 3.16.1-1-ARCH #1 SMP PREEMPT Thu Aug 14 07:40:19 CEST 2014 x=
86_64 GNU/Linux

xl info=20
host                   : bazin-pc
release                : 3.16.1-1-ARCH
version                : #1 SMP PREEMPT Thu Aug 14 07:40:19 CEST 2014
machine                : x86_64
nr_cpus                : 8
max_cpu_id             : 7
nr_nodes               : 1
cores_per_socket       : 4
threads_per_core       : 2
cpu_mhz                : 3392
hw_caps                : bfebfbff:28100800:00000000:00007f00:77bae3ff:00000=
000:00000001:00000281
virt_caps              : hvm hvm_directio
total_memory           : 15836
free_memory            : 3331
sharing_freed_memory   : 0
sharing_used_memory    : 0
outstanding_claims     : 0
free_cpus              : 0
xen_major              : 4
xen_minor              : 4
xen_extra              : .0
xen_version            : 4.4.0
xen_caps               : xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32 hvm-=
3.0-x86_32p hvm-3.0-x86_64=20
xen_scheduler          : credit
xen_pagesize           : 4096
platform_params        : virt_start=3D0xffff800000000000
xen_changeset          :=20
xen_commandline        : /xen-4.4.0.gz xsave=3D1 dom0_mem=3D12288M iommu=3D=
1
cc_compiler            : gcc (GCC) 4.9.1
cc_compile_by          : bazin
cc_compile_domain      : lan
cc_compile_date        : Sat Aug 16 19:11:40 CEST 2014
xend_config_format     : 4

xl dmesg
 Xen 4.4.0
(XEN) Xen version 4.4.0 (bazin@lan) (gcc (GCC) 4.9.1) debug=3Dn Sat Aug 16 =
19:11:40 CEST 2014
(XEN) Latest ChangeSet:=20
(XEN) Bootloader: GRUB 2.00
(XEN) Command line: /xen-4.4.0.gz xsave=3D1 dom0_mem=3D12288M iommu=3D1
(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 3 MBR signatures
(XEN)  Found 3 EDD information structures
(XEN) Xen-e820 RAM map:
(XEN)  0000000000000000 - 000000000009d000 (usable)
(XEN)  000000000009d000 - 00000000000a0000 (reserved)
(XEN)  00000000000e0000 - 0000000000100000 (reserved)
(XEN)  0000000000100000 - 0000000020000000 (usable)
(XEN)  0000000020000000 - 0000000020200000 (reserved)
(XEN)  0000000020200000 - 0000000040004000 (usable)
(XEN)  0000000040004000 - 0000000040005000 (reserved)
(XEN)  0000000040005000 - 000000008dee9000 (usable)
(XEN)  000000008dee9000 - 000000008e311000 (reserved)
(XEN)  000000008e311000 - 000000008e31d000 (ACPI data)
(XEN)  000000008e31d000 - 000000008e379000 (reserved)
(XEN)  000000008e379000 - 000000008e37e000 (ACPI data)
(XEN)  000000008e37e000 - 000000008e3de000 (usable)
(XEN)  000000008e3de000 - 000000008e3e4000 (ACPI NVS)
(XEN)  000000008e3e4000 - 000000008e6a1000 (reserved)
(XEN)  000000008e6a1000 - 000000008e6a2000 (usable)
(XEN)  000000008e6a2000 - 000000008e6e5000 (ACPI NVS)
(XEN)  000000008e6e5000 - 000000008f000000 (usable)
(XEN)  000000008f800000 - 00000000afa00000 (reserved)
(XEN)  00000000f0000000 - 00000000f8000000 (reserved)
(XEN)  00000000fec00000 - 00000000fec01000 (reserved)
(XEN)  00000000fed00000 - 00000000fed04000 (reserved)
(XEN)  00000000fed1c000 - 00000000fed20000 (reserved)
(XEN)  00000000fee00000 - 00000000fee01000 (reserved)
(XEN)  00000000ff000000 - 0000000100000000 (reserved)
(XEN)  0000000100000000 - 000000044f600000 (usable)
(XEN) ACPI: RSDP 000F0490, 0024 (r2  IN=
TEL)
(XEN) ACPI: XSDT 8E311078, 006C (r1  IN=
TEL   DZ77GA       27 AMI     10013)
(XEN) ACPI: FACP 8E31B2E0, 00F4 (r4  IN=
TEL   DZ77GA       27 AMI     10013)
(XEN) ACPI: DSDT 8E311170, A169 (r2  IN=
TEL   DZ77GA       19 INTL 20051117)
(XEN) ACPI: FACS 8E3E2F80, 0040
(XEN) ACPI: APIC 8E31B3D8, 0092 (r3  IN=
TEL   DZ77GA       27 AMI     10013)
(XEN) ACPI: FPDT 8E31B470, 0044 (r1  IN=
TEL   DZ77GA       27 AMI     10013)
(XEN) ACPI: MCFG 8E31B4B8, 003C (r1  IN=
TEL   DZ77GA       27 MSFT       97)
(XEN) ACPI: HPET 8E31B4F8, 0038 (r1  IN=
TEL   DZ77GA       27 ^.^         5)
(XEN) ACPI: SSDT 8E31B530, 036D (r1 Sat=
aRe SataTabl     1000 INTL 20091112)
(XEN) ACPI: SSDT 8E31B8A0, 09AA (r1  Pm=
Ref  Cpu0Ist     3000 INTL 20051117)
(XEN) ACPI: SSDT 8E31C250, 0A92 (r1  Pm=
Ref    CpuPm     3000 INTL 20051117)
(XEN) ACPI: DMAR 8E31CCE8, 00B8 (r1 INT=
EL      SNB         1 INTL        1)
(XEN) System RAM: 15836MB (16216068kB)
(XEN) Domain heap initialised
(XEN) ACPI: 32/64X FACS address mismatch in FADT - 8e3e2f80/000000000000000=
0, using 32
(XEN) Processor #0 7:10 APIC version 21
(XEN) Processor #2 7:10 APIC version 21
(XEN) Processor #4 7:10 APIC version 21
(XEN) Processor #6 7:10 APIC version 21
(XEN) Processor #1 7:10 APIC version 21
(XEN) Processor #3 7:10 APIC version 21
(XEN) Processor #5 7:10 APIC version 21
(XEN) Processor #7 7:10 APIC version 21
(XEN) IOAPIC[0]: apic_id 2, version 32, address 0xfec00000, GSI 0-23
(XEN) Enabling APIC mode:  Flat.  Using 1 I/O APICs
(XEN) Switched to APIC driver x2apic_cluster.
(XEN) Using scheduler: SMP Credit Scheduler (credit)
(XEN) Detected 3392.429 MHz processor.
(XEN) Initing memory sharing.
(XEN) xstate_init: using cntxt_size: 0x340 and states: 0x7
(XEN) Intel VT-d iommu 0 supported page sizes: 4kB.
(XEN) Intel VT-d iommu 1 supported page sizes: 4kB.
(XEN) Intel VT-d Snoop Control not enabled.
(XEN) Intel VT-d Dom0 DMA Passthrough not enabled.
(XEN) Intel VT-d Queued Invalidation enabled.
(XEN) Intel VT-d Interrupt Remapping enabled.
(XEN) Intel VT-d Shared EPT tables not enabled.
(XEN) I/O virtualisation enabled
(XEN)  - Dom0 mode: Relaxed
(XEN) Interrupt remapping enabled
(XEN) Enabled directed EOI with ioapic_ack_old on!
(XEN) ENABLING IO-APIC IRQs
(XEN)  -> Using old ACK method
(XEN) Platform timer is 14.318MHz HPET
(XEN) Allocated console ring of 16 KiB.
(XEN) VMX: Supported advanced features:
(XEN)  - APIC MMIO access virtualisation
(XEN)  - APIC TPR shadow
(XEN)  - Extended Page Tables (EPT)
(XEN)  - Virtual-Processor Identifiers (VPID)
(XEN)  - Virtual NMI
(XEN)  - MSR direct-access bitmap
(XEN)  - Unrestricted Guest
(XEN) HVM: ASIDs enabled.
(XEN) HVM: VMX enabled
(XEN) HVM: Hardware Assisted Paging (HAP) detected
(XEN) HVM: HAP page sizes: 4kB, 2MB
(XEN) Brought up 8 CPUs
(XEN) *** LOADING DOMAIN 0 ***
(XEN)  Xen  kernel: 64-bit, lsb, compat32
(XEN)  Dom0 kernel: 64-bit, PAE, lsb, paddr 0x1000000 -> 0x1f47000
(XEN) PHYSICAL MEMORY ARRANGEMENT:
(XEN)  Dom0 alloc.:   000000043c000000->0000000440000000 (3125422 pages =
to be allocated)
(XEN)  Init. ramdisk: 000000044e6ae000->000000044f5ffe00
(XEN) VIRTUAL MEMORY ARRANGEMENT:
(XEN)  Loaded kernel: ffffffff81000000->ffffffff81f47000
(XEN)  Init. ramdisk: ffffffff81f47000->ffffffff82e98e00
(XEN)  Phys-Mach map: ffffffff82e99000->ffffffff84699000
(XEN)  Start info:    ffffffff84699000->ffffffff846994b4
(XEN)  Page tables:   ffffffff8469a000->ffffffff846c1000
(XEN)  Boot stack:    ffffffff846c1000->ffffffff846c2000
(XEN)  TOTAL:         ffffffff80000000->ffffffff84800000
(XEN)  ENTRY ADDRESS: ffffffff818f51f0
(XEN) Dom0 has maximum 8 VCPUs
(XEN) Scrubbing Free RAM: ..................................done.
(XEN) Initial low memory virq threshold set at 0x4000 pages.
(XEN) Std. Loglevel: Errors and warnings
(XEN) Guest Loglevel: Nothing (Rate-limited: Errors and warnings)
(XEN) Xen is relinquishing VGA console.
(XEN) *** Serial input -> DOM0 (type 'CTRL-a' three times to swi=
tch input to Xen)
(XEN) Freed 260kB init memory.

lspci
00:00.0 Host bridge: Intel Corporation Xeon E3-1200 v2/3rd Gen Core process=
or DRAM Controller (rev 09)
00:01.0 PCI bridge: Intel Corporation Xeon E3-1200 v2/3rd Gen Core processo=
r PCI Express Root Port (rev 09)
00:02.0 VGA compatible controller: Intel Corporation Xeon E3-1200 v2/3rd Ge=
n Core processor Graphics Controller (rev 09)
00:14.0 USB controller: Intel Corporation 7 Series/C210 Series Chipset Fami=
ly USB xHCI Host Controller (rev 04)
00:16.0 Communication controller: Intel Corporation 7 Series/C210 Series Ch=
ipset Family MEI Controller #1 (rev 04)
00:16.1 Communication controller: Intel Corporation 7 Series/C210 Series Ch=
ipset Family MEI Controller #2 (rev 04)
00:19.0 Ethernet controller: Intel Corporation 82579V Gigabit Network Conne=
ction (rev 04)
00:1a.0 USB controller: Intel Corporation 7 Series/C210 Series Chipset Fami=
ly USB Enhanced Host Controller #2 (rev 04)
00:1b.0 Audio device: Intel Corporation 7 Series/C210 Series Chipset Family=
 High Definition Audio Controller (rev 04)
00:1c.0 PCI bridge: Intel Corporation 7 Series/C210 Series Chipset Family P=
CI Express Root Port 1 (rev c4)
00:1c.4 PCI bridge: Intel Corporation 7 Series/C210 Series Chipset Family P=
CI Express Root Port 5 (rev c4)
00:1c.5 PCI bridge: Intel Corporation 7 Series/C210 Series Chipset Family P=
CI Express Root Port 6 (rev c4)
00:1c.7 PCI bridge: Intel Corporation 7 Series/C210 Series Chipset Family P=
CI Express Root Port 8 (rev c4)
00:1d.0 USB controller: Intel Corporation 7 Series/C210 Series Chipset Fami=
ly USB Enhanced Host Controller #1 (rev 04)
00:1f.0 ISA bridge: Intel Corporation Z77 Express Chipset LPC Controller (r=
ev 04)
00:1f.2 SATA controller: Intel Corporation 7 Series/C210 Series Chipset Fam=
ily 6-port SATA Controller [AHCI mode] (rev 04)
00:1f.3 SMBus: Intel Corporation 7 Series/C210 Series Chipset Family SMBus =
Controller (rev 04)
01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] P=
itcairn XT [Radeon HD 7870 GHz Edition]
01:00.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Cape Verde/Pit=
cairn HDMI Audio [Radeon HD 7700/7800 Series]
33:00.0 Ethernet controller: Intel Corporation 82574L Gigabit Network Conne=
ction
34:00.0 PCI bridge: PLX Technology, Inc. PEX 8606 6 Lane, 6 Port PCI Expres=
s Gen 2 (5.0 GT/s) Switch (rev ba)
35:01.0 PCI bridge: PLX Technology, Inc. PEX 8606 6 Lane, 6 Port PCI Expres=
s Gen 2 (5.0 GT/s) Switch (rev ba)
35:04.0 PCI bridge: PLX Technology, Inc. PEX 8606 6 Lane, 6 Port PCI Expres=
s Gen 2 (5.0 GT/s) Switch (rev ba)
35:05.0 PCI bridge: PLX Technology, Inc. PEX 8606 6 Lane, 6 Port PCI Expres=
s Gen 2 (5.0 GT/s) Switch (rev ba)
35:07.0 PCI bridge: PLX Technology, Inc. PEX 8606 6 Lane, 6 Port PCI Expres=
s Gen 2 (5.0 GT/s) Switch (rev ba)
35:09.0 PCI bridge: PLX Technology, Inc. PEX 8606 6 Lane, 6 Port PCI Expres=
s Gen 2 (5.0 GT/s) Switch (rev ba)
37:00.0 SATA controller: Marvell Technology Group Ltd. 88SE9172 SATA 6Gb/s =
Controller (rev 11)
3a:00.0 PCI bridge: Integrated Technology Express, Inc. Device 8892 (rev 30=
)
3b:02.0 FireWire (IEEE 1394): Texas Instruments TSB43AB22A IEEE-1394a-2000 =
Controller (PHY/Link) [iOHCI-Lynx]
3c:00.0 SATA controller: Marvell Technology Group Ltd. 88SE9172 SATA 6Gb/s =
Controller (rev 11)
=C2=A0


--089e0149c866859fd60500c481e7-- --===============2722533387347666088== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2722533387347666088==-- From xen-users-bounces@lists.xen.org Sun Aug 17 07:08:53 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 17 Aug 2014 07:08:53 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XIuYr-0002hp-BJ; Sun, 17 Aug 2014 07:07:29 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XIuYp-0002hk-Lr for xen-users@lists.xen.org; Sun, 17 Aug 2014 07:07:27 +0000 Received: from [85.158.143.35:56598] by server-2.bemta-4.messagelabs.com id F8/F2-04525-FA450F35; Sun, 17 Aug 2014 07:07:27 +0000 X-Env-Sender: darkshvein@gmail.com X-Msg-Ref: server-10.tower-21.messagelabs.com!1408259244!13503206!1 X-Originating-IP: [209.85.213.175] 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.12.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23286 invoked from network); 17 Aug 2014 07:07:25 -0000 Received: from mail-ig0-f175.google.com (HELO mail-ig0-f175.google.com) (209.85.213.175) by server-10.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 17 Aug 2014 07:07:25 -0000 Received: by mail-ig0-f175.google.com with SMTP id uq10so5466456igb.2 for ; Sun, 17 Aug 2014 00:07:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=kvPaNHub/DvrmgHOaAapI1Vsb+vGWXSOhcUL3bVqX8g=; b=OxEoIw8quC5t9TaRFZ0IOvABrPWUPgelayqqV1QLLJG/i0WJfBL9xDY4knDnx7239b E0IHBXzEjULhiR6ZZ4yI2kSCBxNUglUl1lMuIYIIFbAl3Y/WdgNRVQwzb5Hg+LE5exRf +t5ddcjfqPUKs7D6OIgMPsMGjwwZtVHZ+hHcA+EvhMii/ZH82NCnfy3LYglLsgGxcD0X BoCfm+RuckDkuy8OTivSuUfuqEJAfW18WtVr4Y5Bv+5Wu/Cj17FbTmziUefe2kXcziHl FL845LCbwG6d2KhuQpOULy01rDnhVyGD7vAQQ5z70iGP8tzsu0dTgr9ixBmwNNTak2fq A8/Q== MIME-Version: 1.0 X-Received: by 10.42.26.74 with SMTP id e10mr28848136icc.25.1408259244529; Sun, 17 Aug 2014 00:07:24 -0700 (PDT) Received: by 10.107.15.82 with HTTP; Sun, 17 Aug 2014 00:07:24 -0700 (PDT) Date: Sun, 17 Aug 2014 11:07:24 +0400 Message-ID: From: darkshvein l To: xen-users@lists.xen.org Subject: [Xen-users] questions/kernel compiling questions X-BeenThere: xen-users@lists.xen.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="===============6405456290231182281==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6405456290231182281== Content-Type: multipart/alternative; boundary=20cf30435036059f2b0500cde81c --20cf30435036059f2b0500cde81c Content-Type: text/plain; charset=UTF-8 1. Why G+ society not in society form? Only like a person. I think, it would be better. In addition to http://wiki.xenproject.org/wiki/Mainline_Linux_Kernel_Configs 2. KC questions for *dom0*: 2.1 SLAB allocator 2.2SLAB, SLUB, SLOB ? 2.3 Default I/O scheduler? 2.4 Preemption Model 2.5 Timer frequency? anything else? If you suggest, how I can test affect of this options, I try to take your tests. For this moment I use 3d mark and unigine VM tests %) thanks&sorry for my english --20cf30435036059f2b0500cde81c Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
1. Why G+ society not in society form? Only like= a person. I think, it would be better.

In addition to http://w= iki.xenproject.org/wiki/Mainline_Linux_Kernel_Configs
2. KC questions for dom0:
2.1=C2=A0 SLAB allocator
2.2SLAB, SLUB, SLOB ?
2.3 Default I/O scheduler?
2.4 Preemption Mode= l
2.5 Timer frequency?
anything else?

If you suggest, how I can test affect of this options, I try to take y= our tests. For this moment I use 3d mark and unigine VM tests %)

thanks&sorry for my english

--20cf30435036059f2b0500cde81c-- --===============6405456290231182281== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6405456290231182281==-- From xen-users-bounces@lists.xen.org Sun Aug 17 07:08:53 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 17 Aug 2014 07:08:53 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XIuYr-0002hp-BJ; Sun, 17 Aug 2014 07:07:29 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XIuYp-0002hk-Lr for xen-users@lists.xen.org; Sun, 17 Aug 2014 07:07:27 +0000 Received: from [85.158.143.35:56598] by server-2.bemta-4.messagelabs.com id F8/F2-04525-FA450F35; Sun, 17 Aug 2014 07:07:27 +0000 X-Env-Sender: darkshvein@gmail.com X-Msg-Ref: server-10.tower-21.messagelabs.com!1408259244!13503206!1 X-Originating-IP: [209.85.213.175] 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.12.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23286 invoked from network); 17 Aug 2014 07:07:25 -0000 Received: from mail-ig0-f175.google.com (HELO mail-ig0-f175.google.com) (209.85.213.175) by server-10.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 17 Aug 2014 07:07:25 -0000 Received: by mail-ig0-f175.google.com with SMTP id uq10so5466456igb.2 for ; Sun, 17 Aug 2014 00:07:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=kvPaNHub/DvrmgHOaAapI1Vsb+vGWXSOhcUL3bVqX8g=; b=OxEoIw8quC5t9TaRFZ0IOvABrPWUPgelayqqV1QLLJG/i0WJfBL9xDY4knDnx7239b E0IHBXzEjULhiR6ZZ4yI2kSCBxNUglUl1lMuIYIIFbAl3Y/WdgNRVQwzb5Hg+LE5exRf +t5ddcjfqPUKs7D6OIgMPsMGjwwZtVHZ+hHcA+EvhMii/ZH82NCnfy3LYglLsgGxcD0X BoCfm+RuckDkuy8OTivSuUfuqEJAfW18WtVr4Y5Bv+5Wu/Cj17FbTmziUefe2kXcziHl FL845LCbwG6d2KhuQpOULy01rDnhVyGD7vAQQ5z70iGP8tzsu0dTgr9ixBmwNNTak2fq A8/Q== MIME-Version: 1.0 X-Received: by 10.42.26.74 with SMTP id e10mr28848136icc.25.1408259244529; Sun, 17 Aug 2014 00:07:24 -0700 (PDT) Received: by 10.107.15.82 with HTTP; Sun, 17 Aug 2014 00:07:24 -0700 (PDT) Date: Sun, 17 Aug 2014 11:07:24 +0400 Message-ID: From: darkshvein l To: xen-users@lists.xen.org Subject: [Xen-users] questions/kernel compiling questions X-BeenThere: xen-users@lists.xen.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="===============6405456290231182281==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6405456290231182281== Content-Type: multipart/alternative; boundary=20cf30435036059f2b0500cde81c --20cf30435036059f2b0500cde81c Content-Type: text/plain; charset=UTF-8 1. Why G+ society not in society form? Only like a person. I think, it would be better. In addition to http://wiki.xenproject.org/wiki/Mainline_Linux_Kernel_Configs 2. KC questions for *dom0*: 2.1 SLAB allocator 2.2SLAB, SLUB, SLOB ? 2.3 Default I/O scheduler? 2.4 Preemption Model 2.5 Timer frequency? anything else? If you suggest, how I can test affect of this options, I try to take your tests. For this moment I use 3d mark and unigine VM tests %) thanks&sorry for my english --20cf30435036059f2b0500cde81c Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
1. Why G+ society not in society form? Only like= a person. I think, it would be better.

In addition to http://w= iki.xenproject.org/wiki/Mainline_Linux_Kernel_Configs
2. KC questions for dom0:
2.1=C2=A0 SLAB allocator
2.2SLAB, SLUB, SLOB ?
2.3 Default I/O scheduler?
2.4 Preemption Mode= l
2.5 Timer frequency?
anything else?

If you suggest, how I can test affect of this options, I try to take y= our tests. For this moment I use 3d mark and unigine VM tests %)

thanks&sorry for my english

--20cf30435036059f2b0500cde81c-- --===============6405456290231182281== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6405456290231182281==-- From xen-users-bounces@lists.xen.org Sun Aug 17 18:11:11 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 17 Aug 2014 18:11: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 1XJ4tc-00087J-JX; Sun, 17 Aug 2014 18:09:36 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XJ4tb-00087E-HS for xen-users@lists.xen.org; Sun, 17 Aug 2014 18:09:35 +0000 Received: from [85.158.137.68:9434] by server-15.bemta-3.messagelabs.com id DB/19-05035-EDFE0F35; Sun, 17 Aug 2014 18:09:34 +0000 X-Env-Sender: alex@alex.org.uk X-Msg-Ref: server-5.tower-31.messagelabs.com!1408298965!14139070!1 X-Originating-IP: [89.16.176.221] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_8, spamassassin: , async_handler: YXN5bmNfZGVsYXk6IDcwNjIwMTUgKHRpbWVvdXQp\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3381 invoked from network); 17 Aug 2014 18:09:26 -0000 Received: from mail.avalus.com (HELO mail.avalus.com) (89.16.176.221) by server-5.tower-31.messagelabs.com with SMTP; 17 Aug 2014 18:09:26 -0000 Received: by mail.avalus.com (Postfix) with ESMTPSA id 96DB3C561CE for ; Sun, 17 Aug 2014 19:09:15 +0100 (BST) Message-ID: <53F0EFCA.4010205@alex.org.uk> Date: Sun, 17 Aug 2014 19:09:14 +0100 From: Alex Bligh User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users@lists.xen.org Subject: [Xen-users] Running xen 4.4 nested insisde VMware fusion X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org I'm trying to boot Xen 4.4 + Linux dom0 inside VMware Fusion. Xen 4.4 and Linux are both the stock versions that come with Ubuntu Trusty, i.e. Kernel 3.13.0-32-generic #57-Ubuntu SMP Xen 4.4.0-0ubuntu5.1 The boot process hangs during kernel boot at: "x86: Booted up 1 node, 1 CPUs" details here: http://tinypic.com/r/24fixcj/8 If I boot without Xen, it works fine, and nested virtualisation using KVM inside (rather than Xen) also works fine. Any ideas? -- Alex Bligh _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Aug 17 18:11:11 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 17 Aug 2014 18:11: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 1XJ4tc-00087J-JX; Sun, 17 Aug 2014 18:09:36 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XJ4tb-00087E-HS for xen-users@lists.xen.org; Sun, 17 Aug 2014 18:09:35 +0000 Received: from [85.158.137.68:9434] by server-15.bemta-3.messagelabs.com id DB/19-05035-EDFE0F35; Sun, 17 Aug 2014 18:09:34 +0000 X-Env-Sender: alex@alex.org.uk X-Msg-Ref: server-5.tower-31.messagelabs.com!1408298965!14139070!1 X-Originating-IP: [89.16.176.221] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_8, spamassassin: , async_handler: YXN5bmNfZGVsYXk6IDcwNjIwMTUgKHRpbWVvdXQp\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3381 invoked from network); 17 Aug 2014 18:09:26 -0000 Received: from mail.avalus.com (HELO mail.avalus.com) (89.16.176.221) by server-5.tower-31.messagelabs.com with SMTP; 17 Aug 2014 18:09:26 -0000 Received: by mail.avalus.com (Postfix) with ESMTPSA id 96DB3C561CE for ; Sun, 17 Aug 2014 19:09:15 +0100 (BST) Message-ID: <53F0EFCA.4010205@alex.org.uk> Date: Sun, 17 Aug 2014 19:09:14 +0100 From: Alex Bligh User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users@lists.xen.org Subject: [Xen-users] Running xen 4.4 nested insisde VMware fusion X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org I'm trying to boot Xen 4.4 + Linux dom0 inside VMware Fusion. Xen 4.4 and Linux are both the stock versions that come with Ubuntu Trusty, i.e. Kernel 3.13.0-32-generic #57-Ubuntu SMP Xen 4.4.0-0ubuntu5.1 The boot process hangs during kernel boot at: "x86: Booted up 1 node, 1 CPUs" details here: http://tinypic.com/r/24fixcj/8 If I boot without Xen, it works fine, and nested virtualisation using KVM inside (rather than Xen) also works fine. Any ideas? -- Alex Bligh _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Aug 18 08:39:56 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 18 Aug 2014 08:39: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 1XJISi-00025e-L1; Mon, 18 Aug 2014 08:38:44 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XJISh-00025X-ED for xen-users@lists.xen.org; Mon, 18 Aug 2014 08:38:43 +0000 Received: from [85.158.143.35:44223] by server-2.bemta-4.messagelabs.com id 06/F5-04525-29BB1F35; Mon, 18 Aug 2014 08:38:42 +0000 X-Env-Sender: manishjaggi.oss@gmail.com X-Msg-Ref: server-8.tower-21.messagelabs.com!1408351121!13635729!1 X-Originating-IP: [209.85.220.176] 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.12.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9157 invoked from network); 18 Aug 2014 08:38:42 -0000 Received: from mail-vc0-f176.google.com (HELO mail-vc0-f176.google.com) (209.85.220.176) by server-8.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 18 Aug 2014 08:38:42 -0000 Received: by mail-vc0-f176.google.com with SMTP id id10so5351637vcb.21 for ; Mon, 18 Aug 2014 01:38:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=cs7Qw3nI/99ECMsi4PczEUgiOjl0SyghzbvOABeakqc=; b=rnQ95V2cZ2URxH8y4x75ilpjEexkqebb722jyDOciFQmPZxPOgcS9s8r3yrJUwkqU8 hpERRYawXrZ2Zw4ymFPT0u5H3HdB/k31rBCuZc7Gr12ozndB2wZhnGVT3Fi3bYDgiIeo Gjp1GvBFRfjGMtSOWhoqICBdUDBePguVtGCk4IAoGK+u1fIMYTRLfE9NoedZo+A/LJz4 OcCTvWpy6dv5UliX6H1DDx5nScmxh1RSwuAwadMwGbVUJvXH6a+xxGDYviHXU7xmZHfe hUE1phq2dglea+PNDJk6RDpHSkb6bb65A81Y0/l8bJaA9hnJZMNlKUaepJEEQY6hZUCk zN8w== MIME-Version: 1.0 X-Received: by 10.52.164.199 with SMTP id ys7mr488784vdb.42.1408351120962; Mon, 18 Aug 2014 01:38:40 -0700 (PDT) Received: by 10.221.45.67 with HTTP; Mon, 18 Aug 2014 01:38:40 -0700 (PDT) Date: Mon, 18 Aug 2014 14:08:40 +0530 Message-ID: From: manish jaggi To: xen-users@lists.xen.org, Vijay Kilari , manish.jaggi@caviumnetworks.com Subject: [Xen-users] How to dump vcpu regs when a domain is killed during xl create X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org I tried to start a domain using xl create, which showed some xen logs and then hanged for a minute or so and then displayed a messgae killed. Below is the log linux:~ # xl create domU.cfg Parsing config from domU.cfg (XEN) .... Killed Is there a way to know why it was killed and dump core regs (vcpu regs) at the point it was killed. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Aug 18 08:39:56 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 18 Aug 2014 08:39: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 1XJISi-00025e-L1; Mon, 18 Aug 2014 08:38:44 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XJISh-00025X-ED for xen-users@lists.xen.org; Mon, 18 Aug 2014 08:38:43 +0000 Received: from [85.158.143.35:44223] by server-2.bemta-4.messagelabs.com id 06/F5-04525-29BB1F35; Mon, 18 Aug 2014 08:38:42 +0000 X-Env-Sender: manishjaggi.oss@gmail.com X-Msg-Ref: server-8.tower-21.messagelabs.com!1408351121!13635729!1 X-Originating-IP: [209.85.220.176] 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.12.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9157 invoked from network); 18 Aug 2014 08:38:42 -0000 Received: from mail-vc0-f176.google.com (HELO mail-vc0-f176.google.com) (209.85.220.176) by server-8.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 18 Aug 2014 08:38:42 -0000 Received: by mail-vc0-f176.google.com with SMTP id id10so5351637vcb.21 for ; Mon, 18 Aug 2014 01:38:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=cs7Qw3nI/99ECMsi4PczEUgiOjl0SyghzbvOABeakqc=; b=rnQ95V2cZ2URxH8y4x75ilpjEexkqebb722jyDOciFQmPZxPOgcS9s8r3yrJUwkqU8 hpERRYawXrZ2Zw4ymFPT0u5H3HdB/k31rBCuZc7Gr12ozndB2wZhnGVT3Fi3bYDgiIeo Gjp1GvBFRfjGMtSOWhoqICBdUDBePguVtGCk4IAoGK+u1fIMYTRLfE9NoedZo+A/LJz4 OcCTvWpy6dv5UliX6H1DDx5nScmxh1RSwuAwadMwGbVUJvXH6a+xxGDYviHXU7xmZHfe hUE1phq2dglea+PNDJk6RDpHSkb6bb65A81Y0/l8bJaA9hnJZMNlKUaepJEEQY6hZUCk zN8w== MIME-Version: 1.0 X-Received: by 10.52.164.199 with SMTP id ys7mr488784vdb.42.1408351120962; Mon, 18 Aug 2014 01:38:40 -0700 (PDT) Received: by 10.221.45.67 with HTTP; Mon, 18 Aug 2014 01:38:40 -0700 (PDT) Date: Mon, 18 Aug 2014 14:08:40 +0530 Message-ID: From: manish jaggi To: xen-users@lists.xen.org, Vijay Kilari , manish.jaggi@caviumnetworks.com Subject: [Xen-users] How to dump vcpu regs when a domain is killed during xl create X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org I tried to start a domain using xl create, which showed some xen logs and then hanged for a minute or so and then displayed a messgae killed. Below is the log linux:~ # xl create domU.cfg Parsing config from domU.cfg (XEN) .... Killed Is there a way to know why it was killed and dump core regs (vcpu regs) at the point it was killed. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Aug 18 15:07:27 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 18 Aug 2014 15:07: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 1XJOVh-0001Zt-2a; Mon, 18 Aug 2014 15:06:13 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XJOVf-0001Zo-6j for xen-users@lists.xen.org; Mon, 18 Aug 2014 15:06:11 +0000 Received: from [85.158.137.68:11821] by server-7.bemta-3.messagelabs.com id 66/6F-01084-26612F35; Mon, 18 Aug 2014 15:06:10 +0000 X-Env-Sender: daniel.gehberger@ericsson.com X-Msg-Ref: server-16.tower-31.messagelabs.com!1408374365!14329417!1 X-Originating-IP: [193.180.251.37] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTkzLjE4MC4yNTEuMzcgPT4gMjcxMTU2\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19971 invoked from network); 18 Aug 2014 15:06:05 -0000 Received: from sesbmg23.ericsson.net (HELO sesbmg23.ericsson.net) (193.180.251.37) by server-16.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 18 Aug 2014 15:06:05 -0000 X-AuditID: c1b4fb25-f791c6d00000617b-38-53f2165c5b29 Received: from ESESSHC017.ericsson.se (Unknown_Domain [153.88.253.124]) by sesbmg23.ericsson.net (Symantec Mail Security) with SMTP id 4D.77.24955.C5612F35; Mon, 18 Aug 2014 17:06:05 +0200 (CEST) Received: from [159.107.143.200] (153.88.183.153) by smtp.internal.ericsson.com (153.88.183.71) with Microsoft SMTP Server id 14.3.174.1; Mon, 18 Aug 2014 17:06:03 +0200 Message-ID: <53F2165C.9080907@ericsson.com> Date: Mon, 18 Aug 2014 17:06:04 +0200 From: Daniel Gehberger Organization: Ericsson AB User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFmphluLIzCtJLcpLzFFi42KZGfG3RjdW7FOwwdEJLBarrh5gdWD0OLr7 N1MAYxSXTUpqTmZZapG+XQJXxrI729kKNnJVLN63jrGBcQpHFyMnh4SAicSH6z9ZIGwxiQv3 1rN1MXJxCAkcZZS40v2XHcJZyyjx9cceVpAqXgFtiYOLtjGD2CwCqhJbGr+xg9hsAmYSL1of g03iF5CU2NCwG6xGVCBEoqm1hw2iV1Di5MwnYDUiArISV35NB5spLCAv8efmPLB6ZgELiZnz zzNC2PIS29/OAYsLCWhJ/Frzk20CI/8sJKNmIWmZhaRlASPzKkbR4tTipNx0I2O91KLM5OLi /Dy9vNSSTYzAYDu45bfqDsbLbxwPMQpwMCrx8D5g+xQsxJpYVlyZe4hRmoNFSZx34bl5wUIC 6YklqdmpqQWpRfFFpTmpxYcYmTg4pRoYhY/7lfpP9/+/dXH1bJu9u/X7X/4y7rvwIrSx7Yjv /8CJLa87Zk5VnTTh4fmV3WpXtpi6zvUxs2W+t+y8VfTPXVxv/6z9MOP6jOe7VotO+3w+4Yhe 4MnHd89+MH5WduuFXvUqjkcXS58s/lEhrZd/Xkbp37I/rd/sd82cdU2E2/ANs9TkzB1NG1yU WIozEg21mIuKEwFQ0ADZFwIAAA== Subject: [Xen-users] TCP segmentation issue X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hello, I am facing a segmentation issue in xen and I hope that I can get some advices here. There are two physical computers with ubuntu 14.04 installed. One of them is running xen 4.4 also with ubuntu 14.04 guests. I did not change any network offloading, based on the parameters I would expect packets up to 64k on the interfaces (only LRO is disabled). When I was testing with iperf (TCP), I can see these large packets on all the way during the communication when I am performing it between 2 guests, from a guest to the other computer, even from the other computer to the dom0. The only case which shows strange behaviour is when I am running the iperf server on a guest and the client on the other physical computer. In this case in can see the large packets on the physical interfaces but on the vif interface I can see that most of the packets are ~MTU sized (1448). Actually it seems that if the packet is larger than ~25k on the physical side then it is segmented into MTU sized packets (by the netback?). With iperf it is actually almost always true without changing the buffer size of the client. I checked that the same happens with linux bridge and open vSwitch. I also updated the kernel of dom0 and the guest up to 3.15 without any luck. Thank You in advance! Daniel _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Aug 18 15:07:27 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 18 Aug 2014 15:07: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 1XJOVh-0001Zt-2a; Mon, 18 Aug 2014 15:06:13 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XJOVf-0001Zo-6j for xen-users@lists.xen.org; Mon, 18 Aug 2014 15:06:11 +0000 Received: from [85.158.137.68:11821] by server-7.bemta-3.messagelabs.com id 66/6F-01084-26612F35; Mon, 18 Aug 2014 15:06:10 +0000 X-Env-Sender: daniel.gehberger@ericsson.com X-Msg-Ref: server-16.tower-31.messagelabs.com!1408374365!14329417!1 X-Originating-IP: [193.180.251.37] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTkzLjE4MC4yNTEuMzcgPT4gMjcxMTU2\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19971 invoked from network); 18 Aug 2014 15:06:05 -0000 Received: from sesbmg23.ericsson.net (HELO sesbmg23.ericsson.net) (193.180.251.37) by server-16.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 18 Aug 2014 15:06:05 -0000 X-AuditID: c1b4fb25-f791c6d00000617b-38-53f2165c5b29 Received: from ESESSHC017.ericsson.se (Unknown_Domain [153.88.253.124]) by sesbmg23.ericsson.net (Symantec Mail Security) with SMTP id 4D.77.24955.C5612F35; Mon, 18 Aug 2014 17:06:05 +0200 (CEST) Received: from [159.107.143.200] (153.88.183.153) by smtp.internal.ericsson.com (153.88.183.71) with Microsoft SMTP Server id 14.3.174.1; Mon, 18 Aug 2014 17:06:03 +0200 Message-ID: <53F2165C.9080907@ericsson.com> Date: Mon, 18 Aug 2014 17:06:04 +0200 From: Daniel Gehberger Organization: Ericsson AB User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFmphluLIzCtJLcpLzFFi42KZGfG3RjdW7FOwwdEJLBarrh5gdWD0OLr7 N1MAYxSXTUpqTmZZapG+XQJXxrI729kKNnJVLN63jrGBcQpHFyMnh4SAicSH6z9ZIGwxiQv3 1rN1MXJxCAkcZZS40v2XHcJZyyjx9cceVpAqXgFtiYOLtjGD2CwCqhJbGr+xg9hsAmYSL1of g03iF5CU2NCwG6xGVCBEoqm1hw2iV1Di5MwnYDUiArISV35NB5spLCAv8efmPLB6ZgELiZnz zzNC2PIS29/OAYsLCWhJ/Frzk20CI/8sJKNmIWmZhaRlASPzKkbR4tTipNx0I2O91KLM5OLi /Dy9vNSSTYzAYDu45bfqDsbLbxwPMQpwMCrx8D5g+xQsxJpYVlyZe4hRmoNFSZx34bl5wUIC 6YklqdmpqQWpRfFFpTmpxYcYmTg4pRoYhY/7lfpP9/+/dXH1bJu9u/X7X/4y7rvwIrSx7Yjv /8CJLa87Zk5VnTTh4fmV3WpXtpi6zvUxs2W+t+y8VfTPXVxv/6z9MOP6jOe7VotO+3w+4Yhe 4MnHd89+MH5WduuFXvUqjkcXS58s/lEhrZd/Xkbp37I/rd/sd82cdU2E2/ANs9TkzB1NG1yU WIozEg21mIuKEwFQ0ADZFwIAAA== Subject: [Xen-users] TCP segmentation issue X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hello, I am facing a segmentation issue in xen and I hope that I can get some advices here. There are two physical computers with ubuntu 14.04 installed. One of them is running xen 4.4 also with ubuntu 14.04 guests. I did not change any network offloading, based on the parameters I would expect packets up to 64k on the interfaces (only LRO is disabled). When I was testing with iperf (TCP), I can see these large packets on all the way during the communication when I am performing it between 2 guests, from a guest to the other computer, even from the other computer to the dom0. The only case which shows strange behaviour is when I am running the iperf server on a guest and the client on the other physical computer. In this case in can see the large packets on the physical interfaces but on the vif interface I can see that most of the packets are ~MTU sized (1448). Actually it seems that if the packet is larger than ~25k on the physical side then it is segmented into MTU sized packets (by the netback?). With iperf it is actually almost always true without changing the buffer size of the client. I checked that the same happens with linux bridge and open vSwitch. I also updated the kernel of dom0 and the guest up to 3.15 without any luck. Thank You in advance! Daniel _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Aug 18 18:04:51 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 18 Aug 2014 18:04: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 1XJRHX-0004A9-6R; Mon, 18 Aug 2014 18:03:47 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XJRHV-00049u-Jk; Mon, 18 Aug 2014 18:03:45 +0000 Received: from [85.158.139.211:55286] by server-14.bemta-5.messagelabs.com id E7/D3-12422-00042F35; Mon, 18 Aug 2014 18:03:44 +0000 X-Env-Sender: suriyan.r@gmail.com X-Msg-Ref: server-12.tower-206.messagelabs.com!1408385024!12004847!1 X-Originating-IP: [74.125.82.41] 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.12.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9259 invoked from network); 18 Aug 2014 18:03:44 -0000 Received: from mail-wg0-f41.google.com (HELO mail-wg0-f41.google.com) (74.125.82.41) by server-12.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 18 Aug 2014 18:03:44 -0000 Received: by mail-wg0-f41.google.com with SMTP id z12so5449912wgg.24 for ; Mon, 18 Aug 2014 11:03:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=pMf7p352k8F0HhlavvqUjukR2djE3VsVHW/Bb+tSBxw=; b=xdDsNVHlM8m1tpDE54IOpXPnhk+RBf6zMTtl2uiOgxb5ifeKVeeb2UxdgeJ4g3nmN8 /zIKkSoGFKBmN4wrZ7r9GNOLN1RiiOmDX4VrtAVgnJZjOGWPek7mVGv6NvfN9v9/hbfY vYz9Sqb+3EeyISvm/K0rYoGtX6uSW58Yc2pyEjY2WfE2CN5DyhzjC6eZK/wOgwwbQeeA fOGk6ZxPbJDn11XjhSfKxISRoiT5sS0ndq7UdwzJncwxiF/XfRYm+yBLLdMgJbyX675t 9HBx2TU9eH0S1h0PLXmhUhj3/QzTC3qJfRM9CbWmKGEtL0Ggpar+C3w7ITLTECV5qFV2 RfLg== MIME-Version: 1.0 X-Received: by 10.180.87.231 with SMTP id bb7mr489074wib.63.1408385023916; Mon, 18 Aug 2014 11:03:43 -0700 (PDT) Received: by 10.216.25.11 with HTTP; Mon, 18 Aug 2014 11:03:43 -0700 (PDT) Date: Mon, 18 Aug 2014 11:03:43 -0700 Message-ID: From: Suriyan Ramasami To: "xen-devel@lists.xen.org" , xen-users@lists.xen.org Subject: [Xen-users] XEN/ARM XENFB howto X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 possibly could be a resend, as I did not see my post (that I emailed out on Aug 17). I am looking for documentation on how to use XENFB on ARM. I did see a post dated Dec 2013 from Peter (http://lists.xen.org/archives/html/xen-users/2013-12/msg00061.html) and discussions with Steffano and Ian on how to achieve it. But, its not clear to me. I am trying to achieve this on the Odroid-XU (ARM based Exynos 5410). I am looking for the following: 1. qemu compilation upstream - I believe this has all the bits to achieve it. Are there any special compile options. I ask this, as qemu-system-arm seems to be spawned in dom0 with -M xenpv and I am not able to compile this machine in qemu. I do configure to build qemu with --enable-xen --target-list arm-softmmu and the other options as mentioned in http://wiki.xen.org/wiki/QEMU_Upstream#Building_your_own_qemu. Note that I am not trying to cross compile but am compiling qemu natively. 2. What are the options in the domU2 config file to achieve this. 3. Any thing else ... Like when domU2 is created, what mice/keyboard/fb messages to look for, or in dom0 what backend driver output to look for. Does this need a xorg.conf file etc ... Thanks in advance - Suriyan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Aug 18 18:04:51 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 18 Aug 2014 18:04: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 1XJRHX-0004A9-6R; Mon, 18 Aug 2014 18:03:47 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XJRHV-00049u-Jk; Mon, 18 Aug 2014 18:03:45 +0000 Received: from [85.158.139.211:55286] by server-14.bemta-5.messagelabs.com id E7/D3-12422-00042F35; Mon, 18 Aug 2014 18:03:44 +0000 X-Env-Sender: suriyan.r@gmail.com X-Msg-Ref: server-12.tower-206.messagelabs.com!1408385024!12004847!1 X-Originating-IP: [74.125.82.41] 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.12.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9259 invoked from network); 18 Aug 2014 18:03:44 -0000 Received: from mail-wg0-f41.google.com (HELO mail-wg0-f41.google.com) (74.125.82.41) by server-12.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 18 Aug 2014 18:03:44 -0000 Received: by mail-wg0-f41.google.com with SMTP id z12so5449912wgg.24 for ; Mon, 18 Aug 2014 11:03:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=pMf7p352k8F0HhlavvqUjukR2djE3VsVHW/Bb+tSBxw=; b=xdDsNVHlM8m1tpDE54IOpXPnhk+RBf6zMTtl2uiOgxb5ifeKVeeb2UxdgeJ4g3nmN8 /zIKkSoGFKBmN4wrZ7r9GNOLN1RiiOmDX4VrtAVgnJZjOGWPek7mVGv6NvfN9v9/hbfY vYz9Sqb+3EeyISvm/K0rYoGtX6uSW58Yc2pyEjY2WfE2CN5DyhzjC6eZK/wOgwwbQeeA fOGk6ZxPbJDn11XjhSfKxISRoiT5sS0ndq7UdwzJncwxiF/XfRYm+yBLLdMgJbyX675t 9HBx2TU9eH0S1h0PLXmhUhj3/QzTC3qJfRM9CbWmKGEtL0Ggpar+C3w7ITLTECV5qFV2 RfLg== MIME-Version: 1.0 X-Received: by 10.180.87.231 with SMTP id bb7mr489074wib.63.1408385023916; Mon, 18 Aug 2014 11:03:43 -0700 (PDT) Received: by 10.216.25.11 with HTTP; Mon, 18 Aug 2014 11:03:43 -0700 (PDT) Date: Mon, 18 Aug 2014 11:03:43 -0700 Message-ID: From: Suriyan Ramasami To: "xen-devel@lists.xen.org" , xen-users@lists.xen.org Subject: [Xen-users] XEN/ARM XENFB howto X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 possibly could be a resend, as I did not see my post (that I emailed out on Aug 17). I am looking for documentation on how to use XENFB on ARM. I did see a post dated Dec 2013 from Peter (http://lists.xen.org/archives/html/xen-users/2013-12/msg00061.html) and discussions with Steffano and Ian on how to achieve it. But, its not clear to me. I am trying to achieve this on the Odroid-XU (ARM based Exynos 5410). I am looking for the following: 1. qemu compilation upstream - I believe this has all the bits to achieve it. Are there any special compile options. I ask this, as qemu-system-arm seems to be spawned in dom0 with -M xenpv and I am not able to compile this machine in qemu. I do configure to build qemu with --enable-xen --target-list arm-softmmu and the other options as mentioned in http://wiki.xen.org/wiki/QEMU_Upstream#Building_your_own_qemu. Note that I am not trying to cross compile but am compiling qemu natively. 2. What are the options in the domU2 config file to achieve this. 3. Any thing else ... Like when domU2 is created, what mice/keyboard/fb messages to look for, or in dom0 what backend driver output to look for. Does this need a xorg.conf file etc ... Thanks in advance - Suriyan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Aug 19 05:12:32 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 19 Aug 2014 05:12:32 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XJbhg-0007dz-TD; Tue, 19 Aug 2014 05:11:28 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XJbhf-0007dj-6S for xen-users@lists.xen.org; Tue, 19 Aug 2014 05:11:27 +0000 Received: from [85.158.139.211:18585] by server-13.bemta-5.messagelabs.com id 48/59-20082-E7CD2F35; Tue, 19 Aug 2014 05:11:26 +0000 X-Env-Sender: manishjaggi.oss@gmail.com X-Msg-Ref: server-2.tower-206.messagelabs.com!1408425085!12065265!1 X-Originating-IP: [209.85.220.175] 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.12.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13236 invoked from network); 19 Aug 2014 05:11:26 -0000 Received: from mail-vc0-f175.google.com (HELO mail-vc0-f175.google.com) (209.85.220.175) by server-2.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 19 Aug 2014 05:11:26 -0000 Received: by mail-vc0-f175.google.com with SMTP id ik5so6910697vcb.34 for ; Mon, 18 Aug 2014 22:11:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=ujI5RUD9J279VmgVd5SBeHEbH3DhDJygjxzekzLTYXA=; b=xO6jv7sBg+KmP3XsECrdaD3nyQFJw7bJuiBec5JA7YOzTGtV16f5cAfp7jov7SKRxu x+r719VdZug84lX80fSwF+vw+oN1dNLnTH5UPmUSW82/tE+O59TJJn1yYqNxhs/8WiM6 J4UpRZ/7M//4TvxS/O4J66HT/KTr9SEu6WMP8bJFbIiHUOoI1st+4BqaqxK1Gd2PyrBK 9kObkOGaINzfRG4LeZM9tKeK/ECIcM7aBH2K9pcIzEsWvfUbiwC03Pw9LCa1XlHgRR/S /fUSRzc9nmbd5Yj0HVtCjvhEsciMW0UE9zAkvz9WcaCc84iXcLWdbibx36Hs0DV39ReN TDgQ== MIME-Version: 1.0 X-Received: by 10.220.97.5 with SMTP id j5mr28510536vcn.16.1408425084697; Mon, 18 Aug 2014 22:11:24 -0700 (PDT) Received: by 10.221.45.67 with HTTP; Mon, 18 Aug 2014 22:11:24 -0700 (PDT) In-Reply-To: References: Date: Tue, 19 Aug 2014 10:41:24 +0530 Message-ID: From: manish jaggi To: xen-users@lists.xen.org, Vijay Kilari , manish.jaggi@caviumnetworks.com, xen-devel@lists.xenproject.org Subject: Re: [Xen-users] How to dump vcpu regs when a domain is killed during xl create X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Adding the question on xen-devel On 18 August 2014 14:08, manish jaggi wrote: > I tried to start a domain using xl create, which showed some xen logs > and then hanged for a minute or so and then displayed a messgae > killed. Below is the log > > linux:~ # xl create domU.cfg > Parsing config from domU.cfg > (XEN) .... > Killed > > Is there a way to know why it was killed and dump core regs (vcpu > regs) at the point it was killed. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Aug 19 05:12:32 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 19 Aug 2014 05:12:32 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XJbhg-0007dz-TD; Tue, 19 Aug 2014 05:11:28 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XJbhf-0007dj-6S for xen-users@lists.xen.org; Tue, 19 Aug 2014 05:11:27 +0000 Received: from [85.158.139.211:18585] by server-13.bemta-5.messagelabs.com id 48/59-20082-E7CD2F35; Tue, 19 Aug 2014 05:11:26 +0000 X-Env-Sender: manishjaggi.oss@gmail.com X-Msg-Ref: server-2.tower-206.messagelabs.com!1408425085!12065265!1 X-Originating-IP: [209.85.220.175] 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.12.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13236 invoked from network); 19 Aug 2014 05:11:26 -0000 Received: from mail-vc0-f175.google.com (HELO mail-vc0-f175.google.com) (209.85.220.175) by server-2.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 19 Aug 2014 05:11:26 -0000 Received: by mail-vc0-f175.google.com with SMTP id ik5so6910697vcb.34 for ; Mon, 18 Aug 2014 22:11:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=ujI5RUD9J279VmgVd5SBeHEbH3DhDJygjxzekzLTYXA=; b=xO6jv7sBg+KmP3XsECrdaD3nyQFJw7bJuiBec5JA7YOzTGtV16f5cAfp7jov7SKRxu x+r719VdZug84lX80fSwF+vw+oN1dNLnTH5UPmUSW82/tE+O59TJJn1yYqNxhs/8WiM6 J4UpRZ/7M//4TvxS/O4J66HT/KTr9SEu6WMP8bJFbIiHUOoI1st+4BqaqxK1Gd2PyrBK 9kObkOGaINzfRG4LeZM9tKeK/ECIcM7aBH2K9pcIzEsWvfUbiwC03Pw9LCa1XlHgRR/S /fUSRzc9nmbd5Yj0HVtCjvhEsciMW0UE9zAkvz9WcaCc84iXcLWdbibx36Hs0DV39ReN TDgQ== MIME-Version: 1.0 X-Received: by 10.220.97.5 with SMTP id j5mr28510536vcn.16.1408425084697; Mon, 18 Aug 2014 22:11:24 -0700 (PDT) Received: by 10.221.45.67 with HTTP; Mon, 18 Aug 2014 22:11:24 -0700 (PDT) In-Reply-To: References: Date: Tue, 19 Aug 2014 10:41:24 +0530 Message-ID: From: manish jaggi To: xen-users@lists.xen.org, Vijay Kilari , manish.jaggi@caviumnetworks.com, xen-devel@lists.xenproject.org Subject: Re: [Xen-users] How to dump vcpu regs when a domain is killed during xl create X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Adding the question on xen-devel On 18 August 2014 14:08, manish jaggi wrote: > I tried to start a domain using xl create, which showed some xen logs > and then hanged for a minute or so and then displayed a messgae > killed. Below is the log > > linux:~ # xl create domU.cfg > Parsing config from domU.cfg > (XEN) .... > Killed > > Is there a way to know why it was killed and dump core regs (vcpu > regs) at the point it was killed. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Aug 19 10:04:01 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 19 Aug 2014 10:04: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 1XJgFj-000243-Jz; Tue, 19 Aug 2014 10:02:55 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XJgFh-00023n-Kz for xen-users@lists.xen.org; Tue, 19 Aug 2014 10:02:53 +0000 Received: from [85.158.137.68:50749] by server-9.bemta-3.messagelabs.com id 15/23-30790-CC023F35; Tue, 19 Aug 2014 10:02:52 +0000 X-Env-Sender: manishjaggi.oss@gmail.com X-Msg-Ref: server-11.tower-31.messagelabs.com!1408442570!14484851!1 X-Originating-IP: [209.85.220.178] 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.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26909 invoked from network); 19 Aug 2014 10:02:52 -0000 Received: from mail-vc0-f178.google.com (HELO mail-vc0-f178.google.com) (209.85.220.178) by server-11.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 19 Aug 2014 10:02:52 -0000 Received: by mail-vc0-f178.google.com with SMTP id la4so7249376vcb.9 for ; Tue, 19 Aug 2014 03:02:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=2i8Mtae6a6lgBvLbpxOVkypA8JnfB82ETOQNJsGTGxA=; b=BNIZHD1jpAl9UnTuv86KvuiIgLjZ7MaPy7f7JgdCRzTxb+5KTY8AZqLuzCFq05WOlh YBMCxxPTdb/ngi1kgdhsYNMIZOh13m6R6PDNCCRm0POghdvWLAxvmIa8BbJLvgfq2DUo GfcmQQABr510afiwmzFmGzMn6EOzdaV5ZG3lE+lvUnIlYC5hCxconU5zH02C/reC98nl BLQBjFUfoc5v86SLAnEaTh0nlEuuHTQGC+SGjkZ4vxsPDHp0xiOvfXDX1kd5UzQin3zk UBQ+HoX7Gx6SoEQv43jwpt8LepMSy3nOpqwIaKqO0Qq09uU6NvmenQ34fU4qGkwbUGo9 GKgQ== MIME-Version: 1.0 X-Received: by 10.52.129.200 with SMTP id ny8mr356549vdb.27.1408442570311; Tue, 19 Aug 2014 03:02:50 -0700 (PDT) Received: by 10.220.161.137 with HTTP; Tue, 19 Aug 2014 03:02:50 -0700 (PDT) In-Reply-To: <53F31261.5050107@citrix.com> References: <53F31261.5050107@citrix.com> Date: Tue, 19 Aug 2014 15:32:50 +0530 Message-ID: From: manish jaggi To: Andrew Cooper Cc: xen-users@lists.xen.org, manish.jaggi@caviumnetworks.com, Vijay Kilari , xen-devel@lists.xenproject.org Subject: Re: [Xen-users] [Xen-devel] How to dump vcpu regs when a domain is killed during xl create X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 19 August 2014 14:31, Andrew Cooper wrote: > On 19/08/14 06:11, manish jaggi wrote: >> Adding the question on xen-devel >> >> On 18 August 2014 14:08, manish jaggi wrote: >>> I tried to start a domain using xl create, which showed some xen logs >>> and then hanged for a minute or so and then displayed a messgae >>> killed. Below is the log >>> >>> linux:~ # xl create domU.cfg >>> Parsing config from domU.cfg >>> (XEN) .... >>> Killed >>> >>> Is there a way to know why it was killed and dump core regs (vcpu >>> regs) at the point it was killed. > > There is no guarantee the domain has successfully started. > > Put "loglvl=all guest_loglvl=all" on the Xen command line, reboot, and > attach the results of > > xl -vvvv create domU.cfg > > and xl dmesg after the domain has failed in this way. > > ~Andrew Below is the log linux:~ # xl -vvv create domU.cfg -d -p Parsing config from domU.cfg { "domid": null, "config": { "c_info": { "type": "pv", "name": "guest", "uuid": "e5cb14f1-085d-4511-bca5-d6e3a0c35672", "run_hotplug_scripts": "True" }, "b_info": { "max_vcpus": 1, "avail_vcpus": [ 0 ], "max_memkb": 262144, "target_memkb": 262144, "shadow_memkb": 3072, "sched_params": { }, "claim_mode": "True", "type.pv": { "kernel": "/root/Image", "cmdline": "console=hvc0 root=/dev/xvda ro" } }, "disks": [ { "pdev_path": "/dev/loop0", "vdev": "xvda", "format": "raw", "readwrite": 1 } ], "on_reboot": "restart" } } libxl: verbose: libxl_create.c:134:libxl__domain_build_info_setdefault: qemu-xen is unavailable, use qemu-xen-traditional instead: No such file or directory libxl: debug: libxl_create.c:1401:do_domain_create: ao 0xd297c20: create: how=(nil) callback=(nil) poller=0xd293d90 libxl: debug: libxl_device.c:251:libxl__device_disk_set_backend: Disk vdev=xvda spec.backend=unknown libxl: debug: libxl_device.c:280:libxl__device_disk_set_backend: Disk vdev=xvda, using backend phy libxl: debug: libxl_create.c:851:initiate_domain_create: running bootloader libxl: debug: libxl_bootloader.c:329:libxl__bootloader_run: no bootloader configured, using user supplied kernel libxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=0xd294648: deregister unregistered domainbuilder: detail: xc_dom_allocate: cmdline="console=hvc0 root=/dev/xvda ro", features="(null)" libxl: debug: libxl_dom.c:410:libxl__build_pv: pv kernel mapped 0 path /root/Image domainbuilder: detail: xc_dom_kernel_file: filename="/root/Image" domainbuilder: detail: xc_dom_malloc_filemap : 8354 kB domainbuilder: detail: xc_dom_boot_xen_init: ver 4.5, caps xen-3.0-aarch64 xen-3.0-armv7l domainbuilder: detail: xc_dom_rambase_init: RAM starts at 40000 domainbuilder: detail: xc_dom_parse_image: called domainbuilder: detail: xc_dom_find_loader: trying multiboot-binary loader ... domainbuilder: detail: loader probe failed domainbuilder: detail: xc_dom_find_loader: trying Linux zImage (ARM64) loader ... domainbuilder: detail: loader probe OK domainbuilder: detail: xc_dom_parse_zimage64_kernel: called domainbuilder: detail: xc_dom_parse_zimage64_kernel: xen-3.0-aarch64: 0x40080000 -> 0x408a8b50 libxl: debug: libxl_arm.c:474:libxl__arch_domain_init_hw_description: constructing DTB for Xen version 4.5 guest libxl: debug: libxl_arm.c:291:make_memory_nodes: Creating placeholder node /memory@40000000 libxl: debug: libxl_arm.c:291:make_memory_nodes: Creating placeholder node /memory@200000000 libxl: debug: libxl_arm.c:539:libxl__arch_domain_init_hw_description: fdt total size 1218 domainbuilder: detail: xc_dom_devicetree_mem: called domainbuilder: detail: xc_dom_mem_init: mem 256 MB, pages 0x10000 pages, 4k each domainbuilder: detail: xc_dom_mem_init: 0x10000 pages domainbuilder: detail: xc_dom_boot_mem_init: called domainbuilder: detail: set_mode: guest xen-3.0-aarch64, address size 6 domainbuilder: detail: xc_dom_malloc : 512 kB domainbuilder: detail: populate_guest_memory: populating RAM @ 0000000040000000-0000000050000000 (256MB) domainbuilder: detail: populate_one_size: populated 0x80/0x80 entries with shift 9 domainbuilder: detail: arch_setup_meminit: placing boot modules at 0x48000000 domainbuilder: detail: arch_setup_meminit: devicetree: 0x48000000 -> 0x48001000 libxl: debug: libxl_arm.c:570:finalise_one_memory_node: Populating placeholder node /memory@40000000 libxl: debug: libxl_arm.c:564:finalise_one_memory_node: Nopping out placeholder node /memory@200000000 domainbuilder: detail: xc_dom_build_image: called domainbuilder: detail: xc_dom_alloc_segment: kernel : 0x40080000 -> 0x408a9000 (pfn 0x40080 + 0x829 pages) Killed _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Aug 19 10:04:01 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 19 Aug 2014 10:04: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 1XJgFj-000243-Jz; Tue, 19 Aug 2014 10:02:55 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XJgFh-00023n-Kz for xen-users@lists.xen.org; Tue, 19 Aug 2014 10:02:53 +0000 Received: from [85.158.137.68:50749] by server-9.bemta-3.messagelabs.com id 15/23-30790-CC023F35; Tue, 19 Aug 2014 10:02:52 +0000 X-Env-Sender: manishjaggi.oss@gmail.com X-Msg-Ref: server-11.tower-31.messagelabs.com!1408442570!14484851!1 X-Originating-IP: [209.85.220.178] 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.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26909 invoked from network); 19 Aug 2014 10:02:52 -0000 Received: from mail-vc0-f178.google.com (HELO mail-vc0-f178.google.com) (209.85.220.178) by server-11.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 19 Aug 2014 10:02:52 -0000 Received: by mail-vc0-f178.google.com with SMTP id la4so7249376vcb.9 for ; Tue, 19 Aug 2014 03:02:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=2i8Mtae6a6lgBvLbpxOVkypA8JnfB82ETOQNJsGTGxA=; b=BNIZHD1jpAl9UnTuv86KvuiIgLjZ7MaPy7f7JgdCRzTxb+5KTY8AZqLuzCFq05WOlh YBMCxxPTdb/ngi1kgdhsYNMIZOh13m6R6PDNCCRm0POghdvWLAxvmIa8BbJLvgfq2DUo GfcmQQABr510afiwmzFmGzMn6EOzdaV5ZG3lE+lvUnIlYC5hCxconU5zH02C/reC98nl BLQBjFUfoc5v86SLAnEaTh0nlEuuHTQGC+SGjkZ4vxsPDHp0xiOvfXDX1kd5UzQin3zk UBQ+HoX7Gx6SoEQv43jwpt8LepMSy3nOpqwIaKqO0Qq09uU6NvmenQ34fU4qGkwbUGo9 GKgQ== MIME-Version: 1.0 X-Received: by 10.52.129.200 with SMTP id ny8mr356549vdb.27.1408442570311; Tue, 19 Aug 2014 03:02:50 -0700 (PDT) Received: by 10.220.161.137 with HTTP; Tue, 19 Aug 2014 03:02:50 -0700 (PDT) In-Reply-To: <53F31261.5050107@citrix.com> References: <53F31261.5050107@citrix.com> Date: Tue, 19 Aug 2014 15:32:50 +0530 Message-ID: From: manish jaggi To: Andrew Cooper Cc: xen-users@lists.xen.org, manish.jaggi@caviumnetworks.com, Vijay Kilari , xen-devel@lists.xenproject.org Subject: Re: [Xen-users] [Xen-devel] How to dump vcpu regs when a domain is killed during xl create X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 19 August 2014 14:31, Andrew Cooper wrote: > On 19/08/14 06:11, manish jaggi wrote: >> Adding the question on xen-devel >> >> On 18 August 2014 14:08, manish jaggi wrote: >>> I tried to start a domain using xl create, which showed some xen logs >>> and then hanged for a minute or so and then displayed a messgae >>> killed. Below is the log >>> >>> linux:~ # xl create domU.cfg >>> Parsing config from domU.cfg >>> (XEN) .... >>> Killed >>> >>> Is there a way to know why it was killed and dump core regs (vcpu >>> regs) at the point it was killed. > > There is no guarantee the domain has successfully started. > > Put "loglvl=all guest_loglvl=all" on the Xen command line, reboot, and > attach the results of > > xl -vvvv create domU.cfg > > and xl dmesg after the domain has failed in this way. > > ~Andrew Below is the log linux:~ # xl -vvv create domU.cfg -d -p Parsing config from domU.cfg { "domid": null, "config": { "c_info": { "type": "pv", "name": "guest", "uuid": "e5cb14f1-085d-4511-bca5-d6e3a0c35672", "run_hotplug_scripts": "True" }, "b_info": { "max_vcpus": 1, "avail_vcpus": [ 0 ], "max_memkb": 262144, "target_memkb": 262144, "shadow_memkb": 3072, "sched_params": { }, "claim_mode": "True", "type.pv": { "kernel": "/root/Image", "cmdline": "console=hvc0 root=/dev/xvda ro" } }, "disks": [ { "pdev_path": "/dev/loop0", "vdev": "xvda", "format": "raw", "readwrite": 1 } ], "on_reboot": "restart" } } libxl: verbose: libxl_create.c:134:libxl__domain_build_info_setdefault: qemu-xen is unavailable, use qemu-xen-traditional instead: No such file or directory libxl: debug: libxl_create.c:1401:do_domain_create: ao 0xd297c20: create: how=(nil) callback=(nil) poller=0xd293d90 libxl: debug: libxl_device.c:251:libxl__device_disk_set_backend: Disk vdev=xvda spec.backend=unknown libxl: debug: libxl_device.c:280:libxl__device_disk_set_backend: Disk vdev=xvda, using backend phy libxl: debug: libxl_create.c:851:initiate_domain_create: running bootloader libxl: debug: libxl_bootloader.c:329:libxl__bootloader_run: no bootloader configured, using user supplied kernel libxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=0xd294648: deregister unregistered domainbuilder: detail: xc_dom_allocate: cmdline="console=hvc0 root=/dev/xvda ro", features="(null)" libxl: debug: libxl_dom.c:410:libxl__build_pv: pv kernel mapped 0 path /root/Image domainbuilder: detail: xc_dom_kernel_file: filename="/root/Image" domainbuilder: detail: xc_dom_malloc_filemap : 8354 kB domainbuilder: detail: xc_dom_boot_xen_init: ver 4.5, caps xen-3.0-aarch64 xen-3.0-armv7l domainbuilder: detail: xc_dom_rambase_init: RAM starts at 40000 domainbuilder: detail: xc_dom_parse_image: called domainbuilder: detail: xc_dom_find_loader: trying multiboot-binary loader ... domainbuilder: detail: loader probe failed domainbuilder: detail: xc_dom_find_loader: trying Linux zImage (ARM64) loader ... domainbuilder: detail: loader probe OK domainbuilder: detail: xc_dom_parse_zimage64_kernel: called domainbuilder: detail: xc_dom_parse_zimage64_kernel: xen-3.0-aarch64: 0x40080000 -> 0x408a8b50 libxl: debug: libxl_arm.c:474:libxl__arch_domain_init_hw_description: constructing DTB for Xen version 4.5 guest libxl: debug: libxl_arm.c:291:make_memory_nodes: Creating placeholder node /memory@40000000 libxl: debug: libxl_arm.c:291:make_memory_nodes: Creating placeholder node /memory@200000000 libxl: debug: libxl_arm.c:539:libxl__arch_domain_init_hw_description: fdt total size 1218 domainbuilder: detail: xc_dom_devicetree_mem: called domainbuilder: detail: xc_dom_mem_init: mem 256 MB, pages 0x10000 pages, 4k each domainbuilder: detail: xc_dom_mem_init: 0x10000 pages domainbuilder: detail: xc_dom_boot_mem_init: called domainbuilder: detail: set_mode: guest xen-3.0-aarch64, address size 6 domainbuilder: detail: xc_dom_malloc : 512 kB domainbuilder: detail: populate_guest_memory: populating RAM @ 0000000040000000-0000000050000000 (256MB) domainbuilder: detail: populate_one_size: populated 0x80/0x80 entries with shift 9 domainbuilder: detail: arch_setup_meminit: placing boot modules at 0x48000000 domainbuilder: detail: arch_setup_meminit: devicetree: 0x48000000 -> 0x48001000 libxl: debug: libxl_arm.c:570:finalise_one_memory_node: Populating placeholder node /memory@40000000 libxl: debug: libxl_arm.c:564:finalise_one_memory_node: Nopping out placeholder node /memory@200000000 domainbuilder: detail: xc_dom_build_image: called domainbuilder: detail: xc_dom_alloc_segment: kernel : 0x40080000 -> 0x408a9000 (pfn 0x40080 + 0x829 pages) Killed _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Aug 19 10:52:56 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 19 Aug 2014 10:52:56 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XJh18-0004OY-HV; Tue, 19 Aug 2014 10:51:54 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XJh16-0004OP-Td for xen-users@lists.xen.org; Tue, 19 Aug 2014 10:51:53 +0000 Received: from [193.109.254.147:39126] by server-8.bemta-14.messagelabs.com id 15/1D-07074-84C23F35; Tue, 19 Aug 2014 10:51:52 +0000 X-Env-Sender: manishjaggi.oss@gmail.com X-Msg-Ref: server-6.tower-27.messagelabs.com!1408445509!11735005!1 X-Originating-IP: [209.85.220.177] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15315 invoked from network); 19 Aug 2014 10:51:50 -0000 Received: from mail-vc0-f177.google.com (HELO mail-vc0-f177.google.com) (209.85.220.177) by server-6.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 19 Aug 2014 10:51:50 -0000 Received: by mail-vc0-f177.google.com with SMTP id hy4so7009976vcb.8 for ; Tue, 19 Aug 2014 03:51:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Igq7vPk9yWh190A/4K63gdwQ9FN4fgBpycoSU3nWaiQ=; b=cbCHOEwQhFuaqvSODDmUDd8yj0FaHqfPk2AuHKJkAMH+J0CtOXXaorQYiv8EUetJ0Y qNoFQAXDtlZ8Lz4/IsLRFNvOt+Bc7vYpWilThuzfQ9W542FLmG72rKtcf/mHiASMRFrB dgSY3LgQa95NLy7hONsIziUq00Rp5paiOHAwz0HL7DJ5q1kDQx2FztsTzGu56wkGu5gw 1B2of+Yg0GpQ88wXEDUMxmXHl+yY8LYMFxgrXJUJqSJ8q89TyomVvn77/o2ToOWPhD73 KxQmKmV24y4vI4p63uhl0kaRX3g+Ngk4wDWCB5BJr5iWni53YKaeIY1fjyaw49QsDw7T uFQQ== MIME-Version: 1.0 X-Received: by 10.221.49.133 with SMTP id va5mr484805vcb.37.1408445509218; Tue, 19 Aug 2014 03:51:49 -0700 (PDT) Received: by 10.220.161.137 with HTTP; Tue, 19 Aug 2014 03:51:49 -0700 (PDT) In-Reply-To: <53F32162.8040207@citrix.com> References: <53F31261.5050107@citrix.com> <53F32162.8040207@citrix.com> Date: Tue, 19 Aug 2014 16:21:49 +0530 Message-ID: From: manish jaggi To: Andrew Cooper Cc: xen-users@lists.xen.org, manish.jaggi@caviumnetworks.com, Vijay Kilari , xen-devel@lists.xenproject.org Subject: Re: [Xen-users] [Xen-devel] How to dump vcpu regs when a domain is killed during xl create X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 19 August 2014 15:35, Andrew Cooper wrote: > On 19/08/14 11:02, manish jaggi wrote: >> On 19 August 2014 14:31, Andrew Cooper wrote: >>> On 19/08/14 06:11, manish jaggi wrote: >>>> Adding the question on xen-devel >>>> >>>> On 18 August 2014 14:08, manish jaggi wrote: >>>>> I tried to start a domain using xl create, which showed some xen logs >>>>> and then hanged for a minute or so and then displayed a messgae >>>>> killed. Below is the log >>>>> >>>>> linux:~ # xl create domU.cfg >>>>> Parsing config from domU.cfg >>>>> (XEN) .... >>>>> Killed >>>>> >>>>> Is there a way to know why it was killed and dump core regs (vcpu >>>>> regs) at the point it was killed. >>> There is no guarantee the domain has successfully started. >>> >>> Put "loglvl=all guest_loglvl=all" on the Xen command line, reboot, and >>> attach the results of >>> >>> xl -vvvv create domU.cfg >>> >>> and xl dmesg after the domain has failed in this way. >>> >>> ~Andrew >> Below is the log >> linux:~ # xl -vvv create domU.cfg -d -p >> Parsing config from domU.cfg >> { >> "domid": null, >> "config": { >> "c_info": { >> "type": "pv", >> "name": "guest", >> "uuid": "e5cb14f1-085d-4511-bca5-d6e3a0c35672", >> "run_hotplug_scripts": "True" >> }, >> "b_info": { >> "max_vcpus": 1, >> "avail_vcpus": [ >> 0 >> ], >> "max_memkb": 262144, >> "target_memkb": 262144, >> "shadow_memkb": 3072, >> "sched_params": { >> >> }, >> "claim_mode": "True", >> "type.pv": { >> "kernel": "/root/Image", >> "cmdline": "console=hvc0 root=/dev/xvda ro" >> } >> }, >> "disks": [ >> { >> "pdev_path": "/dev/loop0", >> "vdev": "xvda", >> "format": "raw", >> "readwrite": 1 >> } >> ], >> "on_reboot": "restart" >> } >> } >> >> libxl: verbose: >> libxl_create.c:134:libxl__domain_build_info_setdefault: qemu-xen is >> unavailable, use qemu-xen-traditional instead: No such file or >> directory >> libxl: debug: libxl_create.c:1401:do_domain_create: ao 0xd297c20: >> create: how=(nil) callback=(nil) poller=0xd293d90 >> libxl: debug: libxl_device.c:251:libxl__device_disk_set_backend: Disk >> vdev=xvda spec.backend=unknown >> libxl: debug: libxl_device.c:280:libxl__device_disk_set_backend: Disk >> vdev=xvda, using backend phy >> libxl: debug: libxl_create.c:851:initiate_domain_create: running bootloader >> libxl: debug: libxl_bootloader.c:329:libxl__bootloader_run: no >> bootloader configured, using user supplied kernel >> libxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch >> w=0xd294648: deregister unregistered >> domainbuilder: detail: xc_dom_allocate: cmdline="console=hvc0 >> root=/dev/xvda ro", features="(null)" >> libxl: debug: libxl_dom.c:410:libxl__build_pv: pv kernel mapped 0 path >> /root/Image >> domainbuilder: detail: xc_dom_kernel_file: filename="/root/Image" >> domainbuilder: detail: xc_dom_malloc_filemap : 8354 kB >> domainbuilder: detail: xc_dom_boot_xen_init: ver 4.5, caps >> xen-3.0-aarch64 xen-3.0-armv7l >> domainbuilder: detail: xc_dom_rambase_init: RAM starts at 40000 >> domainbuilder: detail: xc_dom_parse_image: called >> domainbuilder: detail: xc_dom_find_loader: trying multiboot-binary loader ... >> domainbuilder: detail: loader probe failed >> domainbuilder: detail: xc_dom_find_loader: trying Linux zImage (ARM64) >> loader ... >> domainbuilder: detail: loader probe OK >> domainbuilder: detail: xc_dom_parse_zimage64_kernel: called >> domainbuilder: detail: xc_dom_parse_zimage64_kernel: xen-3.0-aarch64: >> 0x40080000 -> 0x408a8b50 >> libxl: debug: libxl_arm.c:474:libxl__arch_domain_init_hw_description: >> constructing DTB for Xen version 4.5 guest >> libxl: debug: libxl_arm.c:291:make_memory_nodes: Creating placeholder >> node /memory@40000000 >> libxl: debug: libxl_arm.c:291:make_memory_nodes: Creating placeholder >> node /memory@200000000 >> libxl: debug: libxl_arm.c:539:libxl__arch_domain_init_hw_description: >> fdt total size 1218 >> domainbuilder: detail: xc_dom_devicetree_mem: called >> domainbuilder: detail: xc_dom_mem_init: mem 256 MB, pages 0x10000 pages, 4k each >> domainbuilder: detail: xc_dom_mem_init: 0x10000 pages >> domainbuilder: detail: xc_dom_boot_mem_init: called >> domainbuilder: detail: set_mode: guest xen-3.0-aarch64, address size 6 >> domainbuilder: detail: xc_dom_malloc : 512 kB >> domainbuilder: detail: populate_guest_memory: populating RAM @ >> 0000000040000000-0000000050000000 (256MB) >> domainbuilder: detail: populate_one_size: populated 0x80/0x80 entries >> with shift 9 >> domainbuilder: detail: arch_setup_meminit: placing boot modules at 0x48000000 >> domainbuilder: detail: arch_setup_meminit: devicetree: 0x48000000 -> 0x48001000 >> libxl: debug: libxl_arm.c:570:finalise_one_memory_node: Populating >> placeholder node /memory@40000000 >> libxl: debug: libxl_arm.c:564:finalise_one_memory_node: Nopping out >> placeholder node /memory@200000000 >> domainbuilder: detail: xc_dom_build_image: called >> domainbuilder: detail: xc_dom_alloc_segment: kernel : >> 0x40080000 -> 0x408a9000 (pfn 0x40080 + 0x829 pages) >> Killed > > That is only half of the items I asked for, but this indicates that > something in dom0 killed the domain builder while it was constructing > the domain. > > Try consulting dom0's dmesg. > > ~Andrew It appears the xl is killed by OOM killer. Her is the log. I hoep it is a common problem What is the usual suspect in these cases linux:~ # dmesg [ 1655.418978] [sched_delayed] sched: RT throttling activated [ 1658.558697] xl invoked oom-killer: gfp_mask=0x200d0, order=0, oom_score_adj=0 [ 1658.559752] xl cpuset=/ mems_allowed=0 [ 1658.560069] CPU: 0 PID: 521 Comm: xl Not tainted 3.14.0+ #12 [ 1658.560208] Call trace: [ 1658.560583] [] dump_backtrace+0x0/0x128 [ 1658.560927] [] show_stack+0x10/0x20 [ 1658.561259] [] dump_stack+0x74/0x94 [ 1658.561586] [] dump_header.isra.12+0x7c/0x1a8 [ 1658.561964] [] oom_kill_process+0x288/0x410 [ 1658.562319] [] out_of_memory+0x278/0x2c8 [ 1658.562656] [] __alloc_pages_nodemask+0x7d8/0x7f0 [ 1658.562991] [] decrease_reservation+0xd4/0x1e8 [ 1658.563319] [] alloc_xenballooned_pages+0x7c/0x100 [ 1658.563685] [] privcmd_ioctl_mmap_batch+0x37c/0x420 [ 1658.564031] [] privcmd_ioctl+0x228/0x2a8 [ 1658.564342] [] do_vfs_ioctl+0x88/0x5c0 [ 1658.564649] [] SyS_ioctl+0x88/0xa0 [ 1658.564778] Mem-Info: [ 1658.564916] DMA32 per-cpu: [ 1658.565146] CPU 0: hi: 6, btch: 1 usd: 0 [ 1658.574718] active_anon:2322 inactive_anon:122 isolated_anon:0 active_file:2 inactive_file:9 isolated_file:0 unevictable:5 dirty:0 writeback:0 unstable:0 free:202 slab_reclaimable:1009 slab_unreclaimable:2401 mapped:153 shmem:227 pagetables:129 bounce:0 free_cma:0 [ 1658.581623] DMA32 free:808kB min:808kB low:1008kB high:1212kB active_anon:9288kB inactive_anon:488kB active_file:8kB inactive_file:36kB unevictable:20kB isolated(anon):0kB isolated(file):0kB present:131072kB managed:41408kB mlocked:20kB dirty:0kB writeback:0kB mapped:612kB shmem:908kB slab_reclaimable:4036kB slab_unreclaimable:9604kB kernel_stack:1216kB pagetables:516kB unstable:0kB bounce:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:75 all_unreclaimable? yes [ 1658.581888] lowmem_reserve[]: 0 0 0 [ 1658.582346] DMA32: 0*4kB 1*8kB (R) 0*16kB 1*32kB (R) 0*64kB 0*128kB 1*256kB (R) 1*512kB (R) 0*1024kB 0*2048kB 0*4096kB = 808kB [ 1658.584328] Node 0 hugepages_total=0 hugepages_free=0 hugepages_surp=0 hugepages_size=2048kB [ 1658.584528] 240 total pagecache pages [ 1658.584700] 0 pages in swap cache [ 1658.584910] Swap cache stats: add 0, delete 0, find 0/0 [ 1658.585060] Free swap = 0kB [ 1658.585203] Total swap = 0kB [ 1658.585358] 32768 pages RAM [ 1658.585515] 0 pages HighMem/MovableOnly [ 1658.585666] 22416 pages reserved [ 1658.585835] [ pid ] uid tgid total_vm rss nr_ptes swapents oom_score_adj name [ 1658.587424] [ 78] 0 78 24921 2265 22 0 0 systemd-journal [ 1658.587843] [ 92] 0 92 2651 128 8 0 -1000 systemd-udevd [ 1658.588259] [ 159] 499 159 1083 90 6 0 -900 dbus-daemon [ 1658.588670] [ 162] 0 162 1708 87 6 0 0 wpa_supplicant [ 1658.589076] [ 163] 0 163 1116 74 6 0 0 systemd-logind [ 1658.589485] [ 181] 0 181 58426 164 12 0 0 rsyslogd [ 1658.589873] [ 380] 0 380 1160 159 6 0 0 cron [ 1658.590270] [ 385] 0 385 594 36 5 0 0 agetty [ 1658.590671] [ 387] 0 387 1583 122 7 0 0 login [ 1658.591067] [ 390] 0 390 2095 149 9 0 -1000 sshd [ 1658.592297] [ 399] 0 399 1398 100 6 0 0 systemd [ 1658.592732] [ 401] 0 401 2072 293 7 0 0 (sd-pam) [ 1658.593153] [ 442] 0 442 1474 214 6 0 0 bash [ 1658.593561] [ 506] 0 506 632 78 5 0 0 xenstored [ 1658.593961] [ 513] 0 513 17068 37 6 0 0 xenconsoled [ 1658.594350] [ 521] 0 521 5293 247 6 0 0 xl [ 1658.594629] Out of memory: Kill process 78 (systemd-journal) score 214 or sacrifice child [ 1658.594944] Killed process 78 (systemd-journal) total-vm:99684kB, anon-rss:332kB, file-rss:8728kB [ 1660.045289] in:imklog invoked oom-killer: gfp_mask=0x201da, order=0, oom_score_adj=0 [ 1660.045555] in:imklog cpuset=/ mems_allowed=0 [ 1660.047255] CPU: 0 PID: 185 Comm: in:imklog Not tainted 3.14.0+ #12 [ 1660.047405] Call trace: [ 1660.047771] [] dump_backtrace+0x0/0x128 [ 1660.048110] [] show_stack+0x10/0x20 [ 1660.048458] [] dump_stack+0x74/0x94 [ 1660.048793] [] dump_header.isra.12+0x7c/0x1a8 [ 1660.049171] [] oom_kill_process+0x288/0x410 [ 1660.049536] [] out_of_memory+0x278/0x2c8 [ 1660.049861] [] __alloc_pages_nodemask+0x7d8/0x7f0 [ 1660.051001] [] filemap_fault+0x180/0x3c8 [ 1660.051371] [] __do_fault+0x6c/0x528 [ 1660.051688] [] handle_mm_fault+0x164/0xc20 [ 1660.052040] [] do_page_fault+0x258/0x3a8 [ 1660.052358] [] do_mem_abort+0x38/0xa0 [ 1660.052631] Exception stack(0xffffffc0009b7e30 to 0xffffffc0009b7f50) [ 1660.053042] 7e20: 99cd7080 0000007f 99cd6f98 0000007f [ 1660.053625] 7e40: ffffffff ffffffff 9acfa86c 0000007f ffffffff ffffffff 9afe8058 0000007f [ 1660.054206] 7e60: 009b7e80 ffffffc0 00199064 ffffffc0 019d9443 ffffffc0 00199058 ffffffc0 [ 1660.054774] 7e80: 99cd7020 0000007f 000841ec ffffffc0 00000000 00000000 99cd70b2 0000007f [ 1660.055342] 7ea0: ffffffff ffffffff 000000e2 00000000 00001fa0 00000000 99cd7080 0000007f [ 1660.056715] 7ec0: 99cd7020 0000007f 00084298 ffffffc0 00000068 00000000 99cf8890 0000007f [ 1660.059130] 7ee0: 00000034 00000000 0000000a 00000000 39365f6d b33b34ff 303d6a64 3e363c0a [ 1660.059723] 7f00: 9af091b8 0000007f cfc2959b c1c9c3f5 0a0a0a0a 0a0a0a0a 99cd6fd0 0000007f [ 1660.060308] 7f20: 7f7f7f7f 7f7f7f7f 01010101 01010101 00000010 00000000 fffffe09 ffffffff [ 1660.060706] 7f40: 0000000d 00000000 ffffffed ffffffff [ 1660.060842] Mem-Info: [ 1660.060980] DMA32 per-cpu: [ 1660.061217] CPU 0: hi: 6, btch: 1 usd: 0 [ 1660.061918] active_anon:2308 inactive_anon:55 isolated_anon:0 active_file:7 inactive_file:4 isolated_file:0 unevictable:5 dirty:1 writeback:0 unstable:0 free:202 slab_reclaimable:994 slab_unreclaimable:2401 mapped:2 shmem:227 pagetables:109 bounce:0 free_cma:0 [ 1660.063208] DMA32 free:808kB min:808kB low:1008kB high:1212kB active_anon:9232kB inactive_anon:220kB active_file:28kB inactive_file:16kB unevictable:20kB isolated(anon):0kB isolated(file):0kB present:131072kB managed:41408kB mlocked:20kB dirty:4kB writeback:0kB mapped:8kB shmem:908kB slab_reclaimable:3976kB slab_unreclaimable:9604kB kernel_stack:1232kB pagetables:436kB unstable:0kB bounce:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:67 all_unreclaimable? yes [ 1660.063540] lowmem_reserve[]: 0 0 0 [ 1660.063997] DMA32: 0*4kB 1*8kB (R) 0*16kB 1*32kB (R) 0*64kB 0*128kB 1*256kB (R) 1*512kB (R) 0*1024kB 0*2048kB 0*4096kB = 808kB [ 1660.069506] Node 0 hugepages_total=0 hugepages_free=0 hugepages_surp=0 hugepages_size=2048kB [ 1660.071356] 239 total pagecache pages [ 1660.071537] 0 pages in swap cache [ 1660.071766] Swap cache stats: add 0, delete 0, find 0/0 [ 1660.071924] Free swap = 0kB [ 1660.072063] Total swap = 0kB [ 1660.072209] 32768 pages RAM [ 1660.072355] 0 pages HighMem/MovableOnly [ 1660.072521] 22416 pages reserved [ 1660.072687] [ pid ] uid tgid total_vm rss nr_ptes swapents oom_score_adj name [ 1660.073216] [ 92] 0 92 2651 128 8 0 -1000 systemd-udevd [ 1660.073643] [ 159] 499 159 1083 90 6 0 -900 dbus-daemon [ 1660.074045] [ 162] 0 162 1708 87 6 0 0 wpa_supplicant [ 1660.074457] [ 163] 0 163 1116 74 6 0 0 systemd-logind [ 1660.074875] [ 181] 0 181 58426 164 12 0 0 rsyslogd [ 1660.075264] [ 380] 0 380 1160 159 6 0 0 cron [ 1660.075662] [ 385] 0 385 594 36 5 0 0 agetty [ 1660.080081] [ 387] 0 387 1583 122 7 0 0 login [ 1660.082861] [ 390] 0 390 2095 149 9 0 -1000 sshd [ 1660.083280] [ 399] 0 399 1398 100 6 0 0 systemd [ 1660.083692] [ 401] 0 401 2072 293 7 0 0 (sd-pam) [ 1660.084119] [ 442] 0 442 1474 214 6 0 0 bash [ 1660.084541] [ 506] 0 506 632 78 5 0 0 xenstored [ 1660.084947] [ 513] 0 513 17068 37 6 0 0 xenconsoled [ 1660.085341] [ 521] 0 521 5293 247 6 0 0 xl [ 1660.085740] [ 522] 0 522 43 1 2 0 0 systemd-cgroups [ 1660.088994] Out of memory: Kill process 401 ((sd-pam)) score 28 or sacrifice child [ 1660.091001] Killed process 401 ((sd-pam)) total-vm:8288kB, anon-rss:1172kB, file-rss:0kB [ 1661.908299] xl invoked oom-killer: gfp_mask=0x200d0, order=0, oom_score_adj=0 [ 1661.908600] xl cpuset=/ mems_allowed=0 [ 1661.908923] CPU: 0 PID: 521 Comm: xl Not tainted 3.14.0+ #12 [ 1661.909068] Call trace: [ 1661.910343] [] dump_backtrace+0x0/0x128 [ 1661.910716] [] show_stack+0x10/0x20 [ 1661.911071] [] dump_stack+0x74/0x94 [ 1661.911418] [] dump_header.isra.12+0x7c/0x1a8 [ 1661.911813] [] oom_kill_process+0x288/0x410 [ 1661.912185] [] out_of_memory+0x278/0x2c8 [ 1661.912547] [] __alloc_pages_nodemask+0x7d8/0x7f0 [ 1661.912906] [] decrease_reservation+0xd4/0x1e8 [ 1661.913256] [] alloc_xenballooned_pages+0x7c/0x100 [ 1661.913642] [] privcmd_ioctl_mmap_batch+0x37c/0x420 [ 1661.914010] [] privcmd_ioctl+0x228/0x2a8 [ 1661.914343] [] do_vfs_ioctl+0x88/0x5c0 [ 1661.914656] [] SyS_ioctl+0x88/0xa0 [ 1661.914792] Mem-Info: [ 1661.914937] DMA32 per-cpu: [ 1661.915178] CPU 0: hi: 6, btch: 1 usd: 0 [ 1661.915907] active_anon:2155 inactive_anon:55 isolated_anon:0 active_file:8 inactive_file:3 isolated_file:0 unevictable:5 dirty:0 writeback:0 unstable:0 free:201 slab_reclaimable:994 slab_unreclaimable:2399 mapped:1 shmem:227 pagetables:103 bounce:0 free_cma:0 [ 1661.922955] DMA32 free:804kB min:808kB low:1008kB high:1212kB active_anon:8620kB inactive_anon:220kB active_file:32kB inactive_file:12kB unevictable:20kB isolated(anon):0kB isolated(file):0kB present:131072kB managed:41408kB mlocked:20kB dirty:0kB writeback:0kB mapped:4kB shmem:908kB slab_reclaimable:3976kB slab_unreclaimable:9596kB kernel_stack:1232kB pagetables:412kB unstable:0kB bounce:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:70 all_unreclaimable? yes [ 1661.923287] lowmem_reserve[]: 0 0 0 [ 1661.923759] DMA32: 1*4kB (R) 0*8kB 0*16kB 1*32kB (R) 0*64kB 0*128kB 1*256kB (R) 1*512kB (R) 0*1024kB 0*2048kB 0*4096kB = 804kB [ 1661.925873] Node 0 hugepages_total=0 hugepages_free=0 hugepages_surp=0 hugepages_size=2048kB [ 1661.929197] 252 total pagecache pages [ 1661.929379] 0 pages in swap cache [ 1661.929616] Swap cache stats: add 0, delete 0, find 0/0 [ 1661.929778] Free swap = 0kB [ 1661.929918] Total swap = 0kB [ 1661.930072] 32768 pages RAM [ 1661.930223] 0 pages HighMem/MovableOnly [ 1661.930376] 22416 pages reserved [ 1661.930544] [ pid ] uid tgid total_vm rss nr_ptes swapents oom_score_adj name [ 1661.931083] [ 92] 0 92 2651 128 8 0 -1000 systemd-udevd [ 1661.931524] [ 159] 499 159 1083 90 6 0 -900 dbus-daemon [ 1661.931940] [ 162] 0 162 1708 87 6 0 0 wpa_supplicant [ 1661.932369] [ 163] 0 163 1116 74 6 0 0 systemd-logind [ 1661.932818] [ 181] 0 181 58426 164 12 0 0 rsyslogd [ 1661.933222] [ 380] 0 380 1160 159 6 0 0 cron [ 1661.933638] [ 385] 0 385 594 36 5 0 0 agetty [ 1661.934053] [ 387] 0 387 1583 122 7 0 0 login [ 1661.934476] [ 390] 0 390 2095 149 9 0 -1000 sshd [ 1661.934896] [ 399] 0 399 1398 98 6 0 0 systemd [ 1661.935330] [ 442] 0 442 1474 214 6 0 0 bash [ 1661.935757] [ 506] 0 506 632 78 5 0 0 xenstored [ 1661.943386] [ 513] 0 513 17068 37 6 0 0 xenconsoled [ 1661.945470] [ 521] 0 521 5293 247 6 0 0 xl [ 1661.946601] [ 522] 0 522 78 1 3 0 0 systemd-cgroups [ 1661.949506] Out of memory: Kill process 521 (xl) score 23 or sacrifice child [ 1661.949848] Killed process 521 (xl) total-vm:21172kB, anon-rss:980kB, file-rss:8kB [ 1670.390637] systemd[1]: systemd-journald.service holdoff time over, scheduling restart. [ 1670.421508] systemd[1]: Stopping Journal Service... [ 1670.454109] systemd[1]: Starting Journal Service... [ 1670.861545] systemd[1]: Started Journal Service. [ 1673.842226] systemd-journald[523]: File /run/log/journal/2f93db49586f4b85b4411279f803b005/system.journal corrupted or uncleanly shut down, renaming and replacing. [ 1674.341531] systemd-journald[523]: Vacuuming done, freed 0 bytes [ 1678.363595] systemd-journald[523]: Received request to flush runtime journal from PID 1 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Aug 19 10:52:56 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 19 Aug 2014 10:52:56 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XJh18-0004OY-HV; Tue, 19 Aug 2014 10:51:54 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XJh16-0004OP-Td for xen-users@lists.xen.org; Tue, 19 Aug 2014 10:51:53 +0000 Received: from [193.109.254.147:39126] by server-8.bemta-14.messagelabs.com id 15/1D-07074-84C23F35; Tue, 19 Aug 2014 10:51:52 +0000 X-Env-Sender: manishjaggi.oss@gmail.com X-Msg-Ref: server-6.tower-27.messagelabs.com!1408445509!11735005!1 X-Originating-IP: [209.85.220.177] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15315 invoked from network); 19 Aug 2014 10:51:50 -0000 Received: from mail-vc0-f177.google.com (HELO mail-vc0-f177.google.com) (209.85.220.177) by server-6.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 19 Aug 2014 10:51:50 -0000 Received: by mail-vc0-f177.google.com with SMTP id hy4so7009976vcb.8 for ; Tue, 19 Aug 2014 03:51:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Igq7vPk9yWh190A/4K63gdwQ9FN4fgBpycoSU3nWaiQ=; b=cbCHOEwQhFuaqvSODDmUDd8yj0FaHqfPk2AuHKJkAMH+J0CtOXXaorQYiv8EUetJ0Y qNoFQAXDtlZ8Lz4/IsLRFNvOt+Bc7vYpWilThuzfQ9W542FLmG72rKtcf/mHiASMRFrB dgSY3LgQa95NLy7hONsIziUq00Rp5paiOHAwz0HL7DJ5q1kDQx2FztsTzGu56wkGu5gw 1B2of+Yg0GpQ88wXEDUMxmXHl+yY8LYMFxgrXJUJqSJ8q89TyomVvn77/o2ToOWPhD73 KxQmKmV24y4vI4p63uhl0kaRX3g+Ngk4wDWCB5BJr5iWni53YKaeIY1fjyaw49QsDw7T uFQQ== MIME-Version: 1.0 X-Received: by 10.221.49.133 with SMTP id va5mr484805vcb.37.1408445509218; Tue, 19 Aug 2014 03:51:49 -0700 (PDT) Received: by 10.220.161.137 with HTTP; Tue, 19 Aug 2014 03:51:49 -0700 (PDT) In-Reply-To: <53F32162.8040207@citrix.com> References: <53F31261.5050107@citrix.com> <53F32162.8040207@citrix.com> Date: Tue, 19 Aug 2014 16:21:49 +0530 Message-ID: From: manish jaggi To: Andrew Cooper Cc: xen-users@lists.xen.org, manish.jaggi@caviumnetworks.com, Vijay Kilari , xen-devel@lists.xenproject.org Subject: Re: [Xen-users] [Xen-devel] How to dump vcpu regs when a domain is killed during xl create X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 19 August 2014 15:35, Andrew Cooper wrote: > On 19/08/14 11:02, manish jaggi wrote: >> On 19 August 2014 14:31, Andrew Cooper wrote: >>> On 19/08/14 06:11, manish jaggi wrote: >>>> Adding the question on xen-devel >>>> >>>> On 18 August 2014 14:08, manish jaggi wrote: >>>>> I tried to start a domain using xl create, which showed some xen logs >>>>> and then hanged for a minute or so and then displayed a messgae >>>>> killed. Below is the log >>>>> >>>>> linux:~ # xl create domU.cfg >>>>> Parsing config from domU.cfg >>>>> (XEN) .... >>>>> Killed >>>>> >>>>> Is there a way to know why it was killed and dump core regs (vcpu >>>>> regs) at the point it was killed. >>> There is no guarantee the domain has successfully started. >>> >>> Put "loglvl=all guest_loglvl=all" on the Xen command line, reboot, and >>> attach the results of >>> >>> xl -vvvv create domU.cfg >>> >>> and xl dmesg after the domain has failed in this way. >>> >>> ~Andrew >> Below is the log >> linux:~ # xl -vvv create domU.cfg -d -p >> Parsing config from domU.cfg >> { >> "domid": null, >> "config": { >> "c_info": { >> "type": "pv", >> "name": "guest", >> "uuid": "e5cb14f1-085d-4511-bca5-d6e3a0c35672", >> "run_hotplug_scripts": "True" >> }, >> "b_info": { >> "max_vcpus": 1, >> "avail_vcpus": [ >> 0 >> ], >> "max_memkb": 262144, >> "target_memkb": 262144, >> "shadow_memkb": 3072, >> "sched_params": { >> >> }, >> "claim_mode": "True", >> "type.pv": { >> "kernel": "/root/Image", >> "cmdline": "console=hvc0 root=/dev/xvda ro" >> } >> }, >> "disks": [ >> { >> "pdev_path": "/dev/loop0", >> "vdev": "xvda", >> "format": "raw", >> "readwrite": 1 >> } >> ], >> "on_reboot": "restart" >> } >> } >> >> libxl: verbose: >> libxl_create.c:134:libxl__domain_build_info_setdefault: qemu-xen is >> unavailable, use qemu-xen-traditional instead: No such file or >> directory >> libxl: debug: libxl_create.c:1401:do_domain_create: ao 0xd297c20: >> create: how=(nil) callback=(nil) poller=0xd293d90 >> libxl: debug: libxl_device.c:251:libxl__device_disk_set_backend: Disk >> vdev=xvda spec.backend=unknown >> libxl: debug: libxl_device.c:280:libxl__device_disk_set_backend: Disk >> vdev=xvda, using backend phy >> libxl: debug: libxl_create.c:851:initiate_domain_create: running bootloader >> libxl: debug: libxl_bootloader.c:329:libxl__bootloader_run: no >> bootloader configured, using user supplied kernel >> libxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch >> w=0xd294648: deregister unregistered >> domainbuilder: detail: xc_dom_allocate: cmdline="console=hvc0 >> root=/dev/xvda ro", features="(null)" >> libxl: debug: libxl_dom.c:410:libxl__build_pv: pv kernel mapped 0 path >> /root/Image >> domainbuilder: detail: xc_dom_kernel_file: filename="/root/Image" >> domainbuilder: detail: xc_dom_malloc_filemap : 8354 kB >> domainbuilder: detail: xc_dom_boot_xen_init: ver 4.5, caps >> xen-3.0-aarch64 xen-3.0-armv7l >> domainbuilder: detail: xc_dom_rambase_init: RAM starts at 40000 >> domainbuilder: detail: xc_dom_parse_image: called >> domainbuilder: detail: xc_dom_find_loader: trying multiboot-binary loader ... >> domainbuilder: detail: loader probe failed >> domainbuilder: detail: xc_dom_find_loader: trying Linux zImage (ARM64) >> loader ... >> domainbuilder: detail: loader probe OK >> domainbuilder: detail: xc_dom_parse_zimage64_kernel: called >> domainbuilder: detail: xc_dom_parse_zimage64_kernel: xen-3.0-aarch64: >> 0x40080000 -> 0x408a8b50 >> libxl: debug: libxl_arm.c:474:libxl__arch_domain_init_hw_description: >> constructing DTB for Xen version 4.5 guest >> libxl: debug: libxl_arm.c:291:make_memory_nodes: Creating placeholder >> node /memory@40000000 >> libxl: debug: libxl_arm.c:291:make_memory_nodes: Creating placeholder >> node /memory@200000000 >> libxl: debug: libxl_arm.c:539:libxl__arch_domain_init_hw_description: >> fdt total size 1218 >> domainbuilder: detail: xc_dom_devicetree_mem: called >> domainbuilder: detail: xc_dom_mem_init: mem 256 MB, pages 0x10000 pages, 4k each >> domainbuilder: detail: xc_dom_mem_init: 0x10000 pages >> domainbuilder: detail: xc_dom_boot_mem_init: called >> domainbuilder: detail: set_mode: guest xen-3.0-aarch64, address size 6 >> domainbuilder: detail: xc_dom_malloc : 512 kB >> domainbuilder: detail: populate_guest_memory: populating RAM @ >> 0000000040000000-0000000050000000 (256MB) >> domainbuilder: detail: populate_one_size: populated 0x80/0x80 entries >> with shift 9 >> domainbuilder: detail: arch_setup_meminit: placing boot modules at 0x48000000 >> domainbuilder: detail: arch_setup_meminit: devicetree: 0x48000000 -> 0x48001000 >> libxl: debug: libxl_arm.c:570:finalise_one_memory_node: Populating >> placeholder node /memory@40000000 >> libxl: debug: libxl_arm.c:564:finalise_one_memory_node: Nopping out >> placeholder node /memory@200000000 >> domainbuilder: detail: xc_dom_build_image: called >> domainbuilder: detail: xc_dom_alloc_segment: kernel : >> 0x40080000 -> 0x408a9000 (pfn 0x40080 + 0x829 pages) >> Killed > > That is only half of the items I asked for, but this indicates that > something in dom0 killed the domain builder while it was constructing > the domain. > > Try consulting dom0's dmesg. > > ~Andrew It appears the xl is killed by OOM killer. Her is the log. I hoep it is a common problem What is the usual suspect in these cases linux:~ # dmesg [ 1655.418978] [sched_delayed] sched: RT throttling activated [ 1658.558697] xl invoked oom-killer: gfp_mask=0x200d0, order=0, oom_score_adj=0 [ 1658.559752] xl cpuset=/ mems_allowed=0 [ 1658.560069] CPU: 0 PID: 521 Comm: xl Not tainted 3.14.0+ #12 [ 1658.560208] Call trace: [ 1658.560583] [] dump_backtrace+0x0/0x128 [ 1658.560927] [] show_stack+0x10/0x20 [ 1658.561259] [] dump_stack+0x74/0x94 [ 1658.561586] [] dump_header.isra.12+0x7c/0x1a8 [ 1658.561964] [] oom_kill_process+0x288/0x410 [ 1658.562319] [] out_of_memory+0x278/0x2c8 [ 1658.562656] [] __alloc_pages_nodemask+0x7d8/0x7f0 [ 1658.562991] [] decrease_reservation+0xd4/0x1e8 [ 1658.563319] [] alloc_xenballooned_pages+0x7c/0x100 [ 1658.563685] [] privcmd_ioctl_mmap_batch+0x37c/0x420 [ 1658.564031] [] privcmd_ioctl+0x228/0x2a8 [ 1658.564342] [] do_vfs_ioctl+0x88/0x5c0 [ 1658.564649] [] SyS_ioctl+0x88/0xa0 [ 1658.564778] Mem-Info: [ 1658.564916] DMA32 per-cpu: [ 1658.565146] CPU 0: hi: 6, btch: 1 usd: 0 [ 1658.574718] active_anon:2322 inactive_anon:122 isolated_anon:0 active_file:2 inactive_file:9 isolated_file:0 unevictable:5 dirty:0 writeback:0 unstable:0 free:202 slab_reclaimable:1009 slab_unreclaimable:2401 mapped:153 shmem:227 pagetables:129 bounce:0 free_cma:0 [ 1658.581623] DMA32 free:808kB min:808kB low:1008kB high:1212kB active_anon:9288kB inactive_anon:488kB active_file:8kB inactive_file:36kB unevictable:20kB isolated(anon):0kB isolated(file):0kB present:131072kB managed:41408kB mlocked:20kB dirty:0kB writeback:0kB mapped:612kB shmem:908kB slab_reclaimable:4036kB slab_unreclaimable:9604kB kernel_stack:1216kB pagetables:516kB unstable:0kB bounce:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:75 all_unreclaimable? yes [ 1658.581888] lowmem_reserve[]: 0 0 0 [ 1658.582346] DMA32: 0*4kB 1*8kB (R) 0*16kB 1*32kB (R) 0*64kB 0*128kB 1*256kB (R) 1*512kB (R) 0*1024kB 0*2048kB 0*4096kB = 808kB [ 1658.584328] Node 0 hugepages_total=0 hugepages_free=0 hugepages_surp=0 hugepages_size=2048kB [ 1658.584528] 240 total pagecache pages [ 1658.584700] 0 pages in swap cache [ 1658.584910] Swap cache stats: add 0, delete 0, find 0/0 [ 1658.585060] Free swap = 0kB [ 1658.585203] Total swap = 0kB [ 1658.585358] 32768 pages RAM [ 1658.585515] 0 pages HighMem/MovableOnly [ 1658.585666] 22416 pages reserved [ 1658.585835] [ pid ] uid tgid total_vm rss nr_ptes swapents oom_score_adj name [ 1658.587424] [ 78] 0 78 24921 2265 22 0 0 systemd-journal [ 1658.587843] [ 92] 0 92 2651 128 8 0 -1000 systemd-udevd [ 1658.588259] [ 159] 499 159 1083 90 6 0 -900 dbus-daemon [ 1658.588670] [ 162] 0 162 1708 87 6 0 0 wpa_supplicant [ 1658.589076] [ 163] 0 163 1116 74 6 0 0 systemd-logind [ 1658.589485] [ 181] 0 181 58426 164 12 0 0 rsyslogd [ 1658.589873] [ 380] 0 380 1160 159 6 0 0 cron [ 1658.590270] [ 385] 0 385 594 36 5 0 0 agetty [ 1658.590671] [ 387] 0 387 1583 122 7 0 0 login [ 1658.591067] [ 390] 0 390 2095 149 9 0 -1000 sshd [ 1658.592297] [ 399] 0 399 1398 100 6 0 0 systemd [ 1658.592732] [ 401] 0 401 2072 293 7 0 0 (sd-pam) [ 1658.593153] [ 442] 0 442 1474 214 6 0 0 bash [ 1658.593561] [ 506] 0 506 632 78 5 0 0 xenstored [ 1658.593961] [ 513] 0 513 17068 37 6 0 0 xenconsoled [ 1658.594350] [ 521] 0 521 5293 247 6 0 0 xl [ 1658.594629] Out of memory: Kill process 78 (systemd-journal) score 214 or sacrifice child [ 1658.594944] Killed process 78 (systemd-journal) total-vm:99684kB, anon-rss:332kB, file-rss:8728kB [ 1660.045289] in:imklog invoked oom-killer: gfp_mask=0x201da, order=0, oom_score_adj=0 [ 1660.045555] in:imklog cpuset=/ mems_allowed=0 [ 1660.047255] CPU: 0 PID: 185 Comm: in:imklog Not tainted 3.14.0+ #12 [ 1660.047405] Call trace: [ 1660.047771] [] dump_backtrace+0x0/0x128 [ 1660.048110] [] show_stack+0x10/0x20 [ 1660.048458] [] dump_stack+0x74/0x94 [ 1660.048793] [] dump_header.isra.12+0x7c/0x1a8 [ 1660.049171] [] oom_kill_process+0x288/0x410 [ 1660.049536] [] out_of_memory+0x278/0x2c8 [ 1660.049861] [] __alloc_pages_nodemask+0x7d8/0x7f0 [ 1660.051001] [] filemap_fault+0x180/0x3c8 [ 1660.051371] [] __do_fault+0x6c/0x528 [ 1660.051688] [] handle_mm_fault+0x164/0xc20 [ 1660.052040] [] do_page_fault+0x258/0x3a8 [ 1660.052358] [] do_mem_abort+0x38/0xa0 [ 1660.052631] Exception stack(0xffffffc0009b7e30 to 0xffffffc0009b7f50) [ 1660.053042] 7e20: 99cd7080 0000007f 99cd6f98 0000007f [ 1660.053625] 7e40: ffffffff ffffffff 9acfa86c 0000007f ffffffff ffffffff 9afe8058 0000007f [ 1660.054206] 7e60: 009b7e80 ffffffc0 00199064 ffffffc0 019d9443 ffffffc0 00199058 ffffffc0 [ 1660.054774] 7e80: 99cd7020 0000007f 000841ec ffffffc0 00000000 00000000 99cd70b2 0000007f [ 1660.055342] 7ea0: ffffffff ffffffff 000000e2 00000000 00001fa0 00000000 99cd7080 0000007f [ 1660.056715] 7ec0: 99cd7020 0000007f 00084298 ffffffc0 00000068 00000000 99cf8890 0000007f [ 1660.059130] 7ee0: 00000034 00000000 0000000a 00000000 39365f6d b33b34ff 303d6a64 3e363c0a [ 1660.059723] 7f00: 9af091b8 0000007f cfc2959b c1c9c3f5 0a0a0a0a 0a0a0a0a 99cd6fd0 0000007f [ 1660.060308] 7f20: 7f7f7f7f 7f7f7f7f 01010101 01010101 00000010 00000000 fffffe09 ffffffff [ 1660.060706] 7f40: 0000000d 00000000 ffffffed ffffffff [ 1660.060842] Mem-Info: [ 1660.060980] DMA32 per-cpu: [ 1660.061217] CPU 0: hi: 6, btch: 1 usd: 0 [ 1660.061918] active_anon:2308 inactive_anon:55 isolated_anon:0 active_file:7 inactive_file:4 isolated_file:0 unevictable:5 dirty:1 writeback:0 unstable:0 free:202 slab_reclaimable:994 slab_unreclaimable:2401 mapped:2 shmem:227 pagetables:109 bounce:0 free_cma:0 [ 1660.063208] DMA32 free:808kB min:808kB low:1008kB high:1212kB active_anon:9232kB inactive_anon:220kB active_file:28kB inactive_file:16kB unevictable:20kB isolated(anon):0kB isolated(file):0kB present:131072kB managed:41408kB mlocked:20kB dirty:4kB writeback:0kB mapped:8kB shmem:908kB slab_reclaimable:3976kB slab_unreclaimable:9604kB kernel_stack:1232kB pagetables:436kB unstable:0kB bounce:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:67 all_unreclaimable? yes [ 1660.063540] lowmem_reserve[]: 0 0 0 [ 1660.063997] DMA32: 0*4kB 1*8kB (R) 0*16kB 1*32kB (R) 0*64kB 0*128kB 1*256kB (R) 1*512kB (R) 0*1024kB 0*2048kB 0*4096kB = 808kB [ 1660.069506] Node 0 hugepages_total=0 hugepages_free=0 hugepages_surp=0 hugepages_size=2048kB [ 1660.071356] 239 total pagecache pages [ 1660.071537] 0 pages in swap cache [ 1660.071766] Swap cache stats: add 0, delete 0, find 0/0 [ 1660.071924] Free swap = 0kB [ 1660.072063] Total swap = 0kB [ 1660.072209] 32768 pages RAM [ 1660.072355] 0 pages HighMem/MovableOnly [ 1660.072521] 22416 pages reserved [ 1660.072687] [ pid ] uid tgid total_vm rss nr_ptes swapents oom_score_adj name [ 1660.073216] [ 92] 0 92 2651 128 8 0 -1000 systemd-udevd [ 1660.073643] [ 159] 499 159 1083 90 6 0 -900 dbus-daemon [ 1660.074045] [ 162] 0 162 1708 87 6 0 0 wpa_supplicant [ 1660.074457] [ 163] 0 163 1116 74 6 0 0 systemd-logind [ 1660.074875] [ 181] 0 181 58426 164 12 0 0 rsyslogd [ 1660.075264] [ 380] 0 380 1160 159 6 0 0 cron [ 1660.075662] [ 385] 0 385 594 36 5 0 0 agetty [ 1660.080081] [ 387] 0 387 1583 122 7 0 0 login [ 1660.082861] [ 390] 0 390 2095 149 9 0 -1000 sshd [ 1660.083280] [ 399] 0 399 1398 100 6 0 0 systemd [ 1660.083692] [ 401] 0 401 2072 293 7 0 0 (sd-pam) [ 1660.084119] [ 442] 0 442 1474 214 6 0 0 bash [ 1660.084541] [ 506] 0 506 632 78 5 0 0 xenstored [ 1660.084947] [ 513] 0 513 17068 37 6 0 0 xenconsoled [ 1660.085341] [ 521] 0 521 5293 247 6 0 0 xl [ 1660.085740] [ 522] 0 522 43 1 2 0 0 systemd-cgroups [ 1660.088994] Out of memory: Kill process 401 ((sd-pam)) score 28 or sacrifice child [ 1660.091001] Killed process 401 ((sd-pam)) total-vm:8288kB, anon-rss:1172kB, file-rss:0kB [ 1661.908299] xl invoked oom-killer: gfp_mask=0x200d0, order=0, oom_score_adj=0 [ 1661.908600] xl cpuset=/ mems_allowed=0 [ 1661.908923] CPU: 0 PID: 521 Comm: xl Not tainted 3.14.0+ #12 [ 1661.909068] Call trace: [ 1661.910343] [] dump_backtrace+0x0/0x128 [ 1661.910716] [] show_stack+0x10/0x20 [ 1661.911071] [] dump_stack+0x74/0x94 [ 1661.911418] [] dump_header.isra.12+0x7c/0x1a8 [ 1661.911813] [] oom_kill_process+0x288/0x410 [ 1661.912185] [] out_of_memory+0x278/0x2c8 [ 1661.912547] [] __alloc_pages_nodemask+0x7d8/0x7f0 [ 1661.912906] [] decrease_reservation+0xd4/0x1e8 [ 1661.913256] [] alloc_xenballooned_pages+0x7c/0x100 [ 1661.913642] [] privcmd_ioctl_mmap_batch+0x37c/0x420 [ 1661.914010] [] privcmd_ioctl+0x228/0x2a8 [ 1661.914343] [] do_vfs_ioctl+0x88/0x5c0 [ 1661.914656] [] SyS_ioctl+0x88/0xa0 [ 1661.914792] Mem-Info: [ 1661.914937] DMA32 per-cpu: [ 1661.915178] CPU 0: hi: 6, btch: 1 usd: 0 [ 1661.915907] active_anon:2155 inactive_anon:55 isolated_anon:0 active_file:8 inactive_file:3 isolated_file:0 unevictable:5 dirty:0 writeback:0 unstable:0 free:201 slab_reclaimable:994 slab_unreclaimable:2399 mapped:1 shmem:227 pagetables:103 bounce:0 free_cma:0 [ 1661.922955] DMA32 free:804kB min:808kB low:1008kB high:1212kB active_anon:8620kB inactive_anon:220kB active_file:32kB inactive_file:12kB unevictable:20kB isolated(anon):0kB isolated(file):0kB present:131072kB managed:41408kB mlocked:20kB dirty:0kB writeback:0kB mapped:4kB shmem:908kB slab_reclaimable:3976kB slab_unreclaimable:9596kB kernel_stack:1232kB pagetables:412kB unstable:0kB bounce:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:70 all_unreclaimable? yes [ 1661.923287] lowmem_reserve[]: 0 0 0 [ 1661.923759] DMA32: 1*4kB (R) 0*8kB 0*16kB 1*32kB (R) 0*64kB 0*128kB 1*256kB (R) 1*512kB (R) 0*1024kB 0*2048kB 0*4096kB = 804kB [ 1661.925873] Node 0 hugepages_total=0 hugepages_free=0 hugepages_surp=0 hugepages_size=2048kB [ 1661.929197] 252 total pagecache pages [ 1661.929379] 0 pages in swap cache [ 1661.929616] Swap cache stats: add 0, delete 0, find 0/0 [ 1661.929778] Free swap = 0kB [ 1661.929918] Total swap = 0kB [ 1661.930072] 32768 pages RAM [ 1661.930223] 0 pages HighMem/MovableOnly [ 1661.930376] 22416 pages reserved [ 1661.930544] [ pid ] uid tgid total_vm rss nr_ptes swapents oom_score_adj name [ 1661.931083] [ 92] 0 92 2651 128 8 0 -1000 systemd-udevd [ 1661.931524] [ 159] 499 159 1083 90 6 0 -900 dbus-daemon [ 1661.931940] [ 162] 0 162 1708 87 6 0 0 wpa_supplicant [ 1661.932369] [ 163] 0 163 1116 74 6 0 0 systemd-logind [ 1661.932818] [ 181] 0 181 58426 164 12 0 0 rsyslogd [ 1661.933222] [ 380] 0 380 1160 159 6 0 0 cron [ 1661.933638] [ 385] 0 385 594 36 5 0 0 agetty [ 1661.934053] [ 387] 0 387 1583 122 7 0 0 login [ 1661.934476] [ 390] 0 390 2095 149 9 0 -1000 sshd [ 1661.934896] [ 399] 0 399 1398 98 6 0 0 systemd [ 1661.935330] [ 442] 0 442 1474 214 6 0 0 bash [ 1661.935757] [ 506] 0 506 632 78 5 0 0 xenstored [ 1661.943386] [ 513] 0 513 17068 37 6 0 0 xenconsoled [ 1661.945470] [ 521] 0 521 5293 247 6 0 0 xl [ 1661.946601] [ 522] 0 522 78 1 3 0 0 systemd-cgroups [ 1661.949506] Out of memory: Kill process 521 (xl) score 23 or sacrifice child [ 1661.949848] Killed process 521 (xl) total-vm:21172kB, anon-rss:980kB, file-rss:8kB [ 1670.390637] systemd[1]: systemd-journald.service holdoff time over, scheduling restart. [ 1670.421508] systemd[1]: Stopping Journal Service... [ 1670.454109] systemd[1]: Starting Journal Service... [ 1670.861545] systemd[1]: Started Journal Service. [ 1673.842226] systemd-journald[523]: File /run/log/journal/2f93db49586f4b85b4411279f803b005/system.journal corrupted or uncleanly shut down, renaming and replacing. [ 1674.341531] systemd-journald[523]: Vacuuming done, freed 0 bytes [ 1678.363595] systemd-journald[523]: Received request to flush runtime journal from PID 1 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Aug 19 11:40:11 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 19 Aug 2014 11:40: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 1XJhlN-0005DR-7C; Tue, 19 Aug 2014 11:39:41 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XJhlL-0005DB-U0 for xen-users@lists.xen.org; Tue, 19 Aug 2014 11:39:40 +0000 Received: from [193.109.254.147:22643] by server-1.bemta-14.messagelabs.com id 43/05-24760-B7733F35; Tue, 19 Aug 2014 11:39:39 +0000 X-Env-Sender: manishjaggi.oss@gmail.com X-Msg-Ref: server-12.tower-27.messagelabs.com!1408448377!11781306!1 X-Originating-IP: [209.85.220.178] 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.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10027 invoked from network); 19 Aug 2014 11:39:38 -0000 Received: from mail-vc0-f178.google.com (HELO mail-vc0-f178.google.com) (209.85.220.178) by server-12.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 19 Aug 2014 11:39:38 -0000 Received: by mail-vc0-f178.google.com with SMTP id la4so7123431vcb.23 for ; Tue, 19 Aug 2014 04:39:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=+FWQBLeu14DGzi0934Gfswx9ccrAJ6WpKGb8t/jUnlk=; b=anto5OVybJbywZ7feat0NLpEMaQJlvoUr2+WP5UnPCg969GchEkCqGT1nQcqytxBlq 3ri5EdfvYTjIn2xQ1bprrGfM4GHX4JneXdkYAKfQvISzeYkjkyeDCQBAepkRzOxHUPI5 2d7Y3dqekfiyhE1uZQknVd3Fg5A2rroWXelOAopBtIxchyqbOP7R9+x98D2yHsfmNa+Z GJQ2yey/TOMCUpCfjpxKeQbk90wiSePykQNkHjuqIqlacTUS43KOCRRWsVcyOCkjfl92 HQQj6eIsXOpc8+XnHaAMM7iuHH6BtI+dndjjc+stTcrh9VD/JVOHMh6B2oK3PBH5Mwa4 Wt0A== MIME-Version: 1.0 X-Received: by 10.220.95.132 with SMTP id d4mr1165257vcn.33.1408448376896; Tue, 19 Aug 2014 04:39:36 -0700 (PDT) Received: by 10.220.161.137 with HTTP; Tue, 19 Aug 2014 04:39:36 -0700 (PDT) In-Reply-To: <53F32CFB.1030606@citrix.com> References: <53F31261.5050107@citrix.com> <53F32162.8040207@citrix.com> <53F32CFB.1030606@citrix.com> Date: Tue, 19 Aug 2014 17:09:36 +0530 Message-ID: From: manish jaggi To: Andrew Cooper Cc: xen-users@lists.xen.org, manish.jaggi@caviumnetworks.com, Vijay Kilari , xen-devel@lists.xenproject.org Subject: Re: [Xen-users] [Xen-devel] How to dump vcpu regs when a domain is killed during xl create X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 19 August 2014 16:24, Andrew Cooper wrote: > On 19/08/14 11:51, manish jaggi wrote: >> On 19 August 2014 15:35, Andrew Cooper wrote: >>> On 19/08/14 11:02, manish jaggi wrote: >>>> On 19 August 2014 14:31, Andrew Cooper wrote: >>>>> On 19/08/14 06:11, manish jaggi wrote: >>>>>> Adding the question on xen-devel >>>>>> >>>>>> On 18 August 2014 14:08, manish jaggi wrote: >>>>>>> I tried to start a domain using xl create, which showed some xen logs >>>>>>> and then hanged for a minute or so and then displayed a messgae >>>>>>> killed. Below is the log >>>>>>> >>>>>>> linux:~ # xl create domU.cfg >>>>>>> Parsing config from domU.cfg >>>>>>> (XEN) .... >>>>>>> Killed >>>>>>> >>>>>>> Is there a way to know why it was killed and dump core regs (vcpu >>>>>>> regs) at the point it was killed. >>>>> There is no guarantee the domain has successfully started. >>>>> >>>>> Put "loglvl=all guest_loglvl=all" on the Xen command line, reboot, and >>>>> attach the results of >>>>> >>>>> xl -vvvv create domU.cfg >>>>> >>>>> and xl dmesg after the domain has failed in this way. >>>>> >>>>> ~Andrew >>>> Below is the log >>>> linux:~ # xl -vvv create domU.cfg -d -p >>>> Parsing config from domU.cfg >>>> { >>>> "domid": null, >>>> "config": { >>>> "c_info": { >>>> "type": "pv", >>>> "name": "guest", >>>> "uuid": "e5cb14f1-085d-4511-bca5-d6e3a0c35672", >>>> "run_hotplug_scripts": "True" >>>> }, >>>> "b_info": { >>>> "max_vcpus": 1, >>>> "avail_vcpus": [ >>>> 0 >>>> ], >>>> "max_memkb": 262144, >>>> "target_memkb": 262144, >>>> "shadow_memkb": 3072, >>>> "sched_params": { >>>> >>>> }, >>>> "claim_mode": "True", >>>> "type.pv": { >>>> "kernel": "/root/Image", >>>> "cmdline": "console=hvc0 root=/dev/xvda ro" >>>> } >>>> }, >>>> "disks": [ >>>> { >>>> "pdev_path": "/dev/loop0", >>>> "vdev": "xvda", >>>> "format": "raw", >>>> "readwrite": 1 >>>> } >>>> ], >>>> "on_reboot": "restart" >>>> } >>>> } >>>> >>>> libxl: verbose: >>>> libxl_create.c:134:libxl__domain_build_info_setdefault: qemu-xen is >>>> unavailable, use qemu-xen-traditional instead: No such file or >>>> directory >>>> libxl: debug: libxl_create.c:1401:do_domain_create: ao 0xd297c20: >>>> create: how=(nil) callback=(nil) poller=0xd293d90 >>>> libxl: debug: libxl_device.c:251:libxl__device_disk_set_backend: Disk >>>> vdev=xvda spec.backend=unknown >>>> libxl: debug: libxl_device.c:280:libxl__device_disk_set_backend: Disk >>>> vdev=xvda, using backend phy >>>> libxl: debug: libxl_create.c:851:initiate_domain_create: running bootloader >>>> libxl: debug: libxl_bootloader.c:329:libxl__bootloader_run: no >>>> bootloader configured, using user supplied kernel >>>> libxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch >>>> w=0xd294648: deregister unregistered >>>> domainbuilder: detail: xc_dom_allocate: cmdline="console=hvc0 >>>> root=/dev/xvda ro", features="(null)" >>>> libxl: debug: libxl_dom.c:410:libxl__build_pv: pv kernel mapped 0 path >>>> /root/Image >>>> domainbuilder: detail: xc_dom_kernel_file: filename="/root/Image" >>>> domainbuilder: detail: xc_dom_malloc_filemap : 8354 kB >>>> domainbuilder: detail: xc_dom_boot_xen_init: ver 4.5, caps >>>> xen-3.0-aarch64 xen-3.0-armv7l >>>> domainbuilder: detail: xc_dom_rambase_init: RAM starts at 40000 >>>> domainbuilder: detail: xc_dom_parse_image: called >>>> domainbuilder: detail: xc_dom_find_loader: trying multiboot-binary loader ... >>>> domainbuilder: detail: loader probe failed >>>> domainbuilder: detail: xc_dom_find_loader: trying Linux zImage (ARM64) >>>> loader ... >>>> domainbuilder: detail: loader probe OK >>>> domainbuilder: detail: xc_dom_parse_zimage64_kernel: called >>>> domainbuilder: detail: xc_dom_parse_zimage64_kernel: xen-3.0-aarch64: >>>> 0x40080000 -> 0x408a8b50 >>>> libxl: debug: libxl_arm.c:474:libxl__arch_domain_init_hw_description: >>>> constructing DTB for Xen version 4.5 guest >>>> libxl: debug: libxl_arm.c:291:make_memory_nodes: Creating placeholder >>>> node /memory@40000000 >>>> libxl: debug: libxl_arm.c:291:make_memory_nodes: Creating placeholder >>>> node /memory@200000000 >>>> libxl: debug: libxl_arm.c:539:libxl__arch_domain_init_hw_description: >>>> fdt total size 1218 >>>> domainbuilder: detail: xc_dom_devicetree_mem: called >>>> domainbuilder: detail: xc_dom_mem_init: mem 256 MB, pages 0x10000 pages, 4k each >>>> domainbuilder: detail: xc_dom_mem_init: 0x10000 pages >>>> domainbuilder: detail: xc_dom_boot_mem_init: called >>>> domainbuilder: detail: set_mode: guest xen-3.0-aarch64, address size 6 >>>> domainbuilder: detail: xc_dom_malloc : 512 kB >>>> domainbuilder: detail: populate_guest_memory: populating RAM @ >>>> 0000000040000000-0000000050000000 (256MB) >>>> domainbuilder: detail: populate_one_size: populated 0x80/0x80 entries >>>> with shift 9 >>>> domainbuilder: detail: arch_setup_meminit: placing boot modules at 0x48000000 >>>> domainbuilder: detail: arch_setup_meminit: devicetree: 0x48000000 -> 0x48001000 >>>> libxl: debug: libxl_arm.c:570:finalise_one_memory_node: Populating >>>> placeholder node /memory@40000000 >>>> libxl: debug: libxl_arm.c:564:finalise_one_memory_node: Nopping out >>>> placeholder node /memory@200000000 >>>> domainbuilder: detail: xc_dom_build_image: called >>>> domainbuilder: detail: xc_dom_alloc_segment: kernel : >>>> 0x40080000 -> 0x408a9000 (pfn 0x40080 + 0x829 pages) >>>> Killed >>> That is only half of the items I asked for, but this indicates that >>> something in dom0 killed the domain builder while it was constructing >>> the domain. >>> >>> Try consulting dom0's dmesg. >>> >>> ~Andrew >> It appears the xl is killed by OOM killer. Her is the log. I hoep it >> is a common problem What is the usual suspect in these cases > > Its not just xl which suffers the oomkiller. The usual suspect here is > not having sufficient ram. Try upping dom0's allocation. > > ~Andrew Thanks It worked, I incresed the allocation and it well passed that step. But one question, how does xl tools when booting domU result in out of memory. They are only issueing hypercalls. They need to copy only kernel image which is ~4mb in our case. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Aug 19 11:40:11 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 19 Aug 2014 11:40: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 1XJhlN-0005DR-7C; Tue, 19 Aug 2014 11:39:41 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XJhlL-0005DB-U0 for xen-users@lists.xen.org; Tue, 19 Aug 2014 11:39:40 +0000 Received: from [193.109.254.147:22643] by server-1.bemta-14.messagelabs.com id 43/05-24760-B7733F35; Tue, 19 Aug 2014 11:39:39 +0000 X-Env-Sender: manishjaggi.oss@gmail.com X-Msg-Ref: server-12.tower-27.messagelabs.com!1408448377!11781306!1 X-Originating-IP: [209.85.220.178] 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.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10027 invoked from network); 19 Aug 2014 11:39:38 -0000 Received: from mail-vc0-f178.google.com (HELO mail-vc0-f178.google.com) (209.85.220.178) by server-12.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 19 Aug 2014 11:39:38 -0000 Received: by mail-vc0-f178.google.com with SMTP id la4so7123431vcb.23 for ; Tue, 19 Aug 2014 04:39:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=+FWQBLeu14DGzi0934Gfswx9ccrAJ6WpKGb8t/jUnlk=; b=anto5OVybJbywZ7feat0NLpEMaQJlvoUr2+WP5UnPCg969GchEkCqGT1nQcqytxBlq 3ri5EdfvYTjIn2xQ1bprrGfM4GHX4JneXdkYAKfQvISzeYkjkyeDCQBAepkRzOxHUPI5 2d7Y3dqekfiyhE1uZQknVd3Fg5A2rroWXelOAopBtIxchyqbOP7R9+x98D2yHsfmNa+Z GJQ2yey/TOMCUpCfjpxKeQbk90wiSePykQNkHjuqIqlacTUS43KOCRRWsVcyOCkjfl92 HQQj6eIsXOpc8+XnHaAMM7iuHH6BtI+dndjjc+stTcrh9VD/JVOHMh6B2oK3PBH5Mwa4 Wt0A== MIME-Version: 1.0 X-Received: by 10.220.95.132 with SMTP id d4mr1165257vcn.33.1408448376896; Tue, 19 Aug 2014 04:39:36 -0700 (PDT) Received: by 10.220.161.137 with HTTP; Tue, 19 Aug 2014 04:39:36 -0700 (PDT) In-Reply-To: <53F32CFB.1030606@citrix.com> References: <53F31261.5050107@citrix.com> <53F32162.8040207@citrix.com> <53F32CFB.1030606@citrix.com> Date: Tue, 19 Aug 2014 17:09:36 +0530 Message-ID: From: manish jaggi To: Andrew Cooper Cc: xen-users@lists.xen.org, manish.jaggi@caviumnetworks.com, Vijay Kilari , xen-devel@lists.xenproject.org Subject: Re: [Xen-users] [Xen-devel] How to dump vcpu regs when a domain is killed during xl create X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 19 August 2014 16:24, Andrew Cooper wrote: > On 19/08/14 11:51, manish jaggi wrote: >> On 19 August 2014 15:35, Andrew Cooper wrote: >>> On 19/08/14 11:02, manish jaggi wrote: >>>> On 19 August 2014 14:31, Andrew Cooper wrote: >>>>> On 19/08/14 06:11, manish jaggi wrote: >>>>>> Adding the question on xen-devel >>>>>> >>>>>> On 18 August 2014 14:08, manish jaggi wrote: >>>>>>> I tried to start a domain using xl create, which showed some xen logs >>>>>>> and then hanged for a minute or so and then displayed a messgae >>>>>>> killed. Below is the log >>>>>>> >>>>>>> linux:~ # xl create domU.cfg >>>>>>> Parsing config from domU.cfg >>>>>>> (XEN) .... >>>>>>> Killed >>>>>>> >>>>>>> Is there a way to know why it was killed and dump core regs (vcpu >>>>>>> regs) at the point it was killed. >>>>> There is no guarantee the domain has successfully started. >>>>> >>>>> Put "loglvl=all guest_loglvl=all" on the Xen command line, reboot, and >>>>> attach the results of >>>>> >>>>> xl -vvvv create domU.cfg >>>>> >>>>> and xl dmesg after the domain has failed in this way. >>>>> >>>>> ~Andrew >>>> Below is the log >>>> linux:~ # xl -vvv create domU.cfg -d -p >>>> Parsing config from domU.cfg >>>> { >>>> "domid": null, >>>> "config": { >>>> "c_info": { >>>> "type": "pv", >>>> "name": "guest", >>>> "uuid": "e5cb14f1-085d-4511-bca5-d6e3a0c35672", >>>> "run_hotplug_scripts": "True" >>>> }, >>>> "b_info": { >>>> "max_vcpus": 1, >>>> "avail_vcpus": [ >>>> 0 >>>> ], >>>> "max_memkb": 262144, >>>> "target_memkb": 262144, >>>> "shadow_memkb": 3072, >>>> "sched_params": { >>>> >>>> }, >>>> "claim_mode": "True", >>>> "type.pv": { >>>> "kernel": "/root/Image", >>>> "cmdline": "console=hvc0 root=/dev/xvda ro" >>>> } >>>> }, >>>> "disks": [ >>>> { >>>> "pdev_path": "/dev/loop0", >>>> "vdev": "xvda", >>>> "format": "raw", >>>> "readwrite": 1 >>>> } >>>> ], >>>> "on_reboot": "restart" >>>> } >>>> } >>>> >>>> libxl: verbose: >>>> libxl_create.c:134:libxl__domain_build_info_setdefault: qemu-xen is >>>> unavailable, use qemu-xen-traditional instead: No such file or >>>> directory >>>> libxl: debug: libxl_create.c:1401:do_domain_create: ao 0xd297c20: >>>> create: how=(nil) callback=(nil) poller=0xd293d90 >>>> libxl: debug: libxl_device.c:251:libxl__device_disk_set_backend: Disk >>>> vdev=xvda spec.backend=unknown >>>> libxl: debug: libxl_device.c:280:libxl__device_disk_set_backend: Disk >>>> vdev=xvda, using backend phy >>>> libxl: debug: libxl_create.c:851:initiate_domain_create: running bootloader >>>> libxl: debug: libxl_bootloader.c:329:libxl__bootloader_run: no >>>> bootloader configured, using user supplied kernel >>>> libxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch >>>> w=0xd294648: deregister unregistered >>>> domainbuilder: detail: xc_dom_allocate: cmdline="console=hvc0 >>>> root=/dev/xvda ro", features="(null)" >>>> libxl: debug: libxl_dom.c:410:libxl__build_pv: pv kernel mapped 0 path >>>> /root/Image >>>> domainbuilder: detail: xc_dom_kernel_file: filename="/root/Image" >>>> domainbuilder: detail: xc_dom_malloc_filemap : 8354 kB >>>> domainbuilder: detail: xc_dom_boot_xen_init: ver 4.5, caps >>>> xen-3.0-aarch64 xen-3.0-armv7l >>>> domainbuilder: detail: xc_dom_rambase_init: RAM starts at 40000 >>>> domainbuilder: detail: xc_dom_parse_image: called >>>> domainbuilder: detail: xc_dom_find_loader: trying multiboot-binary loader ... >>>> domainbuilder: detail: loader probe failed >>>> domainbuilder: detail: xc_dom_find_loader: trying Linux zImage (ARM64) >>>> loader ... >>>> domainbuilder: detail: loader probe OK >>>> domainbuilder: detail: xc_dom_parse_zimage64_kernel: called >>>> domainbuilder: detail: xc_dom_parse_zimage64_kernel: xen-3.0-aarch64: >>>> 0x40080000 -> 0x408a8b50 >>>> libxl: debug: libxl_arm.c:474:libxl__arch_domain_init_hw_description: >>>> constructing DTB for Xen version 4.5 guest >>>> libxl: debug: libxl_arm.c:291:make_memory_nodes: Creating placeholder >>>> node /memory@40000000 >>>> libxl: debug: libxl_arm.c:291:make_memory_nodes: Creating placeholder >>>> node /memory@200000000 >>>> libxl: debug: libxl_arm.c:539:libxl__arch_domain_init_hw_description: >>>> fdt total size 1218 >>>> domainbuilder: detail: xc_dom_devicetree_mem: called >>>> domainbuilder: detail: xc_dom_mem_init: mem 256 MB, pages 0x10000 pages, 4k each >>>> domainbuilder: detail: xc_dom_mem_init: 0x10000 pages >>>> domainbuilder: detail: xc_dom_boot_mem_init: called >>>> domainbuilder: detail: set_mode: guest xen-3.0-aarch64, address size 6 >>>> domainbuilder: detail: xc_dom_malloc : 512 kB >>>> domainbuilder: detail: populate_guest_memory: populating RAM @ >>>> 0000000040000000-0000000050000000 (256MB) >>>> domainbuilder: detail: populate_one_size: populated 0x80/0x80 entries >>>> with shift 9 >>>> domainbuilder: detail: arch_setup_meminit: placing boot modules at 0x48000000 >>>> domainbuilder: detail: arch_setup_meminit: devicetree: 0x48000000 -> 0x48001000 >>>> libxl: debug: libxl_arm.c:570:finalise_one_memory_node: Populating >>>> placeholder node /memory@40000000 >>>> libxl: debug: libxl_arm.c:564:finalise_one_memory_node: Nopping out >>>> placeholder node /memory@200000000 >>>> domainbuilder: detail: xc_dom_build_image: called >>>> domainbuilder: detail: xc_dom_alloc_segment: kernel : >>>> 0x40080000 -> 0x408a9000 (pfn 0x40080 + 0x829 pages) >>>> Killed >>> That is only half of the items I asked for, but this indicates that >>> something in dom0 killed the domain builder while it was constructing >>> the domain. >>> >>> Try consulting dom0's dmesg. >>> >>> ~Andrew >> It appears the xl is killed by OOM killer. Her is the log. I hoep it >> is a common problem What is the usual suspect in these cases > > Its not just xl which suffers the oomkiller. The usual suspect here is > not having sufficient ram. Try upping dom0's allocation. > > ~Andrew Thanks It worked, I incresed the allocation and it well passed that step. But one question, how does xl tools when booting domU result in out of memory. They are only issueing hypercalls. They need to copy only kernel image which is ~4mb in our case. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Aug 19 14:14:36 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 19 Aug 2014 14:14: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 1XJkAF-0000uB-Pu; Tue, 19 Aug 2014 14:13:31 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XJh44-0004Zr-DK for xen-users@lists.xen.org; Tue, 19 Aug 2014 10:54:56 +0000 Received: from [85.158.139.211:7292] by server-4.bemta-5.messagelabs.com id 98/68-10551-FFC23F35; Tue, 19 Aug 2014 10:54:55 +0000 X-Env-Sender: Andrew.Cooper3@citrix.com X-Msg-Ref: server-13.tower-206.messagelabs.com!1408445693!10816372!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19729 invoked from network); 19 Aug 2014 10:54:55 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-13.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 19 Aug 2014 10:54:55 -0000 X-IronPort-AV: E=Sophos;i="5.01,893,1400025600"; d="scan'208";a="163609774" Message-ID: <53F32CFB.1030606@citrix.com> Date: Tue, 19 Aug 2014 11:54:51 +0100 From: Andrew Cooper User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Icedove/24.6.0 MIME-Version: 1.0 To: manish jaggi References: <53F31261.5050107@citrix.com> <53F32162.8040207@citrix.com> In-Reply-To: X-Enigmail-Version: 1.6 X-DLP: MIA2 X-Mailman-Approved-At: Tue, 19 Aug 2014 14:13:27 +0000 Cc: xen-users@lists.xen.org, manish.jaggi@caviumnetworks.com, Vijay Kilari , xen-devel@lists.xenproject.org Subject: Re: [Xen-users] [Xen-devel] How to dump vcpu regs when a domain is killed during xl create X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 19/08/14 11:51, manish jaggi wrote: > On 19 August 2014 15:35, Andrew Cooper wrote: >> On 19/08/14 11:02, manish jaggi wrote: >>> On 19 August 2014 14:31, Andrew Cooper wrote: >>>> On 19/08/14 06:11, manish jaggi wrote: >>>>> Adding the question on xen-devel >>>>> >>>>> On 18 August 2014 14:08, manish jaggi wrote: >>>>>> I tried to start a domain using xl create, which showed some xen logs >>>>>> and then hanged for a minute or so and then displayed a messgae >>>>>> killed. Below is the log >>>>>> >>>>>> linux:~ # xl create domU.cfg >>>>>> Parsing config from domU.cfg >>>>>> (XEN) .... >>>>>> Killed >>>>>> >>>>>> Is there a way to know why it was killed and dump core regs (vcpu >>>>>> regs) at the point it was killed. >>>> There is no guarantee the domain has successfully started. >>>> >>>> Put "loglvl=all guest_loglvl=all" on the Xen command line, reboot, and >>>> attach the results of >>>> >>>> xl -vvvv create domU.cfg >>>> >>>> and xl dmesg after the domain has failed in this way. >>>> >>>> ~Andrew >>> Below is the log >>> linux:~ # xl -vvv create domU.cfg -d -p >>> Parsing config from domU.cfg >>> { >>> "domid": null, >>> "config": { >>> "c_info": { >>> "type": "pv", >>> "name": "guest", >>> "uuid": "e5cb14f1-085d-4511-bca5-d6e3a0c35672", >>> "run_hotplug_scripts": "True" >>> }, >>> "b_info": { >>> "max_vcpus": 1, >>> "avail_vcpus": [ >>> 0 >>> ], >>> "max_memkb": 262144, >>> "target_memkb": 262144, >>> "shadow_memkb": 3072, >>> "sched_params": { >>> >>> }, >>> "claim_mode": "True", >>> "type.pv": { >>> "kernel": "/root/Image", >>> "cmdline": "console=hvc0 root=/dev/xvda ro" >>> } >>> }, >>> "disks": [ >>> { >>> "pdev_path": "/dev/loop0", >>> "vdev": "xvda", >>> "format": "raw", >>> "readwrite": 1 >>> } >>> ], >>> "on_reboot": "restart" >>> } >>> } >>> >>> libxl: verbose: >>> libxl_create.c:134:libxl__domain_build_info_setdefault: qemu-xen is >>> unavailable, use qemu-xen-traditional instead: No such file or >>> directory >>> libxl: debug: libxl_create.c:1401:do_domain_create: ao 0xd297c20: >>> create: how=(nil) callback=(nil) poller=0xd293d90 >>> libxl: debug: libxl_device.c:251:libxl__device_disk_set_backend: Disk >>> vdev=xvda spec.backend=unknown >>> libxl: debug: libxl_device.c:280:libxl__device_disk_set_backend: Disk >>> vdev=xvda, using backend phy >>> libxl: debug: libxl_create.c:851:initiate_domain_create: running bootloader >>> libxl: debug: libxl_bootloader.c:329:libxl__bootloader_run: no >>> bootloader configured, using user supplied kernel >>> libxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch >>> w=0xd294648: deregister unregistered >>> domainbuilder: detail: xc_dom_allocate: cmdline="console=hvc0 >>> root=/dev/xvda ro", features="(null)" >>> libxl: debug: libxl_dom.c:410:libxl__build_pv: pv kernel mapped 0 path >>> /root/Image >>> domainbuilder: detail: xc_dom_kernel_file: filename="/root/Image" >>> domainbuilder: detail: xc_dom_malloc_filemap : 8354 kB >>> domainbuilder: detail: xc_dom_boot_xen_init: ver 4.5, caps >>> xen-3.0-aarch64 xen-3.0-armv7l >>> domainbuilder: detail: xc_dom_rambase_init: RAM starts at 40000 >>> domainbuilder: detail: xc_dom_parse_image: called >>> domainbuilder: detail: xc_dom_find_loader: trying multiboot-binary loader ... >>> domainbuilder: detail: loader probe failed >>> domainbuilder: detail: xc_dom_find_loader: trying Linux zImage (ARM64) >>> loader ... >>> domainbuilder: detail: loader probe OK >>> domainbuilder: detail: xc_dom_parse_zimage64_kernel: called >>> domainbuilder: detail: xc_dom_parse_zimage64_kernel: xen-3.0-aarch64: >>> 0x40080000 -> 0x408a8b50 >>> libxl: debug: libxl_arm.c:474:libxl__arch_domain_init_hw_description: >>> constructing DTB for Xen version 4.5 guest >>> libxl: debug: libxl_arm.c:291:make_memory_nodes: Creating placeholder >>> node /memory@40000000 >>> libxl: debug: libxl_arm.c:291:make_memory_nodes: Creating placeholder >>> node /memory@200000000 >>> libxl: debug: libxl_arm.c:539:libxl__arch_domain_init_hw_description: >>> fdt total size 1218 >>> domainbuilder: detail: xc_dom_devicetree_mem: called >>> domainbuilder: detail: xc_dom_mem_init: mem 256 MB, pages 0x10000 pages, 4k each >>> domainbuilder: detail: xc_dom_mem_init: 0x10000 pages >>> domainbuilder: detail: xc_dom_boot_mem_init: called >>> domainbuilder: detail: set_mode: guest xen-3.0-aarch64, address size 6 >>> domainbuilder: detail: xc_dom_malloc : 512 kB >>> domainbuilder: detail: populate_guest_memory: populating RAM @ >>> 0000000040000000-0000000050000000 (256MB) >>> domainbuilder: detail: populate_one_size: populated 0x80/0x80 entries >>> with shift 9 >>> domainbuilder: detail: arch_setup_meminit: placing boot modules at 0x48000000 >>> domainbuilder: detail: arch_setup_meminit: devicetree: 0x48000000 -> 0x48001000 >>> libxl: debug: libxl_arm.c:570:finalise_one_memory_node: Populating >>> placeholder node /memory@40000000 >>> libxl: debug: libxl_arm.c:564:finalise_one_memory_node: Nopping out >>> placeholder node /memory@200000000 >>> domainbuilder: detail: xc_dom_build_image: called >>> domainbuilder: detail: xc_dom_alloc_segment: kernel : >>> 0x40080000 -> 0x408a9000 (pfn 0x40080 + 0x829 pages) >>> Killed >> That is only half of the items I asked for, but this indicates that >> something in dom0 killed the domain builder while it was constructing >> the domain. >> >> Try consulting dom0's dmesg. >> >> ~Andrew > It appears the xl is killed by OOM killer. Her is the log. I hoep it > is a common problem What is the usual suspect in these cases Its not just xl which suffers the oomkiller. The usual suspect here is not having sufficient ram. Try upping dom0's allocation. ~Andrew _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Aug 19 14:14:36 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 19 Aug 2014 14:14: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 1XJkAE-0000tp-KB; Tue, 19 Aug 2014 14:13:30 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XJfIE-0001RS-33 for xen-users@lists.xen.org; Tue, 19 Aug 2014 09:01:26 +0000 Received: from [193.109.254.147:51923] by server-15.bemta-14.messagelabs.com id D8/E5-30948-56213F35; Tue, 19 Aug 2014 09:01:25 +0000 X-Env-Sender: Andrew.Cooper3@citrix.com X-Msg-Ref: server-12.tower-27.messagelabs.com!1408438883!11736019!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2018 invoked from network); 19 Aug 2014 09:01:24 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-12.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 19 Aug 2014 09:01:24 -0000 X-IronPort-AV: E=Sophos;i="5.01,893,1400025600"; d="scan'208";a="163587393" Message-ID: <53F31261.5050107@citrix.com> Date: Tue, 19 Aug 2014 10:01:21 +0100 From: Andrew Cooper User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Icedove/24.6.0 MIME-Version: 1.0 To: manish jaggi , , Vijay Kilari , , References: In-Reply-To: X-Enigmail-Version: 1.6 X-DLP: MIA1 X-Mailman-Approved-At: Tue, 19 Aug 2014 14:13:27 +0000 Subject: Re: [Xen-users] [Xen-devel] How to dump vcpu regs when a domain is killed during xl create X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 19/08/14 06:11, manish jaggi wrote: > Adding the question on xen-devel > > On 18 August 2014 14:08, manish jaggi wrote: >> I tried to start a domain using xl create, which showed some xen logs >> and then hanged for a minute or so and then displayed a messgae >> killed. Below is the log >> >> linux:~ # xl create domU.cfg >> Parsing config from domU.cfg >> (XEN) .... >> Killed >> >> Is there a way to know why it was killed and dump core regs (vcpu >> regs) at the point it was killed. There is no guarantee the domain has successfully started. Put "loglvl=all guest_loglvl=all" on the Xen command line, reboot, and attach the results of xl -vvvv create domU.cfg and xl dmesg after the domain has failed in this way. ~Andrew _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Aug 19 14:14:36 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 19 Aug 2014 14:14: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 1XJkAF-0000tz-86; Tue, 19 Aug 2014 14:13:31 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XJgID-0002IJ-QM for xen-users@lists.xen.org; Tue, 19 Aug 2014 10:05:30 +0000 Received: from [85.158.139.211:61240] by server-6.bemta-5.messagelabs.com id 4A/BB-06284-96123F35; Tue, 19 Aug 2014 10:05:29 +0000 X-Env-Sender: Andrew.Cooper3@citrix.com X-Msg-Ref: server-16.tower-206.messagelabs.com!1408442725!7902261!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4406 invoked from network); 19 Aug 2014 10:05:26 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-16.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 19 Aug 2014 10:05:26 -0000 X-IronPort-AV: E=Sophos;i="5.01,893,1400025600"; d="scan'208";a="163600909" Message-ID: <53F32162.8040207@citrix.com> Date: Tue, 19 Aug 2014 11:05:22 +0100 From: Andrew Cooper User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Icedove/24.6.0 MIME-Version: 1.0 To: manish jaggi References: <53F31261.5050107@citrix.com> In-Reply-To: X-Enigmail-Version: 1.6 X-DLP: MIA2 X-Mailman-Approved-At: Tue, 19 Aug 2014 14:13:27 +0000 Cc: xen-users@lists.xen.org, manish.jaggi@caviumnetworks.com, Vijay Kilari , xen-devel@lists.xenproject.org Subject: Re: [Xen-users] [Xen-devel] How to dump vcpu regs when a domain is killed during xl create X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 19/08/14 11:02, manish jaggi wrote: > On 19 August 2014 14:31, Andrew Cooper wrote: >> On 19/08/14 06:11, manish jaggi wrote: >>> Adding the question on xen-devel >>> >>> On 18 August 2014 14:08, manish jaggi wrote: >>>> I tried to start a domain using xl create, which showed some xen logs >>>> and then hanged for a minute or so and then displayed a messgae >>>> killed. Below is the log >>>> >>>> linux:~ # xl create domU.cfg >>>> Parsing config from domU.cfg >>>> (XEN) .... >>>> Killed >>>> >>>> Is there a way to know why it was killed and dump core regs (vcpu >>>> regs) at the point it was killed. >> There is no guarantee the domain has successfully started. >> >> Put "loglvl=all guest_loglvl=all" on the Xen command line, reboot, and >> attach the results of >> >> xl -vvvv create domU.cfg >> >> and xl dmesg after the domain has failed in this way. >> >> ~Andrew > Below is the log > linux:~ # xl -vvv create domU.cfg -d -p > Parsing config from domU.cfg > { > "domid": null, > "config": { > "c_info": { > "type": "pv", > "name": "guest", > "uuid": "e5cb14f1-085d-4511-bca5-d6e3a0c35672", > "run_hotplug_scripts": "True" > }, > "b_info": { > "max_vcpus": 1, > "avail_vcpus": [ > 0 > ], > "max_memkb": 262144, > "target_memkb": 262144, > "shadow_memkb": 3072, > "sched_params": { > > }, > "claim_mode": "True", > "type.pv": { > "kernel": "/root/Image", > "cmdline": "console=hvc0 root=/dev/xvda ro" > } > }, > "disks": [ > { > "pdev_path": "/dev/loop0", > "vdev": "xvda", > "format": "raw", > "readwrite": 1 > } > ], > "on_reboot": "restart" > } > } > > libxl: verbose: > libxl_create.c:134:libxl__domain_build_info_setdefault: qemu-xen is > unavailable, use qemu-xen-traditional instead: No such file or > directory > libxl: debug: libxl_create.c:1401:do_domain_create: ao 0xd297c20: > create: how=(nil) callback=(nil) poller=0xd293d90 > libxl: debug: libxl_device.c:251:libxl__device_disk_set_backend: Disk > vdev=xvda spec.backend=unknown > libxl: debug: libxl_device.c:280:libxl__device_disk_set_backend: Disk > vdev=xvda, using backend phy > libxl: debug: libxl_create.c:851:initiate_domain_create: running bootloader > libxl: debug: libxl_bootloader.c:329:libxl__bootloader_run: no > bootloader configured, using user supplied kernel > libxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch > w=0xd294648: deregister unregistered > domainbuilder: detail: xc_dom_allocate: cmdline="console=hvc0 > root=/dev/xvda ro", features="(null)" > libxl: debug: libxl_dom.c:410:libxl__build_pv: pv kernel mapped 0 path > /root/Image > domainbuilder: detail: xc_dom_kernel_file: filename="/root/Image" > domainbuilder: detail: xc_dom_malloc_filemap : 8354 kB > domainbuilder: detail: xc_dom_boot_xen_init: ver 4.5, caps > xen-3.0-aarch64 xen-3.0-armv7l > domainbuilder: detail: xc_dom_rambase_init: RAM starts at 40000 > domainbuilder: detail: xc_dom_parse_image: called > domainbuilder: detail: xc_dom_find_loader: trying multiboot-binary loader ... > domainbuilder: detail: loader probe failed > domainbuilder: detail: xc_dom_find_loader: trying Linux zImage (ARM64) > loader ... > domainbuilder: detail: loader probe OK > domainbuilder: detail: xc_dom_parse_zimage64_kernel: called > domainbuilder: detail: xc_dom_parse_zimage64_kernel: xen-3.0-aarch64: > 0x40080000 -> 0x408a8b50 > libxl: debug: libxl_arm.c:474:libxl__arch_domain_init_hw_description: > constructing DTB for Xen version 4.5 guest > libxl: debug: libxl_arm.c:291:make_memory_nodes: Creating placeholder > node /memory@40000000 > libxl: debug: libxl_arm.c:291:make_memory_nodes: Creating placeholder > node /memory@200000000 > libxl: debug: libxl_arm.c:539:libxl__arch_domain_init_hw_description: > fdt total size 1218 > domainbuilder: detail: xc_dom_devicetree_mem: called > domainbuilder: detail: xc_dom_mem_init: mem 256 MB, pages 0x10000 pages, 4k each > domainbuilder: detail: xc_dom_mem_init: 0x10000 pages > domainbuilder: detail: xc_dom_boot_mem_init: called > domainbuilder: detail: set_mode: guest xen-3.0-aarch64, address size 6 > domainbuilder: detail: xc_dom_malloc : 512 kB > domainbuilder: detail: populate_guest_memory: populating RAM @ > 0000000040000000-0000000050000000 (256MB) > domainbuilder: detail: populate_one_size: populated 0x80/0x80 entries > with shift 9 > domainbuilder: detail: arch_setup_meminit: placing boot modules at 0x48000000 > domainbuilder: detail: arch_setup_meminit: devicetree: 0x48000000 -> 0x48001000 > libxl: debug: libxl_arm.c:570:finalise_one_memory_node: Populating > placeholder node /memory@40000000 > libxl: debug: libxl_arm.c:564:finalise_one_memory_node: Nopping out > placeholder node /memory@200000000 > domainbuilder: detail: xc_dom_build_image: called > domainbuilder: detail: xc_dom_alloc_segment: kernel : > 0x40080000 -> 0x408a9000 (pfn 0x40080 + 0x829 pages) > Killed That is only half of the items I asked for, but this indicates that something in dom0 killed the domain builder while it was constructing the domain. Try consulting dom0's dmesg. ~Andrew _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Aug 19 14:14:36 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 19 Aug 2014 14:14: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 1XJkAE-0000tf-3d; Tue, 19 Aug 2014 14:13:30 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XJEca-0007fS-SH for xen-users@lists.xen.org; Mon, 18 Aug 2014 04:32:41 +0000 Received: from [193.109.254.147:8170] by server-7.bemta-14.messagelabs.com id A7/A4-13362-8E181F35; Mon, 18 Aug 2014 04:32:40 +0000 X-Env-Sender: suriyan.r@gmail.com X-Msg-Ref: server-14.tower-27.messagelabs.com!1408336359!13022712!1 X-Originating-IP: [209.85.212.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.12.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11193 invoked from network); 18 Aug 2014 04:32:39 -0000 Received: from mail-wi0-f181.google.com (HELO mail-wi0-f181.google.com) (209.85.212.181) by server-14.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 18 Aug 2014 04:32:39 -0000 Received: by mail-wi0-f181.google.com with SMTP id bs8so3031954wib.14 for ; Sun, 17 Aug 2014 21:32:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=af+nOdB+IXNOMryIC2a9Z+HWCY/c08qkFC6VkV6RRZE=; b=D1Ylkj7Bs/MlcjCqHQFXyKc6YZWX7j3BBkoIqBE16KYxGJ4rXm9KeumJK9wA929CnZ a+w4teOnYz2plEXOUuRT+XAkqPWq9X22ZJI01cluLF/i3TF3y8oH9+u9HnpPz30QJcr/ gHMvvPyzBah8Mout9wHgcw9bj8K/FAcuWo3r7z6xFk9Su7vGWhGR5SvEY/Kc0resuuTD Q8MG4tDTmAefnc/1di9L4po8EWb7kxu6VQuFybR3EuexZKXd4hclWnr9K8qP8Znb7h2b P2JcWgOXlXi0vbxYziGTlUrdoSQ5OYZyc7EF+TDt0fihZ8UsWFdP9XW1C/UAJXV5JVbH Cv9Q== MIME-Version: 1.0 X-Received: by 10.194.76.133 with SMTP id k5mr39697945wjw.28.1408336359295; Sun, 17 Aug 2014 21:32:39 -0700 (PDT) Received: by 10.216.25.11 with HTTP; Sun, 17 Aug 2014 21:32:39 -0700 (PDT) Date: Sun, 17 Aug 2014 21:32:39 -0700 Message-ID: From: Suriyan Ramasami To: xen-users@lists.xen.org X-Mailman-Approved-At: Tue, 19 Aug 2014 14:13:27 +0000 Subject: [Xen-users] XEN-ARM xenfb howto X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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, I am looking for documentation on how to use XENFB on ARM. I did see a post dated Dec 2013 from Peter and discussions from Steffano and Ian on how to achieve it. But, its not clear to me. I am trying to achieve this on the Odroid-XU (ARM based Exynos 5410). I am looking for the following: 1. qemu compilation upstream - I believe this has all the bits to achieve it. Are there any special compile options. I ask this, as qemu-system-arm seems to be spawned in dom0 with -M xenpv and I am not able to compile this machine in qemu. I am trying to compile qemu upstream natively on the ARM machine itseld. 2. What are the options in the domU2 config file to achieve this. 3.Any thing else ... Like when domU2 is created, what mice/keyboard/fb messages to look for, or in dom0 what backend driver output to look for. Thanks - Suriyan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Aug 19 14:14:36 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 19 Aug 2014 14:14: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 1XJkAF-0000tz-86; Tue, 19 Aug 2014 14:13:31 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XJgID-0002IJ-QM for xen-users@lists.xen.org; Tue, 19 Aug 2014 10:05:30 +0000 Received: from [85.158.139.211:61240] by server-6.bemta-5.messagelabs.com id 4A/BB-06284-96123F35; Tue, 19 Aug 2014 10:05:29 +0000 X-Env-Sender: Andrew.Cooper3@citrix.com X-Msg-Ref: server-16.tower-206.messagelabs.com!1408442725!7902261!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4406 invoked from network); 19 Aug 2014 10:05:26 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-16.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 19 Aug 2014 10:05:26 -0000 X-IronPort-AV: E=Sophos;i="5.01,893,1400025600"; d="scan'208";a="163600909" Message-ID: <53F32162.8040207@citrix.com> Date: Tue, 19 Aug 2014 11:05:22 +0100 From: Andrew Cooper User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Icedove/24.6.0 MIME-Version: 1.0 To: manish jaggi References: <53F31261.5050107@citrix.com> In-Reply-To: X-Enigmail-Version: 1.6 X-DLP: MIA2 X-Mailman-Approved-At: Tue, 19 Aug 2014 14:13:27 +0000 Cc: xen-users@lists.xen.org, manish.jaggi@caviumnetworks.com, Vijay Kilari , xen-devel@lists.xenproject.org Subject: Re: [Xen-users] [Xen-devel] How to dump vcpu regs when a domain is killed during xl create X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 19/08/14 11:02, manish jaggi wrote: > On 19 August 2014 14:31, Andrew Cooper wrote: >> On 19/08/14 06:11, manish jaggi wrote: >>> Adding the question on xen-devel >>> >>> On 18 August 2014 14:08, manish jaggi wrote: >>>> I tried to start a domain using xl create, which showed some xen logs >>>> and then hanged for a minute or so and then displayed a messgae >>>> killed. Below is the log >>>> >>>> linux:~ # xl create domU.cfg >>>> Parsing config from domU.cfg >>>> (XEN) .... >>>> Killed >>>> >>>> Is there a way to know why it was killed and dump core regs (vcpu >>>> regs) at the point it was killed. >> There is no guarantee the domain has successfully started. >> >> Put "loglvl=all guest_loglvl=all" on the Xen command line, reboot, and >> attach the results of >> >> xl -vvvv create domU.cfg >> >> and xl dmesg after the domain has failed in this way. >> >> ~Andrew > Below is the log > linux:~ # xl -vvv create domU.cfg -d -p > Parsing config from domU.cfg > { > "domid": null, > "config": { > "c_info": { > "type": "pv", > "name": "guest", > "uuid": "e5cb14f1-085d-4511-bca5-d6e3a0c35672", > "run_hotplug_scripts": "True" > }, > "b_info": { > "max_vcpus": 1, > "avail_vcpus": [ > 0 > ], > "max_memkb": 262144, > "target_memkb": 262144, > "shadow_memkb": 3072, > "sched_params": { > > }, > "claim_mode": "True", > "type.pv": { > "kernel": "/root/Image", > "cmdline": "console=hvc0 root=/dev/xvda ro" > } > }, > "disks": [ > { > "pdev_path": "/dev/loop0", > "vdev": "xvda", > "format": "raw", > "readwrite": 1 > } > ], > "on_reboot": "restart" > } > } > > libxl: verbose: > libxl_create.c:134:libxl__domain_build_info_setdefault: qemu-xen is > unavailable, use qemu-xen-traditional instead: No such file or > directory > libxl: debug: libxl_create.c:1401:do_domain_create: ao 0xd297c20: > create: how=(nil) callback=(nil) poller=0xd293d90 > libxl: debug: libxl_device.c:251:libxl__device_disk_set_backend: Disk > vdev=xvda spec.backend=unknown > libxl: debug: libxl_device.c:280:libxl__device_disk_set_backend: Disk > vdev=xvda, using backend phy > libxl: debug: libxl_create.c:851:initiate_domain_create: running bootloader > libxl: debug: libxl_bootloader.c:329:libxl__bootloader_run: no > bootloader configured, using user supplied kernel > libxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch > w=0xd294648: deregister unregistered > domainbuilder: detail: xc_dom_allocate: cmdline="console=hvc0 > root=/dev/xvda ro", features="(null)" > libxl: debug: libxl_dom.c:410:libxl__build_pv: pv kernel mapped 0 path > /root/Image > domainbuilder: detail: xc_dom_kernel_file: filename="/root/Image" > domainbuilder: detail: xc_dom_malloc_filemap : 8354 kB > domainbuilder: detail: xc_dom_boot_xen_init: ver 4.5, caps > xen-3.0-aarch64 xen-3.0-armv7l > domainbuilder: detail: xc_dom_rambase_init: RAM starts at 40000 > domainbuilder: detail: xc_dom_parse_image: called > domainbuilder: detail: xc_dom_find_loader: trying multiboot-binary loader ... > domainbuilder: detail: loader probe failed > domainbuilder: detail: xc_dom_find_loader: trying Linux zImage (ARM64) > loader ... > domainbuilder: detail: loader probe OK > domainbuilder: detail: xc_dom_parse_zimage64_kernel: called > domainbuilder: detail: xc_dom_parse_zimage64_kernel: xen-3.0-aarch64: > 0x40080000 -> 0x408a8b50 > libxl: debug: libxl_arm.c:474:libxl__arch_domain_init_hw_description: > constructing DTB for Xen version 4.5 guest > libxl: debug: libxl_arm.c:291:make_memory_nodes: Creating placeholder > node /memory@40000000 > libxl: debug: libxl_arm.c:291:make_memory_nodes: Creating placeholder > node /memory@200000000 > libxl: debug: libxl_arm.c:539:libxl__arch_domain_init_hw_description: > fdt total size 1218 > domainbuilder: detail: xc_dom_devicetree_mem: called > domainbuilder: detail: xc_dom_mem_init: mem 256 MB, pages 0x10000 pages, 4k each > domainbuilder: detail: xc_dom_mem_init: 0x10000 pages > domainbuilder: detail: xc_dom_boot_mem_init: called > domainbuilder: detail: set_mode: guest xen-3.0-aarch64, address size 6 > domainbuilder: detail: xc_dom_malloc : 512 kB > domainbuilder: detail: populate_guest_memory: populating RAM @ > 0000000040000000-0000000050000000 (256MB) > domainbuilder: detail: populate_one_size: populated 0x80/0x80 entries > with shift 9 > domainbuilder: detail: arch_setup_meminit: placing boot modules at 0x48000000 > domainbuilder: detail: arch_setup_meminit: devicetree: 0x48000000 -> 0x48001000 > libxl: debug: libxl_arm.c:570:finalise_one_memory_node: Populating > placeholder node /memory@40000000 > libxl: debug: libxl_arm.c:564:finalise_one_memory_node: Nopping out > placeholder node /memory@200000000 > domainbuilder: detail: xc_dom_build_image: called > domainbuilder: detail: xc_dom_alloc_segment: kernel : > 0x40080000 -> 0x408a9000 (pfn 0x40080 + 0x829 pages) > Killed That is only half of the items I asked for, but this indicates that something in dom0 killed the domain builder while it was constructing the domain. Try consulting dom0's dmesg. ~Andrew _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Aug 19 14:14:36 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 19 Aug 2014 14:14: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 1XJkAF-0000uB-Pu; Tue, 19 Aug 2014 14:13:31 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XJh44-0004Zr-DK for xen-users@lists.xen.org; Tue, 19 Aug 2014 10:54:56 +0000 Received: from [85.158.139.211:7292] by server-4.bemta-5.messagelabs.com id 98/68-10551-FFC23F35; Tue, 19 Aug 2014 10:54:55 +0000 X-Env-Sender: Andrew.Cooper3@citrix.com X-Msg-Ref: server-13.tower-206.messagelabs.com!1408445693!10816372!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19729 invoked from network); 19 Aug 2014 10:54:55 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-13.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 19 Aug 2014 10:54:55 -0000 X-IronPort-AV: E=Sophos;i="5.01,893,1400025600"; d="scan'208";a="163609774" Message-ID: <53F32CFB.1030606@citrix.com> Date: Tue, 19 Aug 2014 11:54:51 +0100 From: Andrew Cooper User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Icedove/24.6.0 MIME-Version: 1.0 To: manish jaggi References: <53F31261.5050107@citrix.com> <53F32162.8040207@citrix.com> In-Reply-To: X-Enigmail-Version: 1.6 X-DLP: MIA2 X-Mailman-Approved-At: Tue, 19 Aug 2014 14:13:27 +0000 Cc: xen-users@lists.xen.org, manish.jaggi@caviumnetworks.com, Vijay Kilari , xen-devel@lists.xenproject.org Subject: Re: [Xen-users] [Xen-devel] How to dump vcpu regs when a domain is killed during xl create X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 19/08/14 11:51, manish jaggi wrote: > On 19 August 2014 15:35, Andrew Cooper wrote: >> On 19/08/14 11:02, manish jaggi wrote: >>> On 19 August 2014 14:31, Andrew Cooper wrote: >>>> On 19/08/14 06:11, manish jaggi wrote: >>>>> Adding the question on xen-devel >>>>> >>>>> On 18 August 2014 14:08, manish jaggi wrote: >>>>>> I tried to start a domain using xl create, which showed some xen logs >>>>>> and then hanged for a minute or so and then displayed a messgae >>>>>> killed. Below is the log >>>>>> >>>>>> linux:~ # xl create domU.cfg >>>>>> Parsing config from domU.cfg >>>>>> (XEN) .... >>>>>> Killed >>>>>> >>>>>> Is there a way to know why it was killed and dump core regs (vcpu >>>>>> regs) at the point it was killed. >>>> There is no guarantee the domain has successfully started. >>>> >>>> Put "loglvl=all guest_loglvl=all" on the Xen command line, reboot, and >>>> attach the results of >>>> >>>> xl -vvvv create domU.cfg >>>> >>>> and xl dmesg after the domain has failed in this way. >>>> >>>> ~Andrew >>> Below is the log >>> linux:~ # xl -vvv create domU.cfg -d -p >>> Parsing config from domU.cfg >>> { >>> "domid": null, >>> "config": { >>> "c_info": { >>> "type": "pv", >>> "name": "guest", >>> "uuid": "e5cb14f1-085d-4511-bca5-d6e3a0c35672", >>> "run_hotplug_scripts": "True" >>> }, >>> "b_info": { >>> "max_vcpus": 1, >>> "avail_vcpus": [ >>> 0 >>> ], >>> "max_memkb": 262144, >>> "target_memkb": 262144, >>> "shadow_memkb": 3072, >>> "sched_params": { >>> >>> }, >>> "claim_mode": "True", >>> "type.pv": { >>> "kernel": "/root/Image", >>> "cmdline": "console=hvc0 root=/dev/xvda ro" >>> } >>> }, >>> "disks": [ >>> { >>> "pdev_path": "/dev/loop0", >>> "vdev": "xvda", >>> "format": "raw", >>> "readwrite": 1 >>> } >>> ], >>> "on_reboot": "restart" >>> } >>> } >>> >>> libxl: verbose: >>> libxl_create.c:134:libxl__domain_build_info_setdefault: qemu-xen is >>> unavailable, use qemu-xen-traditional instead: No such file or >>> directory >>> libxl: debug: libxl_create.c:1401:do_domain_create: ao 0xd297c20: >>> create: how=(nil) callback=(nil) poller=0xd293d90 >>> libxl: debug: libxl_device.c:251:libxl__device_disk_set_backend: Disk >>> vdev=xvda spec.backend=unknown >>> libxl: debug: libxl_device.c:280:libxl__device_disk_set_backend: Disk >>> vdev=xvda, using backend phy >>> libxl: debug: libxl_create.c:851:initiate_domain_create: running bootloader >>> libxl: debug: libxl_bootloader.c:329:libxl__bootloader_run: no >>> bootloader configured, using user supplied kernel >>> libxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch >>> w=0xd294648: deregister unregistered >>> domainbuilder: detail: xc_dom_allocate: cmdline="console=hvc0 >>> root=/dev/xvda ro", features="(null)" >>> libxl: debug: libxl_dom.c:410:libxl__build_pv: pv kernel mapped 0 path >>> /root/Image >>> domainbuilder: detail: xc_dom_kernel_file: filename="/root/Image" >>> domainbuilder: detail: xc_dom_malloc_filemap : 8354 kB >>> domainbuilder: detail: xc_dom_boot_xen_init: ver 4.5, caps >>> xen-3.0-aarch64 xen-3.0-armv7l >>> domainbuilder: detail: xc_dom_rambase_init: RAM starts at 40000 >>> domainbuilder: detail: xc_dom_parse_image: called >>> domainbuilder: detail: xc_dom_find_loader: trying multiboot-binary loader ... >>> domainbuilder: detail: loader probe failed >>> domainbuilder: detail: xc_dom_find_loader: trying Linux zImage (ARM64) >>> loader ... >>> domainbuilder: detail: loader probe OK >>> domainbuilder: detail: xc_dom_parse_zimage64_kernel: called >>> domainbuilder: detail: xc_dom_parse_zimage64_kernel: xen-3.0-aarch64: >>> 0x40080000 -> 0x408a8b50 >>> libxl: debug: libxl_arm.c:474:libxl__arch_domain_init_hw_description: >>> constructing DTB for Xen version 4.5 guest >>> libxl: debug: libxl_arm.c:291:make_memory_nodes: Creating placeholder >>> node /memory@40000000 >>> libxl: debug: libxl_arm.c:291:make_memory_nodes: Creating placeholder >>> node /memory@200000000 >>> libxl: debug: libxl_arm.c:539:libxl__arch_domain_init_hw_description: >>> fdt total size 1218 >>> domainbuilder: detail: xc_dom_devicetree_mem: called >>> domainbuilder: detail: xc_dom_mem_init: mem 256 MB, pages 0x10000 pages, 4k each >>> domainbuilder: detail: xc_dom_mem_init: 0x10000 pages >>> domainbuilder: detail: xc_dom_boot_mem_init: called >>> domainbuilder: detail: set_mode: guest xen-3.0-aarch64, address size 6 >>> domainbuilder: detail: xc_dom_malloc : 512 kB >>> domainbuilder: detail: populate_guest_memory: populating RAM @ >>> 0000000040000000-0000000050000000 (256MB) >>> domainbuilder: detail: populate_one_size: populated 0x80/0x80 entries >>> with shift 9 >>> domainbuilder: detail: arch_setup_meminit: placing boot modules at 0x48000000 >>> domainbuilder: detail: arch_setup_meminit: devicetree: 0x48000000 -> 0x48001000 >>> libxl: debug: libxl_arm.c:570:finalise_one_memory_node: Populating >>> placeholder node /memory@40000000 >>> libxl: debug: libxl_arm.c:564:finalise_one_memory_node: Nopping out >>> placeholder node /memory@200000000 >>> domainbuilder: detail: xc_dom_build_image: called >>> domainbuilder: detail: xc_dom_alloc_segment: kernel : >>> 0x40080000 -> 0x408a9000 (pfn 0x40080 + 0x829 pages) >>> Killed >> That is only half of the items I asked for, but this indicates that >> something in dom0 killed the domain builder while it was constructing >> the domain. >> >> Try consulting dom0's dmesg. >> >> ~Andrew > It appears the xl is killed by OOM killer. Her is the log. I hoep it > is a common problem What is the usual suspect in these cases Its not just xl which suffers the oomkiller. The usual suspect here is not having sufficient ram. Try upping dom0's allocation. ~Andrew _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Aug 19 14:14:36 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 19 Aug 2014 14:14: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 1XJkAE-0000tf-3d; Tue, 19 Aug 2014 14:13:30 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XJEca-0007fS-SH for xen-users@lists.xen.org; Mon, 18 Aug 2014 04:32:41 +0000 Received: from [193.109.254.147:8170] by server-7.bemta-14.messagelabs.com id A7/A4-13362-8E181F35; Mon, 18 Aug 2014 04:32:40 +0000 X-Env-Sender: suriyan.r@gmail.com X-Msg-Ref: server-14.tower-27.messagelabs.com!1408336359!13022712!1 X-Originating-IP: [209.85.212.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.12.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11193 invoked from network); 18 Aug 2014 04:32:39 -0000 Received: from mail-wi0-f181.google.com (HELO mail-wi0-f181.google.com) (209.85.212.181) by server-14.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 18 Aug 2014 04:32:39 -0000 Received: by mail-wi0-f181.google.com with SMTP id bs8so3031954wib.14 for ; Sun, 17 Aug 2014 21:32:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=af+nOdB+IXNOMryIC2a9Z+HWCY/c08qkFC6VkV6RRZE=; b=D1Ylkj7Bs/MlcjCqHQFXyKc6YZWX7j3BBkoIqBE16KYxGJ4rXm9KeumJK9wA929CnZ a+w4teOnYz2plEXOUuRT+XAkqPWq9X22ZJI01cluLF/i3TF3y8oH9+u9HnpPz30QJcr/ gHMvvPyzBah8Mout9wHgcw9bj8K/FAcuWo3r7z6xFk9Su7vGWhGR5SvEY/Kc0resuuTD Q8MG4tDTmAefnc/1di9L4po8EWb7kxu6VQuFybR3EuexZKXd4hclWnr9K8qP8Znb7h2b P2JcWgOXlXi0vbxYziGTlUrdoSQ5OYZyc7EF+TDt0fihZ8UsWFdP9XW1C/UAJXV5JVbH Cv9Q== MIME-Version: 1.0 X-Received: by 10.194.76.133 with SMTP id k5mr39697945wjw.28.1408336359295; Sun, 17 Aug 2014 21:32:39 -0700 (PDT) Received: by 10.216.25.11 with HTTP; Sun, 17 Aug 2014 21:32:39 -0700 (PDT) Date: Sun, 17 Aug 2014 21:32:39 -0700 Message-ID: From: Suriyan Ramasami To: xen-users@lists.xen.org X-Mailman-Approved-At: Tue, 19 Aug 2014 14:13:27 +0000 Subject: [Xen-users] XEN-ARM xenfb howto X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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, I am looking for documentation on how to use XENFB on ARM. I did see a post dated Dec 2013 from Peter and discussions from Steffano and Ian on how to achieve it. But, its not clear to me. I am trying to achieve this on the Odroid-XU (ARM based Exynos 5410). I am looking for the following: 1. qemu compilation upstream - I believe this has all the bits to achieve it. Are there any special compile options. I ask this, as qemu-system-arm seems to be spawned in dom0 with -M xenpv and I am not able to compile this machine in qemu. I am trying to compile qemu upstream natively on the ARM machine itseld. 2. What are the options in the domU2 config file to achieve this. 3.Any thing else ... Like when domU2 is created, what mice/keyboard/fb messages to look for, or in dom0 what backend driver output to look for. Thanks - Suriyan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Aug 19 14:14:36 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 19 Aug 2014 14:14: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 1XJkAE-0000tp-KB; Tue, 19 Aug 2014 14:13:30 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XJfIE-0001RS-33 for xen-users@lists.xen.org; Tue, 19 Aug 2014 09:01:26 +0000 Received: from [193.109.254.147:51923] by server-15.bemta-14.messagelabs.com id D8/E5-30948-56213F35; Tue, 19 Aug 2014 09:01:25 +0000 X-Env-Sender: Andrew.Cooper3@citrix.com X-Msg-Ref: server-12.tower-27.messagelabs.com!1408438883!11736019!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2018 invoked from network); 19 Aug 2014 09:01:24 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-12.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 19 Aug 2014 09:01:24 -0000 X-IronPort-AV: E=Sophos;i="5.01,893,1400025600"; d="scan'208";a="163587393" Message-ID: <53F31261.5050107@citrix.com> Date: Tue, 19 Aug 2014 10:01:21 +0100 From: Andrew Cooper User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Icedove/24.6.0 MIME-Version: 1.0 To: manish jaggi , , Vijay Kilari , , References: In-Reply-To: X-Enigmail-Version: 1.6 X-DLP: MIA1 X-Mailman-Approved-At: Tue, 19 Aug 2014 14:13:27 +0000 Subject: Re: [Xen-users] [Xen-devel] How to dump vcpu regs when a domain is killed during xl create X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 19/08/14 06:11, manish jaggi wrote: > Adding the question on xen-devel > > On 18 August 2014 14:08, manish jaggi wrote: >> I tried to start a domain using xl create, which showed some xen logs >> and then hanged for a minute or so and then displayed a messgae >> killed. Below is the log >> >> linux:~ # xl create domU.cfg >> Parsing config from domU.cfg >> (XEN) .... >> Killed >> >> Is there a way to know why it was killed and dump core regs (vcpu >> regs) at the point it was killed. There is no guarantee the domain has successfully started. Put "loglvl=all guest_loglvl=all" on the Xen command line, reboot, and attach the results of xl -vvvv create domU.cfg and xl dmesg after the domain has failed in this way. ~Andrew _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Aug 19 16:26:26 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 19 Aug 2014 16:26: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 1XJmDZ-0003g5-SP; Tue, 19 Aug 2014 16:25:05 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XJmDV-0003g0-Li for xen-users@lists.xen.org; Tue, 19 Aug 2014 16:25:01 +0000 Received: from [193.109.254.147:61842] by server-11.bemta-14.messagelabs.com id 88/F0-14213-C5A73F35; Tue, 19 Aug 2014 16:25:00 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-11.tower-27.messagelabs.com!1408465499!8499345!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25702 invoked from network); 19 Aug 2014 16:25:00 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-11.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 19 Aug 2014 16:25:00 -0000 X-IronPort-AV: E=Sophos;i="5.01,895,1400025600"; d="scan'208";a="163062418" Received: from localhost (10.80.16.47) by smtprelay.citrix.com (10.13.107.80) with Microsoft SMTP Server id 14.3.181.6; Tue, 19 Aug 2014 12:24:57 -0400 Message-ID: <1408465487.30942.8.camel@hastur.hellion.org.uk> From: Ian Campbell To: Jeenu Viswambharan Date: Tue, 19 Aug 2014 17:24:47 +0100 In-Reply-To: References: <1407154282.13395.30.camel@kazak.uk.xensource.com> <1407166604.30756.17.camel@kazak.uk.xensource.com> <1407253351.2120.52.camel@kazak.uk.xensource.com> X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-DLP: MIA2 Cc: xen-users Subject: Re: [Xen-users] mount DomU root fs via. NFS X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Wed, 2014-08-06 at 11:05 +0100, Jeenu Viswambharan wrote: Just back from vacation... > [...] > With that, I can boot guest with NFS root! > > Thanks for your help. ... Brilliant! Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Aug 19 16:26:26 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 19 Aug 2014 16:26: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 1XJmDZ-0003g5-SP; Tue, 19 Aug 2014 16:25:05 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XJmDV-0003g0-Li for xen-users@lists.xen.org; Tue, 19 Aug 2014 16:25:01 +0000 Received: from [193.109.254.147:61842] by server-11.bemta-14.messagelabs.com id 88/F0-14213-C5A73F35; Tue, 19 Aug 2014 16:25:00 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-11.tower-27.messagelabs.com!1408465499!8499345!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25702 invoked from network); 19 Aug 2014 16:25:00 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-11.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 19 Aug 2014 16:25:00 -0000 X-IronPort-AV: E=Sophos;i="5.01,895,1400025600"; d="scan'208";a="163062418" Received: from localhost (10.80.16.47) by smtprelay.citrix.com (10.13.107.80) with Microsoft SMTP Server id 14.3.181.6; Tue, 19 Aug 2014 12:24:57 -0400 Message-ID: <1408465487.30942.8.camel@hastur.hellion.org.uk> From: Ian Campbell To: Jeenu Viswambharan Date: Tue, 19 Aug 2014 17:24:47 +0100 In-Reply-To: References: <1407154282.13395.30.camel@kazak.uk.xensource.com> <1407166604.30756.17.camel@kazak.uk.xensource.com> <1407253351.2120.52.camel@kazak.uk.xensource.com> X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-DLP: MIA2 Cc: xen-users Subject: Re: [Xen-users] mount DomU root fs via. NFS X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Wed, 2014-08-06 at 11:05 +0100, Jeenu Viswambharan wrote: Just back from vacation... > [...] > With that, I can boot guest with NFS root! > > Thanks for your help. ... Brilliant! Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Aug 19 22:13:03 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 19 Aug 2014 22:13: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 1XJrdD-0007dA-EO; Tue, 19 Aug 2014 22:11:55 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XJrdC-0007d5-4t for xen-users@lists.xen.org; Tue, 19 Aug 2014 22:11:54 +0000 Received: from [85.158.139.211:52840] by server-14.bemta-5.messagelabs.com id E4/90-12422-9ABC3F35; Tue, 19 Aug 2014 22:11:53 +0000 X-Env-Sender: bmenges@gogrid.com X-Msg-Ref: server-15.tower-206.messagelabs.com!1408486311!7557404!1 X-Originating-IP: [216.93.160.25] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26820 invoked from network); 19 Aug 2014 22:11:52 -0000 Received: from smtp1.servepath.com (HELO smtp1.servepath.com) (216.93.160.25) by server-15.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 19 Aug 2014 22:11:52 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=january; d=gogrid.com; h=Received:Received:From:To:Subject:Thread-Topic:Thread-Index:Date:Message-ID:Accept-Language:Content-Language:X-MS-Has-Attach:X-MS-TNEF-Correlator:x-originating-ip:Content-Type:Content-Transfer-Encoding:MIME-Version; b=aDpblczOep0MHUbqFQUzgYOIbRNSpP+wog8ML/SPrKDMnQ7FLz+RuPVKtn5p4TdONcM28H+N/MxeO2xRI8gryL+9oV6H4pFoh83AX6drSn46pTSJS568anCyPAM3L2xF; Received: from [192.168.6.217] (helo=ex-001-sfo.servepath.com) by smtp1.servepath.com with esmtp (Exim 4.68 (FreeBSD)) (envelope-from ) id 1XJrdA-000PRi-5s for xen-users@lists.xen.org; Tue, 19 Aug 2014 15:11:52 -0700 Received: from ex-001-sfo.servepath.com ([169.254.1.228]) by ex-002-sfo.servepath.com ([192.168.6.217]) with mapi id 14.03.0158.001; Tue, 19 Aug 2014 15:11:50 -0700 From: Brian Menges To: xen-users Thread-Topic: XenServer 6.2 + GPU Passthrough (GF100GL + GF200GL) Thread-Index: Ac+7+cAMUeyAtXBQSFiXkf2Ly6GfyA== Date: Tue, 19 Aug 2014 22:11:49 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [192.168.3.7] MIME-Version: 1.0 Subject: [Xen-users] XenServer 6.2 + GPU Passthrough (GF100GL + GF200GL) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org So I've got an HP Z800 running the 1100 W PSU decked out with an ATI 5450 (local display), Quadro FX 5800 (GPU assigned to a Windows 7 64-bit Enterprise instance) and now a Quadro 4000; previously a Quadro 5000. I've tried passing through either the Quadro 4000 or 5000 to guest VMs and in all situations, my entire system just flat out dies (hard lock, no input, no display, no warning, no errors, nothing logged). Hard cycle it, system returns. This has happened with and without running my Windows VM (which has the FX 5800 GPU assigned to it). I've tried this now with Ubuntu 14.04 LTS and 12.04 LTS. Is there a problem doing gpu passthrough to a linux vm? Or perhaps a problem doing gpu passthrough with two different chipset graphics cards? Are there any debugging flags that I might enable or try? While using only my Windows vm and the FX 5800 the system runs fine. I've left the Quadro 4000 installed for the moment (the Quadro 5000 is resting on my desk for now). The PSU has enough power to support both GPUs so I'm looking for other potential issues. - Brian Menges ________________________________ The information contained in this message, and any attachments, may contain confidential and legally privileged material. It is solely for the use of the person or entity to which it is addressed. Any review, retransmission, dissemination, or action taken in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you receive this in error, please contact the sender and delete the material from any computer. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Aug 19 22:13:03 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 19 Aug 2014 22:13: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 1XJrdD-0007dA-EO; Tue, 19 Aug 2014 22:11:55 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XJrdC-0007d5-4t for xen-users@lists.xen.org; Tue, 19 Aug 2014 22:11:54 +0000 Received: from [85.158.139.211:52840] by server-14.bemta-5.messagelabs.com id E4/90-12422-9ABC3F35; Tue, 19 Aug 2014 22:11:53 +0000 X-Env-Sender: bmenges@gogrid.com X-Msg-Ref: server-15.tower-206.messagelabs.com!1408486311!7557404!1 X-Originating-IP: [216.93.160.25] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26820 invoked from network); 19 Aug 2014 22:11:52 -0000 Received: from smtp1.servepath.com (HELO smtp1.servepath.com) (216.93.160.25) by server-15.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 19 Aug 2014 22:11:52 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=january; d=gogrid.com; h=Received:Received:From:To:Subject:Thread-Topic:Thread-Index:Date:Message-ID:Accept-Language:Content-Language:X-MS-Has-Attach:X-MS-TNEF-Correlator:x-originating-ip:Content-Type:Content-Transfer-Encoding:MIME-Version; b=aDpblczOep0MHUbqFQUzgYOIbRNSpP+wog8ML/SPrKDMnQ7FLz+RuPVKtn5p4TdONcM28H+N/MxeO2xRI8gryL+9oV6H4pFoh83AX6drSn46pTSJS568anCyPAM3L2xF; Received: from [192.168.6.217] (helo=ex-001-sfo.servepath.com) by smtp1.servepath.com with esmtp (Exim 4.68 (FreeBSD)) (envelope-from ) id 1XJrdA-000PRi-5s for xen-users@lists.xen.org; Tue, 19 Aug 2014 15:11:52 -0700 Received: from ex-001-sfo.servepath.com ([169.254.1.228]) by ex-002-sfo.servepath.com ([192.168.6.217]) with mapi id 14.03.0158.001; Tue, 19 Aug 2014 15:11:50 -0700 From: Brian Menges To: xen-users Thread-Topic: XenServer 6.2 + GPU Passthrough (GF100GL + GF200GL) Thread-Index: Ac+7+cAMUeyAtXBQSFiXkf2Ly6GfyA== Date: Tue, 19 Aug 2014 22:11:49 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [192.168.3.7] MIME-Version: 1.0 Subject: [Xen-users] XenServer 6.2 + GPU Passthrough (GF100GL + GF200GL) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org So I've got an HP Z800 running the 1100 W PSU decked out with an ATI 5450 (local display), Quadro FX 5800 (GPU assigned to a Windows 7 64-bit Enterprise instance) and now a Quadro 4000; previously a Quadro 5000. I've tried passing through either the Quadro 4000 or 5000 to guest VMs and in all situations, my entire system just flat out dies (hard lock, no input, no display, no warning, no errors, nothing logged). Hard cycle it, system returns. This has happened with and without running my Windows VM (which has the FX 5800 GPU assigned to it). I've tried this now with Ubuntu 14.04 LTS and 12.04 LTS. Is there a problem doing gpu passthrough to a linux vm? Or perhaps a problem doing gpu passthrough with two different chipset graphics cards? Are there any debugging flags that I might enable or try? While using only my Windows vm and the FX 5800 the system runs fine. I've left the Quadro 4000 installed for the moment (the Quadro 5000 is resting on my desk for now). The PSU has enough power to support both GPUs so I'm looking for other potential issues. - Brian Menges ________________________________ The information contained in this message, and any attachments, may contain confidential and legally privileged material. It is solely for the use of the person or entity to which it is addressed. Any review, retransmission, dissemination, or action taken in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you receive this in error, please contact the sender and delete the material from any computer. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Aug 20 06:30:57 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 20 Aug 2014 06: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 1XJzOi-000748-4P; Wed, 20 Aug 2014 06:29:28 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XJzOg-000743-Ou for xen-users@lists.xen.org; Wed, 20 Aug 2014 06:29:26 +0000 Received: from [85.158.143.35:8706] by server-1.bemta-4.messagelabs.com id 4E/B4-05872-54044F35; Wed, 20 Aug 2014 06:29:25 +0000 X-Env-Sender: manfred.haertel@rz-online.de X-Msg-Ref: server-5.tower-21.messagelabs.com!1408516165!12021797!1 X-Originating-IP: [212.7.160.41] X-SpamReason: No, hits=0.0 required=7.0 tests=UNPARSEABLE_RELAY X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5895 invoked from network); 20 Aug 2014 06:29:25 -0000 Received: from mout01.rz-online.net (HELO mout01.rz-online.net) (212.7.160.41) by server-5.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 20 Aug 2014 06:29:25 -0000 Received: from webmail.kevag-telekom.de (newusertools.kevag-telekom.net [212.7.186.73]) by mout01.rz-online.net (8.14.0/8.12.10) with ESMTP id s7K6TOXb028050 for ; Wed, 20 Aug 2014 08:29:24 +0200 Received: from 1u5IfewMS6ESyrI2QT8nVGkuxIdOinKA via k9XKCMUQS8LAeN3cMtC6OkY+vP3tXyUO (1zn7mY9uOcjFzvNoDRvg+JY/tAUpQv6j)webmail.kevag-telekom.de with HTTP (HTTP/1.1 POST); Wed, 20 Aug 2014 08:29:24 +0200 MIME-Version: 1.0 Content-Length: 1715 Date: Wed, 20 Aug 2014 08:29:24 +0200 From: Manfred Haertel To: Message-ID: <7592e6129496995c0e882598789177ea@mstore02.rz-online.net> X-Sender: manfred.haertel@rz-online.de User-Agent: Roundcube Webmail/0.7.2 Subject: [Xen-users] Strange network problems with GPLPV drivers under Windows 8.1 X-BeenThere: xen-users@lists.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 SSBhbSBleHBlcmllbmNpbmcgc3RyYW5nZSBuZXR3b3JrIHByb2JsZW1zIGluIGEgV2luZG93cyA4 LjEgVk0gcnVubmluZyAKdW5kZXIgWGVuIG9uIGEgT3BlbnN1c2UgMTMuMSBob3N0LgoKVGhpcyBz dGFydGVkIG1vc3QgcHJvYmFibHkgYWZ0ZXIgSSBpbnN0YWxsZWQgdGhlIEdQTFBWIGRyaXZlcnMg aW4gdGhlIApXaW5kb3dzIFZNIGEgZmV3IGRheXMgYWdvICh2ZXJzaW9uIDEuMC4xMTAwLCBJIHRo aW5rIHRoaXMgaXMgdGhlIG1vc3QgCnJlY2VudCB2ZXJzaW9uKS4KCkFjY29yZGluZyB0byBjb21w YXJpbmcgV2lyZXNoYXJrIHRyYWNlcyBJIHRoaW5rIHRoZSBwcm9ibGVtIGlzLCB3aGVuIAp0aGUg V2luZG93cyBWTSByZWNlaXZlcyBhICJsYXJnZSIgcGFja2V0IChzaXplIGNsb3NlIHRvIHRoZSBN VFUpLCB0aGUgCmxhc3QgZmV3IGJ5dGVzIGFyZSBjaGFuZ2VkIChzY2FyeSEpLiBJdCBpcyBhbG1v c3QgaW1wb3NzaWJsZSB0byBzY3AgYSAKZmlsZSB0byB0aGUgV2luZG93cyBWTSBiZWNhdXNlIHNj cCBhbG1vc3QgYWx3YXlzIGZhaWxzIHdpdGggInBhY2tldCAKY29ycnVwdCIuCgpFdmVuIG1vcmUg c3RyYW5nZTogVGhpcyBoYXBwZW5zIG9ubHkgdG8gcGFja2V0cyBzZW50IGJ5IG90aGVyIFZNcyBv ciBieSAKdGhlIGhvc3QuIENvbW11bmljYXRpb24gd2l0aCBvdGhlciBjb21wdXRlcnMgaW4gbXkg TEFOIGFuZCBldmVuIHdpdGggdGhlIApJbnRlcm5ldCB3b3JrcyBwZXJmZWN0bHkuIEFsc28gaXQg c2VlbXMgdGhhdCBwYWNrZXRzIHNlbnQgYnkgdGhlIFdpbmRvd3MgClZNIGRvIG5vdCBiZWNvbWUg Y29ycnVwdGVkLgoKSXMgdGhpcyBJIGtub3duIHByb2JsZW0/IFdoYXQgY2FuIEkgZG8/CgpIb3cg Y2FuIEkgcmV0dXJuIHRvIHRoZSBSZWFsdGVrIGRyaXZlcj8gSSB0cmllZCB0byB1bmluc3RhbGwg dGhlIFhlbm5ldCAKZHJpdmVyIHllc3RlcmRheSwgYnV0IHRoYXQgZGlkbid0IGJyaW5nIG1lIGJh Y2sgdGhlIFJlYWx0ZWsgZHJpdmVyLgoKVGhhbmtzIGluIGFkdmFuY2UgZm9yIGhlbHAhCgotLSAK TWFuZnJlZCBIw6RydGVsLCBEQjNITSAgICBtYWlsdG86TWFuZnJlZC5IYWVydGVsQHJ6LW9ubGlu ZS5kZQogICAgICAgICAgICAgICAgICAgICAgICAgIGh0dHA6Ly9yei1ob21lLmRlL21oYWVydGVs CgoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLXVz ZXJzIG1haWxpbmcgbGlzdApYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVu Lm9yZy94ZW4tdXNlcnM= From xen-users-bounces@lists.xen.org Wed Aug 20 06:30:57 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 20 Aug 2014 06: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 1XJzOi-000748-4P; Wed, 20 Aug 2014 06:29:28 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XJzOg-000743-Ou for xen-users@lists.xen.org; Wed, 20 Aug 2014 06:29:26 +0000 Received: from [85.158.143.35:8706] by server-1.bemta-4.messagelabs.com id 4E/B4-05872-54044F35; Wed, 20 Aug 2014 06:29:25 +0000 X-Env-Sender: manfred.haertel@rz-online.de X-Msg-Ref: server-5.tower-21.messagelabs.com!1408516165!12021797!1 X-Originating-IP: [212.7.160.41] X-SpamReason: No, hits=0.0 required=7.0 tests=UNPARSEABLE_RELAY X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5895 invoked from network); 20 Aug 2014 06:29:25 -0000 Received: from mout01.rz-online.net (HELO mout01.rz-online.net) (212.7.160.41) by server-5.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 20 Aug 2014 06:29:25 -0000 Received: from webmail.kevag-telekom.de (newusertools.kevag-telekom.net [212.7.186.73]) by mout01.rz-online.net (8.14.0/8.12.10) with ESMTP id s7K6TOXb028050 for ; Wed, 20 Aug 2014 08:29:24 +0200 Received: from 1u5IfewMS6ESyrI2QT8nVGkuxIdOinKA via k9XKCMUQS8LAeN3cMtC6OkY+vP3tXyUO (1zn7mY9uOcjFzvNoDRvg+JY/tAUpQv6j)webmail.kevag-telekom.de with HTTP (HTTP/1.1 POST); Wed, 20 Aug 2014 08:29:24 +0200 MIME-Version: 1.0 Content-Length: 1715 Date: Wed, 20 Aug 2014 08:29:24 +0200 From: Manfred Haertel To: Message-ID: <7592e6129496995c0e882598789177ea@mstore02.rz-online.net> X-Sender: manfred.haertel@rz-online.de User-Agent: Roundcube Webmail/0.7.2 Subject: [Xen-users] Strange network problems with GPLPV drivers under Windows 8.1 X-BeenThere: xen-users@lists.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 SSBhbSBleHBlcmllbmNpbmcgc3RyYW5nZSBuZXR3b3JrIHByb2JsZW1zIGluIGEgV2luZG93cyA4 LjEgVk0gcnVubmluZyAKdW5kZXIgWGVuIG9uIGEgT3BlbnN1c2UgMTMuMSBob3N0LgoKVGhpcyBz dGFydGVkIG1vc3QgcHJvYmFibHkgYWZ0ZXIgSSBpbnN0YWxsZWQgdGhlIEdQTFBWIGRyaXZlcnMg aW4gdGhlIApXaW5kb3dzIFZNIGEgZmV3IGRheXMgYWdvICh2ZXJzaW9uIDEuMC4xMTAwLCBJIHRo aW5rIHRoaXMgaXMgdGhlIG1vc3QgCnJlY2VudCB2ZXJzaW9uKS4KCkFjY29yZGluZyB0byBjb21w YXJpbmcgV2lyZXNoYXJrIHRyYWNlcyBJIHRoaW5rIHRoZSBwcm9ibGVtIGlzLCB3aGVuIAp0aGUg V2luZG93cyBWTSByZWNlaXZlcyBhICJsYXJnZSIgcGFja2V0IChzaXplIGNsb3NlIHRvIHRoZSBN VFUpLCB0aGUgCmxhc3QgZmV3IGJ5dGVzIGFyZSBjaGFuZ2VkIChzY2FyeSEpLiBJdCBpcyBhbG1v c3QgaW1wb3NzaWJsZSB0byBzY3AgYSAKZmlsZSB0byB0aGUgV2luZG93cyBWTSBiZWNhdXNlIHNj cCBhbG1vc3QgYWx3YXlzIGZhaWxzIHdpdGggInBhY2tldCAKY29ycnVwdCIuCgpFdmVuIG1vcmUg c3RyYW5nZTogVGhpcyBoYXBwZW5zIG9ubHkgdG8gcGFja2V0cyBzZW50IGJ5IG90aGVyIFZNcyBv ciBieSAKdGhlIGhvc3QuIENvbW11bmljYXRpb24gd2l0aCBvdGhlciBjb21wdXRlcnMgaW4gbXkg TEFOIGFuZCBldmVuIHdpdGggdGhlIApJbnRlcm5ldCB3b3JrcyBwZXJmZWN0bHkuIEFsc28gaXQg c2VlbXMgdGhhdCBwYWNrZXRzIHNlbnQgYnkgdGhlIFdpbmRvd3MgClZNIGRvIG5vdCBiZWNvbWUg Y29ycnVwdGVkLgoKSXMgdGhpcyBJIGtub3duIHByb2JsZW0/IFdoYXQgY2FuIEkgZG8/CgpIb3cg Y2FuIEkgcmV0dXJuIHRvIHRoZSBSZWFsdGVrIGRyaXZlcj8gSSB0cmllZCB0byB1bmluc3RhbGwg dGhlIFhlbm5ldCAKZHJpdmVyIHllc3RlcmRheSwgYnV0IHRoYXQgZGlkbid0IGJyaW5nIG1lIGJh Y2sgdGhlIFJlYWx0ZWsgZHJpdmVyLgoKVGhhbmtzIGluIGFkdmFuY2UgZm9yIGhlbHAhCgotLSAK TWFuZnJlZCBIw6RydGVsLCBEQjNITSAgICBtYWlsdG86TWFuZnJlZC5IYWVydGVsQHJ6LW9ubGlu ZS5kZQogICAgICAgICAgICAgICAgICAgICAgICAgIGh0dHA6Ly9yei1ob21lLmRlL21oYWVydGVs CgoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLXVz ZXJzIG1haWxpbmcgbGlzdApYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVu Lm9yZy94ZW4tdXNlcnM= From xen-users-bounces@lists.xen.org Wed Aug 20 12:17:00 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 20 Aug 2014 12:17:00 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XK4o0-00036J-VY; Wed, 20 Aug 2014 12:15:56 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XJzJW-00072m-Us for xen-users@lists.xen.org; Wed, 20 Aug 2014 06:24:07 +0000 Received: from [85.158.137.68:51125] by server-9.bemta-3.messagelabs.com id 0D/8A-30790-60F34F35; Wed, 20 Aug 2014 06:24:06 +0000 X-Env-Sender: haertel@rz-online.de X-Msg-Ref: server-7.tower-31.messagelabs.com!1408515845!14654910!1 X-Originating-IP: [212.7.160.42] X-SpamReason: No, hits=0.0 required=7.0 tests=UNPARSEABLE_RELAY X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19553 invoked from network); 20 Aug 2014 06:24:05 -0000 Received: from mout02.rz-online.net (HELO mout02.rz-online.net) (212.7.160.42) by server-7.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 20 Aug 2014 06:24:05 -0000 Received: from webmail.kevag-telekom.de (newusertools.kevag-telekom.net [212.7.186.73]) by mout02.rz-online.net (8.14.0/8.12.10) with ESMTP id s7K6O5AQ013408 for ; Wed, 20 Aug 2014 08:24:05 +0200 Received: from OTcv9DuC+J2+j3NfCgwvrwTe0U5nvN7K via bPLMu2gWRynxAlF7sEEkf5j+low625Vp (9YN28Zas3+AETRYxSzKGPtAdRoQAewms)webmail.kevag-telekom.de with HTTP (HTTP/1.1 POST); Wed, 20 Aug 2014 08:24:05 +0200 MIME-Version: 1.0 Content-Length: 1715 Date: Wed, 20 Aug 2014 08:24:05 +0200 From: Manfred Haertel To: Message-ID: <8fbe16e2e9fd2bed22924608cc244a8d@mstore02.rz-online.net> X-Sender: haertel@rz-online.de User-Agent: Roundcube Webmail/0.7.2 X-Mailman-Approved-At: Wed, 20 Aug 2014 12:15:55 +0000 Subject: [Xen-users] Strange network problems with GPLPV drivers under Windows 8.1 X-BeenThere: xen-users@lists.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 SSBhbSBleHBlcmllbmNpbmcgc3RyYW5nZSBuZXR3b3JrIHByb2JsZW1zIGluIGEgV2luZG93cyA4 LjEgVk0gcnVubmluZyAKdW5kZXIgWGVuIG9uIGEgT3BlbnN1c2UgMTMuMSBob3N0LgoKVGhpcyBz dGFydGVkIG1vc3QgcHJvYmFibHkgYWZ0ZXIgSSBpbnN0YWxsZWQgdGhlIEdQTFBWIGRyaXZlcnMg aW4gdGhlIApXaW5kb3dzIFZNIGEgZmV3IGRheXMgYWdvICh2ZXJzaW9uIDEuMC4xMTAwLCBJIHRo aW5rIHRoaXMgaXMgdGhlIG1vc3QgCnJlY2VudCB2ZXJzaW9uKS4KCkFjY29yZGluZyB0byBjb21w YXJpbmcgV2lyZXNoYXJrIHRyYWNlcyBJIHRoaW5rIHRoZSBwcm9ibGVtIGlzLCB3aGVuIAp0aGUg V2luZG93cyBWTSByZWNlaXZlcyBhICJsYXJnZSIgcGFja2V0IChzaXplIGNsb3NlIHRvIHRoZSBN VFUpLCB0aGUgCmxhc3QgZmV3IGJ5dGVzIGFyZSBjaGFuZ2VkIChzY2FyeSEpLiBJdCBpcyBhbG1v c3QgaW1wb3NzaWJsZSB0byBzY3AgYSAKZmlsZSB0byB0aGUgV2luZG93cyBWTSBiZWNhdXNlIHNj cCBhbG1vc3QgYWx3YXlzIGZhaWxzIHdpdGggInBhY2tldCAKY29ycnVwdCIuCgpFdmVuIG1vcmUg c3RyYW5nZTogVGhpcyBoYXBwZW5zIG9ubHkgdG8gcGFja2V0cyBzZW50IGJ5IG90aGVyIFZNcyBv ciBieSAKdGhlIGhvc3QuIENvbW11bmljYXRpb24gd2l0aCBvdGhlciBjb21wdXRlcnMgaW4gbXkg TEFOIGFuZCBldmVuIHdpdGggdGhlIApJbnRlcm5ldCB3b3JrcyBwZXJmZWN0bHkuIEFsc28gaXQg c2VlbXMgdGhhdCBwYWNrZXRzIHNlbnQgYnkgdGhlIFdpbmRvd3MgClZNIGRvIG5vdCBiZWNvbWUg Y29ycnVwdGVkLgoKSXMgdGhpcyBJIGtub3duIHByb2JsZW0/IFdoYXQgY2FuIEkgZG8/CgpIb3cg Y2FuIEkgcmV0dXJuIHRvIHRoZSBSZWFsdGVrIGRyaXZlcj8gSSB0cmllZCB0byB1bmluc3RhbGwg dGhlIFhlbm5ldCAKZHJpdmVyIHllc3RlcmRheSwgYnV0IHRoYXQgZGlkbid0IGJyaW5nIG1lIGJh Y2sgdGhlIFJlYWx0ZWsgZHJpdmVyLgoKVGhhbmtzIGluIGFkdmFuY2UgZm9yIGhlbHAhCgotLSAK TWFuZnJlZCBIw6RydGVsLCBEQjNITSAgICBtYWlsdG86TWFuZnJlZC5IYWVydGVsQHJ6LW9ubGlu ZS5kZQogICAgICAgICAgICAgICAgICAgICAgICAgIGh0dHA6Ly9yei1ob21lLmRlL21oYWVydGVs CgoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLXVz ZXJzIG1haWxpbmcgbGlzdApYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVu Lm9yZy94ZW4tdXNlcnM= From xen-users-bounces@lists.xen.org Wed Aug 20 12:17:00 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 20 Aug 2014 12:17:00 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XK4o0-000367-C2; Wed, 20 Aug 2014 12:15:56 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XJz3W-0006qC-8e for xen-users@lists.xen.org; Wed, 20 Aug 2014 06:07:34 +0000 Received: from [85.158.139.211:46830] by server-1.bemta-5.messagelabs.com id 49/88-17892-52B34F35; Wed, 20 Aug 2014 06:07:33 +0000 X-Env-Sender: patel_mp@yahoo.co.in X-Msg-Ref: server-3.tower-206.messagelabs.com!1408514849!3368233!1 X-Originating-IP: [106.10.151.57] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_12,ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16289 invoked from network); 20 Aug 2014 06:07:32 -0000 Received: from nm22-vm10.bullet.mail.sg3.yahoo.com (HELO nm22-vm10.bullet.mail.sg3.yahoo.com) (106.10.151.57) by server-3.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 20 Aug 2014 06:07:32 -0000 Received: from [106.10.166.127] by nm22.bullet.mail.sg3.yahoo.com with NNFMP; 20 Aug 2014 06:07:29 -0000 Received: from [106.10.151.234] by tm16.bullet.mail.sg3.yahoo.com with NNFMP; 20 Aug 2014 06:07:28 -0000 Received: from [127.0.0.1] by omp1018.mail.sg3.yahoo.com with NNFMP; 20 Aug 2014 06:07:28 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 909998.39387.bm@omp1018.mail.sg3.yahoo.com Received: (qmail 40971 invoked by uid 60001); 20 Aug 2014 06:07:28 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.co.in; s=s1024; t=1408514848; bh=hTcS685Lx/QpGMCMoY9HfvSUlVMXERJANs/+XOKI91o=; h=Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=Ab+zmuWmXwalsj8XjCbmgx4Q4lSNp62BxRzFS2y3BcnpsDTCjVKO7yRN7B3j4VvWqdtKNNu9YSQ1hTlBunDpJocbzsqmu1ojsW2/v9CtMz+fjTSA9CW6fiX5ek3xU8vBX9xwa9v50puKeCdY3v1i5BB3w5+DnvG3ZNUJb0jik+o= X-YMail-OSG: LxqGbrQVM1l7K9WtUMurz5jVxP.6ugsv1A1.Y7NkQ7URV7z rREmtQhKVyvScbUbsS8tAByeKKDDf18fVRpctNdDQID_47JspT7qtG0Qu50T kZBw455HwSZHD_ZWG5MdGN9hWk5DwNCEZcFqdc4H4Je7VkvPQvUDzMsq3nfp nMiF3hVWdbmIsBcqOBNVjM_HCbEdhJXj1XDZV2xgDZhbGuy95YW0ok.UMgOV MxOJd65DO7.ZEXBFakVSUHANRE9wuNqwd1tl_Y_uB_emf0TozwVfxuf5ltCC 8XtkvlpVKTR4MMU8TKvHu_zpZ.teRNHEzyedL4iZ76QwPFxk8VhmNqxl7bYe .Y6hRIsVZ.jncxWFPqecVUT0zBEVS2UiIOYElznGSOBff1dDj72XQRJYBXfi VBA83pbUP0jg_N10yHgME.QTPUxuLX7HOUTmKP02QszFCC7kXZ3m2EdJKRvi xmngGcTxXhm4631aebnbIRPXdeI2ct6DBInGsOT3e29MnR7dRY6a3hQOVs3I kNUT8bfVTArnRRjcgcPKHVxrHWn04_Mu5Q4ndd_RE5EYdkD0d0V.yYd4- Received: from [202.129.240.131] by web190604.mail.sg3.yahoo.com via HTTP; Wed, 20 Aug 2014 14:07:28 SGT X-Rocket-MIMEInfo: 002.001, Ckkgd2FudCB0byBzdGFydCB3b3JrIHdpdGggYmxvY2sgZGV2aWNlIGRyaXZlciBwcm9ncmFtLiBteSBpZGVhIGlzIHRvIGFsbG9jYXRlIG1lbW9yeSBmb3IgY29tcHJlc3NpbmcgcGFnZXMgZHVyaW5nCmxpdmUgbWlncmF0aW9uLgoKSSBmb3VuZCB0d28vdGhyZWUgcGFwZXJzIHdobyBoYXZlIGltcGxlbWVudGVkIHRoaXMgYnV0IGkgYW0gbm90IGNsZWFyIHdoZXJlIHRvIHN0YXJ0LgoKYW55b25lCiBrbm93cyB0aGUgc2V0cHMgdG8gY29uZmlndXJlIGJsb2NrIGRldmljZSBkcml2ZXIgd2l0aCB4ZW4uIElmIGkBMAEBAQE- X-Mailer: YahooMailWebService/0.8.201.700 Message-ID: <1408514848.40675.YahooMailNeo@web190604.mail.sg3.yahoo.com> Date: Wed, 20 Aug 2014 14:07:28 +0800 From: Minalkumar Patel To: "xen-users@lists.xen.org" MIME-Version: 1.0 X-Mailman-Approved-At: Wed, 20 Aug 2014 12:15:55 +0000 Subject: [Xen-users] Memory compression issue X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Minalkumar Patel List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1610002247601505299==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1610002247601505299== Content-Type: multipart/alternative; boundary="806834454-1833983623-1408514848=:40675" --806834454-1833983623-1408514848=:40675 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable =0AI want to start work with block device driver program. my idea is to all= ocate memory for compressing pages during=0Alive migration.=0A=0AI found tw= o/three papers who have implemented this but i am not clear where to start.= =0A=0Aanyone=0A knows the setps to configure block device driver with xen. = If i want to=0A use simple RLE or LZ algorithm then how can i start with dr= ivers? --806834454-1833983623-1408514848=:40675 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable

I = want to start work with block device driver program. my idea is to allocate= memory for compressing pages during
live migratio= n.

I found two/three pap= ers who have implemented this but i am not clear where to start.

anyone=0A knows the setps to con= figure block device driver with xen. If i want to=0A use simple RLE or LZ a= lgorithm then how can i start with drivers?


--806834454-1833983623-1408514848=:40675-- --===============1610002247601505299== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1610002247601505299==-- From xen-users-bounces@lists.xen.org Wed Aug 20 12:17:00 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 20 Aug 2014 12:17:00 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XK4o0-00036J-VY; Wed, 20 Aug 2014 12:15:56 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XJzJW-00072m-Us for xen-users@lists.xen.org; Wed, 20 Aug 2014 06:24:07 +0000 Received: from [85.158.137.68:51125] by server-9.bemta-3.messagelabs.com id 0D/8A-30790-60F34F35; Wed, 20 Aug 2014 06:24:06 +0000 X-Env-Sender: haertel@rz-online.de X-Msg-Ref: server-7.tower-31.messagelabs.com!1408515845!14654910!1 X-Originating-IP: [212.7.160.42] X-SpamReason: No, hits=0.0 required=7.0 tests=UNPARSEABLE_RELAY X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19553 invoked from network); 20 Aug 2014 06:24:05 -0000 Received: from mout02.rz-online.net (HELO mout02.rz-online.net) (212.7.160.42) by server-7.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 20 Aug 2014 06:24:05 -0000 Received: from webmail.kevag-telekom.de (newusertools.kevag-telekom.net [212.7.186.73]) by mout02.rz-online.net (8.14.0/8.12.10) with ESMTP id s7K6O5AQ013408 for ; Wed, 20 Aug 2014 08:24:05 +0200 Received: from OTcv9DuC+J2+j3NfCgwvrwTe0U5nvN7K via bPLMu2gWRynxAlF7sEEkf5j+low625Vp (9YN28Zas3+AETRYxSzKGPtAdRoQAewms)webmail.kevag-telekom.de with HTTP (HTTP/1.1 POST); Wed, 20 Aug 2014 08:24:05 +0200 MIME-Version: 1.0 Content-Length: 1715 Date: Wed, 20 Aug 2014 08:24:05 +0200 From: Manfred Haertel To: Message-ID: <8fbe16e2e9fd2bed22924608cc244a8d@mstore02.rz-online.net> X-Sender: haertel@rz-online.de User-Agent: Roundcube Webmail/0.7.2 X-Mailman-Approved-At: Wed, 20 Aug 2014 12:15:55 +0000 Subject: [Xen-users] Strange network problems with GPLPV drivers under Windows 8.1 X-BeenThere: xen-users@lists.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 SSBhbSBleHBlcmllbmNpbmcgc3RyYW5nZSBuZXR3b3JrIHByb2JsZW1zIGluIGEgV2luZG93cyA4 LjEgVk0gcnVubmluZyAKdW5kZXIgWGVuIG9uIGEgT3BlbnN1c2UgMTMuMSBob3N0LgoKVGhpcyBz dGFydGVkIG1vc3QgcHJvYmFibHkgYWZ0ZXIgSSBpbnN0YWxsZWQgdGhlIEdQTFBWIGRyaXZlcnMg aW4gdGhlIApXaW5kb3dzIFZNIGEgZmV3IGRheXMgYWdvICh2ZXJzaW9uIDEuMC4xMTAwLCBJIHRo aW5rIHRoaXMgaXMgdGhlIG1vc3QgCnJlY2VudCB2ZXJzaW9uKS4KCkFjY29yZGluZyB0byBjb21w YXJpbmcgV2lyZXNoYXJrIHRyYWNlcyBJIHRoaW5rIHRoZSBwcm9ibGVtIGlzLCB3aGVuIAp0aGUg V2luZG93cyBWTSByZWNlaXZlcyBhICJsYXJnZSIgcGFja2V0IChzaXplIGNsb3NlIHRvIHRoZSBN VFUpLCB0aGUgCmxhc3QgZmV3IGJ5dGVzIGFyZSBjaGFuZ2VkIChzY2FyeSEpLiBJdCBpcyBhbG1v c3QgaW1wb3NzaWJsZSB0byBzY3AgYSAKZmlsZSB0byB0aGUgV2luZG93cyBWTSBiZWNhdXNlIHNj cCBhbG1vc3QgYWx3YXlzIGZhaWxzIHdpdGggInBhY2tldCAKY29ycnVwdCIuCgpFdmVuIG1vcmUg c3RyYW5nZTogVGhpcyBoYXBwZW5zIG9ubHkgdG8gcGFja2V0cyBzZW50IGJ5IG90aGVyIFZNcyBv ciBieSAKdGhlIGhvc3QuIENvbW11bmljYXRpb24gd2l0aCBvdGhlciBjb21wdXRlcnMgaW4gbXkg TEFOIGFuZCBldmVuIHdpdGggdGhlIApJbnRlcm5ldCB3b3JrcyBwZXJmZWN0bHkuIEFsc28gaXQg c2VlbXMgdGhhdCBwYWNrZXRzIHNlbnQgYnkgdGhlIFdpbmRvd3MgClZNIGRvIG5vdCBiZWNvbWUg Y29ycnVwdGVkLgoKSXMgdGhpcyBJIGtub3duIHByb2JsZW0/IFdoYXQgY2FuIEkgZG8/CgpIb3cg Y2FuIEkgcmV0dXJuIHRvIHRoZSBSZWFsdGVrIGRyaXZlcj8gSSB0cmllZCB0byB1bmluc3RhbGwg dGhlIFhlbm5ldCAKZHJpdmVyIHllc3RlcmRheSwgYnV0IHRoYXQgZGlkbid0IGJyaW5nIG1lIGJh Y2sgdGhlIFJlYWx0ZWsgZHJpdmVyLgoKVGhhbmtzIGluIGFkdmFuY2UgZm9yIGhlbHAhCgotLSAK TWFuZnJlZCBIw6RydGVsLCBEQjNITSAgICBtYWlsdG86TWFuZnJlZC5IYWVydGVsQHJ6LW9ubGlu ZS5kZQogICAgICAgICAgICAgICAgICAgICAgICAgIGh0dHA6Ly9yei1ob21lLmRlL21oYWVydGVs CgoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLXVz ZXJzIG1haWxpbmcgbGlzdApYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVu Lm9yZy94ZW4tdXNlcnM= From xen-users-bounces@lists.xen.org Wed Aug 20 12:17:00 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 20 Aug 2014 12:17:00 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XK4o0-000367-C2; Wed, 20 Aug 2014 12:15:56 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XJz3W-0006qC-8e for xen-users@lists.xen.org; Wed, 20 Aug 2014 06:07:34 +0000 Received: from [85.158.139.211:46830] by server-1.bemta-5.messagelabs.com id 49/88-17892-52B34F35; Wed, 20 Aug 2014 06:07:33 +0000 X-Env-Sender: patel_mp@yahoo.co.in X-Msg-Ref: server-3.tower-206.messagelabs.com!1408514849!3368233!1 X-Originating-IP: [106.10.151.57] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_12,ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16289 invoked from network); 20 Aug 2014 06:07:32 -0000 Received: from nm22-vm10.bullet.mail.sg3.yahoo.com (HELO nm22-vm10.bullet.mail.sg3.yahoo.com) (106.10.151.57) by server-3.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 20 Aug 2014 06:07:32 -0000 Received: from [106.10.166.127] by nm22.bullet.mail.sg3.yahoo.com with NNFMP; 20 Aug 2014 06:07:29 -0000 Received: from [106.10.151.234] by tm16.bullet.mail.sg3.yahoo.com with NNFMP; 20 Aug 2014 06:07:28 -0000 Received: from [127.0.0.1] by omp1018.mail.sg3.yahoo.com with NNFMP; 20 Aug 2014 06:07:28 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 909998.39387.bm@omp1018.mail.sg3.yahoo.com Received: (qmail 40971 invoked by uid 60001); 20 Aug 2014 06:07:28 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.co.in; s=s1024; t=1408514848; bh=hTcS685Lx/QpGMCMoY9HfvSUlVMXERJANs/+XOKI91o=; h=Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=Ab+zmuWmXwalsj8XjCbmgx4Q4lSNp62BxRzFS2y3BcnpsDTCjVKO7yRN7B3j4VvWqdtKNNu9YSQ1hTlBunDpJocbzsqmu1ojsW2/v9CtMz+fjTSA9CW6fiX5ek3xU8vBX9xwa9v50puKeCdY3v1i5BB3w5+DnvG3ZNUJb0jik+o= X-YMail-OSG: LxqGbrQVM1l7K9WtUMurz5jVxP.6ugsv1A1.Y7NkQ7URV7z rREmtQhKVyvScbUbsS8tAByeKKDDf18fVRpctNdDQID_47JspT7qtG0Qu50T kZBw455HwSZHD_ZWG5MdGN9hWk5DwNCEZcFqdc4H4Je7VkvPQvUDzMsq3nfp nMiF3hVWdbmIsBcqOBNVjM_HCbEdhJXj1XDZV2xgDZhbGuy95YW0ok.UMgOV MxOJd65DO7.ZEXBFakVSUHANRE9wuNqwd1tl_Y_uB_emf0TozwVfxuf5ltCC 8XtkvlpVKTR4MMU8TKvHu_zpZ.teRNHEzyedL4iZ76QwPFxk8VhmNqxl7bYe .Y6hRIsVZ.jncxWFPqecVUT0zBEVS2UiIOYElznGSOBff1dDj72XQRJYBXfi VBA83pbUP0jg_N10yHgME.QTPUxuLX7HOUTmKP02QszFCC7kXZ3m2EdJKRvi xmngGcTxXhm4631aebnbIRPXdeI2ct6DBInGsOT3e29MnR7dRY6a3hQOVs3I kNUT8bfVTArnRRjcgcPKHVxrHWn04_Mu5Q4ndd_RE5EYdkD0d0V.yYd4- Received: from [202.129.240.131] by web190604.mail.sg3.yahoo.com via HTTP; Wed, 20 Aug 2014 14:07:28 SGT X-Rocket-MIMEInfo: 002.001, Ckkgd2FudCB0byBzdGFydCB3b3JrIHdpdGggYmxvY2sgZGV2aWNlIGRyaXZlciBwcm9ncmFtLiBteSBpZGVhIGlzIHRvIGFsbG9jYXRlIG1lbW9yeSBmb3IgY29tcHJlc3NpbmcgcGFnZXMgZHVyaW5nCmxpdmUgbWlncmF0aW9uLgoKSSBmb3VuZCB0d28vdGhyZWUgcGFwZXJzIHdobyBoYXZlIGltcGxlbWVudGVkIHRoaXMgYnV0IGkgYW0gbm90IGNsZWFyIHdoZXJlIHRvIHN0YXJ0LgoKYW55b25lCiBrbm93cyB0aGUgc2V0cHMgdG8gY29uZmlndXJlIGJsb2NrIGRldmljZSBkcml2ZXIgd2l0aCB4ZW4uIElmIGkBMAEBAQE- X-Mailer: YahooMailWebService/0.8.201.700 Message-ID: <1408514848.40675.YahooMailNeo@web190604.mail.sg3.yahoo.com> Date: Wed, 20 Aug 2014 14:07:28 +0800 From: Minalkumar Patel To: "xen-users@lists.xen.org" MIME-Version: 1.0 X-Mailman-Approved-At: Wed, 20 Aug 2014 12:15:55 +0000 Subject: [Xen-users] Memory compression issue X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Minalkumar Patel List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1610002247601505299==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1610002247601505299== Content-Type: multipart/alternative; boundary="806834454-1833983623-1408514848=:40675" --806834454-1833983623-1408514848=:40675 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable =0AI want to start work with block device driver program. my idea is to all= ocate memory for compressing pages during=0Alive migration.=0A=0AI found tw= o/three papers who have implemented this but i am not clear where to start.= =0A=0Aanyone=0A knows the setps to configure block device driver with xen. = If i want to=0A use simple RLE or LZ algorithm then how can i start with dr= ivers? --806834454-1833983623-1408514848=:40675 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable

I = want to start work with block device driver program. my idea is to allocate= memory for compressing pages during
live migratio= n.

I found two/three pap= ers who have implemented this but i am not clear where to start.

anyone=0A knows the setps to con= figure block device driver with xen. If i want to=0A use simple RLE or LZ a= lgorithm then how can i start with drivers?


--806834454-1833983623-1408514848=:40675-- --===============1610002247601505299== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1610002247601505299==-- From xen-users-bounces@lists.xen.org Wed Aug 20 13:04:14 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 20 Aug 2014 13:04: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 1XK5YB-0004Ho-Mm; Wed, 20 Aug 2014 13:03:39 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XK5YA-0004Hi-9F for xen-users@lists.xen.org; Wed, 20 Aug 2014 13:03:38 +0000 Received: from [85.158.139.211:39474] by server-14.bemta-5.messagelabs.com id D1/14-12422-9AC94F35; Wed, 20 Aug 2014 13:03:37 +0000 X-Env-Sender: rom@twister.dyndns.org X-Msg-Ref: server-9.tower-206.messagelabs.com!1408539815!11049076!1 X-Originating-IP: [65.124.104.105] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11391 invoked from network); 20 Aug 2014 13:03:36 -0000 Received: from smtp2.tls.net (HELO smtp2.tls.net) (65.124.104.105) by server-9.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 20 Aug 2014 13:03:36 -0000 Received: from adsl-108-67-92-15.dsl.bltnin.sbcglobal.net ([108.67.92.15] helo=twister.dyndns.org) by smtp2.tls.net with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80.1) (envelope-from ) id 1XK5Y6-0002Ao-JP for xen-users@lists.xen.org; Wed, 20 Aug 2014 09:03:35 -0400 Received: from tls-office.tls.net ([65.124.104.200] helo=[192.168.32.40]) by twister.dyndns.org with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.76) (envelope-from ) id 1XK5Y2-0002VF-6z for xen-users@lists.xen.org; Wed, 20 Aug 2014 09:03:32 -0400 Message-ID: <53F49C9B.6060805@twister.dyndns.org> Date: Wed, 20 Aug 2014 09:03:23 -0400 From: Fred Wittekind User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users@lists.xen.org X-Spam-Score: -2.9 (--) X-Spam-Report: Spam detection software, running on the system "twister.dragon", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: We're in the process of doing a V2V conversion, and need to be able to get GPLPV drivers uninstalled from Windows 2008R2 VMs. Old hypervisor is CentOS-5, with Redhat's modified version of Xen, new hypervisor is VMWare. [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-TLSNET-SMTP-Spam-Score: -1.0 (-) X-TLSNET-SMTP-Spam-Report: Content analysis details: (-1.0 points, 10.0 required) pts rule name description ---- ---------------------- ----------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP Subject: [Xen-users] GPLPV Uninstall Issues X-BeenThere: xen-users@lists.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 We're in the process of doing a V2V conversion, and need to be able to get GPLPV drivers uninstalled from Windows 2008R2 VMs. Old hypervisor is CentOS-5, with Redhat's modified version of Xen, new hypervisor is VMWare. Installed GPLPV driver is 0.11.0.238, uninstall post V2V results in the uninstaller hanging, and a entry for "GPL PV Drivers for Windows 0.11.0.238" being stuck in the installed programs list. I am able to successfully uninstall entries with names like "Windows Driver Package - Xen GPL PV*". We've tried uninstall in safe mode + msiserver service, normal boot. Tried with and without NOGPLPV load option. Tried with and without turning off Xen Shutdown monitor service. Tried with and without installing VMWare tools. Also tried upgrading to 0.11.0.372, and that ended up with two entries in installed programs list for "GPL PV Drivers for Windows", and a BSOD on boot post-V2V. I'm looking for any suggestions on how to properly get the GPLPV drivers fully removed (other than rebuilding the VMs). Thanks in advance Fred Wittekind _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Aug 20 13:04:14 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 20 Aug 2014 13:04: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 1XK5YB-0004Ho-Mm; Wed, 20 Aug 2014 13:03:39 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XK5YA-0004Hi-9F for xen-users@lists.xen.org; Wed, 20 Aug 2014 13:03:38 +0000 Received: from [85.158.139.211:39474] by server-14.bemta-5.messagelabs.com id D1/14-12422-9AC94F35; Wed, 20 Aug 2014 13:03:37 +0000 X-Env-Sender: rom@twister.dyndns.org X-Msg-Ref: server-9.tower-206.messagelabs.com!1408539815!11049076!1 X-Originating-IP: [65.124.104.105] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11391 invoked from network); 20 Aug 2014 13:03:36 -0000 Received: from smtp2.tls.net (HELO smtp2.tls.net) (65.124.104.105) by server-9.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 20 Aug 2014 13:03:36 -0000 Received: from adsl-108-67-92-15.dsl.bltnin.sbcglobal.net ([108.67.92.15] helo=twister.dyndns.org) by smtp2.tls.net with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80.1) (envelope-from ) id 1XK5Y6-0002Ao-JP for xen-users@lists.xen.org; Wed, 20 Aug 2014 09:03:35 -0400 Received: from tls-office.tls.net ([65.124.104.200] helo=[192.168.32.40]) by twister.dyndns.org with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.76) (envelope-from ) id 1XK5Y2-0002VF-6z for xen-users@lists.xen.org; Wed, 20 Aug 2014 09:03:32 -0400 Message-ID: <53F49C9B.6060805@twister.dyndns.org> Date: Wed, 20 Aug 2014 09:03:23 -0400 From: Fred Wittekind User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users@lists.xen.org X-Spam-Score: -2.9 (--) X-Spam-Report: Spam detection software, running on the system "twister.dragon", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: We're in the process of doing a V2V conversion, and need to be able to get GPLPV drivers uninstalled from Windows 2008R2 VMs. Old hypervisor is CentOS-5, with Redhat's modified version of Xen, new hypervisor is VMWare. [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-TLSNET-SMTP-Spam-Score: -1.0 (-) X-TLSNET-SMTP-Spam-Report: Content analysis details: (-1.0 points, 10.0 required) pts rule name description ---- ---------------------- ----------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP Subject: [Xen-users] GPLPV Uninstall Issues X-BeenThere: xen-users@lists.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 We're in the process of doing a V2V conversion, and need to be able to get GPLPV drivers uninstalled from Windows 2008R2 VMs. Old hypervisor is CentOS-5, with Redhat's modified version of Xen, new hypervisor is VMWare. Installed GPLPV driver is 0.11.0.238, uninstall post V2V results in the uninstaller hanging, and a entry for "GPL PV Drivers for Windows 0.11.0.238" being stuck in the installed programs list. I am able to successfully uninstall entries with names like "Windows Driver Package - Xen GPL PV*". We've tried uninstall in safe mode + msiserver service, normal boot. Tried with and without NOGPLPV load option. Tried with and without turning off Xen Shutdown monitor service. Tried with and without installing VMWare tools. Also tried upgrading to 0.11.0.372, and that ended up with two entries in installed programs list for "GPL PV Drivers for Windows", and a BSOD on boot post-V2V. I'm looking for any suggestions on how to properly get the GPLPV drivers fully removed (other than rebuilding the VMs). Thanks in advance Fred Wittekind _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Aug 20 16:18:24 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 20 Aug 2014 16:18: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 1XK8Zc-0000u5-T8; Wed, 20 Aug 2014 16:17:20 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XK8Za-0000tz-Rx for xen-users@lists.xen.org; Wed, 20 Aug 2014 16:17:18 +0000 Received: from [85.158.137.68:20023] by server-8.bemta-3.messagelabs.com id 22/B9-31195-E0AC4F35; Wed, 20 Aug 2014 16:17:18 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-16.tower-31.messagelabs.com!1408551434!14810803!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25324 invoked from network); 20 Aug 2014 16:17:15 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-16.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 20 Aug 2014 16:17:15 -0000 X-IronPort-AV: E=Sophos;i="5.01,903,1400025600"; d="scan'208";a="164160347" Received: from localhost (10.80.16.47) by smtprelay.citrix.com (10.13.107.80) with Microsoft SMTP Server id 14.3.181.6; Wed, 20 Aug 2014 12:16:54 -0400 Message-ID: <1408551380.16087.1.camel@hastur.hellion.org.uk> From: Ian Campbell To: Brian Menges Date: Wed, 20 Aug 2014 17:16:20 +0100 In-Reply-To: References: X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-DLP: MIA1 Cc: xen-users Subject: Re: [Xen-users] XenServer 6.2 + GPU Passthrough (GF100GL + GF200GL) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 Brian, This list deals primarily with the XenProject distribution of Xen and the associated tools. XenServer is a separate project so questions about that are best asked over on www.xenserver.org. Ian. On Tue, 2014-08-19 at 22:11 +0000, Brian Menges wrote: > So I've got an HP Z800 running the 1100 W PSU decked out with an ATI > 5450 (local display), Quadro FX 5800 (GPU assigned to a Windows 7 > 64-bit Enterprise instance) and now a Quadro 4000; previously a Quadro > 5000. > > I've tried passing through either the Quadro 4000 or 5000 to guest VMs > and in all situations, my entire system just flat out dies (hard lock, > no input, no display, no warning, no errors, nothing logged). Hard > cycle it, system returns. This has happened with and without running > my Windows VM (which has the FX 5800 GPU assigned to it). > > I've tried this now with Ubuntu 14.04 LTS and 12.04 LTS. Is there a > problem doing gpu passthrough to a linux vm? Or perhaps a problem > doing gpu passthrough with two different chipset graphics cards? Are > there any debugging flags that I might enable or try? > > While using only my Windows vm and the FX 5800 the system runs fine. > I've left the Quadro 4000 installed for the moment (the Quadro 5000 is > resting on my desk for now). The PSU has enough power to support both > GPUs so I'm looking for other potential issues. > > - Brian Menges > > ________________________________ > > The information contained in this message, and any attachments, may contain confidential and legally privileged material. It is solely for the use of the person or entity to which it is addressed. Any review, retransmission, dissemination, or action taken in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you receive this in error, please contact the sender and delete the material from any computer. > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Aug 20 16:18:24 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 20 Aug 2014 16:18: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 1XK8Zc-0000u5-T8; Wed, 20 Aug 2014 16:17:20 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XK8Za-0000tz-Rx for xen-users@lists.xen.org; Wed, 20 Aug 2014 16:17:18 +0000 Received: from [85.158.137.68:20023] by server-8.bemta-3.messagelabs.com id 22/B9-31195-E0AC4F35; Wed, 20 Aug 2014 16:17:18 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-16.tower-31.messagelabs.com!1408551434!14810803!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25324 invoked from network); 20 Aug 2014 16:17:15 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-16.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 20 Aug 2014 16:17:15 -0000 X-IronPort-AV: E=Sophos;i="5.01,903,1400025600"; d="scan'208";a="164160347" Received: from localhost (10.80.16.47) by smtprelay.citrix.com (10.13.107.80) with Microsoft SMTP Server id 14.3.181.6; Wed, 20 Aug 2014 12:16:54 -0400 Message-ID: <1408551380.16087.1.camel@hastur.hellion.org.uk> From: Ian Campbell To: Brian Menges Date: Wed, 20 Aug 2014 17:16:20 +0100 In-Reply-To: References: X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-DLP: MIA1 Cc: xen-users Subject: Re: [Xen-users] XenServer 6.2 + GPU Passthrough (GF100GL + GF200GL) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 Brian, This list deals primarily with the XenProject distribution of Xen and the associated tools. XenServer is a separate project so questions about that are best asked over on www.xenserver.org. Ian. On Tue, 2014-08-19 at 22:11 +0000, Brian Menges wrote: > So I've got an HP Z800 running the 1100 W PSU decked out with an ATI > 5450 (local display), Quadro FX 5800 (GPU assigned to a Windows 7 > 64-bit Enterprise instance) and now a Quadro 4000; previously a Quadro > 5000. > > I've tried passing through either the Quadro 4000 or 5000 to guest VMs > and in all situations, my entire system just flat out dies (hard lock, > no input, no display, no warning, no errors, nothing logged). Hard > cycle it, system returns. This has happened with and without running > my Windows VM (which has the FX 5800 GPU assigned to it). > > I've tried this now with Ubuntu 14.04 LTS and 12.04 LTS. Is there a > problem doing gpu passthrough to a linux vm? Or perhaps a problem > doing gpu passthrough with two different chipset graphics cards? Are > there any debugging flags that I might enable or try? > > While using only my Windows vm and the FX 5800 the system runs fine. > I've left the Quadro 4000 installed for the moment (the Quadro 5000 is > resting on my desk for now). The PSU has enough power to support both > GPUs so I'm looking for other potential issues. > > - Brian Menges > > ________________________________ > > The information contained in this message, and any attachments, may contain confidential and legally privileged material. It is solely for the use of the person or entity to which it is addressed. Any review, retransmission, dissemination, or action taken in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you receive this in error, please contact the sender and delete the material from any computer. > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Aug 20 17:29:20 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 20 Aug 2014 17:29:21 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XK9gL-0002hi-57; Wed, 20 Aug 2014 17:28:21 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XK9gJ-0002hU-1o for xen-users@lists.xen.org; Wed, 20 Aug 2014 17:28:19 +0000 Received: from [85.158.139.211:3905] by server-17.bemta-5.messagelabs.com id 70/3A-08943-FAAD4F35; Wed, 20 Aug 2014 17:28:15 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-2.tower-206.messagelabs.com!1408555693!11111901!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10202 invoked from network); 20 Aug 2014 17:28:15 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-2.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 20 Aug 2014 17:28:15 -0000 X-IronPort-AV: E=Sophos;i="5.01,903,1400025600"; d="scan'208";a="164186916" Received: from localhost (10.80.16.47) by smtprelay.citrix.com (10.13.107.79) with Microsoft SMTP Server id 14.3.181.6; Wed, 20 Aug 2014 13:28:12 -0400 Message-ID: <1408555691.16955.13.camel@hastur.hellion.org.uk> From: Ian Campbell To: Minalkumar Patel Date: Wed, 20 Aug 2014 18:28:11 +0100 In-Reply-To: <1408514848.40675.YahooMailNeo@web190604.mail.sg3.yahoo.com> References: <1408514848.40675.YahooMailNeo@web190604.mail.sg3.yahoo.com> X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-DLP: MIA1 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Memory compression issue X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Wed, 2014-08-20 at 14:07 +0800, Minalkumar Patel wrote: > anyone knows the setps to configure block device driver with xen. You should be able to find plenty of information on creating a guest with a block device on the wiki and in the xl man pages etc. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Aug 20 17:29:20 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 20 Aug 2014 17:29:21 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XK9gL-0002hi-57; Wed, 20 Aug 2014 17:28:21 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XK9gJ-0002hU-1o for xen-users@lists.xen.org; Wed, 20 Aug 2014 17:28:19 +0000 Received: from [85.158.139.211:3905] by server-17.bemta-5.messagelabs.com id 70/3A-08943-FAAD4F35; Wed, 20 Aug 2014 17:28:15 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-2.tower-206.messagelabs.com!1408555693!11111901!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10202 invoked from network); 20 Aug 2014 17:28:15 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-2.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 20 Aug 2014 17:28:15 -0000 X-IronPort-AV: E=Sophos;i="5.01,903,1400025600"; d="scan'208";a="164186916" Received: from localhost (10.80.16.47) by smtprelay.citrix.com (10.13.107.79) with Microsoft SMTP Server id 14.3.181.6; Wed, 20 Aug 2014 13:28:12 -0400 Message-ID: <1408555691.16955.13.camel@hastur.hellion.org.uk> From: Ian Campbell To: Minalkumar Patel Date: Wed, 20 Aug 2014 18:28:11 +0100 In-Reply-To: <1408514848.40675.YahooMailNeo@web190604.mail.sg3.yahoo.com> References: <1408514848.40675.YahooMailNeo@web190604.mail.sg3.yahoo.com> X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-DLP: MIA1 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Memory compression issue X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Wed, 2014-08-20 at 14:07 +0800, Minalkumar Patel wrote: > anyone knows the setps to configure block device driver with xen. You should be able to find plenty of information on creating a guest with a block device on the wiki and in the xl man pages etc. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Aug 20 18:01:09 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 20 Aug 2014 18:01: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 1XKABQ-0003YZ-3N; Wed, 20 Aug 2014 18:00:28 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XKABO-0003YS-RD for xen-users@lists.xen.org; Wed, 20 Aug 2014 18:00:26 +0000 Received: from [85.158.139.211:26405] by server-16.bemta-5.messagelabs.com id 29/BF-01029-A32E4F35; Wed, 20 Aug 2014 18:00:26 +0000 X-Env-Sender: Manfred.Haertel@rz-online.de X-Msg-Ref: server-16.tower-206.messagelabs.com!1408557625!8243754!1 X-Originating-IP: [212.7.160.41] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12754 invoked from network); 20 Aug 2014 18:00:25 -0000 Received: from mout01.rz-online.net (HELO mout01.rz-online.net) (212.7.160.41) by server-16.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 20 Aug 2014 18:00:25 -0000 Received: from donald.local (212-7-188-254.ktk-ip.de [212.7.188.254]) by mout01.rz-online.net (8.14.0/8.12.10) with ESMTP id s7KI0OHN032436 for ; Wed, 20 Aug 2014 20:00:24 +0200 Received: from [192.168.1.13] (work.donald.local [192.168.1.13]) by donald.local (Postfix) with ESMTP id DD268A0491 for ; Wed, 20 Aug 2014 19:39:54 +0200 (CEST) Message-ID: <53F4DD6A.6030202@rz-online.de> Date: Wed, 20 Aug 2014 19:39:54 +0200 From: "Manfred Haertel, DB3HM" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:29.0) Gecko/20100101 Firefox/29.0 SeaMonkey/2.26.1 MIME-Version: 1.0 To: xen-users References: <7592e6129496995c0e882598789177ea@mstore02.rz-online.net> In-Reply-To: <7592e6129496995c0e882598789177ea@mstore02.rz-online.net> Content-Length:1277 Subject: Re: [Xen-users] Strange network problems with GPLPV drivers under Windows 8.1 X-BeenThere: xen-users@lists.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 TWFuZnJlZCBIYWVydGVsIHNjaHJpZWI6Cgo+IEFjY29yZGluZyB0byBjb21wYXJpbmcgV2lyZXNo YXJrIHRyYWNlcyBJIHRoaW5rIHRoZSBwcm9ibGVtIGlzLCB3aGVuIHRoZQo+IFdpbmRvd3MgVk0g cmVjZWl2ZXMgYSAibGFyZ2UiIHBhY2tldCAoc2l6ZSBjbG9zZSB0byB0aGUgTVRVKSwgdGhlIGxh c3QKPiBmZXcgYnl0ZXMgYXJlIGNoYW5nZWQgKHNjYXJ5ISkuIEl0IGlzIGFsbW9zdCBpbXBvc3Np YmxlIHRvIHNjcCBhIGZpbGUgdG8KPiB0aGUgV2luZG93cyBWTSBiZWNhdXNlIHNjcCBhbG1vc3Qg YWx3YXlzIGZhaWxzIHdpdGggInBhY2tldCBjb3JydXB0Ii4KWy4uLl0KPiBIb3cgY2FuIEkgcmV0 dXJuIHRvIHRoZSBSZWFsdGVrIGRyaXZlcj8gSSB0cmllZCB0byB1bmluc3RhbGwgdGhlIFhlbm5l dAo+IGRyaXZlciB5ZXN0ZXJkYXksIGJ1dCB0aGF0IGRpZG4ndCBicmluZyBtZSBiYWNrIHRoZSBS ZWFsdGVrIGRyaXZlci4KClRoZSBjb21tYW5kCgpiY2RlZGl0IC1zZXQgbG9hZG9wdGlvbnMgbm9n cGxwdgoKd2FzIHZlcnkgaGVscGZ1bC4gSXQgZGlzYWJsZWQgdGhlIFBWIGRyaXZlcnMgYW5kIHNv IHRoZSB2aXJ0dWFsIFJlYWx0ZWMgCmRldmljZSBjYW1lIGJhY2suCgpVc2luZyB0aGUgbm9uLVBW IGRyaXZlcnMsIG15IHByb2JsZW1zIHdlcmUgZ29uZS4gU28gaXQncyBhIGJ1ZyBpbiB0aGUgClhl bk5ldCBkcml2ZXIuCgotLSAKTWFuZnJlZCBIw6RydGVsLCBEQjNITSAgICBtYWlsdG86TWFuZnJl ZC5IYWVydGVsQHJ6LW9ubGluZS5kZQogICAgICAgICAgICAgICAgICAgICAgICAgIGh0dHA6Ly9y ei1ob21lLmRlL21oYWVydGVsCgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fXwpYZW4tdXNlcnMgbWFpbGluZyBsaXN0Clhlbi11c2Vyc0BsaXN0cy54ZW4ub3Jn Cmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycw== From xen-users-bounces@lists.xen.org Wed Aug 20 18:01:09 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 20 Aug 2014 18:01: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 1XKABQ-0003YZ-3N; Wed, 20 Aug 2014 18:00:28 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XKABO-0003YS-RD for xen-users@lists.xen.org; Wed, 20 Aug 2014 18:00:26 +0000 Received: from [85.158.139.211:26405] by server-16.bemta-5.messagelabs.com id 29/BF-01029-A32E4F35; Wed, 20 Aug 2014 18:00:26 +0000 X-Env-Sender: Manfred.Haertel@rz-online.de X-Msg-Ref: server-16.tower-206.messagelabs.com!1408557625!8243754!1 X-Originating-IP: [212.7.160.41] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12754 invoked from network); 20 Aug 2014 18:00:25 -0000 Received: from mout01.rz-online.net (HELO mout01.rz-online.net) (212.7.160.41) by server-16.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 20 Aug 2014 18:00:25 -0000 Received: from donald.local (212-7-188-254.ktk-ip.de [212.7.188.254]) by mout01.rz-online.net (8.14.0/8.12.10) with ESMTP id s7KI0OHN032436 for ; Wed, 20 Aug 2014 20:00:24 +0200 Received: from [192.168.1.13] (work.donald.local [192.168.1.13]) by donald.local (Postfix) with ESMTP id DD268A0491 for ; Wed, 20 Aug 2014 19:39:54 +0200 (CEST) Message-ID: <53F4DD6A.6030202@rz-online.de> Date: Wed, 20 Aug 2014 19:39:54 +0200 From: "Manfred Haertel, DB3HM" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:29.0) Gecko/20100101 Firefox/29.0 SeaMonkey/2.26.1 MIME-Version: 1.0 To: xen-users References: <7592e6129496995c0e882598789177ea@mstore02.rz-online.net> In-Reply-To: <7592e6129496995c0e882598789177ea@mstore02.rz-online.net> Content-Length:1277 Subject: Re: [Xen-users] Strange network problems with GPLPV drivers under Windows 8.1 X-BeenThere: xen-users@lists.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 TWFuZnJlZCBIYWVydGVsIHNjaHJpZWI6Cgo+IEFjY29yZGluZyB0byBjb21wYXJpbmcgV2lyZXNo YXJrIHRyYWNlcyBJIHRoaW5rIHRoZSBwcm9ibGVtIGlzLCB3aGVuIHRoZQo+IFdpbmRvd3MgVk0g cmVjZWl2ZXMgYSAibGFyZ2UiIHBhY2tldCAoc2l6ZSBjbG9zZSB0byB0aGUgTVRVKSwgdGhlIGxh c3QKPiBmZXcgYnl0ZXMgYXJlIGNoYW5nZWQgKHNjYXJ5ISkuIEl0IGlzIGFsbW9zdCBpbXBvc3Np YmxlIHRvIHNjcCBhIGZpbGUgdG8KPiB0aGUgV2luZG93cyBWTSBiZWNhdXNlIHNjcCBhbG1vc3Qg YWx3YXlzIGZhaWxzIHdpdGggInBhY2tldCBjb3JydXB0Ii4KWy4uLl0KPiBIb3cgY2FuIEkgcmV0 dXJuIHRvIHRoZSBSZWFsdGVrIGRyaXZlcj8gSSB0cmllZCB0byB1bmluc3RhbGwgdGhlIFhlbm5l dAo+IGRyaXZlciB5ZXN0ZXJkYXksIGJ1dCB0aGF0IGRpZG4ndCBicmluZyBtZSBiYWNrIHRoZSBS ZWFsdGVrIGRyaXZlci4KClRoZSBjb21tYW5kCgpiY2RlZGl0IC1zZXQgbG9hZG9wdGlvbnMgbm9n cGxwdgoKd2FzIHZlcnkgaGVscGZ1bC4gSXQgZGlzYWJsZWQgdGhlIFBWIGRyaXZlcnMgYW5kIHNv IHRoZSB2aXJ0dWFsIFJlYWx0ZWMgCmRldmljZSBjYW1lIGJhY2suCgpVc2luZyB0aGUgbm9uLVBW IGRyaXZlcnMsIG15IHByb2JsZW1zIHdlcmUgZ29uZS4gU28gaXQncyBhIGJ1ZyBpbiB0aGUgClhl bk5ldCBkcml2ZXIuCgotLSAKTWFuZnJlZCBIw6RydGVsLCBEQjNITSAgICBtYWlsdG86TWFuZnJl ZC5IYWVydGVsQHJ6LW9ubGluZS5kZQogICAgICAgICAgICAgICAgICAgICAgICAgIGh0dHA6Ly9y ei1ob21lLmRlL21oYWVydGVsCgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fXwpYZW4tdXNlcnMgbWFpbGluZyBsaXN0Clhlbi11c2Vyc0BsaXN0cy54ZW4ub3Jn Cmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycw== From xen-users-bounces@lists.xen.org Wed Aug 20 19:07:34 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 20 Aug 2014 19: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 1XKBDX-0004Le-9k; Wed, 20 Aug 2014 19:06:43 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XKAmn-00044Y-Pm for xen-users@lists.xen.org; Wed, 20 Aug 2014 18:39:06 +0000 Received: from [85.158.137.68:46563] by server-5.bemta-3.messagelabs.com id 64/07-30889-84BE4F35; Wed, 20 Aug 2014 18:39:04 +0000 X-Env-Sender: zir_blazer@hotmail.com X-Msg-Ref: server-3.tower-31.messagelabs.com!1408559942!14879954!1 X-Originating-IP: [65.55.90.86] X-SpamReason: No, hits=1.5 required=7.0 tests=BODY_RANDOM_LONG, FORGED_HOTMAIL_RCVD,HTML_20_30,HTML_MESSAGE,ML_RADAR_SPEW_LINKS_12, ML_RADAR_SPEW_LINKS_14,ML_RADAR_SPEW_LINKS_2,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16482 invoked from network); 20 Aug 2014 18:39:03 -0000 Received: from snt004-omc2s11.hotmail.com (HELO SNT004-OMC2S11.hotmail.com) (65.55.90.86) by server-3.tower-31.messagelabs.com with AES256-SHA encrypted SMTP; 20 Aug 2014 18:39:03 -0000 Received: from SNT151-W53 ([65.55.90.72]) by SNT004-OMC2S11.hotmail.com with Microsoft SMTPSVC(7.5.7601.22712); Wed, 20 Aug 2014 11:39:01 -0700 X-TMN: [jwbMXxgvBgqWb37MLq28MosK/evq+n/MQ/u00/JJyX8=] X-Originating-Email: [zir_blazer@hotmail.com] Message-ID: From: Zir Blazer To: "xen-users@lists.xen.org" Date: Wed, 20 Aug 2014 15:39:01 -0300 Importance: Normal MIME-Version: 1.0 X-OriginalArrivalTime: 20 Aug 2014 18:39:01.0707 (UTC) FILETIME=[02F271B0:01CFBCA6] X-Mailman-Approved-At: Wed, 20 Aug 2014 19:06:41 +0000 Subject: [Xen-users] Switching between multiple VMs with shared input (One Keyboard + Mouse) X-BeenThere: xen-users@lists.xen.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="===============3508148471580503540==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3508148471580503540== Content-Type: multipart/alternative; boundary="_964c2aa2-d47b-4bb2-a93d-cb5636635ba3_" --_964c2aa2-d47b-4bb2-a93d-cb5636635ba3_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable These days I find that one of the things that annoys me the most in my day-= to-day use of Xen and some VMs=2C is switching between them. So far=2C I ha= ve the following: Reelevant Hardware: Two Video CardsTwo Monitors (One connected to each Video Card)One Keyboard = and Mouse set (Shared between Dom0 and all VMs) Reelevant Software:Dom0 with Arch Linux and Gnome for GUIGaming VM with Win= dows XP=2C which receives its own Video Card and MonitorRarely=2C another V= M if I want to do something that I'm not going to do on the gaming VM So far=2C it looks like this:http://i.imgur.com/ejl9mtg.pngThe black box is= the VM that has the other Video Card. Now=2C the problem lies in where the Mouse and Keyboard are active at a giv= en time=2C and how to change them to be active on another VM: If I am on th= e Windows XP VM=2C I can easily switch input to Dom0 by pressing Alt + Ctrl= =2C so both Keyboard and Mouse now are active on Dom0. However=2C to change= back to the VM=2C I have to left-click somewhere inside the black box=2C w= hich also has the annoying behaviator than that left-click to change the fo= cus of the Mouse and Keyboard to that VM=2C is also a left-click on the rel= ative position in the actual VM=2C which depending on where that click fall= s may have unintended consequences (For example=2C harmless on Windows Desk= top=2C but shoots a gun if I am playing a FPS and didn't paused it). If I h= ave another VM open like on the screenshot=2C is even worse=2C because I ca= n't directly switch from one to another=2C I have to Alt + Ctrl out of it t= o Dom0=2C then left-click inside the other VM. This means that switching be= tween VMs is highly inefficient=2C and sometimes even worse=2C because Gnom= e likes to rearrange minimized windows when I open more things on Dom0 so I= can't memorize locations to click. My idea is something like having each VM in a tty console=2C so I can switc= h between them with Alt + Ctrl + Fx. It would be even better if the VM is i= n fullscreen mode in their own tty to make it feel even more natural instea= d of windowed with borders (Unless I needed to see multiple VMs on the same= Monitor=2C where they would be windowed in resolutions that don't max the = Monitor). This should apply to Dom0 and all VMs but the one that has its ow= n GPU/Monitor=2C where Alt + Ctrl + Fing into it should just make Keyboard = and Mouse active in that VM=2C yet I should simultaneously see the last VM = that I switched to in the other Monitor. No black square wasting screen spa= ce.I'm pretty confident than doing something like that should be possible= =2C however=2C did anyone actually tried and knows what is needed? I had de= cent results opening another X.org session in other tty with startx=2C then= using xl create from there=2C but would prefer instructions from someone m= ore experienced or that has better shortcuts ideas because there are too ma= ny rough edges (Seems I have to configure X.org settings per-tty so I don't= get the default lame three white rectangles). Is there anyone that can share experience=2C ideas=2C etc=2C about this? I = think that having a well-defined way of dealing with VM switching and short= cuts would improve user experience. And if there is one=2C I entirely misse= d it. Also=2C I'm intending to downgrade my GUI bloated Dom0 to just a text conso= le=2C so I can leave Dom0 as lightweight as possible and do anything user-r= elated in VMs. I didn't set up that way when I configured my system some mo= nths ago because I still had troubles doing some things using only the cons= ole=2C so I rushed to a GUI. Then later I figured out that if I make anothe= r VM to do what I'm currently doing in Dom0 (Basic browsing)=2C I had to do= VGA Passthrough of the integrated GPU to have Flash acceleration inside a = Linux based VM=2C at the cost of having to access Dom0 in a headless way (L= ike SSH). XenGT will take care of that when its ready because with a virtua= lized GPU=2C I will not have to choose either GPU acceleration in other VMs= or Dom0 video output=2C I should be able to have both.As far that I am awa= re=2C with Xen I have three choices for video output from a VM:1) Headless:= A GPU is still emulated but there is no default video output=2C unless I u= se remote viewing Software installed from inside the VM's OS.2) VNC: Xen pr= ovides a way to route the video output by itself. The VM can work headless= =2C but you can also use VNC Viewer to see the VM's video output either loc= ally or remotely.3) SDL: Intended to be used locally=2C but you still can u= se remote viewing Software from inside the VM. Forces you to have X.org ins= talled and to create the VM from inside a X session. So far=2C I always found SDL more straightforward than VNC. So the lightest= Dom0 for SDL=2C at minimum=2C needs X.org=2C plus possibily a Window Manag= er to not have to use a full blown Desktop Enviroment like Gnome or KDE. = = --_964c2aa2-d47b-4bb2-a93d-cb5636635ba3_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
These days I find that one of th= e things that annoys me the most in my day-to-day use of Xen and some VMs= =2C is switching between them. So far=2C I have the following:

Reelevant Hardware:

Two Video Cards
Two= Monitors (One connected to each Video Card)
One Keyboard and Mou= se set (Shared between Dom0 and all VMs)

Reelevant S= oftware:
Dom0 with Arch Linux and Gnome for GUI
=
Gaming VM with Windows XP=2C which receives its own Video Card and Mon= itor
Rarely=2C another VM if I want to do something that I'm not = going to do on the gaming VM

So far=2C it looks li= ke this:
The black box is the VM t= hat has the other Video Card.


Now= =2C the problem lies in where the Mouse and Keyboard are active at a given = time=2C and how to change them to be active on another VM: If I am on the W= indows XP VM=2C I can easily switch input to Dom0 by pressing Alt + Ctrl=2C= so both Keyboard and Mouse now are active on Dom0. However=2C to change ba= ck to the VM=2C I have to left-click somewhere inside the black box=2C whic= h also has the annoying behaviator than that left-click to change the focus= of the Mouse and Keyboard to that VM=2C is also a left-click on the relati= ve position in the actual VM=2C which depending on where that click falls m= ay have unintended consequences (For example=2C harmless on Windows Desktop= =2C but shoots a gun if I am playing a FPS and didn't paused it). If I have= another VM open like on the screenshot=2C is even worse=2C because I can't= directly switch from one to another=2C I have to Alt + Ctrl out of it to D= om0=2C then left-click inside the other VM. This means that switching betwe= en VMs is highly inefficient=2C and sometimes even worse=2C because Gnome l= ikes to rearrange minimized windows when I open more things on Dom0 so I ca= n't memorize locations to click.

My idea is someth= ing like having each VM in a tty console=2C so I can switch between them with Alt + Ctrl + Fx. It would be even bet= ter if the VM is in fullscreen mode in their own tty =3Bto make it feel even more natural =3Binstead of windowed with borders (Unless= I needed to see multiple VMs on the same Monitor=2C where they would be wi= ndowed in resolutions that don't max the Monitor). This should apply to Dom= 0 and all VMs but the one that has its own GPU/Monitor=2C where Alt + Ctrl = + Fing into it should just make Keyboard and Mouse active in that VM=2C yet= I should simultaneously see the last VM that I switched to in the other Mo= nitor. No black square wasting screen space.
I'm pretty confident than doing something like that= should be possible=2C however=2C did anyone actually tried and knows what = is needed? I had decent results opening another X.org session in other tty = with startx=2C then using xl create from there=2C but would prefer instruct= ions from someone more experienced or that has better shortcuts ideas becau= se there are too many rough edges (Seems I have to configure X.org settings= per-tty so I don't get the default lame three white rectangles).

Is there a= nyone that can share experience=2C ideas=2C etc=2C about this? I think that= having a well-defined way of dealing with VM switching and shortcuts would= improve user experience. And if there is one=2C I entirely missed it.



=
Also=2C I'm intending = to downgrade my GUI bloated Dom0 to just a text console=2C so I can leave D= om0 as lightweight as possible and do anything user-related in VMs. I didn'= t set up that way when I configured my system some months ago because I sti= ll had troubles doing some things using only the console=2C so I rushed to = a GUI. Then later I figured out that if I make another VM to do what I'm cu= rrently doing in Dom0 (Basic browsing)=2C I had to do VGA Passthrough of th= e integrated GPU to have Flash acceleration inside a Linux based VM=2C at t= he cost of having to access Dom0 in a headless way (Like SSH). XenGT will t= ake care of that when its ready because with a virtualized GPU=2C I will no= t have to choose either GPU acceleration in other VMs or Dom0 video output= =2C I should be able to have both.
As far that I am aware=2C with Xen I have three choices for vid= eo output from a VM:
1)= Headless: A GPU is still emulated but there is no default video output=2C = unless I use remote viewing Software installed from inside the VM's OS.
2) VNC: =3BXe= n provides a way to route the video output by itself. =3BThe VM can work headless=2C but you can also us= e VNC Viewer to see the VM's video output either locally or remotely.
3) SDL: Intended to be used = locally=2C but you still can use remote viewing Software from inside the VM= . Forces you to have X.org installed and to create the VM from inside a X s= ession.

So far=2C I always found SDL more straightforward than VNC. So the l= ightest Dom0 for SDL=2C at minimum=2C needs X.org=2C plus possibily a Windo= w Manager to not have to use a full blown Desktop Enviroment like Gnome or = KDE.
= --_964c2aa2-d47b-4bb2-a93d-cb5636635ba3_-- --===============3508148471580503540== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3508148471580503540==-- From xen-users-bounces@lists.xen.org Wed Aug 20 19:07:34 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 20 Aug 2014 19: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 1XKBDX-0004Le-9k; Wed, 20 Aug 2014 19:06:43 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XKAmn-00044Y-Pm for xen-users@lists.xen.org; Wed, 20 Aug 2014 18:39:06 +0000 Received: from [85.158.137.68:46563] by server-5.bemta-3.messagelabs.com id 64/07-30889-84BE4F35; Wed, 20 Aug 2014 18:39:04 +0000 X-Env-Sender: zir_blazer@hotmail.com X-Msg-Ref: server-3.tower-31.messagelabs.com!1408559942!14879954!1 X-Originating-IP: [65.55.90.86] X-SpamReason: No, hits=1.5 required=7.0 tests=BODY_RANDOM_LONG, FORGED_HOTMAIL_RCVD,HTML_20_30,HTML_MESSAGE,ML_RADAR_SPEW_LINKS_12, ML_RADAR_SPEW_LINKS_14,ML_RADAR_SPEW_LINKS_2,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16482 invoked from network); 20 Aug 2014 18:39:03 -0000 Received: from snt004-omc2s11.hotmail.com (HELO SNT004-OMC2S11.hotmail.com) (65.55.90.86) by server-3.tower-31.messagelabs.com with AES256-SHA encrypted SMTP; 20 Aug 2014 18:39:03 -0000 Received: from SNT151-W53 ([65.55.90.72]) by SNT004-OMC2S11.hotmail.com with Microsoft SMTPSVC(7.5.7601.22712); Wed, 20 Aug 2014 11:39:01 -0700 X-TMN: [jwbMXxgvBgqWb37MLq28MosK/evq+n/MQ/u00/JJyX8=] X-Originating-Email: [zir_blazer@hotmail.com] Message-ID: From: Zir Blazer To: "xen-users@lists.xen.org" Date: Wed, 20 Aug 2014 15:39:01 -0300 Importance: Normal MIME-Version: 1.0 X-OriginalArrivalTime: 20 Aug 2014 18:39:01.0707 (UTC) FILETIME=[02F271B0:01CFBCA6] X-Mailman-Approved-At: Wed, 20 Aug 2014 19:06:41 +0000 Subject: [Xen-users] Switching between multiple VMs with shared input (One Keyboard + Mouse) X-BeenThere: xen-users@lists.xen.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="===============3508148471580503540==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3508148471580503540== Content-Type: multipart/alternative; boundary="_964c2aa2-d47b-4bb2-a93d-cb5636635ba3_" --_964c2aa2-d47b-4bb2-a93d-cb5636635ba3_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable These days I find that one of the things that annoys me the most in my day-= to-day use of Xen and some VMs=2C is switching between them. So far=2C I ha= ve the following: Reelevant Hardware: Two Video CardsTwo Monitors (One connected to each Video Card)One Keyboard = and Mouse set (Shared between Dom0 and all VMs) Reelevant Software:Dom0 with Arch Linux and Gnome for GUIGaming VM with Win= dows XP=2C which receives its own Video Card and MonitorRarely=2C another V= M if I want to do something that I'm not going to do on the gaming VM So far=2C it looks like this:http://i.imgur.com/ejl9mtg.pngThe black box is= the VM that has the other Video Card. Now=2C the problem lies in where the Mouse and Keyboard are active at a giv= en time=2C and how to change them to be active on another VM: If I am on th= e Windows XP VM=2C I can easily switch input to Dom0 by pressing Alt + Ctrl= =2C so both Keyboard and Mouse now are active on Dom0. However=2C to change= back to the VM=2C I have to left-click somewhere inside the black box=2C w= hich also has the annoying behaviator than that left-click to change the fo= cus of the Mouse and Keyboard to that VM=2C is also a left-click on the rel= ative position in the actual VM=2C which depending on where that click fall= s may have unintended consequences (For example=2C harmless on Windows Desk= top=2C but shoots a gun if I am playing a FPS and didn't paused it). If I h= ave another VM open like on the screenshot=2C is even worse=2C because I ca= n't directly switch from one to another=2C I have to Alt + Ctrl out of it t= o Dom0=2C then left-click inside the other VM. This means that switching be= tween VMs is highly inefficient=2C and sometimes even worse=2C because Gnom= e likes to rearrange minimized windows when I open more things on Dom0 so I= can't memorize locations to click. My idea is something like having each VM in a tty console=2C so I can switc= h between them with Alt + Ctrl + Fx. It would be even better if the VM is i= n fullscreen mode in their own tty to make it feel even more natural instea= d of windowed with borders (Unless I needed to see multiple VMs on the same= Monitor=2C where they would be windowed in resolutions that don't max the = Monitor). This should apply to Dom0 and all VMs but the one that has its ow= n GPU/Monitor=2C where Alt + Ctrl + Fing into it should just make Keyboard = and Mouse active in that VM=2C yet I should simultaneously see the last VM = that I switched to in the other Monitor. No black square wasting screen spa= ce.I'm pretty confident than doing something like that should be possible= =2C however=2C did anyone actually tried and knows what is needed? I had de= cent results opening another X.org session in other tty with startx=2C then= using xl create from there=2C but would prefer instructions from someone m= ore experienced or that has better shortcuts ideas because there are too ma= ny rough edges (Seems I have to configure X.org settings per-tty so I don't= get the default lame three white rectangles). Is there anyone that can share experience=2C ideas=2C etc=2C about this? I = think that having a well-defined way of dealing with VM switching and short= cuts would improve user experience. And if there is one=2C I entirely misse= d it. Also=2C I'm intending to downgrade my GUI bloated Dom0 to just a text conso= le=2C so I can leave Dom0 as lightweight as possible and do anything user-r= elated in VMs. I didn't set up that way when I configured my system some mo= nths ago because I still had troubles doing some things using only the cons= ole=2C so I rushed to a GUI. Then later I figured out that if I make anothe= r VM to do what I'm currently doing in Dom0 (Basic browsing)=2C I had to do= VGA Passthrough of the integrated GPU to have Flash acceleration inside a = Linux based VM=2C at the cost of having to access Dom0 in a headless way (L= ike SSH). XenGT will take care of that when its ready because with a virtua= lized GPU=2C I will not have to choose either GPU acceleration in other VMs= or Dom0 video output=2C I should be able to have both.As far that I am awa= re=2C with Xen I have three choices for video output from a VM:1) Headless:= A GPU is still emulated but there is no default video output=2C unless I u= se remote viewing Software installed from inside the VM's OS.2) VNC: Xen pr= ovides a way to route the video output by itself. The VM can work headless= =2C but you can also use VNC Viewer to see the VM's video output either loc= ally or remotely.3) SDL: Intended to be used locally=2C but you still can u= se remote viewing Software from inside the VM. Forces you to have X.org ins= talled and to create the VM from inside a X session. So far=2C I always found SDL more straightforward than VNC. So the lightest= Dom0 for SDL=2C at minimum=2C needs X.org=2C plus possibily a Window Manag= er to not have to use a full blown Desktop Enviroment like Gnome or KDE. = = --_964c2aa2-d47b-4bb2-a93d-cb5636635ba3_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
These days I find that one of th= e things that annoys me the most in my day-to-day use of Xen and some VMs= =2C is switching between them. So far=2C I have the following:

Reelevant Hardware:

Two Video Cards
Two= Monitors (One connected to each Video Card)
One Keyboard and Mou= se set (Shared between Dom0 and all VMs)

Reelevant S= oftware:
Dom0 with Arch Linux and Gnome for GUI
=
Gaming VM with Windows XP=2C which receives its own Video Card and Mon= itor
Rarely=2C another VM if I want to do something that I'm not = going to do on the gaming VM

So far=2C it looks li= ke this:
The black box is the VM t= hat has the other Video Card.


Now= =2C the problem lies in where the Mouse and Keyboard are active at a given = time=2C and how to change them to be active on another VM: If I am on the W= indows XP VM=2C I can easily switch input to Dom0 by pressing Alt + Ctrl=2C= so both Keyboard and Mouse now are active on Dom0. However=2C to change ba= ck to the VM=2C I have to left-click somewhere inside the black box=2C whic= h also has the annoying behaviator than that left-click to change the focus= of the Mouse and Keyboard to that VM=2C is also a left-click on the relati= ve position in the actual VM=2C which depending on where that click falls m= ay have unintended consequences (For example=2C harmless on Windows Desktop= =2C but shoots a gun if I am playing a FPS and didn't paused it). If I have= another VM open like on the screenshot=2C is even worse=2C because I can't= directly switch from one to another=2C I have to Alt + Ctrl out of it to D= om0=2C then left-click inside the other VM. This means that switching betwe= en VMs is highly inefficient=2C and sometimes even worse=2C because Gnome l= ikes to rearrange minimized windows when I open more things on Dom0 so I ca= n't memorize locations to click.

My idea is someth= ing like having each VM in a tty console=2C so I can switch between them with Alt + Ctrl + Fx. It would be even bet= ter if the VM is in fullscreen mode in their own tty =3Bto make it feel even more natural =3Binstead of windowed with borders (Unless= I needed to see multiple VMs on the same Monitor=2C where they would be wi= ndowed in resolutions that don't max the Monitor). This should apply to Dom= 0 and all VMs but the one that has its own GPU/Monitor=2C where Alt + Ctrl = + Fing into it should just make Keyboard and Mouse active in that VM=2C yet= I should simultaneously see the last VM that I switched to in the other Mo= nitor. No black square wasting screen space.
I'm pretty confident than doing something like that= should be possible=2C however=2C did anyone actually tried and knows what = is needed? I had decent results opening another X.org session in other tty = with startx=2C then using xl create from there=2C but would prefer instruct= ions from someone more experienced or that has better shortcuts ideas becau= se there are too many rough edges (Seems I have to configure X.org settings= per-tty so I don't get the default lame three white rectangles).

Is there a= nyone that can share experience=2C ideas=2C etc=2C about this? I think that= having a well-defined way of dealing with VM switching and shortcuts would= improve user experience. And if there is one=2C I entirely missed it.



=
Also=2C I'm intending = to downgrade my GUI bloated Dom0 to just a text console=2C so I can leave D= om0 as lightweight as possible and do anything user-related in VMs. I didn'= t set up that way when I configured my system some months ago because I sti= ll had troubles doing some things using only the console=2C so I rushed to = a GUI. Then later I figured out that if I make another VM to do what I'm cu= rrently doing in Dom0 (Basic browsing)=2C I had to do VGA Passthrough of th= e integrated GPU to have Flash acceleration inside a Linux based VM=2C at t= he cost of having to access Dom0 in a headless way (Like SSH). XenGT will t= ake care of that when its ready because with a virtualized GPU=2C I will no= t have to choose either GPU acceleration in other VMs or Dom0 video output= =2C I should be able to have both.
As far that I am aware=2C with Xen I have three choices for vid= eo output from a VM:
1)= Headless: A GPU is still emulated but there is no default video output=2C = unless I use remote viewing Software installed from inside the VM's OS.
2) VNC: =3BXe= n provides a way to route the video output by itself. =3BThe VM can work headless=2C but you can also us= e VNC Viewer to see the VM's video output either locally or remotely.
3) SDL: Intended to be used = locally=2C but you still can use remote viewing Software from inside the VM= . Forces you to have X.org installed and to create the VM from inside a X s= ession.

So far=2C I always found SDL more straightforward than VNC. So the l= ightest Dom0 for SDL=2C at minimum=2C needs X.org=2C plus possibily a Windo= w Manager to not have to use a full blown Desktop Enviroment like Gnome or = KDE.
= --_964c2aa2-d47b-4bb2-a93d-cb5636635ba3_-- --===============3508148471580503540== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3508148471580503540==-- From xen-users-bounces@lists.xen.org Thu Aug 21 12:26:59 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 21 Aug 2014 12:26: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 1XKRRA-0006R0-20; Thu, 21 Aug 2014 12:25:52 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XKPZ7-0004eB-40 for xen-users@lists.xen.org; Thu, 21 Aug 2014 10:25:57 +0000 Received: from [193.109.254.147:43569] by server-9.bemta-14.messagelabs.com id 12/B7-31535-439C5F35; Thu, 21 Aug 2014 10:25:56 +0000 X-Env-Sender: zir_blazer@hotmail.com X-Msg-Ref: server-10.tower-27.messagelabs.com!1408616753!12225043!1 X-Originating-IP: [65.55.90.22] X-SpamReason: No, hits=1.5 required=7.0 tests=BODY_RANDOM_LONG, FORGED_HOTMAIL_RCVD,HTML_20_30,HTML_MESSAGE,ML_RADAR_SPEW_LINKS_12, ML_RADAR_SPEW_LINKS_14,ML_RADAR_SPEW_LINKS_8,spamassassin: ,surbl: (ASYNC_NO) c3VyYmxfcmVjaGVja19kZWxheTogMCAoYWJhbmRvbmVkOiBmaWxlcy53b3JkcH Jlc3MuY29tKQ==\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16809 invoked from network); 21 Aug 2014 10:25:55 -0000 Received: from snt004-omc1s11.hotmail.com (HELO SNT004-OMC1S11.hotmail.com) (65.55.90.22) by server-10.tower-27.messagelabs.com with AES256-SHA encrypted SMTP; 21 Aug 2014 10:25:55 -0000 Received: from SNT151-W32 ([65.55.90.7]) by SNT004-OMC1S11.hotmail.com with Microsoft SMTPSVC(7.5.7601.22712); Thu, 21 Aug 2014 03:25:53 -0700 X-TMN: [3sW80wPOSVIpMbLde6A3il7l4mOdOrBuQ21VFyAcBj8=] X-Originating-Email: [zir_blazer@hotmail.com] Message-ID: From: Zir Blazer To: David Sutton , "xen-users@lists.xen.org" Date: Thu, 21 Aug 2014 07:25:53 -0300 Importance: Normal In-Reply-To: References: , MIME-Version: 1.0 X-OriginalArrivalTime: 21 Aug 2014 10:25:53.0491 (UTC) FILETIME=[4968BA30:01CFBD2A] X-Mailman-Approved-At: Thu, 21 Aug 2014 12:25:50 +0000 Subject: Re: [Xen-users] Switching between multiple VMs with shared input (One Keyboard + Mouse) X-BeenThere: xen-users@lists.xen.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="===============5927069042466051485==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5927069042466051485== Content-Type: multipart/alternative; boundary="_f02d50be-e21b-410f-a244-1dcfc3009a2f_" --_f02d50be-e21b-410f-a244-1dcfc3009a2f_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hardware KVM cost money and also takes space. Don't want. Synergy seems to be quite useful=2C but not exactly for my purpose. Before = using Xen=2C I had both Monitors in Windows and they worked with Extended D= esktop=2C which is the same that what Synergy seems to do=2C but across dif= ferent VMs/physical machines. While that could take care of switching input= from what its on one Monitor to the other=2C it still has the issue that I= need a way to choose what VM screen to bring to front in the Monitor that = Dom0 uses so I can see it=2C because multiples VMs will use that Monitor. I= don't expect Synergy to automatically figure out that there is a new Deskt= op surface on top from another VM. Would work seamlessly if I had one fixed= Monitor per VMs=2C but that's not my case. So far=2C regarding my original proposal=2C if I open another tty=2C I can = use startx to launch an even more basic version of this: http://pconstantino.files.wordpress.com/2008/11/startx.png Just thatit looks like on a very fresh X.org install without Windows Manage= rs or anything=2C as the three white consoles don't have the window header.= I can close two of them using exit command=2C and on the last one I can us= e use xl create to open a VM in there. While this comes extremely close to = accomplish what I want because I can then switch back to Dom0 with Alt + Ct= rl + F1=2C the input on the tty2 VM is extremely buggy=2C because the Mouse= doesn't seem to stick inside the VM and instead I have the default X.org c= ursor=2C as if the VM wasn't the active window. Also=2C the Enter key insid= e the VM doesn't work for some reason that I can't figure=2C through other = keys like the Windows key and Arrows key do (So I can at least navigate the= Start Menu=2C even through I can't do anything else due lack of both Enter= key and functional Mouse). I suppose that I would need to tinker a bit wit= h X.org configuration to see if I can fix the input issue and possibly I wi= ll have to install a Window Manager. There is A BIG exception: The VM with VGA Passthrough. If using SDL=2C by d= efault=2C there is a window created where the VM BIOS and Windows XP splash= screen kicks in (Which is the content while it boots of the black window i= n the screenshot of the previous E-Mail)=2C and I get video output on the o= ther Monitor after the GPU Drivers loads. This one would need something a b= it more special=2C like a shortcut that just changes to that VM as the acti= ve window so I get input on the VM=2C but doesn't replace the VM that I'm s= eeing in the other Monitor with a black screen. Point is=2C the black SDL s= urface needs to be somehow hide or destroyed=2C yet have a way to switch to= the other VM. If I can solve both things=2C this would pretty much be the solution I want= . ---------------------------------------------------------------------------= ----------------- So=2C I've tackled similar problems in one of two ways. Currently I'm using a hardware KVM=2C with only the keyboard and mouse conn= ected - that way I can switch from one system to another with the push of a= button (actually I also have a laptop hooked up as well=2C as its a 4 port= KVM) - I have a dedicated USB 3.0 card passed through to the domU so it ha= s its own USB ports available for the keyboard and mouse. =0A= Another way I've done this kind of thing in the past was to use a keyboard/= mouse sharing application (basically a software KVM)=2C such as synergy2 or= multiplicity (back when there was a free version). Its a small utility tha= t you install on each of the computers (theres clients for both Linux and W= indows) and you designate one machine as the master (thats where your keybo= ard and mouse are connected). The utility then detects when the mouse curso= r is reaching the side of the screen=2C and passes the inputs over to the n= ext screen=2C basically giving the impression of one giant desktop split ac= ross several screens and computers. Regards=2C David = --_f02d50be-e21b-410f-a244-1dcfc3009a2f_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hardware KVM cost money and also= takes space. Don't want.

Synergy seems to be quite useful=2C but not exactly for my purpose. Be= fore using Xen=2C I had both Monitors in Windows and they worked with Exten= ded Desktop=2C which is the same that what Synergy seems to do=2C but acros= s different VMs/physical machines. While that could take care of switching = input from what its on one Monitor to the other=2C it still has the issue t= hat I need a way to choose what VM screen to bring to front in the Monitor = that Dom0 uses so I can see it=2C because multiples VMs will use that Monit= or. I don't expect Synergy to automatically figure out that there is a new = Desktop surface on top from another VM. Would work seamlessly if I had one = fixed Monitor per VMs=2C but that's not my case.








So far=2C regarding my origin= al proposal=2C if I open another tty=2C I can use startx to launch an even = more basic version of this:
http://pconstantino.files.word= press.com/2008/11/startx.png
Just thatit looks like on a very fresh = X.org install without Windows Managers or anything=2C as the three white co= nsoles don't have the window header. I can close two of them using exit com= mand=2C and on the last one I can use use xl create to open a VM in there. = While this comes extremely close to accomplish what I want because I can th= en switch back to Dom0 with Alt + Ctrl + F1=2C the input on the tty2 VM is = extremely buggy=2C because the Mouse doesn't seem to stick inside the VM an= d instead I have the default X.org cursor=2C as if the VM wasn't the active= window. Also=2C the Enter key inside the VM doesn't work for some reason t= hat I can't figure=2C through other keys like the Windows key and Arrows ke= y do (So I can at least navigate the Start Menu=2C even through I can't do = anything else due lack of both Enter key and functional Mouse). =3BI suppose that I would need to tinker a bit = with X.org configuration to see if I can fix the input issue and possibly I= will have to install a Window Manager.


There is A BIG ex= ception: The VM with VGA Passthrough. If using SDL=2C by default=2C there i= s a window created =3Bwhere the VM BIOS and Windows XP splash screen = kicks in (Which is the content wh= ile it boots of the black window in the screenshot of the previous E-Mail)<= /span>=2C and I get video output on the = other Monitor after the GPU Drivers loads. This one would need something a = bit more special=2C like a shortcut that just changes to that VM as the act= ive window so I get input on the VM=2C but doesn't replace the VM that I'm = seeing in the other Monitor with a black screen. Point is=2C the black SDL = surface needs to be somehow hide or destroyed=2C yet have a way to switch t= o the other VM.
If I can solve= both things=2C this would pretty much be the solution I want.






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


So= =2C I've tackled similar problems in one of two ways.
=

Currently I'm using a hardware KVM=2C with only = the keyboard and mouse connected - that way I can switch from one system to= another with the push of a button (actually I also have a laptop hooked up= as well=2C as its a 4 port KVM) - I have a dedicated USB 3.0 card passed t= hrough to the domU so it has its own USB ports available for the keyboard a= nd mouse.
=0A=
Another way I've done this kind of thing in the past was to = use a keyboard/mouse sharing application (basically a software KVM)=2C such= as synergy2 or multiplicity (back when there was a free version). Its a sm= all utility that you install on each of the computers (theres clients for b= oth Linux and Windows) and you designate one machine as the master (thats w= here your keyboard and mouse are connected). The utility then detects when = the mouse cursor is reaching the side of the screen=2C and passes the input= s over to the next screen=2C basically giving the impression of one giant d= esktop split across several screens and computers.

Regards=2C

 =3B David
= --_f02d50be-e21b-410f-a244-1dcfc3009a2f_-- --===============5927069042466051485== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5927069042466051485==-- From xen-users-bounces@lists.xen.org Thu Aug 21 12:26:59 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 21 Aug 2014 12:26: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 1XKRR9-0006Qs-C7; Thu, 21 Aug 2014 12:25:51 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XKOlR-0003pM-T8 for xen-users@lists.xen.org; Thu, 21 Aug 2014 09:34:38 +0000 Received: from [85.158.137.68:40218] by server-8.bemta-3.messagelabs.com id 3F/93-31195-C2DB5F35; Thu, 21 Aug 2014 09:34:36 +0000 X-Env-Sender: debian.news@mader.info X-Msg-Ref: server-11.tower-31.messagelabs.com!1408613097!14942343!1 X-Originating-IP: [212.227.126.130] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8249 invoked from network); 21 Aug 2014 09:24:57 -0000 Received: from mout.kundenserver.de (HELO mout.kundenserver.de) (212.227.126.130) by server-11.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 21 Aug 2014 09:24:57 -0000 Received: from eis.mader (p4FD09D95.dip0.t-ipconnect.de [79.208.157.149]) by mrelayeu.kundenserver.de (node=mreue004) with ESMTP (Nemesis) id 0MYJ3F-1WpLCK1OwD-00V5q9; Thu, 21 Aug 2014 11:24:57 +0200 Received: from win8.mader ([192.168.1.18]) by eis.mader with esmtp (Exim 4.69) (envelope-from ) id 1XKOc4-0003OD-Ug for xen-users@lists.xen.org; Thu, 21 Aug 2014 11:24:56 +0200 Date: Thu, 21 Aug 2014 11:24:13 +0200 From: Hermann Maier User-Agent: Mozilla/5.0 (Windows NT 6.3; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: xen-users@lists.xen.org Content-Type: multipart/mixed; boundary="------------090002030907070708070402" Message-Id: <0MYJ3F-1WpLCK1OwD-00V5q9@mrelayeu.kundenserver.de> X-Provags-ID: V02:K0:sRMJDX4CRhM//L1j2ieXgJ/B2G4nGq6mj3KVL8kQrJT t1jtAbOWTliCsqQ91WW91TUsXL/+UNc+r5n+9Kkf8ZjjhJ3jgG n9TeUmCMOdGyDMD29oDwRoW6eq/mkg2LA63mDRdIMUyrUiJ8eC IgXnYzSzK8dK0OIefxoiNT6FfYFEwV4kTTwlynNPV7YLOQ9U5c Jd6F5KO45aTY2gO9AKoPoGUxWIpzGjiLIUldP0brMdjsL2Yih1 OnQqxD0z4Huey8vqzWhyYvs5TbQsFdNxaK05aCgoFqD1c8fgSc nHPq+dNhAryqIAVbj7Ze7o77dFzFuPGwiBR6SOjnWOGFZscaSH 70FSndVbynsfB381q1NMzeedVeW8ON4adPPNDHy9A X-UI-Out-Filterresults: notjunk:1; X-Mailman-Approved-At: Thu, 21 Aug 2014 12:25:50 +0000 Subject: [Xen-users] hvm and qemu-system-i386 broken X-BeenThere: xen-users@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. --------------090002030907070708070402 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hi, after an debian-update (jessie) the hvm do not start: >xl create mywin7.xm Parsing config from mywin7.xm xc: info: VIRTUAL MEMORY ARRANGEMENT: Loader: 0000000000100000->00000000001a0164 Modules: 0000000000000000->0000000000000000 TOTAL: 0000000000000000->000000003e000000 ENTRY ADDRESS: 0000000000100608 xc: info: PHYSICAL MEMORY ALLOCATION: 4KB PAGES: 0x0000000000000200 2MB PAGES: 0x00000000000001ef 1GB PAGES: 0x0000000000000000 libxl: error: libxl_dm.c:1275:device_model_spawn_outcome: domain 6 device model: spawn failed (rc=-3) libxl: error: libxl_create.c:1075:domcreate_devmodel_started: device model did not start: -3 libxl: error: libxl_dm.c:1306:libxl__destroy_device_model: Device Model already exited >/usr/bin/qemu-system-i386 Could not initialize SDL(No available video device) - exiting >cat mywin7.xm device_model_version = "qemu-xen" device_model_override = "/usr/bin/qemu-system-i386" bios = "seabios" builder = "hvm" name = "mywin7" memory = 1000 vcpus = 4 vif = [ 'ip=192.168.1.19,mac=00:16:3E:8C:84:8B,bridge=xenbr0' ] disk = [ '/dev/vg0/mywin7,raw,xvda,rw' ] sdl = 0 vnc = 1 on_xend_stop = 'shutdown' on_xend_start = 'start' Same Infos: - I don't use sdl. - The Xen-Host has no GUI. - pvm work fine. - before the last qemu-update hvm worked without problem. The qemu-update came with apt. What can I do? Thanks for every idea! Hermann --------------090002030907070708070402 Content-Type: text/x-vcard; charset=utf-8; name="debian_news.vcf" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="debian_news.vcf" begin:vcard fn:Hermann Maier n:Maier;Hermann note:jessie, xen 4.3 version:2.1 end:vcard --------------090002030907070708070402 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --------------090002030907070708070402-- From xen-users-bounces@lists.xen.org Thu Aug 21 12:26:59 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 21 Aug 2014 12:26: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 1XKRRA-0006R0-20; Thu, 21 Aug 2014 12:25:52 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XKPZ7-0004eB-40 for xen-users@lists.xen.org; Thu, 21 Aug 2014 10:25:57 +0000 Received: from [193.109.254.147:43569] by server-9.bemta-14.messagelabs.com id 12/B7-31535-439C5F35; Thu, 21 Aug 2014 10:25:56 +0000 X-Env-Sender: zir_blazer@hotmail.com X-Msg-Ref: server-10.tower-27.messagelabs.com!1408616753!12225043!1 X-Originating-IP: [65.55.90.22] X-SpamReason: No, hits=1.5 required=7.0 tests=BODY_RANDOM_LONG, FORGED_HOTMAIL_RCVD,HTML_20_30,HTML_MESSAGE,ML_RADAR_SPEW_LINKS_12, ML_RADAR_SPEW_LINKS_14,ML_RADAR_SPEW_LINKS_8,spamassassin: ,surbl: (ASYNC_NO) c3VyYmxfcmVjaGVja19kZWxheTogMCAoYWJhbmRvbmVkOiBmaWxlcy53b3JkcH Jlc3MuY29tKQ==\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16809 invoked from network); 21 Aug 2014 10:25:55 -0000 Received: from snt004-omc1s11.hotmail.com (HELO SNT004-OMC1S11.hotmail.com) (65.55.90.22) by server-10.tower-27.messagelabs.com with AES256-SHA encrypted SMTP; 21 Aug 2014 10:25:55 -0000 Received: from SNT151-W32 ([65.55.90.7]) by SNT004-OMC1S11.hotmail.com with Microsoft SMTPSVC(7.5.7601.22712); Thu, 21 Aug 2014 03:25:53 -0700 X-TMN: [3sW80wPOSVIpMbLde6A3il7l4mOdOrBuQ21VFyAcBj8=] X-Originating-Email: [zir_blazer@hotmail.com] Message-ID: From: Zir Blazer To: David Sutton , "xen-users@lists.xen.org" Date: Thu, 21 Aug 2014 07:25:53 -0300 Importance: Normal In-Reply-To: References: , MIME-Version: 1.0 X-OriginalArrivalTime: 21 Aug 2014 10:25:53.0491 (UTC) FILETIME=[4968BA30:01CFBD2A] X-Mailman-Approved-At: Thu, 21 Aug 2014 12:25:50 +0000 Subject: Re: [Xen-users] Switching between multiple VMs with shared input (One Keyboard + Mouse) X-BeenThere: xen-users@lists.xen.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="===============5927069042466051485==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5927069042466051485== Content-Type: multipart/alternative; boundary="_f02d50be-e21b-410f-a244-1dcfc3009a2f_" --_f02d50be-e21b-410f-a244-1dcfc3009a2f_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hardware KVM cost money and also takes space. Don't want. Synergy seems to be quite useful=2C but not exactly for my purpose. Before = using Xen=2C I had both Monitors in Windows and they worked with Extended D= esktop=2C which is the same that what Synergy seems to do=2C but across dif= ferent VMs/physical machines. While that could take care of switching input= from what its on one Monitor to the other=2C it still has the issue that I= need a way to choose what VM screen to bring to front in the Monitor that = Dom0 uses so I can see it=2C because multiples VMs will use that Monitor. I= don't expect Synergy to automatically figure out that there is a new Deskt= op surface on top from another VM. Would work seamlessly if I had one fixed= Monitor per VMs=2C but that's not my case. So far=2C regarding my original proposal=2C if I open another tty=2C I can = use startx to launch an even more basic version of this: http://pconstantino.files.wordpress.com/2008/11/startx.png Just thatit looks like on a very fresh X.org install without Windows Manage= rs or anything=2C as the three white consoles don't have the window header.= I can close two of them using exit command=2C and on the last one I can us= e use xl create to open a VM in there. While this comes extremely close to = accomplish what I want because I can then switch back to Dom0 with Alt + Ct= rl + F1=2C the input on the tty2 VM is extremely buggy=2C because the Mouse= doesn't seem to stick inside the VM and instead I have the default X.org c= ursor=2C as if the VM wasn't the active window. Also=2C the Enter key insid= e the VM doesn't work for some reason that I can't figure=2C through other = keys like the Windows key and Arrows key do (So I can at least navigate the= Start Menu=2C even through I can't do anything else due lack of both Enter= key and functional Mouse). I suppose that I would need to tinker a bit wit= h X.org configuration to see if I can fix the input issue and possibly I wi= ll have to install a Window Manager. There is A BIG exception: The VM with VGA Passthrough. If using SDL=2C by d= efault=2C there is a window created where the VM BIOS and Windows XP splash= screen kicks in (Which is the content while it boots of the black window i= n the screenshot of the previous E-Mail)=2C and I get video output on the o= ther Monitor after the GPU Drivers loads. This one would need something a b= it more special=2C like a shortcut that just changes to that VM as the acti= ve window so I get input on the VM=2C but doesn't replace the VM that I'm s= eeing in the other Monitor with a black screen. Point is=2C the black SDL s= urface needs to be somehow hide or destroyed=2C yet have a way to switch to= the other VM. If I can solve both things=2C this would pretty much be the solution I want= . ---------------------------------------------------------------------------= ----------------- So=2C I've tackled similar problems in one of two ways. Currently I'm using a hardware KVM=2C with only the keyboard and mouse conn= ected - that way I can switch from one system to another with the push of a= button (actually I also have a laptop hooked up as well=2C as its a 4 port= KVM) - I have a dedicated USB 3.0 card passed through to the domU so it ha= s its own USB ports available for the keyboard and mouse. =0A= Another way I've done this kind of thing in the past was to use a keyboard/= mouse sharing application (basically a software KVM)=2C such as synergy2 or= multiplicity (back when there was a free version). Its a small utility tha= t you install on each of the computers (theres clients for both Linux and W= indows) and you designate one machine as the master (thats where your keybo= ard and mouse are connected). The utility then detects when the mouse curso= r is reaching the side of the screen=2C and passes the inputs over to the n= ext screen=2C basically giving the impression of one giant desktop split ac= ross several screens and computers. Regards=2C David = --_f02d50be-e21b-410f-a244-1dcfc3009a2f_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hardware KVM cost money and also= takes space. Don't want.

Synergy seems to be quite useful=2C but not exactly for my purpose. Be= fore using Xen=2C I had both Monitors in Windows and they worked with Exten= ded Desktop=2C which is the same that what Synergy seems to do=2C but acros= s different VMs/physical machines. While that could take care of switching = input from what its on one Monitor to the other=2C it still has the issue t= hat I need a way to choose what VM screen to bring to front in the Monitor = that Dom0 uses so I can see it=2C because multiples VMs will use that Monit= or. I don't expect Synergy to automatically figure out that there is a new = Desktop surface on top from another VM. Would work seamlessly if I had one = fixed Monitor per VMs=2C but that's not my case.








So far=2C regarding my origin= al proposal=2C if I open another tty=2C I can use startx to launch an even = more basic version of this:
http://pconstantino.files.word= press.com/2008/11/startx.png
Just thatit looks like on a very fresh = X.org install without Windows Managers or anything=2C as the three white co= nsoles don't have the window header. I can close two of them using exit com= mand=2C and on the last one I can use use xl create to open a VM in there. = While this comes extremely close to accomplish what I want because I can th= en switch back to Dom0 with Alt + Ctrl + F1=2C the input on the tty2 VM is = extremely buggy=2C because the Mouse doesn't seem to stick inside the VM an= d instead I have the default X.org cursor=2C as if the VM wasn't the active= window. Also=2C the Enter key inside the VM doesn't work for some reason t= hat I can't figure=2C through other keys like the Windows key and Arrows ke= y do (So I can at least navigate the Start Menu=2C even through I can't do = anything else due lack of both Enter key and functional Mouse). =3BI suppose that I would need to tinker a bit = with X.org configuration to see if I can fix the input issue and possibly I= will have to install a Window Manager.


There is A BIG ex= ception: The VM with VGA Passthrough. If using SDL=2C by default=2C there i= s a window created =3Bwhere the VM BIOS and Windows XP splash screen = kicks in (Which is the content wh= ile it boots of the black window in the screenshot of the previous E-Mail)<= /span>=2C and I get video output on the = other Monitor after the GPU Drivers loads. This one would need something a = bit more special=2C like a shortcut that just changes to that VM as the act= ive window so I get input on the VM=2C but doesn't replace the VM that I'm = seeing in the other Monitor with a black screen. Point is=2C the black SDL = surface needs to be somehow hide or destroyed=2C yet have a way to switch t= o the other VM.
If I can solve= both things=2C this would pretty much be the solution I want.






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


So= =2C I've tackled similar problems in one of two ways.
=

Currently I'm using a hardware KVM=2C with only = the keyboard and mouse connected - that way I can switch from one system to= another with the push of a button (actually I also have a laptop hooked up= as well=2C as its a 4 port KVM) - I have a dedicated USB 3.0 card passed t= hrough to the domU so it has its own USB ports available for the keyboard a= nd mouse.
=0A=
Another way I've done this kind of thing in the past was to = use a keyboard/mouse sharing application (basically a software KVM)=2C such= as synergy2 or multiplicity (back when there was a free version). Its a sm= all utility that you install on each of the computers (theres clients for b= oth Linux and Windows) and you designate one machine as the master (thats w= here your keyboard and mouse are connected). The utility then detects when = the mouse cursor is reaching the side of the screen=2C and passes the input= s over to the next screen=2C basically giving the impression of one giant d= esktop split across several screens and computers.

Regards=2C

 =3B David
= --_f02d50be-e21b-410f-a244-1dcfc3009a2f_-- --===============5927069042466051485== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5927069042466051485==-- From xen-users-bounces@lists.xen.org Thu Aug 21 12:26:59 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 21 Aug 2014 12:26: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 1XKRR9-0006Qs-C7; Thu, 21 Aug 2014 12:25:51 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XKOlR-0003pM-T8 for xen-users@lists.xen.org; Thu, 21 Aug 2014 09:34:38 +0000 Received: from [85.158.137.68:40218] by server-8.bemta-3.messagelabs.com id 3F/93-31195-C2DB5F35; Thu, 21 Aug 2014 09:34:36 +0000 X-Env-Sender: debian.news@mader.info X-Msg-Ref: server-11.tower-31.messagelabs.com!1408613097!14942343!1 X-Originating-IP: [212.227.126.130] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8249 invoked from network); 21 Aug 2014 09:24:57 -0000 Received: from mout.kundenserver.de (HELO mout.kundenserver.de) (212.227.126.130) by server-11.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 21 Aug 2014 09:24:57 -0000 Received: from eis.mader (p4FD09D95.dip0.t-ipconnect.de [79.208.157.149]) by mrelayeu.kundenserver.de (node=mreue004) with ESMTP (Nemesis) id 0MYJ3F-1WpLCK1OwD-00V5q9; Thu, 21 Aug 2014 11:24:57 +0200 Received: from win8.mader ([192.168.1.18]) by eis.mader with esmtp (Exim 4.69) (envelope-from ) id 1XKOc4-0003OD-Ug for xen-users@lists.xen.org; Thu, 21 Aug 2014 11:24:56 +0200 Date: Thu, 21 Aug 2014 11:24:13 +0200 From: Hermann Maier User-Agent: Mozilla/5.0 (Windows NT 6.3; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: xen-users@lists.xen.org Content-Type: multipart/mixed; boundary="------------090002030907070708070402" Message-Id: <0MYJ3F-1WpLCK1OwD-00V5q9@mrelayeu.kundenserver.de> X-Provags-ID: V02:K0:sRMJDX4CRhM//L1j2ieXgJ/B2G4nGq6mj3KVL8kQrJT t1jtAbOWTliCsqQ91WW91TUsXL/+UNc+r5n+9Kkf8ZjjhJ3jgG n9TeUmCMOdGyDMD29oDwRoW6eq/mkg2LA63mDRdIMUyrUiJ8eC IgXnYzSzK8dK0OIefxoiNT6FfYFEwV4kTTwlynNPV7YLOQ9U5c Jd6F5KO45aTY2gO9AKoPoGUxWIpzGjiLIUldP0brMdjsL2Yih1 OnQqxD0z4Huey8vqzWhyYvs5TbQsFdNxaK05aCgoFqD1c8fgSc nHPq+dNhAryqIAVbj7Ze7o77dFzFuPGwiBR6SOjnWOGFZscaSH 70FSndVbynsfB381q1NMzeedVeW8ON4adPPNDHy9A X-UI-Out-Filterresults: notjunk:1; X-Mailman-Approved-At: Thu, 21 Aug 2014 12:25:50 +0000 Subject: [Xen-users] hvm and qemu-system-i386 broken X-BeenThere: xen-users@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. --------------090002030907070708070402 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hi, after an debian-update (jessie) the hvm do not start: >xl create mywin7.xm Parsing config from mywin7.xm xc: info: VIRTUAL MEMORY ARRANGEMENT: Loader: 0000000000100000->00000000001a0164 Modules: 0000000000000000->0000000000000000 TOTAL: 0000000000000000->000000003e000000 ENTRY ADDRESS: 0000000000100608 xc: info: PHYSICAL MEMORY ALLOCATION: 4KB PAGES: 0x0000000000000200 2MB PAGES: 0x00000000000001ef 1GB PAGES: 0x0000000000000000 libxl: error: libxl_dm.c:1275:device_model_spawn_outcome: domain 6 device model: spawn failed (rc=-3) libxl: error: libxl_create.c:1075:domcreate_devmodel_started: device model did not start: -3 libxl: error: libxl_dm.c:1306:libxl__destroy_device_model: Device Model already exited >/usr/bin/qemu-system-i386 Could not initialize SDL(No available video device) - exiting >cat mywin7.xm device_model_version = "qemu-xen" device_model_override = "/usr/bin/qemu-system-i386" bios = "seabios" builder = "hvm" name = "mywin7" memory = 1000 vcpus = 4 vif = [ 'ip=192.168.1.19,mac=00:16:3E:8C:84:8B,bridge=xenbr0' ] disk = [ '/dev/vg0/mywin7,raw,xvda,rw' ] sdl = 0 vnc = 1 on_xend_stop = 'shutdown' on_xend_start = 'start' Same Infos: - I don't use sdl. - The Xen-Host has no GUI. - pvm work fine. - before the last qemu-update hvm worked without problem. The qemu-update came with apt. What can I do? Thanks for every idea! Hermann --------------090002030907070708070402 Content-Type: text/x-vcard; charset=utf-8; name="debian_news.vcf" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="debian_news.vcf" begin:vcard fn:Hermann Maier n:Maier;Hermann note:jessie, xen 4.3 version:2.1 end:vcard --------------090002030907070708070402 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --------------090002030907070708070402-- From xen-users-bounces@lists.xen.org Thu Aug 21 14:34:12 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 21 Aug 2014 14:34:12 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XKTQH-00089k-AC; Thu, 21 Aug 2014 14:33:05 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XKTQG-00089f-0R for xen-users@lists.xensource.com; Thu, 21 Aug 2014 14:33:04 +0000 Received: from [85.158.139.211:62558] by server-11.bemta-5.messagelabs.com id C7/D1-31757-F1306F35; Thu, 21 Aug 2014 14:33:03 +0000 X-Env-Sender: fantonifabio@tiscali.it X-Msg-Ref: server-2.tower-206.messagelabs.com!1408631581!11315067!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.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13782 invoked from network); 21 Aug 2014 14:33:02 -0000 Received: from sam.nabble.com (HELO sam.nabble.com) (216.139.236.26) by server-2.tower-206.messagelabs.com with AES256-SHA encrypted SMTP; 21 Aug 2014 14:33:02 -0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1XKTQC-0001l5-V3 for xen-users@lists.xensource.com; Thu, 21 Aug 2014 07:33:00 -0700 Date: Thu, 21 Aug 2014 07:33:00 -0700 (PDT) From: Fantu To: xen-users@lists.xensource.com Message-ID: <1408631580930-5724449.post@n5.nabble.com> In-Reply-To: <0MYJ3F-1WpLCK1OwD-00V5q9@mrelayeu.kundenserver.de> References: <0MYJ3F-1WpLCK1OwD-00V5q9@mrelayeu.kundenserver.de> MIME-Version: 1.0 Subject: Re: [Xen-users] hvm and qemu-system-i386 broken X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Actually hvm support in both jessie with xen 4.3 and sid with xen 4.4 is broken, to fix it you should wait new build or do it manually from git that have the it fixed: http://anonscm.debian.org/cgit/pkg-xen/xen.git/log/?h=feature/seabios After the new build finally we will have a good support hvm domUs I was waiting for years... or at least seems from my fast test. I need also xendomains updated, better spice support and other minor things that I solved with this, I link it below if someother need but I notice that is NOT official supported (except for some patches backported from xen 4.5): https://github.com/Fantu/pkg-xen/tree/rebase/debian-staging -- View this message in context: http://xen.1045712.n5.nabble.com/hvm-and-qemu-system-i386-broken-tp5724447p5724449.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 Thu Aug 21 14:34:12 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 21 Aug 2014 14:34:12 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XKTQH-00089k-AC; Thu, 21 Aug 2014 14:33:05 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XKTQG-00089f-0R for xen-users@lists.xensource.com; Thu, 21 Aug 2014 14:33:04 +0000 Received: from [85.158.139.211:62558] by server-11.bemta-5.messagelabs.com id C7/D1-31757-F1306F35; Thu, 21 Aug 2014 14:33:03 +0000 X-Env-Sender: fantonifabio@tiscali.it X-Msg-Ref: server-2.tower-206.messagelabs.com!1408631581!11315067!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.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13782 invoked from network); 21 Aug 2014 14:33:02 -0000 Received: from sam.nabble.com (HELO sam.nabble.com) (216.139.236.26) by server-2.tower-206.messagelabs.com with AES256-SHA encrypted SMTP; 21 Aug 2014 14:33:02 -0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1XKTQC-0001l5-V3 for xen-users@lists.xensource.com; Thu, 21 Aug 2014 07:33:00 -0700 Date: Thu, 21 Aug 2014 07:33:00 -0700 (PDT) From: Fantu To: xen-users@lists.xensource.com Message-ID: <1408631580930-5724449.post@n5.nabble.com> In-Reply-To: <0MYJ3F-1WpLCK1OwD-00V5q9@mrelayeu.kundenserver.de> References: <0MYJ3F-1WpLCK1OwD-00V5q9@mrelayeu.kundenserver.de> MIME-Version: 1.0 Subject: Re: [Xen-users] hvm and qemu-system-i386 broken X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Actually hvm support in both jessie with xen 4.3 and sid with xen 4.4 is broken, to fix it you should wait new build or do it manually from git that have the it fixed: http://anonscm.debian.org/cgit/pkg-xen/xen.git/log/?h=feature/seabios After the new build finally we will have a good support hvm domUs I was waiting for years... or at least seems from my fast test. I need also xendomains updated, better spice support and other minor things that I solved with this, I link it below if someother need but I notice that is NOT official supported (except for some patches backported from xen 4.5): https://github.com/Fantu/pkg-xen/tree/rebase/debian-staging -- View this message in context: http://xen.1045712.n5.nabble.com/hvm-and-qemu-system-i386-broken-tp5724447p5724449.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 Thu Aug 21 22:25:08 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 21 Aug 2014 22:25: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 1XKam5-0006ky-OZ; Thu, 21 Aug 2014 22:24:05 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XKam3-0006kg-Hs; Thu, 21 Aug 2014 22:24:03 +0000 Received: from [85.158.137.68:25138] by server-6.bemta-3.messagelabs.com id E0/37-29521-28176F35; Thu, 21 Aug 2014 22:24:02 +0000 X-Env-Sender: Stefano.Stabellini@citrix.com X-Msg-Ref: server-3.tower-31.messagelabs.com!1408659838!15183872!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29552 invoked from network); 21 Aug 2014 22:24:00 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-3.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 21 Aug 2014 22:24:00 -0000 X-IronPort-AV: E=Sophos;i="5.04,376,1406592000"; d="scan'208";a="163966173" Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.78) with Microsoft SMTP Server id 14.3.181.6; Thu, 21 Aug 2014 18:23:57 -0400 Received: from kaball.uk.xensource.com ([10.80.2.59]) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1XKalx-0000gY-RQ; Thu, 21 Aug 2014 23:23:57 +0100 Date: Thu, 21 Aug 2014 23:22:30 +0100 From: Stefano Stabellini X-X-Sender: sstabellini@kaball.uk.xensource.com To: Suriyan Ramasami In-Reply-To: Message-ID: References: User-Agent: Alpine 2.02 (DEB 1266 2009-07-14) MIME-Version: 1.0 X-DLP: MIA1 Cc: xen-users@lists.xen.org, "xen-devel@lists.xen.org" Subject: Re: [Xen-users] [Xen-devel] XEN/ARM XENFB howto X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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, 18 Aug 2014, Suriyan Ramasami wrote: > Hello, > This possibly could be a resend, as I did not see my post (that I > emailed out on Aug 17). > I am looking for documentation on how to use XENFB on ARM. I did > see a post dated Dec 2013 from Peter > (http://lists.xen.org/archives/html/xen-users/2013-12/msg00061.html) > and discussions with Steffano and > Ian on how to achieve it. But, its not clear to me. > > I am trying to achieve this on the Odroid-XU (ARM based Exynos > 5410). I am looking for the following: > > 1. qemu compilation upstream - I believe this has all the bits to > achieve it. Are there any special compile options. I ask this, as > qemu-system-arm seems to be spawned in dom0 with -M xenpv and I am not > able to compile this machine in qemu. > I do configure to build qemu with --enable-xen --target-list > arm-softmmu and the other options as mentioned in > http://wiki.xen.org/wiki/QEMU_Upstream#Building_your_own_qemu. > > Note that I am not trying to cross compile but am compiling qemu natively. You just need this patch series: http://marc.info/?l=xen-devel&m=140690717224942 then you should be able to build QEMU normally as part of the Xen build process. The binary created is actually still called qemu-system-i386 even though we are not actually doing any x86 emulation. > 2. What are the options in the domU2 config file to achieve this. The option is called vfb, see man xl.cfg. > 3. Any thing else ... Like when domU2 is created, what mice/keyboard/fb > messages to look for, or in dom0 what backend driver output to look > for. Does this need a xorg.conf file etc ... You need CONFIG_XEN_FBDEV_FRONTEND in DomU and CONFIG_XEN_GNTDEV in dom0. You can try it by simply using fbcon in the guest, see Documentation/fb/fbcon.txt under Linux. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Aug 21 22:25:08 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 21 Aug 2014 22:25: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 1XKam5-0006ky-OZ; Thu, 21 Aug 2014 22:24:05 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XKam3-0006kg-Hs; Thu, 21 Aug 2014 22:24:03 +0000 Received: from [85.158.137.68:25138] by server-6.bemta-3.messagelabs.com id E0/37-29521-28176F35; Thu, 21 Aug 2014 22:24:02 +0000 X-Env-Sender: Stefano.Stabellini@citrix.com X-Msg-Ref: server-3.tower-31.messagelabs.com!1408659838!15183872!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29552 invoked from network); 21 Aug 2014 22:24:00 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-3.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 21 Aug 2014 22:24:00 -0000 X-IronPort-AV: E=Sophos;i="5.04,376,1406592000"; d="scan'208";a="163966173" Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.78) with Microsoft SMTP Server id 14.3.181.6; Thu, 21 Aug 2014 18:23:57 -0400 Received: from kaball.uk.xensource.com ([10.80.2.59]) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1XKalx-0000gY-RQ; Thu, 21 Aug 2014 23:23:57 +0100 Date: Thu, 21 Aug 2014 23:22:30 +0100 From: Stefano Stabellini X-X-Sender: sstabellini@kaball.uk.xensource.com To: Suriyan Ramasami In-Reply-To: Message-ID: References: User-Agent: Alpine 2.02 (DEB 1266 2009-07-14) MIME-Version: 1.0 X-DLP: MIA1 Cc: xen-users@lists.xen.org, "xen-devel@lists.xen.org" Subject: Re: [Xen-users] [Xen-devel] XEN/ARM XENFB howto X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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, 18 Aug 2014, Suriyan Ramasami wrote: > Hello, > This possibly could be a resend, as I did not see my post (that I > emailed out on Aug 17). > I am looking for documentation on how to use XENFB on ARM. I did > see a post dated Dec 2013 from Peter > (http://lists.xen.org/archives/html/xen-users/2013-12/msg00061.html) > and discussions with Steffano and > Ian on how to achieve it. But, its not clear to me. > > I am trying to achieve this on the Odroid-XU (ARM based Exynos > 5410). I am looking for the following: > > 1. qemu compilation upstream - I believe this has all the bits to > achieve it. Are there any special compile options. I ask this, as > qemu-system-arm seems to be spawned in dom0 with -M xenpv and I am not > able to compile this machine in qemu. > I do configure to build qemu with --enable-xen --target-list > arm-softmmu and the other options as mentioned in > http://wiki.xen.org/wiki/QEMU_Upstream#Building_your_own_qemu. > > Note that I am not trying to cross compile but am compiling qemu natively. You just need this patch series: http://marc.info/?l=xen-devel&m=140690717224942 then you should be able to build QEMU normally as part of the Xen build process. The binary created is actually still called qemu-system-i386 even though we are not actually doing any x86 emulation. > 2. What are the options in the domU2 config file to achieve this. The option is called vfb, see man xl.cfg. > 3. Any thing else ... Like when domU2 is created, what mice/keyboard/fb > messages to look for, or in dom0 what backend driver output to look > for. Does this need a xorg.conf file etc ... You need CONFIG_XEN_FBDEV_FRONTEND in DomU and CONFIG_XEN_GNTDEV in dom0. You can try it by simply using fbcon in the guest, see Documentation/fb/fbcon.txt under Linux. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Aug 23 03:37:41 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 23 Aug 2014 03:37:41 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XL27h-0003Md-SR; Sat, 23 Aug 2014 03: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 1XKtmN-0007EX-Jf for xen-users@lists.xen.org; Fri, 22 Aug 2014 18:41:39 +0000 Received: from [85.158.137.68:53004] by server-17.bemta-3.messagelabs.com id DD/02-24995-2EE87F35; Fri, 22 Aug 2014 18:41:38 +0000 X-Env-Sender: info@gcis.ca X-Msg-Ref: server-12.tower-31.messagelabs.com!1408732897!15167644!1 X-Originating-IP: [24.201.245.36] X-SpamReason: No, hits=0.6 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyNC4yMDEuMjQ1LjM2ID0+IDg2OTA2Nw==\n,sa_preprocessor: QmFkIElQOiAyNC4yMDEuMjQ1LjM2ID0+IDg2OTA2Nw==\n, HTML_90_100, HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26838 invoked from network); 22 Aug 2014 18:41:38 -0000 Received: from relais.videotron.ca (HELO relais.videotron.ca) (24.201.245.36) by server-12.tower-31.messagelabs.com with SMTP; 22 Aug 2014 18:41:38 -0000 MIME-version: 1.0 Received: from HeadOfficeMain (modemcable153.227-157-24.mc.videotron.ca [24.157.227.153]) by VL-VM-MR001.ip.videotron.ca (Oracle Communications Messaging Exchange Server 7u4-22.01 64bit (built Apr 21 2011)) with ESMTPA id <0NAQ0097D19DRI40@VL-VM-MR001.ip.videotron.ca> for xen-users@lists.xen.org; Fri, 22 Aug 2014 14:41:37 -0400 (EDT) From: "The General Center for Internet Services Inc." To: xen-users@lists.xen.org Date: Fri, 22 Aug 2014 14:41:47 -0400 Message-id: X-Mailer: Microsoft Outlook 14.0 Thread-index: Ac++OLXF0WCcEikiR8+tHCNOujR5Cw== Content-language: en-us X-Mailman-Approved-At: Sat, 23 Aug 2014 03:36:13 +0000 Subject: [Xen-users] Question about XEN X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4020641626147739748==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multipart message in MIME format. --===============4020641626147739748== Content-type: multipart/alternative; boundary="Boundary_(ID_vxWcaboZS9i+z/+lgoNKrQ)" Content-language: en-us This is a multipart message in MIME format. --Boundary_(ID_vxWcaboZS9i+z/+lgoNKrQ) Content-type: text/plain; CHARSET=US-ASCII Content-transfer-encoding: 7BIT Hello Is Centos 6.3 64-bit the best root kernel to install XEN on? I understand the way that Domain0 works, so what would be the best kernel to install it on? We are already very familiar with CentOS 6.3. Thank you for any guidance you can provide us. John Price. --Boundary_(ID_vxWcaboZS9i+z/+lgoNKrQ) Content-type: text/html; CHARSET=US-ASCII Content-transfer-encoding: quoted-printable 
Hello=

 
Is Centos 6.3 =
64-bit the best root kernel to install XEN =
on?
 
I understand =
the way that Domain0 works, so what would be the best kernel to install =
it on?
 
We are already =
very familiar with CentOS 6.3.
 
Thank you for =
any guidance you can provide us.
 
John =
Price.

 

= --Boundary_(ID_vxWcaboZS9i+z/+lgoNKrQ)-- --===============4020641626147739748== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4020641626147739748==-- From xen-users-bounces@lists.xen.org Sat Aug 23 03:37:41 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 23 Aug 2014 03:37:41 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XL27h-0003Md-SR; Sat, 23 Aug 2014 03: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 1XKtmN-0007EX-Jf for xen-users@lists.xen.org; Fri, 22 Aug 2014 18:41:39 +0000 Received: from [85.158.137.68:53004] by server-17.bemta-3.messagelabs.com id DD/02-24995-2EE87F35; Fri, 22 Aug 2014 18:41:38 +0000 X-Env-Sender: info@gcis.ca X-Msg-Ref: server-12.tower-31.messagelabs.com!1408732897!15167644!1 X-Originating-IP: [24.201.245.36] X-SpamReason: No, hits=0.6 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyNC4yMDEuMjQ1LjM2ID0+IDg2OTA2Nw==\n,sa_preprocessor: QmFkIElQOiAyNC4yMDEuMjQ1LjM2ID0+IDg2OTA2Nw==\n, HTML_90_100, HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26838 invoked from network); 22 Aug 2014 18:41:38 -0000 Received: from relais.videotron.ca (HELO relais.videotron.ca) (24.201.245.36) by server-12.tower-31.messagelabs.com with SMTP; 22 Aug 2014 18:41:38 -0000 MIME-version: 1.0 Received: from HeadOfficeMain (modemcable153.227-157-24.mc.videotron.ca [24.157.227.153]) by VL-VM-MR001.ip.videotron.ca (Oracle Communications Messaging Exchange Server 7u4-22.01 64bit (built Apr 21 2011)) with ESMTPA id <0NAQ0097D19DRI40@VL-VM-MR001.ip.videotron.ca> for xen-users@lists.xen.org; Fri, 22 Aug 2014 14:41:37 -0400 (EDT) From: "The General Center for Internet Services Inc." To: xen-users@lists.xen.org Date: Fri, 22 Aug 2014 14:41:47 -0400 Message-id: X-Mailer: Microsoft Outlook 14.0 Thread-index: Ac++OLXF0WCcEikiR8+tHCNOujR5Cw== Content-language: en-us X-Mailman-Approved-At: Sat, 23 Aug 2014 03:36:13 +0000 Subject: [Xen-users] Question about XEN X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4020641626147739748==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multipart message in MIME format. --===============4020641626147739748== Content-type: multipart/alternative; boundary="Boundary_(ID_vxWcaboZS9i+z/+lgoNKrQ)" Content-language: en-us This is a multipart message in MIME format. --Boundary_(ID_vxWcaboZS9i+z/+lgoNKrQ) Content-type: text/plain; CHARSET=US-ASCII Content-transfer-encoding: 7BIT Hello Is Centos 6.3 64-bit the best root kernel to install XEN on? I understand the way that Domain0 works, so what would be the best kernel to install it on? We are already very familiar with CentOS 6.3. Thank you for any guidance you can provide us. John Price. --Boundary_(ID_vxWcaboZS9i+z/+lgoNKrQ) Content-type: text/html; CHARSET=US-ASCII Content-transfer-encoding: quoted-printable 
Hello=

 
Is Centos 6.3 =
64-bit the best root kernel to install XEN =
on?
 
I understand =
the way that Domain0 works, so what would be the best kernel to install =
it on?
 
We are already =
very familiar with CentOS 6.3.
 
Thank you for =
any guidance you can provide us.
 
John =
Price.

 

= --Boundary_(ID_vxWcaboZS9i+z/+lgoNKrQ)-- --===============4020641626147739748== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4020641626147739748==-- From xen-users-bounces@lists.xen.org Sat Aug 23 04:27:43 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 23 Aug 2014 04:27: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 1XL2uo-0004C9-37; Sat, 23 Aug 2014 04:26:58 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XL2um-0004Bu-Iz; Sat, 23 Aug 2014 04:26:56 +0000 Received: from [85.158.143.35:45989] by server-2.bemta-4.messagelabs.com id 8C/BC-04525-F0818F35; Sat, 23 Aug 2014 04:26:55 +0000 X-Env-Sender: suriyan.r@gmail.com X-Msg-Ref: server-16.tower-21.messagelabs.com!1408768014!9311235!1 X-Originating-IP: [74.125.82.44] 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.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3595 invoked from network); 23 Aug 2014 04:26:54 -0000 Received: from mail-wg0-f44.google.com (HELO mail-wg0-f44.google.com) (74.125.82.44) by server-16.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 23 Aug 2014 04:26:54 -0000 Received: by mail-wg0-f44.google.com with SMTP id m15so11113430wgh.27 for ; Fri, 22 Aug 2014 21:26:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=jDTe/ptZcz1YzcExSCIBjNBIugNlaGK+HEW3Qb/xcEw=; b=X7rslrW+LPFfT6njlRQpmvdhhdl2tjUtD0P752u96U4lHGQL0q3GuZyN0ONPcyu6Rb 88gEqvnVaPkwd0Nm+HveN3qiaRfxxL7q6Y/EulCtelnpKLAZ5Tb4I+UC9CeEH93hCZFU TKG5RvUZffZ3PeupFaGeg+Q7kGyTcRStaJZoazr6dNvOjb47u4vzmptjJPT5MP2Gr06H 4pT6Hw3Bxcn5yvRWb4PkHQ9SVDguXXpC1p2ch3hOvcUMpYDjalRKx83o8DX1K+A7hier 6SUXiqnmc+brenwzoUlgnEILK1RY5azWfTaSIzjesfUG9RqmT61MBokmUzH8m0yI5yxL 1gxQ== MIME-Version: 1.0 X-Received: by 10.180.87.231 with SMTP id bb7mr2153494wib.63.1408768014264; Fri, 22 Aug 2014 21:26:54 -0700 (PDT) Received: by 10.216.25.11 with HTTP; Fri, 22 Aug 2014 21:26:54 -0700 (PDT) In-Reply-To: References: Date: Fri, 22 Aug 2014 21:26:54 -0700 Message-ID: From: Suriyan Ramasami To: Stefano Stabellini Cc: xen-users@lists.xen.org, "xen-devel@lists.xen.org" Subject: Re: [Xen-users] [Xen-devel] XEN/ARM XENFB howto X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Thank you so much Stefano! It works amazingly well! I will probably update the wiki as well. On Thu, Aug 21, 2014 at 3:22 PM, Stefano Stabellini wrote: > On Mon, 18 Aug 2014, Suriyan Ramasami wrote: >> Hello, >> This possibly could be a resend, as I did not see my post (that I >> emailed out on Aug 17). >> I am looking for documentation on how to use XENFB on ARM. I did >> see a post dated Dec 2013 from Peter >> (http://lists.xen.org/archives/html/xen-users/2013-12/msg00061.html) >> and discussions with Steffano and >> Ian on how to achieve it. But, its not clear to me. >> >> I am trying to achieve this on the Odroid-XU (ARM based Exynos >> 5410). I am looking for the following: >> >> 1. qemu compilation upstream - I believe this has all the bits to >> achieve it. Are there any special compile options. I ask this, as >> qemu-system-arm seems to be spawned in dom0 with -M xenpv and I am not >> able to compile this machine in qemu. >> I do configure to build qemu with --enable-xen --target-list >> arm-softmmu and the other options as mentioned in >> http://wiki.xen.org/wiki/QEMU_Upstream#Building_your_own_qemu. >> >> Note that I am not trying to cross compile but am compiling qemu natively. > > You just need this patch series: > > http://marc.info/?l=xen-devel&m=140690717224942 > > then you should be able to build QEMU normally as part of the Xen build > process. The binary created is actually still called qemu-system-i386 > even though we are not actually doing any x86 emulation. > Thanks for this. Just for the record, I used yout partch as in -> http://www.gossamer-threads.com/lists/xen/devel/338875 and that worked like a charm. > >> 2. What are the options in the domU2 config file to achieve this. > > The option is called vfb, see man xl.cfg. > Thanks the vfb option did it! Its nice to launch xl create -V and see the console! > >> 3. Any thing else ... Like when domU2 is created, what mice/keyboard/fb >> messages to look for, or in dom0 what backend driver output to look >> for. Does this need a xorg.conf file etc ... > > You need CONFIG_XEN_FBDEV_FRONTEND in DomU and CONFIG_XEN_GNTDEV in > dom0. You can try it by simply using fbcon in the guest, see > Documentation/fb/fbcon.txt under Linux. I did have the configs set approproately, and fbcon.txt was helpful too! Thanks once again, - Suriyan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Aug 23 04:27:43 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 23 Aug 2014 04:27: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 1XL2uo-0004C9-37; Sat, 23 Aug 2014 04:26:58 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XL2um-0004Bu-Iz; Sat, 23 Aug 2014 04:26:56 +0000 Received: from [85.158.143.35:45989] by server-2.bemta-4.messagelabs.com id 8C/BC-04525-F0818F35; Sat, 23 Aug 2014 04:26:55 +0000 X-Env-Sender: suriyan.r@gmail.com X-Msg-Ref: server-16.tower-21.messagelabs.com!1408768014!9311235!1 X-Originating-IP: [74.125.82.44] 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.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3595 invoked from network); 23 Aug 2014 04:26:54 -0000 Received: from mail-wg0-f44.google.com (HELO mail-wg0-f44.google.com) (74.125.82.44) by server-16.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 23 Aug 2014 04:26:54 -0000 Received: by mail-wg0-f44.google.com with SMTP id m15so11113430wgh.27 for ; Fri, 22 Aug 2014 21:26:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=jDTe/ptZcz1YzcExSCIBjNBIugNlaGK+HEW3Qb/xcEw=; b=X7rslrW+LPFfT6njlRQpmvdhhdl2tjUtD0P752u96U4lHGQL0q3GuZyN0ONPcyu6Rb 88gEqvnVaPkwd0Nm+HveN3qiaRfxxL7q6Y/EulCtelnpKLAZ5Tb4I+UC9CeEH93hCZFU TKG5RvUZffZ3PeupFaGeg+Q7kGyTcRStaJZoazr6dNvOjb47u4vzmptjJPT5MP2Gr06H 4pT6Hw3Bxcn5yvRWb4PkHQ9SVDguXXpC1p2ch3hOvcUMpYDjalRKx83o8DX1K+A7hier 6SUXiqnmc+brenwzoUlgnEILK1RY5azWfTaSIzjesfUG9RqmT61MBokmUzH8m0yI5yxL 1gxQ== MIME-Version: 1.0 X-Received: by 10.180.87.231 with SMTP id bb7mr2153494wib.63.1408768014264; Fri, 22 Aug 2014 21:26:54 -0700 (PDT) Received: by 10.216.25.11 with HTTP; Fri, 22 Aug 2014 21:26:54 -0700 (PDT) In-Reply-To: References: Date: Fri, 22 Aug 2014 21:26:54 -0700 Message-ID: From: Suriyan Ramasami To: Stefano Stabellini Cc: xen-users@lists.xen.org, "xen-devel@lists.xen.org" Subject: Re: [Xen-users] [Xen-devel] XEN/ARM XENFB howto X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Thank you so much Stefano! It works amazingly well! I will probably update the wiki as well. On Thu, Aug 21, 2014 at 3:22 PM, Stefano Stabellini wrote: > On Mon, 18 Aug 2014, Suriyan Ramasami wrote: >> Hello, >> This possibly could be a resend, as I did not see my post (that I >> emailed out on Aug 17). >> I am looking for documentation on how to use XENFB on ARM. I did >> see a post dated Dec 2013 from Peter >> (http://lists.xen.org/archives/html/xen-users/2013-12/msg00061.html) >> and discussions with Steffano and >> Ian on how to achieve it. But, its not clear to me. >> >> I am trying to achieve this on the Odroid-XU (ARM based Exynos >> 5410). I am looking for the following: >> >> 1. qemu compilation upstream - I believe this has all the bits to >> achieve it. Are there any special compile options. I ask this, as >> qemu-system-arm seems to be spawned in dom0 with -M xenpv and I am not >> able to compile this machine in qemu. >> I do configure to build qemu with --enable-xen --target-list >> arm-softmmu and the other options as mentioned in >> http://wiki.xen.org/wiki/QEMU_Upstream#Building_your_own_qemu. >> >> Note that I am not trying to cross compile but am compiling qemu natively. > > You just need this patch series: > > http://marc.info/?l=xen-devel&m=140690717224942 > > then you should be able to build QEMU normally as part of the Xen build > process. The binary created is actually still called qemu-system-i386 > even though we are not actually doing any x86 emulation. > Thanks for this. Just for the record, I used yout partch as in -> http://www.gossamer-threads.com/lists/xen/devel/338875 and that worked like a charm. > >> 2. What are the options in the domU2 config file to achieve this. > > The option is called vfb, see man xl.cfg. > Thanks the vfb option did it! Its nice to launch xl create -V and see the console! > >> 3. Any thing else ... Like when domU2 is created, what mice/keyboard/fb >> messages to look for, or in dom0 what backend driver output to look >> for. Does this need a xorg.conf file etc ... > > You need CONFIG_XEN_FBDEV_FRONTEND in DomU and CONFIG_XEN_GNTDEV in > dom0. You can try it by simply using fbcon in the guest, see > Documentation/fb/fbcon.txt under Linux. I did have the configs set approproately, and fbcon.txt was helpful too! Thanks once again, - Suriyan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Aug 23 05:41:08 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 23 Aug 2014 05:41: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 1XL43f-0005rX-9p; Sat, 23 Aug 2014 05:40:11 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XL43d-0005rS-7t for xen-users@lists.xen.org; Sat, 23 Aug 2014 05:40:09 +0000 Received: from [85.158.143.35:64074] by server-2.bemta-4.messagelabs.com id AE/42-04525-83928F35; Sat, 23 Aug 2014 05:40:08 +0000 X-Env-Sender: nd@syndicat.com X-Msg-Ref: server-3.tower-21.messagelabs.com!1408772407!12347748!1 X-Originating-IP: [62.146.89.62] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10299 invoked from network); 23 Aug 2014 05:40:07 -0000 Received: from mail.syndicat.com (HELO mail.syndicat.com) (62.146.89.62) by server-3.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 23 Aug 2014 05:40:07 -0000 Received: from localhost.syndicat.com ([127.0.0.1] helo=localhost) by mail.syndicat.com with esmtp (Syndicat.com PostHamster 10.04_1-PostHamster) (envelope-from ) id 1XL43Z-0002TG-JD; Sat, 23 Aug 2014 07:40:05 +0200 X-Virus-Scanned: amavisd-new at syndicat.com Received: from mail.syndicat.com ([127.0.0.1]) by localhost (mail.syndicat.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WgR-43dBQD9L; Sat, 23 Aug 2014 07:40:05 +0200 (CEST) Received: from p5dc3fefd.dip0.t-ipconnect.de ([93.195.254.253] helo=[10.1.1.105]) by mail.syndicat.com with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Syndicat.com PostHamster 10.04_1-PostHamster) (envelope-from ) id 1XL43Z-0007j8-0V; Sat, 23 Aug 2014 07:40:05 +0200 User-Agent: K-9 Mail for Android In-Reply-To: References: MIME-Version: 1.0 From: "Niels Dettenbach (Syndicat IT&Internet)" Date: Sat, 23 Aug 2014 07:39:51 +0200 To: "The General Center for Internet Services Inc." , xen-users@lists.xen.org Message-ID: <4484a4d8-3e61-49b3-b800-d33a683e2643@email.android.com> Subject: Re: [Xen-users] Question about XEN X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 22. August 2014 20:41:47 MESZ, "The General Center for Internet Services Inc." wrote: > I understand the way that Domain0 works > Is Centos 6.3 64-bit the best root kernel to install XEN on? this seems confused a bit. the Dom0 linux is running ON xen - not vice versa. With which linux do you install the xen kernel on a system is a non sense question so far - any operating system which provides the target file system could be used here. But if you are looking for a Dom0 linux kernel instead - the newer linux kernels your distribution delivers as the "stable" are usually the best choice, because they held the last xen related code / drivers etc.. May be it could make sense to reread docs to understand what xen and what a Dom0 is... hth cheerioh and good luck, Niels. -- Niels Dettenbach Syndicat IT&Internet http://www.syndicat.com _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Aug 23 05:41:08 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 23 Aug 2014 05:41: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 1XL43f-0005rX-9p; Sat, 23 Aug 2014 05:40:11 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XL43d-0005rS-7t for xen-users@lists.xen.org; Sat, 23 Aug 2014 05:40:09 +0000 Received: from [85.158.143.35:64074] by server-2.bemta-4.messagelabs.com id AE/42-04525-83928F35; Sat, 23 Aug 2014 05:40:08 +0000 X-Env-Sender: nd@syndicat.com X-Msg-Ref: server-3.tower-21.messagelabs.com!1408772407!12347748!1 X-Originating-IP: [62.146.89.62] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10299 invoked from network); 23 Aug 2014 05:40:07 -0000 Received: from mail.syndicat.com (HELO mail.syndicat.com) (62.146.89.62) by server-3.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 23 Aug 2014 05:40:07 -0000 Received: from localhost.syndicat.com ([127.0.0.1] helo=localhost) by mail.syndicat.com with esmtp (Syndicat.com PostHamster 10.04_1-PostHamster) (envelope-from ) id 1XL43Z-0002TG-JD; Sat, 23 Aug 2014 07:40:05 +0200 X-Virus-Scanned: amavisd-new at syndicat.com Received: from mail.syndicat.com ([127.0.0.1]) by localhost (mail.syndicat.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WgR-43dBQD9L; Sat, 23 Aug 2014 07:40:05 +0200 (CEST) Received: from p5dc3fefd.dip0.t-ipconnect.de ([93.195.254.253] helo=[10.1.1.105]) by mail.syndicat.com with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Syndicat.com PostHamster 10.04_1-PostHamster) (envelope-from ) id 1XL43Z-0007j8-0V; Sat, 23 Aug 2014 07:40:05 +0200 User-Agent: K-9 Mail for Android In-Reply-To: References: MIME-Version: 1.0 From: "Niels Dettenbach (Syndicat IT&Internet)" Date: Sat, 23 Aug 2014 07:39:51 +0200 To: "The General Center for Internet Services Inc." , xen-users@lists.xen.org Message-ID: <4484a4d8-3e61-49b3-b800-d33a683e2643@email.android.com> Subject: Re: [Xen-users] Question about XEN X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 22. August 2014 20:41:47 MESZ, "The General Center for Internet Services Inc." wrote: > I understand the way that Domain0 works > Is Centos 6.3 64-bit the best root kernel to install XEN on? this seems confused a bit. the Dom0 linux is running ON xen - not vice versa. With which linux do you install the xen kernel on a system is a non sense question so far - any operating system which provides the target file system could be used here. But if you are looking for a Dom0 linux kernel instead - the newer linux kernels your distribution delivers as the "stable" are usually the best choice, because they held the last xen related code / drivers etc.. May be it could make sense to reread docs to understand what xen and what a Dom0 is... hth cheerioh and good luck, Niels. -- Niels Dettenbach Syndicat IT&Internet http://www.syndicat.com _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Aug 23 15:42:40 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 23 Aug 2014 15:42: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 1XLDRf-0002Ik-Kn; Sat, 23 Aug 2014 15:41:35 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XLDRf-0002If-09 for xen-users@lists.xen.org; Sat, 23 Aug 2014 15:41:35 +0000 Received: from [85.158.139.211:16166] by server-5.bemta-5.messagelabs.com id C6/EE-11546-E26B8F35; Sat, 23 Aug 2014 15:41:34 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-5.tower-206.messagelabs.com!1408808492!11717871!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1223 invoked from network); 23 Aug 2014 15:41:33 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-5.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 23 Aug 2014 15:41:33 -0000 X-IronPort-AV: E=Sophos;i="5.04,386,1406592000"; d="scan'208";a="164509951" Received: from localhost (10.80.16.47) by smtprelay.citrix.com (10.13.107.80) with Microsoft SMTP Server id 14.3.181.6; Sat, 23 Aug 2014 11:41:30 -0400 Message-ID: <1408808488.30706.13.camel@citrix.com> From: Ian Campbell To: "Niels Dettenbach (Syndicat IT&Internet)" Date: Sat, 23 Aug 2014 16:41:28 +0100 In-Reply-To: <4484a4d8-3e61-49b3-b800-d33a683e2643@email.android.com> References: <4484a4d8-3e61-49b3-b800-d33a683e2643@email.android.com> X-Mailer: Evolution 3.12.6 MIME-Version: 1.0 X-DLP: MIA1 Cc: "The General Center for Internet Services Inc." , xen-users@lists.xen.org Subject: Re: [Xen-users] Question about XEN X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Sat, 2014-08-23 at 07:39 +0200, Niels Dettenbach (Syndicat IT&Internet) wrote: > On 22. August 2014 20:41:47 MESZ, "The General Center for Internet Services Inc." wrote: > > > I understand the way that Domain0 works > > Is Centos 6.3 64-bit the best root kernel to install XEN on? > > this seems confused a bit. > > the Dom0 linux is running ON xen - not vice versa. I don't think it is unreasonable to describe the process of installing CentoS and then "yum install xen" as "installing Xen on CentOS". To answer the original question according to http://wiki.xen.org/wiki/Category:Host_Install CentOS 6.3 does not have Xen packages/support out of the box but CentOS 6.4+ is reasonable Xen platform via the Xen4CentOS work (google for Xen4CentOS for guides etc). There is also "Xen made easy" listed there if you want commercial support. If you are looking to build something manually rather than consuming existing packages then I suppose CentoOS 6.3 would be fine. I'm not a CentOS person but I suppose they would as a general rule encourage you to use the latest point release. http://wiki.xen.org/wiki/Getting_Started should be a decent starting point for guiding through the various steps. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Aug 23 15:42:40 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 23 Aug 2014 15:42: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 1XLDRf-0002Ik-Kn; Sat, 23 Aug 2014 15:41:35 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XLDRf-0002If-09 for xen-users@lists.xen.org; Sat, 23 Aug 2014 15:41:35 +0000 Received: from [85.158.139.211:16166] by server-5.bemta-5.messagelabs.com id C6/EE-11546-E26B8F35; Sat, 23 Aug 2014 15:41:34 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-5.tower-206.messagelabs.com!1408808492!11717871!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1223 invoked from network); 23 Aug 2014 15:41:33 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-5.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 23 Aug 2014 15:41:33 -0000 X-IronPort-AV: E=Sophos;i="5.04,386,1406592000"; d="scan'208";a="164509951" Received: from localhost (10.80.16.47) by smtprelay.citrix.com (10.13.107.80) with Microsoft SMTP Server id 14.3.181.6; Sat, 23 Aug 2014 11:41:30 -0400 Message-ID: <1408808488.30706.13.camel@citrix.com> From: Ian Campbell To: "Niels Dettenbach (Syndicat IT&Internet)" Date: Sat, 23 Aug 2014 16:41:28 +0100 In-Reply-To: <4484a4d8-3e61-49b3-b800-d33a683e2643@email.android.com> References: <4484a4d8-3e61-49b3-b800-d33a683e2643@email.android.com> X-Mailer: Evolution 3.12.6 MIME-Version: 1.0 X-DLP: MIA1 Cc: "The General Center for Internet Services Inc." , xen-users@lists.xen.org Subject: Re: [Xen-users] Question about XEN X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Sat, 2014-08-23 at 07:39 +0200, Niels Dettenbach (Syndicat IT&Internet) wrote: > On 22. August 2014 20:41:47 MESZ, "The General Center for Internet Services Inc." wrote: > > > I understand the way that Domain0 works > > Is Centos 6.3 64-bit the best root kernel to install XEN on? > > this seems confused a bit. > > the Dom0 linux is running ON xen - not vice versa. I don't think it is unreasonable to describe the process of installing CentoS and then "yum install xen" as "installing Xen on CentOS". To answer the original question according to http://wiki.xen.org/wiki/Category:Host_Install CentOS 6.3 does not have Xen packages/support out of the box but CentOS 6.4+ is reasonable Xen platform via the Xen4CentOS work (google for Xen4CentOS for guides etc). There is also "Xen made easy" listed there if you want commercial support. If you are looking to build something manually rather than consuming existing packages then I suppose CentoOS 6.3 would be fine. I'm not a CentOS person but I suppose they would as a general rule encourage you to use the latest point release. http://wiki.xen.org/wiki/Getting_Started should be a decent starting point for guiding through the various steps. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Aug 23 19:19:23 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 23 Aug 2014 19:19: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 1XLGpN-0004H9-Jg; Sat, 23 Aug 2014 19:18:17 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XLGpM-0004Gu-3S; Sat, 23 Aug 2014 19:18:16 +0000 Received: from [85.158.137.68:50753] by server-7.bemta-3.messagelabs.com id 8A/2E-01084-7F8E8F35; Sat, 23 Aug 2014 19:18:15 +0000 X-Env-Sender: Stefano.Stabellini@citrix.com X-Msg-Ref: server-10.tower-31.messagelabs.com!1408821492!15414995!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18862 invoked from network); 23 Aug 2014 19:18:14 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-10.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 23 Aug 2014 19:18:14 -0000 X-IronPort-AV: E=Sophos;i="5.04,387,1406592000"; d="scan'208";a="165272314" Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.78) with Microsoft SMTP Server id 14.3.181.6; Sat, 23 Aug 2014 15:18:11 -0400 Received: from kaball.uk.xensource.com ([10.80.2.59]) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1XLGpH-0001JR-DZ; Sat, 23 Aug 2014 20:18:11 +0100 Date: Sat, 23 Aug 2014 20:16:42 +0100 From: Stefano Stabellini X-X-Sender: sstabellini@kaball.uk.xensource.com To: Suriyan Ramasami In-Reply-To: Message-ID: References: User-Agent: Alpine 2.02 (DEB 1266 2009-07-14) MIME-Version: 1.0 X-DLP: MIA2 Cc: xen-users@lists.xen.org, "xen-devel@lists.xen.org" , Stefano Stabellini Subject: Re: [Xen-users] [Xen-devel] XEN/ARM XENFB howto X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Great to hear! On Fri, 22 Aug 2014, Suriyan Ramasami wrote: > Thank you so much Stefano! It works amazingly well! I will probably > update the wiki as well. > > On Thu, Aug 21, 2014 at 3:22 PM, Stefano Stabellini > wrote: > > On Mon, 18 Aug 2014, Suriyan Ramasami wrote: > >> Hello, > >> This possibly could be a resend, as I did not see my post (that I > >> emailed out on Aug 17). > >> I am looking for documentation on how to use XENFB on ARM. I did > >> see a post dated Dec 2013 from Peter > >> (http://lists.xen.org/archives/html/xen-users/2013-12/msg00061.html) > >> and discussions with Steffano and > >> Ian on how to achieve it. But, its not clear to me. > >> > >> I am trying to achieve this on the Odroid-XU (ARM based Exynos > >> 5410). I am looking for the following: > >> > >> 1. qemu compilation upstream - I believe this has all the bits to > >> achieve it. Are there any special compile options. I ask this, as > >> qemu-system-arm seems to be spawned in dom0 with -M xenpv and I am not > >> able to compile this machine in qemu. > >> I do configure to build qemu with --enable-xen --target-list > >> arm-softmmu and the other options as mentioned in > >> http://wiki.xen.org/wiki/QEMU_Upstream#Building_your_own_qemu. > >> > >> Note that I am not trying to cross compile but am compiling qemu natively. > > > > You just need this patch series: > > > > http://marc.info/?l=xen-devel&m=140690717224942 > > > > then you should be able to build QEMU normally as part of the Xen build > > process. The binary created is actually still called qemu-system-i386 > > even though we are not actually doing any x86 emulation. > > > Thanks for this. Just for the record, I used yout partch as in -> > http://www.gossamer-threads.com/lists/xen/devel/338875 and that worked > like a charm. > > > >> 2. What are the options in the domU2 config file to achieve this. > > > > The option is called vfb, see man xl.cfg. > > > Thanks the vfb option did it! Its nice to launch xl create -V file> and see the console! > > > > >> 3. Any thing else ... Like when domU2 is created, what mice/keyboard/fb > >> messages to look for, or in dom0 what backend driver output to look > >> for. Does this need a xorg.conf file etc ... > > > > You need CONFIG_XEN_FBDEV_FRONTEND in DomU and CONFIG_XEN_GNTDEV in > > dom0. You can try it by simply using fbcon in the guest, see > > Documentation/fb/fbcon.txt under Linux. > I did have the configs set approproately, and fbcon.txt was helpful too! > > Thanks once again, > - Suriyan > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Aug 23 19:19:23 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 23 Aug 2014 19:19: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 1XLGpN-0004H9-Jg; Sat, 23 Aug 2014 19:18:17 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XLGpM-0004Gu-3S; Sat, 23 Aug 2014 19:18:16 +0000 Received: from [85.158.137.68:50753] by server-7.bemta-3.messagelabs.com id 8A/2E-01084-7F8E8F35; Sat, 23 Aug 2014 19:18:15 +0000 X-Env-Sender: Stefano.Stabellini@citrix.com X-Msg-Ref: server-10.tower-31.messagelabs.com!1408821492!15414995!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18862 invoked from network); 23 Aug 2014 19:18:14 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-10.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 23 Aug 2014 19:18:14 -0000 X-IronPort-AV: E=Sophos;i="5.04,387,1406592000"; d="scan'208";a="165272314" Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.78) with Microsoft SMTP Server id 14.3.181.6; Sat, 23 Aug 2014 15:18:11 -0400 Received: from kaball.uk.xensource.com ([10.80.2.59]) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1XLGpH-0001JR-DZ; Sat, 23 Aug 2014 20:18:11 +0100 Date: Sat, 23 Aug 2014 20:16:42 +0100 From: Stefano Stabellini X-X-Sender: sstabellini@kaball.uk.xensource.com To: Suriyan Ramasami In-Reply-To: Message-ID: References: User-Agent: Alpine 2.02 (DEB 1266 2009-07-14) MIME-Version: 1.0 X-DLP: MIA2 Cc: xen-users@lists.xen.org, "xen-devel@lists.xen.org" , Stefano Stabellini Subject: Re: [Xen-users] [Xen-devel] XEN/ARM XENFB howto X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Great to hear! On Fri, 22 Aug 2014, Suriyan Ramasami wrote: > Thank you so much Stefano! It works amazingly well! I will probably > update the wiki as well. > > On Thu, Aug 21, 2014 at 3:22 PM, Stefano Stabellini > wrote: > > On Mon, 18 Aug 2014, Suriyan Ramasami wrote: > >> Hello, > >> This possibly could be a resend, as I did not see my post (that I > >> emailed out on Aug 17). > >> I am looking for documentation on how to use XENFB on ARM. I did > >> see a post dated Dec 2013 from Peter > >> (http://lists.xen.org/archives/html/xen-users/2013-12/msg00061.html) > >> and discussions with Steffano and > >> Ian on how to achieve it. But, its not clear to me. > >> > >> I am trying to achieve this on the Odroid-XU (ARM based Exynos > >> 5410). I am looking for the following: > >> > >> 1. qemu compilation upstream - I believe this has all the bits to > >> achieve it. Are there any special compile options. I ask this, as > >> qemu-system-arm seems to be spawned in dom0 with -M xenpv and I am not > >> able to compile this machine in qemu. > >> I do configure to build qemu with --enable-xen --target-list > >> arm-softmmu and the other options as mentioned in > >> http://wiki.xen.org/wiki/QEMU_Upstream#Building_your_own_qemu. > >> > >> Note that I am not trying to cross compile but am compiling qemu natively. > > > > You just need this patch series: > > > > http://marc.info/?l=xen-devel&m=140690717224942 > > > > then you should be able to build QEMU normally as part of the Xen build > > process. The binary created is actually still called qemu-system-i386 > > even though we are not actually doing any x86 emulation. > > > Thanks for this. Just for the record, I used yout partch as in -> > http://www.gossamer-threads.com/lists/xen/devel/338875 and that worked > like a charm. > > > >> 2. What are the options in the domU2 config file to achieve this. > > > > The option is called vfb, see man xl.cfg. > > > Thanks the vfb option did it! Its nice to launch xl create -V file> and see the console! > > > > >> 3. Any thing else ... Like when domU2 is created, what mice/keyboard/fb > >> messages to look for, or in dom0 what backend driver output to look > >> for. Does this need a xorg.conf file etc ... > > > > You need CONFIG_XEN_FBDEV_FRONTEND in DomU and CONFIG_XEN_GNTDEV in > > dom0. You can try it by simply using fbcon in the guest, see > > Documentation/fb/fbcon.txt under Linux. > I did have the configs set approproately, and fbcon.txt was helpful too! > > Thanks once again, > - Suriyan > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Aug 25 09:21:56 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 25 Aug 2014 09:21: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 1XLqRz-0008WO-Nd; Mon, 25 Aug 2014 09:20:31 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XLqRy-0008WI-03 for xen-users@lists.xen.org; Mon, 25 Aug 2014 09:20:30 +0000 Received: from [85.158.137.68:26345] by server-15.bemta-3.messagelabs.com id 37/61-01573-DDFFAF35; Mon, 25 Aug 2014 09:20:29 +0000 X-Env-Sender: ustermann.max@web.de X-Msg-Ref: server-6.tower-31.messagelabs.com!1408958428!11227283!1 X-Originating-IP: [212.227.17.11] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMTIuMjI3LjE3LjExID0+IDE4NTg2\n,sa_preprocessor: QmFkIElQOiAyMTIuMjI3LjE3LjExID0+IDE4NTg2\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6379 invoked from network); 25 Aug 2014 09:20:28 -0000 Received: from mout.web.de (HELO mout.web.de) (212.227.17.11) by server-6.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 25 Aug 2014 09:20:28 -0000 Received: from [212.23.140.110] by 3capp-webde-bs13.dlan.cinetic.de (via HTTP); Mon, 25 Aug 2014 11:20:28 +0200 MIME-Version: 1.0 Message-ID: From: ustermann.max@web.de To: xen-users@lists.xen.org Date: Mon, 25 Aug 2014 11:20:28 +0200 Importance: normal Sensitivity: Normal X-Priority: 3 X-Provags-ID: V03:K0:VraP9ccz9z0OrBZtzr3OpgXrtaQMBZF6NSoKeiTvS0L l7k7DIuXPA77yahxeHzzovjTuId+yN0wTNZ9NW84Z5xW4MvtKX GiY/Lk+BwFT2lXZxZyInUgEfF9q+XySYebcW8e35ZeybT0+1y/ +3RHuVwQsCJuW0jEItr6byzmEtRANgmUbPp2moxPLHDnc71tqQ tNb9y3ulXeerpBqrxDt9RYrOzTP6M4sQeZ6fy+VgcpCZzfCf9m mTmchXrRXGyXfuxbQNeMdo55rLNNmec+hBoO8JUIYN9oKN55R/ RUogjd0fYujkfFEVujZosFTSKbf X-UI-Out-Filterresults: notjunk:1; Subject: [Xen-users] problems with citrix-pv-drivers , Windows Xp and Xen-4.3.2 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org CgpIZWxsbyBldmVyeWJvZHksCmhhdmUgYW55b25lIGV4cGVyaWVuY2Ugd2l0aCBDaXRyaXgtUFYt ZHJpdmVycyBhbmQgV2luZG93cyBYUCBTUDMgMzJiaXQgdW5kZXIgIm9wZW5zb3VyY2UiIFhlbi00 LjMuMj8KSSBoYXZlIHRyaWVkIHRoZSBEcml2ZXItUGFja2FnZSBmcm9tIFhDcC0wLjUgdG8gWENQ LTEuNiBhbmQgYWxzbyBmcm9tIFhlblNlcnZlciA2LjIsIGJ1dCBldmVyeSB0aW1lIHdpdGggdGhl IHNhbWUgcmVzdWx0LgpBZnRlciBJbnN0YWxsaW5nIGFuZCByZWJvb3QgdGhlIFZNIHNob3dzIHRo ZSBTdGFydC1TY3JlZW4gYW5kIHRoZW4gcmVib290IGFuZCByZWJvb3QgdW50aWwgaSBjaG9vc2Ug InNhdmUgc3RhcnQiLgp0aGUgbGFzdCBtZXNzYWdlcyBpbiB0aGUgbG9nwrRzIGFyZSB0aGUgZm9s bG93aW5nIGZvciBleGFtcGxlOgrCoApYRVZUQ0hOwqAgTm90aWNlwqDCoCBTdXBwb3J0ZWRDbGFz c2VzWzBdID0gVklGClhFVlRDSE7CoCBOb3RpY2XCoMKgIFN5bnRoZXRpY0NsYXNzZXNbMF0gPSBJ RkFDRQpYRVZUQ0hOwqAgTm90aWNlwqDCoCBJbnN0YWxsRHVtcERldmljZUNhbGxiYWNrOiB2ZXJz aW9uIG1pc21hdGNoICgyNTUgIT0gMSkKWEVWVENITsKgIE5vdGljZcKgwqAgTWFwUmVzb3VyY2Vz OiA9PT09PgpYRU5VVElMwqAgTm90aWNlwqDCoCBIWVBFUkNBTExbMF06IDIzZDEwMDAKWEVOVVRJ TMKgIE5vdGljZcKgwqAgUFYgRFJJVkVSUzogVkVSU0lPTjogNi4wLjIgQlVJTEQ6IDU2OTIxIChK dW4gMTUgMjAxMi4wMzo0ODozNCkKWEVOVVRJTMKgIE5vdGljZcKgwqAgR2V0UHJvY2Vzc29yQ291 bnQ6IGZvdW5kIDEgdkNQVXMKWEVOVVRJTMKgIE5vdGljZcKgwqAgMzItYml0IEhWTQpDaXRyaXgg V2luZG93cyBQViBkcml2ZXJzIGxvYWRlZCBpbiBndWVzdApQViBkcml2ZXIgYnVpbGQgNTY5MjEK SS9PIHJlcXVlc3Qgbm90IHJlYWR5OiAwLCBwdHI6IDAsIHBvcnQ6IDEyLCBkYXRhOiA0NSwgY291 bnQ6IDEsIHNpemU6IDEKWEVOVVRJTMKgIE5vdGljZcKgwqAgRXhwYW5kR3JhbnRUYWJsZTogR1JB TlQgVEFCTEUgMDogKDAgLSA1MTEpIGF0IEY4MkYyMDAwICgyNmQzMDAwKQpYRU5VVElMwqAgTm90 aWNlwqDCoCBYZW5FbnRlcnByaXNlIHByb2R1Y3Qgc3RyaW5nIGlzIG5vdCBwcmVzZW50ClhFTlVU SUzCoCBXYXJuaW5nwqAgVXNpbmcgb2xkLXN0eWxlIHZsYXBpYyBtYXBwaW5nLgpYRU5VVElMwqAg Tm90aWNlwqDCoCBBUElDIDAgbWFwcGVkIGF0IDgyMUQzMDAwICgyM2QzMDAwKQpYRU5VVElMwqAg Tm90aWNlwqDCoCBGZWF0dXJlIDQgdmFyaWFudCA0MDIgYXQgODA2RDI4Q0MuClhFTlVUSUzCoCBO b3RpY2XCoMKgIEZlYXR1cmUgNCB2YXJpYW50IDQwMyBhdCA4MDZEMjhERS4KWEVOVVRJTMKgIE5v dGljZcKgwqAgRmVhdHVyZSA0IHZhcmlhbnQgMSBhdCA4MDZEMjg3Mi4KwqAKwqAKYWxsIHRoZSBi ZXN0Cm1heAoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18K WGVuLXVzZXJzIG1haWxpbmcgbGlzdApYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlz dHMueGVuLm9yZy94ZW4tdXNlcnM= From xen-users-bounces@lists.xen.org Mon Aug 25 09:21:56 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 25 Aug 2014 09:21: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 1XLqRz-0008WO-Nd; Mon, 25 Aug 2014 09:20:31 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XLqRy-0008WI-03 for xen-users@lists.xen.org; Mon, 25 Aug 2014 09:20:30 +0000 Received: from [85.158.137.68:26345] by server-15.bemta-3.messagelabs.com id 37/61-01573-DDFFAF35; Mon, 25 Aug 2014 09:20:29 +0000 X-Env-Sender: ustermann.max@web.de X-Msg-Ref: server-6.tower-31.messagelabs.com!1408958428!11227283!1 X-Originating-IP: [212.227.17.11] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMTIuMjI3LjE3LjExID0+IDE4NTg2\n,sa_preprocessor: QmFkIElQOiAyMTIuMjI3LjE3LjExID0+IDE4NTg2\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6379 invoked from network); 25 Aug 2014 09:20:28 -0000 Received: from mout.web.de (HELO mout.web.de) (212.227.17.11) by server-6.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 25 Aug 2014 09:20:28 -0000 Received: from [212.23.140.110] by 3capp-webde-bs13.dlan.cinetic.de (via HTTP); Mon, 25 Aug 2014 11:20:28 +0200 MIME-Version: 1.0 Message-ID: From: ustermann.max@web.de To: xen-users@lists.xen.org Date: Mon, 25 Aug 2014 11:20:28 +0200 Importance: normal Sensitivity: Normal X-Priority: 3 X-Provags-ID: V03:K0:VraP9ccz9z0OrBZtzr3OpgXrtaQMBZF6NSoKeiTvS0L l7k7DIuXPA77yahxeHzzovjTuId+yN0wTNZ9NW84Z5xW4MvtKX GiY/Lk+BwFT2lXZxZyInUgEfF9q+XySYebcW8e35ZeybT0+1y/ +3RHuVwQsCJuW0jEItr6byzmEtRANgmUbPp2moxPLHDnc71tqQ tNb9y3ulXeerpBqrxDt9RYrOzTP6M4sQeZ6fy+VgcpCZzfCf9m mTmchXrRXGyXfuxbQNeMdo55rLNNmec+hBoO8JUIYN9oKN55R/ RUogjd0fYujkfFEVujZosFTSKbf X-UI-Out-Filterresults: notjunk:1; Subject: [Xen-users] problems with citrix-pv-drivers , Windows Xp and Xen-4.3.2 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org CgpIZWxsbyBldmVyeWJvZHksCmhhdmUgYW55b25lIGV4cGVyaWVuY2Ugd2l0aCBDaXRyaXgtUFYt ZHJpdmVycyBhbmQgV2luZG93cyBYUCBTUDMgMzJiaXQgdW5kZXIgIm9wZW5zb3VyY2UiIFhlbi00 LjMuMj8KSSBoYXZlIHRyaWVkIHRoZSBEcml2ZXItUGFja2FnZSBmcm9tIFhDcC0wLjUgdG8gWENQ LTEuNiBhbmQgYWxzbyBmcm9tIFhlblNlcnZlciA2LjIsIGJ1dCBldmVyeSB0aW1lIHdpdGggdGhl IHNhbWUgcmVzdWx0LgpBZnRlciBJbnN0YWxsaW5nIGFuZCByZWJvb3QgdGhlIFZNIHNob3dzIHRo ZSBTdGFydC1TY3JlZW4gYW5kIHRoZW4gcmVib290IGFuZCByZWJvb3QgdW50aWwgaSBjaG9vc2Ug InNhdmUgc3RhcnQiLgp0aGUgbGFzdCBtZXNzYWdlcyBpbiB0aGUgbG9nwrRzIGFyZSB0aGUgZm9s bG93aW5nIGZvciBleGFtcGxlOgrCoApYRVZUQ0hOwqAgTm90aWNlwqDCoCBTdXBwb3J0ZWRDbGFz c2VzWzBdID0gVklGClhFVlRDSE7CoCBOb3RpY2XCoMKgIFN5bnRoZXRpY0NsYXNzZXNbMF0gPSBJ RkFDRQpYRVZUQ0hOwqAgTm90aWNlwqDCoCBJbnN0YWxsRHVtcERldmljZUNhbGxiYWNrOiB2ZXJz aW9uIG1pc21hdGNoICgyNTUgIT0gMSkKWEVWVENITsKgIE5vdGljZcKgwqAgTWFwUmVzb3VyY2Vz OiA9PT09PgpYRU5VVElMwqAgTm90aWNlwqDCoCBIWVBFUkNBTExbMF06IDIzZDEwMDAKWEVOVVRJ TMKgIE5vdGljZcKgwqAgUFYgRFJJVkVSUzogVkVSU0lPTjogNi4wLjIgQlVJTEQ6IDU2OTIxIChK dW4gMTUgMjAxMi4wMzo0ODozNCkKWEVOVVRJTMKgIE5vdGljZcKgwqAgR2V0UHJvY2Vzc29yQ291 bnQ6IGZvdW5kIDEgdkNQVXMKWEVOVVRJTMKgIE5vdGljZcKgwqAgMzItYml0IEhWTQpDaXRyaXgg V2luZG93cyBQViBkcml2ZXJzIGxvYWRlZCBpbiBndWVzdApQViBkcml2ZXIgYnVpbGQgNTY5MjEK SS9PIHJlcXVlc3Qgbm90IHJlYWR5OiAwLCBwdHI6IDAsIHBvcnQ6IDEyLCBkYXRhOiA0NSwgY291 bnQ6IDEsIHNpemU6IDEKWEVOVVRJTMKgIE5vdGljZcKgwqAgRXhwYW5kR3JhbnRUYWJsZTogR1JB TlQgVEFCTEUgMDogKDAgLSA1MTEpIGF0IEY4MkYyMDAwICgyNmQzMDAwKQpYRU5VVElMwqAgTm90 aWNlwqDCoCBYZW5FbnRlcnByaXNlIHByb2R1Y3Qgc3RyaW5nIGlzIG5vdCBwcmVzZW50ClhFTlVU SUzCoCBXYXJuaW5nwqAgVXNpbmcgb2xkLXN0eWxlIHZsYXBpYyBtYXBwaW5nLgpYRU5VVElMwqAg Tm90aWNlwqDCoCBBUElDIDAgbWFwcGVkIGF0IDgyMUQzMDAwICgyM2QzMDAwKQpYRU5VVElMwqAg Tm90aWNlwqDCoCBGZWF0dXJlIDQgdmFyaWFudCA0MDIgYXQgODA2RDI4Q0MuClhFTlVUSUzCoCBO b3RpY2XCoMKgIEZlYXR1cmUgNCB2YXJpYW50IDQwMyBhdCA4MDZEMjhERS4KWEVOVVRJTMKgIE5v dGljZcKgwqAgRmVhdHVyZSA0IHZhcmlhbnQgMSBhdCA4MDZEMjg3Mi4KwqAKwqAKYWxsIHRoZSBi ZXN0Cm1heAoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18K WGVuLXVzZXJzIG1haWxpbmcgbGlzdApYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlz dHMueGVuLm9yZy94ZW4tdXNlcnM= From xen-users-bounces@lists.xen.org Mon Aug 25 11:40:22 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 25 Aug 2014 11:40: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 1XLscC-0002Na-VF; Mon, 25 Aug 2014 11:39:12 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XLscB-0002NU-NY for xen-users@lists.xen.org; Mon, 25 Aug 2014 11:39:11 +0000 Received: from [193.109.254.147:54122] by server-13.bemta-14.messagelabs.com id D5/F5-19311-F502BF35; Mon, 25 Aug 2014 11:39:11 +0000 X-Env-Sender: awg1@gmx.com X-Msg-Ref: server-13.tower-27.messagelabs.com!1408966750!12905002!1 X-Originating-IP: [212.227.15.15] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMTIuMjI3LjE1LjE1ID0+IDI0NzM3\n,sa_preprocessor: QmFkIElQOiAyMTIuMjI3LjE1LjE1ID0+IDI0NzM3\n,ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13348 invoked from network); 25 Aug 2014 11:39:10 -0000 Received: from mout.gmx.net (HELO mout.gmx.net) (212.227.15.15) by server-13.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 25 Aug 2014 11:39:10 -0000 Received: from [10.1.1.7] ([82.28.58.11]) by mail.gmx.com (mrgmx002) with ESMTPSA (Nemesis) id 0LanoO-1WbnMb40uu-00kPMp for ; Mon, 25 Aug 2014 13:39:10 +0200 Message-ID: <53FB2056.3080307@gmx.com> Date: Mon, 25 Aug 2014 12:39:02 +0100 From: Adam Gold User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: xen-users@lists.xen.org X-Provags-ID: V03:K0:IgCNGDPYGPO6DP9zJsnAj+K8CRdP+oNQ9agx2wBRJLv8hhIm9t6 8CkQwQnTX52rsMs422iMcl8/fpRVQh/Qn9EbGCC3zNcbXvAeClfX43pafrk+i6xFzGIhnXD RbqoS7QdPbGZxJwNPYNsneuzycD3aZ7DZJ322QUxeQk0iMyQt1V997JN67T/tcFqPeAQrXJ dTPFw+iZl57aUuOL8yDrA== X-UI-Out-Filterresults: notjunk:1; Subject: [Xen-users] some very basic networking trouble X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org I've been running xen 4.2 on Fedora 19 for the last year or so. I've just switched to xen 4.4 on Debian Jessie and I simply cannot get even the most basic of networking to function. As far as I can tell, I have replicated the setup I had on Fedora (adjusting for the different conf file formats on Debian). My arrangement is simple: NIC1 and NIC2 are bonded, then attached to a bridge which in turn provides external internet access for the physical machine and certain of the VMs. There are then a series of subnets for different groupings of VMs which use internal only virtual bridges. In short then: br0 = external access; xenbr0, xenbr1, xenbr2 run subnets 10.0.0.x, 10.1.1.x, 10.2.2.x etc. My server has access to a block of /27 IPs. The server's IP is x.x.x.1 I try to set up a new Wheezy VM with an external IP with the following simple script: kernel="vmlinuz" ramdisk="initrd.gz" name = [x] maxmem = [x] memory = [x] vcpus = 1 disk = [ "phy:/dev/lvm/vm,xvda,w" ] vif = [ "mac=xx.xx.xx.xx.xx.xx,bridge=br0" ] During the setup I interrupt the dhcp process to assign a static address from my server's IP block. For example I will give the VM x.x.x.2/27, enter the correct gateway that the physical server is using and a working nameserver. After that nada! The link on eth0 is not detected, external mirrors are uncontactable etc. Am I missing something absurdly simple as this worked just fine before on Fedora? Is there some transitional detail I've missed from Fedora to Debian? I've been through all the networking pages on the wiki, tried adding -I FORWARD -m physdev --physdev-is-bridged -j ACCEPT to iptables, disabling netfilter on bridges in sysctl.conf etc. I'd really appreciate a fresh mind/pair of eyes that has any input to provide. Thanks. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Aug 25 11:40:22 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 25 Aug 2014 11:40: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 1XLscC-0002Na-VF; Mon, 25 Aug 2014 11:39:12 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XLscB-0002NU-NY for xen-users@lists.xen.org; Mon, 25 Aug 2014 11:39:11 +0000 Received: from [193.109.254.147:54122] by server-13.bemta-14.messagelabs.com id D5/F5-19311-F502BF35; Mon, 25 Aug 2014 11:39:11 +0000 X-Env-Sender: awg1@gmx.com X-Msg-Ref: server-13.tower-27.messagelabs.com!1408966750!12905002!1 X-Originating-IP: [212.227.15.15] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMTIuMjI3LjE1LjE1ID0+IDI0NzM3\n,sa_preprocessor: QmFkIElQOiAyMTIuMjI3LjE1LjE1ID0+IDI0NzM3\n,ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13348 invoked from network); 25 Aug 2014 11:39:10 -0000 Received: from mout.gmx.net (HELO mout.gmx.net) (212.227.15.15) by server-13.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 25 Aug 2014 11:39:10 -0000 Received: from [10.1.1.7] ([82.28.58.11]) by mail.gmx.com (mrgmx002) with ESMTPSA (Nemesis) id 0LanoO-1WbnMb40uu-00kPMp for ; Mon, 25 Aug 2014 13:39:10 +0200 Message-ID: <53FB2056.3080307@gmx.com> Date: Mon, 25 Aug 2014 12:39:02 +0100 From: Adam Gold User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: xen-users@lists.xen.org X-Provags-ID: V03:K0:IgCNGDPYGPO6DP9zJsnAj+K8CRdP+oNQ9agx2wBRJLv8hhIm9t6 8CkQwQnTX52rsMs422iMcl8/fpRVQh/Qn9EbGCC3zNcbXvAeClfX43pafrk+i6xFzGIhnXD RbqoS7QdPbGZxJwNPYNsneuzycD3aZ7DZJ322QUxeQk0iMyQt1V997JN67T/tcFqPeAQrXJ dTPFw+iZl57aUuOL8yDrA== X-UI-Out-Filterresults: notjunk:1; Subject: [Xen-users] some very basic networking trouble X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org I've been running xen 4.2 on Fedora 19 for the last year or so. I've just switched to xen 4.4 on Debian Jessie and I simply cannot get even the most basic of networking to function. As far as I can tell, I have replicated the setup I had on Fedora (adjusting for the different conf file formats on Debian). My arrangement is simple: NIC1 and NIC2 are bonded, then attached to a bridge which in turn provides external internet access for the physical machine and certain of the VMs. There are then a series of subnets for different groupings of VMs which use internal only virtual bridges. In short then: br0 = external access; xenbr0, xenbr1, xenbr2 run subnets 10.0.0.x, 10.1.1.x, 10.2.2.x etc. My server has access to a block of /27 IPs. The server's IP is x.x.x.1 I try to set up a new Wheezy VM with an external IP with the following simple script: kernel="vmlinuz" ramdisk="initrd.gz" name = [x] maxmem = [x] memory = [x] vcpus = 1 disk = [ "phy:/dev/lvm/vm,xvda,w" ] vif = [ "mac=xx.xx.xx.xx.xx.xx,bridge=br0" ] During the setup I interrupt the dhcp process to assign a static address from my server's IP block. For example I will give the VM x.x.x.2/27, enter the correct gateway that the physical server is using and a working nameserver. After that nada! The link on eth0 is not detected, external mirrors are uncontactable etc. Am I missing something absurdly simple as this worked just fine before on Fedora? Is there some transitional detail I've missed from Fedora to Debian? I've been through all the networking pages on the wiki, tried adding -I FORWARD -m physdev --physdev-is-bridged -j ACCEPT to iptables, disabling netfilter on bridges in sysctl.conf etc. I'd really appreciate a fresh mind/pair of eyes that has any input to provide. Thanks. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Aug 25 15:16:10 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 25 Aug 2014 15:16: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 1XLvzB-0001FS-FW; Mon, 25 Aug 2014 15:15:09 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XLvz5-0001Ey-0s for xen-users@lists.xen.org; Mon, 25 Aug 2014 15:15:08 +0000 Received: from [85.158.143.35:20255] by server-3.bemta-4.messagelabs.com id F4/8E-06192-6F25BF35; Mon, 25 Aug 2014 15:15:02 +0000 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-2.tower-21.messagelabs.com!1408979701!5068588!1 X-Originating-IP: [81.174.135.208] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5026 invoked from network); 25 Aug 2014 15:15:01 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-2.tower-21.messagelabs.com with SMTP; 25 Aug 2014 15:15:01 -0000 X-Virus-Scanned: Debian amavisd-new at patsy.thehobsons.co.uk Received: from [192.168.1.4] (88-111-161-27.dynamic.dsl.as9105.com [88.111.161.27]) by patsy.thehobsons.co.uk (Postfix) with ESMTPSA id 9E6231BC3E for ; Mon, 25 Aug 2014 15:14:57 +0000 (UTC) Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) From: Simon Hobson In-Reply-To: <53FB2056.3080307@gmx.com> Date: Mon, 25 Aug 2014 16:14:58 +0100 Message-Id: <47D2996A-0233-4E04-8734-7B81A2416853@thehobsons.co.uk> References: <53FB2056.3080307@gmx.com> To: xen-users@lists.xen.org X-Mailer: Apple Mail (2.1510) Subject: Re: [Xen-users] some very basic networking trouble X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Adam Gold wrote: > I'd really appreciate a fresh mind/pair of eyes that has any input to > provide. Post your /etc/network/interfaces for starters. What you describe should work. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Aug 25 15:16:10 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 25 Aug 2014 15:16: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 1XLvzB-0001FS-FW; Mon, 25 Aug 2014 15:15:09 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XLvz5-0001Ey-0s for xen-users@lists.xen.org; Mon, 25 Aug 2014 15:15:08 +0000 Received: from [85.158.143.35:20255] by server-3.bemta-4.messagelabs.com id F4/8E-06192-6F25BF35; Mon, 25 Aug 2014 15:15:02 +0000 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-2.tower-21.messagelabs.com!1408979701!5068588!1 X-Originating-IP: [81.174.135.208] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5026 invoked from network); 25 Aug 2014 15:15:01 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-2.tower-21.messagelabs.com with SMTP; 25 Aug 2014 15:15:01 -0000 X-Virus-Scanned: Debian amavisd-new at patsy.thehobsons.co.uk Received: from [192.168.1.4] (88-111-161-27.dynamic.dsl.as9105.com [88.111.161.27]) by patsy.thehobsons.co.uk (Postfix) with ESMTPSA id 9E6231BC3E for ; Mon, 25 Aug 2014 15:14:57 +0000 (UTC) Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) From: Simon Hobson In-Reply-To: <53FB2056.3080307@gmx.com> Date: Mon, 25 Aug 2014 16:14:58 +0100 Message-Id: <47D2996A-0233-4E04-8734-7B81A2416853@thehobsons.co.uk> References: <53FB2056.3080307@gmx.com> To: xen-users@lists.xen.org X-Mailer: Apple Mail (2.1510) Subject: Re: [Xen-users] some very basic networking trouble X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Adam Gold wrote: > I'd really appreciate a fresh mind/pair of eyes that has any input to > provide. Post your /etc/network/interfaces for starters. What you describe should work. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Aug 25 21:55:58 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 25 Aug 2014 21:55:58 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XM2E0-0007WP-SD; Mon, 25 Aug 2014 21:54:52 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XM2Dz-0007WK-GK for xen-users@lists.xen.org; Mon, 25 Aug 2014 21:54:51 +0000 Received: from [85.158.139.211:57693] by server-3.bemta-5.messagelabs.com id DF/47-13873-AA0BBF35; Mon, 25 Aug 2014 21:54:50 +0000 X-Env-Sender: bajopalabra@yahoo.com.ar X-Msg-Ref: server-13.tower-206.messagelabs.com!1409003688!12095947!1 X-Originating-IP: [98.139.213.150] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_12, ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24847 invoked from network); 25 Aug 2014 21:54:48 -0000 Received: from nm5-vm0.bullet.mail.bf1.yahoo.com (HELO nm5-vm0.bullet.mail.bf1.yahoo.com) (98.139.213.150) by server-13.tower-206.messagelabs.com with SMTP; 25 Aug 2014 21:54:48 -0000 Received: from [98.139.212.149] by nm5.bullet.mail.bf1.yahoo.com with NNFMP; 25 Aug 2014 21:54:47 -0000 Received: from [98.139.212.211] by tm6.bullet.mail.bf1.yahoo.com with NNFMP; 25 Aug 2014 21:54:47 -0000 Received: from [127.0.0.1] by omp1020.mail.bf1.yahoo.com with NNFMP; 25 Aug 2014 21:54:47 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 827067.67997.bm@omp1020.mail.bf1.yahoo.com Received: (qmail 89043 invoked by uid 60001); 25 Aug 2014 21:54:47 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com.ar; s=s1024; t=1409003687; bh=izNsQZ01sQ9uDD6OlIVWC/SzMPk23Towd+9Nc0DA10c=; h=Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=sY3ufd+e+ksOyiUwTzQ2+nB/tVEY5Y1rzhoyG5NrZyszdE8AAIIhxRRBpGw/0fd+tOYRZnvzG4MPLGmDWOb7U+EaHJ9lC/ZVgdun6REQdaKFU/PWWcYym8l0phW+6C2rv/odbKKpSQAqywG0TzOHkTBUjWIAfBVtGHXGc7vDeLI= X-YMail-OSG: jdyLgq8VM1m6NTRd0UkYeZEJkyiw2MJJRzxM702j_JiAAys fEL9s9LQ.nyzhUhfHtwW6Df3V3iNCWqiFQVrYcNZjUAA4TiX_ONphWhEVme4 Ge_bNs0tVS1Odj2U_ja8iDDfg7nC_vYHiY1M6EaanACUivYlQ17A3tjfyzTo sDkCcF9UdLizRLPLKZCrzo_eJuLyNzwl28Wars7pfs9XAgtvrKZPAaRnfmhm Y7iedhdnH5UxMAx1fGLVaIUyK4ZnbiFIUPHUUCegJoie8mp3ntXldG6lbabJ zc92I6mBGxWA7mNNd3U7ozAxt4hgXBxwy6nv4qaUjeSHV3Fvu4Qd0ZfPwR0q gqxowlSar3OW96om0BFjZNX68EExnzUcVXoDNAXqVm63K3okCU1eCcKhXKB6 jfH3Apk21Pr0hfEYDiAMhGnZUXDuVjmFMJJU5sktZJr0RqNEnTsOhlPC_JLf WsHGE95Ng2MsXr2t0e9Nnz2_CIFoZ1hpJq4fp2xPmwEJVBMSc2gpEUYCMUz_ R1m3EHTJ_1Z.uUdbIypnPfQl5xBB8CjFCNaqorNtVI6uZhvTXk7Sa.O_YAaP fpR_hCg1CKDKR09hZZH6IOge.2GwheTVfqSWoqWWZTzl7OQGI7kNj Received: from [200.89.153.16] by web142702.mail.bf1.yahoo.com via HTTP; Mon, 25 Aug 2014 14:54:46 PDT X-Rocket-MIMEInfo: 002.001, SGkKSSdtIHZlcnkgbmV3IHdpdGggWGVuICgvRGViaWFuKQoKSSBoYXZlIDIgVk1zIHJ1bm5pbmcgV2luZG93czogIkFyY2giIGFuZCAiU3FsIiAtLSBzdGF0aWMgSVBzCgpWTSBBcmNoOiBpcyBvaywgYWNjZXNzaWJsZSB0aHJ1IFZOQywgUmVtb3RlIERlc2t0b3AsIHNlZSB0aGUgbmV0d29yaywgZXRjCgpWTSBTcWwgOiAtIGp1c3QgYWNjZXNzaWJsZSB0aHJ1IFZOQwoKwqAgwqAgwqAgwqAgwqAgwqAgLSBvbmNlIEkgbG9nIGluLCBJIGRvbid0IHNlZSB0aGUgbmV0d29yawrCoCDCoCDCoCDCoCDCoCDCoCAtIHABMAEBAQE- X-Mailer: YahooMailWebService/0.8.201.700 Message-ID: <1409003686.6905.YahooMailNeo@web142702.mail.bf1.yahoo.com> Date: Mon, 25 Aug 2014 14:54:46 -0700 From: =?iso-8859-1?Q?Hern=E1n_Castelo?= To: "xen-users@lists.xen.org" MIME-Version: 1.0 Subject: [Xen-users] network configuration on DomUs X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: =?iso-8859-1?Q?Hern=E1n_Castelo?= List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0331637900134938196==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0331637900134938196== Content-Type: multipart/alternative; boundary="-1338057726-295830572-1409003686=:6905" ---1338057726-295830572-1409003686=:6905 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Hi=0AI'm very new with Xen (/Debian)=0A=0AI have 2 VMs running Windows: "Ar= ch" and "Sql" -- static IPs=0A=0AVM Arch: is ok, accessible thru VNC, Remot= e Desktop, see the network, etc=0A=0AVM Sql : - just accessible thru VNC=0A= =0A=A0 =A0 =A0 =A0 =A0 =A0 - once I log in, I don't see the network=0A=A0 = =A0 =A0 =A0 =A0 =A0 - pings don't reach peer=0A=A0 =A0 =A0 =A0 =A0 =A0 - ap= pear 4 network ports on Windows=0A=0Athe server has 4 NIC cards=0Athe first= , eth0, is used just for the server, with IP 10.0.11.13=0Athe VM Arch shoul= d use eth1, with IP ...14=0Aand VM Sql should use eth2 with IP 16, and eth3= (as configured in SQLServer) with IP 17=0A=0Aplease, guide me=0A=0AI inher= it this problem, and am far from being an expert...=0A=0ATHANKS IN ADVANCE!= !=0A=0A--------------------------------------------------------=0A=0A=0Aroo= t@USR03:~# route -n=0AKernel IP routing table=0ADestination =A0 =A0 Gateway= =A0 =A0 =A0 =A0 Genmask =A0 =A0 =A0 =A0 Flags Metric Ref =A0 =A0Use Iface= =0A10.0.11.0 =A0 =A0 =A0 0.0.0.0 =A0 =A0 =A0 =A0 255.255.255.0 =A0 U =A0 = =A0 0 =A0 =A0 =A00 =A0 =A0 =A0 =A00 eth0=0A0.0.0.0 =A0 =A0 =A0 =A0 10.0.11.= 1 =A0 =A0 =A0 0.0.0.0 =A0 =A0 =A0 =A0 UG =A0 =A00 =A0 =A0 =A00 =A0 =A0 =A0 = =A00 eth0=0A=0A--------------------------------------------------------=0A= =0A=0Aroot@USR03:~# brctl show=0Abridge name =A0 =A0 bridge id =A0 =A0 =A0 = =A0 =A0 =A0 =A0 STP enabled =A0 =A0 interfaces=0Aeth0 =A0 =A0 =A0 =A0 =A0 = =A08000.001b21d81f20 =A0 =A0 =A0 no =A0 =A0 =A0 =A0 =A0 =A0 =A0peth0=0Axenb= r1 =A0 =A0 =A0 =A0 =A08000.001b21d81f21 =A0 =A0 =A0 no =A0 =A0 =A0 =A0 =A0 = =A0 =A0eth1=0A=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 vif4.0=0Axenbr2 =A0 =A0= =A0 =A0 =A08000.5cf3fc573b8c =A0 =A0 =A0 no =A0 =A0 =A0 =A0 =A0 =A0 =A0eth= 2=0A=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 tap12.0=0A=A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0 tap12.1=0A=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 vif12.0=0A=A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 vif12.1=0Axenbr3 =A0 =A0 =A0 =A0 =A08000.5= cf3fc573b8e =A0 =A0 =A0 no =A0 =A0 =A0 =A0 =A0 =A0 =A0eth3=0A=0A-----------= ---------------------------------------------=0A=0A=0Aroot@USR03:~# ip rout= e show=0A10.0.11.0/24 dev eth0 =A0proto kernel =A0scope link =A0src 10.0.11= .13=0Adefault via 10.0.11.1 dev eth0=0A=0A---------------------------------= -----------------------=0A=0A=0Aroot@USR03:~# ifconfig=0Aeth0 =A0 =A0 =A0Li= nk encap:Ethernet =A0HWaddr 00:1b:21:d8:1f:20=0A=A0 =A0 =A0 =A0 =A0 inet ad= dr:10.0.11.13 =A0Bcast:10.0.11.255 =A0Mask:255.255.255.0=0A=A0 =A0 =A0 =A0 = =A0 inet6 addr: fe80::21b:21ff:fed8:1f20/64 Scope:Link=0A=A0 =A0 =A0 =A0 = =A0 UP BROADCAST RUNNING MULTICAST =A0MTU:1500 =A0Metric:1=0A=A0 =A0 =A0 = =A0 =A0 RX packets:159619 errors:0 dropped:0 overruns:0 frame:0=0A=A0 =A0 = =A0 =A0 =A0 TX packets:140984 errors:0 dropped:0 overruns:0 carrier:0=0A=A0= =A0 =A0 =A0 =A0 collisions:0 txqueuelen:0=0A=A0 =A0 =A0 =A0 =A0 RX bytes:8= 613734 (8.2 MiB) =A0TX bytes:159007702 (151.6 MiB)=0A=0Aeth1 =A0 =A0 =A0Lin= k encap:Ethernet =A0HWaddr 00:1b:21:d8:1f:21=0A=A0 =A0 =A0 =A0 =A0 inet6 ad= dr: fe80::21b:21ff:fed8:1f21/64 Scope:Link=0A=A0 =A0 =A0 =A0 =A0 UP BROADCA= ST RUNNING MULTICAST =A0MTU:1500 =A0Metric:1=0A=A0 =A0 =A0 =A0 =A0 RX packe= ts:37442 errors:0 dropped:0 overruns:0 frame:0=0A=A0 =A0 =A0 =A0 =A0 TX pac= kets:4910 errors:0 dropped:0 overruns:0 carrier:0=0A=A0 =A0 =A0 =A0 =A0 col= lisions:0 txqueuelen:1000=0A=A0 =A0 =A0 =A0 =A0 RX bytes:4607800 (4.3 MiB) = =A0TX bytes:1810201 (1.7 MiB)=0A=A0 =A0 =A0 =A0 =A0 Memory:97a00000-97a8000= 0=0A=0Aeth2 =A0 =A0 =A0Link encap:Ethernet =A0HWaddr 5c:f3:fc:57:3b:8c=0A= =A0 =A0 =A0 =A0 =A0 inet6 addr: fe80::5ef3:fcff:fe57:3b8c/64 Scope:Link=0A= =A0 =A0 =A0 =A0 =A0 UP BROADCAST RUNNING MULTICAST =A0MTU:1500 =A0Metric:1= =0A=A0 =A0 =A0 =A0 =A0 RX packets:33055 errors:0 dropped:0 overruns:0 frame= :0=0A=A0 =A0 =A0 =A0 =A0 TX packets:852 errors:0 dropped:0 overruns:0 carri= er:0=0A=A0 =A0 =A0 =A0 =A0 collisions:0 txqueuelen:1000=0A=A0 =A0 =A0 =A0 = =A0 RX bytes:3446328 (3.2 MiB) =A0TX bytes:79882 (78.0 KiB)=0A=A0 =A0 =A0 = =A0 =A0 Interrupt:28 Memory:92000000-92012800=0A=0Aeth3 =A0 =A0 =A0Link enc= ap:Ethernet =A0HWaddr 5c:f3:fc:57:3b:8e=0A=A0 =A0 =A0 =A0 =A0 inet6 addr: f= e80::5ef3:fcff:fe57:3b8e/64 Scope:Link=0A=A0 =A0 =A0 =A0 =A0 UP BROADCAST R= UNNING MULTICAST =A0MTU:1500 =A0Metric:1=0A=A0 =A0 =A0 =A0 =A0 RX packets:6= 9385 errors:0 dropped:0 overruns:0 frame:0=0A=A0 =A0 =A0 =A0 =A0 TX packets= :16 errors:0 dropped:0 overruns:0 carrier:0=0A=A0 =A0 =A0 =A0 =A0 collision= s:0 txqueuelen:1000=0A=A0 =A0 =A0 =A0 =A0 RX bytes:5844752 (5.5 MiB) =A0TX = bytes:1132 (1.1 KiB)=0A=A0 =A0 =A0 =A0 =A0 Interrupt:40 Memory:94000000-940= 12800=0A=0Alo =A0 =A0 =A0 =A0Link encap:Local Loopback=0A=A0 =A0 =A0 =A0 = =A0 inet addr:127.0.0.1 =A0Mask:255.0.0.0=0A=A0 =A0 =A0 =A0 =A0 inet6 addr:= ::1/128 Scope:Host=0A=A0 =A0 =A0 =A0 =A0 UP LOOPBACK RUNNING =A0MTU:16436 = =A0Metric:1=0A=A0 =A0 =A0 =A0 =A0 RX packets:146 errors:0 dropped:0 overrun= s:0 frame:0=0A=A0 =A0 =A0 =A0 =A0 TX packets:146 errors:0 dropped:0 overrun= s:0 carrier:0=0A=A0 =A0 =A0 =A0 =A0 collisions:0 txqueuelen:0=0A=A0 =A0 =A0= =A0 =A0 RX bytes:14416 (14.0 KiB) =A0TX bytes:14416 (14.0 KiB)=0A=0Apeth0 = =A0 =A0 Link encap:Ethernet =A0HWaddr 00:1b:21:d8:1f:20=0A=A0 =A0 =A0 =A0 = =A0 inet6 addr: fe80::21b:21ff:fed8:1f20/64 Scope:Link=0A=A0 =A0 =A0 =A0 = =A0 UP BROADCAST RUNNING PROMISC MULTICAST =A0MTU:1500 =A0Metric:1=0A=A0 = =A0 =A0 =A0 =A0 RX packets:186596 errors:0 dropped:0 overruns:0 frame:0=0A= =A0 =A0 =A0 =A0 =A0 TX packets:204370 errors:0 dropped:0 overruns:0 carrier= :0=0A=A0 =A0 =A0 =A0 =A0 collisions:0 txqueuelen:1000=0A=A0 =A0 =A0 =A0 =A0= RX bytes:12723915 (12.1 MiB) =A0TX bytes:162430818 (154.9 MiB)=0A=A0 =A0 = =A0 =A0 =A0 Memory:97a80000-97b00000=0A=0Atap12.0 =A0 Link encap:Ethernet = =A0HWaddr d6:fe:ff:61:dd:ce=0A=A0 =A0 =A0 =A0 =A0 inet6 addr: fe80::d4fe:ff= ff:fe61:ddce/64 Scope:Link=0A=A0 =A0 =A0 =A0 =A0 UP BROADCAST RUNNING MULTI= CAST =A0MTU:1500 =A0Metric:1=0A=A0 =A0 =A0 =A0 =A0 RX packets:38 errors:0 d= ropped:0 overruns:0 frame:0=0A=A0 =A0 =A0 =A0 =A0 TX packets:9156 errors:0 = dropped:0 overruns:0 carrier:0=0A=A0 =A0 =A0 =A0 =A0 collisions:0 txqueuele= n:500=0A=A0 =A0 =A0 =A0 =A0 RX bytes:3592 (3.5 KiB) =A0TX bytes:1003894 (98= 0.3 KiB)=0A=0Atap12.1 =A0 Link encap:Ethernet =A0HWaddr 8e:01:08:6d:39:7c= =0A=A0 =A0 =A0 =A0 =A0 inet6 addr: fe80::8c01:8ff:fe6d:397c/64 Scope:Link= =0A=A0 =A0 =A0 =A0 =A0 UP BROADCAST RUNNING MULTICAST =A0MTU:1500 =A0Metric= :1=0A=A0 =A0 =A0 =A0 =A0 RX packets:0 errors:0 dropped:0 overruns:0 frame:0= =0A=A0 =A0 =A0 =A0 =A0 TX packets:9194 errors:0 dropped:0 overruns:0 carrie= r:0=0A=A0 =A0 =A0 =A0 =A0 collisions:0 txqueuelen:500=0A=A0 =A0 =A0 =A0 =A0= RX bytes:0 (0.0 B) =A0TX bytes:1007462 (983.8 KiB)=0A=0Avif12.0 =A0 Link e= ncap:Ethernet =A0HWaddr fe:ff:ff:ff:ff:ff=0A=A0 =A0 =A0 =A0 =A0 inet6 addr:= fe80::fcff:ffff:feff:ffff/64 Scope:Link=0A=A0 =A0 =A0 =A0 =A0 UP BROADCAST= RUNNING PROMISC MULTICAST =A0MTU:1500 =A0Metric:1=0A=A0 =A0 =A0 =A0 =A0 RX= packets:0 errors:0 dropped:0 overruns:0 frame:0=0A=A0 =A0 =A0 =A0 =A0 TX p= ackets:0 errors:0 dropped:9194 overruns:0 carrier:0=0A=A0 =A0 =A0 =A0 =A0 c= ollisions:0 txqueuelen:32=0A=A0 =A0 =A0 =A0 =A0 RX bytes:0 (0.0 B) =A0TX by= tes:0 (0.0 B)=0A=0Avif12.1 =A0 Link encap:Ethernet =A0HWaddr fe:ff:ff:ff:ff= :ff=0A=A0 =A0 =A0 =A0 =A0 inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Li= nk=0A=A0 =A0 =A0 =A0 =A0 UP BROADCAST RUNNING PROMISC MULTICAST =A0MTU:1500= =A0Metric:1=0A=A0 =A0 =A0 =A0 =A0 RX packets:0 errors:0 dropped:0 overruns= :0 frame:0=0A=A0 =A0 =A0 =A0 =A0 TX packets:237 errors:0 dropped:6884 overr= uns:0 carrier:0=0A=A0 =A0 =A0 =A0 =A0 collisions:0 txqueuelen:32=0A=A0 =A0 = =A0 =A0 =A0 RX bytes:0 (0.0 B) =A0TX bytes:22480 (21.9 KiB)=0A=0Avif4.0 =A0= =A0Link encap:Ethernet =A0HWaddr fe:ff:ff:ff:ff:ff=0A=A0 =A0 =A0 =A0 =A0 i= net6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link=0A=A0 =A0 =A0 =A0 =A0 UP= BROADCAST RUNNING PROMISC MULTICAST =A0MTU:1500 =A0Metric:1=0A=A0 =A0 =A0 = =A0 =A0 RX packets:3418 errors:0 dropped:0 overruns:0 frame:0=0A=A0 =A0 =A0= =A0 =A0 TX packets:26435 errors:0 dropped:2009 overruns:0 carrier:0=0A=A0 = =A0 =A0 =A0 =A0 collisions:0 txqueuelen:32=0A=A0 =A0 =A0 =A0 =A0 RX bytes:1= 359883 (1.2 MiB) =A0TX bytes:3064684 (2.9 MiB)=0A=0Axenbr1 =A0 =A0Link enca= p:Ethernet =A0HWaddr 00:1b:21:d8:1f:21=0A=A0 =A0 =A0 =A0 =A0 inet6 addr: fe= 80::21b:21ff:fed8:1f21/64 Scope:Link=0A=A0 =A0 =A0 =A0 =A0 UP BROADCAST RUN= NING MULTICAST =A0MTU:1500 =A0Metric:1=0A=A0 =A0 =A0 =A0 =A0 RX packets:265= 94 errors:0 dropped:0 overruns:0 frame:0=0A=A0 =A0 =A0 =A0 =A0 TX packets:1= 7 errors:0 dropped:0 overruns:0 carrier:0=0A=A0 =A0 =A0 =A0 =A0 collisions:= 0 txqueuelen:0=0A=A0 =A0 =A0 =A0 =A0 RX bytes:2552297 (2.4 MiB) =A0TX bytes= :930 (930.0 B)=0A=0Axenbr2 =A0 =A0Link encap:Ethernet =A0HWaddr 5c:f3:fc:57= :3b:8c=0A=A0 =A0 =A0 =A0 =A0 inet6 addr: fe80::5ef3:fcff:fe57:3b8c/64 Scope= :Link=0A=A0 =A0 =A0 =A0 =A0 UP BROADCAST RUNNING MULTICAST =A0MTU:1500 =A0M= etric:1=0A=A0 =A0 =A0 =A0 =A0 RX packets:26513 errors:0 dropped:0 overruns:= 0 frame:0=0A=A0 =A0 =A0 =A0 =A0 TX packets:16 errors:0 dropped:0 overruns:0= carrier:0=0A=A0 =A0 =A0 =A0 =A0 collisions:0 txqueuelen:0=0A=A0 =A0 =A0 = =A0 =A0 RX bytes:2547392 (2.4 MiB) =A0TX bytes:888 (888.0 B)=0A=0Axenbr3 = =A0 =A0Link encap:Ethernet =A0HWaddr 5c:f3:fc:57:3b:8e=0A=A0 =A0 =A0 =A0 = =A0 inet6 addr: fe80::5ef3:fcff:fe57:3b8e/64 Scope:Link=0A=A0 =A0 =A0 =A0 = =A0 UP BROADCAST RUNNING MULTICAST =A0MTU:1500 =A0Metric:1=0A=A0 =A0 =A0 = =A0 =A0 RX packets:69343 errors:0 dropped:0 overruns:0 frame:0=0A=A0 =A0 = =A0 =A0 =A0 TX packets:16 errors:0 dropped:0 overruns:0 carrier:0=0A=A0 =A0= =A0 =A0 =A0 collisions:0 txqueuelen:0=0A=A0 =A0 =A0 =A0 =A0 RX bytes:45291= 17 (4.3 MiB) =A0TX bytes:888 (888.0 B)=0A=0A-------------------------------= ------------------------- ---1338057726-295830572-1409003686=:6905 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
Hi
I'm very new with Xen (/Debian)

I have 2 VMs running Windows: "Arch" and "Sql" -- s= tatic IPs

VM Arch: is ok, acces= sible thru VNC, Remote Desktop, see the network, etc

VM Sql : - just accessible thru VNC
            - once I log in, I don't see the network
=
  =           - pings don't reach peer
  &nb= sp;         - appear 4 network ports on Windows<= /div>
the server has 4 NIC cards
the first, eth0, is used j= ust for the server, with IP 10.0.11.13
the VM Arch should use eth1, wi= th IP ...14
and VM Sql should use eth2 with IP 16, an= d eth3 (as configured in SQLServer) with IP 17

please, guide me
I inherit this problem, and am far from being an expert...

THANKS IN ADVANCE!!

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

root@USR03:~# r= oute -n
Kerne= l IP routing table
Destination     Gateway         Genmask         Flags Metric Ref =    Use Iface
10.0.11.0       0.0.0.0        = ; 255.255.255.0   U     0      0    = ;    0 eth0
0.0.0.0         10.0.11= .1       0.0.0.0         UG    = ;0      0        0 eth0

------------------------------------------
=
root@USR03:~# brctl show
bridge name     bridge i= d               STP enabled    = ; interfaces
= eth0            8000.001b21d81f20   &nbs= p;   no              peth0
xenbr1     =      8000.001b21d81f21       no    =          eth1
             =                             &nbs= p;             vif4.0
xenbr2         &= nbsp;8000.5cf3fc573b8c       no         =      eth2
                  =                      = ;                 tap12.0
      &= nbsp;                    =                     &nbs= p;       tap12.1
                =                       &nbs= p;                 vif12.0
      =                      = ;                     &nb= sp;       vif12.1
xenbr3       &nbs= p;  8000.5cf3fc573b8e       no       &nb= sp;      eth3

--------------------------------------------------------

root@USR03:~# ip route show
10.0.11.0/24 = dev eth0  proto kernel  scope link  src 10.0.11.13
default via 10.0.11.1 dev eth0

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

roo= t@USR03:~# ifconfig
eth0      Link encap:Ethernet  HWaddr 00:1b:21:d= 8:1f:20
 = ;         inet addr:10.0.11.13  Bcast:10.0.11.255 =  Mask:255.255.255.0
          inet6 addr: fe80::21b:21ff:f= ed8:1f20/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST=  MTU:1500  Metric:1
          RX packets:159619 erro= rs:0 dropped:0 overruns:0 frame:0
          TX packets:140984 errors:0 droppe= d:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
    &= nbsp;     RX bytes:8613734 (8.2 MiB)  TX bytes:159007702 (15= 1.6 MiB)

eth1      Link encap:Ethernet  = ;HWaddr 00:1b:21:d8:1f:21
          inet6 addr: fe80::21b:21ff:= fed8:1f21/64 Scope:Link
          UP BROADCAST RUNNING MULTICAS= T  MTU:1500  Metric:1
          RX packets:37442 errors:0 dropped:0 o= verruns:0 frame:0
          TX packets:4910 errors:0 dropped:0 = overruns:0 carrier:0
          collisions:0 txqueuelen:1000
    &n= bsp;     RX bytes:4607800 (4.3 MiB)  TX bytes:1810201 (1.7 M= iB)
  &n= bsp;       Memory:97a00000-97a80000

eth2 &= nbsp;    Link encap:Ethernet  HWaddr 5c:f3:fc:57:3b:8c
=
         = ; inet6 addr: fe80::5ef3:fcff:fe57:3b8c/64 Scope:Link
         = UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
       = ;   RX packets:33055 errors:0 dropped:0 overruns:0 frame:0
      &nb= sp;   TX packets:852 errors:0 dropped:0 overruns:0 carrier:0
      &= nbsp;   collisions:0 txqueuelen:1000
          RX bytes:34= 46328 (3.2 MiB)  TX bytes:79882 (78.0 KiB)
          Inte= rrupt:28 Memory:92000000-92012800

eth3      Link enc= ap:Ethernet  HWaddr 5c:f3:fc:57:3b:8e
          inet6 addr= : fe80::5ef3:fcff:fe57:3b8e/64 Scope:Link
          UP BROADCAS= T RUNNING MULTICAST  MTU:1500  Metric:1
          RX = packets:69385 errors:0 dropped:0 overruns:0 frame:0
          T= X packets:16 errors:0 dropped:0 overruns:0 carrier:0
          = collisions:0 txqueuelen:1000
          RX bytes:5844752 (5.5 MiB)  TX = bytes:1132 (1.1 KiB)
          Interrupt:40 Memory:94000000-940= 12800

lo        Link encap:Local Loopba= ck
  &nb= sp;       inet addr:127.0.0.1  Mask:255.0.0.0
      &= nbsp;   inet6 addr: ::1/128 Scope:Host
          UP LOOPBA= CK RUNNING  MTU:16436  Metric:1
          RX packets:146 errors:0 d= ropped:0 overruns:0 frame:0
          TX packets:146 errors:0 d= ropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen= :0
  &nb= sp;       RX bytes:14416 (14.0 KiB)  TX bytes:14416 (14= .0 KiB)

peth0     Link encap:Ethernet  HWadd= r 00:1b:21:d8:1f:20
          inet6 addr: fe80::21b:21ff:fed8:1= f20/64 Scope:Link
          UP BROADCAST RUNNING PROMISC MULTICAST  MTU:1500  = Metric:1
&nbs= p;         RX packets:186596 errors:0 dropped:0 overrun= s:0 frame:0
&= nbsp;         TX packets:204370 errors:0 dropped:0 over= runs:0 carrier:0
          collisions:0 txqueuelen:1000
     =     RX bytes:12723915 (12.1 MiB)  TX bytes:162430818 (154.9= MiB)
  =         Memory:97a80000-97b00000

tap12.= 0   Link encap:Ethernet  HWaddr d6:fe:ff:61:dd:ce
          inet= 6 addr: fe80::d4fe:ffff:fe61:ddce/64 Scope:Link
          UP B= ROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
        &nb= sp; RX packets:38 errors:0 dropped:0 overruns:0 frame:0
        &nbs= p; TX packets:9156 errors:0 dropped:0 overruns:0 carrier:0
        =   collisions:0 txqueuelen:500
          RX bytes:3592 (3.5= KiB)  TX bytes:1003894 (980.3 KiB)

tap12.1   Link encap:Ether= net  HWaddr 8e:01:08:6d:39:7c
          inet6 addr: fe80::= 8c01:8ff:fe6d:397c/64 Scope:Link
          UP BROADCAST RUNNING= MULTICAST  MTU:1500  Metric:1
          RX packets:0= errors:0 dropped:0 overruns:0 frame:0
          TX packets:919= 4 errors:0 dropped:0 overruns:0 carrier:0
          collisions:= 0 txqueuelen:500
          RX bytes:0 (0.0 B)  TX bytes:1007462 (983.8 KiB)
<= div class=3D"" style=3D"background-color: transparent;">
vif12.0   Link encap:Ethernet  HWaddr fe:ff:ff:ff:ff:ff=
   = ;       inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link<= /div>
   =       UP BROADCAST RUNNING PROMISC MULTICAST  MTU:1500=  Metric:1
          RX packets:0 errors:0 dropped:0 overr= uns:0 frame:0
          TX packets:0 errors:0 dropped:9194 over= runs:0 carrier:0
          collisions:0 txqueuelen:32
          RX bytes:0 = (0.0 B)  TX bytes:0 (0.0 B)

vif12.1   Link encap:= Ethernet  HWaddr fe:ff:ff:ff:ff:ff
          inet6 addr: f= e80::fcff:ffff:feff:ffff/64 Scope:Link
          UP BROADCAST R= UNNING PROMISC MULTICAST  MTU:1500  Metric:1
         = ; RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          = TX packets:237 errors:0 dropped:6884 overruns:0 carrier:0
          collisions:0 txque= uelen:32
&nbs= p;         RX bytes:0 (0.0 B)  TX bytes:22480 (21.= 9 KiB)

vif4.0    Link encap:Ethernet  HWaddr= fe:ff:ff:ff:ff:ff
          inet6 addr: fe80::fcff:ffff:feff:f= fff/64 Scope:Link
          UP BROADCAST RUNNING PROMISC MULTIC= AST  MTU:1500  Metric:1
          RX packets:3418 err= ors:0 dropped:0 overruns:0 frame:0
&nbs= p;         TX packets:26435 errors:0 dropped:2009 overr= uns:0 carrier:0
          collisions:0 txqueuelen:32
      &n= bsp;   RX bytes:1359883 (1.2 MiB)  TX bytes:3064684 (2.9 MiB)

xenbr1    Link encap:Ethernet  HWaddr 00:1b:21:= d8:1f:21
&nbs= p;         inet6 addr: fe80::21b:21ff:fed8:1f21/64 Scop= e:Link
 =         UP BROADCAST RUNNING MULTICAST  MTU:1500 =  Metric:1
      &= nbsp;   RX packets:26594 errors:0 dropped:0 overruns:0 frame:0
     =     TX packets:17 errors:0 dropped:0 overruns:0 carrier:0
<= div class=3D"" style=3D"background-color: transparent;">     = ;     collisions:0 txqueuelen:0
          RX bytes:25= 52297 (2.4 MiB)  TX bytes:930 (930.0 B)

xenbr2   =  Link encap:Ethernet  HWaddr 5c:f3:fc:57:3b:8c
        &nb= sp; inet6 addr: fe80::5ef3:fcff:fe57:3b8c/64 Scope:Link
          UP BROADCAST RUNNING MULT= ICAST  MTU:1500  Metric:1
          RX packets:26513 = errors:0 dropped:0 overruns:0 frame:0
          TX packets:16 e= rrors:0 dropped:0 overruns:0 carrier:0
          collisions:0 t= xqueuelen:0
&= nbsp;         RX bytes:2547392 (2.4 MiB)  TX bytes= :888 (888.0 B)
xenbr3    Link encap:Ethernet &nbs= p;HWaddr 5c:f3:fc:57:3b:8e
          inet6 addr: fe80::5ef3:fcff:fe57:3b8e/64 Scope:Link
    =       UP BROADCAST RUNNING MULTICAST  MTU:1500  Me= tric:1
 =         RX packets:69343 errors:0 dropped:0 overruns:0= frame:0
&nbs= p;         TX packets:16 errors:0 dropped:0 overruns:0 = carrier:0
&nb= sp;         collisions:0 txqueuelen:0
=
 = ;         RX bytes:4529117 (4.3 MiB)  TX bytes:888= (888.0 B)

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

---1338057726-295830572-1409003686=:6905-- --===============0331637900134938196== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0331637900134938196==-- From xen-users-bounces@lists.xen.org Mon Aug 25 21:55:58 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 25 Aug 2014 21:55:58 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XM2E0-0007WP-SD; Mon, 25 Aug 2014 21:54:52 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XM2Dz-0007WK-GK for xen-users@lists.xen.org; Mon, 25 Aug 2014 21:54:51 +0000 Received: from [85.158.139.211:57693] by server-3.bemta-5.messagelabs.com id DF/47-13873-AA0BBF35; Mon, 25 Aug 2014 21:54:50 +0000 X-Env-Sender: bajopalabra@yahoo.com.ar X-Msg-Ref: server-13.tower-206.messagelabs.com!1409003688!12095947!1 X-Originating-IP: [98.139.213.150] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_12, ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24847 invoked from network); 25 Aug 2014 21:54:48 -0000 Received: from nm5-vm0.bullet.mail.bf1.yahoo.com (HELO nm5-vm0.bullet.mail.bf1.yahoo.com) (98.139.213.150) by server-13.tower-206.messagelabs.com with SMTP; 25 Aug 2014 21:54:48 -0000 Received: from [98.139.212.149] by nm5.bullet.mail.bf1.yahoo.com with NNFMP; 25 Aug 2014 21:54:47 -0000 Received: from [98.139.212.211] by tm6.bullet.mail.bf1.yahoo.com with NNFMP; 25 Aug 2014 21:54:47 -0000 Received: from [127.0.0.1] by omp1020.mail.bf1.yahoo.com with NNFMP; 25 Aug 2014 21:54:47 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 827067.67997.bm@omp1020.mail.bf1.yahoo.com Received: (qmail 89043 invoked by uid 60001); 25 Aug 2014 21:54:47 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com.ar; s=s1024; t=1409003687; bh=izNsQZ01sQ9uDD6OlIVWC/SzMPk23Towd+9Nc0DA10c=; h=Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=sY3ufd+e+ksOyiUwTzQ2+nB/tVEY5Y1rzhoyG5NrZyszdE8AAIIhxRRBpGw/0fd+tOYRZnvzG4MPLGmDWOb7U+EaHJ9lC/ZVgdun6REQdaKFU/PWWcYym8l0phW+6C2rv/odbKKpSQAqywG0TzOHkTBUjWIAfBVtGHXGc7vDeLI= X-YMail-OSG: jdyLgq8VM1m6NTRd0UkYeZEJkyiw2MJJRzxM702j_JiAAys fEL9s9LQ.nyzhUhfHtwW6Df3V3iNCWqiFQVrYcNZjUAA4TiX_ONphWhEVme4 Ge_bNs0tVS1Odj2U_ja8iDDfg7nC_vYHiY1M6EaanACUivYlQ17A3tjfyzTo sDkCcF9UdLizRLPLKZCrzo_eJuLyNzwl28Wars7pfs9XAgtvrKZPAaRnfmhm Y7iedhdnH5UxMAx1fGLVaIUyK4ZnbiFIUPHUUCegJoie8mp3ntXldG6lbabJ zc92I6mBGxWA7mNNd3U7ozAxt4hgXBxwy6nv4qaUjeSHV3Fvu4Qd0ZfPwR0q gqxowlSar3OW96om0BFjZNX68EExnzUcVXoDNAXqVm63K3okCU1eCcKhXKB6 jfH3Apk21Pr0hfEYDiAMhGnZUXDuVjmFMJJU5sktZJr0RqNEnTsOhlPC_JLf WsHGE95Ng2MsXr2t0e9Nnz2_CIFoZ1hpJq4fp2xPmwEJVBMSc2gpEUYCMUz_ R1m3EHTJ_1Z.uUdbIypnPfQl5xBB8CjFCNaqorNtVI6uZhvTXk7Sa.O_YAaP fpR_hCg1CKDKR09hZZH6IOge.2GwheTVfqSWoqWWZTzl7OQGI7kNj Received: from [200.89.153.16] by web142702.mail.bf1.yahoo.com via HTTP; Mon, 25 Aug 2014 14:54:46 PDT X-Rocket-MIMEInfo: 002.001, SGkKSSdtIHZlcnkgbmV3IHdpdGggWGVuICgvRGViaWFuKQoKSSBoYXZlIDIgVk1zIHJ1bm5pbmcgV2luZG93czogIkFyY2giIGFuZCAiU3FsIiAtLSBzdGF0aWMgSVBzCgpWTSBBcmNoOiBpcyBvaywgYWNjZXNzaWJsZSB0aHJ1IFZOQywgUmVtb3RlIERlc2t0b3AsIHNlZSB0aGUgbmV0d29yaywgZXRjCgpWTSBTcWwgOiAtIGp1c3QgYWNjZXNzaWJsZSB0aHJ1IFZOQwoKwqAgwqAgwqAgwqAgwqAgwqAgLSBvbmNlIEkgbG9nIGluLCBJIGRvbid0IHNlZSB0aGUgbmV0d29yawrCoCDCoCDCoCDCoCDCoCDCoCAtIHABMAEBAQE- X-Mailer: YahooMailWebService/0.8.201.700 Message-ID: <1409003686.6905.YahooMailNeo@web142702.mail.bf1.yahoo.com> Date: Mon, 25 Aug 2014 14:54:46 -0700 From: =?iso-8859-1?Q?Hern=E1n_Castelo?= To: "xen-users@lists.xen.org" MIME-Version: 1.0 Subject: [Xen-users] network configuration on DomUs X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: =?iso-8859-1?Q?Hern=E1n_Castelo?= List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0331637900134938196==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0331637900134938196== Content-Type: multipart/alternative; boundary="-1338057726-295830572-1409003686=:6905" ---1338057726-295830572-1409003686=:6905 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Hi=0AI'm very new with Xen (/Debian)=0A=0AI have 2 VMs running Windows: "Ar= ch" and "Sql" -- static IPs=0A=0AVM Arch: is ok, accessible thru VNC, Remot= e Desktop, see the network, etc=0A=0AVM Sql : - just accessible thru VNC=0A= =0A=A0 =A0 =A0 =A0 =A0 =A0 - once I log in, I don't see the network=0A=A0 = =A0 =A0 =A0 =A0 =A0 - pings don't reach peer=0A=A0 =A0 =A0 =A0 =A0 =A0 - ap= pear 4 network ports on Windows=0A=0Athe server has 4 NIC cards=0Athe first= , eth0, is used just for the server, with IP 10.0.11.13=0Athe VM Arch shoul= d use eth1, with IP ...14=0Aand VM Sql should use eth2 with IP 16, and eth3= (as configured in SQLServer) with IP 17=0A=0Aplease, guide me=0A=0AI inher= it this problem, and am far from being an expert...=0A=0ATHANKS IN ADVANCE!= !=0A=0A--------------------------------------------------------=0A=0A=0Aroo= t@USR03:~# route -n=0AKernel IP routing table=0ADestination =A0 =A0 Gateway= =A0 =A0 =A0 =A0 Genmask =A0 =A0 =A0 =A0 Flags Metric Ref =A0 =A0Use Iface= =0A10.0.11.0 =A0 =A0 =A0 0.0.0.0 =A0 =A0 =A0 =A0 255.255.255.0 =A0 U =A0 = =A0 0 =A0 =A0 =A00 =A0 =A0 =A0 =A00 eth0=0A0.0.0.0 =A0 =A0 =A0 =A0 10.0.11.= 1 =A0 =A0 =A0 0.0.0.0 =A0 =A0 =A0 =A0 UG =A0 =A00 =A0 =A0 =A00 =A0 =A0 =A0 = =A00 eth0=0A=0A--------------------------------------------------------=0A= =0A=0Aroot@USR03:~# brctl show=0Abridge name =A0 =A0 bridge id =A0 =A0 =A0 = =A0 =A0 =A0 =A0 STP enabled =A0 =A0 interfaces=0Aeth0 =A0 =A0 =A0 =A0 =A0 = =A08000.001b21d81f20 =A0 =A0 =A0 no =A0 =A0 =A0 =A0 =A0 =A0 =A0peth0=0Axenb= r1 =A0 =A0 =A0 =A0 =A08000.001b21d81f21 =A0 =A0 =A0 no =A0 =A0 =A0 =A0 =A0 = =A0 =A0eth1=0A=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 vif4.0=0Axenbr2 =A0 =A0= =A0 =A0 =A08000.5cf3fc573b8c =A0 =A0 =A0 no =A0 =A0 =A0 =A0 =A0 =A0 =A0eth= 2=0A=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 tap12.0=0A=A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0 tap12.1=0A=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 vif12.0=0A=A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 vif12.1=0Axenbr3 =A0 =A0 =A0 =A0 =A08000.5= cf3fc573b8e =A0 =A0 =A0 no =A0 =A0 =A0 =A0 =A0 =A0 =A0eth3=0A=0A-----------= ---------------------------------------------=0A=0A=0Aroot@USR03:~# ip rout= e show=0A10.0.11.0/24 dev eth0 =A0proto kernel =A0scope link =A0src 10.0.11= .13=0Adefault via 10.0.11.1 dev eth0=0A=0A---------------------------------= -----------------------=0A=0A=0Aroot@USR03:~# ifconfig=0Aeth0 =A0 =A0 =A0Li= nk encap:Ethernet =A0HWaddr 00:1b:21:d8:1f:20=0A=A0 =A0 =A0 =A0 =A0 inet ad= dr:10.0.11.13 =A0Bcast:10.0.11.255 =A0Mask:255.255.255.0=0A=A0 =A0 =A0 =A0 = =A0 inet6 addr: fe80::21b:21ff:fed8:1f20/64 Scope:Link=0A=A0 =A0 =A0 =A0 = =A0 UP BROADCAST RUNNING MULTICAST =A0MTU:1500 =A0Metric:1=0A=A0 =A0 =A0 = =A0 =A0 RX packets:159619 errors:0 dropped:0 overruns:0 frame:0=0A=A0 =A0 = =A0 =A0 =A0 TX packets:140984 errors:0 dropped:0 overruns:0 carrier:0=0A=A0= =A0 =A0 =A0 =A0 collisions:0 txqueuelen:0=0A=A0 =A0 =A0 =A0 =A0 RX bytes:8= 613734 (8.2 MiB) =A0TX bytes:159007702 (151.6 MiB)=0A=0Aeth1 =A0 =A0 =A0Lin= k encap:Ethernet =A0HWaddr 00:1b:21:d8:1f:21=0A=A0 =A0 =A0 =A0 =A0 inet6 ad= dr: fe80::21b:21ff:fed8:1f21/64 Scope:Link=0A=A0 =A0 =A0 =A0 =A0 UP BROADCA= ST RUNNING MULTICAST =A0MTU:1500 =A0Metric:1=0A=A0 =A0 =A0 =A0 =A0 RX packe= ts:37442 errors:0 dropped:0 overruns:0 frame:0=0A=A0 =A0 =A0 =A0 =A0 TX pac= kets:4910 errors:0 dropped:0 overruns:0 carrier:0=0A=A0 =A0 =A0 =A0 =A0 col= lisions:0 txqueuelen:1000=0A=A0 =A0 =A0 =A0 =A0 RX bytes:4607800 (4.3 MiB) = =A0TX bytes:1810201 (1.7 MiB)=0A=A0 =A0 =A0 =A0 =A0 Memory:97a00000-97a8000= 0=0A=0Aeth2 =A0 =A0 =A0Link encap:Ethernet =A0HWaddr 5c:f3:fc:57:3b:8c=0A= =A0 =A0 =A0 =A0 =A0 inet6 addr: fe80::5ef3:fcff:fe57:3b8c/64 Scope:Link=0A= =A0 =A0 =A0 =A0 =A0 UP BROADCAST RUNNING MULTICAST =A0MTU:1500 =A0Metric:1= =0A=A0 =A0 =A0 =A0 =A0 RX packets:33055 errors:0 dropped:0 overruns:0 frame= :0=0A=A0 =A0 =A0 =A0 =A0 TX packets:852 errors:0 dropped:0 overruns:0 carri= er:0=0A=A0 =A0 =A0 =A0 =A0 collisions:0 txqueuelen:1000=0A=A0 =A0 =A0 =A0 = =A0 RX bytes:3446328 (3.2 MiB) =A0TX bytes:79882 (78.0 KiB)=0A=A0 =A0 =A0 = =A0 =A0 Interrupt:28 Memory:92000000-92012800=0A=0Aeth3 =A0 =A0 =A0Link enc= ap:Ethernet =A0HWaddr 5c:f3:fc:57:3b:8e=0A=A0 =A0 =A0 =A0 =A0 inet6 addr: f= e80::5ef3:fcff:fe57:3b8e/64 Scope:Link=0A=A0 =A0 =A0 =A0 =A0 UP BROADCAST R= UNNING MULTICAST =A0MTU:1500 =A0Metric:1=0A=A0 =A0 =A0 =A0 =A0 RX packets:6= 9385 errors:0 dropped:0 overruns:0 frame:0=0A=A0 =A0 =A0 =A0 =A0 TX packets= :16 errors:0 dropped:0 overruns:0 carrier:0=0A=A0 =A0 =A0 =A0 =A0 collision= s:0 txqueuelen:1000=0A=A0 =A0 =A0 =A0 =A0 RX bytes:5844752 (5.5 MiB) =A0TX = bytes:1132 (1.1 KiB)=0A=A0 =A0 =A0 =A0 =A0 Interrupt:40 Memory:94000000-940= 12800=0A=0Alo =A0 =A0 =A0 =A0Link encap:Local Loopback=0A=A0 =A0 =A0 =A0 = =A0 inet addr:127.0.0.1 =A0Mask:255.0.0.0=0A=A0 =A0 =A0 =A0 =A0 inet6 addr:= ::1/128 Scope:Host=0A=A0 =A0 =A0 =A0 =A0 UP LOOPBACK RUNNING =A0MTU:16436 = =A0Metric:1=0A=A0 =A0 =A0 =A0 =A0 RX packets:146 errors:0 dropped:0 overrun= s:0 frame:0=0A=A0 =A0 =A0 =A0 =A0 TX packets:146 errors:0 dropped:0 overrun= s:0 carrier:0=0A=A0 =A0 =A0 =A0 =A0 collisions:0 txqueuelen:0=0A=A0 =A0 =A0= =A0 =A0 RX bytes:14416 (14.0 KiB) =A0TX bytes:14416 (14.0 KiB)=0A=0Apeth0 = =A0 =A0 Link encap:Ethernet =A0HWaddr 00:1b:21:d8:1f:20=0A=A0 =A0 =A0 =A0 = =A0 inet6 addr: fe80::21b:21ff:fed8:1f20/64 Scope:Link=0A=A0 =A0 =A0 =A0 = =A0 UP BROADCAST RUNNING PROMISC MULTICAST =A0MTU:1500 =A0Metric:1=0A=A0 = =A0 =A0 =A0 =A0 RX packets:186596 errors:0 dropped:0 overruns:0 frame:0=0A= =A0 =A0 =A0 =A0 =A0 TX packets:204370 errors:0 dropped:0 overruns:0 carrier= :0=0A=A0 =A0 =A0 =A0 =A0 collisions:0 txqueuelen:1000=0A=A0 =A0 =A0 =A0 =A0= RX bytes:12723915 (12.1 MiB) =A0TX bytes:162430818 (154.9 MiB)=0A=A0 =A0 = =A0 =A0 =A0 Memory:97a80000-97b00000=0A=0Atap12.0 =A0 Link encap:Ethernet = =A0HWaddr d6:fe:ff:61:dd:ce=0A=A0 =A0 =A0 =A0 =A0 inet6 addr: fe80::d4fe:ff= ff:fe61:ddce/64 Scope:Link=0A=A0 =A0 =A0 =A0 =A0 UP BROADCAST RUNNING MULTI= CAST =A0MTU:1500 =A0Metric:1=0A=A0 =A0 =A0 =A0 =A0 RX packets:38 errors:0 d= ropped:0 overruns:0 frame:0=0A=A0 =A0 =A0 =A0 =A0 TX packets:9156 errors:0 = dropped:0 overruns:0 carrier:0=0A=A0 =A0 =A0 =A0 =A0 collisions:0 txqueuele= n:500=0A=A0 =A0 =A0 =A0 =A0 RX bytes:3592 (3.5 KiB) =A0TX bytes:1003894 (98= 0.3 KiB)=0A=0Atap12.1 =A0 Link encap:Ethernet =A0HWaddr 8e:01:08:6d:39:7c= =0A=A0 =A0 =A0 =A0 =A0 inet6 addr: fe80::8c01:8ff:fe6d:397c/64 Scope:Link= =0A=A0 =A0 =A0 =A0 =A0 UP BROADCAST RUNNING MULTICAST =A0MTU:1500 =A0Metric= :1=0A=A0 =A0 =A0 =A0 =A0 RX packets:0 errors:0 dropped:0 overruns:0 frame:0= =0A=A0 =A0 =A0 =A0 =A0 TX packets:9194 errors:0 dropped:0 overruns:0 carrie= r:0=0A=A0 =A0 =A0 =A0 =A0 collisions:0 txqueuelen:500=0A=A0 =A0 =A0 =A0 =A0= RX bytes:0 (0.0 B) =A0TX bytes:1007462 (983.8 KiB)=0A=0Avif12.0 =A0 Link e= ncap:Ethernet =A0HWaddr fe:ff:ff:ff:ff:ff=0A=A0 =A0 =A0 =A0 =A0 inet6 addr:= fe80::fcff:ffff:feff:ffff/64 Scope:Link=0A=A0 =A0 =A0 =A0 =A0 UP BROADCAST= RUNNING PROMISC MULTICAST =A0MTU:1500 =A0Metric:1=0A=A0 =A0 =A0 =A0 =A0 RX= packets:0 errors:0 dropped:0 overruns:0 frame:0=0A=A0 =A0 =A0 =A0 =A0 TX p= ackets:0 errors:0 dropped:9194 overruns:0 carrier:0=0A=A0 =A0 =A0 =A0 =A0 c= ollisions:0 txqueuelen:32=0A=A0 =A0 =A0 =A0 =A0 RX bytes:0 (0.0 B) =A0TX by= tes:0 (0.0 B)=0A=0Avif12.1 =A0 Link encap:Ethernet =A0HWaddr fe:ff:ff:ff:ff= :ff=0A=A0 =A0 =A0 =A0 =A0 inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Li= nk=0A=A0 =A0 =A0 =A0 =A0 UP BROADCAST RUNNING PROMISC MULTICAST =A0MTU:1500= =A0Metric:1=0A=A0 =A0 =A0 =A0 =A0 RX packets:0 errors:0 dropped:0 overruns= :0 frame:0=0A=A0 =A0 =A0 =A0 =A0 TX packets:237 errors:0 dropped:6884 overr= uns:0 carrier:0=0A=A0 =A0 =A0 =A0 =A0 collisions:0 txqueuelen:32=0A=A0 =A0 = =A0 =A0 =A0 RX bytes:0 (0.0 B) =A0TX bytes:22480 (21.9 KiB)=0A=0Avif4.0 =A0= =A0Link encap:Ethernet =A0HWaddr fe:ff:ff:ff:ff:ff=0A=A0 =A0 =A0 =A0 =A0 i= net6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link=0A=A0 =A0 =A0 =A0 =A0 UP= BROADCAST RUNNING PROMISC MULTICAST =A0MTU:1500 =A0Metric:1=0A=A0 =A0 =A0 = =A0 =A0 RX packets:3418 errors:0 dropped:0 overruns:0 frame:0=0A=A0 =A0 =A0= =A0 =A0 TX packets:26435 errors:0 dropped:2009 overruns:0 carrier:0=0A=A0 = =A0 =A0 =A0 =A0 collisions:0 txqueuelen:32=0A=A0 =A0 =A0 =A0 =A0 RX bytes:1= 359883 (1.2 MiB) =A0TX bytes:3064684 (2.9 MiB)=0A=0Axenbr1 =A0 =A0Link enca= p:Ethernet =A0HWaddr 00:1b:21:d8:1f:21=0A=A0 =A0 =A0 =A0 =A0 inet6 addr: fe= 80::21b:21ff:fed8:1f21/64 Scope:Link=0A=A0 =A0 =A0 =A0 =A0 UP BROADCAST RUN= NING MULTICAST =A0MTU:1500 =A0Metric:1=0A=A0 =A0 =A0 =A0 =A0 RX packets:265= 94 errors:0 dropped:0 overruns:0 frame:0=0A=A0 =A0 =A0 =A0 =A0 TX packets:1= 7 errors:0 dropped:0 overruns:0 carrier:0=0A=A0 =A0 =A0 =A0 =A0 collisions:= 0 txqueuelen:0=0A=A0 =A0 =A0 =A0 =A0 RX bytes:2552297 (2.4 MiB) =A0TX bytes= :930 (930.0 B)=0A=0Axenbr2 =A0 =A0Link encap:Ethernet =A0HWaddr 5c:f3:fc:57= :3b:8c=0A=A0 =A0 =A0 =A0 =A0 inet6 addr: fe80::5ef3:fcff:fe57:3b8c/64 Scope= :Link=0A=A0 =A0 =A0 =A0 =A0 UP BROADCAST RUNNING MULTICAST =A0MTU:1500 =A0M= etric:1=0A=A0 =A0 =A0 =A0 =A0 RX packets:26513 errors:0 dropped:0 overruns:= 0 frame:0=0A=A0 =A0 =A0 =A0 =A0 TX packets:16 errors:0 dropped:0 overruns:0= carrier:0=0A=A0 =A0 =A0 =A0 =A0 collisions:0 txqueuelen:0=0A=A0 =A0 =A0 = =A0 =A0 RX bytes:2547392 (2.4 MiB) =A0TX bytes:888 (888.0 B)=0A=0Axenbr3 = =A0 =A0Link encap:Ethernet =A0HWaddr 5c:f3:fc:57:3b:8e=0A=A0 =A0 =A0 =A0 = =A0 inet6 addr: fe80::5ef3:fcff:fe57:3b8e/64 Scope:Link=0A=A0 =A0 =A0 =A0 = =A0 UP BROADCAST RUNNING MULTICAST =A0MTU:1500 =A0Metric:1=0A=A0 =A0 =A0 = =A0 =A0 RX packets:69343 errors:0 dropped:0 overruns:0 frame:0=0A=A0 =A0 = =A0 =A0 =A0 TX packets:16 errors:0 dropped:0 overruns:0 carrier:0=0A=A0 =A0= =A0 =A0 =A0 collisions:0 txqueuelen:0=0A=A0 =A0 =A0 =A0 =A0 RX bytes:45291= 17 (4.3 MiB) =A0TX bytes:888 (888.0 B)=0A=0A-------------------------------= ------------------------- ---1338057726-295830572-1409003686=:6905 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
Hi
I'm very new with Xen (/Debian)

I have 2 VMs running Windows: "Arch" and "Sql" -- s= tatic IPs

VM Arch: is ok, acces= sible thru VNC, Remote Desktop, see the network, etc

VM Sql : - just accessible thru VNC
            - once I log in, I don't see the network
=
  =           - pings don't reach peer
  &nb= sp;         - appear 4 network ports on Windows<= /div>
the server has 4 NIC cards
the first, eth0, is used j= ust for the server, with IP 10.0.11.13
the VM Arch should use eth1, wi= th IP ...14
and VM Sql should use eth2 with IP 16, an= d eth3 (as configured in SQLServer) with IP 17

please, guide me
I inherit this problem, and am far from being an expert...

THANKS IN ADVANCE!!

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

root@USR03:~# r= oute -n
Kerne= l IP routing table
Destination     Gateway         Genmask         Flags Metric Ref =    Use Iface
10.0.11.0       0.0.0.0        = ; 255.255.255.0   U     0      0    = ;    0 eth0
0.0.0.0         10.0.11= .1       0.0.0.0         UG    = ;0      0        0 eth0

------------------------------------------
=
root@USR03:~# brctl show
bridge name     bridge i= d               STP enabled    = ; interfaces
= eth0            8000.001b21d81f20   &nbs= p;   no              peth0
xenbr1     =      8000.001b21d81f21       no    =          eth1
             =                             &nbs= p;             vif4.0
xenbr2         &= nbsp;8000.5cf3fc573b8c       no         =      eth2
                  =                      = ;                 tap12.0
      &= nbsp;                    =                     &nbs= p;       tap12.1
                =                       &nbs= p;                 vif12.0
      =                      = ;                     &nb= sp;       vif12.1
xenbr3       &nbs= p;  8000.5cf3fc573b8e       no       &nb= sp;      eth3

--------------------------------------------------------

root@USR03:~# ip route show
10.0.11.0/24 = dev eth0  proto kernel  scope link  src 10.0.11.13
default via 10.0.11.1 dev eth0

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

roo= t@USR03:~# ifconfig
eth0      Link encap:Ethernet  HWaddr 00:1b:21:d= 8:1f:20
 = ;         inet addr:10.0.11.13  Bcast:10.0.11.255 =  Mask:255.255.255.0
          inet6 addr: fe80::21b:21ff:f= ed8:1f20/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST=  MTU:1500  Metric:1
          RX packets:159619 erro= rs:0 dropped:0 overruns:0 frame:0
          TX packets:140984 errors:0 droppe= d:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
    &= nbsp;     RX bytes:8613734 (8.2 MiB)  TX bytes:159007702 (15= 1.6 MiB)

eth1      Link encap:Ethernet  = ;HWaddr 00:1b:21:d8:1f:21
          inet6 addr: fe80::21b:21ff:= fed8:1f21/64 Scope:Link
          UP BROADCAST RUNNING MULTICAS= T  MTU:1500  Metric:1
          RX packets:37442 errors:0 dropped:0 o= verruns:0 frame:0
          TX packets:4910 errors:0 dropped:0 = overruns:0 carrier:0
          collisions:0 txqueuelen:1000
    &n= bsp;     RX bytes:4607800 (4.3 MiB)  TX bytes:1810201 (1.7 M= iB)
  &n= bsp;       Memory:97a00000-97a80000

eth2 &= nbsp;    Link encap:Ethernet  HWaddr 5c:f3:fc:57:3b:8c
=
         = ; inet6 addr: fe80::5ef3:fcff:fe57:3b8c/64 Scope:Link
         = UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
       = ;   RX packets:33055 errors:0 dropped:0 overruns:0 frame:0
      &nb= sp;   TX packets:852 errors:0 dropped:0 overruns:0 carrier:0
      &= nbsp;   collisions:0 txqueuelen:1000
          RX bytes:34= 46328 (3.2 MiB)  TX bytes:79882 (78.0 KiB)
          Inte= rrupt:28 Memory:92000000-92012800

eth3      Link enc= ap:Ethernet  HWaddr 5c:f3:fc:57:3b:8e
          inet6 addr= : fe80::5ef3:fcff:fe57:3b8e/64 Scope:Link
          UP BROADCAS= T RUNNING MULTICAST  MTU:1500  Metric:1
          RX = packets:69385 errors:0 dropped:0 overruns:0 frame:0
          T= X packets:16 errors:0 dropped:0 overruns:0 carrier:0
          = collisions:0 txqueuelen:1000
          RX bytes:5844752 (5.5 MiB)  TX = bytes:1132 (1.1 KiB)
          Interrupt:40 Memory:94000000-940= 12800

lo        Link encap:Local Loopba= ck
  &nb= sp;       inet addr:127.0.0.1  Mask:255.0.0.0
      &= nbsp;   inet6 addr: ::1/128 Scope:Host
          UP LOOPBA= CK RUNNING  MTU:16436  Metric:1
          RX packets:146 errors:0 d= ropped:0 overruns:0 frame:0
          TX packets:146 errors:0 d= ropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen= :0
  &nb= sp;       RX bytes:14416 (14.0 KiB)  TX bytes:14416 (14= .0 KiB)

peth0     Link encap:Ethernet  HWadd= r 00:1b:21:d8:1f:20
          inet6 addr: fe80::21b:21ff:fed8:1= f20/64 Scope:Link
          UP BROADCAST RUNNING PROMISC MULTICAST  MTU:1500  = Metric:1
&nbs= p;         RX packets:186596 errors:0 dropped:0 overrun= s:0 frame:0
&= nbsp;         TX packets:204370 errors:0 dropped:0 over= runs:0 carrier:0
          collisions:0 txqueuelen:1000
     =     RX bytes:12723915 (12.1 MiB)  TX bytes:162430818 (154.9= MiB)
  =         Memory:97a80000-97b00000

tap12.= 0   Link encap:Ethernet  HWaddr d6:fe:ff:61:dd:ce
          inet= 6 addr: fe80::d4fe:ffff:fe61:ddce/64 Scope:Link
          UP B= ROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
        &nb= sp; RX packets:38 errors:0 dropped:0 overruns:0 frame:0
        &nbs= p; TX packets:9156 errors:0 dropped:0 overruns:0 carrier:0
        =   collisions:0 txqueuelen:500
          RX bytes:3592 (3.5= KiB)  TX bytes:1003894 (980.3 KiB)

tap12.1   Link encap:Ether= net  HWaddr 8e:01:08:6d:39:7c
          inet6 addr: fe80::= 8c01:8ff:fe6d:397c/64 Scope:Link
          UP BROADCAST RUNNING= MULTICAST  MTU:1500  Metric:1
          RX packets:0= errors:0 dropped:0 overruns:0 frame:0
          TX packets:919= 4 errors:0 dropped:0 overruns:0 carrier:0
          collisions:= 0 txqueuelen:500
          RX bytes:0 (0.0 B)  TX bytes:1007462 (983.8 KiB)
<= div class=3D"" style=3D"background-color: transparent;">
vif12.0   Link encap:Ethernet  HWaddr fe:ff:ff:ff:ff:ff=
   = ;       inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link<= /div>
   =       UP BROADCAST RUNNING PROMISC MULTICAST  MTU:1500=  Metric:1
          RX packets:0 errors:0 dropped:0 overr= uns:0 frame:0
          TX packets:0 errors:0 dropped:9194 over= runs:0 carrier:0
          collisions:0 txqueuelen:32
          RX bytes:0 = (0.0 B)  TX bytes:0 (0.0 B)

vif12.1   Link encap:= Ethernet  HWaddr fe:ff:ff:ff:ff:ff
          inet6 addr: f= e80::fcff:ffff:feff:ffff/64 Scope:Link
          UP BROADCAST R= UNNING PROMISC MULTICAST  MTU:1500  Metric:1
         = ; RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          = TX packets:237 errors:0 dropped:6884 overruns:0 carrier:0
          collisions:0 txque= uelen:32
&nbs= p;         RX bytes:0 (0.0 B)  TX bytes:22480 (21.= 9 KiB)

vif4.0    Link encap:Ethernet  HWaddr= fe:ff:ff:ff:ff:ff
          inet6 addr: fe80::fcff:ffff:feff:f= fff/64 Scope:Link
          UP BROADCAST RUNNING PROMISC MULTIC= AST  MTU:1500  Metric:1
          RX packets:3418 err= ors:0 dropped:0 overruns:0 frame:0
&nbs= p;         TX packets:26435 errors:0 dropped:2009 overr= uns:0 carrier:0
          collisions:0 txqueuelen:32
      &n= bsp;   RX bytes:1359883 (1.2 MiB)  TX bytes:3064684 (2.9 MiB)

xenbr1    Link encap:Ethernet  HWaddr 00:1b:21:= d8:1f:21
&nbs= p;         inet6 addr: fe80::21b:21ff:fed8:1f21/64 Scop= e:Link
 =         UP BROADCAST RUNNING MULTICAST  MTU:1500 =  Metric:1
      &= nbsp;   RX packets:26594 errors:0 dropped:0 overruns:0 frame:0
     =     TX packets:17 errors:0 dropped:0 overruns:0 carrier:0
<= div class=3D"" style=3D"background-color: transparent;">     = ;     collisions:0 txqueuelen:0
          RX bytes:25= 52297 (2.4 MiB)  TX bytes:930 (930.0 B)

xenbr2   =  Link encap:Ethernet  HWaddr 5c:f3:fc:57:3b:8c
        &nb= sp; inet6 addr: fe80::5ef3:fcff:fe57:3b8c/64 Scope:Link
          UP BROADCAST RUNNING MULT= ICAST  MTU:1500  Metric:1
          RX packets:26513 = errors:0 dropped:0 overruns:0 frame:0
          TX packets:16 e= rrors:0 dropped:0 overruns:0 carrier:0
          collisions:0 t= xqueuelen:0
&= nbsp;         RX bytes:2547392 (2.4 MiB)  TX bytes= :888 (888.0 B)
xenbr3    Link encap:Ethernet &nbs= p;HWaddr 5c:f3:fc:57:3b:8e
          inet6 addr: fe80::5ef3:fcff:fe57:3b8e/64 Scope:Link
    =       UP BROADCAST RUNNING MULTICAST  MTU:1500  Me= tric:1
 =         RX packets:69343 errors:0 dropped:0 overruns:0= frame:0
&nbs= p;         TX packets:16 errors:0 dropped:0 overruns:0 = carrier:0
&nb= sp;         collisions:0 txqueuelen:0
=
 = ;         RX bytes:4529117 (4.3 MiB)  TX bytes:888= (888.0 B)

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

---1338057726-295830572-1409003686=:6905-- --===============0331637900134938196== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0331637900134938196==-- From xen-users-bounces@lists.xen.org Tue Aug 26 14:47:15 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 26 Aug 2014 14:47:15 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XMI0m-0006Dv-AJ; Tue, 26 Aug 2014 14:46:16 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XMI0k-0006D4-E6; Tue, 26 Aug 2014 14:46:14 +0000 Received: from [85.158.143.35:47889] by server-3.bemta-4.messagelabs.com id 95/8F-06192-5BD9CF35; Tue, 26 Aug 2014 14:46:13 +0000 X-Env-Sender: russell.pavlicek@citrix.com X-Msg-Ref: server-12.tower-21.messagelabs.com!1409064371!13306629!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14981 invoked from network); 26 Aug 2014 14:46:12 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-12.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 26 Aug 2014 14:46:12 -0000 X-IronPort-AV: E=Sophos;i="5.04,405,1406592000"; d="scan'208";a="166009309" From: Russell Pavlicek To: "xen-users@lists.xen.org" , "xen-devel@lists.xen.org" , "xs-devel@lists.xenserver.org" , "mirageos-devel@lists.xenproject.org" , "xen-api@lists.xen.org" Thread-Topic: Xen Project Document Day is tomorrow, Wednesday August 27 Thread-Index: AQHPwTfE5wEy3J9+UUqFFnGFA3VZdA== Date: Tue, 26 Aug 2014 14:46:07 +0000 Message-ID: <55E78A57290FB64FA0D3CF672F9F3DA276AFD7@SJCPEX01CL03.citrite.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: MIME-Version: 1.0 Subject: [Xen-users] Xen Project Document Day is tomorrow, Wednesday August 27 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a reminder that tomorrow, August 27, is Xen Project Document Day. Xen Project Document Day is a day to help improve overall Xen Project documentation, particularly that of the Wiki. While we know that many people are out taking a well-deserved break this time of year, those of us who remain can still get busy improving our Wiki. All the information you need to participate in Document Day is here: http://wiki.xenproject.org/wiki/Xen_Document_Days If you get a few moments in the next week, please take a look at the current TODO list to see other items which need attention: http://wiki.xenproject.org/wiki/Xen_Document_Days/TODO So please think about how you can help out. If you haven't requested to be made a Wiki editor, save time and do it now so you are ready to go on Document Day. Just fill out the form below: http://xenproject.org/component/content/article/100-misc/145-request-to-be-made-a-wiki-editor.html We hope to see you Wednesday in #xendocs! _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Aug 26 14:47:15 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 26 Aug 2014 14:47:15 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XMI0m-0006Dv-AJ; Tue, 26 Aug 2014 14:46:16 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XMI0k-0006D4-E6; Tue, 26 Aug 2014 14:46:14 +0000 Received: from [85.158.143.35:47889] by server-3.bemta-4.messagelabs.com id 95/8F-06192-5BD9CF35; Tue, 26 Aug 2014 14:46:13 +0000 X-Env-Sender: russell.pavlicek@citrix.com X-Msg-Ref: server-12.tower-21.messagelabs.com!1409064371!13306629!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14981 invoked from network); 26 Aug 2014 14:46:12 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-12.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 26 Aug 2014 14:46:12 -0000 X-IronPort-AV: E=Sophos;i="5.04,405,1406592000"; d="scan'208";a="166009309" From: Russell Pavlicek To: "xen-users@lists.xen.org" , "xen-devel@lists.xen.org" , "xs-devel@lists.xenserver.org" , "mirageos-devel@lists.xenproject.org" , "xen-api@lists.xen.org" Thread-Topic: Xen Project Document Day is tomorrow, Wednesday August 27 Thread-Index: AQHPwTfE5wEy3J9+UUqFFnGFA3VZdA== Date: Tue, 26 Aug 2014 14:46:07 +0000 Message-ID: <55E78A57290FB64FA0D3CF672F9F3DA276AFD7@SJCPEX01CL03.citrite.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: MIME-Version: 1.0 Subject: [Xen-users] Xen Project Document Day is tomorrow, Wednesday August 27 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a reminder that tomorrow, August 27, is Xen Project Document Day. Xen Project Document Day is a day to help improve overall Xen Project documentation, particularly that of the Wiki. While we know that many people are out taking a well-deserved break this time of year, those of us who remain can still get busy improving our Wiki. All the information you need to participate in Document Day is here: http://wiki.xenproject.org/wiki/Xen_Document_Days If you get a few moments in the next week, please take a look at the current TODO list to see other items which need attention: http://wiki.xenproject.org/wiki/Xen_Document_Days/TODO So please think about how you can help out. If you haven't requested to be made a Wiki editor, save time and do it now so you are ready to go on Document Day. Just fill out the form below: http://xenproject.org/component/content/article/100-misc/145-request-to-be-made-a-wiki-editor.html We hope to see you Wednesday in #xendocs! _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Aug 26 17:49:15 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 26 Aug 2014 17:49:15 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XMKql-00048W-2p; Tue, 26 Aug 2014 17:48:07 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XMKqj-00048R-14 for xen-users@lists.xen.org; Tue, 26 Aug 2014 17:48:05 +0000 Received: from [85.158.139.211:33154] by server-6.bemta-5.messagelabs.com id 4F/0F-06284-458CCF35; Tue, 26 Aug 2014 17:48:04 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-15.tower-206.messagelabs.com!1409075281!8448824!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15056 invoked from network); 26 Aug 2014 17:48:03 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-15.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 26 Aug 2014 17:48:03 -0000 X-IronPort-AV: E=Sophos;i="5.04,405,1406592000"; d="scan'208";a="165346382" Received: from localhost (10.80.16.47) by smtprelay.citrix.com (10.13.107.80) with Microsoft SMTP Server id 14.3.181.6; Tue, 26 Aug 2014 13:48:00 -0400 Message-ID: <1409075277.28009.13.camel@citrix.com> From: Ian Campbell To: Date: Tue, 26 Aug 2014 18:47:57 +0100 In-Reply-To: References: Content-Length: 2886 X-Mailer: Evolution 3.12.6 MIME-Version: 1.0 X-DLP: MIA2 Cc: xen-users@lists.xen.org, Lars Kurth , Paul Durrant Subject: Re: [Xen-users] problems with citrix-pv-drivers , Windows Xp and Xen-4.3.2 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org T24gTW9uLCAyMDE0LTA4LTI1IGF0IDExOjIwICswMjAwLCB1c3Rlcm1hbm4ubWF4QHdlYi5kZSB3 cm90ZToKPiAKPiBIZWxsbyBldmVyeWJvZHksCj4gaGF2ZSBhbnlvbmUgZXhwZXJpZW5jZSB3aXRo IENpdHJpeC1QVi1kcml2ZXJzCgpJIHRoaW5rIHRoZXkgaGF2ZSB0aGVpciBvd24gbGlzdCwgc2lu Y2UgdGhleSBhcmUgYSBzZXBhcmF0ZSBzdWJwcm9qZWN0LApidXQgSSBjYW4ndCBmaW5kIGl0LCB0 aGUgc3VicHJvamVjdCBpcyBxdWl0ZSBuZXcgc28gaXQgaXNuJ3QgZnVsbHkgc2V0dXAKeWV0IChz b21lIGZvbGtzIENDZCkuCgpJbiB0aGUgbWVhbnRpbWUgeW91IG1pZ2h0IGhhdmUgbW9yZSBsdWNr IG9uIHRoZSB4c2RldmVsIGxpc3QgdW5kZXIgdGhlCnd3dy54ZW5zZXJ2ZXIub3JnLCBzaW5jZSB0 aGF0IGlzIHdoZXJlIFhlblNlcnZlciBpcyBkZXZlbG9wZWQgYW5kIHRoZQpkcml2ZXJzIHVzZWQg dG8gYmUgaW5jbHVkZWQgaW4gdGhhdCB1bWJyZWxsYS4KCklhbi4KCj4gYW5kIFdpbmRvd3MgWFAg U1AzIDMyYml0IHVuZGVyICJvcGVuc291cmNlIiBYZW4tNC4zLjI/Cj4gSSBoYXZlIHRyaWVkIHRo ZSBEcml2ZXItUGFja2FnZSBmcm9tIFhDcC0wLjUgdG8gWENQLTEuNiBhbmQgYWxzbyBmcm9tIFhl blNlcnZlciA2LjIsIGJ1dCBldmVyeSB0aW1lIHdpdGggdGhlIHNhbWUgcmVzdWx0Lgo+IEFmdGVy IEluc3RhbGxpbmcgYW5kIHJlYm9vdCB0aGUgVk0gc2hvd3MgdGhlIFN0YXJ0LVNjcmVlbiBhbmQg dGhlbiByZWJvb3QgYW5kIHJlYm9vdCB1bnRpbCBpIGNob29zZSAic2F2ZSBzdGFydCIuCj4gdGhl IGxhc3QgbWVzc2FnZXMgaW4gdGhlIGxvZ8K0cyBhcmUgdGhlIGZvbGxvd2luZyBmb3IgZXhhbXBs ZToKPiAgCj4gWEVWVENITiAgTm90aWNlICAgU3VwcG9ydGVkQ2xhc3Nlc1swXSA9IFZJRgo+IFhF VlRDSE4gIE5vdGljZSAgIFN5bnRoZXRpY0NsYXNzZXNbMF0gPSBJRkFDRQo+IFhFVlRDSE4gIE5v dGljZSAgIEluc3RhbGxEdW1wRGV2aWNlQ2FsbGJhY2s6IHZlcnNpb24gbWlzbWF0Y2ggKDI1NSAh PSAxKQo+IFhFVlRDSE4gIE5vdGljZSAgIE1hcFJlc291cmNlczogPT09PT4KPiBYRU5VVElMICBO b3RpY2UgICBIWVBFUkNBTExbMF06IDIzZDEwMDAKPiBYRU5VVElMICBOb3RpY2UgICBQViBEUklW RVJTOiBWRVJTSU9OOiA2LjAuMiBCVUlMRDogNTY5MjEgKEp1biAxNSAyMDEyLjAzOjQ4OjM0KQo+ IFhFTlVUSUwgIE5vdGljZSAgIEdldFByb2Nlc3NvckNvdW50OiBmb3VuZCAxIHZDUFVzCj4gWEVO VVRJTCAgTm90aWNlICAgMzItYml0IEhWTQo+IENpdHJpeCBXaW5kb3dzIFBWIGRyaXZlcnMgbG9h ZGVkIGluIGd1ZXN0Cj4gUFYgZHJpdmVyIGJ1aWxkIDU2OTIxCj4gSS9PIHJlcXVlc3Qgbm90IHJl YWR5OiAwLCBwdHI6IDAsIHBvcnQ6IDEyLCBkYXRhOiA0NSwgY291bnQ6IDEsIHNpemU6IDEKPiBY RU5VVElMICBOb3RpY2UgICBFeHBhbmRHcmFudFRhYmxlOiBHUkFOVCBUQUJMRSAwOiAoMCAtIDUx MSkgYXQgRjgyRjIwMDAgKDI2ZDMwMDApCj4gWEVOVVRJTCAgTm90aWNlICAgWGVuRW50ZXJwcmlz ZSBwcm9kdWN0IHN0cmluZyBpcyBub3QgcHJlc2VudAo+IFhFTlVUSUwgIFdhcm5pbmcgIFVzaW5n IG9sZC1zdHlsZSB2bGFwaWMgbWFwcGluZy4KPiBYRU5VVElMICBOb3RpY2UgICBBUElDIDAgbWFw cGVkIGF0IDgyMUQzMDAwICgyM2QzMDAwKQo+IFhFTlVUSUwgIE5vdGljZSAgIEZlYXR1cmUgNCB2 YXJpYW50IDQwMiBhdCA4MDZEMjhDQy4KPiBYRU5VVElMICBOb3RpY2UgICBGZWF0dXJlIDQgdmFy aWFudCA0MDMgYXQgODA2RDI4REUuCj4gWEVOVVRJTCAgTm90aWNlICAgRmVhdHVyZSA0IHZhcmlh bnQgMSBhdCA4MDZEMjg3Mi4KPiAgCj4gIAo+IGFsbCB0aGUgYmVzdAo+IG1heAo+IAo+IF9fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCj4gWGVuLXVzZXJzIG1h aWxpbmcgbGlzdAo+IFhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnCj4gaHR0cDovL2xpc3RzLnhlbi5v cmcveGVuLXVzZXJzCgoKCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fClhlbi11c2VycyBtYWlsaW5nIGxpc3QKWGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcKaHR0 cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJz From xen-users-bounces@lists.xen.org Tue Aug 26 17:49:15 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 26 Aug 2014 17:49:15 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XMKql-00048W-2p; Tue, 26 Aug 2014 17:48:07 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XMKqj-00048R-14 for xen-users@lists.xen.org; Tue, 26 Aug 2014 17:48:05 +0000 Received: from [85.158.139.211:33154] by server-6.bemta-5.messagelabs.com id 4F/0F-06284-458CCF35; Tue, 26 Aug 2014 17:48:04 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-15.tower-206.messagelabs.com!1409075281!8448824!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15056 invoked from network); 26 Aug 2014 17:48:03 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-15.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 26 Aug 2014 17:48:03 -0000 X-IronPort-AV: E=Sophos;i="5.04,405,1406592000"; d="scan'208";a="165346382" Received: from localhost (10.80.16.47) by smtprelay.citrix.com (10.13.107.80) with Microsoft SMTP Server id 14.3.181.6; Tue, 26 Aug 2014 13:48:00 -0400 Message-ID: <1409075277.28009.13.camel@citrix.com> From: Ian Campbell To: Date: Tue, 26 Aug 2014 18:47:57 +0100 In-Reply-To: References: Content-Length: 2886 X-Mailer: Evolution 3.12.6 MIME-Version: 1.0 X-DLP: MIA2 Cc: xen-users@lists.xen.org, Lars Kurth , Paul Durrant Subject: Re: [Xen-users] problems with citrix-pv-drivers , Windows Xp and Xen-4.3.2 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org T24gTW9uLCAyMDE0LTA4LTI1IGF0IDExOjIwICswMjAwLCB1c3Rlcm1hbm4ubWF4QHdlYi5kZSB3 cm90ZToKPiAKPiBIZWxsbyBldmVyeWJvZHksCj4gaGF2ZSBhbnlvbmUgZXhwZXJpZW5jZSB3aXRo IENpdHJpeC1QVi1kcml2ZXJzCgpJIHRoaW5rIHRoZXkgaGF2ZSB0aGVpciBvd24gbGlzdCwgc2lu Y2UgdGhleSBhcmUgYSBzZXBhcmF0ZSBzdWJwcm9qZWN0LApidXQgSSBjYW4ndCBmaW5kIGl0LCB0 aGUgc3VicHJvamVjdCBpcyBxdWl0ZSBuZXcgc28gaXQgaXNuJ3QgZnVsbHkgc2V0dXAKeWV0IChz b21lIGZvbGtzIENDZCkuCgpJbiB0aGUgbWVhbnRpbWUgeW91IG1pZ2h0IGhhdmUgbW9yZSBsdWNr IG9uIHRoZSB4c2RldmVsIGxpc3QgdW5kZXIgdGhlCnd3dy54ZW5zZXJ2ZXIub3JnLCBzaW5jZSB0 aGF0IGlzIHdoZXJlIFhlblNlcnZlciBpcyBkZXZlbG9wZWQgYW5kIHRoZQpkcml2ZXJzIHVzZWQg dG8gYmUgaW5jbHVkZWQgaW4gdGhhdCB1bWJyZWxsYS4KCklhbi4KCj4gYW5kIFdpbmRvd3MgWFAg U1AzIDMyYml0IHVuZGVyICJvcGVuc291cmNlIiBYZW4tNC4zLjI/Cj4gSSBoYXZlIHRyaWVkIHRo ZSBEcml2ZXItUGFja2FnZSBmcm9tIFhDcC0wLjUgdG8gWENQLTEuNiBhbmQgYWxzbyBmcm9tIFhl blNlcnZlciA2LjIsIGJ1dCBldmVyeSB0aW1lIHdpdGggdGhlIHNhbWUgcmVzdWx0Lgo+IEFmdGVy IEluc3RhbGxpbmcgYW5kIHJlYm9vdCB0aGUgVk0gc2hvd3MgdGhlIFN0YXJ0LVNjcmVlbiBhbmQg dGhlbiByZWJvb3QgYW5kIHJlYm9vdCB1bnRpbCBpIGNob29zZSAic2F2ZSBzdGFydCIuCj4gdGhl IGxhc3QgbWVzc2FnZXMgaW4gdGhlIGxvZ8K0cyBhcmUgdGhlIGZvbGxvd2luZyBmb3IgZXhhbXBs ZToKPiAgCj4gWEVWVENITiAgTm90aWNlICAgU3VwcG9ydGVkQ2xhc3Nlc1swXSA9IFZJRgo+IFhF VlRDSE4gIE5vdGljZSAgIFN5bnRoZXRpY0NsYXNzZXNbMF0gPSBJRkFDRQo+IFhFVlRDSE4gIE5v dGljZSAgIEluc3RhbGxEdW1wRGV2aWNlQ2FsbGJhY2s6IHZlcnNpb24gbWlzbWF0Y2ggKDI1NSAh PSAxKQo+IFhFVlRDSE4gIE5vdGljZSAgIE1hcFJlc291cmNlczogPT09PT4KPiBYRU5VVElMICBO b3RpY2UgICBIWVBFUkNBTExbMF06IDIzZDEwMDAKPiBYRU5VVElMICBOb3RpY2UgICBQViBEUklW RVJTOiBWRVJTSU9OOiA2LjAuMiBCVUlMRDogNTY5MjEgKEp1biAxNSAyMDEyLjAzOjQ4OjM0KQo+ IFhFTlVUSUwgIE5vdGljZSAgIEdldFByb2Nlc3NvckNvdW50OiBmb3VuZCAxIHZDUFVzCj4gWEVO VVRJTCAgTm90aWNlICAgMzItYml0IEhWTQo+IENpdHJpeCBXaW5kb3dzIFBWIGRyaXZlcnMgbG9h ZGVkIGluIGd1ZXN0Cj4gUFYgZHJpdmVyIGJ1aWxkIDU2OTIxCj4gSS9PIHJlcXVlc3Qgbm90IHJl YWR5OiAwLCBwdHI6IDAsIHBvcnQ6IDEyLCBkYXRhOiA0NSwgY291bnQ6IDEsIHNpemU6IDEKPiBY RU5VVElMICBOb3RpY2UgICBFeHBhbmRHcmFudFRhYmxlOiBHUkFOVCBUQUJMRSAwOiAoMCAtIDUx MSkgYXQgRjgyRjIwMDAgKDI2ZDMwMDApCj4gWEVOVVRJTCAgTm90aWNlICAgWGVuRW50ZXJwcmlz ZSBwcm9kdWN0IHN0cmluZyBpcyBub3QgcHJlc2VudAo+IFhFTlVUSUwgIFdhcm5pbmcgIFVzaW5n IG9sZC1zdHlsZSB2bGFwaWMgbWFwcGluZy4KPiBYRU5VVElMICBOb3RpY2UgICBBUElDIDAgbWFw cGVkIGF0IDgyMUQzMDAwICgyM2QzMDAwKQo+IFhFTlVUSUwgIE5vdGljZSAgIEZlYXR1cmUgNCB2 YXJpYW50IDQwMiBhdCA4MDZEMjhDQy4KPiBYRU5VVElMICBOb3RpY2UgICBGZWF0dXJlIDQgdmFy aWFudCA0MDMgYXQgODA2RDI4REUuCj4gWEVOVVRJTCAgTm90aWNlICAgRmVhdHVyZSA0IHZhcmlh bnQgMSBhdCA4MDZEMjg3Mi4KPiAgCj4gIAo+IGFsbCB0aGUgYmVzdAo+IG1heAo+IAo+IF9fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCj4gWGVuLXVzZXJzIG1h aWxpbmcgbGlzdAo+IFhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnCj4gaHR0cDovL2xpc3RzLnhlbi5v cmcveGVuLXVzZXJzCgoKCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fClhlbi11c2VycyBtYWlsaW5nIGxpc3QKWGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcKaHR0 cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJz From xen-users-bounces@lists.xen.org Wed Aug 27 08:32:27 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 27 Aug 2014 08:32: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 1XMYdK-0004il-P4; Wed, 27 Aug 2014 08:31:10 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XMYdJ-0004ig-4O for xen-users@lists.xen.org; Wed, 27 Aug 2014 08:31:09 +0000 Received: from [193.109.254.147:39926] by server-5.bemta-14.messagelabs.com id 58/F5-28255-C479DF35; Wed, 27 Aug 2014 08:31:08 +0000 X-Env-Sender: Paul.Durrant@citrix.com X-Msg-Ref: server-15.tower-27.messagelabs.com!1409128267!11753766!1 X-Originating-IP: [185.25.65.24] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26224 invoked from network); 27 Aug 2014 08:31:07 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (185.25.65.24) by server-15.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 27 Aug 2014 08:31:07 -0000 X-IronPort-AV: E=Sophos;i="5.04,409,1406592000"; d="scan'208";a="24301706" From: Paul Durrant To: Ian Campbell , "ustermann.max@web.de" Thread-Topic: [Xen-users] problems with citrix-pv-drivers , Windows Xp and Xen-4.3.2 Thread-Index: AQHPwVXhQwFzxcmHAkmQVsKgwXftZJvkHGKQ Date: Wed, 27 Aug 2014 08:30:45 +0000 Message-ID: <9AAE0902D5BC7E449B7C8E4E778ABCD042C7C3@AMSPEX01CL01.citrite.net> References: <1409075277.28009.13.camel@citrix.com> In-Reply-To: <1409075277.28009.13.camel@citrix.com> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: MIME-Version: 1.0 X-DLP: AMS1 Cc: "xen-users@lists.xen.org" , Lars Kurth Subject: Re: [Xen-users] problems with citrix-pv-drivers , Windows Xp and Xen-4.3.2 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org PiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiBGcm9tOiBJYW4gQ2FtcGJlbGwgW21haWx0 bzppYW4uY2FtcGJlbGxAY2l0cml4LmNvbV0NCj4gU2VudDogMjYgQXVndXN0IDIwMTQgMTg6NDgN Cj4gVG86IHVzdGVybWFubi5tYXhAd2ViLmRlDQo+IENjOiB4ZW4tdXNlcnNAbGlzdHMueGVuLm9y ZzsgTGFycyBLdXJ0aDsgUGF1bCBEdXJyYW50DQo+IFN1YmplY3Q6IFJlOiBbWGVuLXVzZXJzXSBw cm9ibGVtcyB3aXRoIGNpdHJpeC1wdi1kcml2ZXJzICwgV2luZG93cyBYcCBhbmQNCj4gWGVuLTQu My4yDQo+IA0KPiBPbiBNb24sIDIwMTQtMDgtMjUgYXQgMTE6MjAgKzAyMDAsIHVzdGVybWFubi5t YXhAd2ViLmRlIHdyb3RlOg0KPiA+DQo+ID4gSGVsbG8gZXZlcnlib2R5LA0KPiA+IGhhdmUgYW55 b25lIGV4cGVyaWVuY2Ugd2l0aCBDaXRyaXgtUFYtZHJpdmVycw0KPiANCj4gSSB0aGluayB0aGV5 IGhhdmUgdGhlaXIgb3duIGxpc3QsIHNpbmNlIHRoZXkgYXJlIGEgc2VwYXJhdGUgc3VicHJvamVj dCwNCj4gYnV0IEkgY2FuJ3QgZmluZCBpdCwgdGhlIHN1YnByb2plY3QgaXMgcXVpdGUgbmV3IHNv IGl0IGlzbid0IGZ1bGx5IHNldHVwDQo+IHlldCAoc29tZSBmb2xrcyBDQ2QpLg0KPiANCg0KSGkg TWF4LA0KDQogIFllcywgd2UgZG8gbm93IGhhdmUgYSBzdWItcHJvamVjdCBmb3IgdGhlIFdpbmRv d3MgUFYgZHJpdmVycyBidXQgYXMgSWFuIHNheXMsIGl0J3Mgbm90IGZ1bGx5IHNldCB1cCB5ZXQu DQoNCj4gSW4gdGhlIG1lYW50aW1lIHlvdSBtaWdodCBoYXZlIG1vcmUgbHVjayBvbiB0aGUgeHNk ZXZlbCBsaXN0IHVuZGVyIHRoZQ0KPiB3d3cueGVuc2VydmVyLm9yZywgc2luY2UgdGhhdCBpcyB3 aGVyZSBYZW5TZXJ2ZXIgaXMgZGV2ZWxvcGVkIGFuZCB0aGUNCj4gZHJpdmVycyB1c2VkIHRvIGJl IGluY2x1ZGVkIGluIHRoYXQgdW1icmVsbGEuDQo+IA0KDQogIEZvciB0aGlzIHF1ZXJ5LCBJIHRo aW5rIHhzLWRldmVsIGlzIG1vcmUgYXBwcm9wcmlhdGUuDQoNCj4gSWFuLg0KPiANCj4gPiBhbmQg V2luZG93cyBYUCBTUDMgMzJiaXQgdW5kZXIgIm9wZW5zb3VyY2UiIFhlbi00LjMuMj8NCj4gPiBJ IGhhdmUgdHJpZWQgdGhlIERyaXZlci1QYWNrYWdlIGZyb20gWENwLTAuNSB0byBYQ1AtMS42IGFu ZCBhbHNvIGZyb20NCj4gWGVuU2VydmVyIDYuMiwgYnV0IGV2ZXJ5IHRpbWUgd2l0aCB0aGUgc2Ft ZSByZXN1bHQuDQo+ID4gQWZ0ZXIgSW5zdGFsbGluZyBhbmQgcmVib290IHRoZSBWTSBzaG93cyB0 aGUgU3RhcnQtU2NyZWVuIGFuZCB0aGVuIHJlYm9vdA0KPiBhbmQgcmVib290IHVudGlsIGkgY2hv b3NlICJzYXZlIHN0YXJ0Ii4NCj4gPiB0aGUgbGFzdCBtZXNzYWdlcyBpbiB0aGUgbG9nwrRzIGFy ZSB0aGUgZm9sbG93aW5nIGZvciBleGFtcGxlOg0KPiA+DQo+ID4gWEVWVENITiAgTm90aWNlICAg U3VwcG9ydGVkQ2xhc3Nlc1swXSA9IFZJRg0KPiA+IFhFVlRDSE4gIE5vdGljZSAgIFN5bnRoZXRp Y0NsYXNzZXNbMF0gPSBJRkFDRQ0KPiA+IFhFVlRDSE4gIE5vdGljZSAgIEluc3RhbGxEdW1wRGV2 aWNlQ2FsbGJhY2s6IHZlcnNpb24gbWlzbWF0Y2ggKDI1NSAhPSAxKQ0KPiA+IFhFVlRDSE4gIE5v dGljZSAgIE1hcFJlc291cmNlczogPT09PT4NCj4gPiBYRU5VVElMICBOb3RpY2UgICBIWVBFUkNB TExbMF06IDIzZDEwMDANCj4gPiBYRU5VVElMICBOb3RpY2UgICBQViBEUklWRVJTOiBWRVJTSU9O OiA2LjAuMiBCVUlMRDogNTY5MjEgKEp1biAxNQ0KPiAyMDEyLjAzOjQ4OjM0KQ0KPiA+IFhFTlVU SUwgIE5vdGljZSAgIEdldFByb2Nlc3NvckNvdW50OiBmb3VuZCAxIHZDUFVzDQo+ID4gWEVOVVRJ TCAgTm90aWNlICAgMzItYml0IEhWTQ0KPiA+IENpdHJpeCBXaW5kb3dzIFBWIGRyaXZlcnMgbG9h ZGVkIGluIGd1ZXN0DQo+ID4gUFYgZHJpdmVyIGJ1aWxkIDU2OTIxDQo+ID4gSS9PIHJlcXVlc3Qg bm90IHJlYWR5OiAwLCBwdHI6IDAsIHBvcnQ6IDEyLCBkYXRhOiA0NSwgY291bnQ6IDEsIHNpemU6 IDENCj4gPiBYRU5VVElMICBOb3RpY2UgICBFeHBhbmRHcmFudFRhYmxlOiBHUkFOVCBUQUJMRSAw OiAoMCAtIDUxMSkgYXQgRjgyRjIwMDANCj4gKDI2ZDMwMDApDQo+ID4gWEVOVVRJTCAgTm90aWNl ICAgWGVuRW50ZXJwcmlzZSBwcm9kdWN0IHN0cmluZyBpcyBub3QgcHJlc2VudA0KPiA+IFhFTlVU SUwgIFdhcm5pbmcgIFVzaW5nIG9sZC1zdHlsZSB2bGFwaWMgbWFwcGluZy4NCj4gPiBYRU5VVElM ICBOb3RpY2UgICBBUElDIDAgbWFwcGVkIGF0IDgyMUQzMDAwICgyM2QzMDAwKQ0KPiA+IFhFTlVU SUwgIE5vdGljZSAgIEZlYXR1cmUgNCB2YXJpYW50IDQwMiBhdCA4MDZEMjhDQy4NCj4gPiBYRU5V VElMICBOb3RpY2UgICBGZWF0dXJlIDQgdmFyaWFudCA0MDMgYXQgODA2RDI4REUuDQo+ID4gWEVO VVRJTCAgTm90aWNlICAgRmVhdHVyZSA0IHZhcmlhbnQgMSBhdCA4MDZEMjg3Mi4NCj4gPg0KDQpU aGUgQ2l0cml4IGRyaXZlcnMgZm9yIFhQIGFuZCBTZXJ2ZXIgMjAwMyBhcmUgYWN0dWFsbHkgZGlz dGluY3QgZnJvbSB0aGUgWGVuIFByb2plY3Qgb3BlbiBzb3VyY2UgUFYgZHJpdmVycywgYW5kIHRo b3NlIGFyZSB3aGF0IHlvdSBoYXZlIGhlcmUuIFRob3NlIGRyaXZlcnMgYXJlIG9ubHkgaW50ZW5k ZWQgdG8gcnVuIGluIGFuIFhDUC9YZW5TZXJ2ZXIgZW52aXJvbm1lbnQgYXMgdGhleSByZWx5IG9u IGNlcnRhaW4gcGF0Y2hlcyB0byB0aGUgaHlwZXJ2aXNvciB0aGF0IFhlblNlcnZlciBjYXJyaWVz LiBIb3cgZGVzcGVyYXRlbHkgZG8geW91IG5lZWQgdG8gcnVuIFhQPyBJdCBpcyBleHRyZW1lbHkg b2xkIG5vdyBhbmQgTWljcm9zb2Z0IHRlcm1pbmF0ZWQgZXh0ZW5kZWQgc3VwcG9ydCBmb3IgU1Az IGJhY2sgaW4gQXByaWwuIElmIHlvdSBjYW4gdXNlIGEgbmV3ZXIgT1MgKFZpc3RhIG9ud2FyZHMp IHRoZW4geW91IGNhbiB1c2UgdGhlIG5ldyBYZW4gUHJvamVjdCBkcml2ZXJzLCB3aGljaCBzaG91 bGQgYmUgZmluZSBpbiBwcmV0dHkgbXVjaCBhbnkgWGVuIGVudmlyb25tZW50Lg0KDQogIENoZWVy cywNCg0KICAgIFBhdWwNCg0KPiA+DQo+ID4gYWxsIHRoZSBiZXN0DQo+ID4gbWF4DQo+ID4NCj4g PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPiA+IFhl bi11c2VycyBtYWlsaW5nIGxpc3QNCj4gPiBYZW4tdXNlcnNAbGlzdHMueGVuLm9yZw0KPiA+IGh0 dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycw0KPiANCg0KX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLXVzZXJzIG1haWxpbmcgbGlzdApYZW4tdXNl cnNAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnM= From xen-users-bounces@lists.xen.org Wed Aug 27 08:32:27 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 27 Aug 2014 08:32: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 1XMYdK-0004il-P4; Wed, 27 Aug 2014 08:31:10 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XMYdJ-0004ig-4O for xen-users@lists.xen.org; Wed, 27 Aug 2014 08:31:09 +0000 Received: from [193.109.254.147:39926] by server-5.bemta-14.messagelabs.com id 58/F5-28255-C479DF35; Wed, 27 Aug 2014 08:31:08 +0000 X-Env-Sender: Paul.Durrant@citrix.com X-Msg-Ref: server-15.tower-27.messagelabs.com!1409128267!11753766!1 X-Originating-IP: [185.25.65.24] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26224 invoked from network); 27 Aug 2014 08:31:07 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (185.25.65.24) by server-15.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 27 Aug 2014 08:31:07 -0000 X-IronPort-AV: E=Sophos;i="5.04,409,1406592000"; d="scan'208";a="24301706" From: Paul Durrant To: Ian Campbell , "ustermann.max@web.de" Thread-Topic: [Xen-users] problems with citrix-pv-drivers , Windows Xp and Xen-4.3.2 Thread-Index: AQHPwVXhQwFzxcmHAkmQVsKgwXftZJvkHGKQ Date: Wed, 27 Aug 2014 08:30:45 +0000 Message-ID: <9AAE0902D5BC7E449B7C8E4E778ABCD042C7C3@AMSPEX01CL01.citrite.net> References: <1409075277.28009.13.camel@citrix.com> In-Reply-To: <1409075277.28009.13.camel@citrix.com> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: MIME-Version: 1.0 X-DLP: AMS1 Cc: "xen-users@lists.xen.org" , Lars Kurth Subject: Re: [Xen-users] problems with citrix-pv-drivers , Windows Xp and Xen-4.3.2 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org PiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiBGcm9tOiBJYW4gQ2FtcGJlbGwgW21haWx0 bzppYW4uY2FtcGJlbGxAY2l0cml4LmNvbV0NCj4gU2VudDogMjYgQXVndXN0IDIwMTQgMTg6NDgN Cj4gVG86IHVzdGVybWFubi5tYXhAd2ViLmRlDQo+IENjOiB4ZW4tdXNlcnNAbGlzdHMueGVuLm9y ZzsgTGFycyBLdXJ0aDsgUGF1bCBEdXJyYW50DQo+IFN1YmplY3Q6IFJlOiBbWGVuLXVzZXJzXSBw cm9ibGVtcyB3aXRoIGNpdHJpeC1wdi1kcml2ZXJzICwgV2luZG93cyBYcCBhbmQNCj4gWGVuLTQu My4yDQo+IA0KPiBPbiBNb24sIDIwMTQtMDgtMjUgYXQgMTE6MjAgKzAyMDAsIHVzdGVybWFubi5t YXhAd2ViLmRlIHdyb3RlOg0KPiA+DQo+ID4gSGVsbG8gZXZlcnlib2R5LA0KPiA+IGhhdmUgYW55 b25lIGV4cGVyaWVuY2Ugd2l0aCBDaXRyaXgtUFYtZHJpdmVycw0KPiANCj4gSSB0aGluayB0aGV5 IGhhdmUgdGhlaXIgb3duIGxpc3QsIHNpbmNlIHRoZXkgYXJlIGEgc2VwYXJhdGUgc3VicHJvamVj dCwNCj4gYnV0IEkgY2FuJ3QgZmluZCBpdCwgdGhlIHN1YnByb2plY3QgaXMgcXVpdGUgbmV3IHNv IGl0IGlzbid0IGZ1bGx5IHNldHVwDQo+IHlldCAoc29tZSBmb2xrcyBDQ2QpLg0KPiANCg0KSGkg TWF4LA0KDQogIFllcywgd2UgZG8gbm93IGhhdmUgYSBzdWItcHJvamVjdCBmb3IgdGhlIFdpbmRv d3MgUFYgZHJpdmVycyBidXQgYXMgSWFuIHNheXMsIGl0J3Mgbm90IGZ1bGx5IHNldCB1cCB5ZXQu DQoNCj4gSW4gdGhlIG1lYW50aW1lIHlvdSBtaWdodCBoYXZlIG1vcmUgbHVjayBvbiB0aGUgeHNk ZXZlbCBsaXN0IHVuZGVyIHRoZQ0KPiB3d3cueGVuc2VydmVyLm9yZywgc2luY2UgdGhhdCBpcyB3 aGVyZSBYZW5TZXJ2ZXIgaXMgZGV2ZWxvcGVkIGFuZCB0aGUNCj4gZHJpdmVycyB1c2VkIHRvIGJl IGluY2x1ZGVkIGluIHRoYXQgdW1icmVsbGEuDQo+IA0KDQogIEZvciB0aGlzIHF1ZXJ5LCBJIHRo aW5rIHhzLWRldmVsIGlzIG1vcmUgYXBwcm9wcmlhdGUuDQoNCj4gSWFuLg0KPiANCj4gPiBhbmQg V2luZG93cyBYUCBTUDMgMzJiaXQgdW5kZXIgIm9wZW5zb3VyY2UiIFhlbi00LjMuMj8NCj4gPiBJ IGhhdmUgdHJpZWQgdGhlIERyaXZlci1QYWNrYWdlIGZyb20gWENwLTAuNSB0byBYQ1AtMS42IGFu ZCBhbHNvIGZyb20NCj4gWGVuU2VydmVyIDYuMiwgYnV0IGV2ZXJ5IHRpbWUgd2l0aCB0aGUgc2Ft ZSByZXN1bHQuDQo+ID4gQWZ0ZXIgSW5zdGFsbGluZyBhbmQgcmVib290IHRoZSBWTSBzaG93cyB0 aGUgU3RhcnQtU2NyZWVuIGFuZCB0aGVuIHJlYm9vdA0KPiBhbmQgcmVib290IHVudGlsIGkgY2hv b3NlICJzYXZlIHN0YXJ0Ii4NCj4gPiB0aGUgbGFzdCBtZXNzYWdlcyBpbiB0aGUgbG9nwrRzIGFy ZSB0aGUgZm9sbG93aW5nIGZvciBleGFtcGxlOg0KPiA+DQo+ID4gWEVWVENITiAgTm90aWNlICAg U3VwcG9ydGVkQ2xhc3Nlc1swXSA9IFZJRg0KPiA+IFhFVlRDSE4gIE5vdGljZSAgIFN5bnRoZXRp Y0NsYXNzZXNbMF0gPSBJRkFDRQ0KPiA+IFhFVlRDSE4gIE5vdGljZSAgIEluc3RhbGxEdW1wRGV2 aWNlQ2FsbGJhY2s6IHZlcnNpb24gbWlzbWF0Y2ggKDI1NSAhPSAxKQ0KPiA+IFhFVlRDSE4gIE5v dGljZSAgIE1hcFJlc291cmNlczogPT09PT4NCj4gPiBYRU5VVElMICBOb3RpY2UgICBIWVBFUkNB TExbMF06IDIzZDEwMDANCj4gPiBYRU5VVElMICBOb3RpY2UgICBQViBEUklWRVJTOiBWRVJTSU9O OiA2LjAuMiBCVUlMRDogNTY5MjEgKEp1biAxNQ0KPiAyMDEyLjAzOjQ4OjM0KQ0KPiA+IFhFTlVU SUwgIE5vdGljZSAgIEdldFByb2Nlc3NvckNvdW50OiBmb3VuZCAxIHZDUFVzDQo+ID4gWEVOVVRJ TCAgTm90aWNlICAgMzItYml0IEhWTQ0KPiA+IENpdHJpeCBXaW5kb3dzIFBWIGRyaXZlcnMgbG9h ZGVkIGluIGd1ZXN0DQo+ID4gUFYgZHJpdmVyIGJ1aWxkIDU2OTIxDQo+ID4gSS9PIHJlcXVlc3Qg bm90IHJlYWR5OiAwLCBwdHI6IDAsIHBvcnQ6IDEyLCBkYXRhOiA0NSwgY291bnQ6IDEsIHNpemU6 IDENCj4gPiBYRU5VVElMICBOb3RpY2UgICBFeHBhbmRHcmFudFRhYmxlOiBHUkFOVCBUQUJMRSAw OiAoMCAtIDUxMSkgYXQgRjgyRjIwMDANCj4gKDI2ZDMwMDApDQo+ID4gWEVOVVRJTCAgTm90aWNl ICAgWGVuRW50ZXJwcmlzZSBwcm9kdWN0IHN0cmluZyBpcyBub3QgcHJlc2VudA0KPiA+IFhFTlVU SUwgIFdhcm5pbmcgIFVzaW5nIG9sZC1zdHlsZSB2bGFwaWMgbWFwcGluZy4NCj4gPiBYRU5VVElM ICBOb3RpY2UgICBBUElDIDAgbWFwcGVkIGF0IDgyMUQzMDAwICgyM2QzMDAwKQ0KPiA+IFhFTlVU SUwgIE5vdGljZSAgIEZlYXR1cmUgNCB2YXJpYW50IDQwMiBhdCA4MDZEMjhDQy4NCj4gPiBYRU5V VElMICBOb3RpY2UgICBGZWF0dXJlIDQgdmFyaWFudCA0MDMgYXQgODA2RDI4REUuDQo+ID4gWEVO VVRJTCAgTm90aWNlICAgRmVhdHVyZSA0IHZhcmlhbnQgMSBhdCA4MDZEMjg3Mi4NCj4gPg0KDQpU aGUgQ2l0cml4IGRyaXZlcnMgZm9yIFhQIGFuZCBTZXJ2ZXIgMjAwMyBhcmUgYWN0dWFsbHkgZGlz dGluY3QgZnJvbSB0aGUgWGVuIFByb2plY3Qgb3BlbiBzb3VyY2UgUFYgZHJpdmVycywgYW5kIHRo b3NlIGFyZSB3aGF0IHlvdSBoYXZlIGhlcmUuIFRob3NlIGRyaXZlcnMgYXJlIG9ubHkgaW50ZW5k ZWQgdG8gcnVuIGluIGFuIFhDUC9YZW5TZXJ2ZXIgZW52aXJvbm1lbnQgYXMgdGhleSByZWx5IG9u IGNlcnRhaW4gcGF0Y2hlcyB0byB0aGUgaHlwZXJ2aXNvciB0aGF0IFhlblNlcnZlciBjYXJyaWVz LiBIb3cgZGVzcGVyYXRlbHkgZG8geW91IG5lZWQgdG8gcnVuIFhQPyBJdCBpcyBleHRyZW1lbHkg b2xkIG5vdyBhbmQgTWljcm9zb2Z0IHRlcm1pbmF0ZWQgZXh0ZW5kZWQgc3VwcG9ydCBmb3IgU1Az IGJhY2sgaW4gQXByaWwuIElmIHlvdSBjYW4gdXNlIGEgbmV3ZXIgT1MgKFZpc3RhIG9ud2FyZHMp IHRoZW4geW91IGNhbiB1c2UgdGhlIG5ldyBYZW4gUHJvamVjdCBkcml2ZXJzLCB3aGljaCBzaG91 bGQgYmUgZmluZSBpbiBwcmV0dHkgbXVjaCBhbnkgWGVuIGVudmlyb25tZW50Lg0KDQogIENoZWVy cywNCg0KICAgIFBhdWwNCg0KPiA+DQo+ID4gYWxsIHRoZSBiZXN0DQo+ID4gbWF4DQo+ID4NCj4g PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPiA+IFhl bi11c2VycyBtYWlsaW5nIGxpc3QNCj4gPiBYZW4tdXNlcnNAbGlzdHMueGVuLm9yZw0KPiA+IGh0 dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycw0KPiANCg0KX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLXVzZXJzIG1haWxpbmcgbGlzdApYZW4tdXNl cnNAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnM= From xen-users-bounces@lists.xen.org Wed Aug 27 13:03:27 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 27 Aug 2014 13:03: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 1XMcrd-0000BZ-8T; Wed, 27 Aug 2014 13:02:13 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XMQlJ-0006TZ-Du for xen-users@lists.xen.org; Wed, 27 Aug 2014 00:06:53 +0000 Received: from [85.158.137.68:61207] by server-2.bemta-3.messagelabs.com id 05/AB-09149-C112DF35; Wed, 27 Aug 2014 00:06:52 +0000 X-Env-Sender: ameya@simplyhired.com X-Msg-Ref: server-11.tower-31.messagelabs.com!1409098009!16071881!1 X-Originating-IP: [209.85.219.51] X-SpamReason: No, hits=2.4 required=7.0 tests=HOT_NASTY,HTML_10_20, HTML_MESSAGE,RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6313 invoked from network); 27 Aug 2014 00:06:50 -0000 Received: from mail-oa0-f51.google.com (HELO mail-oa0-f51.google.com) (209.85.219.51) by server-11.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 27 Aug 2014 00:06:50 -0000 Received: by mail-oa0-f51.google.com with SMTP id o6so12492381oag.38 for ; Tue, 26 Aug 2014 17:06:49 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to :content-type; bh=tu8+ZKN6eZfJOwk5xPtTylnZ5KBb20cGFvZMH2j53rs=; b=kFiD0dgyfB7f96jn6tywDheRJyY5f3JWckOxB5FPhqbFsbJEjtdPnCxChKx9estg4z nl7faSzvjYDb0zq1gaMg/dGPIsdogSKuJ2KkcvzSBLSNhtwd/tTmSd+63bmFDaYiKY+h +CUjZLIPOdQUDgr+0VJmB1tXPzYoJINqa85C/+3HBWIUw5jOjxz1pg0w6wSZ212ldAjB ZQh0QDvVFZ79COanMknt2iU/vljTz41c2J7iq98unaeuBV8RhRf+DS7Q8inLrs87T/WS 7bh9i58PxEg2esfHzs58t4QvFHJk0m23cvsd5urOqlc3tbrVbYQReGIAuK59f9OthJBb ODLw== X-Gm-Message-State: ALoCoQnQJyKarGaOEUBGCldsCDbpv8oqOg8pQaT64TiQ2o0eyKVTVWylyiyoqt00oyPglP6Yjw/C MIME-Version: 1.0 X-Received: by 10.60.65.135 with SMTP id x7mr30919904oes.45.1409098008837; Tue, 26 Aug 2014 17:06:48 -0700 (PDT) Received: by 10.202.96.70 with HTTP; Tue, 26 Aug 2014 17:06:48 -0700 (PDT) Date: Tue, 26 Aug 2014 17:06:48 -0700 Message-ID: From: Ameya Savale To: xen-users@lists.xen.org X-Mailman-Approved-At: Wed, 27 Aug 2014 13:02:11 +0000 Subject: [Xen-users] xen bridge help, cannot download kickstart script X-BeenThere: xen-users@lists.xen.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="===============7753388532946668937==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7753388532946668937== Content-Type: multipart/alternative; boundary=001a11c20b7a456d930501913299 --001a11c20b7a456d930501913299 Content-Type: text/plain; charset=UTF-8 Hi I've been having trouble getting Xen setup with fedora-18. I have a bridge setup on my Dom0 called xenbr0. I have attached my primary interface on Dom0 to the created bridge. Here is my config for the bridge *ifcfg-xenbr0*. * DEVICE=xenbr0 TYPE=Bridge DNS1=172.xxx.xxx.xxx IPADDR=172.xxx.xxx.xxx GATEWAY=172.xxx.xxx.xxx NETMASK=255.xxx.xxx.xxx ONBOOT=yes BOOTPROTO=static* And here is my config file for the original interface called em1, *ifcfg-em1* * UUID=my-UUID-xxx #DNS1=172.xxx.xxx.xxx #IPADDR=172.xxx.xxx.xxx #GATEWAY=172.xxx.xxx.xxx HWADDR=00:21:9b:xx:xx:xx #NETMASK=255.xxx.xxx.xxx #BOOTPROTO=static DEVICE=em1 ONBOOT=yes BRIDGE=xenbr0* After I created the two config files I did a *service network restart* and both *em1* and *xenbr0* came up without any issues. I also updated my */etc/sysctl.conf* with the following lines to disable netfilter *net.bridge.bridge-nf-call-ip6tables = 0 net.bridge.bridge-nf-call-iptables = 0 net.bridge.bridge-nf-call-arptables = 0* And finally here is the config file I am using the to create my DomU *name="xen-testjest-2" vcpus=1 memory=1024 on_reboot='destroy' on_crash='destroy' disk=["file:/images/xen-testjest-2.img,xvda,w"] vif=["mac=00:16:3e:xx:xx:xx,bridge=xenbr0"] kernel="/images/boot/f15-installdvd-vmlinuz" ramdisk="/images/boot/f15-installdvd-initrd" extra = "text ks=http://server.with.kickstartfile/imaging/kickstart/f-15.ks ip=172.xxx.xxx.xxx netmask=255.xxx.xxx.xxx gateway=172.xxx.xxx.xxx dns=172.xxx.xxx.xxx"* Now the issue is when I try to run *xl create * and I console in to the domain as it is being built. Everything is fine until it tries to retrieve the kickstart file from my server where my kickstart file is located. It always fails with the error *Unable to download the kickstart file*. I can download the file when I paste the url in my browser or do a wget. When I do a tcpdump at the point when it tries to retrieve the kickstart file on my Dom0 I see packets going from the my DomU to the server where my kickstart file is located. When I do a tcpdump on my server which contains the kickstart script I see packets coming in from my DomU and I also see packets being sent to DomU from my server with the ks script, but I never see any packets being received by DomU from the server with the ks file Im not really sure how to solve this problem, it seems as if my bridge is not forwarding the packets. Here is the output of my *ifconfig* * em1: flags=4163 mtu 1500 ether 00:21:xx:xx:xx:xx txqueuelen 1000 (Ethernet) RX packets 321324 bytes 157540178 (150.2 MiB) RX errors 0 dropped 3788 overruns 0 frame 0 TX packets 144519 bytes 26480182 (25.2 MiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 lo: flags=73 mtu 65536 inet 127.0.0.1 netmask 255.0.0.0 inet6 ::1 prefixlen 128 scopeid 0x10 loop txqueuelen 0 (Local Loopback) RX packets 176287 bytes 13202155 (12.5 MiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 176287 bytes 13202155 (12.5 MiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 vif6.0: flags=4163 mtu 1500 inet6 fe80::fcff:ffff:feff:ffff prefixlen 64 scopeid 0x20 ether fe:ff:ff:ff:ff:ff txqueuelen 32 (Ethernet) RX packets 36 bytes 1886 (1.8 KiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 10711 bytes 867595 (847.2 KiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 virbr0: flags=4099 mtu 1500 inet 192.xxx.xxx.xxx netmask 255.xxx.xxx.xxx broadcast 192.xxx.xxx.xxx ether 82:76:xx:xx:xx:xx txqueuelen 0 (Ethernet) RX packets 0 bytes 0 (0.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 0 bytes 0 (0.0 B) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 xenbr0: flags=4163 mtu 1500 inet 172.xxx.xxx.xxx netmask 255.xxx.xxx.xxx broadcast 172.xxx.xxx.xxx inet6 fe80::xxxx:xxxx:xxxx:xxx prefixlen 64 scopeid 0x20 ether 00:21:xx:xx:xx:xx txqueuelen 0 (Ethernet) RX packets 258423 bytes 147784996 (140.9 MiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 143559 bytes 25774695 (24.5 MiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0* And here is the output of *brctl show* * bridge name bridge id STP enabled interfaces virbr0 8000.000000000000 yes xenbr0 8000.00219b98f0ae no em1 vif6.0* I have been stuck on this for a couple of days now, without making any progress. I've been searching for a solution online for some time without coming up with anything that would solve the issue I am having. Any help will be greatly appreciated :) cause this is starting to get a little bit frustrating :( - Thanks everyone --001a11c20b7a456d930501913299 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: base64 PGRpdiBkaXI9Imx0ciI+PGRpdj5IaTxicj48YnI+SSYjMzk7dmUgYmVlbiBoYXZpbmcgdHJvdWJs ZSBnZXR0aW5nIFhlbiBzZXR1cCB3aXRoIGZlZG9yYS0xOC4gSSBoYXZlIGEgYnJpZGdlIHNldHVw IG9uIG15IERvbTAgY2FsbGVkIHhlbmJyMC4gSSBoYXZlIGF0dGFjaGVkIG15IHByaW1hcnkgaW50 ZXJmYWNlIG9uIERvbTAgdG8gdGhlIGNyZWF0ZWQgYnJpZGdlLiBIZXJlIGlzIG15IGNvbmZpZyBm b3IgdGhlIGJyaWRnZSA8Yj5pZmNmZy14ZW5icjA8L2I+LiA8YnI+DQo8YnI+PGI+wqDCoMKgIERF VklDRT14ZW5icjA8YnI+wqDCoMKgIFRZUEU9QnJpZGdlPGJyPsKgwqDCoCBETlMxPTE3Mi54eHgu eHh4Lnh4eDxicj7CoMKgwqAgSVBBRERSPTE3Mi54eHgueHh4Lnh4eDxicj7CoMKgwqAgR0FURVdB WT0xNzIueHh4Lnh4eC54eHg8YnI+wqDCoMKgIE5FVE1BU0s9MjU1Lnh4eC54eHgueHh4PGJyPsKg wqDCoCBPTkJPT1Q9eWVzPGJyPsKgwqDCoCBCT09UUFJPVE89c3RhdGljPC9iPjxicj48YnI+QW5k IGhlcmUgaXMgbXkgY29uZmlnIGZpbGUgZm9yIHRoZSBvcmlnaW5hbCBpbnRlcmZhY2UgY2FsbGVk IGVtMSwgPGI+aWZjZmctZW0xPC9iPjxicj4NCjxicj7CoMKgwqA8Yj4gVVVJRD1teS1VVUlELXh4 eDxicj7CoMKgwqAgI0ROUzE9MTcyLnh4eC54eHgueHh4PGJyPsKgwqDCoCAjSVBBRERSPTE3Mi54 eHgueHh4Lnh4eDxicj7CoMKgwqAgI0dBVEVXQVk9MTcyLnh4eC54eHgueHh4PGJyPsKgwqDCoCBI V0FERFI9MDA6MjE6OWI6eHg6eHg6eHg8YnI+wqDCoMKgICNORVRNQVNLPTI1NS54eHgueHh4Lnh4 eDxicj7CoMKgwqAgI0JPT1RQUk9UTz1zdGF0aWM8YnI+wqDCoMKgIERFVklDRT1lbTE8YnI+DQrC oMKgwqAgT05CT09UPXllczxicj7CoMKgwqAgQlJJREdFPXhlbmJyMDwvYj48YnI+PGJyPkFmdGVy IEkgY3JlYXRlZCB0aGUgdHdvIGNvbmZpZyBmaWxlcyBJIGRpZCBhIDxiPnNlcnZpY2UgbmV0d29y ayByZXN0YXJ0PC9iPiBhbmQgYm90aCA8Yj5lbTE8L2I+IGFuZCA8Yj54ZW5icjA8L2I+IGNhbWUg dXAgd2l0aG91dCBhbnkgaXNzdWVzLiBJIGFsc28gdXBkYXRlZCBteSA8Yj4vZXRjL3N5c2N0bC5j b25mPC9iPiB3aXRoIHRoZSBmb2xsb3dpbmcgbGluZXMgdG8gZGlzYWJsZSBuZXRmaWx0ZXI8YnI+ DQo8YnI+wqDCoMKgIDxiPm5ldC5icmlkZ2UuYnJpZGdlLW5mLWNhbGwtaXA2dGFibGVzID0gMDxi cj7CoMKgwqAgbmV0LmJyaWRnZS5icmlkZ2UtbmYtY2FsbC1pcHRhYmxlcyA9IDA8YnI+wqDCoMKg IG5ldC5icmlkZ2UuYnJpZGdlLW5mLWNhbGwtYXJwdGFibGVzID0gMDwvYj48YnI+PGJyPkFuZCBm aW5hbGx5IGhlcmUgaXMgdGhlIGNvbmZpZyBmaWxlIEkgYW0gdXNpbmcgdGhlIHRvIGNyZWF0ZSBt eSBEb21VPGJyPg0KPGJyPsKgwqDCoCA8Yj5uYW1lPSZxdW90O3hlbi10ZXN0amVzdC0yJnF1b3Q7 PGJyPsKgwqDCoCB2Y3B1cz0xPGJyPsKgwqDCoCBtZW1vcnk9MTAyNDxicj7CoMKgwqAgPGJyPsKg wqDCoCBvbl9yZWJvb3Q9JiMzOTtkZXN0cm95JiMzOTs8YnI+wqDCoMKgIG9uX2NyYXNoPSYjMzk7 ZGVzdHJveSYjMzk7PGJyPsKgwqDCoCA8YnI+wqDCoMKgIGRpc2s9WyZxdW90O2ZpbGU6L2ltYWdl cy94ZW4tdGVzdGplc3QtMi5pbWcseHZkYSx3JnF1b3Q7XTxicj4NCsKgwqDCoCB2aWY9WyZxdW90 O21hYz0wMDoxNjozZTp4eDp4eDp4eCxicmlkZ2U9eGVuYnIwJnF1b3Q7XTxicj7CoMKgwqAgPGJy PsKgwqDCoCBrZXJuZWw9JnF1b3Q7L2ltYWdlcy9ib290L2YxNS1pbnN0YWxsZHZkLXZtbGludXom cXVvdDs8YnI+wqDCoMKgIHJhbWRpc2s9JnF1b3Q7L2ltYWdlcy9ib290L2YxNS1pbnN0YWxsZHZk LWluaXRyZCZxdW90Ozxicj7CoMKgwqAgZXh0cmEgPSAmcXVvdDt0ZXh0IGtzPTxhIGhyZWY9Imh0 dHA6Ly9zZXJ2ZXIud2l0aC5raWNrc3RhcnRmaWxlL2ltYWdpbmcva2lja3N0YXJ0L2YtMTUua3Mi Pmh0dHA6Ly9zZXJ2ZXIud2l0aC5raWNrc3RhcnRmaWxlL2ltYWdpbmcva2lja3N0YXJ0L2YtMTUu a3M8L2E+IGlwPTE3Mi54eHgueHh4Lnh4eCBuZXRtYXNrPTI1NS54eHgueHh4Lnh4eCBnYXRld2F5 PTE3Mi54eHgueHh4Lnh4eCBkbnM9MTcyLnh4eC54eHgueHh4JnF1b3Q7PGJyPg0KPC9iPjxicj48 YnI+Tm93IHRoZSBpc3N1ZSBpcyB3aGVuIEkgdHJ5IHRvIHJ1biA8Yj54bCBjcmVhdGUgJmx0O215 X2NvbmZpZ19maWxlJmd0OzwvYj4gYW5kIEkgY29uc29sZSBpbiB0byB0aGUgZG9tYWluIGFzIGl0 IGlzIGJlaW5nIGJ1aWx0LiBFdmVyeXRoaW5nIGlzIGZpbmUgdW50aWwgaXQgdHJpZXMgdG8gcmV0 cmlldmUgdGhlIGtpY2tzdGFydCBmaWxlIGZyb20gbXkgc2VydmVyIHdoZXJlIG15IGtpY2tzdGFy dCBmaWxlIGlzIGxvY2F0ZWQuIEl0IGFsd2F5cyBmYWlscyB3aXRoIHRoZSBlcnJvciA8Yj5VbmFi bGUgdG8gZG93bmxvYWQgdGhlIGtpY2tzdGFydCBmaWxlPC9iPi4gSSBjYW4gZG93bmxvYWQgdGhl IGZpbGUgd2hlbiBJIHBhc3RlIHRoZSB1cmwgaW4gbXkgYnJvd3NlciBvciBkbyBhIHdnZXQuIDxi cj4NCjxicj5XaGVuIEkgZG8gYSB0Y3BkdW1wIGF0IHRoZSBwb2ludCB3aGVuIGl0IHRyaWVzIHRv IHJldHJpZXZlIHRoZSBraWNrc3RhcnQgZmlsZSBvbiBteSBEb20wIEkgc2VlIHBhY2tldHMgZ29p bmcgZnJvbSB0aGUgbXkgRG9tVSB0byB0aGUgc2VydmVyIHdoZXJlIG15IGtpY2tzdGFydCBmaWxl IGlzIGxvY2F0ZWQuIFdoZW4gSSBkbyBhIHRjcGR1bXAgb24gbXkgc2VydmVyIHdoaWNoIGNvbnRh aW5zIHRoZSBraWNrc3RhcnQgc2NyaXB0IEkgc2VlIHBhY2tldHMgY29taW5nIGluIGZyb20gbXkg RG9tVSBhbmQgSSBhbHNvIHNlZSBwYWNrZXRzIGJlaW5nIHNlbnQgdG8gRG9tVSBmcm9tIG15IHNl cnZlciB3aXRoIHRoZSBrcyBzY3JpcHQsIGJ1dCBJIG5ldmVyIHNlZSBhbnkgcGFja2V0cyBiZWlu ZyByZWNlaXZlZCBieSBEb21VIGZyb20gdGhlIHNlcnZlciB3aXRoIHRoZSBrcyBmaWxlPGJyPg0K PGJyPkltIG5vdCByZWFsbHkgc3VyZSBob3cgdG8gc29sdmUgdGhpcyBwcm9ibGVtLCBpdCBzZWVt cyBhcyBpZiBteSBicmlkZ2UgaXMgbm90IGZvcndhcmRpbmcgdGhlIHBhY2tldHMuIEhlcmUgaXMg dGhlIG91dHB1dCBvZiBteSA8Yj5pZmNvbmZpZzwvYj48YnI+PGJyPjxiPsKgwqDCoCBlbTE6IGZs YWdzPTQxNjMmbHQ7VVAsQlJPQURDQVNULFJVTk5JTkcsTVVMVElDQVNUJmd0O8KgIG10dSAxNTAw PGJyPg0KwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCBldGhlciAwMDoyMTp4eDp4eDp4eDp4eMKgIHR4 cXVldWVsZW4gMTAwMMKgIChFdGhlcm5ldCk8YnI+wqDCoMKgwqDCoMKgwqDCoMKgwqDCoCBSWCBw YWNrZXRzIDMyMTMyNMKgIGJ5dGVzIDE1NzU0MDE3OCAoMTUwLjIgTWlCKTxicj7CoMKgwqDCoMKg wqDCoMKgwqDCoMKgIFJYIGVycm9ycyAwwqAgZHJvcHBlZCAzNzg4wqAgb3ZlcnJ1bnMgMMKgIGZy YW1lIDA8YnI+wqDCoMKgwqDCoMKgwqDCoMKgwqDCoCBUWCBwYWNrZXRzIDE0NDUxOcKgIGJ5dGVz IDI2NDgwMTgyICgyNS4yIE1pQik8YnI+DQrCoMKgwqDCoMKgwqDCoMKgwqDCoMKgIFRYIGVycm9y cyAwwqAgZHJvcHBlZCAwIG92ZXJydW5zIDDCoCBjYXJyaWVyIDDCoCBjb2xsaXNpb25zIDA8YnI+ wqDCoMKgIDxicj7CoMKgwqAgbG86IGZsYWdzPTczJmx0O1VQLExPT1BCQUNLLFJVTk5JTkcmZ3Q7 wqAgbXR1IDY1NTM2PGJyPsKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgaW5ldCAxMjcuMC4wLjHCoCBu ZXRtYXNrIDI1NS4wLjAuMDxicj7CoMKgwqDCoMKgwqDCoMKgwqDCoMKgIGluZXQ2IDo6McKgIHBy ZWZpeGxlbiAxMjjCoCBzY29wZWlkIDB4MTAmbHQ7aG9zdCZndDs8YnI+DQrCoMKgwqDCoMKgwqDC oMKgwqDCoMKgIGxvb3DCoCB0eHF1ZXVlbGVuIDDCoCAoTG9jYWwgTG9vcGJhY2spPGJyPsKgwqDC oMKgwqDCoMKgwqDCoMKgwqAgUlggcGFja2V0cyAxNzYyODfCoCBieXRlcyAxMzIwMjE1NSAoMTIu NSBNaUIpPGJyPsKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgUlggZXJyb3JzIDDCoCBkcm9wcGVkIDDC oCBvdmVycnVucyAwwqAgZnJhbWUgMDxicj7CoMKgwqDCoMKgwqDCoMKgwqDCoMKgIFRYIHBhY2tl dHMgMTc2Mjg3wqAgYnl0ZXMgMTMyMDIxNTUgKDEyLjUgTWlCKTxicj4NCsKgwqDCoMKgwqDCoMKg wqDCoMKgwqAgVFggZXJyb3JzIDDCoCBkcm9wcGVkIDAgb3ZlcnJ1bnMgMMKgIGNhcnJpZXIgMMKg IGNvbGxpc2lvbnMgMDxicj7CoMKgwqAgPGJyPsKgwqDCoCB2aWY2LjA6IGZsYWdzPTQxNjMmbHQ7 VVAsQlJPQURDQVNULFJVTk5JTkcsTVVMVElDQVNUJmd0O8KgIG10dSAxNTAwPGJyPsKgwqDCoMKg wqDCoMKgwqDCoMKgwqAgaW5ldDYgZmU4MDo6ZmNmZjpmZmZmOmZlZmY6ZmZmZsKgIHByZWZpeGxl biA2NMKgIHNjb3BlaWQgMHgyMCZsdDtsaW5rJmd0Ozxicj4NCsKgwqDCoMKgwqDCoMKgwqDCoMKg wqAgZXRoZXIgZmU6ZmY6ZmY6ZmY6ZmY6ZmbCoCB0eHF1ZXVlbGVuIDMywqAgKEV0aGVybmV0KTxi cj7CoMKgwqDCoMKgwqDCoMKgwqDCoMKgIFJYIHBhY2tldHMgMzbCoCBieXRlcyAxODg2ICgxLjgg S2lCKTxicj7CoMKgwqDCoMKgwqDCoMKgwqDCoMKgIFJYIGVycm9ycyAwwqAgZHJvcHBlZCAwwqAg b3ZlcnJ1bnMgMMKgIGZyYW1lIDA8YnI+wqDCoMKgwqDCoMKgwqDCoMKgwqDCoCBUWCBwYWNrZXRz IDEwNzExwqAgYnl0ZXMgODY3NTk1ICg4NDcuMiBLaUIpPGJyPg0KwqDCoMKgwqDCoMKgwqDCoMKg wqDCoCBUWCBlcnJvcnMgMMKgIGRyb3BwZWQgMCBvdmVycnVucyAwwqAgY2FycmllciAwwqAgY29s bGlzaW9ucyAwPGJyPsKgwqDCoCA8YnI+wqDCoMKgIHZpcmJyMDogZmxhZ3M9NDA5OSZsdDtVUCxC Uk9BRENBU1QsTVVMVElDQVNUJmd0O8KgIG10dSAxNTAwPGJyPsKgwqDCoMKgwqDCoMKgwqDCoMKg wqAgaW5ldCAxOTIueHh4Lnh4eC54eHjCoCBuZXRtYXNrIDI1NS54eHgueHh4Lnh4eMKgIGJyb2Fk Y2FzdCAxOTIueHh4Lnh4eC54eHg8YnI+DQrCoMKgwqDCoMKgwqDCoMKgwqDCoMKgIGV0aGVyIDgy Ojc2Onh4Onh4Onh4Onh4wqAgdHhxdWV1ZWxlbiAwwqAgKEV0aGVybmV0KTxicj7CoMKgwqDCoMKg wqDCoMKgwqDCoMKgIFJYIHBhY2tldHMgMMKgIGJ5dGVzIDAgKDAuMCBCKTxicj7CoMKgwqDCoMKg wqDCoMKgwqDCoMKgIFJYIGVycm9ycyAwwqAgZHJvcHBlZCAwwqAgb3ZlcnJ1bnMgMMKgIGZyYW1l IDA8YnI+wqDCoMKgwqDCoMKgwqDCoMKgwqDCoCBUWCBwYWNrZXRzIDDCoCBieXRlcyAwICgwLjAg Qik8YnI+wqDCoMKgwqDCoMKgwqDCoMKgwqDCoCBUWCBlcnJvcnMgMMKgIGRyb3BwZWQgMCBvdmVy cnVucyAwwqAgY2FycmllciAwwqAgY29sbGlzaW9ucyAwPGJyPg0KwqDCoMKgIDxicj7CoMKgwqAg eGVuYnIwOiBmbGFncz00MTYzJmx0O1VQLEJST0FEQ0FTVCxSVU5OSU5HLE1VTFRJQ0FTVCZndDvC oCBtdHUgMTUwMDxicj7CoMKgwqDCoMKgwqDCoMKgwqDCoMKgIGluZXQgMTcyLnh4eC54eHgueHh4 wqAgbmV0bWFzayAyNTUueHh4Lnh4eC54eHjCoCBicm9hZGNhc3QgMTcyLnh4eC54eHgueHh4PGJy PsKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgaW5ldDYgZmU4MDo6eHh4eDp4eHh4Onh4eHg6eHh4wqAg cHJlZml4bGVuIDY0wqAgc2NvcGVpZCAweDIwJmx0O2xpbmsmZ3Q7PGJyPg0KwqDCoMKgwqDCoMKg wqDCoMKgwqDCoCBldGhlciAwMDoyMTp4eDp4eDp4eDp4eMKgIHR4cXVldWVsZW4gMMKgIChFdGhl cm5ldCk8YnI+wqDCoMKgwqDCoMKgwqDCoMKgwqDCoCBSWCBwYWNrZXRzIDI1ODQyM8KgIGJ5dGVz IDE0Nzc4NDk5NiAoMTQwLjkgTWlCKTxicj7CoMKgwqDCoMKgwqDCoMKgwqDCoMKgIFJYIGVycm9y cyAwwqAgZHJvcHBlZCAwwqAgb3ZlcnJ1bnMgMMKgIGZyYW1lIDA8YnI+wqDCoMKgwqDCoMKgwqDC oMKgwqDCoCBUWCBwYWNrZXRzIDE0MzU1OcKgIGJ5dGVzIDI1Nzc0Njk1ICgyNC41IE1pQik8YnI+ DQrCoMKgwqDCoMKgwqDCoMKgwqDCoMKgIFRYIGVycm9ycyAwwqAgZHJvcHBlZCAwIG92ZXJydW5z IDDCoCBjYXJyaWVyIDDCoCBjb2xsaXNpb25zIDA8L2I+PGJyPjxicj5BbmQgaGVyZSBpcyB0aGUg b3V0cHV0IG9mIDxiPmJyY3RsIHNob3c8L2I+PGJyPjxicj48Yj7CoMKgwqAgYnJpZGdlIG5hbWXC oMKgwqAgYnJpZGdlIGlkwqDCoMKgIMKgwqDCoCBTVFAgZW5hYmxlZMKgwqDCoCBpbnRlcmZhY2Vz PGJyPsKgwqDCoCB2aXJicjDCoMKgwqAgwqDCoMKgIDgwMDAuMDAwMDAwMDAwMDAwwqDCoMKgIHll czxicj4NCsKgwqDCoCB4ZW5icjDCoMKgwqAgwqDCoMKgIDgwMDAuMDAyMTliOThmMGFlwqDCoMKg IG5vwqDCoMKgIMKgwqDCoCBlbTE8YnI+wqDCoMKgIMKgwqDCoCDCoMKgwqAgwqDCoMKgIMKgwqDC oCDCoMKgwqAgwqDCoMKgIMKgwqDCoCDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgIHZpZjYuMDwvYj48YnI+ PGJyPkkgaGF2ZSBiZWVuIHN0dWNrIG9uIHRoaXMgZm9yIGEgY291cGxlIG9mIGRheXMgbm93LCB3 aXRob3V0IG1ha2luZyBhbnkgcHJvZ3Jlc3MuIEkmIzM5O3ZlIGJlZW4gc2VhcmNoaW5nIGZvciBh IHNvbHV0aW9uIG9ubGluZSBmb3Igc29tZSB0aW1lIHdpdGhvdXQgY29taW5nIHVwIHdpdGggYW55 dGhpbmcgdGhhdCB3b3VsZCBzb2x2ZSB0aGUgaXNzdWUgSSBhbSBoYXZpbmcuIEFueSBoZWxwIHdp bGwgYmUgZ3JlYXRseSBhcHByZWNpYXRlZCA6KSBjYXVzZSB0aGlzIGlzIHN0YXJ0aW5nIHRvIGdl dCBhIGxpdHRsZSBiaXQgZnJ1c3RyYXRpbmcgOig8YnI+DQo8YnI+PC9kaXY+LSBUaGFua3MgZXZl cnlvbmU8YnI+PC9kaXY+DQo= --001a11c20b7a456d930501913299-- --===============7753388532946668937== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7753388532946668937==-- From xen-users-bounces@lists.xen.org Wed Aug 27 13:03:27 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 27 Aug 2014 13:03: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 1XMcrd-0000Bh-PZ; Wed, 27 Aug 2014 13:02:13 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XMZMN-0005cl-PF for xen-users@lists.xen.org; Wed, 27 Aug 2014 09:17:43 +0000 Received: from [85.158.137.68:7511] by server-6.bemta-3.messagelabs.com id CC/17-29521-732ADF35; Wed, 27 Aug 2014 09:17:43 +0000 X-Env-Sender: syllopsium@syllopsium.co.uk X-Msg-Ref: server-6.tower-31.messagelabs.com!1409131062!6371983!1 X-Originating-IP: [209.85.212.174] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19389 invoked from network); 27 Aug 2014 09:17:42 -0000 Received: from mail-wi0-f174.google.com (HELO mail-wi0-f174.google.com) (209.85.212.174) by server-6.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 27 Aug 2014 09:17:42 -0000 Received: by mail-wi0-f174.google.com with SMTP id d1so5496851wiv.1 for ; Wed, 27 Aug 2014 02:17:42 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:user-agent:mime-version :content-transfer-encoding:content-type:subject:from:date:to :message-id; bh=tLMMaRCQpWk/VCB/Cdu8MkZImKF5fSdBCawMOAdk4sw=; b=Om3oTIOnESChBz9I4UjIpcfziEK0KqnNtfB2wVfEgSWGfR8ydtNzUC+ny+rkBZOWPz WOS20zVWKvNTO7gqTzAp3GwzcBX2E+l8rCUdco/1mi7aEMZSZ8iOzbKouXqTi8kHJacc vJqd++NqRlw4b8XuV2TYQn1bP0JyVe+6FxnmxImIoiRmw2UNBP+P4IY0K38/Ip6KZ0hM ZHFSNVkCuLULWBV9r2vIcAjh532/bNt5K0jlMkfw6Wf27fl9FbBvUy0O9yICwYEsO5Qk pAeGLXO8EwBY34FjD1WmrkOZ4FgI9AzFbzbqblRvjKvHfER5d5wZeZjdrjMHrLyFNSxB Ixuw== X-Gm-Message-State: ALoCoQlqZSEAUskJSSbhG5tFYrnZI5Ttl2iQqLyi5AN71BapZ/YXVTMvGp5E1wHjTFyjNrAKxP8S X-Received: by 10.180.74.198 with SMTP id w6mr27214190wiv.7.1409131062305; Wed, 27 Aug 2014 02:17:42 -0700 (PDT) Received: from [10.144.119.218] (dab-crx1-h-87-7.dab.02.net. [82.132.226.241]) by mx.google.com with ESMTPSA id o10sm6269947wia.0.2014.08.27.02.17.40 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 27 Aug 2014 02:17:41 -0700 (PDT) User-Agent: K-9 Mail for Android MIME-Version: 1.0 From: Peter Kay Date: Wed, 27 Aug 2014 10:17:32 +0100 To: xen-users@lists.xen.org Message-ID: <2c5d6ac5-13a2-4280-80cf-591e248736ef@email.android.com> X-Mailman-Approved-At: Wed, 27 Aug 2014 13:02:11 +0000 Subject: [Xen-users] USB pci passthrough, also iommu groups X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 have pci passthrough working on my SH3210 motherboard for a VGA card, sound card, firewire and LAN. Unfortunately when I pass through the USB controllers and the VM boots, it hard resets the entire machine. Is anyone else experiencing problems, before I report this as a bug? Happens on unpatched 4.4 and -unstable I can work round this on 4.4 with host device passthrough (although this seems not to work in -unstable, currently?) But I'd prefer the whole controller. Also, where are iommu groups shown in Xen? There doesn't seem to be any enforcement of having go pass through an entire group of devices that aren't protected by ACS. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Aug 27 13:03:27 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 27 Aug 2014 13:03: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 1XMcrd-0000BZ-8T; Wed, 27 Aug 2014 13:02:13 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XMQlJ-0006TZ-Du for xen-users@lists.xen.org; Wed, 27 Aug 2014 00:06:53 +0000 Received: from [85.158.137.68:61207] by server-2.bemta-3.messagelabs.com id 05/AB-09149-C112DF35; Wed, 27 Aug 2014 00:06:52 +0000 X-Env-Sender: ameya@simplyhired.com X-Msg-Ref: server-11.tower-31.messagelabs.com!1409098009!16071881!1 X-Originating-IP: [209.85.219.51] X-SpamReason: No, hits=2.4 required=7.0 tests=HOT_NASTY,HTML_10_20, HTML_MESSAGE,RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6313 invoked from network); 27 Aug 2014 00:06:50 -0000 Received: from mail-oa0-f51.google.com (HELO mail-oa0-f51.google.com) (209.85.219.51) by server-11.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 27 Aug 2014 00:06:50 -0000 Received: by mail-oa0-f51.google.com with SMTP id o6so12492381oag.38 for ; Tue, 26 Aug 2014 17:06:49 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to :content-type; bh=tu8+ZKN6eZfJOwk5xPtTylnZ5KBb20cGFvZMH2j53rs=; b=kFiD0dgyfB7f96jn6tywDheRJyY5f3JWckOxB5FPhqbFsbJEjtdPnCxChKx9estg4z nl7faSzvjYDb0zq1gaMg/dGPIsdogSKuJ2KkcvzSBLSNhtwd/tTmSd+63bmFDaYiKY+h +CUjZLIPOdQUDgr+0VJmB1tXPzYoJINqa85C/+3HBWIUw5jOjxz1pg0w6wSZ212ldAjB ZQh0QDvVFZ79COanMknt2iU/vljTz41c2J7iq98unaeuBV8RhRf+DS7Q8inLrs87T/WS 7bh9i58PxEg2esfHzs58t4QvFHJk0m23cvsd5urOqlc3tbrVbYQReGIAuK59f9OthJBb ODLw== X-Gm-Message-State: ALoCoQnQJyKarGaOEUBGCldsCDbpv8oqOg8pQaT64TiQ2o0eyKVTVWylyiyoqt00oyPglP6Yjw/C MIME-Version: 1.0 X-Received: by 10.60.65.135 with SMTP id x7mr30919904oes.45.1409098008837; Tue, 26 Aug 2014 17:06:48 -0700 (PDT) Received: by 10.202.96.70 with HTTP; Tue, 26 Aug 2014 17:06:48 -0700 (PDT) Date: Tue, 26 Aug 2014 17:06:48 -0700 Message-ID: From: Ameya Savale To: xen-users@lists.xen.org X-Mailman-Approved-At: Wed, 27 Aug 2014 13:02:11 +0000 Subject: [Xen-users] xen bridge help, cannot download kickstart script X-BeenThere: xen-users@lists.xen.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="===============7753388532946668937==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7753388532946668937== Content-Type: multipart/alternative; boundary=001a11c20b7a456d930501913299 --001a11c20b7a456d930501913299 Content-Type: text/plain; charset=UTF-8 Hi I've been having trouble getting Xen setup with fedora-18. I have a bridge setup on my Dom0 called xenbr0. I have attached my primary interface on Dom0 to the created bridge. Here is my config for the bridge *ifcfg-xenbr0*. * DEVICE=xenbr0 TYPE=Bridge DNS1=172.xxx.xxx.xxx IPADDR=172.xxx.xxx.xxx GATEWAY=172.xxx.xxx.xxx NETMASK=255.xxx.xxx.xxx ONBOOT=yes BOOTPROTO=static* And here is my config file for the original interface called em1, *ifcfg-em1* * UUID=my-UUID-xxx #DNS1=172.xxx.xxx.xxx #IPADDR=172.xxx.xxx.xxx #GATEWAY=172.xxx.xxx.xxx HWADDR=00:21:9b:xx:xx:xx #NETMASK=255.xxx.xxx.xxx #BOOTPROTO=static DEVICE=em1 ONBOOT=yes BRIDGE=xenbr0* After I created the two config files I did a *service network restart* and both *em1* and *xenbr0* came up without any issues. I also updated my */etc/sysctl.conf* with the following lines to disable netfilter *net.bridge.bridge-nf-call-ip6tables = 0 net.bridge.bridge-nf-call-iptables = 0 net.bridge.bridge-nf-call-arptables = 0* And finally here is the config file I am using the to create my DomU *name="xen-testjest-2" vcpus=1 memory=1024 on_reboot='destroy' on_crash='destroy' disk=["file:/images/xen-testjest-2.img,xvda,w"] vif=["mac=00:16:3e:xx:xx:xx,bridge=xenbr0"] kernel="/images/boot/f15-installdvd-vmlinuz" ramdisk="/images/boot/f15-installdvd-initrd" extra = "text ks=http://server.with.kickstartfile/imaging/kickstart/f-15.ks ip=172.xxx.xxx.xxx netmask=255.xxx.xxx.xxx gateway=172.xxx.xxx.xxx dns=172.xxx.xxx.xxx"* Now the issue is when I try to run *xl create * and I console in to the domain as it is being built. Everything is fine until it tries to retrieve the kickstart file from my server where my kickstart file is located. It always fails with the error *Unable to download the kickstart file*. I can download the file when I paste the url in my browser or do a wget. When I do a tcpdump at the point when it tries to retrieve the kickstart file on my Dom0 I see packets going from the my DomU to the server where my kickstart file is located. When I do a tcpdump on my server which contains the kickstart script I see packets coming in from my DomU and I also see packets being sent to DomU from my server with the ks script, but I never see any packets being received by DomU from the server with the ks file Im not really sure how to solve this problem, it seems as if my bridge is not forwarding the packets. Here is the output of my *ifconfig* * em1: flags=4163 mtu 1500 ether 00:21:xx:xx:xx:xx txqueuelen 1000 (Ethernet) RX packets 321324 bytes 157540178 (150.2 MiB) RX errors 0 dropped 3788 overruns 0 frame 0 TX packets 144519 bytes 26480182 (25.2 MiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 lo: flags=73 mtu 65536 inet 127.0.0.1 netmask 255.0.0.0 inet6 ::1 prefixlen 128 scopeid 0x10 loop txqueuelen 0 (Local Loopback) RX packets 176287 bytes 13202155 (12.5 MiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 176287 bytes 13202155 (12.5 MiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 vif6.0: flags=4163 mtu 1500 inet6 fe80::fcff:ffff:feff:ffff prefixlen 64 scopeid 0x20 ether fe:ff:ff:ff:ff:ff txqueuelen 32 (Ethernet) RX packets 36 bytes 1886 (1.8 KiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 10711 bytes 867595 (847.2 KiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 virbr0: flags=4099 mtu 1500 inet 192.xxx.xxx.xxx netmask 255.xxx.xxx.xxx broadcast 192.xxx.xxx.xxx ether 82:76:xx:xx:xx:xx txqueuelen 0 (Ethernet) RX packets 0 bytes 0 (0.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 0 bytes 0 (0.0 B) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 xenbr0: flags=4163 mtu 1500 inet 172.xxx.xxx.xxx netmask 255.xxx.xxx.xxx broadcast 172.xxx.xxx.xxx inet6 fe80::xxxx:xxxx:xxxx:xxx prefixlen 64 scopeid 0x20 ether 00:21:xx:xx:xx:xx txqueuelen 0 (Ethernet) RX packets 258423 bytes 147784996 (140.9 MiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 143559 bytes 25774695 (24.5 MiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0* And here is the output of *brctl show* * bridge name bridge id STP enabled interfaces virbr0 8000.000000000000 yes xenbr0 8000.00219b98f0ae no em1 vif6.0* I have been stuck on this for a couple of days now, without making any progress. I've been searching for a solution online for some time without coming up with anything that would solve the issue I am having. Any help will be greatly appreciated :) cause this is starting to get a little bit frustrating :( - Thanks everyone --001a11c20b7a456d930501913299 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: base64 PGRpdiBkaXI9Imx0ciI+PGRpdj5IaTxicj48YnI+SSYjMzk7dmUgYmVlbiBoYXZpbmcgdHJvdWJs ZSBnZXR0aW5nIFhlbiBzZXR1cCB3aXRoIGZlZG9yYS0xOC4gSSBoYXZlIGEgYnJpZGdlIHNldHVw IG9uIG15IERvbTAgY2FsbGVkIHhlbmJyMC4gSSBoYXZlIGF0dGFjaGVkIG15IHByaW1hcnkgaW50 ZXJmYWNlIG9uIERvbTAgdG8gdGhlIGNyZWF0ZWQgYnJpZGdlLiBIZXJlIGlzIG15IGNvbmZpZyBm b3IgdGhlIGJyaWRnZSA8Yj5pZmNmZy14ZW5icjA8L2I+LiA8YnI+DQo8YnI+PGI+wqDCoMKgIERF VklDRT14ZW5icjA8YnI+wqDCoMKgIFRZUEU9QnJpZGdlPGJyPsKgwqDCoCBETlMxPTE3Mi54eHgu eHh4Lnh4eDxicj7CoMKgwqAgSVBBRERSPTE3Mi54eHgueHh4Lnh4eDxicj7CoMKgwqAgR0FURVdB WT0xNzIueHh4Lnh4eC54eHg8YnI+wqDCoMKgIE5FVE1BU0s9MjU1Lnh4eC54eHgueHh4PGJyPsKg wqDCoCBPTkJPT1Q9eWVzPGJyPsKgwqDCoCBCT09UUFJPVE89c3RhdGljPC9iPjxicj48YnI+QW5k IGhlcmUgaXMgbXkgY29uZmlnIGZpbGUgZm9yIHRoZSBvcmlnaW5hbCBpbnRlcmZhY2UgY2FsbGVk IGVtMSwgPGI+aWZjZmctZW0xPC9iPjxicj4NCjxicj7CoMKgwqA8Yj4gVVVJRD1teS1VVUlELXh4 eDxicj7CoMKgwqAgI0ROUzE9MTcyLnh4eC54eHgueHh4PGJyPsKgwqDCoCAjSVBBRERSPTE3Mi54 eHgueHh4Lnh4eDxicj7CoMKgwqAgI0dBVEVXQVk9MTcyLnh4eC54eHgueHh4PGJyPsKgwqDCoCBI V0FERFI9MDA6MjE6OWI6eHg6eHg6eHg8YnI+wqDCoMKgICNORVRNQVNLPTI1NS54eHgueHh4Lnh4 eDxicj7CoMKgwqAgI0JPT1RQUk9UTz1zdGF0aWM8YnI+wqDCoMKgIERFVklDRT1lbTE8YnI+DQrC oMKgwqAgT05CT09UPXllczxicj7CoMKgwqAgQlJJREdFPXhlbmJyMDwvYj48YnI+PGJyPkFmdGVy IEkgY3JlYXRlZCB0aGUgdHdvIGNvbmZpZyBmaWxlcyBJIGRpZCBhIDxiPnNlcnZpY2UgbmV0d29y ayByZXN0YXJ0PC9iPiBhbmQgYm90aCA8Yj5lbTE8L2I+IGFuZCA8Yj54ZW5icjA8L2I+IGNhbWUg dXAgd2l0aG91dCBhbnkgaXNzdWVzLiBJIGFsc28gdXBkYXRlZCBteSA8Yj4vZXRjL3N5c2N0bC5j b25mPC9iPiB3aXRoIHRoZSBmb2xsb3dpbmcgbGluZXMgdG8gZGlzYWJsZSBuZXRmaWx0ZXI8YnI+ DQo8YnI+wqDCoMKgIDxiPm5ldC5icmlkZ2UuYnJpZGdlLW5mLWNhbGwtaXA2dGFibGVzID0gMDxi cj7CoMKgwqAgbmV0LmJyaWRnZS5icmlkZ2UtbmYtY2FsbC1pcHRhYmxlcyA9IDA8YnI+wqDCoMKg IG5ldC5icmlkZ2UuYnJpZGdlLW5mLWNhbGwtYXJwdGFibGVzID0gMDwvYj48YnI+PGJyPkFuZCBm aW5hbGx5IGhlcmUgaXMgdGhlIGNvbmZpZyBmaWxlIEkgYW0gdXNpbmcgdGhlIHRvIGNyZWF0ZSBt eSBEb21VPGJyPg0KPGJyPsKgwqDCoCA8Yj5uYW1lPSZxdW90O3hlbi10ZXN0amVzdC0yJnF1b3Q7 PGJyPsKgwqDCoCB2Y3B1cz0xPGJyPsKgwqDCoCBtZW1vcnk9MTAyNDxicj7CoMKgwqAgPGJyPsKg wqDCoCBvbl9yZWJvb3Q9JiMzOTtkZXN0cm95JiMzOTs8YnI+wqDCoMKgIG9uX2NyYXNoPSYjMzk7 ZGVzdHJveSYjMzk7PGJyPsKgwqDCoCA8YnI+wqDCoMKgIGRpc2s9WyZxdW90O2ZpbGU6L2ltYWdl cy94ZW4tdGVzdGplc3QtMi5pbWcseHZkYSx3JnF1b3Q7XTxicj4NCsKgwqDCoCB2aWY9WyZxdW90 O21hYz0wMDoxNjozZTp4eDp4eDp4eCxicmlkZ2U9eGVuYnIwJnF1b3Q7XTxicj7CoMKgwqAgPGJy PsKgwqDCoCBrZXJuZWw9JnF1b3Q7L2ltYWdlcy9ib290L2YxNS1pbnN0YWxsZHZkLXZtbGludXom cXVvdDs8YnI+wqDCoMKgIHJhbWRpc2s9JnF1b3Q7L2ltYWdlcy9ib290L2YxNS1pbnN0YWxsZHZk LWluaXRyZCZxdW90Ozxicj7CoMKgwqAgZXh0cmEgPSAmcXVvdDt0ZXh0IGtzPTxhIGhyZWY9Imh0 dHA6Ly9zZXJ2ZXIud2l0aC5raWNrc3RhcnRmaWxlL2ltYWdpbmcva2lja3N0YXJ0L2YtMTUua3Mi Pmh0dHA6Ly9zZXJ2ZXIud2l0aC5raWNrc3RhcnRmaWxlL2ltYWdpbmcva2lja3N0YXJ0L2YtMTUu a3M8L2E+IGlwPTE3Mi54eHgueHh4Lnh4eCBuZXRtYXNrPTI1NS54eHgueHh4Lnh4eCBnYXRld2F5 PTE3Mi54eHgueHh4Lnh4eCBkbnM9MTcyLnh4eC54eHgueHh4JnF1b3Q7PGJyPg0KPC9iPjxicj48 YnI+Tm93IHRoZSBpc3N1ZSBpcyB3aGVuIEkgdHJ5IHRvIHJ1biA8Yj54bCBjcmVhdGUgJmx0O215 X2NvbmZpZ19maWxlJmd0OzwvYj4gYW5kIEkgY29uc29sZSBpbiB0byB0aGUgZG9tYWluIGFzIGl0 IGlzIGJlaW5nIGJ1aWx0LiBFdmVyeXRoaW5nIGlzIGZpbmUgdW50aWwgaXQgdHJpZXMgdG8gcmV0 cmlldmUgdGhlIGtpY2tzdGFydCBmaWxlIGZyb20gbXkgc2VydmVyIHdoZXJlIG15IGtpY2tzdGFy dCBmaWxlIGlzIGxvY2F0ZWQuIEl0IGFsd2F5cyBmYWlscyB3aXRoIHRoZSBlcnJvciA8Yj5VbmFi bGUgdG8gZG93bmxvYWQgdGhlIGtpY2tzdGFydCBmaWxlPC9iPi4gSSBjYW4gZG93bmxvYWQgdGhl IGZpbGUgd2hlbiBJIHBhc3RlIHRoZSB1cmwgaW4gbXkgYnJvd3NlciBvciBkbyBhIHdnZXQuIDxi cj4NCjxicj5XaGVuIEkgZG8gYSB0Y3BkdW1wIGF0IHRoZSBwb2ludCB3aGVuIGl0IHRyaWVzIHRv IHJldHJpZXZlIHRoZSBraWNrc3RhcnQgZmlsZSBvbiBteSBEb20wIEkgc2VlIHBhY2tldHMgZ29p bmcgZnJvbSB0aGUgbXkgRG9tVSB0byB0aGUgc2VydmVyIHdoZXJlIG15IGtpY2tzdGFydCBmaWxl IGlzIGxvY2F0ZWQuIFdoZW4gSSBkbyBhIHRjcGR1bXAgb24gbXkgc2VydmVyIHdoaWNoIGNvbnRh aW5zIHRoZSBraWNrc3RhcnQgc2NyaXB0IEkgc2VlIHBhY2tldHMgY29taW5nIGluIGZyb20gbXkg RG9tVSBhbmQgSSBhbHNvIHNlZSBwYWNrZXRzIGJlaW5nIHNlbnQgdG8gRG9tVSBmcm9tIG15IHNl cnZlciB3aXRoIHRoZSBrcyBzY3JpcHQsIGJ1dCBJIG5ldmVyIHNlZSBhbnkgcGFja2V0cyBiZWlu ZyByZWNlaXZlZCBieSBEb21VIGZyb20gdGhlIHNlcnZlciB3aXRoIHRoZSBrcyBmaWxlPGJyPg0K PGJyPkltIG5vdCByZWFsbHkgc3VyZSBob3cgdG8gc29sdmUgdGhpcyBwcm9ibGVtLCBpdCBzZWVt cyBhcyBpZiBteSBicmlkZ2UgaXMgbm90IGZvcndhcmRpbmcgdGhlIHBhY2tldHMuIEhlcmUgaXMg dGhlIG91dHB1dCBvZiBteSA8Yj5pZmNvbmZpZzwvYj48YnI+PGJyPjxiPsKgwqDCoCBlbTE6IGZs YWdzPTQxNjMmbHQ7VVAsQlJPQURDQVNULFJVTk5JTkcsTVVMVElDQVNUJmd0O8KgIG10dSAxNTAw PGJyPg0KwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCBldGhlciAwMDoyMTp4eDp4eDp4eDp4eMKgIHR4 cXVldWVsZW4gMTAwMMKgIChFdGhlcm5ldCk8YnI+wqDCoMKgwqDCoMKgwqDCoMKgwqDCoCBSWCBw YWNrZXRzIDMyMTMyNMKgIGJ5dGVzIDE1NzU0MDE3OCAoMTUwLjIgTWlCKTxicj7CoMKgwqDCoMKg wqDCoMKgwqDCoMKgIFJYIGVycm9ycyAwwqAgZHJvcHBlZCAzNzg4wqAgb3ZlcnJ1bnMgMMKgIGZy YW1lIDA8YnI+wqDCoMKgwqDCoMKgwqDCoMKgwqDCoCBUWCBwYWNrZXRzIDE0NDUxOcKgIGJ5dGVz IDI2NDgwMTgyICgyNS4yIE1pQik8YnI+DQrCoMKgwqDCoMKgwqDCoMKgwqDCoMKgIFRYIGVycm9y cyAwwqAgZHJvcHBlZCAwIG92ZXJydW5zIDDCoCBjYXJyaWVyIDDCoCBjb2xsaXNpb25zIDA8YnI+ wqDCoMKgIDxicj7CoMKgwqAgbG86IGZsYWdzPTczJmx0O1VQLExPT1BCQUNLLFJVTk5JTkcmZ3Q7 wqAgbXR1IDY1NTM2PGJyPsKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgaW5ldCAxMjcuMC4wLjHCoCBu ZXRtYXNrIDI1NS4wLjAuMDxicj7CoMKgwqDCoMKgwqDCoMKgwqDCoMKgIGluZXQ2IDo6McKgIHBy ZWZpeGxlbiAxMjjCoCBzY29wZWlkIDB4MTAmbHQ7aG9zdCZndDs8YnI+DQrCoMKgwqDCoMKgwqDC oMKgwqDCoMKgIGxvb3DCoCB0eHF1ZXVlbGVuIDDCoCAoTG9jYWwgTG9vcGJhY2spPGJyPsKgwqDC oMKgwqDCoMKgwqDCoMKgwqAgUlggcGFja2V0cyAxNzYyODfCoCBieXRlcyAxMzIwMjE1NSAoMTIu NSBNaUIpPGJyPsKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgUlggZXJyb3JzIDDCoCBkcm9wcGVkIDDC oCBvdmVycnVucyAwwqAgZnJhbWUgMDxicj7CoMKgwqDCoMKgwqDCoMKgwqDCoMKgIFRYIHBhY2tl dHMgMTc2Mjg3wqAgYnl0ZXMgMTMyMDIxNTUgKDEyLjUgTWlCKTxicj4NCsKgwqDCoMKgwqDCoMKg wqDCoMKgwqAgVFggZXJyb3JzIDDCoCBkcm9wcGVkIDAgb3ZlcnJ1bnMgMMKgIGNhcnJpZXIgMMKg IGNvbGxpc2lvbnMgMDxicj7CoMKgwqAgPGJyPsKgwqDCoCB2aWY2LjA6IGZsYWdzPTQxNjMmbHQ7 VVAsQlJPQURDQVNULFJVTk5JTkcsTVVMVElDQVNUJmd0O8KgIG10dSAxNTAwPGJyPsKgwqDCoMKg wqDCoMKgwqDCoMKgwqAgaW5ldDYgZmU4MDo6ZmNmZjpmZmZmOmZlZmY6ZmZmZsKgIHByZWZpeGxl biA2NMKgIHNjb3BlaWQgMHgyMCZsdDtsaW5rJmd0Ozxicj4NCsKgwqDCoMKgwqDCoMKgwqDCoMKg wqAgZXRoZXIgZmU6ZmY6ZmY6ZmY6ZmY6ZmbCoCB0eHF1ZXVlbGVuIDMywqAgKEV0aGVybmV0KTxi cj7CoMKgwqDCoMKgwqDCoMKgwqDCoMKgIFJYIHBhY2tldHMgMzbCoCBieXRlcyAxODg2ICgxLjgg S2lCKTxicj7CoMKgwqDCoMKgwqDCoMKgwqDCoMKgIFJYIGVycm9ycyAwwqAgZHJvcHBlZCAwwqAg b3ZlcnJ1bnMgMMKgIGZyYW1lIDA8YnI+wqDCoMKgwqDCoMKgwqDCoMKgwqDCoCBUWCBwYWNrZXRz IDEwNzExwqAgYnl0ZXMgODY3NTk1ICg4NDcuMiBLaUIpPGJyPg0KwqDCoMKgwqDCoMKgwqDCoMKg wqDCoCBUWCBlcnJvcnMgMMKgIGRyb3BwZWQgMCBvdmVycnVucyAwwqAgY2FycmllciAwwqAgY29s bGlzaW9ucyAwPGJyPsKgwqDCoCA8YnI+wqDCoMKgIHZpcmJyMDogZmxhZ3M9NDA5OSZsdDtVUCxC Uk9BRENBU1QsTVVMVElDQVNUJmd0O8KgIG10dSAxNTAwPGJyPsKgwqDCoMKgwqDCoMKgwqDCoMKg wqAgaW5ldCAxOTIueHh4Lnh4eC54eHjCoCBuZXRtYXNrIDI1NS54eHgueHh4Lnh4eMKgIGJyb2Fk Y2FzdCAxOTIueHh4Lnh4eC54eHg8YnI+DQrCoMKgwqDCoMKgwqDCoMKgwqDCoMKgIGV0aGVyIDgy Ojc2Onh4Onh4Onh4Onh4wqAgdHhxdWV1ZWxlbiAwwqAgKEV0aGVybmV0KTxicj7CoMKgwqDCoMKg wqDCoMKgwqDCoMKgIFJYIHBhY2tldHMgMMKgIGJ5dGVzIDAgKDAuMCBCKTxicj7CoMKgwqDCoMKg wqDCoMKgwqDCoMKgIFJYIGVycm9ycyAwwqAgZHJvcHBlZCAwwqAgb3ZlcnJ1bnMgMMKgIGZyYW1l IDA8YnI+wqDCoMKgwqDCoMKgwqDCoMKgwqDCoCBUWCBwYWNrZXRzIDDCoCBieXRlcyAwICgwLjAg Qik8YnI+wqDCoMKgwqDCoMKgwqDCoMKgwqDCoCBUWCBlcnJvcnMgMMKgIGRyb3BwZWQgMCBvdmVy cnVucyAwwqAgY2FycmllciAwwqAgY29sbGlzaW9ucyAwPGJyPg0KwqDCoMKgIDxicj7CoMKgwqAg eGVuYnIwOiBmbGFncz00MTYzJmx0O1VQLEJST0FEQ0FTVCxSVU5OSU5HLE1VTFRJQ0FTVCZndDvC oCBtdHUgMTUwMDxicj7CoMKgwqDCoMKgwqDCoMKgwqDCoMKgIGluZXQgMTcyLnh4eC54eHgueHh4 wqAgbmV0bWFzayAyNTUueHh4Lnh4eC54eHjCoCBicm9hZGNhc3QgMTcyLnh4eC54eHgueHh4PGJy PsKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgaW5ldDYgZmU4MDo6eHh4eDp4eHh4Onh4eHg6eHh4wqAg cHJlZml4bGVuIDY0wqAgc2NvcGVpZCAweDIwJmx0O2xpbmsmZ3Q7PGJyPg0KwqDCoMKgwqDCoMKg wqDCoMKgwqDCoCBldGhlciAwMDoyMTp4eDp4eDp4eDp4eMKgIHR4cXVldWVsZW4gMMKgIChFdGhl cm5ldCk8YnI+wqDCoMKgwqDCoMKgwqDCoMKgwqDCoCBSWCBwYWNrZXRzIDI1ODQyM8KgIGJ5dGVz IDE0Nzc4NDk5NiAoMTQwLjkgTWlCKTxicj7CoMKgwqDCoMKgwqDCoMKgwqDCoMKgIFJYIGVycm9y cyAwwqAgZHJvcHBlZCAwwqAgb3ZlcnJ1bnMgMMKgIGZyYW1lIDA8YnI+wqDCoMKgwqDCoMKgwqDC oMKgwqDCoCBUWCBwYWNrZXRzIDE0MzU1OcKgIGJ5dGVzIDI1Nzc0Njk1ICgyNC41IE1pQik8YnI+ DQrCoMKgwqDCoMKgwqDCoMKgwqDCoMKgIFRYIGVycm9ycyAwwqAgZHJvcHBlZCAwIG92ZXJydW5z IDDCoCBjYXJyaWVyIDDCoCBjb2xsaXNpb25zIDA8L2I+PGJyPjxicj5BbmQgaGVyZSBpcyB0aGUg b3V0cHV0IG9mIDxiPmJyY3RsIHNob3c8L2I+PGJyPjxicj48Yj7CoMKgwqAgYnJpZGdlIG5hbWXC oMKgwqAgYnJpZGdlIGlkwqDCoMKgIMKgwqDCoCBTVFAgZW5hYmxlZMKgwqDCoCBpbnRlcmZhY2Vz PGJyPsKgwqDCoCB2aXJicjDCoMKgwqAgwqDCoMKgIDgwMDAuMDAwMDAwMDAwMDAwwqDCoMKgIHll czxicj4NCsKgwqDCoCB4ZW5icjDCoMKgwqAgwqDCoMKgIDgwMDAuMDAyMTliOThmMGFlwqDCoMKg IG5vwqDCoMKgIMKgwqDCoCBlbTE8YnI+wqDCoMKgIMKgwqDCoCDCoMKgwqAgwqDCoMKgIMKgwqDC oCDCoMKgwqAgwqDCoMKgIMKgwqDCoCDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgIHZpZjYuMDwvYj48YnI+ PGJyPkkgaGF2ZSBiZWVuIHN0dWNrIG9uIHRoaXMgZm9yIGEgY291cGxlIG9mIGRheXMgbm93LCB3 aXRob3V0IG1ha2luZyBhbnkgcHJvZ3Jlc3MuIEkmIzM5O3ZlIGJlZW4gc2VhcmNoaW5nIGZvciBh IHNvbHV0aW9uIG9ubGluZSBmb3Igc29tZSB0aW1lIHdpdGhvdXQgY29taW5nIHVwIHdpdGggYW55 dGhpbmcgdGhhdCB3b3VsZCBzb2x2ZSB0aGUgaXNzdWUgSSBhbSBoYXZpbmcuIEFueSBoZWxwIHdp bGwgYmUgZ3JlYXRseSBhcHByZWNpYXRlZCA6KSBjYXVzZSB0aGlzIGlzIHN0YXJ0aW5nIHRvIGdl dCBhIGxpdHRsZSBiaXQgZnJ1c3RyYXRpbmcgOig8YnI+DQo8YnI+PC9kaXY+LSBUaGFua3MgZXZl cnlvbmU8YnI+PC9kaXY+DQo= --001a11c20b7a456d930501913299-- --===============7753388532946668937== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7753388532946668937==-- From xen-users-bounces@lists.xen.org Wed Aug 27 13:03:27 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 27 Aug 2014 13:03: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 1XMcrd-0000Bh-PZ; Wed, 27 Aug 2014 13:02:13 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XMZMN-0005cl-PF for xen-users@lists.xen.org; Wed, 27 Aug 2014 09:17:43 +0000 Received: from [85.158.137.68:7511] by server-6.bemta-3.messagelabs.com id CC/17-29521-732ADF35; Wed, 27 Aug 2014 09:17:43 +0000 X-Env-Sender: syllopsium@syllopsium.co.uk X-Msg-Ref: server-6.tower-31.messagelabs.com!1409131062!6371983!1 X-Originating-IP: [209.85.212.174] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19389 invoked from network); 27 Aug 2014 09:17:42 -0000 Received: from mail-wi0-f174.google.com (HELO mail-wi0-f174.google.com) (209.85.212.174) by server-6.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 27 Aug 2014 09:17:42 -0000 Received: by mail-wi0-f174.google.com with SMTP id d1so5496851wiv.1 for ; Wed, 27 Aug 2014 02:17:42 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:user-agent:mime-version :content-transfer-encoding:content-type:subject:from:date:to :message-id; bh=tLMMaRCQpWk/VCB/Cdu8MkZImKF5fSdBCawMOAdk4sw=; b=Om3oTIOnESChBz9I4UjIpcfziEK0KqnNtfB2wVfEgSWGfR8ydtNzUC+ny+rkBZOWPz WOS20zVWKvNTO7gqTzAp3GwzcBX2E+l8rCUdco/1mi7aEMZSZ8iOzbKouXqTi8kHJacc vJqd++NqRlw4b8XuV2TYQn1bP0JyVe+6FxnmxImIoiRmw2UNBP+P4IY0K38/Ip6KZ0hM ZHFSNVkCuLULWBV9r2vIcAjh532/bNt5K0jlMkfw6Wf27fl9FbBvUy0O9yICwYEsO5Qk pAeGLXO8EwBY34FjD1WmrkOZ4FgI9AzFbzbqblRvjKvHfER5d5wZeZjdrjMHrLyFNSxB Ixuw== X-Gm-Message-State: ALoCoQlqZSEAUskJSSbhG5tFYrnZI5Ttl2iQqLyi5AN71BapZ/YXVTMvGp5E1wHjTFyjNrAKxP8S X-Received: by 10.180.74.198 with SMTP id w6mr27214190wiv.7.1409131062305; Wed, 27 Aug 2014 02:17:42 -0700 (PDT) Received: from [10.144.119.218] (dab-crx1-h-87-7.dab.02.net. [82.132.226.241]) by mx.google.com with ESMTPSA id o10sm6269947wia.0.2014.08.27.02.17.40 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 27 Aug 2014 02:17:41 -0700 (PDT) User-Agent: K-9 Mail for Android MIME-Version: 1.0 From: Peter Kay Date: Wed, 27 Aug 2014 10:17:32 +0100 To: xen-users@lists.xen.org Message-ID: <2c5d6ac5-13a2-4280-80cf-591e248736ef@email.android.com> X-Mailman-Approved-At: Wed, 27 Aug 2014 13:02:11 +0000 Subject: [Xen-users] USB pci passthrough, also iommu groups X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 have pci passthrough working on my SH3210 motherboard for a VGA card, sound card, firewire and LAN. Unfortunately when I pass through the USB controllers and the VM boots, it hard resets the entire machine. Is anyone else experiencing problems, before I report this as a bug? Happens on unpatched 4.4 and -unstable I can work round this on 4.4 with host device passthrough (although this seems not to work in -unstable, currently?) But I'd prefer the whole controller. Also, where are iommu groups shown in Xen? There doesn't seem to be any enforcement of having go pass through an entire group of devices that aren't protected by ACS. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Aug 27 13:34:14 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 27 Aug 2014 13:34: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 1XMdLD-0001Jh-3y; Wed, 27 Aug 2014 13:32:47 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XMdLC-0001Jc-20 for xen-users@lists.xen.org; Wed, 27 Aug 2014 13:32:46 +0000 Received: from [85.158.139.211:11645] by server-2.bemta-5.messagelabs.com id D1/87-31832-DFDDDF35; Wed, 27 Aug 2014 13:32:45 +0000 X-Env-Sender: jo@maniscorse.co.uk X-Msg-Ref: server-14.tower-206.messagelabs.com!1409146322!5483747!2 X-Originating-IP: [212.159.14.17] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjEyLjE1OS4xNC4xNyA9PiAxNTM4NTE=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13268 invoked from network); 27 Aug 2014 13:32:45 -0000 Received: from avasout02.plus.net (HELO avasout02.plus.net) (212.159.14.17) by server-14.tower-206.messagelabs.com with SMTP; 27 Aug 2014 13:32:45 -0000 Received: from mail.maniscorse.co.uk ([212.56.102.200]) by avasout02 with smtp id jpYj1o0044KRUT001pYk2k; Wed, 27 Aug 2014 14:32:44 +0100 X-CM-Score: 0.00 X-CNFS-Analysis: v=2.1 cv=ROQ9HuS+ c=1 sm=1 tr=0 a=WLWxe0b+U2K6bF+vOlsDtg==:117 a=WLWxe0b+U2K6bF+vOlsDtg==:17 a=GkeSDZrZAAAA:8 a=0Bzu9jTXAAAA:8 a=LcaDllckn3IA:10 a=DVoWBs0EJOQA:10 a=gbvUWekNU_4A:10 a=IpB9HCpG8WMA:10 a=bVPqQyJQdTkA:10 a=kj9zAlcOel0A:10 a=HeoqT7pOPqM1sQVPKC0A:9 a=CjuIK1q_8ugA:10 Received: from white.maniscorse ([192.168.1.19]) by mail.maniscorse.co.uk with esmtp (Exim 4.63) (envelope-from ) id 1XMdL9-00086L-Hk; Wed, 27 Aug 2014 14:32:43 +0100 Received: from jo by white.maniscorse with local (Exim 4.80) (envelope-from ) id 1XMdL9-0000eo-Bm; Wed, 27 Aug 2014 14:32:43 +0100 Date: Wed, 27 Aug 2014 14:32:43 +0100 From: Jo Mills To: Peter Kay Message-ID: <20140827133243.GA4257@white.maniscorse> References: <2c5d6ac5-13a2-4280-80cf-591e248736ef@email.android.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <2c5d6ac5-13a2-4280-80cf-591e248736ef@email.android.com> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] USB pci passthrough, also iommu groups X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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, Aug 27, 2014 at 10:17:32AM +0100, Peter Kay wrote: > > I have pci passthrough working on my SH3210 motherboard for a VGA > card, sound card, firewire and LAN. Unfortunately when I pass through > the USB controllers and the VM boots, it hard resets the entire > machine. Is anyone else experiencing problems, before I report this > as a bug? Happens on unpatched 4.4 and -unstable > > I can work round this on 4.4 with host device passthrough (although > this seems not to work in -unstable, currently?) But I'd prefer the > whole controller. > > Also, where are iommu groups shown in Xen? There doesn't seem to be > any enforcement of having go pass through an entire group of devices > that aren't protected by ACS. > Hi Peter, Please excuse me if this is a bit wide of the mark, but I spent ages and ages trying to get two PCI network cards passed through on the following hardware: Hardware: Intel S3200SHV motherboard BIOS : S3200X38.86B.00.00.0052 CPU : Intel Core 2 (quad) It was all OK until I tried to start a VM using the second passed through NIC at which point everything fell over. Xen-devel got involved but in the end I just ran out time to try and solve it and had to get on with my life ;-) So maybe it's the hardware? Good luck, Jo. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Aug 27 13:34:14 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 27 Aug 2014 13:34: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 1XMdLD-0001Jh-3y; Wed, 27 Aug 2014 13:32:47 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XMdLC-0001Jc-20 for xen-users@lists.xen.org; Wed, 27 Aug 2014 13:32:46 +0000 Received: from [85.158.139.211:11645] by server-2.bemta-5.messagelabs.com id D1/87-31832-DFDDDF35; Wed, 27 Aug 2014 13:32:45 +0000 X-Env-Sender: jo@maniscorse.co.uk X-Msg-Ref: server-14.tower-206.messagelabs.com!1409146322!5483747!2 X-Originating-IP: [212.159.14.17] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjEyLjE1OS4xNC4xNyA9PiAxNTM4NTE=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13268 invoked from network); 27 Aug 2014 13:32:45 -0000 Received: from avasout02.plus.net (HELO avasout02.plus.net) (212.159.14.17) by server-14.tower-206.messagelabs.com with SMTP; 27 Aug 2014 13:32:45 -0000 Received: from mail.maniscorse.co.uk ([212.56.102.200]) by avasout02 with smtp id jpYj1o0044KRUT001pYk2k; Wed, 27 Aug 2014 14:32:44 +0100 X-CM-Score: 0.00 X-CNFS-Analysis: v=2.1 cv=ROQ9HuS+ c=1 sm=1 tr=0 a=WLWxe0b+U2K6bF+vOlsDtg==:117 a=WLWxe0b+U2K6bF+vOlsDtg==:17 a=GkeSDZrZAAAA:8 a=0Bzu9jTXAAAA:8 a=LcaDllckn3IA:10 a=DVoWBs0EJOQA:10 a=gbvUWekNU_4A:10 a=IpB9HCpG8WMA:10 a=bVPqQyJQdTkA:10 a=kj9zAlcOel0A:10 a=HeoqT7pOPqM1sQVPKC0A:9 a=CjuIK1q_8ugA:10 Received: from white.maniscorse ([192.168.1.19]) by mail.maniscorse.co.uk with esmtp (Exim 4.63) (envelope-from ) id 1XMdL9-00086L-Hk; Wed, 27 Aug 2014 14:32:43 +0100 Received: from jo by white.maniscorse with local (Exim 4.80) (envelope-from ) id 1XMdL9-0000eo-Bm; Wed, 27 Aug 2014 14:32:43 +0100 Date: Wed, 27 Aug 2014 14:32:43 +0100 From: Jo Mills To: Peter Kay Message-ID: <20140827133243.GA4257@white.maniscorse> References: <2c5d6ac5-13a2-4280-80cf-591e248736ef@email.android.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <2c5d6ac5-13a2-4280-80cf-591e248736ef@email.android.com> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] USB pci passthrough, also iommu groups X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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, Aug 27, 2014 at 10:17:32AM +0100, Peter Kay wrote: > > I have pci passthrough working on my SH3210 motherboard for a VGA > card, sound card, firewire and LAN. Unfortunately when I pass through > the USB controllers and the VM boots, it hard resets the entire > machine. Is anyone else experiencing problems, before I report this > as a bug? Happens on unpatched 4.4 and -unstable > > I can work round this on 4.4 with host device passthrough (although > this seems not to work in -unstable, currently?) But I'd prefer the > whole controller. > > Also, where are iommu groups shown in Xen? There doesn't seem to be > any enforcement of having go pass through an entire group of devices > that aren't protected by ACS. > Hi Peter, Please excuse me if this is a bit wide of the mark, but I spent ages and ages trying to get two PCI network cards passed through on the following hardware: Hardware: Intel S3200SHV motherboard BIOS : S3200X38.86B.00.00.0052 CPU : Intel Core 2 (quad) It was all OK until I tried to start a VM using the second passed through NIC at which point everything fell over. Xen-devel got involved but in the end I just ran out time to try and solve it and had to get on with my life ;-) So maybe it's the hardware? Good luck, Jo. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Aug 27 18:58:59 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 27 Aug 2014 18: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 1XMiPs-0007oJ-79; Wed, 27 Aug 2014 18:57:56 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XMiPq-0007oC-N9 for xen-users@lists.xen.org; Wed, 27 Aug 2014 18:57:54 +0000 Received: from [85.158.139.211:8410] by server-16.bemta-5.messagelabs.com id 12/3D-01029-23A2EF35; Wed, 27 Aug 2014 18:57:54 +0000 X-Env-Sender: jpnwalters@gmail.com X-Msg-Ref: server-14.tower-206.messagelabs.com!1409165872!5549715!1 X-Originating-IP: [209.85.217.177] 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.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21549 invoked from network); 27 Aug 2014 18:57:53 -0000 Received: from mail-lb0-f177.google.com (HELO mail-lb0-f177.google.com) (209.85.217.177) by server-14.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 27 Aug 2014 18:57:53 -0000 Received: by mail-lb0-f177.google.com with SMTP id l4so991267lbv.36 for ; Wed, 27 Aug 2014 11:57:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=cfmqqRFZF/sFTeJ+te1Q1GI+TeMyYpj7UlbbZMh7VSY=; b=wdjgs+2PGskBEWf6A4m7BMX05l4kNYGA73mF2kgwOP85Iw95RTNGg7qQXxNvdsLIQD X2fwRamQp8rGRxW9rrmkEYSHXL/kZvk1dywmqT9a7RVShfh2EdYSC+Zcnr4GWCctZ2vw vJFd5JJmVLrgm/lu1WDIuCA+/loqFV42EqbVwDskIQoMlk7Hqm56JWQm3H/faMP7LXNS TQKrzN4Kv0oNoSUexQ68bHvVO/PrgrlqBr+NN7NACBo8P9YMQnVHR/7ja+jzA2IkBhPL nQwaMCVe6zmUxB0qSwGJsLmX4QOTzU4AXbsJhQ7Hlgo1QwOdimGdA0bszrkcGa2SIcHu 9rhA== X-Received: by 10.112.14.199 with SMTP id r7mr34753729lbc.58.1409165872530; Wed, 27 Aug 2014 11:57:52 -0700 (PDT) MIME-Version: 1.0 Received: by 10.25.90.195 with HTTP; Wed, 27 Aug 2014 11:57:32 -0700 (PDT) From: John Paul Walters Date: Wed, 27 Aug 2014 14:57:32 -0400 Message-ID: To: xen-users@lists.xen.org Subject: [Xen-users] omap5 EVM unable to boot 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 Hi, I was able to get dom0 booting on an omap5 EVM according to the instructions posted here: http://wiki.xen.org/wiki/Xen_ARM_with_Virtualization_Extensions/OMAP5432_uEVM I'm now trying to get a guest domU to boot, but so far I haven't had any luck. I'm using an Obuntu 14.04 ARMv7 image along with the dom0 kernel that I boot with. I'm using the following guest configuration: kernel = "/root/test_vm/zImage" memory = "128" name = "domU" vcpus = 1 serial="pty" extra = 'earlyprintk=xenboot console=hvc0 root=/dev/xvda debug rw init=/bin/sh' disk = [ 'phy:/dev/loop1,xvda,w' ] When I boot the VM, I don't receive any error messages, but I also don't have a guest console that prints anything. After a second or two, xentop reports that the guest is consuming 100% of a cpu constantly. The pastebin below includes the full output of xl -vvv domu_test. Does anyone have any suggestions on where to look next? http://pastebin.com/vL4FksTn best, JP _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Aug 27 18:58:59 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 27 Aug 2014 18: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 1XMiPs-0007oJ-79; Wed, 27 Aug 2014 18:57:56 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XMiPq-0007oC-N9 for xen-users@lists.xen.org; Wed, 27 Aug 2014 18:57:54 +0000 Received: from [85.158.139.211:8410] by server-16.bemta-5.messagelabs.com id 12/3D-01029-23A2EF35; Wed, 27 Aug 2014 18:57:54 +0000 X-Env-Sender: jpnwalters@gmail.com X-Msg-Ref: server-14.tower-206.messagelabs.com!1409165872!5549715!1 X-Originating-IP: [209.85.217.177] 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.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21549 invoked from network); 27 Aug 2014 18:57:53 -0000 Received: from mail-lb0-f177.google.com (HELO mail-lb0-f177.google.com) (209.85.217.177) by server-14.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 27 Aug 2014 18:57:53 -0000 Received: by mail-lb0-f177.google.com with SMTP id l4so991267lbv.36 for ; Wed, 27 Aug 2014 11:57:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=cfmqqRFZF/sFTeJ+te1Q1GI+TeMyYpj7UlbbZMh7VSY=; b=wdjgs+2PGskBEWf6A4m7BMX05l4kNYGA73mF2kgwOP85Iw95RTNGg7qQXxNvdsLIQD X2fwRamQp8rGRxW9rrmkEYSHXL/kZvk1dywmqT9a7RVShfh2EdYSC+Zcnr4GWCctZ2vw vJFd5JJmVLrgm/lu1WDIuCA+/loqFV42EqbVwDskIQoMlk7Hqm56JWQm3H/faMP7LXNS TQKrzN4Kv0oNoSUexQ68bHvVO/PrgrlqBr+NN7NACBo8P9YMQnVHR/7ja+jzA2IkBhPL nQwaMCVe6zmUxB0qSwGJsLmX4QOTzU4AXbsJhQ7Hlgo1QwOdimGdA0bszrkcGa2SIcHu 9rhA== X-Received: by 10.112.14.199 with SMTP id r7mr34753729lbc.58.1409165872530; Wed, 27 Aug 2014 11:57:52 -0700 (PDT) MIME-Version: 1.0 Received: by 10.25.90.195 with HTTP; Wed, 27 Aug 2014 11:57:32 -0700 (PDT) From: John Paul Walters Date: Wed, 27 Aug 2014 14:57:32 -0400 Message-ID: To: xen-users@lists.xen.org Subject: [Xen-users] omap5 EVM unable to boot 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 Hi, I was able to get dom0 booting on an omap5 EVM according to the instructions posted here: http://wiki.xen.org/wiki/Xen_ARM_with_Virtualization_Extensions/OMAP5432_uEVM I'm now trying to get a guest domU to boot, but so far I haven't had any luck. I'm using an Obuntu 14.04 ARMv7 image along with the dom0 kernel that I boot with. I'm using the following guest configuration: kernel = "/root/test_vm/zImage" memory = "128" name = "domU" vcpus = 1 serial="pty" extra = 'earlyprintk=xenboot console=hvc0 root=/dev/xvda debug rw init=/bin/sh' disk = [ 'phy:/dev/loop1,xvda,w' ] When I boot the VM, I don't receive any error messages, but I also don't have a guest console that prints anything. After a second or two, xentop reports that the guest is consuming 100% of a cpu constantly. The pastebin below includes the full output of xl -vvv domu_test. Does anyone have any suggestions on where to look next? http://pastebin.com/vL4FksTn best, JP _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Aug 28 12:12:12 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 28 Aug 2014 12:12: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 1XMyXh-00086V-RE; Thu, 28 Aug 2014 12:11:05 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XMplN-0005JK-8i for xen-users@lists.xen.org; Thu, 28 Aug 2014 02:48:37 +0000 Received: from [85.158.139.211:16634] by server-1.bemta-5.messagelabs.com id A1/F6-17892-4889EF35; Thu, 28 Aug 2014 02:48:36 +0000 X-Env-Sender: syllopsium@syllopsium.co.uk X-Msg-Ref: server-9.tower-206.messagelabs.com!1409194114!10988245!1 X-Originating-IP: [209.85.214.172] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23195 invoked from network); 28 Aug 2014 02:48:35 -0000 Received: from mail-ob0-f172.google.com (HELO mail-ob0-f172.google.com) (209.85.214.172) by server-9.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 28 Aug 2014 02:48:35 -0000 Received: by mail-ob0-f172.google.com with SMTP id wo20so131654obc.31 for ; Wed, 27 Aug 2014 19:48:33 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=xCSgGLtgpOlGw9NPWN1iFrdWL3FikurLCgZi+7GsCK4=; b=ejeZyQ9dFE6x3zCf775ySC1zhApwyg+iY4f6AvDER7SmV8Go90z9GVsvj9CeXW4SNy 8j/lCvT38yCPwr9nhEFrmJo63469ppu7BfnsPHFt8KS1q48PWaxN2EDcfS21GR+WfAb9 PeNXe0kQgcOX3BVK5aXLkurXeLr1DQZrKHtBwF+Cy/cxBpPEl1HqCKx5gZmitP1bqdl2 jGIa6fKXtVz3PHnIjVfO+yK+pi4sfgh4Si9tczE8P0mywojHQtMTBx6hUifGYil63fEW nHHSeBuUPkWr9rN+1mRzOdIYJyz+Z9PBtcOIn8XA9VBqpzFrq496c76ySYK8fGCXjHKV 09Bw== X-Gm-Message-State: ALoCoQkIzXGNG+Y6MsPA7EBpF2nymMnk1w86zGV57keNM0OilyeeoCv4ZUmuu/1lmotJuU+n4dYG MIME-Version: 1.0 X-Received: by 10.182.236.162 with SMTP id uv2mr1026281obc.12.1409194113556; Wed, 27 Aug 2014 19:48:33 -0700 (PDT) Received: by 10.60.177.194 with HTTP; Wed, 27 Aug 2014 19:48:33 -0700 (PDT) X-Originating-IP: [87.81.134.115] In-Reply-To: <20140827133243.GA4257@white.maniscorse> References: <2c5d6ac5-13a2-4280-80cf-591e248736ef@email.android.com> <20140827133243.GA4257@white.maniscorse> Date: Thu, 28 Aug 2014 03:48:33 +0100 Message-ID: From: Peter Kay To: Jo Mills X-Mailman-Approved-At: Thu, 28 Aug 2014 12:11:04 +0000 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] USB pci passthrough, also iommu groups X-BeenThere: xen-users@lists.xen.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="===============5633424091947315916==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5633424091947315916== Content-Type: multipart/alternative; boundary=001a11c2eb528ef9220501a7924b --001a11c2eb528ef9220501a7924b Content-Type: text/plain; charset=UTF-8 Hi Jo, thanks for the response. I probably should have said - it does work if you use KVM, so it's not the hardware. The 'interesting' quirk in passing through USB, though, is that you can pass through only in two groups of four ports and one port, rather than something more equal. In your two NIC case, however - it might be. Xen does not seem to identify iommu groups. This is an issue on the S3210 chipset which is too old to have ACS protection (the expansion cards on the same segment can talk to each other without IOMMU protection, which is a problem if they're not assigned to the same VM). Unfortunately the S3210 is not very friendly in this regard. All of the PCI slots are on the same segment, and in the same IOMMU group, as is the second built in NIC, which hangs off a PCI-X bridge. The other NIC is supposed to be on a different segment according to the manual and this tallies with my memory. The specification does lie, however. I'm pretty certain that the system put the embedded Matrox G200e and one of the PCIe slots (the x8 one, hanging off the MCH, IIRC) in the same IOMMU group, when the G200e is supposed to be attached to the ICH instead. In my case I'm not taking chances - all devices in a PCI slot including the second embedded NIC are passed through to the same VM. I don't mind this board too much, as I think the hardware is broadly functional, but the 1x transfer limit for VGA cards in the 16x/8x slots rankles somewhat, and the fact that Intel were lazy enough to keep the audio functionality from the X38 chipset present but uninitialised, results in it hanging Linux every few dozen boots.. Would it have hurt to disable it properly, or enable it and stick on some speaker connectors? PK On 27 August 2014 14:32, Jo Mills wrote: > On Wed, Aug 27, 2014 at 10:17:32AM +0100, Peter Kay wrote: > > > > I have pci passthrough working on my SH3210 motherboard for a VGA > > card, sound card, firewire and LAN. Unfortunately when I pass through > > the USB controllers and the VM boots, it hard resets the entire > > machine. Is anyone else experiencing problems, before I report this > > as a bug? Happens on unpatched 4.4 and -unstable > > > > I can work round this on 4.4 with host device passthrough (although > > this seems not to work in -unstable, currently?) But I'd prefer the > > whole controller. > > > > Also, where are iommu groups shown in Xen? There doesn't seem to be > > any enforcement of having go pass through an entire group of devices > > that aren't protected by ACS. > > > > > Hi Peter, > > Please excuse me if this is a bit wide of the mark, but I spent ages > and ages trying to get two PCI network cards passed through on the > following hardware: > > Hardware: Intel S3200SHV motherboard > BIOS : S3200X38.86B.00.00.0052 > CPU : Intel Core 2 (quad) > > It was all OK until I tried to start a VM using the second passed > through NIC at which point everything fell over. Xen-devel got > involved but in the end I just ran out time to try and solve it and > had to get on with my life ;-) So maybe it's the hardware? > > Good luck, > > Jo. > --001a11c2eb528ef9220501a7924b Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Jo,

thanks for the response. I proba= bly should have said - it does work if you use KVM, so it's not the har= dware. The 'interesting' quirk in passing through USB, though, is t= hat you can pass through only in two groups of four ports and one port, rat= her than something more equal.

In your two NIC case, however - it might be. Xen does n= ot seem to identify iommu groups. This is an issue on the S3210 chipset whi= ch is too old to have ACS protection (the expansion cards on the same segme= nt can talk to each other without IOMMU protection, which is a problem if t= hey're not assigned to the same VM).

Unfortunately the S3210 is not very friendly in this re= gard. All of the PCI slots are on the same segment, and in the same IOMMU g= roup, as is the second built in NIC, which hangs off a PCI-X bridge. The ot= her NIC is supposed to be on a different segment according to the manual an= d this tallies with my memory.

The specification does lie, however. I'm pretty cer= tain that the system put the embedded Matrox G200e and one of the PCIe slot= s (the x8 one, hanging off the MCH, IIRC) in the same IOMMU group, when the= G200e is supposed to be attached to the ICH instead.

In my case I'm not taking chances - all =C2=A0devic= es in a PCI slot including the second embedded NIC are passed through to th= e same VM.

I don't mind this board too much, a= s I think the hardware is broadly functional, but the 1x transfer limit for= VGA cards in the 16x/8x slots rankles somewhat, and the fact that Intel we= re lazy enough to keep the audio functionality from the X38 chipset present= but uninitialised, results in it hanging Linux every few dozen boots.. Wou= ld it have hurt to disable it properly, or enable it and stick on some spea= ker connectors?

PK




On 27 August 2014 14:32= , Jo Mills <jo@maniscorse.co.uk> wrote:
On W= ed, Aug 27, 2014 at 10:17:32AM +0100, Peter Kay wrote:
>
> I have pci passthrough working on my SH3210 motherboard for a VGA
> card, sound card, firewire and LAN. Unfortunately when I pass through<= br> > the USB controllers and the VM boots, it hard resets the entire
> machine. Is anyone else experiencing problems, before I report this > as a bug? Happens on unpatched 4.4 and -unstable
>
> I can work round this on 4.4 with host device passthrough (although > this seems not to work in -unstable, currently?) But I'd prefer th= e
> whole controller.
>
> Also, where are iommu groups shown in Xen? There doesn't seem to b= e
> any enforcement of having go pass through an entire group of devices > that aren't protected by ACS.
>


Hi Peter,

Please excuse me if this is a bit wide of the mark, but I spent ages
and ages trying to get two PCI network cards passed through on the
following hardware:

=C2=A0 =C2=A0 Hardware:=C2=A0 =C2=A0Intel S3200SHV motherboard
=C2=A0 =C2=A0 BIOS=C2=A0 =C2=A0 :=C2=A0 =C2=A0S3200X38.86B.00.00.0052
=C2=A0 =C2=A0 CPU=C2=A0 =C2=A0 =C2=A0:=C2=A0 =C2=A0Intel Core 2 (quad)

It was all OK until I tried to start a VM using the second passed
through NIC at which point everything fell over.=C2=A0 Xen-devel got
involved but in the end I just ran out time to try and solve it and
had to get on with my life ;-)=C2=A0 So maybe it's the hardware?

Good luck,

Jo.

--001a11c2eb528ef9220501a7924b-- --===============5633424091947315916== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5633424091947315916==-- From xen-users-bounces@lists.xen.org Thu Aug 28 12:12:12 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 28 Aug 2014 12:12: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 1XMyXi-00086j-DX; Thu, 28 Aug 2014 12:11:06 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XMyR5-0007o2-0b for xen-users@lists.xen.org; Thu, 28 Aug 2014 12:04:15 +0000 Received: from [193.109.254.147:58033] by server-15.bemta-14.messagelabs.com id F0/7A-30948-EBA1FF35; Thu, 28 Aug 2014 12:04:14 +0000 X-Env-Sender: desaive@gmx.de X-Msg-Ref: server-12.tower-27.messagelabs.com!1409227453!12070955!1 X-Originating-IP: [212.227.15.15] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMTIuMjI3LjE1LjE1ID0+IDI0NzM3\n,sa_preprocessor: QmFkIElQOiAyMTIuMjI3LjE1LjE1ID0+IDI0NzM3\n,ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5277 invoked from network); 28 Aug 2014 12:04:13 -0000 Received: from mout.gmx.net (HELO mout.gmx.net) (212.227.15.15) by server-12.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 28 Aug 2014 12:04:13 -0000 Received: from [192.168.110.60] ([79.226.41.15]) by mail.gmx.com (mrgmx002) with ESMTPSA (Nemesis) id 0M3AzH-1WUSfi0kT9-00srzW for ; Thu, 28 Aug 2014 14:04:13 +0200 Message-ID: <53FF1AD8.4060003@gmx.de> Date: Thu, 28 Aug 2014 14:04:40 +0200 From: Melanie Desaive User-Agent: Mozilla/5.0 (X11; Linux i686; rv:24.0) Gecko/20100101 Icedove/24.7.0 MIME-Version: 1.0 To: xen-users@lists.xen.org X-Provags-ID: V03:K0:ovh6FOF4G9N0ZyODf9gNwrPjAlDK/WLjJ/xAjrkY3vgUl/a76mX bD3HRSbIhNjw+/JKi7H6gprIxi27WJXMOS4YADlmzMu8+WiFUjgFI6MXOYWAONDl6JNUy8m tSYlvKcuPAZwSXtmkhqe2OZhLImc7wpmof2hHTbI9PgU+aJcggi3eFkfee9wYmi2Dck6OeG kiZ0RHVgfVCD3LjDY9WAw== X-UI-Out-Filterresults: notjunk:1; X-Mailman-Approved-At: Thu, 28 Aug 2014 12:11:04 +0000 Subject: [Xen-users] xl save/restore command X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hello everybody, I am currently trying to figure out, what the xl commands "save/restore" are exactly doing in case I leave the domain running after issuing the save command. I tested the following szenario: --- Saving domain with "xl save -c " After completion creating a new file on domU. Destroying domU Restore domU with "xl restore " -> The new file disappeared from domU. Shutdown domU Recreate domU from configfile with "xl create -> The file is back again. --- Does the save command checkpoint the domUs filesystems so that it can be used to create kind of a snapshot? Can someone point me to some in depth documentation or maybe give a short summary, what the command is actually doing? Many thanks in advance. Kind regards, Melanie --- _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Aug 28 12:12:12 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 28 Aug 2014 12:12: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 1XMyXh-00086V-RE; Thu, 28 Aug 2014 12:11:05 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XMplN-0005JK-8i for xen-users@lists.xen.org; Thu, 28 Aug 2014 02:48:37 +0000 Received: from [85.158.139.211:16634] by server-1.bemta-5.messagelabs.com id A1/F6-17892-4889EF35; Thu, 28 Aug 2014 02:48:36 +0000 X-Env-Sender: syllopsium@syllopsium.co.uk X-Msg-Ref: server-9.tower-206.messagelabs.com!1409194114!10988245!1 X-Originating-IP: [209.85.214.172] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23195 invoked from network); 28 Aug 2014 02:48:35 -0000 Received: from mail-ob0-f172.google.com (HELO mail-ob0-f172.google.com) (209.85.214.172) by server-9.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 28 Aug 2014 02:48:35 -0000 Received: by mail-ob0-f172.google.com with SMTP id wo20so131654obc.31 for ; Wed, 27 Aug 2014 19:48:33 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=xCSgGLtgpOlGw9NPWN1iFrdWL3FikurLCgZi+7GsCK4=; b=ejeZyQ9dFE6x3zCf775ySC1zhApwyg+iY4f6AvDER7SmV8Go90z9GVsvj9CeXW4SNy 8j/lCvT38yCPwr9nhEFrmJo63469ppu7BfnsPHFt8KS1q48PWaxN2EDcfS21GR+WfAb9 PeNXe0kQgcOX3BVK5aXLkurXeLr1DQZrKHtBwF+Cy/cxBpPEl1HqCKx5gZmitP1bqdl2 jGIa6fKXtVz3PHnIjVfO+yK+pi4sfgh4Si9tczE8P0mywojHQtMTBx6hUifGYil63fEW nHHSeBuUPkWr9rN+1mRzOdIYJyz+Z9PBtcOIn8XA9VBqpzFrq496c76ySYK8fGCXjHKV 09Bw== X-Gm-Message-State: ALoCoQkIzXGNG+Y6MsPA7EBpF2nymMnk1w86zGV57keNM0OilyeeoCv4ZUmuu/1lmotJuU+n4dYG MIME-Version: 1.0 X-Received: by 10.182.236.162 with SMTP id uv2mr1026281obc.12.1409194113556; Wed, 27 Aug 2014 19:48:33 -0700 (PDT) Received: by 10.60.177.194 with HTTP; Wed, 27 Aug 2014 19:48:33 -0700 (PDT) X-Originating-IP: [87.81.134.115] In-Reply-To: <20140827133243.GA4257@white.maniscorse> References: <2c5d6ac5-13a2-4280-80cf-591e248736ef@email.android.com> <20140827133243.GA4257@white.maniscorse> Date: Thu, 28 Aug 2014 03:48:33 +0100 Message-ID: From: Peter Kay To: Jo Mills X-Mailman-Approved-At: Thu, 28 Aug 2014 12:11:04 +0000 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] USB pci passthrough, also iommu groups X-BeenThere: xen-users@lists.xen.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="===============5633424091947315916==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5633424091947315916== Content-Type: multipart/alternative; boundary=001a11c2eb528ef9220501a7924b --001a11c2eb528ef9220501a7924b Content-Type: text/plain; charset=UTF-8 Hi Jo, thanks for the response. I probably should have said - it does work if you use KVM, so it's not the hardware. The 'interesting' quirk in passing through USB, though, is that you can pass through only in two groups of four ports and one port, rather than something more equal. In your two NIC case, however - it might be. Xen does not seem to identify iommu groups. This is an issue on the S3210 chipset which is too old to have ACS protection (the expansion cards on the same segment can talk to each other without IOMMU protection, which is a problem if they're not assigned to the same VM). Unfortunately the S3210 is not very friendly in this regard. All of the PCI slots are on the same segment, and in the same IOMMU group, as is the second built in NIC, which hangs off a PCI-X bridge. The other NIC is supposed to be on a different segment according to the manual and this tallies with my memory. The specification does lie, however. I'm pretty certain that the system put the embedded Matrox G200e and one of the PCIe slots (the x8 one, hanging off the MCH, IIRC) in the same IOMMU group, when the G200e is supposed to be attached to the ICH instead. In my case I'm not taking chances - all devices in a PCI slot including the second embedded NIC are passed through to the same VM. I don't mind this board too much, as I think the hardware is broadly functional, but the 1x transfer limit for VGA cards in the 16x/8x slots rankles somewhat, and the fact that Intel were lazy enough to keep the audio functionality from the X38 chipset present but uninitialised, results in it hanging Linux every few dozen boots.. Would it have hurt to disable it properly, or enable it and stick on some speaker connectors? PK On 27 August 2014 14:32, Jo Mills wrote: > On Wed, Aug 27, 2014 at 10:17:32AM +0100, Peter Kay wrote: > > > > I have pci passthrough working on my SH3210 motherboard for a VGA > > card, sound card, firewire and LAN. Unfortunately when I pass through > > the USB controllers and the VM boots, it hard resets the entire > > machine. Is anyone else experiencing problems, before I report this > > as a bug? Happens on unpatched 4.4 and -unstable > > > > I can work round this on 4.4 with host device passthrough (although > > this seems not to work in -unstable, currently?) But I'd prefer the > > whole controller. > > > > Also, where are iommu groups shown in Xen? There doesn't seem to be > > any enforcement of having go pass through an entire group of devices > > that aren't protected by ACS. > > > > > Hi Peter, > > Please excuse me if this is a bit wide of the mark, but I spent ages > and ages trying to get two PCI network cards passed through on the > following hardware: > > Hardware: Intel S3200SHV motherboard > BIOS : S3200X38.86B.00.00.0052 > CPU : Intel Core 2 (quad) > > It was all OK until I tried to start a VM using the second passed > through NIC at which point everything fell over. Xen-devel got > involved but in the end I just ran out time to try and solve it and > had to get on with my life ;-) So maybe it's the hardware? > > Good luck, > > Jo. > --001a11c2eb528ef9220501a7924b Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Jo,

thanks for the response. I proba= bly should have said - it does work if you use KVM, so it's not the har= dware. The 'interesting' quirk in passing through USB, though, is t= hat you can pass through only in two groups of four ports and one port, rat= her than something more equal.

In your two NIC case, however - it might be. Xen does n= ot seem to identify iommu groups. This is an issue on the S3210 chipset whi= ch is too old to have ACS protection (the expansion cards on the same segme= nt can talk to each other without IOMMU protection, which is a problem if t= hey're not assigned to the same VM).

Unfortunately the S3210 is not very friendly in this re= gard. All of the PCI slots are on the same segment, and in the same IOMMU g= roup, as is the second built in NIC, which hangs off a PCI-X bridge. The ot= her NIC is supposed to be on a different segment according to the manual an= d this tallies with my memory.

The specification does lie, however. I'm pretty cer= tain that the system put the embedded Matrox G200e and one of the PCIe slot= s (the x8 one, hanging off the MCH, IIRC) in the same IOMMU group, when the= G200e is supposed to be attached to the ICH instead.

In my case I'm not taking chances - all =C2=A0devic= es in a PCI slot including the second embedded NIC are passed through to th= e same VM.

I don't mind this board too much, a= s I think the hardware is broadly functional, but the 1x transfer limit for= VGA cards in the 16x/8x slots rankles somewhat, and the fact that Intel we= re lazy enough to keep the audio functionality from the X38 chipset present= but uninitialised, results in it hanging Linux every few dozen boots.. Wou= ld it have hurt to disable it properly, or enable it and stick on some spea= ker connectors?

PK




On 27 August 2014 14:32= , Jo Mills <jo@maniscorse.co.uk> wrote:
On W= ed, Aug 27, 2014 at 10:17:32AM +0100, Peter Kay wrote:
>
> I have pci passthrough working on my SH3210 motherboard for a VGA
> card, sound card, firewire and LAN. Unfortunately when I pass through<= br> > the USB controllers and the VM boots, it hard resets the entire
> machine. Is anyone else experiencing problems, before I report this > as a bug? Happens on unpatched 4.4 and -unstable
>
> I can work round this on 4.4 with host device passthrough (although > this seems not to work in -unstable, currently?) But I'd prefer th= e
> whole controller.
>
> Also, where are iommu groups shown in Xen? There doesn't seem to b= e
> any enforcement of having go pass through an entire group of devices > that aren't protected by ACS.
>


Hi Peter,

Please excuse me if this is a bit wide of the mark, but I spent ages
and ages trying to get two PCI network cards passed through on the
following hardware:

=C2=A0 =C2=A0 Hardware:=C2=A0 =C2=A0Intel S3200SHV motherboard
=C2=A0 =C2=A0 BIOS=C2=A0 =C2=A0 :=C2=A0 =C2=A0S3200X38.86B.00.00.0052
=C2=A0 =C2=A0 CPU=C2=A0 =C2=A0 =C2=A0:=C2=A0 =C2=A0Intel Core 2 (quad)

It was all OK until I tried to start a VM using the second passed
through NIC at which point everything fell over.=C2=A0 Xen-devel got
involved but in the end I just ran out time to try and solve it and
had to get on with my life ;-)=C2=A0 So maybe it's the hardware?

Good luck,

Jo.

--001a11c2eb528ef9220501a7924b-- --===============5633424091947315916== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5633424091947315916==-- From xen-users-bounces@lists.xen.org Thu Aug 28 12:12:12 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 28 Aug 2014 12:12: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 1XMyXi-00086j-DX; Thu, 28 Aug 2014 12:11:06 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XMyR5-0007o2-0b for xen-users@lists.xen.org; Thu, 28 Aug 2014 12:04:15 +0000 Received: from [193.109.254.147:58033] by server-15.bemta-14.messagelabs.com id F0/7A-30948-EBA1FF35; Thu, 28 Aug 2014 12:04:14 +0000 X-Env-Sender: desaive@gmx.de X-Msg-Ref: server-12.tower-27.messagelabs.com!1409227453!12070955!1 X-Originating-IP: [212.227.15.15] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMTIuMjI3LjE1LjE1ID0+IDI0NzM3\n,sa_preprocessor: QmFkIElQOiAyMTIuMjI3LjE1LjE1ID0+IDI0NzM3\n,ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5277 invoked from network); 28 Aug 2014 12:04:13 -0000 Received: from mout.gmx.net (HELO mout.gmx.net) (212.227.15.15) by server-12.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 28 Aug 2014 12:04:13 -0000 Received: from [192.168.110.60] ([79.226.41.15]) by mail.gmx.com (mrgmx002) with ESMTPSA (Nemesis) id 0M3AzH-1WUSfi0kT9-00srzW for ; Thu, 28 Aug 2014 14:04:13 +0200 Message-ID: <53FF1AD8.4060003@gmx.de> Date: Thu, 28 Aug 2014 14:04:40 +0200 From: Melanie Desaive User-Agent: Mozilla/5.0 (X11; Linux i686; rv:24.0) Gecko/20100101 Icedove/24.7.0 MIME-Version: 1.0 To: xen-users@lists.xen.org X-Provags-ID: V03:K0:ovh6FOF4G9N0ZyODf9gNwrPjAlDK/WLjJ/xAjrkY3vgUl/a76mX bD3HRSbIhNjw+/JKi7H6gprIxi27WJXMOS4YADlmzMu8+WiFUjgFI6MXOYWAONDl6JNUy8m tSYlvKcuPAZwSXtmkhqe2OZhLImc7wpmof2hHTbI9PgU+aJcggi3eFkfee9wYmi2Dck6OeG kiZ0RHVgfVCD3LjDY9WAw== X-UI-Out-Filterresults: notjunk:1; X-Mailman-Approved-At: Thu, 28 Aug 2014 12:11:04 +0000 Subject: [Xen-users] xl save/restore command X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hello everybody, I am currently trying to figure out, what the xl commands "save/restore" are exactly doing in case I leave the domain running after issuing the save command. I tested the following szenario: --- Saving domain with "xl save -c " After completion creating a new file on domU. Destroying domU Restore domU with "xl restore " -> The new file disappeared from domU. Shutdown domU Recreate domU from configfile with "xl create -> The file is back again. --- Does the save command checkpoint the domUs filesystems so that it can be used to create kind of a snapshot? Can someone point me to some in depth documentation or maybe give a short summary, what the command is actually doing? Many thanks in advance. Kind regards, Melanie --- _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Aug 28 12:42:35 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 28 Aug 2014 12:42: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 1XMz19-0001S6-4V; Thu, 28 Aug 2014 12:41:31 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XMz18-0001Rz-Dy for xen-users@lists.xen.org; Thu, 28 Aug 2014 12:41:30 +0000 Received: from [85.158.139.211:52088] by server-3.bemta-5.messagelabs.com id 3A/F1-13873-9732FF35; Thu, 28 Aug 2014 12:41:29 +0000 X-Env-Sender: murrayie@yahoo.co.uk X-Msg-Ref: server-9.tower-206.messagelabs.com!1409229689!11110925!1 X-Originating-IP: [212.82.97.106] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_12, ML_RADAR_SPEW_LINKS_14,ML_RADAR_SPEW_LINKS_6,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24528 invoked from network); 28 Aug 2014 12:41:29 -0000 Received: from nm33-vm1.bullet.mail.ir2.yahoo.com (HELO nm33-vm1.bullet.mail.ir2.yahoo.com) (212.82.97.106) by server-9.tower-206.messagelabs.com with SMTP; 28 Aug 2014 12:41:29 -0000 Received: from [212.82.98.58] by nm33.bullet.mail.ir2.yahoo.com with NNFMP; 28 Aug 2014 12:41:28 -0000 Received: from [212.82.98.93] by tm11.bullet.mail.ir2.yahoo.com with NNFMP; 28 Aug 2014 12:41:28 -0000 Received: from [127.0.0.1] by omp1030.mail.ir2.yahoo.com with NNFMP; 28 Aug 2014 12:41:28 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 929795.68630.bm@omp1030.mail.ir2.yahoo.com Received: (qmail 23534 invoked by uid 60001); 28 Aug 2014 12:41:28 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.co.uk; s=s1024; t=1409229688; bh=lcIYL4xAMsxhp5SKkMdx1tTtau9JjG0+iBHrB/m+gTE=; h=References:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=ao71NzMlpIAJzmDang5hwWFePfuNEmSXKvrV7iXbVx3oKGjTXNpxrPayi5V12lOFjjPPca6glFe8XnjQ0lvf5FTAqEA5BXVf+jifunXTOiDT+P6dJ980eCZOIXLDfA5hBk8k+A0KIzhrXlBUNf0EveBTC51mSoepxaTekVujIPc= X-YMail-OSG: 1Ni6OcwVM1nmSe1x8q2lydBEXMVjd2hCcXdLu8ZgHPq7uPF n506f4ChNZJSIPfcltKNUstJuuqwWwpBZlVFnido.4Ml34Zt.Ubjjb948Su7 nIcs4gz45kQtXlllJeR4JiGSlbWEwC8Mc.xlf_NqEQCfEBdHCRbyJxdXdxpx JvC4JD7ZeCqrx6QSnvIcR2IIkUsfusl1drZ3b7klTFg4f17xC4dl4NfpDYAh OS.z0B.4GTK2ZzYp6oUYVzpTPXiWnq54p2uKYE5wsauWZ4x2j5ECFbIqbz5z iPSi_PSWiM4j1hrZXBc5RdkEDld.rI1KmwlPispk3SH_xcx4VRMLY.lKziKn mXQoJ06Kybhx6uOFXbaiaKfkQQdMqcOKk767PraSRjGTWGvGpY0ff3tcfa9G C3GFhhFbwtW9bkreaVHati1vI59w2cug8.mzfiNpau8D7DGgyztGsmaT1rwq QShBm1J5MohaCKoJlKx_geWyej2oCZF2U44e021tIb2vusQgufYOuAwQoF1B wsOAPhUHJJd1jyPBYJLRenS2wkfddRO5Nj1hWYqXpfb2HUg-- Received: from [195.212.29.67] by web171504.mail.ir2.yahoo.com via HTTP; Thu, 28 Aug 2014 13:41:28 BST X-Rocket-MIMEInfo: 002.001, CgoKCgo.X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KPiBGcm9tOiBNZWxhbmllIERlc2FpdmUgPGRlc2FpdmVAZ214LmRlPgo.VG86IHhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnIAo.U2VudDogVGh1cnNkYXksIDI4IEF1Z3VzdCAyMDE0LCAxMzowNAo.U3ViamVjdDogW1hlbi11c2Vyc10geGwgc2F2ZS9yZXN0b3JlIGNvbW1hbmQKPiAKPgo.SGVsbG8gZXZlcnlib2R5LAo.Cj5JIGFtIGN1cnJlbnRseSB0cnlpbmcgdG8gZmlndXJlIG91dCwgd2hhdCB0aGUgeGwgY29tbWFuZHMgInNhdmUvcmVzdG8BMAEBAQE- X-Mailer: YahooMailWebService/0.8.201.700 References: <53FF1AD8.4060003@gmx.de> Message-ID: <1409229688.65027.YahooMailNeo@web171504.mail.ir2.yahoo.com> Date: Thu, 28 Aug 2014 13:41:28 +0100 From: Ian Murray To: Melanie Desaive , "xen-users@lists.xen.org" In-Reply-To: <53FF1AD8.4060003@gmx.de> MIME-Version: 1.0 Subject: Re: [Xen-users] xl save/restore command X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Ian Murray List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org >________________________________ > From: Melanie Desaive >To: xen-users@lists.xen.org >Sent: Thursday, 28 August 2014, 13:04 >Subject: [Xen-users] xl save/restore command > > >Hello everybody, > >I am currently trying to figure out, what the xl commands "save/restore" >are exactly doing in case I leave the domain running after issuing the >save command. > >I tested the following szenario: > >--- > >Saving domain with "xl save -c " > >After completion creating a new file on domU. > >Destroying domU > >Restore domU with "xl restore " -> The new file disappeared >from domU. > >Shutdown domU > >Recreate domU from configfile with "xl create -> The file >is back again. > >--- > >Does the save command checkpoint the domUs filesystems so that it can be >used to create kind of a snapshot? As far as I know, xl save/restore are not storage aware. You might want to consider Xl save -p then then using your storage method's native snapshotting technique. I only use logical volumes, so apologies if that answer is incorrect for other storage types. I notice there is a problem with xl save -p when using Xenified kernels such as CentOS 5. I wrote the -p patch but heavily under the guidance of proper devs, so I can't say I understood the ins and outs of it. In terms of the scenario you describe, I would say (without futher information) that the new file wasn't fully committed to storage when you destroyed the domU. > >Can someone point me to some in depth documentation or maybe give a >short summary, what the command is actually doing? > >Many thanks in advance. > >Kind regards, > >Melanie >--- > > > > >_______________________________________________ >Xen-users mailing list >Xen-users@lists.xen.org >http://lists.xen.org/xen-users > > > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Aug 28 12:42:35 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 28 Aug 2014 12:42: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 1XMz19-0001S6-4V; Thu, 28 Aug 2014 12:41:31 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XMz18-0001Rz-Dy for xen-users@lists.xen.org; Thu, 28 Aug 2014 12:41:30 +0000 Received: from [85.158.139.211:52088] by server-3.bemta-5.messagelabs.com id 3A/F1-13873-9732FF35; Thu, 28 Aug 2014 12:41:29 +0000 X-Env-Sender: murrayie@yahoo.co.uk X-Msg-Ref: server-9.tower-206.messagelabs.com!1409229689!11110925!1 X-Originating-IP: [212.82.97.106] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_12, ML_RADAR_SPEW_LINKS_14,ML_RADAR_SPEW_LINKS_6,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24528 invoked from network); 28 Aug 2014 12:41:29 -0000 Received: from nm33-vm1.bullet.mail.ir2.yahoo.com (HELO nm33-vm1.bullet.mail.ir2.yahoo.com) (212.82.97.106) by server-9.tower-206.messagelabs.com with SMTP; 28 Aug 2014 12:41:29 -0000 Received: from [212.82.98.58] by nm33.bullet.mail.ir2.yahoo.com with NNFMP; 28 Aug 2014 12:41:28 -0000 Received: from [212.82.98.93] by tm11.bullet.mail.ir2.yahoo.com with NNFMP; 28 Aug 2014 12:41:28 -0000 Received: from [127.0.0.1] by omp1030.mail.ir2.yahoo.com with NNFMP; 28 Aug 2014 12:41:28 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 929795.68630.bm@omp1030.mail.ir2.yahoo.com Received: (qmail 23534 invoked by uid 60001); 28 Aug 2014 12:41:28 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.co.uk; s=s1024; t=1409229688; bh=lcIYL4xAMsxhp5SKkMdx1tTtau9JjG0+iBHrB/m+gTE=; h=References:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=ao71NzMlpIAJzmDang5hwWFePfuNEmSXKvrV7iXbVx3oKGjTXNpxrPayi5V12lOFjjPPca6glFe8XnjQ0lvf5FTAqEA5BXVf+jifunXTOiDT+P6dJ980eCZOIXLDfA5hBk8k+A0KIzhrXlBUNf0EveBTC51mSoepxaTekVujIPc= X-YMail-OSG: 1Ni6OcwVM1nmSe1x8q2lydBEXMVjd2hCcXdLu8ZgHPq7uPF n506f4ChNZJSIPfcltKNUstJuuqwWwpBZlVFnido.4Ml34Zt.Ubjjb948Su7 nIcs4gz45kQtXlllJeR4JiGSlbWEwC8Mc.xlf_NqEQCfEBdHCRbyJxdXdxpx JvC4JD7ZeCqrx6QSnvIcR2IIkUsfusl1drZ3b7klTFg4f17xC4dl4NfpDYAh OS.z0B.4GTK2ZzYp6oUYVzpTPXiWnq54p2uKYE5wsauWZ4x2j5ECFbIqbz5z iPSi_PSWiM4j1hrZXBc5RdkEDld.rI1KmwlPispk3SH_xcx4VRMLY.lKziKn mXQoJ06Kybhx6uOFXbaiaKfkQQdMqcOKk767PraSRjGTWGvGpY0ff3tcfa9G C3GFhhFbwtW9bkreaVHati1vI59w2cug8.mzfiNpau8D7DGgyztGsmaT1rwq QShBm1J5MohaCKoJlKx_geWyej2oCZF2U44e021tIb2vusQgufYOuAwQoF1B wsOAPhUHJJd1jyPBYJLRenS2wkfddRO5Nj1hWYqXpfb2HUg-- Received: from [195.212.29.67] by web171504.mail.ir2.yahoo.com via HTTP; Thu, 28 Aug 2014 13:41:28 BST X-Rocket-MIMEInfo: 002.001, CgoKCgo.X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KPiBGcm9tOiBNZWxhbmllIERlc2FpdmUgPGRlc2FpdmVAZ214LmRlPgo.VG86IHhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnIAo.U2VudDogVGh1cnNkYXksIDI4IEF1Z3VzdCAyMDE0LCAxMzowNAo.U3ViamVjdDogW1hlbi11c2Vyc10geGwgc2F2ZS9yZXN0b3JlIGNvbW1hbmQKPiAKPgo.SGVsbG8gZXZlcnlib2R5LAo.Cj5JIGFtIGN1cnJlbnRseSB0cnlpbmcgdG8gZmlndXJlIG91dCwgd2hhdCB0aGUgeGwgY29tbWFuZHMgInNhdmUvcmVzdG8BMAEBAQE- X-Mailer: YahooMailWebService/0.8.201.700 References: <53FF1AD8.4060003@gmx.de> Message-ID: <1409229688.65027.YahooMailNeo@web171504.mail.ir2.yahoo.com> Date: Thu, 28 Aug 2014 13:41:28 +0100 From: Ian Murray To: Melanie Desaive , "xen-users@lists.xen.org" In-Reply-To: <53FF1AD8.4060003@gmx.de> MIME-Version: 1.0 Subject: Re: [Xen-users] xl save/restore command X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Ian Murray List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org >________________________________ > From: Melanie Desaive >To: xen-users@lists.xen.org >Sent: Thursday, 28 August 2014, 13:04 >Subject: [Xen-users] xl save/restore command > > >Hello everybody, > >I am currently trying to figure out, what the xl commands "save/restore" >are exactly doing in case I leave the domain running after issuing the >save command. > >I tested the following szenario: > >--- > >Saving domain with "xl save -c " > >After completion creating a new file on domU. > >Destroying domU > >Restore domU with "xl restore " -> The new file disappeared >from domU. > >Shutdown domU > >Recreate domU from configfile with "xl create -> The file >is back again. > >--- > >Does the save command checkpoint the domUs filesystems so that it can be >used to create kind of a snapshot? As far as I know, xl save/restore are not storage aware. You might want to consider Xl save -p then then using your storage method's native snapshotting technique. I only use logical volumes, so apologies if that answer is incorrect for other storage types. I notice there is a problem with xl save -p when using Xenified kernels such as CentOS 5. I wrote the -p patch but heavily under the guidance of proper devs, so I can't say I understood the ins and outs of it. In terms of the scenario you describe, I would say (without futher information) that the new file wasn't fully committed to storage when you destroyed the domU. > >Can someone point me to some in depth documentation or maybe give a >short summary, what the command is actually doing? > >Many thanks in advance. > >Kind regards, > >Melanie >--- > > > > >_______________________________________________ >Xen-users mailing list >Xen-users@lists.xen.org >http://lists.xen.org/xen-users > > > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Aug 28 13:06:30 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 28 Aug 2014 13:06: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 1XMzOf-0002GO-1v; Thu, 28 Aug 2014 13:05:49 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XMzOc-0002GH-Uc for xen-users@lists.xen.org; Thu, 28 Aug 2014 13:05:47 +0000 Received: from [85.158.137.68:33734] by server-3.bemta-3.messagelabs.com id 26/81-22751-A292FF35; Thu, 28 Aug 2014 13:05:46 +0000 X-Env-Sender: pierre.peyronnel@gmail.com X-Msg-Ref: server-9.tower-31.messagelabs.com!1409231142!7381704!1 X-Originating-IP: [209.85.212.176] X-SpamReason: No, hits=1.1 required=7.0 tests=BODY_RANDOM_LONG, HTML_60_70, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32740 invoked from network); 28 Aug 2014 13:05:42 -0000 Received: from mail-wi0-f176.google.com (HELO mail-wi0-f176.google.com) (209.85.212.176) by server-9.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 28 Aug 2014 13:05:42 -0000 Received: by mail-wi0-f176.google.com with SMTP id bs8so7424203wib.3 for ; Thu, 28 Aug 2014 06:05:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=BX3QA+YgfhZY247hJXVMkZ1XLFFuYXz44msDpK+fII4=; b=u+Yp1pV/x5CHm0bKrt7yF6LnzM/w+QexV/Gv8FPo5RGR9jm9aYaFFQt/rcKSs1UjWP iQZUu5TqGHhVBLf1RAMOD9ezfraYYJw3HovYP8j6WaGYcqkdQTrullzZZnWGgAxTRvE+ AdNcOmlcOp7y90ajQQvOlQTMjo+ims3+9lEK6VUIDuVlbNRR43skeDq7kNCa2hhWFVoy oV6vpbiMFiZgbTtAAm+G8jPJoi0aO4Kaf9SDH3DuWhek0/nC7liYVig5CDpRnp4de+yx VYIcDCRgTvyv8JTAJ1QsP758Fdp0yJ6Z095crcslkweSnUUtpOHnl7oLV9RGumhZW6yZ MJIA== MIME-Version: 1.0 X-Received: by 10.194.78.199 with SMTP id d7mr1266701wjx.136.1409231141270; Thu, 28 Aug 2014 06:05:41 -0700 (PDT) Received: by 10.180.154.134 with HTTP; Thu, 28 Aug 2014 06:05:41 -0700 (PDT) In-Reply-To: <1409003686.6905.YahooMailNeo@web142702.mail.bf1.yahoo.com> References: <1409003686.6905.YahooMailNeo@web142702.mail.bf1.yahoo.com> Date: Thu, 28 Aug 2014 15:05:41 +0200 Message-ID: From: Pierre Peyronnel To: =?UTF-8?Q?Hern=C3=A1n_Castelo?= Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] network configuration on DomUs X-BeenThere: xen-users@lists.xen.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="===============0468068621923463344==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0468068621923463344== Content-Type: multipart/alternative; boundary=047d7bfcec7e94f8e10501b031ef --047d7bfcec7e94f8e10501b031ef Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hello Hernan, i'm not sure this is a Xen problem. By the looks of it, you refer to IPv4 addresses but your ifconfig (on dom0 i guess ?) shows IPv6 addresses for all NICs and bridges except for eth0 and lo where it is also has IPv4. Your .14, .16, .17 are nowhere to be seen... My bet would be on a IP and/or routing setup issue. You should check these on SQL VM, but again what makes you think it is Xen related ? Pierre On Mon, Aug 25, 2014 at 11:54 PM, Hern=C3=A1n Castelo wrote: > Hi > I'm very new with Xen (/Debian) > > I have 2 VMs running Windows: "Arch" and "Sql" -- static IPs > > VM Arch: is ok, accessible thru VNC, Remote Desktop, see the network, etc > > VM Sql : - just accessible thru VNC > - once I log in, I don't see the network > - pings don't reach peer > - appear 4 network ports on Windows > > the server has 4 NIC cards > the first, eth0, is used just for the server, with IP 10.0.11.13 > the VM Arch should use eth1, with IP ...14 > and VM Sql should use eth2 with IP 16, and eth3 (as configured in > SQLServer) with IP 17 > > please, guide me > I inherit this problem, and am far from being an expert... > > THANKS IN ADVANCE!! > > -------------------------------------------------------- > > root@USR03:~# route -n > Kernel IP routing table > Destination Gateway Genmask Flags Metric Ref Use > Iface > 10.0.11.0 0.0.0.0 255.255.255.0 U 0 0 0 > eth0 > 0.0.0.0 10.0.11.1 0.0.0.0 UG 0 0 0 > eth0 > > -------------------------------------------------------- > > root@USR03:~# brctl show > bridge name bridge id STP enabled interfaces > eth0 8000.001b21d81f20 no peth0 > xenbr1 8000.001b21d81f21 no eth1 > vif4.0 > xenbr2 8000.5cf3fc573b8c no eth2 > tap12.0 > tap12.1 > vif12.0 > vif12.1 > xenbr3 8000.5cf3fc573b8e no eth3 > > -------------------------------------------------------- > > root@USR03:~# ip route show > 10.0.11.0/24 dev eth0 proto kernel scope link src 10.0.11.13 > default via 10.0.11.1 dev eth0 > > -------------------------------------------------------- > > root@USR03:~# ifconfig > eth0 Link encap:Ethernet HWaddr 00:1b:21:d8:1f:20 > inet addr:10.0.11.13 Bcast:10.0.11.255 Mask:255.255.255.0 > inet6 addr: fe80::21b:21ff:fed8:1f20/64 Scope:Link > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:159619 errors:0 dropped:0 overruns:0 frame:0 > TX packets:140984 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:0 > RX bytes:8613734 (8.2 MiB) TX bytes:159007702 (151.6 MiB) > > eth1 Link encap:Ethernet HWaddr 00:1b:21:d8:1f:21 > inet6 addr: fe80::21b:21ff:fed8:1f21/64 Scope:Link > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:37442 errors:0 dropped:0 overruns:0 frame:0 > TX packets:4910 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:1000 > RX bytes:4607800 (4.3 MiB) TX bytes:1810201 (1.7 MiB) > Memory:97a00000-97a80000 > > eth2 Link encap:Ethernet HWaddr 5c:f3:fc:57:3b:8c > inet6 addr: fe80::5ef3:fcff:fe57:3b8c/64 Scope:Link > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:33055 errors:0 dropped:0 overruns:0 frame:0 > TX packets:852 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:1000 > RX bytes:3446328 (3.2 MiB) TX bytes:79882 (78.0 KiB) > Interrupt:28 Memory:92000000-92012800 > > eth3 Link encap:Ethernet HWaddr 5c:f3:fc:57:3b:8e > inet6 addr: fe80::5ef3:fcff:fe57:3b8e/64 Scope:Link > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:69385 errors:0 dropped:0 overruns:0 frame:0 > TX packets:16 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:1000 > RX bytes:5844752 (5.5 MiB) TX bytes:1132 (1.1 KiB) > Interrupt:40 Memory:94000000-94012800 > > lo Link encap:Local Loopback > inet addr:127.0.0.1 Mask:255.0.0.0 > inet6 addr: ::1/128 Scope:Host > UP LOOPBACK RUNNING MTU:16436 Metric:1 > RX packets:146 errors:0 dropped:0 overruns:0 frame:0 > TX packets:146 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:0 > RX bytes:14416 (14.0 KiB) TX bytes:14416 (14.0 KiB) > > peth0 Link encap:Ethernet HWaddr 00:1b:21:d8:1f:20 > inet6 addr: fe80::21b:21ff:fed8:1f20/64 Scope:Link > UP BROADCAST RUNNING PROMISC MULTICAST MTU:1500 Metric:1 > RX packets:186596 errors:0 dropped:0 overruns:0 frame:0 > TX packets:204370 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:1000 > RX bytes:12723915 (12.1 MiB) TX bytes:162430818 (154.9 MiB) > Memory:97a80000-97b00000 > > tap12.0 Link encap:Ethernet HWaddr d6:fe:ff:61:dd:ce > inet6 addr: fe80::d4fe:ffff:fe61:ddce/64 Scope:Link > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:38 errors:0 dropped:0 overruns:0 frame:0 > TX packets:9156 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:500 > RX bytes:3592 (3.5 KiB) TX bytes:1003894 (980.3 KiB) > > tap12.1 Link encap:Ethernet HWaddr 8e:01:08:6d:39:7c > inet6 addr: fe80::8c01:8ff:fe6d:397c/64 Scope:Link > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:0 errors:0 dropped:0 overruns:0 frame:0 > TX packets:9194 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:500 > RX bytes:0 (0.0 B) TX bytes:1007462 (983.8 KiB) > > vif12.0 Link encap:Ethernet HWaddr fe:ff:ff:ff:ff:ff > inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link > UP BROADCAST RUNNING PROMISC MULTICAST MTU:1500 Metric:1 > RX packets:0 errors:0 dropped:0 overruns:0 frame:0 > TX packets:0 errors:0 dropped:9194 overruns:0 carrier:0 > collisions:0 txqueuelen:32 > RX bytes:0 (0.0 B) TX bytes:0 (0.0 B) > > vif12.1 Link encap:Ethernet HWaddr fe:ff:ff:ff:ff:ff > inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link > UP BROADCAST RUNNING PROMISC MULTICAST MTU:1500 Metric:1 > RX packets:0 errors:0 dropped:0 overruns:0 frame:0 > TX packets:237 errors:0 dropped:6884 overruns:0 carrier:0 > collisions:0 txqueuelen:32 > RX bytes:0 (0.0 B) TX bytes:22480 (21.9 KiB) > > vif4.0 Link encap:Ethernet HWaddr fe:ff:ff:ff:ff:ff > inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link > UP BROADCAST RUNNING PROMISC MULTICAST MTU:1500 Metric:1 > RX packets:3418 errors:0 dropped:0 overruns:0 frame:0 > TX packets:26435 errors:0 dropped:2009 overruns:0 carrier:0 > collisions:0 txqueuelen:32 > RX bytes:1359883 (1.2 MiB) TX bytes:3064684 (2.9 MiB) > > xenbr1 Link encap:Ethernet HWaddr 00:1b:21:d8:1f:21 > inet6 addr: fe80::21b:21ff:fed8:1f21/64 Scope:Link > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:26594 errors:0 dropped:0 overruns:0 frame:0 > TX packets:17 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:0 > RX bytes:2552297 (2.4 MiB) TX bytes:930 (930.0 B) > > xenbr2 Link encap:Ethernet HWaddr 5c:f3:fc:57:3b:8c > inet6 addr: fe80::5ef3:fcff:fe57:3b8c/64 Scope:Link > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:26513 errors:0 dropped:0 overruns:0 frame:0 > TX packets:16 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:0 > RX bytes:2547392 (2.4 MiB) TX bytes:888 (888.0 B) > > xenbr3 Link encap:Ethernet HWaddr 5c:f3:fc:57:3b:8e > inet6 addr: fe80::5ef3:fcff:fe57:3b8e/64 Scope:Link > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:69343 errors:0 dropped:0 overruns:0 frame:0 > TX packets:16 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:0 > RX bytes:4529117 (4.3 MiB) TX bytes:888 (888.0 B) > > -------------------------------------------------------- > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --047d7bfcec7e94f8e10501b031ef Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hello Hernan,

i'm not= sure this is a Xen problem.
By the looks of it, you refer to IPv4= addresses but your ifconfig (on dom0 i guess ?) shows IPv6 addresses for a= ll NICs and bridges except for eth0 and lo where it is also has IPv4.
Your .14, .16, .17 are nowhere to be seen...

<= /div>My bet would be on a IP and/or routing setup issue. You should check t= hese on SQL VM, but again what makes you think it is Xen related ?

Pierre


On Mon, Aug 25, 2014 at 11:54 PM, Hern=C3=A1n Castelo <baj= opalabra@yahoo.com.ar> wrote:
Hi
I'm v= ery new with Xen (/Debian)

I hav= e 2 VMs running Windows: "Arch" and "Sql" -- static IPs=

VM Arch: is ok, accessible thru VNC, Remote Desktop, see the network, etc

VM Sql : - just accessible thru VNC
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 - once I log in, I don't see the network
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= - pings don't reach peer
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 - a= ppear 4 network ports on Windows

the server has 4 NIC cards
the first, eth0, is used just for th= e server, with IP 10.0.11.13
the VM Arch should use eth1, with IP ...14
and VM Sql shou= ld use eth2 with IP 16, and eth3 (as configured in SQLServer) with IP 17
please, guide me
I inherit this = problem, and am far from being an expert...

THANK= S IN ADVANCE!!

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

root@USR03:~# route -n
Kernel IP routing table
Destination =C2=A0 =C2=A0 Gateway =C2=A0 =C2=A0 =C2=A0 =C2=A0 Genmask =C2=A0 =C2=A0 =C2=A0 =C2=A0 Flags Metric Ref = =C2=A0 =C2=A0Use Iface
10.= 0.11.0 =C2=A0 =C2=A0 =C2=A0 0.0.0.0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 255.255.255= .0 =C2=A0 U =C2=A0 =C2=A0 0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A0 =C2=A0 =C2= =A00 eth0
0.0.0.0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 10.0.11.1 =C2=A0 =C2=A0 =C2=A0 0.0.0.0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 UG =C2=A0 =C2=A00 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A0 =C2= =A0 =C2=A00 eth0

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

root@USR03:~# brctl show<= /div>
bridge name =C2=A0 =C2=A0 = bridge id =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 STP enabled =C2= =A0 =C2=A0 interfaces
eth0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A08000.001b21d81f20 =C2=A0 =C2= =A0 =C2=A0 no =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0peth0
xenbr1 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A08000.001b21d81f21 =C2=A0 =C2=A0 =C2=A0 no =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0eth1
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 vif4.0
xenbr2 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A08000.5c= f3fc573b8c =C2=A0 =C2=A0 =C2=A0 no =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0eth2
=C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 tap12.0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 tap12.1
= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 vif12.0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 vif12.1
=
xenbr3 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A08000.5cf3fc573b8e =C2=A0 =C2=A0 =C2=A0 no =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0eth3

--------------<= span style=3D"font-size:10pt">------------------------------------------

root@USR03:~# ip route show
10.0.11.0/24 dev eth0 =C2=A0proto= kernel =C2=A0scope link =C2=A0src 10.0.11.13
default via 10.0.11.1 dev eth0

<= /div>
----------= -------------------------------------------= ---

root@USR03:~# ifconfig
eth0 =C2=A0 =C2=A0 =C2=A0Link encap:Ethernet =C2=A0HWaddr 00:1b:21:d8:1f:20=
=C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 inet addr:10.0.11.13 =C2=A0Bcast:10.0.11.255 =C2=A0Mask:255.255.= 255.0
=C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 inet6 addr: fe80::21b:21ff:fed8:1f20/64 Scope:Link
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 UP BROADCAST RUNNING MULTICAST =C2=A0MTU:1500 =C2=A0Metric:1
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 R= X packets:159619 errors:0 dropped:0 overruns:0 frame:0
=C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 TX packets:140984 errors:0 dropped:0 overruns:= 0 carrier:0
=C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 collisions:0 txqueuelen:0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 RX bytes:8613734 (8.2 MiB) =C2=A0TX bytes:159007702 (151.6 MiB)

eth1 =C2=A0 =C2=A0 =C2=A0Link encap:Ethernet =C2=A0HWaddr 00:1b:21:d8:1f:21=
=C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 inet6 addr: fe80::21b:21ff:fed8:1f21/64 Scope:Link
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 UP B= ROADCAST RUNNING MULTICAST =C2=A0MTU:1500 =C2=A0Metric:1
=C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 RX packets:37442 errors:0 dropped:0 overruns:0 fra= me:0
=C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 TX packets:4910 errors:0 dropped:0 overruns:0 carrier:0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 collisions:0 txqueuelen:1000
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 RX bytes:4607800 (4.3 MiB) =C2=A0= TX bytes:1810201 (1.7 MiB)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Memory:97a00000-97a80000

eth2 =C2=A0 =C2=A0 =C2=A0Link encap:Ethernet = =C2=A0HWaddr 5c:f3:fc:57:3b:8c
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 inet6 addr: fe80::5ef3:fcff:fe57:3b8c/64= Scope:Link
=C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 UP BROADCAST RUNNING MULTICAST =C2=A0MTU:1500 =C2=A0Me= tric:1
=C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 RX packets:33055 errors:0 dropped:0 overruns:0 frame:0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 TX packets:852 errors:0 dropped:0 overruns:0 carrier:0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 collis= ions:0 txqueuelen:1000
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 RX bytes:3446328 (3.2 MiB) =C2=A0TX byte= s:79882 (78.0 KiB)
=C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 Interrupt:28 Memory:92000000-92012800
=
eth3 = =C2=A0 =C2=A0 =C2=A0Link encap:Ethernet =C2=A0HWaddr 5c:f3:fc:57:3b:8e
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 inet6 addr: fe80::5ef3:fcff:fe57:3b8e/64= Scope:Link
=C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 UP BROADCAST RUNNING MULTICAST =C2=A0MTU:1500 =C2=A0Me= tric:1
=C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 RX packets:69385 errors:0 dropped:0 overruns:0 frame:0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 TX packets:16 errors:0 dropped:0 overruns:0 carrier:0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 collis= ions:0 txqueuelen:1000
=C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 RX bytes:5844752 (5.5 MiB) =C2=A0TX bytes:1132 = (1.1 KiB)
=C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 Interrupt:40 Memory:94000000-94012800

lo =C2=A0 =C2=A0 =C2=A0 =C2=A0Link en= cap:Local Loopback
=C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 inet addr:127.0.0.1 =C2=A0Mask:255.0.0.0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 inet6 addr: ::1/128 Scope:Host
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 UP LOOPBACK RUNNING =C2=A0MTU:1= 6436 =C2=A0Metric:1
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 RX packets:146 errors:0 dropped:0 overru= ns:0 frame:0
=C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 TX packets:146 errors:0 dropped:0 overruns:0 carrier:= 0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 collisions:0 txqueuelen:0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 RX by= tes:14416 (14.0 KiB) =C2=A0TX bytes:14416 (14.0 KiB)

peth0 =C2=A0 =C2=A0 Link encap:Ethernet =C2=A0HWaddr 00:1b:21:d8:1f:20
=C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 inet6 addr: fe80::21b:21ff:fed8:1f20/64 Scope:Link
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 UP BROADCAST RUNNING PROMISC MULTICAST =C2=A0MTU:1500 =C2=A0= Metric:1
=C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 RX packets:186596 errors:0 dropped:0 overruns:0 frame:0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 TX packets:204370 errors:0 dropped:0 ove= rruns:0 carrier:0
=C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 collisions:0 txqueuelen:1000
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 RX bytes:= 12723915 (12.1 MiB) =C2=A0TX bytes:162430818 (154.9 MiB)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 Memory:97a80000-97b00000

tap= 12.0 =C2=A0 Link encap:Ethernet =C2=A0HWaddr d6:fe:ff:61:dd:ce
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 inet6 addr: fe80::d= 4fe:ffff:fe61:ddce/64 Scope:Link
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 UP BROADCAST RUNNING MULTICAST = =C2=A0MTU:1500 =C2=A0Metric:1
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 RX packets:38 errors:0 dropped:0 overruns:0 frame:0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 TX packets= :9156 errors:0 dropped:0 overruns:0 carrier:0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 collisions:0 txqueuelen:500
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 RX bytes:3592 (3.5 KiB) =C2=A0TX b= ytes:1003894 (980.3 KiB)

tap12.= 1 =C2=A0 Link encap:Ethernet =C2=A0HWaddr 8e:01:08:6d:39:7c
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 inet6 = addr: fe80::8c01:8ff:fe6d:397c/64 Scope:Link
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 UP BROADCAST RUNNING MULTICAST =C2=A0MTU:1500 =C2=A0Metric:1
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 R= X packets:0 errors:0 dropped:0 overruns:0 frame:0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 TX packets:9194 errors:0 dropped:0 overr= uns:0 carrier:0
=C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 collisions:0 txqueuelen:500
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 RX bytes:0 (0.0 B) =C2=A0TX bytes:1007462 (983.8 KiB)
<= div style=3D"background-color:transparent">
vif12.0 =C2=A0 Link encap:Ethernet =C2= =A0HWaddr fe:ff:ff:ff:ff:ff
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 UP BROADCA= ST RUNNING PROMISC MULTICAST =C2=A0MTU:1500 =C2=A0Metric:1
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 RX packets:0 errors:0 dropped:0 overruns:0 frame:0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 TX packets:= 0 errors:0 dropped:9194 overruns:0 carrier:0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 collisions:0 txqueuelen:32
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 RX bytes:0 (0.0 B) =C2= =A0TX bytes:0 (0.0 B)

vif12.1 =C2=A0 Link encap:Ethernet =C2=A0HWaddr fe:ff:ff:ff:ff:ff
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 UP BROADCAST R= UNNING PROMISC MULTICAST =C2=A0MTU:1500 =C2=A0Metric:1
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 RX packets:0 errors:0 dropped:0 overruns:0 frame:0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 TX packets:= 237 errors:0 dropped:6884 overruns:0 carrier:0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 collisions:0 txqueuelen:32
=C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 RX bytes:0 (0.0 B) =C2=A0TX bytes:22480 (21.9 KiB)

vif4.0 =C2=A0 =C2=A0Link encap:Ethern= et =C2=A0HWaddr fe:ff:ff:ff:ff:ff
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 inet6 addr: fe80::fcff:ffff:feff= :ffff/64 Scope:Link
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 UP BROADCAST RUNNING PROMISC MULTICAST =C2=A0MTU:1500 =C2=A0Metric:1
=C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 RX packets:3418 errors:0 dropped:0 overruns:0 frame:0
=C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 TX packets:26435 errors:0 dropped:2009 overruns:0 carrier= :0
=C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 collisions:0 txqueuelen:32
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 RX bytes:1359883 (1.2 MiB) =C2=A0TX byte= s:3064684 (2.9 MiB)

xenbr1 =C2= =A0 =C2=A0Link encap:Ethernet =C2=A0HWaddr 00:1b:21:d8:1f:21
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 inet6 addr: fe80::21b:21ff:fed8:1f21/64 Scope:Link
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 UP BROADCAS= T RUNNING MULTICAST =C2=A0MTU:1500 =C2=A0Metric:1
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 RX packets:26594 errors:0 dropped:0 over= runs:0 frame:0
=C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 TX packets:17 errors:0 dropped:0 overruns:0 carrie= r:0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 collisions:0 txqueuelen:0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 RX by= tes:2552297 (2.4 MiB) =C2=A0TX bytes:930 (930.0 B)

xenbr2 =C2=A0 =C2=A0Link encap:Ethernet =C2=A0HWaddr 5c:f3:fc:57:3b:8c
=C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 inet6 addr: fe80::5ef3:fcff:fe57:3b8c/64 Scope:Link
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 UP BRO= ADCAST RUNNING MULTICAST =C2=A0MTU:1500 =C2=A0Metric:1
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 RX packets:26513 errors:0 dropped:0 overruns:0 frame:0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 TX pac= kets:16 errors:0 dropped:0 overruns:0 carrier:0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 collisions:0 txqueuelen:0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 RX bytes:2547392 (2.4 MiB) =C2=A0TX = bytes:888 (888.0 B)

xenbr3= =C2=A0 =C2=A0Link encap:Ethernet =C2=A0HWaddr 5c:f3:fc:57:3b:8e
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 inet6 addr: fe80::5ef3:fcff:fe57:3b8e/64 Scope:Link
=C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 UP BROADCAST RUNNING MULTICAST =C2=A0MTU:1500 =C2=A0Metric:1
<= div style=3D"background-color:transparent">=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 RX packets:69343 errors:0 dropped:0 overruns:0 frame:0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 TX packets:16 errors:0 dropped:0 overruns:0 carrier:0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 collis= ions:0 txqueuelen:0
=C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 RX bytes:4529117 (4.3 MiB) =C2=A0TX bytes:888 (888= .0 B)

--------------<= /span>---------= --------= -------------------------


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

--047d7bfcec7e94f8e10501b031ef-- --===============0468068621923463344== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0468068621923463344==-- From xen-users-bounces@lists.xen.org Thu Aug 28 13:06:30 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 28 Aug 2014 13:06: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 1XMzOf-0002GO-1v; Thu, 28 Aug 2014 13:05:49 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XMzOc-0002GH-Uc for xen-users@lists.xen.org; Thu, 28 Aug 2014 13:05:47 +0000 Received: from [85.158.137.68:33734] by server-3.bemta-3.messagelabs.com id 26/81-22751-A292FF35; Thu, 28 Aug 2014 13:05:46 +0000 X-Env-Sender: pierre.peyronnel@gmail.com X-Msg-Ref: server-9.tower-31.messagelabs.com!1409231142!7381704!1 X-Originating-IP: [209.85.212.176] X-SpamReason: No, hits=1.1 required=7.0 tests=BODY_RANDOM_LONG, HTML_60_70, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32740 invoked from network); 28 Aug 2014 13:05:42 -0000 Received: from mail-wi0-f176.google.com (HELO mail-wi0-f176.google.com) (209.85.212.176) by server-9.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 28 Aug 2014 13:05:42 -0000 Received: by mail-wi0-f176.google.com with SMTP id bs8so7424203wib.3 for ; Thu, 28 Aug 2014 06:05:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=BX3QA+YgfhZY247hJXVMkZ1XLFFuYXz44msDpK+fII4=; b=u+Yp1pV/x5CHm0bKrt7yF6LnzM/w+QexV/Gv8FPo5RGR9jm9aYaFFQt/rcKSs1UjWP iQZUu5TqGHhVBLf1RAMOD9ezfraYYJw3HovYP8j6WaGYcqkdQTrullzZZnWGgAxTRvE+ AdNcOmlcOp7y90ajQQvOlQTMjo+ims3+9lEK6VUIDuVlbNRR43skeDq7kNCa2hhWFVoy oV6vpbiMFiZgbTtAAm+G8jPJoi0aO4Kaf9SDH3DuWhek0/nC7liYVig5CDpRnp4de+yx VYIcDCRgTvyv8JTAJ1QsP758Fdp0yJ6Z095crcslkweSnUUtpOHnl7oLV9RGumhZW6yZ MJIA== MIME-Version: 1.0 X-Received: by 10.194.78.199 with SMTP id d7mr1266701wjx.136.1409231141270; Thu, 28 Aug 2014 06:05:41 -0700 (PDT) Received: by 10.180.154.134 with HTTP; Thu, 28 Aug 2014 06:05:41 -0700 (PDT) In-Reply-To: <1409003686.6905.YahooMailNeo@web142702.mail.bf1.yahoo.com> References: <1409003686.6905.YahooMailNeo@web142702.mail.bf1.yahoo.com> Date: Thu, 28 Aug 2014 15:05:41 +0200 Message-ID: From: Pierre Peyronnel To: =?UTF-8?Q?Hern=C3=A1n_Castelo?= Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] network configuration on DomUs X-BeenThere: xen-users@lists.xen.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="===============0468068621923463344==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0468068621923463344== Content-Type: multipart/alternative; boundary=047d7bfcec7e94f8e10501b031ef --047d7bfcec7e94f8e10501b031ef Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hello Hernan, i'm not sure this is a Xen problem. By the looks of it, you refer to IPv4 addresses but your ifconfig (on dom0 i guess ?) shows IPv6 addresses for all NICs and bridges except for eth0 and lo where it is also has IPv4. Your .14, .16, .17 are nowhere to be seen... My bet would be on a IP and/or routing setup issue. You should check these on SQL VM, but again what makes you think it is Xen related ? Pierre On Mon, Aug 25, 2014 at 11:54 PM, Hern=C3=A1n Castelo wrote: > Hi > I'm very new with Xen (/Debian) > > I have 2 VMs running Windows: "Arch" and "Sql" -- static IPs > > VM Arch: is ok, accessible thru VNC, Remote Desktop, see the network, etc > > VM Sql : - just accessible thru VNC > - once I log in, I don't see the network > - pings don't reach peer > - appear 4 network ports on Windows > > the server has 4 NIC cards > the first, eth0, is used just for the server, with IP 10.0.11.13 > the VM Arch should use eth1, with IP ...14 > and VM Sql should use eth2 with IP 16, and eth3 (as configured in > SQLServer) with IP 17 > > please, guide me > I inherit this problem, and am far from being an expert... > > THANKS IN ADVANCE!! > > -------------------------------------------------------- > > root@USR03:~# route -n > Kernel IP routing table > Destination Gateway Genmask Flags Metric Ref Use > Iface > 10.0.11.0 0.0.0.0 255.255.255.0 U 0 0 0 > eth0 > 0.0.0.0 10.0.11.1 0.0.0.0 UG 0 0 0 > eth0 > > -------------------------------------------------------- > > root@USR03:~# brctl show > bridge name bridge id STP enabled interfaces > eth0 8000.001b21d81f20 no peth0 > xenbr1 8000.001b21d81f21 no eth1 > vif4.0 > xenbr2 8000.5cf3fc573b8c no eth2 > tap12.0 > tap12.1 > vif12.0 > vif12.1 > xenbr3 8000.5cf3fc573b8e no eth3 > > -------------------------------------------------------- > > root@USR03:~# ip route show > 10.0.11.0/24 dev eth0 proto kernel scope link src 10.0.11.13 > default via 10.0.11.1 dev eth0 > > -------------------------------------------------------- > > root@USR03:~# ifconfig > eth0 Link encap:Ethernet HWaddr 00:1b:21:d8:1f:20 > inet addr:10.0.11.13 Bcast:10.0.11.255 Mask:255.255.255.0 > inet6 addr: fe80::21b:21ff:fed8:1f20/64 Scope:Link > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:159619 errors:0 dropped:0 overruns:0 frame:0 > TX packets:140984 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:0 > RX bytes:8613734 (8.2 MiB) TX bytes:159007702 (151.6 MiB) > > eth1 Link encap:Ethernet HWaddr 00:1b:21:d8:1f:21 > inet6 addr: fe80::21b:21ff:fed8:1f21/64 Scope:Link > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:37442 errors:0 dropped:0 overruns:0 frame:0 > TX packets:4910 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:1000 > RX bytes:4607800 (4.3 MiB) TX bytes:1810201 (1.7 MiB) > Memory:97a00000-97a80000 > > eth2 Link encap:Ethernet HWaddr 5c:f3:fc:57:3b:8c > inet6 addr: fe80::5ef3:fcff:fe57:3b8c/64 Scope:Link > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:33055 errors:0 dropped:0 overruns:0 frame:0 > TX packets:852 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:1000 > RX bytes:3446328 (3.2 MiB) TX bytes:79882 (78.0 KiB) > Interrupt:28 Memory:92000000-92012800 > > eth3 Link encap:Ethernet HWaddr 5c:f3:fc:57:3b:8e > inet6 addr: fe80::5ef3:fcff:fe57:3b8e/64 Scope:Link > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:69385 errors:0 dropped:0 overruns:0 frame:0 > TX packets:16 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:1000 > RX bytes:5844752 (5.5 MiB) TX bytes:1132 (1.1 KiB) > Interrupt:40 Memory:94000000-94012800 > > lo Link encap:Local Loopback > inet addr:127.0.0.1 Mask:255.0.0.0 > inet6 addr: ::1/128 Scope:Host > UP LOOPBACK RUNNING MTU:16436 Metric:1 > RX packets:146 errors:0 dropped:0 overruns:0 frame:0 > TX packets:146 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:0 > RX bytes:14416 (14.0 KiB) TX bytes:14416 (14.0 KiB) > > peth0 Link encap:Ethernet HWaddr 00:1b:21:d8:1f:20 > inet6 addr: fe80::21b:21ff:fed8:1f20/64 Scope:Link > UP BROADCAST RUNNING PROMISC MULTICAST MTU:1500 Metric:1 > RX packets:186596 errors:0 dropped:0 overruns:0 frame:0 > TX packets:204370 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:1000 > RX bytes:12723915 (12.1 MiB) TX bytes:162430818 (154.9 MiB) > Memory:97a80000-97b00000 > > tap12.0 Link encap:Ethernet HWaddr d6:fe:ff:61:dd:ce > inet6 addr: fe80::d4fe:ffff:fe61:ddce/64 Scope:Link > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:38 errors:0 dropped:0 overruns:0 frame:0 > TX packets:9156 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:500 > RX bytes:3592 (3.5 KiB) TX bytes:1003894 (980.3 KiB) > > tap12.1 Link encap:Ethernet HWaddr 8e:01:08:6d:39:7c > inet6 addr: fe80::8c01:8ff:fe6d:397c/64 Scope:Link > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:0 errors:0 dropped:0 overruns:0 frame:0 > TX packets:9194 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:500 > RX bytes:0 (0.0 B) TX bytes:1007462 (983.8 KiB) > > vif12.0 Link encap:Ethernet HWaddr fe:ff:ff:ff:ff:ff > inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link > UP BROADCAST RUNNING PROMISC MULTICAST MTU:1500 Metric:1 > RX packets:0 errors:0 dropped:0 overruns:0 frame:0 > TX packets:0 errors:0 dropped:9194 overruns:0 carrier:0 > collisions:0 txqueuelen:32 > RX bytes:0 (0.0 B) TX bytes:0 (0.0 B) > > vif12.1 Link encap:Ethernet HWaddr fe:ff:ff:ff:ff:ff > inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link > UP BROADCAST RUNNING PROMISC MULTICAST MTU:1500 Metric:1 > RX packets:0 errors:0 dropped:0 overruns:0 frame:0 > TX packets:237 errors:0 dropped:6884 overruns:0 carrier:0 > collisions:0 txqueuelen:32 > RX bytes:0 (0.0 B) TX bytes:22480 (21.9 KiB) > > vif4.0 Link encap:Ethernet HWaddr fe:ff:ff:ff:ff:ff > inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link > UP BROADCAST RUNNING PROMISC MULTICAST MTU:1500 Metric:1 > RX packets:3418 errors:0 dropped:0 overruns:0 frame:0 > TX packets:26435 errors:0 dropped:2009 overruns:0 carrier:0 > collisions:0 txqueuelen:32 > RX bytes:1359883 (1.2 MiB) TX bytes:3064684 (2.9 MiB) > > xenbr1 Link encap:Ethernet HWaddr 00:1b:21:d8:1f:21 > inet6 addr: fe80::21b:21ff:fed8:1f21/64 Scope:Link > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:26594 errors:0 dropped:0 overruns:0 frame:0 > TX packets:17 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:0 > RX bytes:2552297 (2.4 MiB) TX bytes:930 (930.0 B) > > xenbr2 Link encap:Ethernet HWaddr 5c:f3:fc:57:3b:8c > inet6 addr: fe80::5ef3:fcff:fe57:3b8c/64 Scope:Link > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:26513 errors:0 dropped:0 overruns:0 frame:0 > TX packets:16 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:0 > RX bytes:2547392 (2.4 MiB) TX bytes:888 (888.0 B) > > xenbr3 Link encap:Ethernet HWaddr 5c:f3:fc:57:3b:8e > inet6 addr: fe80::5ef3:fcff:fe57:3b8e/64 Scope:Link > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:69343 errors:0 dropped:0 overruns:0 frame:0 > TX packets:16 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:0 > RX bytes:4529117 (4.3 MiB) TX bytes:888 (888.0 B) > > -------------------------------------------------------- > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --047d7bfcec7e94f8e10501b031ef Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hello Hernan,

i'm not= sure this is a Xen problem.
By the looks of it, you refer to IPv4= addresses but your ifconfig (on dom0 i guess ?) shows IPv6 addresses for a= ll NICs and bridges except for eth0 and lo where it is also has IPv4.
Your .14, .16, .17 are nowhere to be seen...

<= /div>My bet would be on a IP and/or routing setup issue. You should check t= hese on SQL VM, but again what makes you think it is Xen related ?

Pierre


On Mon, Aug 25, 2014 at 11:54 PM, Hern=C3=A1n Castelo <baj= opalabra@yahoo.com.ar> wrote:
Hi
I'm v= ery new with Xen (/Debian)

I hav= e 2 VMs running Windows: "Arch" and "Sql" -- static IPs=

VM Arch: is ok, accessible thru VNC, Remote Desktop, see the network, etc

VM Sql : - just accessible thru VNC
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 - once I log in, I don't see the network
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= - pings don't reach peer
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 - a= ppear 4 network ports on Windows

the server has 4 NIC cards
the first, eth0, is used just for th= e server, with IP 10.0.11.13
the VM Arch should use eth1, with IP ...14
and VM Sql shou= ld use eth2 with IP 16, and eth3 (as configured in SQLServer) with IP 17
please, guide me
I inherit this = problem, and am far from being an expert...

THANK= S IN ADVANCE!!

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

root@USR03:~# route -n
Kernel IP routing table
Destination =C2=A0 =C2=A0 Gateway =C2=A0 =C2=A0 =C2=A0 =C2=A0 Genmask =C2=A0 =C2=A0 =C2=A0 =C2=A0 Flags Metric Ref = =C2=A0 =C2=A0Use Iface
10.= 0.11.0 =C2=A0 =C2=A0 =C2=A0 0.0.0.0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 255.255.255= .0 =C2=A0 U =C2=A0 =C2=A0 0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A0 =C2=A0 =C2= =A00 eth0
0.0.0.0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 10.0.11.1 =C2=A0 =C2=A0 =C2=A0 0.0.0.0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 UG =C2=A0 =C2=A00 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A0 =C2= =A0 =C2=A00 eth0

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

root@USR03:~# brctl show<= /div>
bridge name =C2=A0 =C2=A0 = bridge id =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 STP enabled =C2= =A0 =C2=A0 interfaces
eth0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A08000.001b21d81f20 =C2=A0 =C2= =A0 =C2=A0 no =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0peth0
xenbr1 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A08000.001b21d81f21 =C2=A0 =C2=A0 =C2=A0 no =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0eth1
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 vif4.0
xenbr2 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A08000.5c= f3fc573b8c =C2=A0 =C2=A0 =C2=A0 no =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0eth2
=C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 tap12.0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 tap12.1
= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 vif12.0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 vif12.1
=
xenbr3 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A08000.5cf3fc573b8e =C2=A0 =C2=A0 =C2=A0 no =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0eth3

--------------<= span style=3D"font-size:10pt">------------------------------------------

root@USR03:~# ip route show
10.0.11.0/24 dev eth0 =C2=A0proto= kernel =C2=A0scope link =C2=A0src 10.0.11.13
default via 10.0.11.1 dev eth0

<= /div>
----------= -------------------------------------------= ---

root@USR03:~# ifconfig
eth0 =C2=A0 =C2=A0 =C2=A0Link encap:Ethernet =C2=A0HWaddr 00:1b:21:d8:1f:20=
=C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 inet addr:10.0.11.13 =C2=A0Bcast:10.0.11.255 =C2=A0Mask:255.255.= 255.0
=C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 inet6 addr: fe80::21b:21ff:fed8:1f20/64 Scope:Link
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 UP BROADCAST RUNNING MULTICAST =C2=A0MTU:1500 =C2=A0Metric:1
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 R= X packets:159619 errors:0 dropped:0 overruns:0 frame:0
=C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 TX packets:140984 errors:0 dropped:0 overruns:= 0 carrier:0
=C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 collisions:0 txqueuelen:0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 RX bytes:8613734 (8.2 MiB) =C2=A0TX bytes:159007702 (151.6 MiB)

eth1 =C2=A0 =C2=A0 =C2=A0Link encap:Ethernet =C2=A0HWaddr 00:1b:21:d8:1f:21=
=C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 inet6 addr: fe80::21b:21ff:fed8:1f21/64 Scope:Link
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 UP B= ROADCAST RUNNING MULTICAST =C2=A0MTU:1500 =C2=A0Metric:1
=C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 RX packets:37442 errors:0 dropped:0 overruns:0 fra= me:0
=C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 TX packets:4910 errors:0 dropped:0 overruns:0 carrier:0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 collisions:0 txqueuelen:1000
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 RX bytes:4607800 (4.3 MiB) =C2=A0= TX bytes:1810201 (1.7 MiB)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Memory:97a00000-97a80000

eth2 =C2=A0 =C2=A0 =C2=A0Link encap:Ethernet = =C2=A0HWaddr 5c:f3:fc:57:3b:8c
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 inet6 addr: fe80::5ef3:fcff:fe57:3b8c/64= Scope:Link
=C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 UP BROADCAST RUNNING MULTICAST =C2=A0MTU:1500 =C2=A0Me= tric:1
=C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 RX packets:33055 errors:0 dropped:0 overruns:0 frame:0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 TX packets:852 errors:0 dropped:0 overruns:0 carrier:0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 collis= ions:0 txqueuelen:1000
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 RX bytes:3446328 (3.2 MiB) =C2=A0TX byte= s:79882 (78.0 KiB)
=C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 Interrupt:28 Memory:92000000-92012800
=
eth3 = =C2=A0 =C2=A0 =C2=A0Link encap:Ethernet =C2=A0HWaddr 5c:f3:fc:57:3b:8e
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 inet6 addr: fe80::5ef3:fcff:fe57:3b8e/64= Scope:Link
=C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 UP BROADCAST RUNNING MULTICAST =C2=A0MTU:1500 =C2=A0Me= tric:1
=C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 RX packets:69385 errors:0 dropped:0 overruns:0 frame:0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 TX packets:16 errors:0 dropped:0 overruns:0 carrier:0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 collis= ions:0 txqueuelen:1000
=C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 RX bytes:5844752 (5.5 MiB) =C2=A0TX bytes:1132 = (1.1 KiB)
=C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 Interrupt:40 Memory:94000000-94012800

lo =C2=A0 =C2=A0 =C2=A0 =C2=A0Link en= cap:Local Loopback
=C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 inet addr:127.0.0.1 =C2=A0Mask:255.0.0.0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 inet6 addr: ::1/128 Scope:Host
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 UP LOOPBACK RUNNING =C2=A0MTU:1= 6436 =C2=A0Metric:1
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 RX packets:146 errors:0 dropped:0 overru= ns:0 frame:0
=C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 TX packets:146 errors:0 dropped:0 overruns:0 carrier:= 0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 collisions:0 txqueuelen:0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 RX by= tes:14416 (14.0 KiB) =C2=A0TX bytes:14416 (14.0 KiB)

peth0 =C2=A0 =C2=A0 Link encap:Ethernet =C2=A0HWaddr 00:1b:21:d8:1f:20
=C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 inet6 addr: fe80::21b:21ff:fed8:1f20/64 Scope:Link
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 UP BROADCAST RUNNING PROMISC MULTICAST =C2=A0MTU:1500 =C2=A0= Metric:1
=C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 RX packets:186596 errors:0 dropped:0 overruns:0 frame:0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 TX packets:204370 errors:0 dropped:0 ove= rruns:0 carrier:0
=C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 collisions:0 txqueuelen:1000
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 RX bytes:= 12723915 (12.1 MiB) =C2=A0TX bytes:162430818 (154.9 MiB)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 Memory:97a80000-97b00000

tap= 12.0 =C2=A0 Link encap:Ethernet =C2=A0HWaddr d6:fe:ff:61:dd:ce
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 inet6 addr: fe80::d= 4fe:ffff:fe61:ddce/64 Scope:Link
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 UP BROADCAST RUNNING MULTICAST = =C2=A0MTU:1500 =C2=A0Metric:1
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 RX packets:38 errors:0 dropped:0 overruns:0 frame:0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 TX packets= :9156 errors:0 dropped:0 overruns:0 carrier:0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 collisions:0 txqueuelen:500
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 RX bytes:3592 (3.5 KiB) =C2=A0TX b= ytes:1003894 (980.3 KiB)

tap12.= 1 =C2=A0 Link encap:Ethernet =C2=A0HWaddr 8e:01:08:6d:39:7c
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 inet6 = addr: fe80::8c01:8ff:fe6d:397c/64 Scope:Link
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 UP BROADCAST RUNNING MULTICAST =C2=A0MTU:1500 =C2=A0Metric:1
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 R= X packets:0 errors:0 dropped:0 overruns:0 frame:0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 TX packets:9194 errors:0 dropped:0 overr= uns:0 carrier:0
=C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 collisions:0 txqueuelen:500
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 RX bytes:0 (0.0 B) =C2=A0TX bytes:1007462 (983.8 KiB)
<= div style=3D"background-color:transparent">
vif12.0 =C2=A0 Link encap:Ethernet =C2= =A0HWaddr fe:ff:ff:ff:ff:ff
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 UP BROADCA= ST RUNNING PROMISC MULTICAST =C2=A0MTU:1500 =C2=A0Metric:1
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 RX packets:0 errors:0 dropped:0 overruns:0 frame:0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 TX packets:= 0 errors:0 dropped:9194 overruns:0 carrier:0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 collisions:0 txqueuelen:32
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 RX bytes:0 (0.0 B) =C2= =A0TX bytes:0 (0.0 B)

vif12.1 =C2=A0 Link encap:Ethernet =C2=A0HWaddr fe:ff:ff:ff:ff:ff
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 UP BROADCAST R= UNNING PROMISC MULTICAST =C2=A0MTU:1500 =C2=A0Metric:1
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 RX packets:0 errors:0 dropped:0 overruns:0 frame:0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 TX packets:= 237 errors:0 dropped:6884 overruns:0 carrier:0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 collisions:0 txqueuelen:32
=C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 RX bytes:0 (0.0 B) =C2=A0TX bytes:22480 (21.9 KiB)

vif4.0 =C2=A0 =C2=A0Link encap:Ethern= et =C2=A0HWaddr fe:ff:ff:ff:ff:ff
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 inet6 addr: fe80::fcff:ffff:feff= :ffff/64 Scope:Link
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 UP BROADCAST RUNNING PROMISC MULTICAST =C2=A0MTU:1500 =C2=A0Metric:1
=C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 RX packets:3418 errors:0 dropped:0 overruns:0 frame:0
=C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 TX packets:26435 errors:0 dropped:2009 overruns:0 carrier= :0
=C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 collisions:0 txqueuelen:32
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 RX bytes:1359883 (1.2 MiB) =C2=A0TX byte= s:3064684 (2.9 MiB)

xenbr1 =C2= =A0 =C2=A0Link encap:Ethernet =C2=A0HWaddr 00:1b:21:d8:1f:21
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 inet6 addr: fe80::21b:21ff:fed8:1f21/64 Scope:Link
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 UP BROADCAS= T RUNNING MULTICAST =C2=A0MTU:1500 =C2=A0Metric:1
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 RX packets:26594 errors:0 dropped:0 over= runs:0 frame:0
=C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 TX packets:17 errors:0 dropped:0 overruns:0 carrie= r:0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 collisions:0 txqueuelen:0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 RX by= tes:2552297 (2.4 MiB) =C2=A0TX bytes:930 (930.0 B)

xenbr2 =C2=A0 =C2=A0Link encap:Ethernet =C2=A0HWaddr 5c:f3:fc:57:3b:8c
=C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 inet6 addr: fe80::5ef3:fcff:fe57:3b8c/64 Scope:Link
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 UP BRO= ADCAST RUNNING MULTICAST =C2=A0MTU:1500 =C2=A0Metric:1
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 RX packets:26513 errors:0 dropped:0 overruns:0 frame:0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 TX pac= kets:16 errors:0 dropped:0 overruns:0 carrier:0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 collisions:0 txqueuelen:0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 RX bytes:2547392 (2.4 MiB) =C2=A0TX = bytes:888 (888.0 B)

xenbr3= =C2=A0 =C2=A0Link encap:Ethernet =C2=A0HWaddr 5c:f3:fc:57:3b:8e
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 inet6 addr: fe80::5ef3:fcff:fe57:3b8e/64 Scope:Link
=C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 UP BROADCAST RUNNING MULTICAST =C2=A0MTU:1500 =C2=A0Metric:1
<= div style=3D"background-color:transparent">=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 RX packets:69343 errors:0 dropped:0 overruns:0 frame:0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 TX packets:16 errors:0 dropped:0 overruns:0 carrier:0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 collis= ions:0 txqueuelen:0
=C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 RX bytes:4529117 (4.3 MiB) =C2=A0TX bytes:888 (888= .0 B)

--------------<= /span>---------= --------= -------------------------


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

--047d7bfcec7e94f8e10501b031ef-- --===============0468068621923463344== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0468068621923463344==-- From xen-users-bounces@lists.xen.org Thu Aug 28 13:19:54 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 28 Aug 2014 13:19: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 1XMzbo-0003dX-F7; Thu, 28 Aug 2014 13:19:24 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XMzbn-0003dP-HT for xen-users@lists.xen.org; Thu, 28 Aug 2014 13:19:23 +0000 Received: from [85.158.143.35:28713] by server-1.bemta-4.messagelabs.com id 26/40-05872-A5C2FF35; Thu, 28 Aug 2014 13:19:22 +0000 X-Env-Sender: desaive@gmx.de X-Msg-Ref: server-4.tower-21.messagelabs.com!1409231961!12163217!1 X-Originating-IP: [212.227.15.15] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMTIuMjI3LjE1LjE1ID0+IDI0NzM3\n,sa_preprocessor: QmFkIElQOiAyMTIuMjI3LjE1LjE1ID0+IDI0NzM3\n,ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5369 invoked from network); 28 Aug 2014 13:19:22 -0000 Received: from mout.gmx.net (HELO mout.gmx.net) (212.227.15.15) by server-4.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 28 Aug 2014 13:19:22 -0000 Received: from [192.168.110.60] ([79.226.41.15]) by mail.gmx.com (mrgmx001) with ESMTPSA (Nemesis) id 0M4WuC-1WOhuf2MIu-00yhjY; Thu, 28 Aug 2014 15:19:21 +0200 Message-ID: <53FF2C75.3040301@gmx.de> Date: Thu, 28 Aug 2014 15:19:49 +0200 From: Melanie Desaive User-Agent: Mozilla/5.0 (X11; Linux i686; rv:24.0) Gecko/20100101 Icedove/24.7.0 MIME-Version: 1.0 To: Ian Murray , "xen-users@lists.xen.org" References: <53FF1AD8.4060003@gmx.de> <1409229688.65027.YahooMailNeo@web171504.mail.ir2.yahoo.com> In-Reply-To: <1409229688.65027.YahooMailNeo@web171504.mail.ir2.yahoo.com> X-Provags-ID: V03:K0:yiQ4hWy8Rv1xx00a95WZcGVbGVhzxHwtVlS1O/tllnChL03QWIF bi14A2tVU7Otu5MYIxluEfHnvdLnWzYUdSIcXHhjfThtQvxAJHarZ0bYdTKr1TEv+7w2PXG h9ThJjDSz0/y1UpcUTSPTqZAMuUKMg8ZuX0Hbv4notLLHe4lphgIiyxCmy4WR9Td/46AbPQ 8UNUZdg0sIXUJf+8wnAPA== X-UI-Out-Filterresults: notjunk:1; Subject: Re: [Xen-users] xl save/restore command X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hello Ian, thanks a lot for the swift answer. The solution of using xl save -p in combination with LVM-snapshot / disk file backup is also fine. I will have a second look into it tomorrow. Could in fact be that the file was not written out to storage. Sad. Would have been a great feature... ;) Kind regards, Melanie On 28.08.2014 14:41, Ian Murray wrote: > > > > > >> ________________________________ >> From: Melanie Desaive >> To: xen-users@lists.xen.org >> Sent: Thursday, 28 August 2014, 13:04 >> Subject: [Xen-users] xl save/restore command >> >> >> Hello everybody, >> >> I am currently trying to figure out, what the xl commands "save/restore" >> are exactly doing in case I leave the domain running after issuing the >> save command. >> >> I tested the following szenario: >> >> --- >> >> Saving domain with "xl save -c " >> >> After completion creating a new file on domU. >> >> Destroying domU >> >> Restore domU with "xl restore " -> The new file disappeared >>from domU. >> >> Shutdown domU >> >> Recreate domU from configfile with "xl create -> The file >> is back again. >> >> --- >> >> Does the save command checkpoint the domUs filesystems so that it can be >> used to create kind of a snapshot? > > As far as I know, xl save/restore are not storage aware. You might want to consider Xl save -p then then using your storage method's native snapshotting technique. I only use logical volumes, so apologies if that answer is incorrect for other storage types. > > I notice there is a problem with xl save -p when using Xenified kernels such as CentOS 5. I wrote the -p patch but heavily under the guidance of proper devs, so I can't say I understood the ins and outs of it. > > > In terms of the scenario you describe, I would say (without futher information) that the new file wasn't fully committed to storage when you destroyed the domU. > > >> >> Can someone point me to some in depth documentation or maybe give a >> short summary, what the command is actually doing? >> >> Many thanks in advance. >> >> Kind regards, >> >> Melanie >> --- >> >> >> >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users >> >> >> > > -- Melanie Desaive Brehmestrasse 52 13187 Berlin Telefon: 030 - 202 372 00 Mobil: 0178 - 539 8725 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Aug 28 13:19:54 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 28 Aug 2014 13:19: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 1XMzbo-0003dX-F7; Thu, 28 Aug 2014 13:19:24 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XMzbn-0003dP-HT for xen-users@lists.xen.org; Thu, 28 Aug 2014 13:19:23 +0000 Received: from [85.158.143.35:28713] by server-1.bemta-4.messagelabs.com id 26/40-05872-A5C2FF35; Thu, 28 Aug 2014 13:19:22 +0000 X-Env-Sender: desaive@gmx.de X-Msg-Ref: server-4.tower-21.messagelabs.com!1409231961!12163217!1 X-Originating-IP: [212.227.15.15] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMTIuMjI3LjE1LjE1ID0+IDI0NzM3\n,sa_preprocessor: QmFkIElQOiAyMTIuMjI3LjE1LjE1ID0+IDI0NzM3\n,ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5369 invoked from network); 28 Aug 2014 13:19:22 -0000 Received: from mout.gmx.net (HELO mout.gmx.net) (212.227.15.15) by server-4.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 28 Aug 2014 13:19:22 -0000 Received: from [192.168.110.60] ([79.226.41.15]) by mail.gmx.com (mrgmx001) with ESMTPSA (Nemesis) id 0M4WuC-1WOhuf2MIu-00yhjY; Thu, 28 Aug 2014 15:19:21 +0200 Message-ID: <53FF2C75.3040301@gmx.de> Date: Thu, 28 Aug 2014 15:19:49 +0200 From: Melanie Desaive User-Agent: Mozilla/5.0 (X11; Linux i686; rv:24.0) Gecko/20100101 Icedove/24.7.0 MIME-Version: 1.0 To: Ian Murray , "xen-users@lists.xen.org" References: <53FF1AD8.4060003@gmx.de> <1409229688.65027.YahooMailNeo@web171504.mail.ir2.yahoo.com> In-Reply-To: <1409229688.65027.YahooMailNeo@web171504.mail.ir2.yahoo.com> X-Provags-ID: V03:K0:yiQ4hWy8Rv1xx00a95WZcGVbGVhzxHwtVlS1O/tllnChL03QWIF bi14A2tVU7Otu5MYIxluEfHnvdLnWzYUdSIcXHhjfThtQvxAJHarZ0bYdTKr1TEv+7w2PXG h9ThJjDSz0/y1UpcUTSPTqZAMuUKMg8ZuX0Hbv4notLLHe4lphgIiyxCmy4WR9Td/46AbPQ 8UNUZdg0sIXUJf+8wnAPA== X-UI-Out-Filterresults: notjunk:1; Subject: Re: [Xen-users] xl save/restore command X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hello Ian, thanks a lot for the swift answer. The solution of using xl save -p in combination with LVM-snapshot / disk file backup is also fine. I will have a second look into it tomorrow. Could in fact be that the file was not written out to storage. Sad. Would have been a great feature... ;) Kind regards, Melanie On 28.08.2014 14:41, Ian Murray wrote: > > > > > >> ________________________________ >> From: Melanie Desaive >> To: xen-users@lists.xen.org >> Sent: Thursday, 28 August 2014, 13:04 >> Subject: [Xen-users] xl save/restore command >> >> >> Hello everybody, >> >> I am currently trying to figure out, what the xl commands "save/restore" >> are exactly doing in case I leave the domain running after issuing the >> save command. >> >> I tested the following szenario: >> >> --- >> >> Saving domain with "xl save -c " >> >> After completion creating a new file on domU. >> >> Destroying domU >> >> Restore domU with "xl restore " -> The new file disappeared >>from domU. >> >> Shutdown domU >> >> Recreate domU from configfile with "xl create -> The file >> is back again. >> >> --- >> >> Does the save command checkpoint the domUs filesystems so that it can be >> used to create kind of a snapshot? > > As far as I know, xl save/restore are not storage aware. You might want to consider Xl save -p then then using your storage method's native snapshotting technique. I only use logical volumes, so apologies if that answer is incorrect for other storage types. > > I notice there is a problem with xl save -p when using Xenified kernels such as CentOS 5. I wrote the -p patch but heavily under the guidance of proper devs, so I can't say I understood the ins and outs of it. > > > In terms of the scenario you describe, I would say (without futher information) that the new file wasn't fully committed to storage when you destroyed the domU. > > >> >> Can someone point me to some in depth documentation or maybe give a >> short summary, what the command is actually doing? >> >> Many thanks in advance. >> >> Kind regards, >> >> Melanie >> --- >> >> >> >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users >> >> >> > > -- Melanie Desaive Brehmestrasse 52 13187 Berlin Telefon: 030 - 202 372 00 Mobil: 0178 - 539 8725 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Aug 28 14:35:50 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 28 Aug 2014 14:35:50 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XN0mk-0007T8-W9; Thu, 28 Aug 2014 14:34:47 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XN0mj-0007T1-3R for xen-users@lists.xen.org; Thu, 28 Aug 2014 14:34:45 +0000 Received: from [85.158.137.68:25391] by server-4.bemta-3.messagelabs.com id 10/A5-18709-40E3FF35; Thu, 28 Aug 2014 14:34:44 +0000 X-Env-Sender: pierre.peyronnel@gmail.com X-Msg-Ref: server-12.tower-31.messagelabs.com!1409236480!11083812!1 X-Originating-IP: [74.125.82.171] X-SpamReason: No, hits=0.9 required=7.0 tests=BODY_RANDOM_LONG, HTML_50_60, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26898 invoked from network); 28 Aug 2014 14:34:41 -0000 Received: from mail-we0-f171.google.com (HELO mail-we0-f171.google.com) (74.125.82.171) by server-12.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 28 Aug 2014 14:34:41 -0000 Received: by mail-we0-f171.google.com with SMTP id u56so878778wes.2 for ; Thu, 28 Aug 2014 07:34:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=XdlWVE2U7kyNImE5N4H/Vmn/QjnVdvAcY5yg1nd4AG0=; b=hSEt+YC8n7Mg+7Loh0i4aLdjmmdX86lJsHk1/b3SRK4XhtkifeyjAFTsIATl9AfUOk msLKiGzZfIyO3CkRTdCW111hh4ZSahoo9gOzAKHeVuLbpi6Ejbz0Ph6jISK5GD1zmHRW cmLHoij+N19UDfkDfhdxFx8aJvNs90om3ddvrcbr07DmuAh+51L63TybpO0Q/UUNFQqf 8Ky35cXCkKKWuJL5gYYXAmG9iwQ6yEIlcpGwEQ0rwgMLeOAVwVtmtHPaoj4+EweR14bD qP0pF9lgjcqjn9pS/alITYDumhKnzxzUZ+Dy5/d0dNyM0HyAubFEqJxX6aY3A4tl+/I2 HJZA== MIME-Version: 1.0 X-Received: by 10.180.211.137 with SMTP id nc9mr6233032wic.53.1409236480692; Thu, 28 Aug 2014 07:34:40 -0700 (PDT) Received: by 10.180.154.134 with HTTP; Thu, 28 Aug 2014 07:34:40 -0700 (PDT) In-Reply-To: <268503858-1409235571-cardhu_decombobulator_blackberry.rim.net-1771463252-@b14.c7.bise6.blackberry> References: <1409003686.6905.YahooMailNeo@web142702.mail.bf1.yahoo.com> <268503858-1409235571-cardhu_decombobulator_blackberry.rim.net-1771463252-@b14.c7.bise6.blackberry> Date: Thu, 28 Aug 2014 16:34:40 +0200 Message-ID: From: Pierre Peyronnel To: =?UTF-8?Q?Hern=C3=A1n_Castelo?= Cc: xen-users Subject: Re: [Xen-users] network configuration on DomUs X-BeenThere: xen-users@lists.xen.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="===============0362694181172407860==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0362694181172407860== Content-Type: multipart/alternative; boundary=001a11c37f14d616110501b16fb3 --001a11c37f14d616110501b16fb3 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Please keep the list in CC if you want further help. I'm no expert either and have not installed Windows in a VM yet. You could start by providing the xen scripts for both your VMs ? Maybe some XEN logs as well ? Pierre On Thu, Aug 28, 2014 at 4:19 PM, Hernan wrote: > Hi Pierre > Thanks for your answer > > In VM Arch, in the Network screen of Windows, I see just one interface: > Xen driver > > In the VM Sql, I see two cards for each bridge. Even when I set it to use > only xenbr2, I see: "Xen driver" and "Realtek ..." interfaces > > That is why I think there is a Xen problem, not because of Xen, but with > the config script > > By the other side, the person who write these scripts, no longer works > with us. There was a shutdown of the powerline last week. Before that all > worked. After that it began to fail. I think some configuration was > hot-made, I mean volatile, not scripted. So, perhaps could there be more > than one issue. > > I don't where to begin. I tested almost everything. I've recently realize > that there are some difference between versions. My Xen is 4.0.2 > > Another things are. When the server starts, it gives an error on screen > "XENBUS can not read memory" - two lines. Also, before that, there is > another error like "system don't have the required support to run KVM". B= ut > I checked out the BIOS, the hardware actually has that support for > hypervisor, and it is enabled. It is an Ibm 3500. > > That errors don't seem to be determinant. I don't know... Maybe one thing > leads to another... > > That's the whole scene > > Where can I start to get it into work ?! > > Thanks > Enviado desde mi BlackBerry de Movistar (http://www.movistar.com.ar) > ------------------------------ > *From: * Pierre Peyronnel > *Date: *Thu, 28 Aug 2014 15:05:41 +0200 > *To: *Hern=C3=A1n Castelo > *Cc: *xen-users@lists.xen.org > *Subject: *Re: [Xen-users] network configuration on DomUs > > Hello Hernan, > > i'm not sure this is a Xen problem. > By the looks of it, you refer to IPv4 addresses but your ifconfig (on dom= 0 > i guess ?) shows IPv6 addresses for all NICs and bridges except for eth0 > and lo where it is also has IPv4. > Your .14, .16, .17 are nowhere to be seen... > > My bet would be on a IP and/or routing setup issue. You should check thes= e > on SQL VM, but again what makes you think it is Xen related ? > > Pierre > > > On Mon, Aug 25, 2014 at 11:54 PM, Hern=C3=A1n Castelo > wrote: > >> Hi >> I'm very new with Xen (/Debian) >> >> I have 2 VMs running Windows: "Arch" and "Sql" -- static IPs >> >> VM Arch: is ok, accessible thru VNC, Remote Desktop, see the network, et= c >> >> VM Sql : - just accessible thru VNC >> - once I log in, I don't see the network >> - pings don't reach peer >> - appear 4 network ports on Windows >> >> the server has 4 NIC cards >> the first, eth0, is used just for the server, with IP 10.0.11.13 >> the VM Arch should use eth1, with IP ...14 >> and VM Sql should use eth2 with IP 16, and eth3 (as configured in >> SQLServer) with IP 17 >> >> please, guide me >> I inherit this problem, and am far from being an expert... >> >> THANKS IN ADVANCE!! >> >> -------------------------------------------------------- >> >> root@USR03:~# route -n >> Kernel IP routing table >> Destination Gateway Genmask Flags Metric Ref Use >> Iface >> 10.0.11.0 0.0.0.0 255.255.255.0 U 0 0 0 >> eth0 >> 0.0.0.0 10.0.11.1 0.0.0.0 UG 0 0 0 >> eth0 >> >> -------------------------------------------------------- >> >> root@USR03:~# brctl show >> bridge name bridge id STP enabled interfaces >> eth0 8000.001b21d81f20 no peth0 >> xenbr1 8000.001b21d81f21 no eth1 >> vif4.0 >> xenbr2 8000.5cf3fc573b8c no eth2 >> tap12.0 >> tap12.1 >> vif12.0 >> vif12.1 >> xenbr3 8000.5cf3fc573b8e no eth3 >> >> -------------------------------------------------------- >> >> root@USR03:~# ip route show >> 10.0.11.0/24 dev eth0 proto kernel scope link src 10.0.11.13 >> default via 10.0.11.1 dev eth0 >> >> -------------------------------------------------------- >> >> root@USR03:~# ifconfig >> eth0 Link encap:Ethernet HWaddr 00:1b:21:d8:1f:20 >> inet addr:10.0.11.13 Bcast:10.0.11.255 Mask:255.255.255.0 >> inet6 addr: fe80::21b:21ff:fed8:1f20/64 Scope:Link >> UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 >> RX packets:159619 errors:0 dropped:0 overruns:0 frame:0 >> TX packets:140984 errors:0 dropped:0 overruns:0 carrier:0 >> collisions:0 txqueuelen:0 >> RX bytes:8613734 (8.2 MiB) TX bytes:159007702 (151.6 MiB) >> >> eth1 Link encap:Ethernet HWaddr 00:1b:21:d8:1f:21 >> inet6 addr: fe80::21b:21ff:fed8:1f21/64 Scope:Link >> UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 >> RX packets:37442 errors:0 dropped:0 overruns:0 frame:0 >> TX packets:4910 errors:0 dropped:0 overruns:0 carrier:0 >> collisions:0 txqueuelen:1000 >> RX bytes:4607800 (4.3 MiB) TX bytes:1810201 (1.7 MiB) >> Memory:97a00000-97a80000 >> >> eth2 Link encap:Ethernet HWaddr 5c:f3:fc:57:3b:8c >> inet6 addr: fe80::5ef3:fcff:fe57:3b8c/64 Scope:Link >> UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 >> RX packets:33055 errors:0 dropped:0 overruns:0 frame:0 >> TX packets:852 errors:0 dropped:0 overruns:0 carrier:0 >> collisions:0 txqueuelen:1000 >> RX bytes:3446328 (3.2 MiB) TX bytes:79882 (78.0 KiB) >> Interrupt:28 Memory:92000000-92012800 >> >> eth3 Link encap:Ethernet HWaddr 5c:f3:fc:57:3b:8e >> inet6 addr: fe80::5ef3:fcff:fe57:3b8e/64 Scope:Link >> UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 >> RX packets:69385 errors:0 dropped:0 overruns:0 frame:0 >> TX packets:16 errors:0 dropped:0 overruns:0 carrier:0 >> collisions:0 txqueuelen:1000 >> RX bytes:5844752 (5.5 MiB) TX bytes:1132 (1.1 KiB) >> Interrupt:40 Memory:94000000-94012800 >> >> lo Link encap:Local Loopback >> inet addr:127.0.0.1 Mask:255.0.0.0 >> inet6 addr: ::1/128 Scope:Host >> UP LOOPBACK RUNNING MTU:16436 Metric:1 >> RX packets:146 errors:0 dropped:0 overruns:0 frame:0 >> TX packets:146 errors:0 dropped:0 overruns:0 carrier:0 >> collisions:0 txqueuelen:0 >> RX bytes:14416 (14.0 KiB) TX bytes:14416 (14.0 KiB) >> >> peth0 Link encap:Ethernet HWaddr 00:1b:21:d8:1f:20 >> inet6 addr: fe80::21b:21ff:fed8:1f20/64 Scope:Link >> UP BROADCAST RUNNING PROMISC MULTICAST MTU:1500 Metric:1 >> RX packets:186596 errors:0 dropped:0 overruns:0 frame:0 >> TX packets:204370 errors:0 dropped:0 overruns:0 carrier:0 >> collisions:0 txqueuelen:1000 >> RX bytes:12723915 (12.1 MiB) TX bytes:162430818 (154.9 MiB) >> Memory:97a80000-97b00000 >> >> tap12.0 Link encap:Ethernet HWaddr d6:fe:ff:61:dd:ce >> inet6 addr: fe80::d4fe:ffff:fe61:ddce/64 Scope:Link >> UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 >> RX packets:38 errors:0 dropped:0 overruns:0 frame:0 >> TX packets:9156 errors:0 dropped:0 overruns:0 carrier:0 >> collisions:0 txqueuelen:500 >> RX bytes:3592 (3.5 KiB) TX bytes:1003894 (980.3 KiB) >> >> tap12.1 Link encap:Ethernet HWaddr 8e:01:08:6d:39:7c >> inet6 addr: fe80::8c01:8ff:fe6d:397c/64 Scope:Link >> UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 >> RX packets:0 errors:0 dropped:0 overruns:0 frame:0 >> TX packets:9194 errors:0 dropped:0 overruns:0 carrier:0 >> collisions:0 txqueuelen:500 >> RX bytes:0 (0.0 B) TX bytes:1007462 (983.8 KiB) >> >> vif12.0 Link encap:Ethernet HWaddr fe:ff:ff:ff:ff:ff >> inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link >> UP BROADCAST RUNNING PROMISC MULTICAST MTU:1500 Metric:1 >> RX packets:0 errors:0 dropped:0 overruns:0 frame:0 >> TX packets:0 errors:0 dropped:9194 overruns:0 carrier:0 >> collisions:0 txqueuelen:32 >> RX bytes:0 (0.0 B) TX bytes:0 (0.0 B) >> >> vif12.1 Link encap:Ethernet HWaddr fe:ff:ff:ff:ff:ff >> inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link >> UP BROADCAST RUNNING PROMISC MULTICAST MTU:1500 Metric:1 >> RX packets:0 errors:0 dropped:0 overruns:0 frame:0 >> TX packets:237 errors:0 dropped:6884 overruns:0 carrier:0 >> collisions:0 txqueuelen:32 >> RX bytes:0 (0.0 B) TX bytes:22480 (21.9 KiB) >> >> vif4.0 Link encap:Ethernet HWaddr fe:ff:ff:ff:ff:ff >> inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link >> UP BROADCAST RUNNING PROMISC MULTICAST MTU:1500 Metric:1 >> RX packets:3418 errors:0 dropped:0 overruns:0 frame:0 >> TX packets:26435 errors:0 dropped:2009 overruns:0 carrier:0 >> collisions:0 txqueuelen:32 >> RX bytes:1359883 (1.2 MiB) TX bytes:3064684 (2.9 MiB) >> >> xenbr1 Link encap:Ethernet HWaddr 00:1b:21:d8:1f:21 >> inet6 addr: fe80::21b:21ff:fed8:1f21/64 Scope:Link >> UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 >> RX packets:26594 errors:0 dropped:0 overruns:0 frame:0 >> TX packets:17 errors:0 dropped:0 overruns:0 carrier:0 >> collisions:0 txqueuelen:0 >> RX bytes:2552297 (2.4 MiB) TX bytes:930 (930.0 B) >> >> xenbr2 Link encap:Ethernet HWaddr 5c:f3:fc:57:3b:8c >> inet6 addr: fe80::5ef3:fcff:fe57:3b8c/64 Scope:Link >> UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 >> RX packets:26513 errors:0 dropped:0 overruns:0 frame:0 >> TX packets:16 errors:0 dropped:0 overruns:0 carrier:0 >> collisions:0 txqueuelen:0 >> RX bytes:2547392 (2.4 MiB) TX bytes:888 (888.0 B) >> >> xenbr3 Link encap:Ethernet HWaddr 5c:f3:fc:57:3b:8e >> inet6 addr: fe80::5ef3:fcff:fe57:3b8e/64 Scope:Link >> UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 >> RX packets:69343 errors:0 dropped:0 overruns:0 frame:0 >> TX packets:16 errors:0 dropped:0 overruns:0 carrier:0 >> collisions:0 txqueuelen:0 >> RX bytes:4529117 (4.3 MiB) TX bytes:888 (888.0 B) >> >> -------------------------------------------------------- >> >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users >> > > --001a11c37f14d616110501b16fb3 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Please keep the list in CC if you want furt= her help.
I'm no expert either and have not installed Windows in a = VM yet.

You could start by providing the xen scripts for both = your VMs ?
Maybe some XEN logs as well ?

Pier= re


O= n Thu, Aug 28, 2014 at 4:19 PM, Hernan <bajopalabra@yahoo.com.ar> wrote:
Hi Pierre
Thanks for your ans= wer

In VM Arch, in the Network screen of Windows, I see just one int= erface: Xen driver

In the VM Sql, I see two cards for each bridge. Even when I set it to u= se only xenbr2, I see: "Xen driver" and "Realtek ..." = interfaces

That is why I think there is a Xen problem, not because o= f Xen, but with the config script

By the other side, the person who write these scripts, no longer works = with us. There was a shutdown of the powerline last week. Before that all w= orked. After that it began to fail. I think some configuration was hot-made= , I mean volatile, not scripted. So, perhaps could there be more than one i= ssue.

I don't where to begin. I tested almost everything. I've recent= ly realize that there are some difference between versions. My Xen is 4.0.2=

Another things are. When the server starts, it gives an error on sc= reen "XENBUS can not read memory" - two lines. Also, before that,= there is another error like "system don't have the required supp= ort to run KVM". But I checked out the BIOS, the hardware actually has= that support for hypervisor, and it is enabled. It is an Ibm 3500.

That errors don't seem to be determinant. I don't know... Maybe= one thing leads to another...

That's the whole scene

Wh= ere can I start to get it into work ?!

Thanks
From: Pierre Peyronnel <pierre.peyronnel@= gmail.com>
Date: Thu, 28 Aug 2014 15:05:41 +0200
To: Hern=C3=A1n Castelo<bajopalabra@yahoo.com.ar>
Subject: Re: [Xen-users] network configuration on DomUs

<= div>Hello Hernan,

i'm not sure this is a Xen problem.
<= /div> By the looks of it, you refer to IPv4 addresses but your ifconfig (on dom0 = i guess ?) shows IPv6 addresses for all NICs and bridges except for eth0 an= d lo where it is also has IPv4.
Your .14, .16, .17 are nowhere to be seen...

<= /div>My bet would be on a IP and/or routing setup issue. You should check t= hese on SQL VM, but again what makes you think it is Xen related ?

Pierre


On Mon, Aug 25, 2014 at 11:54 PM, Hern=C3=A1n Castelo <baj= opalabra@yahoo.com.ar> wrote:
Hi
I'm v= ery new with Xen (/Debian)

I hav= e 2 VMs running Windows: "Arch" and "Sql" -- static IPs=

VM Arch: is ok, accessible thru VNC, Remote Desktop, see the network, etc

VM Sql : - just accessible thru VNC
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 - once I log in, I don't see the network
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= - pings don't reach peer
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 - a= ppear 4 network ports on Windows

the server has 4 NIC cards
the first, eth0, is used just for th= e server, with IP 10.0.11.13
the VM Arch should use eth1, with IP ...14
and VM Sql shou= ld use eth2 with IP 16, and eth3 (as configured in SQLServer) with IP 17
please, guide me
I inherit this = problem, and am far from being an expert...

THANK= S IN ADVANCE!!

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

root@USR03:~# route -n
Kernel IP routing table
Destination =C2=A0 =C2=A0 Gateway =C2=A0 =C2=A0 =C2=A0 =C2=A0 Genmask =C2=A0 =C2=A0 =C2=A0 =C2=A0 Flags Metric Ref = =C2=A0 =C2=A0Use Iface
10.= 0.11.0 =C2=A0 =C2=A0 =C2=A0 0.0.0.0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 255.255.255= .0 =C2=A0 U =C2=A0 =C2=A0 0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A0 =C2=A0 =C2= =A00 eth0
0.0.0.0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 10.0.11.1 =C2=A0 =C2=A0 =C2=A0 0.0.0.0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 UG =C2=A0 =C2=A00 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A0 =C2= =A0 =C2=A00 eth0

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

root@USR03:~# brctl show<= /div>
bridge name =C2=A0 =C2=A0 = bridge id =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 STP enabled =C2= =A0 =C2=A0 interfaces
eth0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A08000.001b21d81f20 =C2=A0 =C2= =A0 =C2=A0 no =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0peth0
xenbr1 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A08000.001b21d81f21 =C2=A0 =C2=A0 =C2=A0 no =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0eth1
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 vif4.0
xenbr2 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A08000.5c= f3fc573b8c =C2=A0 =C2=A0 =C2=A0 no =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0eth2
=C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 tap12.0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 tap12.1
= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 vif12.0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 vif12.1
=
xenbr3 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A08000.5cf3fc573b8e =C2=A0 =C2=A0 =C2=A0 no =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0eth3

--------------<= span style=3D"font-size:10pt">------------------------------------------

root@USR03:~# ip route show
10.0.11.0/24 dev eth0 =C2=A0proto= kernel =C2=A0scope link =C2=A0src 10.0.11.13
default via 10.0.11.1 dev eth0

<= /div>
----------= -------------------------------------------= ---

root@USR03:~# ifconfig
eth0 =C2=A0 =C2=A0 =C2=A0Link encap:Ethernet =C2=A0HWaddr 00:1b:21:d8:1f:20=
=C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 inet addr:10.0.11.13 =C2=A0Bcast:10.0.11.255 =C2=A0Mask:255.255.= 255.0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 inet6 addr: fe80::21b:21ff:fed8:1f20/64 = Scope:Link
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 UP BROADCAST RUNNING MULTICAST =C2=A0MTU:1500 =C2=A0Metric:1
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 R= X packets:159619 errors:0 dropped:0 overruns:0 frame:0
=C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 TX packets:140984 errors:0 dropped:0 overruns:= 0 carrier:0
=C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 collisions:0 txqueuelen:0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 RX bytes:8613734 (8.2 MiB) =C2=A0TX bytes:159007702 (151.6 MiB)

eth1 =C2=A0 =C2=A0 =C2=A0Link encap:Ethernet =C2=A0HWaddr 00:1b:21:d8:1f:21=
=C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 inet6 addr: fe80::21b:21ff:fed8:1f21/64 Scope:Link
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 UP B= ROADCAST RUNNING MULTICAST =C2=A0MTU:1500 =C2=A0Metric:1
=C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 RX packets:37442 errors:0 dropped:0 overruns:0 fra= me:0
=C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 TX packets:4910 errors:0 dropped:0 overruns:0 carrier:0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 collisions:0 txqueuelen:1000
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 RX bytes:4607800 (4.3 MiB) =C2=A0= TX bytes:1810201 (1.7 MiB)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Memory:97a00000-97a80000

eth2 =C2=A0 =C2=A0 =C2=A0Link encap:Ethernet = =C2=A0HWaddr 5c:f3:fc:57:3b:8c
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 inet6 addr: fe80::5ef3:fcff:fe57:3b8c/64= Scope:Link
=C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 UP BROADCAST RUNNING MULTICAST =C2=A0MTU:1500 =C2=A0Me= tric:1
=C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 RX packets:33055 errors:0 dropped:0 overruns:0 frame:0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 TX packets:852 errors:0 dropped:0 overruns:0 carrier:0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 collis= ions:0 txqueuelen:1000
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 RX bytes:3446328 (3.2 MiB) =C2=A0TX byte= s:79882 (78.0 KiB)
=C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 Interrupt:28 Memory:92000000-92012800
=
eth3 = =C2=A0 =C2=A0 =C2=A0Link encap:Ethernet =C2=A0HWaddr 5c:f3:fc:57:3b:8e
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 inet6 addr: fe80::5ef3:fcff:fe57:3b8e/64= Scope:Link
=C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 UP BROADCAST RUNNING MULTICAST =C2=A0MTU:1500 =C2=A0Me= tric:1
=C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 RX packets:69385 errors:0 dropped:0 overruns:0 frame:0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 TX packets:16 errors:0 dropped:0 overruns:0 carrier:0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 collis= ions:0 txqueuelen:1000
=C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 RX bytes:5844752 (5.5 MiB) =C2=A0TX bytes:1132 = (1.1 KiB)
=C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 Interrupt:40 Memory:94000000-94012800

lo =C2=A0 =C2=A0 =C2=A0 =C2=A0Link en= cap:Local Loopback
=C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 inet addr:127.0.0.1 =C2=A0Mask:255.0.0.0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 inet6 addr: ::1/128 Scope:Host
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 UP LOOPBACK RUNNING =C2=A0MTU:1= 6436 =C2=A0Metric:1
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 RX packets:146 errors:0 dropped:0 overru= ns:0 frame:0
=C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 TX packets:146 errors:0 dropped:0 overruns:0 carrier:= 0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 collisions:0 txqueuelen:0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 RX by= tes:14416 (14.0 KiB) =C2=A0TX bytes:14416 (14.0 KiB)

peth0 =C2=A0 =C2=A0 Link encap:Ethernet =C2=A0HWaddr 00:1b:21:d8:1f:20
=C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 inet6 addr: fe80::21b:21ff:fed8:1f20/64 Scope:Link
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 UP BROADCAST RUNNING PROMISC MULTICAST =C2=A0MTU:1500 =C2=A0= Metric:1
=C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 RX packets:186596 errors:0 dropped:0 overruns:0 frame:0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 TX packets:204370 errors:0 dropped:0 ove= rruns:0 carrier:0
=C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 collisions:0 txqueuelen:1000
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 RX bytes:= 12723915 (12.1 MiB) =C2=A0TX bytes:162430818 (154.9 MiB)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 Memory:97a80000-97b00000

tap= 12.0 =C2=A0 Link encap:Ethernet =C2=A0HWaddr d6:fe:ff:61:dd:ce
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 inet6 addr: fe80::d= 4fe:ffff:fe61:ddce/64 Scope:Link
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 UP BROADCAST RUNNING MULTICAST = =C2=A0MTU:1500 =C2=A0Metric:1
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 RX packets:38 errors:0 dropped:0 overruns:0 frame:0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 TX packets= :9156 errors:0 dropped:0 overruns:0 carrier:0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 collisions:0 txqueuelen:500
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 RX bytes:3592 (3.5 KiB) =C2=A0TX b= ytes:1003894 (980.3 KiB)

tap12.= 1 =C2=A0 Link encap:Ethernet =C2=A0HWaddr 8e:01:08:6d:39:7c
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 inet6 = addr: fe80::8c01:8ff:fe6d:397c/64 Scope:Link
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 UP BROADCAST RUNNING MULTICAST =C2=A0MTU:1500 =C2=A0Metric:1
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 R= X packets:0 errors:0 dropped:0 overruns:0 frame:0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 TX packets:9194 errors:0 dropped:0 overr= uns:0 carrier:0
=C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 collisions:0 txqueuelen:500
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 RX bytes:0 (0.0 B) =C2=A0TX bytes:1007462 (983.8 KiB)
<= div style=3D"background-color:transparent">
vif12.0 =C2=A0 Link encap:Ethernet =C2= =A0HWaddr fe:ff:ff:ff:ff:ff
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 UP BROADCA= ST RUNNING PROMISC MULTICAST =C2=A0MTU:1500 =C2=A0Metric:1
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 RX packets:0 errors:0 dropped:0 overruns:0 frame:0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 TX packets:= 0 errors:0 dropped:9194 overruns:0 carrier:0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 collisions:0 txqueuelen:32
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 RX bytes:0 (0.0 B) =C2= =A0TX bytes:0 (0.0 B)

vif12.1 =C2=A0 Link encap:Ethernet =C2=A0HWaddr fe:ff:ff:ff:ff:ff
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 UP BROADCAST R= UNNING PROMISC MULTICAST =C2=A0MTU:1500 =C2=A0Metric:1
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 RX packets:0 errors:0 dropped:0 overruns:0 frame:0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 TX packets:= 237 errors:0 dropped:6884 overruns:0 carrier:0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 collisions:0 txqueuelen:32
=C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 RX bytes:0 (0.0 B) =C2=A0TX bytes:22480 (21.9 KiB)

vif4.0 =C2=A0 =C2=A0Link encap:Ethern= et =C2=A0HWaddr fe:ff:ff:ff:ff:ff
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 inet6 addr: fe80::fcff:ffff:feff= :ffff/64 Scope:Link
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 UP BROADCAST RUNNING PROMISC MULTICAST =C2=A0MTU:1500 =C2=A0Metric:1
=C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 RX packets:3418 errors:0 dropped:0 overruns:0 frame:0
=C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 TX packets:26435 errors:0 dropped:2009 overruns:0 carrier= :0
=C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 collisions:0 txqueuelen:32
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 RX bytes:1359883 (1.2 MiB) =C2=A0TX byte= s:3064684 (2.9 MiB)

xenbr1 =C2= =A0 =C2=A0Link encap:Ethernet =C2=A0HWaddr 00:1b:21:d8:1f:21
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 inet6 addr: fe80::21b:21ff:fed8:1f21/64 Scope:Link
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 UP BROADCAS= T RUNNING MULTICAST =C2=A0MTU:1500 =C2=A0Metric:1
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 RX packets:26594 errors:0 dropped:0 over= runs:0 frame:0
=C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 TX packets:17 errors:0 dropped:0 overruns:0 carrie= r:0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 collisions:0 txqueuelen:0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 RX by= tes:2552297 (2.4 MiB) =C2=A0TX bytes:930 (930.0 B)

xenbr2 =C2=A0 =C2=A0Link encap:Ethernet =C2=A0HWaddr 5c:f3:fc:57:3b:8c
=C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 inet6 addr: fe80::5ef3:fcff:fe57:3b8c/64 Scope:Link
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 UP BRO= ADCAST RUNNING MULTICAST =C2=A0MTU:1500 =C2=A0Metric:1
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 RX packets:26513 errors:0 dropped:0 overruns:0 frame:0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 TX pac= kets:16 errors:0 dropped:0 overruns:0 carrier:0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 collisions:0 txqueuelen:0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 RX bytes:2547392 (2.4 MiB) =C2=A0TX = bytes:888 (888.0 B)

xenbr3= =C2=A0 =C2=A0Link encap:Ethernet =C2=A0HWaddr 5c:f3:fc:57:3b:8e
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 inet6 addr: fe80::5ef3:fcff:fe57:3b8e/64 Scope:Link
=C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 UP BROADCAST RUNNING MULTICAST =C2=A0MTU:1500 =C2=A0Metric:1
<= div style=3D"background-color:transparent">=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 RX packets:69343 errors:0 dropped:0 overruns:0 frame:0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 TX packets:16 errors:0 dropped:0 overruns:0 carrier:0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 collis= ions:0 txqueuelen:0
=C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 RX bytes:4529117 (4.3 MiB) =C2=A0TX bytes:888 (888= .0 B)

--------------<= /span>---------= --------= -------------------------


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


--001a11c37f14d616110501b16fb3-- --===============0362694181172407860== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0362694181172407860==-- From xen-users-bounces@lists.xen.org Thu Aug 28 14:35:50 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 28 Aug 2014 14:35:50 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XN0mk-0007T8-W9; Thu, 28 Aug 2014 14:34:47 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XN0mj-0007T1-3R for xen-users@lists.xen.org; Thu, 28 Aug 2014 14:34:45 +0000 Received: from [85.158.137.68:25391] by server-4.bemta-3.messagelabs.com id 10/A5-18709-40E3FF35; Thu, 28 Aug 2014 14:34:44 +0000 X-Env-Sender: pierre.peyronnel@gmail.com X-Msg-Ref: server-12.tower-31.messagelabs.com!1409236480!11083812!1 X-Originating-IP: [74.125.82.171] X-SpamReason: No, hits=0.9 required=7.0 tests=BODY_RANDOM_LONG, HTML_50_60, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26898 invoked from network); 28 Aug 2014 14:34:41 -0000 Received: from mail-we0-f171.google.com (HELO mail-we0-f171.google.com) (74.125.82.171) by server-12.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 28 Aug 2014 14:34:41 -0000 Received: by mail-we0-f171.google.com with SMTP id u56so878778wes.2 for ; Thu, 28 Aug 2014 07:34:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=XdlWVE2U7kyNImE5N4H/Vmn/QjnVdvAcY5yg1nd4AG0=; b=hSEt+YC8n7Mg+7Loh0i4aLdjmmdX86lJsHk1/b3SRK4XhtkifeyjAFTsIATl9AfUOk msLKiGzZfIyO3CkRTdCW111hh4ZSahoo9gOzAKHeVuLbpi6Ejbz0Ph6jISK5GD1zmHRW cmLHoij+N19UDfkDfhdxFx8aJvNs90om3ddvrcbr07DmuAh+51L63TybpO0Q/UUNFQqf 8Ky35cXCkKKWuJL5gYYXAmG9iwQ6yEIlcpGwEQ0rwgMLeOAVwVtmtHPaoj4+EweR14bD qP0pF9lgjcqjn9pS/alITYDumhKnzxzUZ+Dy5/d0dNyM0HyAubFEqJxX6aY3A4tl+/I2 HJZA== MIME-Version: 1.0 X-Received: by 10.180.211.137 with SMTP id nc9mr6233032wic.53.1409236480692; Thu, 28 Aug 2014 07:34:40 -0700 (PDT) Received: by 10.180.154.134 with HTTP; Thu, 28 Aug 2014 07:34:40 -0700 (PDT) In-Reply-To: <268503858-1409235571-cardhu_decombobulator_blackberry.rim.net-1771463252-@b14.c7.bise6.blackberry> References: <1409003686.6905.YahooMailNeo@web142702.mail.bf1.yahoo.com> <268503858-1409235571-cardhu_decombobulator_blackberry.rim.net-1771463252-@b14.c7.bise6.blackberry> Date: Thu, 28 Aug 2014 16:34:40 +0200 Message-ID: From: Pierre Peyronnel To: =?UTF-8?Q?Hern=C3=A1n_Castelo?= Cc: xen-users Subject: Re: [Xen-users] network configuration on DomUs X-BeenThere: xen-users@lists.xen.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="===============0362694181172407860==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0362694181172407860== Content-Type: multipart/alternative; boundary=001a11c37f14d616110501b16fb3 --001a11c37f14d616110501b16fb3 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Please keep the list in CC if you want further help. I'm no expert either and have not installed Windows in a VM yet. You could start by providing the xen scripts for both your VMs ? Maybe some XEN logs as well ? Pierre On Thu, Aug 28, 2014 at 4:19 PM, Hernan wrote: > Hi Pierre > Thanks for your answer > > In VM Arch, in the Network screen of Windows, I see just one interface: > Xen driver > > In the VM Sql, I see two cards for each bridge. Even when I set it to use > only xenbr2, I see: "Xen driver" and "Realtek ..." interfaces > > That is why I think there is a Xen problem, not because of Xen, but with > the config script > > By the other side, the person who write these scripts, no longer works > with us. There was a shutdown of the powerline last week. Before that all > worked. After that it began to fail. I think some configuration was > hot-made, I mean volatile, not scripted. So, perhaps could there be more > than one issue. > > I don't where to begin. I tested almost everything. I've recently realize > that there are some difference between versions. My Xen is 4.0.2 > > Another things are. When the server starts, it gives an error on screen > "XENBUS can not read memory" - two lines. Also, before that, there is > another error like "system don't have the required support to run KVM". B= ut > I checked out the BIOS, the hardware actually has that support for > hypervisor, and it is enabled. It is an Ibm 3500. > > That errors don't seem to be determinant. I don't know... Maybe one thing > leads to another... > > That's the whole scene > > Where can I start to get it into work ?! > > Thanks > Enviado desde mi BlackBerry de Movistar (http://www.movistar.com.ar) > ------------------------------ > *From: * Pierre Peyronnel > *Date: *Thu, 28 Aug 2014 15:05:41 +0200 > *To: *Hern=C3=A1n Castelo > *Cc: *xen-users@lists.xen.org > *Subject: *Re: [Xen-users] network configuration on DomUs > > Hello Hernan, > > i'm not sure this is a Xen problem. > By the looks of it, you refer to IPv4 addresses but your ifconfig (on dom= 0 > i guess ?) shows IPv6 addresses for all NICs and bridges except for eth0 > and lo where it is also has IPv4. > Your .14, .16, .17 are nowhere to be seen... > > My bet would be on a IP and/or routing setup issue. You should check thes= e > on SQL VM, but again what makes you think it is Xen related ? > > Pierre > > > On Mon, Aug 25, 2014 at 11:54 PM, Hern=C3=A1n Castelo > wrote: > >> Hi >> I'm very new with Xen (/Debian) >> >> I have 2 VMs running Windows: "Arch" and "Sql" -- static IPs >> >> VM Arch: is ok, accessible thru VNC, Remote Desktop, see the network, et= c >> >> VM Sql : - just accessible thru VNC >> - once I log in, I don't see the network >> - pings don't reach peer >> - appear 4 network ports on Windows >> >> the server has 4 NIC cards >> the first, eth0, is used just for the server, with IP 10.0.11.13 >> the VM Arch should use eth1, with IP ...14 >> and VM Sql should use eth2 with IP 16, and eth3 (as configured in >> SQLServer) with IP 17 >> >> please, guide me >> I inherit this problem, and am far from being an expert... >> >> THANKS IN ADVANCE!! >> >> -------------------------------------------------------- >> >> root@USR03:~# route -n >> Kernel IP routing table >> Destination Gateway Genmask Flags Metric Ref Use >> Iface >> 10.0.11.0 0.0.0.0 255.255.255.0 U 0 0 0 >> eth0 >> 0.0.0.0 10.0.11.1 0.0.0.0 UG 0 0 0 >> eth0 >> >> -------------------------------------------------------- >> >> root@USR03:~# brctl show >> bridge name bridge id STP enabled interfaces >> eth0 8000.001b21d81f20 no peth0 >> xenbr1 8000.001b21d81f21 no eth1 >> vif4.0 >> xenbr2 8000.5cf3fc573b8c no eth2 >> tap12.0 >> tap12.1 >> vif12.0 >> vif12.1 >> xenbr3 8000.5cf3fc573b8e no eth3 >> >> -------------------------------------------------------- >> >> root@USR03:~# ip route show >> 10.0.11.0/24 dev eth0 proto kernel scope link src 10.0.11.13 >> default via 10.0.11.1 dev eth0 >> >> -------------------------------------------------------- >> >> root@USR03:~# ifconfig >> eth0 Link encap:Ethernet HWaddr 00:1b:21:d8:1f:20 >> inet addr:10.0.11.13 Bcast:10.0.11.255 Mask:255.255.255.0 >> inet6 addr: fe80::21b:21ff:fed8:1f20/64 Scope:Link >> UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 >> RX packets:159619 errors:0 dropped:0 overruns:0 frame:0 >> TX packets:140984 errors:0 dropped:0 overruns:0 carrier:0 >> collisions:0 txqueuelen:0 >> RX bytes:8613734 (8.2 MiB) TX bytes:159007702 (151.6 MiB) >> >> eth1 Link encap:Ethernet HWaddr 00:1b:21:d8:1f:21 >> inet6 addr: fe80::21b:21ff:fed8:1f21/64 Scope:Link >> UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 >> RX packets:37442 errors:0 dropped:0 overruns:0 frame:0 >> TX packets:4910 errors:0 dropped:0 overruns:0 carrier:0 >> collisions:0 txqueuelen:1000 >> RX bytes:4607800 (4.3 MiB) TX bytes:1810201 (1.7 MiB) >> Memory:97a00000-97a80000 >> >> eth2 Link encap:Ethernet HWaddr 5c:f3:fc:57:3b:8c >> inet6 addr: fe80::5ef3:fcff:fe57:3b8c/64 Scope:Link >> UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 >> RX packets:33055 errors:0 dropped:0 overruns:0 frame:0 >> TX packets:852 errors:0 dropped:0 overruns:0 carrier:0 >> collisions:0 txqueuelen:1000 >> RX bytes:3446328 (3.2 MiB) TX bytes:79882 (78.0 KiB) >> Interrupt:28 Memory:92000000-92012800 >> >> eth3 Link encap:Ethernet HWaddr 5c:f3:fc:57:3b:8e >> inet6 addr: fe80::5ef3:fcff:fe57:3b8e/64 Scope:Link >> UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 >> RX packets:69385 errors:0 dropped:0 overruns:0 frame:0 >> TX packets:16 errors:0 dropped:0 overruns:0 carrier:0 >> collisions:0 txqueuelen:1000 >> RX bytes:5844752 (5.5 MiB) TX bytes:1132 (1.1 KiB) >> Interrupt:40 Memory:94000000-94012800 >> >> lo Link encap:Local Loopback >> inet addr:127.0.0.1 Mask:255.0.0.0 >> inet6 addr: ::1/128 Scope:Host >> UP LOOPBACK RUNNING MTU:16436 Metric:1 >> RX packets:146 errors:0 dropped:0 overruns:0 frame:0 >> TX packets:146 errors:0 dropped:0 overruns:0 carrier:0 >> collisions:0 txqueuelen:0 >> RX bytes:14416 (14.0 KiB) TX bytes:14416 (14.0 KiB) >> >> peth0 Link encap:Ethernet HWaddr 00:1b:21:d8:1f:20 >> inet6 addr: fe80::21b:21ff:fed8:1f20/64 Scope:Link >> UP BROADCAST RUNNING PROMISC MULTICAST MTU:1500 Metric:1 >> RX packets:186596 errors:0 dropped:0 overruns:0 frame:0 >> TX packets:204370 errors:0 dropped:0 overruns:0 carrier:0 >> collisions:0 txqueuelen:1000 >> RX bytes:12723915 (12.1 MiB) TX bytes:162430818 (154.9 MiB) >> Memory:97a80000-97b00000 >> >> tap12.0 Link encap:Ethernet HWaddr d6:fe:ff:61:dd:ce >> inet6 addr: fe80::d4fe:ffff:fe61:ddce/64 Scope:Link >> UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 >> RX packets:38 errors:0 dropped:0 overruns:0 frame:0 >> TX packets:9156 errors:0 dropped:0 overruns:0 carrier:0 >> collisions:0 txqueuelen:500 >> RX bytes:3592 (3.5 KiB) TX bytes:1003894 (980.3 KiB) >> >> tap12.1 Link encap:Ethernet HWaddr 8e:01:08:6d:39:7c >> inet6 addr: fe80::8c01:8ff:fe6d:397c/64 Scope:Link >> UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 >> RX packets:0 errors:0 dropped:0 overruns:0 frame:0 >> TX packets:9194 errors:0 dropped:0 overruns:0 carrier:0 >> collisions:0 txqueuelen:500 >> RX bytes:0 (0.0 B) TX bytes:1007462 (983.8 KiB) >> >> vif12.0 Link encap:Ethernet HWaddr fe:ff:ff:ff:ff:ff >> inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link >> UP BROADCAST RUNNING PROMISC MULTICAST MTU:1500 Metric:1 >> RX packets:0 errors:0 dropped:0 overruns:0 frame:0 >> TX packets:0 errors:0 dropped:9194 overruns:0 carrier:0 >> collisions:0 txqueuelen:32 >> RX bytes:0 (0.0 B) TX bytes:0 (0.0 B) >> >> vif12.1 Link encap:Ethernet HWaddr fe:ff:ff:ff:ff:ff >> inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link >> UP BROADCAST RUNNING PROMISC MULTICAST MTU:1500 Metric:1 >> RX packets:0 errors:0 dropped:0 overruns:0 frame:0 >> TX packets:237 errors:0 dropped:6884 overruns:0 carrier:0 >> collisions:0 txqueuelen:32 >> RX bytes:0 (0.0 B) TX bytes:22480 (21.9 KiB) >> >> vif4.0 Link encap:Ethernet HWaddr fe:ff:ff:ff:ff:ff >> inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link >> UP BROADCAST RUNNING PROMISC MULTICAST MTU:1500 Metric:1 >> RX packets:3418 errors:0 dropped:0 overruns:0 frame:0 >> TX packets:26435 errors:0 dropped:2009 overruns:0 carrier:0 >> collisions:0 txqueuelen:32 >> RX bytes:1359883 (1.2 MiB) TX bytes:3064684 (2.9 MiB) >> >> xenbr1 Link encap:Ethernet HWaddr 00:1b:21:d8:1f:21 >> inet6 addr: fe80::21b:21ff:fed8:1f21/64 Scope:Link >> UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 >> RX packets:26594 errors:0 dropped:0 overruns:0 frame:0 >> TX packets:17 errors:0 dropped:0 overruns:0 carrier:0 >> collisions:0 txqueuelen:0 >> RX bytes:2552297 (2.4 MiB) TX bytes:930 (930.0 B) >> >> xenbr2 Link encap:Ethernet HWaddr 5c:f3:fc:57:3b:8c >> inet6 addr: fe80::5ef3:fcff:fe57:3b8c/64 Scope:Link >> UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 >> RX packets:26513 errors:0 dropped:0 overruns:0 frame:0 >> TX packets:16 errors:0 dropped:0 overruns:0 carrier:0 >> collisions:0 txqueuelen:0 >> RX bytes:2547392 (2.4 MiB) TX bytes:888 (888.0 B) >> >> xenbr3 Link encap:Ethernet HWaddr 5c:f3:fc:57:3b:8e >> inet6 addr: fe80::5ef3:fcff:fe57:3b8e/64 Scope:Link >> UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 >> RX packets:69343 errors:0 dropped:0 overruns:0 frame:0 >> TX packets:16 errors:0 dropped:0 overruns:0 carrier:0 >> collisions:0 txqueuelen:0 >> RX bytes:4529117 (4.3 MiB) TX bytes:888 (888.0 B) >> >> -------------------------------------------------------- >> >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users >> > > --001a11c37f14d616110501b16fb3 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Please keep the list in CC if you want furt= her help.
I'm no expert either and have not installed Windows in a = VM yet.

You could start by providing the xen scripts for both = your VMs ?
Maybe some XEN logs as well ?

Pier= re


O= n Thu, Aug 28, 2014 at 4:19 PM, Hernan <bajopalabra@yahoo.com.ar> wrote:
Hi Pierre
Thanks for your ans= wer

In VM Arch, in the Network screen of Windows, I see just one int= erface: Xen driver

In the VM Sql, I see two cards for each bridge. Even when I set it to u= se only xenbr2, I see: "Xen driver" and "Realtek ..." = interfaces

That is why I think there is a Xen problem, not because o= f Xen, but with the config script

By the other side, the person who write these scripts, no longer works = with us. There was a shutdown of the powerline last week. Before that all w= orked. After that it began to fail. I think some configuration was hot-made= , I mean volatile, not scripted. So, perhaps could there be more than one i= ssue.

I don't where to begin. I tested almost everything. I've recent= ly realize that there are some difference between versions. My Xen is 4.0.2=

Another things are. When the server starts, it gives an error on sc= reen "XENBUS can not read memory" - two lines. Also, before that,= there is another error like "system don't have the required supp= ort to run KVM". But I checked out the BIOS, the hardware actually has= that support for hypervisor, and it is enabled. It is an Ibm 3500.

That errors don't seem to be determinant. I don't know... Maybe= one thing leads to another...

That's the whole scene

Wh= ere can I start to get it into work ?!

Thanks
From: Pierre Peyronnel <pierre.peyronnel@= gmail.com>
Date: Thu, 28 Aug 2014 15:05:41 +0200
To: Hern=C3=A1n Castelo<bajopalabra@yahoo.com.ar>
Subject: Re: [Xen-users] network configuration on DomUs

<= div>Hello Hernan,

i'm not sure this is a Xen problem.
<= /div> By the looks of it, you refer to IPv4 addresses but your ifconfig (on dom0 = i guess ?) shows IPv6 addresses for all NICs and bridges except for eth0 an= d lo where it is also has IPv4.
Your .14, .16, .17 are nowhere to be seen...

<= /div>My bet would be on a IP and/or routing setup issue. You should check t= hese on SQL VM, but again what makes you think it is Xen related ?

Pierre


On Mon, Aug 25, 2014 at 11:54 PM, Hern=C3=A1n Castelo <baj= opalabra@yahoo.com.ar> wrote:
Hi
I'm v= ery new with Xen (/Debian)

I hav= e 2 VMs running Windows: "Arch" and "Sql" -- static IPs=

VM Arch: is ok, accessible thru VNC, Remote Desktop, see the network, etc

VM Sql : - just accessible thru VNC
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 - once I log in, I don't see the network
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= - pings don't reach peer
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 - a= ppear 4 network ports on Windows

the server has 4 NIC cards
the first, eth0, is used just for th= e server, with IP 10.0.11.13
the VM Arch should use eth1, with IP ...14
and VM Sql shou= ld use eth2 with IP 16, and eth3 (as configured in SQLServer) with IP 17
please, guide me
I inherit this = problem, and am far from being an expert...

THANK= S IN ADVANCE!!

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

root@USR03:~# route -n
Kernel IP routing table
Destination =C2=A0 =C2=A0 Gateway =C2=A0 =C2=A0 =C2=A0 =C2=A0 Genmask =C2=A0 =C2=A0 =C2=A0 =C2=A0 Flags Metric Ref = =C2=A0 =C2=A0Use Iface
10.= 0.11.0 =C2=A0 =C2=A0 =C2=A0 0.0.0.0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 255.255.255= .0 =C2=A0 U =C2=A0 =C2=A0 0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A0 =C2=A0 =C2= =A00 eth0
0.0.0.0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 10.0.11.1 =C2=A0 =C2=A0 =C2=A0 0.0.0.0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 UG =C2=A0 =C2=A00 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A0 =C2= =A0 =C2=A00 eth0

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

root@USR03:~# brctl show<= /div>
bridge name =C2=A0 =C2=A0 = bridge id =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 STP enabled =C2= =A0 =C2=A0 interfaces
eth0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A08000.001b21d81f20 =C2=A0 =C2= =A0 =C2=A0 no =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0peth0
xenbr1 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A08000.001b21d81f21 =C2=A0 =C2=A0 =C2=A0 no =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0eth1
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 vif4.0
xenbr2 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A08000.5c= f3fc573b8c =C2=A0 =C2=A0 =C2=A0 no =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0eth2
=C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 tap12.0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 tap12.1
= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 vif12.0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 vif12.1
=
xenbr3 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A08000.5cf3fc573b8e =C2=A0 =C2=A0 =C2=A0 no =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0eth3

--------------<= span style=3D"font-size:10pt">------------------------------------------

root@USR03:~# ip route show
10.0.11.0/24 dev eth0 =C2=A0proto= kernel =C2=A0scope link =C2=A0src 10.0.11.13
default via 10.0.11.1 dev eth0

<= /div>
----------= -------------------------------------------= ---

root@USR03:~# ifconfig
eth0 =C2=A0 =C2=A0 =C2=A0Link encap:Ethernet =C2=A0HWaddr 00:1b:21:d8:1f:20=
=C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 inet addr:10.0.11.13 =C2=A0Bcast:10.0.11.255 =C2=A0Mask:255.255.= 255.0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 inet6 addr: fe80::21b:21ff:fed8:1f20/64 = Scope:Link
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 UP BROADCAST RUNNING MULTICAST =C2=A0MTU:1500 =C2=A0Metric:1
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 R= X packets:159619 errors:0 dropped:0 overruns:0 frame:0
=C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 TX packets:140984 errors:0 dropped:0 overruns:= 0 carrier:0
=C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 collisions:0 txqueuelen:0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 RX bytes:8613734 (8.2 MiB) =C2=A0TX bytes:159007702 (151.6 MiB)

eth1 =C2=A0 =C2=A0 =C2=A0Link encap:Ethernet =C2=A0HWaddr 00:1b:21:d8:1f:21=
=C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 inet6 addr: fe80::21b:21ff:fed8:1f21/64 Scope:Link
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 UP B= ROADCAST RUNNING MULTICAST =C2=A0MTU:1500 =C2=A0Metric:1
=C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 RX packets:37442 errors:0 dropped:0 overruns:0 fra= me:0
=C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 TX packets:4910 errors:0 dropped:0 overruns:0 carrier:0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 collisions:0 txqueuelen:1000
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 RX bytes:4607800 (4.3 MiB) =C2=A0= TX bytes:1810201 (1.7 MiB)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Memory:97a00000-97a80000

eth2 =C2=A0 =C2=A0 =C2=A0Link encap:Ethernet = =C2=A0HWaddr 5c:f3:fc:57:3b:8c
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 inet6 addr: fe80::5ef3:fcff:fe57:3b8c/64= Scope:Link
=C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 UP BROADCAST RUNNING MULTICAST =C2=A0MTU:1500 =C2=A0Me= tric:1
=C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 RX packets:33055 errors:0 dropped:0 overruns:0 frame:0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 TX packets:852 errors:0 dropped:0 overruns:0 carrier:0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 collis= ions:0 txqueuelen:1000
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 RX bytes:3446328 (3.2 MiB) =C2=A0TX byte= s:79882 (78.0 KiB)
=C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 Interrupt:28 Memory:92000000-92012800
=
eth3 = =C2=A0 =C2=A0 =C2=A0Link encap:Ethernet =C2=A0HWaddr 5c:f3:fc:57:3b:8e
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 inet6 addr: fe80::5ef3:fcff:fe57:3b8e/64= Scope:Link
=C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 UP BROADCAST RUNNING MULTICAST =C2=A0MTU:1500 =C2=A0Me= tric:1
=C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 RX packets:69385 errors:0 dropped:0 overruns:0 frame:0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 TX packets:16 errors:0 dropped:0 overruns:0 carrier:0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 collis= ions:0 txqueuelen:1000
=C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 RX bytes:5844752 (5.5 MiB) =C2=A0TX bytes:1132 = (1.1 KiB)
=C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 Interrupt:40 Memory:94000000-94012800

lo =C2=A0 =C2=A0 =C2=A0 =C2=A0Link en= cap:Local Loopback
=C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 inet addr:127.0.0.1 =C2=A0Mask:255.0.0.0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 inet6 addr: ::1/128 Scope:Host
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 UP LOOPBACK RUNNING =C2=A0MTU:1= 6436 =C2=A0Metric:1
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 RX packets:146 errors:0 dropped:0 overru= ns:0 frame:0
=C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 TX packets:146 errors:0 dropped:0 overruns:0 carrier:= 0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 collisions:0 txqueuelen:0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 RX by= tes:14416 (14.0 KiB) =C2=A0TX bytes:14416 (14.0 KiB)

peth0 =C2=A0 =C2=A0 Link encap:Ethernet =C2=A0HWaddr 00:1b:21:d8:1f:20
=C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 inet6 addr: fe80::21b:21ff:fed8:1f20/64 Scope:Link
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 UP BROADCAST RUNNING PROMISC MULTICAST =C2=A0MTU:1500 =C2=A0= Metric:1
=C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 RX packets:186596 errors:0 dropped:0 overruns:0 frame:0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 TX packets:204370 errors:0 dropped:0 ove= rruns:0 carrier:0
=C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 collisions:0 txqueuelen:1000
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 RX bytes:= 12723915 (12.1 MiB) =C2=A0TX bytes:162430818 (154.9 MiB)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 Memory:97a80000-97b00000

tap= 12.0 =C2=A0 Link encap:Ethernet =C2=A0HWaddr d6:fe:ff:61:dd:ce
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 inet6 addr: fe80::d= 4fe:ffff:fe61:ddce/64 Scope:Link
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 UP BROADCAST RUNNING MULTICAST = =C2=A0MTU:1500 =C2=A0Metric:1
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 RX packets:38 errors:0 dropped:0 overruns:0 frame:0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 TX packets= :9156 errors:0 dropped:0 overruns:0 carrier:0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 collisions:0 txqueuelen:500
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 RX bytes:3592 (3.5 KiB) =C2=A0TX b= ytes:1003894 (980.3 KiB)

tap12.= 1 =C2=A0 Link encap:Ethernet =C2=A0HWaddr 8e:01:08:6d:39:7c
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 inet6 = addr: fe80::8c01:8ff:fe6d:397c/64 Scope:Link
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 UP BROADCAST RUNNING MULTICAST =C2=A0MTU:1500 =C2=A0Metric:1
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 R= X packets:0 errors:0 dropped:0 overruns:0 frame:0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 TX packets:9194 errors:0 dropped:0 overr= uns:0 carrier:0
=C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 collisions:0 txqueuelen:500
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 RX bytes:0 (0.0 B) =C2=A0TX bytes:1007462 (983.8 KiB)
<= div style=3D"background-color:transparent">
vif12.0 =C2=A0 Link encap:Ethernet =C2= =A0HWaddr fe:ff:ff:ff:ff:ff
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 UP BROADCA= ST RUNNING PROMISC MULTICAST =C2=A0MTU:1500 =C2=A0Metric:1
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 RX packets:0 errors:0 dropped:0 overruns:0 frame:0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 TX packets:= 0 errors:0 dropped:9194 overruns:0 carrier:0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 collisions:0 txqueuelen:32
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 RX bytes:0 (0.0 B) =C2= =A0TX bytes:0 (0.0 B)

vif12.1 =C2=A0 Link encap:Ethernet =C2=A0HWaddr fe:ff:ff:ff:ff:ff
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 UP BROADCAST R= UNNING PROMISC MULTICAST =C2=A0MTU:1500 =C2=A0Metric:1
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 RX packets:0 errors:0 dropped:0 overruns:0 frame:0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 TX packets:= 237 errors:0 dropped:6884 overruns:0 carrier:0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 collisions:0 txqueuelen:32
=C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 RX bytes:0 (0.0 B) =C2=A0TX bytes:22480 (21.9 KiB)

vif4.0 =C2=A0 =C2=A0Link encap:Ethern= et =C2=A0HWaddr fe:ff:ff:ff:ff:ff
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 inet6 addr: fe80::fcff:ffff:feff= :ffff/64 Scope:Link
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 UP BROADCAST RUNNING PROMISC MULTICAST =C2=A0MTU:1500 =C2=A0Metric:1
=C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 RX packets:3418 errors:0 dropped:0 overruns:0 frame:0
=C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 TX packets:26435 errors:0 dropped:2009 overruns:0 carrier= :0
=C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 collisions:0 txqueuelen:32
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 RX bytes:1359883 (1.2 MiB) =C2=A0TX byte= s:3064684 (2.9 MiB)

xenbr1 =C2= =A0 =C2=A0Link encap:Ethernet =C2=A0HWaddr 00:1b:21:d8:1f:21
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 inet6 addr: fe80::21b:21ff:fed8:1f21/64 Scope:Link
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 UP BROADCAS= T RUNNING MULTICAST =C2=A0MTU:1500 =C2=A0Metric:1
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 RX packets:26594 errors:0 dropped:0 over= runs:0 frame:0
=C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 TX packets:17 errors:0 dropped:0 overruns:0 carrie= r:0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 collisions:0 txqueuelen:0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 RX by= tes:2552297 (2.4 MiB) =C2=A0TX bytes:930 (930.0 B)

xenbr2 =C2=A0 =C2=A0Link encap:Ethernet =C2=A0HWaddr 5c:f3:fc:57:3b:8c
=C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 inet6 addr: fe80::5ef3:fcff:fe57:3b8c/64 Scope:Link
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 UP BRO= ADCAST RUNNING MULTICAST =C2=A0MTU:1500 =C2=A0Metric:1
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 RX packets:26513 errors:0 dropped:0 overruns:0 frame:0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 TX pac= kets:16 errors:0 dropped:0 overruns:0 carrier:0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 collisions:0 txqueuelen:0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 RX bytes:2547392 (2.4 MiB) =C2=A0TX = bytes:888 (888.0 B)

xenbr3= =C2=A0 =C2=A0Link encap:Ethernet =C2=A0HWaddr 5c:f3:fc:57:3b:8e
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 inet6 addr: fe80::5ef3:fcff:fe57:3b8e/64 Scope:Link
=C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 UP BROADCAST RUNNING MULTICAST =C2=A0MTU:1500 =C2=A0Metric:1
<= div style=3D"background-color:transparent">=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 RX packets:69343 errors:0 dropped:0 overruns:0 frame:0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 TX packets:16 errors:0 dropped:0 overruns:0 carrier:0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 collis= ions:0 txqueuelen:0
=C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 RX bytes:4529117 (4.3 MiB) =C2=A0TX bytes:888 (888= .0 B)

--------------<= /span>---------= --------= -------------------------


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


--001a11c37f14d616110501b16fb3-- --===============0362694181172407860== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0362694181172407860==-- From xen-users-bounces@lists.xen.org Thu Aug 28 22:54:59 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 28 Aug 2014 22:54: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 1XN8Zg-0006z5-4R; Thu, 28 Aug 2014 22:53:48 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XN8Ze-0006z0-Ma for xen-users@lists.xen.org; Thu, 28 Aug 2014 22:53:46 +0000 Received: from [85.158.137.68:29976] by server-9.bemta-3.messagelabs.com id F1/D7-30790-9F2BFF35; Thu, 28 Aug 2014 22:53:45 +0000 X-Env-Sender: mule@inso.org X-Msg-Ref: server-7.tower-31.messagelabs.com!1409266423!11184675!1 X-Originating-IP: [209.85.213.53] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_10_20,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24923 invoked from network); 28 Aug 2014 22:53:45 -0000 Received: from mail-yh0-f53.google.com (HELO mail-yh0-f53.google.com) (209.85.213.53) by server-7.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 28 Aug 2014 22:53:45 -0000 Received: by mail-yh0-f53.google.com with SMTP id a41so984372yho.40 for ; Thu, 28 Aug 2014 15:53:43 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to :content-type; bh=hs9G2HsJQ3gRN1oms1ivtoenJ0WTjcLU1VBTbe3Ss30=; b=EpMZk6QchkOT5DGF01+Ksdq7VKxMSINK7RdBIm29TMSOOPNXwL+fkrdGYQqPUYZSrs RnnUyI4ln+GExsYyd+bTjtiz2HogGbuh/9aJgl2nwbhtrWoQz8GMUfNy+GonxXZ0nNLH eehYm0Ze3LVGYXvUcEsA4Tn4c4FKy586YrV7Hl5rZom5eRsuDKbD0V//NJA5zBbQl246 RMFJBLdIwfDWEtsLWYK4VDdsE20n2EQbuLrnaCmznYfwnTzBGw5nAX6AspkVq2f5Na06 LgDrPgJ91teotQJIOWm7cNVGgWdWT3Vs/GA+5N1BHXdUTHIPTT82HV9XOas7ovT8OlGc bDFw== X-Gm-Message-State: ALoCoQm0GC0f6NFNxHRTWy1AR4Srdd55rfjw318BWw4kPG7/xQhgEL7q4abYO5KcgSLXH1epWW/D MIME-Version: 1.0 X-Received: by 10.236.86.144 with SMTP id w16mr1920667yhe.5.1409266423601; Thu, 28 Aug 2014 15:53:43 -0700 (PDT) Received: by 10.170.46.215 with HTTP; Thu, 28 Aug 2014 15:53:43 -0700 (PDT) Date: Thu, 28 Aug 2014 16:53:43 -0600 Message-ID: From: Mike Reardon To: xen-users@lists.xen.org Subject: [Xen-users] Passthrough of PCIe RAID card X-BeenThere: xen-users@lists.xen.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="===============7089953548048811480==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7089953548048811480== Content-Type: multipart/alternative; boundary=14dae9d7bcb292b9600501b868aa --14dae9d7bcb292b9600501b868aa Content-Type: text/plain; charset=UTF-8 Hello, I am curious if I add a PCIe RAID card to my system, if Xen will allow me to pass it through to a domU so that the guest can have native disk operations. The domU in question is a Windows HVM guest that I am using as a PVR. I tried using the GplPv drivers in windows but kept getting XenVbd errors and resets in the event logs causing video playback pauses, so I'm currently serving the video storage volume to the guest via iSCSI, which isn't exactly ideal. I'm hoping that I can just add in the RAID card and a couple disks and have native I/O, but I don't know if that is going to work. I'm mainly concerned that the card won't be properly initialized when the guest starts, or that there will be some sort of conflict with the LSI RAID card that the server is already using. Does anyone have any experience in using a RAID card in this way? Any insights that anyone could provide would be greatly appreciated as I haven't yet decided whether I will buy the card or not. Thank you. --14dae9d7bcb292b9600501b868aa Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hello,

I am curious if I add a= PCIe RAID card to my system, if Xen will allow me to pass it through to a = domU so that the guest can have native disk operations.

The do= mU in question is a Windows HVM guest that I am using as a PVR.=C2=A0 I tri= ed using the GplPv drivers in windows but kept getting XenVbd errors=C2=A0 = and resets in the event logs causing video playback pauses, so I'm curr= ently serving the video storage volume to the guest via iSCSI, which isn= 9;t exactly ideal.=C2=A0 I'm hoping that I can just add in the RAID car= d and a couple disks and have native I/O, but I don't know if that is g= oing to work.=C2=A0 I'm mainly concerned that the card won't be pro= perly initialized when the guest starts, or that there will be some sort of= conflict with the LSI RAID card that the server is already using.

Does anyone have any experience in using a RAID card in this= way?=C2=A0 Any insights that anyone could provide would be greatly appreci= ated as I haven't yet decided whether I will buy the card or not.
Thank you.
--14dae9d7bcb292b9600501b868aa-- --===============7089953548048811480== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7089953548048811480==-- From xen-users-bounces@lists.xen.org Thu Aug 28 22:54:59 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 28 Aug 2014 22:54: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 1XN8Zg-0006z5-4R; Thu, 28 Aug 2014 22:53:48 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XN8Ze-0006z0-Ma for xen-users@lists.xen.org; Thu, 28 Aug 2014 22:53:46 +0000 Received: from [85.158.137.68:29976] by server-9.bemta-3.messagelabs.com id F1/D7-30790-9F2BFF35; Thu, 28 Aug 2014 22:53:45 +0000 X-Env-Sender: mule@inso.org X-Msg-Ref: server-7.tower-31.messagelabs.com!1409266423!11184675!1 X-Originating-IP: [209.85.213.53] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_10_20,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24923 invoked from network); 28 Aug 2014 22:53:45 -0000 Received: from mail-yh0-f53.google.com (HELO mail-yh0-f53.google.com) (209.85.213.53) by server-7.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 28 Aug 2014 22:53:45 -0000 Received: by mail-yh0-f53.google.com with SMTP id a41so984372yho.40 for ; Thu, 28 Aug 2014 15:53:43 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to :content-type; bh=hs9G2HsJQ3gRN1oms1ivtoenJ0WTjcLU1VBTbe3Ss30=; b=EpMZk6QchkOT5DGF01+Ksdq7VKxMSINK7RdBIm29TMSOOPNXwL+fkrdGYQqPUYZSrs RnnUyI4ln+GExsYyd+bTjtiz2HogGbuh/9aJgl2nwbhtrWoQz8GMUfNy+GonxXZ0nNLH eehYm0Ze3LVGYXvUcEsA4Tn4c4FKy586YrV7Hl5rZom5eRsuDKbD0V//NJA5zBbQl246 RMFJBLdIwfDWEtsLWYK4VDdsE20n2EQbuLrnaCmznYfwnTzBGw5nAX6AspkVq2f5Na06 LgDrPgJ91teotQJIOWm7cNVGgWdWT3Vs/GA+5N1BHXdUTHIPTT82HV9XOas7ovT8OlGc bDFw== X-Gm-Message-State: ALoCoQm0GC0f6NFNxHRTWy1AR4Srdd55rfjw318BWw4kPG7/xQhgEL7q4abYO5KcgSLXH1epWW/D MIME-Version: 1.0 X-Received: by 10.236.86.144 with SMTP id w16mr1920667yhe.5.1409266423601; Thu, 28 Aug 2014 15:53:43 -0700 (PDT) Received: by 10.170.46.215 with HTTP; Thu, 28 Aug 2014 15:53:43 -0700 (PDT) Date: Thu, 28 Aug 2014 16:53:43 -0600 Message-ID: From: Mike Reardon To: xen-users@lists.xen.org Subject: [Xen-users] Passthrough of PCIe RAID card X-BeenThere: xen-users@lists.xen.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="===============7089953548048811480==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7089953548048811480== Content-Type: multipart/alternative; boundary=14dae9d7bcb292b9600501b868aa --14dae9d7bcb292b9600501b868aa Content-Type: text/plain; charset=UTF-8 Hello, I am curious if I add a PCIe RAID card to my system, if Xen will allow me to pass it through to a domU so that the guest can have native disk operations. The domU in question is a Windows HVM guest that I am using as a PVR. I tried using the GplPv drivers in windows but kept getting XenVbd errors and resets in the event logs causing video playback pauses, so I'm currently serving the video storage volume to the guest via iSCSI, which isn't exactly ideal. I'm hoping that I can just add in the RAID card and a couple disks and have native I/O, but I don't know if that is going to work. I'm mainly concerned that the card won't be properly initialized when the guest starts, or that there will be some sort of conflict with the LSI RAID card that the server is already using. Does anyone have any experience in using a RAID card in this way? Any insights that anyone could provide would be greatly appreciated as I haven't yet decided whether I will buy the card or not. Thank you. --14dae9d7bcb292b9600501b868aa Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hello,

I am curious if I add a= PCIe RAID card to my system, if Xen will allow me to pass it through to a = domU so that the guest can have native disk operations.

The do= mU in question is a Windows HVM guest that I am using as a PVR.=C2=A0 I tri= ed using the GplPv drivers in windows but kept getting XenVbd errors=C2=A0 = and resets in the event logs causing video playback pauses, so I'm curr= ently serving the video storage volume to the guest via iSCSI, which isn= 9;t exactly ideal.=C2=A0 I'm hoping that I can just add in the RAID car= d and a couple disks and have native I/O, but I don't know if that is g= oing to work.=C2=A0 I'm mainly concerned that the card won't be pro= perly initialized when the guest starts, or that there will be some sort of= conflict with the LSI RAID card that the server is already using.

Does anyone have any experience in using a RAID card in this= way?=C2=A0 Any insights that anyone could provide would be greatly appreci= ated as I haven't yet decided whether I will buy the card or not.
Thank you.
--14dae9d7bcb292b9600501b868aa-- --===============7089953548048811480== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7089953548048811480==-- From xen-users-bounces@lists.xen.org Thu Aug 28 23:19:36 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 28 Aug 2014 23:19:36 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XN8y0-0007ho-O6; Thu, 28 Aug 2014 23:18:56 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XN8xz-0007hj-Oi for xen-users@lists.xen.org; Thu, 28 Aug 2014 23:18:55 +0000 Received: from [85.158.137.68:30879] by server-12.bemta-3.messagelabs.com id A9/A1-01574-FD8BFF35; Thu, 28 Aug 2014 23:18:55 +0000 X-Env-Sender: nix@myproxylists.com X-Msg-Ref: server-11.tower-31.messagelabs.com!1409267934!11196029!1 X-Originating-IP: [62.236.108.236] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16411 invoked from network); 28 Aug 2014 23:18:54 -0000 Received: from gameframe.net (HELO gameframe.net) (62.236.108.236) by server-11.tower-31.messagelabs.com with SMTP; 28 Aug 2014 23:18:54 -0000 Received: (qmail 6774 invoked by uid 0); 28 Aug 2014 23:18:52 -0000 X-Originating-IP: 127.0.0.1 X-Qmail-Scanner-Diagnostics: from 127.0.0.1 (daemon@127.0.0.1) by gameframe.net (envelope-from , uid 98) with qmail-scanner-2.11 (spamassassin: 3.3.2. Clear:RC:1(127.0.0.1):. Processed in 0.025351 secs); 28 Aug 2014 23:18:52 -0000 Received: from unknown (HELO gameframe.net) (daemon@127.0.0.1) by gameframe.net with SMTP; 28 Aug 2014 23:18:52 -0000 Received: from localhost ([127.0.0.1]) (SquirrelMail authenticated user nix@myproxylists.com) by gameframe.net with HTTP; Fri, 29 Aug 2014 02:18:52 +0300 Message-ID: Date: Fri, 29 Aug 2014 02:18:52 +0300 From: "NiX" To: xen-users@lists.xen.org User-Agent: SquirrelMail/1.4.22 MIME-Version: 1.0 X-Priority: 3 (Normal) Importance: Normal Subject: [Xen-users] What is a proper way to limit XEN incoming bandwidth? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Im using XEN 4.3.2-rc1 and the 'xl' toolstack. vif = ["ip=127.0.0.1,mac=00:00:00:00:00:00,bridge=br0,rate=100Mb/s"] --> Limits only outgoing bandwidth vif = ["ip=127.0.0.1,mac=00:00:00:00:00:00,bridge=br0,5Mb/s@25ms"] --> Did nothing. I've also tried 'tc' command but I could not get it reliable(connections stalled that barely used bandwidth) Here's my solution with 'tc' http://serverfault.com/questions/261021/xen-limit-incoming-traffic-speed I could not get it reliable. Connections got stalled. So what is a proper way to do it or is there one? _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Aug 28 23:19:36 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 28 Aug 2014 23:19:36 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XN8y0-0007ho-O6; Thu, 28 Aug 2014 23:18:56 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XN8xz-0007hj-Oi for xen-users@lists.xen.org; Thu, 28 Aug 2014 23:18:55 +0000 Received: from [85.158.137.68:30879] by server-12.bemta-3.messagelabs.com id A9/A1-01574-FD8BFF35; Thu, 28 Aug 2014 23:18:55 +0000 X-Env-Sender: nix@myproxylists.com X-Msg-Ref: server-11.tower-31.messagelabs.com!1409267934!11196029!1 X-Originating-IP: [62.236.108.236] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16411 invoked from network); 28 Aug 2014 23:18:54 -0000 Received: from gameframe.net (HELO gameframe.net) (62.236.108.236) by server-11.tower-31.messagelabs.com with SMTP; 28 Aug 2014 23:18:54 -0000 Received: (qmail 6774 invoked by uid 0); 28 Aug 2014 23:18:52 -0000 X-Originating-IP: 127.0.0.1 X-Qmail-Scanner-Diagnostics: from 127.0.0.1 (daemon@127.0.0.1) by gameframe.net (envelope-from , uid 98) with qmail-scanner-2.11 (spamassassin: 3.3.2. Clear:RC:1(127.0.0.1):. Processed in 0.025351 secs); 28 Aug 2014 23:18:52 -0000 Received: from unknown (HELO gameframe.net) (daemon@127.0.0.1) by gameframe.net with SMTP; 28 Aug 2014 23:18:52 -0000 Received: from localhost ([127.0.0.1]) (SquirrelMail authenticated user nix@myproxylists.com) by gameframe.net with HTTP; Fri, 29 Aug 2014 02:18:52 +0300 Message-ID: Date: Fri, 29 Aug 2014 02:18:52 +0300 From: "NiX" To: xen-users@lists.xen.org User-Agent: SquirrelMail/1.4.22 MIME-Version: 1.0 X-Priority: 3 (Normal) Importance: Normal Subject: [Xen-users] What is a proper way to limit XEN incoming bandwidth? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Im using XEN 4.3.2-rc1 and the 'xl' toolstack. vif = ["ip=127.0.0.1,mac=00:00:00:00:00:00,bridge=br0,rate=100Mb/s"] --> Limits only outgoing bandwidth vif = ["ip=127.0.0.1,mac=00:00:00:00:00:00,bridge=br0,5Mb/s@25ms"] --> Did nothing. I've also tried 'tc' command but I could not get it reliable(connections stalled that barely used bandwidth) Here's my solution with 'tc' http://serverfault.com/questions/261021/xen-limit-incoming-traffic-speed I could not get it reliable. Connections got stalled. So what is a proper way to do it or is there one? _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Aug 28 23:37:43 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 28 Aug 2014 23:37:43 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XN9FR-0008Pj-3C; Thu, 28 Aug 2014 23:36:57 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XN9FP-0008Pd-TZ for xen-users@lists.xen.org; Thu, 28 Aug 2014 23:36:56 +0000 Received: from [85.158.137.68:8911] by server-10.bemta-3.messagelabs.com id BA/B5-01456-71DBFF35; Thu, 28 Aug 2014 23:36:55 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-14.tower-31.messagelabs.com!1409269013!8751983!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21891 invoked from network); 28 Aug 2014 23:36:54 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-14.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 28 Aug 2014 23:36:54 -0000 X-IronPort-AV: E=Sophos;i="5.04,421,1406592000"; d="scan'208";a="166227539" Received: from localhost (10.80.16.47) by smtprelay.citrix.com (10.13.107.78) with Microsoft SMTP Server id 14.3.181.6; Thu, 28 Aug 2014 19:36:52 -0400 Message-ID: <1409269010.21481.59.camel@citrix.com> From: Ian Campbell To: John Paul Walters Date: Fri, 29 Aug 2014 00:36:50 +0100 In-Reply-To: References: X-Mailer: Evolution 3.12.6 MIME-Version: 1.0 X-DLP: MIA1 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] omap5 EVM unable to boot 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 Wed, 2014-08-27 at 14:57 -0400, John Paul Walters wrote: > Does anyone have any suggestions on where to look next? The first thing to check would be http://wiki.xen.org/wiki/Xen_ARM_with_Virtualization_Extensions#Common_DomU_Pitfalls Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Aug 28 23:37:43 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 28 Aug 2014 23:37:43 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XN9FR-0008Pj-3C; Thu, 28 Aug 2014 23:36:57 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XN9FP-0008Pd-TZ for xen-users@lists.xen.org; Thu, 28 Aug 2014 23:36:56 +0000 Received: from [85.158.137.68:8911] by server-10.bemta-3.messagelabs.com id BA/B5-01456-71DBFF35; Thu, 28 Aug 2014 23:36:55 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-14.tower-31.messagelabs.com!1409269013!8751983!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21891 invoked from network); 28 Aug 2014 23:36:54 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-14.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 28 Aug 2014 23:36:54 -0000 X-IronPort-AV: E=Sophos;i="5.04,421,1406592000"; d="scan'208";a="166227539" Received: from localhost (10.80.16.47) by smtprelay.citrix.com (10.13.107.78) with Microsoft SMTP Server id 14.3.181.6; Thu, 28 Aug 2014 19:36:52 -0400 Message-ID: <1409269010.21481.59.camel@citrix.com> From: Ian Campbell To: John Paul Walters Date: Fri, 29 Aug 2014 00:36:50 +0100 In-Reply-To: References: X-Mailer: Evolution 3.12.6 MIME-Version: 1.0 X-DLP: MIA1 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] omap5 EVM unable to boot 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 Wed, 2014-08-27 at 14:57 -0400, John Paul Walters wrote: > Does anyone have any suggestions on where to look next? The first thing to check would be http://wiki.xen.org/wiki/Xen_ARM_with_Virtualization_Extensions#Common_DomU_Pitfalls Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Aug 29 11:48:51 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 29 Aug 2014 11:48: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 1XNKeb-0000Rx-Mq; Fri, 29 Aug 2014 11:47:41 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XNKeZ-0000Rs-Qi for xen-users@lists.xen.org; Fri, 29 Aug 2014 11:47:39 +0000 Received: from [85.158.137.68:54646] by server-14.bemta-3.messagelabs.com id 70/F6-01575-B5860045; Fri, 29 Aug 2014 11:47:39 +0000 X-Env-Sender: qiwen@qiwen.name X-Msg-Ref: server-6.tower-31.messagelabs.com!1409312856!6859499!1 X-Originating-IP: [209.85.220.43] X-SpamReason: No, hits=0.2 required=7.0 tests=HTML_MESSAGE, MIME_BOUND_NEXTPART X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9929 invoked from network); 29 Aug 2014 11:47:38 -0000 Received: from mail-pa0-f43.google.com (HELO mail-pa0-f43.google.com) (209.85.220.43) by server-6.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 29 Aug 2014 11:47:38 -0000 Received: by mail-pa0-f43.google.com with SMTP id et14so6367416pad.16 for ; Fri, 29 Aug 2014 04:47:36 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:content-type:mime-version:subject:from:to:date :message-id:user-agent; bh=cvDqp00UePVXObIEh3Z6emcR5HMJG01IuyMB1RMJCGE=; b=I+BESlPXHfwtQQyH/4fyPTafj3bLIyWkv3RaM2OpBX9RpqpaMpwvJZ9WmrnQbdbXZ+ d/FZahuvm048VRoQSXCMYuWIX2SDzyl2cVVhz/ygvOJZBd59Krj+XMoo/Fog0X/1NPeA MpN4mN51kKL1EPET6ko5byGfHOHwG3ciLONLXQT3CNV+/hBLB/DQGjf73ogBb0Bn/nu3 Wc5QZRH4FN4OaKhKB2yVu5ukiNa4DZkvPNYMd+w7alYHKWUApdQjricPFeKT9Vl1IPor aqWZ5swvQS87bc1dQ7lg5Z8WlTCDsLZj+8L4sBISKc/wagynNe/96+fIdGQ9fzvNZJOz Jpkg== X-Gm-Message-State: ALoCoQl9tAZ+0vtObdEO8wYbuHNCYdxOJ6RtjEgZiehT9ilNG4PmKkunOLuvUi35PCw6jCp0JxDr X-Received: by 10.68.215.106 with SMTP id oh10mr3561388pbc.98.1409312855903; Fri, 29 Aug 2014 04:47:35 -0700 (PDT) Received: from [10.37.1.108] ([144.214.37.254]) by mx.google.com with ESMTPSA id gw1sm6290322pbd.63.2014.08.29.04.47.34 for (version=TLSv1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Fri, 29 Aug 2014 04:47:35 -0700 (PDT) MIME-Version: 1.0 From: "QI Wen" To: "" Date: Fri, 29 Aug 2014 19:47:32 +0800 Message-ID: User-Agent: Mailbird/ 1.7.23.0 X-Mailbird-ID: d0ec5f50-ec1c-48f1-9355-75a68683713a5271 Subject: [Xen-users] Xen rebuild and install X-BeenThere: xen-users@lists.xen.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="===============2627343235976826057==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2627343235976826057== Content-Type: multipart/alternative; boundary="----=_NextPart_10062997.586011964794" ------=_NextPart_10062997.586011964794 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hi, all, I have installed XEN=C2=A04.4 from source code=C2=A0successfully. I modified some codes in /xen/arch/x86/time.c, and=C2=A0I want to rebuild a= nd reinstall xen. Is there any instruction about rebuild and reinstall? Thanks. Regards=C2=A0 QI Wen ------=_NextPart_10062997.586011964794 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hi, all,

I have installed XEN 4.4 from source= code successfully.

I modified some codes in /xen/a= rch/x86/time.c, and I want to rebuild and reinstall xen.
<= font face=3D"Tahoma">
Is there any instruction about rebuild and= reinstall? Thanks.

Regards 
QI Wen

------=_NextPart_10062997.586011964794-- --===============2627343235976826057== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2627343235976826057==-- From xen-users-bounces@lists.xen.org Fri Aug 29 11:48:51 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 29 Aug 2014 11:48: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 1XNKeb-0000Rx-Mq; Fri, 29 Aug 2014 11:47:41 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XNKeZ-0000Rs-Qi for xen-users@lists.xen.org; Fri, 29 Aug 2014 11:47:39 +0000 Received: from [85.158.137.68:54646] by server-14.bemta-3.messagelabs.com id 70/F6-01575-B5860045; Fri, 29 Aug 2014 11:47:39 +0000 X-Env-Sender: qiwen@qiwen.name X-Msg-Ref: server-6.tower-31.messagelabs.com!1409312856!6859499!1 X-Originating-IP: [209.85.220.43] X-SpamReason: No, hits=0.2 required=7.0 tests=HTML_MESSAGE, MIME_BOUND_NEXTPART X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9929 invoked from network); 29 Aug 2014 11:47:38 -0000 Received: from mail-pa0-f43.google.com (HELO mail-pa0-f43.google.com) (209.85.220.43) by server-6.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 29 Aug 2014 11:47:38 -0000 Received: by mail-pa0-f43.google.com with SMTP id et14so6367416pad.16 for ; Fri, 29 Aug 2014 04:47:36 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:content-type:mime-version:subject:from:to:date :message-id:user-agent; bh=cvDqp00UePVXObIEh3Z6emcR5HMJG01IuyMB1RMJCGE=; b=I+BESlPXHfwtQQyH/4fyPTafj3bLIyWkv3RaM2OpBX9RpqpaMpwvJZ9WmrnQbdbXZ+ d/FZahuvm048VRoQSXCMYuWIX2SDzyl2cVVhz/ygvOJZBd59Krj+XMoo/Fog0X/1NPeA MpN4mN51kKL1EPET6ko5byGfHOHwG3ciLONLXQT3CNV+/hBLB/DQGjf73ogBb0Bn/nu3 Wc5QZRH4FN4OaKhKB2yVu5ukiNa4DZkvPNYMd+w7alYHKWUApdQjricPFeKT9Vl1IPor aqWZ5swvQS87bc1dQ7lg5Z8WlTCDsLZj+8L4sBISKc/wagynNe/96+fIdGQ9fzvNZJOz Jpkg== X-Gm-Message-State: ALoCoQl9tAZ+0vtObdEO8wYbuHNCYdxOJ6RtjEgZiehT9ilNG4PmKkunOLuvUi35PCw6jCp0JxDr X-Received: by 10.68.215.106 with SMTP id oh10mr3561388pbc.98.1409312855903; Fri, 29 Aug 2014 04:47:35 -0700 (PDT) Received: from [10.37.1.108] ([144.214.37.254]) by mx.google.com with ESMTPSA id gw1sm6290322pbd.63.2014.08.29.04.47.34 for (version=TLSv1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Fri, 29 Aug 2014 04:47:35 -0700 (PDT) MIME-Version: 1.0 From: "QI Wen" To: "" Date: Fri, 29 Aug 2014 19:47:32 +0800 Message-ID: User-Agent: Mailbird/ 1.7.23.0 X-Mailbird-ID: d0ec5f50-ec1c-48f1-9355-75a68683713a5271 Subject: [Xen-users] Xen rebuild and install X-BeenThere: xen-users@lists.xen.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="===============2627343235976826057==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2627343235976826057== Content-Type: multipart/alternative; boundary="----=_NextPart_10062997.586011964794" ------=_NextPart_10062997.586011964794 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hi, all, I have installed XEN=C2=A04.4 from source code=C2=A0successfully. I modified some codes in /xen/arch/x86/time.c, and=C2=A0I want to rebuild a= nd reinstall xen. Is there any instruction about rebuild and reinstall? Thanks. Regards=C2=A0 QI Wen ------=_NextPart_10062997.586011964794 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hi, all,

I have installed XEN 4.4 from source= code successfully.

I modified some codes in /xen/a= rch/x86/time.c, and I want to rebuild and reinstall xen.
<= font face=3D"Tahoma">
Is there any instruction about rebuild and= reinstall? Thanks.

Regards 
QI Wen

------=_NextPart_10062997.586011964794-- --===============2627343235976826057== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2627343235976826057==-- From xen-users-bounces@lists.xen.org Fri Aug 29 13:39:57 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 29 Aug 2014 13:39: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 1XNMO3-0004GF-7C; Fri, 29 Aug 2014 13:38:43 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XNMO0-0004G8-Vq for xen-users@lists.xen.org; Fri, 29 Aug 2014 13:38:41 +0000 Received: from [85.158.137.68:43069] by server-13.bemta-3.messagelabs.com id 8A/82-01569-06280045; Fri, 29 Aug 2014 13:38:40 +0000 X-Env-Sender: bajopalabra@yahoo.com.ar X-Msg-Ref: server-5.tower-31.messagelabs.com!1409319517!11379476!1 X-Originating-IP: [98.139.213.147] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG, HTML_MESSAGE,ML_RADAR_SPEW_LINKS_12,ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_6,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21751 invoked from network); 29 Aug 2014 13:38:38 -0000 Received: from nm10-vm0.bullet.mail.bf1.yahoo.com (HELO nm10-vm0.bullet.mail.bf1.yahoo.com) (98.139.213.147) by server-5.tower-31.messagelabs.com with SMTP; 29 Aug 2014 13:38:38 -0000 Received: from [98.139.212.151] by nm10.bullet.mail.bf1.yahoo.com with NNFMP; 29 Aug 2014 13:38:37 -0000 Received: from [98.139.212.249] by tm8.bullet.mail.bf1.yahoo.com with NNFMP; 29 Aug 2014 13:38:37 -0000 Received: from [127.0.0.1] by omp1058.mail.bf1.yahoo.com with NNFMP; 29 Aug 2014 13:38:37 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 129997.39868.bm@omp1058.mail.bf1.yahoo.com Received: (qmail 96922 invoked by uid 60001); 29 Aug 2014 13:38:37 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com.ar; s=s1024; t=1409319517; bh=i8btHoeZ1tVFqQtIyHf4gK5B+5G5p8rXydF1ZtRkb2w=; h=References:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=sNcXWgFFOJzzNPDfvagbuDzSS9Lsu5q+LDHBnfdjqPh7boAuxZlCMDPiS1oPt4NI0lnzELTXJ9/uOARkTi4ZmrXnd5lIDxfpX/HjNkT2jl+EvftTWKqDle5zBHZVCz/hhJNADzM6cIuy0ftv9z5FKpct/pP6rBmZjUCFE5/BtxA= X-YMail-OSG: o7DjNKEVM1lZeUPUIv.Sr0LPd0zpyQIOkXw2405VcbdPkgc vRuI8FLzAjdV5hfme253zdiLrDqsX._7NulTxj.vvN0EoPBTsfH0xcSpOQ5K fgizRjKt1ljDlkU7SqW5DwiGjHD0.cGMpvwq2Fh2mTYncyU5xUWiep0OcsDP Z7bvJzgBw5qeFlM1oa7twICx_HuF_6av81bKHvNehmosoJmtKqjU6p7.HB3F r1CV0Dj.Uh2pQMq0kLn7pc88OGVj7T6H8n7N7MmcojuhRHwK2Ds0FJxHtTxq Fku.J8RgGsaRqGtkg_1cQghfshnOfvbYA.30KSmeEZ8MxWMreY03CIKHeyM_ HIpQcAdenmJiGyuXqI_iLpFajULlvDBaJF9fdgGf9z4unm4_oRmy1iaGf3PK m_41M7gR2oSOgCUdZ_LDjnitqcScR0SLpIyqPQJ6PMvA7w6a9tOEzHvHJ.Xn SqjtESMcM_S1DA_epK2ighRjPXWMksPuoBwraATD1RiAhOHeNbwTYwk6PeRg HwjJVhQKcx3PCrlo8hNF1ScIiZqcSz6i0ouCV9s4vbgMrlBvgjLoqzqh_tUX gvx5RfPEKuCOHZJguYBUt1R_VA1DW3vxg0ocf6ZbgkANXTHw- Received: from [200.89.153.16] by web142701.mail.bf1.yahoo.com via HTTP; Fri, 29 Aug 2014 06:38:36 PDT X-Rocket-MIMEInfo: 002.001, d2VsbApJIGhhZCB0byBkaXNjYXJkIHRoZSBmYWlsaW5nIFZNCkkndmUgY3JlYXRlZCBhIG5ldyBvbmUsIGJhc2VkIG9uIHRoZSBvdGhlciBWTSB0aGF0IGhhdmUgYmVlbiB3b3JraW5nIHdlbGwKCkluIHNvbWUgd2F5LCBXaW5kb3dzIHdlbnQgY3JhenkgaW5zaWRlLCBubyBYZW4gZmF1bHQKCnRoYW5rcyBhbnl3YXkgZm9yIHlvdXIgYW5zd2VyCsKgCgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwogRGU6IFBpZXJyZSBQZXlyb25uZWwgPHBpZXJyZS5wZXlyb25uZWxAZ21haWwuY29tPgpQYXJhOiABMAEBAQE- X-Mailer: YahooMailWebService/0.8.203.696 References: <1409003686.6905.YahooMailNeo@web142702.mail.bf1.yahoo.com> Message-ID: <1409319516.40235.YahooMailNeo@web142701.mail.bf1.yahoo.com> Date: Fri, 29 Aug 2014 06:38:36 -0700 From: =?iso-8859-1?Q?Hern=E1n_Castelo?= To: "xen-users@lists.xen.org" In-Reply-To: MIME-Version: 1.0 Subject: Re: [Xen-users] network configuration on DomUs X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: =?iso-8859-1?Q?Hern=E1n_Castelo?= List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7749882349475249174==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7749882349475249174== Content-Type: multipart/alternative; boundary="-256681777-824060083-1409319516=:40235" ---256681777-824060083-1409319516=:40235 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable well=0AI had to discard the failing VM=0AI've created a new one, based on t= he other VM that have been working well=0A=0AIn some way, Windows went craz= y inside, no Xen fault=0A=0Athanks anyway for your answer=0A=A0=0A=0A______= __________________________=0A De: Pierre Peyronnel =0APara: Hern=E1n Castelo =0ACC: "xen-users@= lists.xen.org" =0AEnviado: jueves, 28 de agosto d= e 2014 10:05=0AAsunto: Re: [Xen-users] network configuration on DomUs=0A = =0A=0A=0AHello Hernan,=0A=0Ai'm not sure this is a Xen problem.=0ABy the lo= oks of it, you refer to IPv4 addresses but your ifconfig (on dom0 i guess ?= ) shows IPv6 addresses for all NICs and bridges except for eth0 and lo wher= e it is also has IPv4.=0A=0AYour .14, .16, .17 are nowhere to be seen...=0A= =0AMy bet would be on a IP and/or routing setup issue. You should check the= se on SQL VM, but again what makes you think it is Xen related ?=0A=0APierr= e=0A=0A=0A=0A=0AOn Mon, Aug 25, 2014 at 11:54 PM, Hern=E1n Castelo wrote:=0A=0A=0A>=0A>=0A>Hi=0A>I'm very new with Xen (/De= bian)=0A>=0A>=0A>I have 2 VMs running Windows: "Arch" and "Sql" -- static I= Ps=0A>=0A>=0A>VM Arch: is ok, accessible thru VNC, Remote Desktop, see the = network, etc=0A>=0A>=0A>VM Sql : - just accessible thru VNC=0A>=0A>=A0 =A0 = =A0 =A0 =A0 =A0 - once I log in, I don't see the network=0A>=A0 =A0 =A0 =A0= =A0 =A0 - pings don't reach peer=0A>=A0 =A0 =A0 =A0 =A0 =A0 - appear 4 net= work ports on Windows=0A>=0A>=0A>the server has 4 NIC cards=0A>the first, e= th0, is used just for the server, with IP 10.0.11.13=0A>the VM Arch should = use eth1, with IP ...14=0A>and VM Sql should use eth2 with IP 16, and eth3 = (as configured in SQLServer) with IP 17=0A>=0A>=0A>please, guide me=0A>=0A>= I inherit this problem, and am far from being an expert...=0A>=0A>=0A>THANK= S IN ADVANCE!!=0A>=0A>=0A>-------------------------------------------------= -------=0A>=0A>=0A>=0A>root@USR03:~# route -n=0A>Kernel IP routing table=0A= >Destination =A0 =A0 Gateway =A0 =A0 =A0 =A0 Genmask =A0 =A0 =A0 =A0 Flags = Metric Ref =A0 =A0Use Iface=0A>10.0.11.0 =A0 =A0 =A0 0.0.0.0 =A0 =A0 =A0 = =A0 255.255.255.0 =A0 U =A0 =A0 0 =A0 =A0 =A00 =A0 =A0 =A0 =A00 eth0=0A>0.0= .0.0 =A0 =A0 =A0 =A0 10.0.11.1 =A0 =A0 =A0 0.0.0.0 =A0 =A0 =A0 =A0 UG =A0 = =A00 =A0 =A0 =A00 =A0 =A0 =A0 =A00 eth0=0A>=0A>=0A>------------------------= --------------------------------=0A>=0A>=0A>=0A>root@USR03:~# brctl show=0A= >bridge name =A0 =A0 bridge id =A0 =A0 =A0 =A0 =A0 =A0 =A0 STP enabled =A0 = =A0 interfaces=0A>eth0 =A0 =A0 =A0 =A0 =A0 =A08000.001b21d81f20 =A0 =A0 =A0= no =A0 =A0 =A0 =A0 =A0 =A0 =A0peth0=0A>xenbr1 =A0 =A0 =A0 =A0 =A08000.001b= 21d81f21 =A0 =A0 =A0 no =A0 =A0 =A0 =A0 =A0 =A0 =A0eth1=0A>=A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0 =A0 =A0 vif4.0=0A>xenbr2 =A0 =A0 =A0 =A0 =A08000.5cf3fc573b8c = =A0 =A0 =A0 no =A0 =A0 =A0 =A0 =A0 =A0 =A0eth2=0A>=A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0 tap12.0=0A>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 tap12.1=0A>=A0= =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 vif12.0=0A>=A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 vif12.1=0A>xenbr3 =A0 =A0 =A0 =A0 =A08000.5cf3fc573b8e =A0 =A0 =A0= no =A0 =A0 =A0 =A0 =A0 =A0 =A0eth3=0A>=0A>=0A>----------------------------= ----------------------------=0A>=0A>=0A>=0A>root@USR03:~# ip route show=0A>= 10.0.11.0/24 dev eth0 =A0proto kernel =A0scope link =A0src 10.0.11.13=0A>de= fault via 10.0.11.1 dev eth0=0A>=0A>=0A>-----------------------------------= ---------------------=0A>=0A>=0A>=0A>root@USR03:~# ifconfig=0A>eth0 =A0 =A0= =A0Link encap:Ethernet =A0HWaddr 00:1b:21:d8:1f:20=0A>=A0 =A0 =A0 =A0 =A0 = inet addr:10.0.11.13 =A0Bcast:10.0.11.255 =A0Mask:255.255.255.0=0A>=A0 =A0 = =A0 =A0 =A0 inet6 addr: fe80::21b:21ff:fed8:1f20/64 Scope:Link=0A>=A0 =A0 = =A0 =A0 =A0 UP BROADCAST RUNNING MULTICAST =A0MTU:1500 =A0Metric:1=0A>=A0 = =A0 =A0 =A0 =A0 RX packets:159619 errors:0 dropped:0 overruns:0 frame:0=0A>= =A0 =A0 =A0 =A0 =A0 TX packets:140984 errors:0 dropped:0 overruns:0 carrier= :0=0A>=A0 =A0 =A0 =A0 =A0 collisions:0 txqueuelen:0=0A>=A0 =A0 =A0 =A0 =A0 = RX bytes:8613734 (8.2 MiB) =A0TX bytes:159007702 (151.6 MiB)=0A>=0A>=0A>eth= 1 =A0 =A0 =A0Link encap:Ethernet =A0HWaddr 00:1b:21:d8:1f:21=0A>=A0 =A0 =A0= =A0 =A0 inet6 addr: fe80::21b:21ff:fed8:1f21/64 Scope:Link=0A>=A0 =A0 =A0 = =A0 =A0 UP BROADCAST RUNNING MULTICAST =A0MTU:1500 =A0Metric:1=0A>=A0 =A0 = =A0 =A0 =A0 RX packets:37442 errors:0 dropped:0 overruns:0 frame:0=0A>=A0 = =A0 =A0 =A0 =A0 TX packets:4910 errors:0 dropped:0 overruns:0 carrier:0=0A>= =A0 =A0 =A0 =A0 =A0 collisions:0 txqueuelen:1000=0A>=A0 =A0 =A0 =A0 =A0 RX = bytes:4607800 (4.3 MiB) =A0TX bytes:1810201 (1.7 MiB)=0A>=A0 =A0 =A0 =A0 = =A0 Memory:97a00000-97a80000=0A>=0A>=0A>eth2 =A0 =A0 =A0Link encap:Ethernet= =A0HWaddr 5c:f3:fc:57:3b:8c=0A>=A0 =A0 =A0 =A0 =A0 inet6 addr: fe80::5ef3:= fcff:fe57:3b8c/64 Scope:Link=0A>=A0 =A0 =A0 =A0 =A0 UP BROADCAST RUNNING MU= LTICAST =A0MTU:1500 =A0Metric:1=0A>=A0 =A0 =A0 =A0 =A0 RX packets:33055 err= ors:0 dropped:0 overruns:0 frame:0=0A>=A0 =A0 =A0 =A0 =A0 TX packets:852 er= rors:0 dropped:0 overruns:0 carrier:0=0A>=A0 =A0 =A0 =A0 =A0 collisions:0 t= xqueuelen:1000=0A>=A0 =A0 =A0 =A0 =A0 RX bytes:3446328 (3.2 MiB) =A0TX byte= s:79882 (78.0 KiB)=0A>=A0 =A0 =A0 =A0 =A0 Interrupt:28 Memory:92000000-9201= 2800=0A>=0A>=0A>eth3 =A0 =A0 =A0Link encap:Ethernet =A0HWaddr 5c:f3:fc:57:3= b:8e=0A>=A0 =A0 =A0 =A0 =A0 inet6 addr: fe80::5ef3:fcff:fe57:3b8e/64 Scope:= Link=0A>=A0 =A0 =A0 =A0 =A0 UP BROADCAST RUNNING MULTICAST =A0MTU:1500 =A0M= etric:1=0A>=A0 =A0 =A0 =A0 =A0 RX packets:69385 errors:0 dropped:0 overruns= :0 frame:0=0A>=A0 =A0 =A0 =A0 =A0 TX packets:16 errors:0 dropped:0 overruns= :0 carrier:0=0A>=A0 =A0 =A0 =A0 =A0 collisions:0 txqueuelen:1000=0A>=A0 =A0= =A0 =A0 =A0 RX bytes:5844752 (5.5 MiB) =A0TX bytes:1132 (1.1 KiB)=0A>=A0 = =A0 =A0 =A0 =A0 Interrupt:40 Memory:94000000-94012800=0A>=0A>=0A>lo =A0 =A0= =A0 =A0Link encap:Local Loopback=0A>=A0 =A0 =A0 =A0 =A0 inet addr:127.0.0.= 1 =A0Mask:255.0.0.0=0A>=A0 =A0 =A0 =A0 =A0 inet6 addr: ::1/128 Scope:Host= =0A>=A0 =A0 =A0 =A0 =A0 UP LOOPBACK RUNNING =A0MTU:16436 =A0Metric:1=0A>=A0= =A0 =A0 =A0 =A0 RX packets:146 errors:0 dropped:0 overruns:0 frame:0=0A>= =A0 =A0 =A0 =A0 =A0 TX packets:146 errors:0 dropped:0 overruns:0 carrier:0= =0A>=A0 =A0 =A0 =A0 =A0 collisions:0 txqueuelen:0=0A>=A0 =A0 =A0 =A0 =A0 RX= bytes:14416 (14.0 KiB) =A0TX bytes:14416 (14.0 KiB)=0A>=0A>=0A>peth0 =A0 = =A0 Link encap:Ethernet =A0HWaddr 00:1b:21:d8:1f:20=0A>=A0 =A0 =A0 =A0 =A0 = inet6 addr: fe80::21b:21ff:fed8:1f20/64 Scope:Link=0A>=A0 =A0 =A0 =A0 =A0 U= P BROADCAST RUNNING PROMISC MULTICAST =A0MTU:1500 =A0Metric:1=0A>=A0 =A0 = =A0 =A0 =A0 RX packets:186596 errors:0 dropped:0 overruns:0 frame:0=0A>=A0 = =A0 =A0 =A0 =A0 TX packets:204370 errors:0 dropped:0 overruns:0 carrier:0= =0A>=A0 =A0 =A0 =A0 =A0 collisions:0 txqueuelen:1000=0A>=A0 =A0 =A0 =A0 =A0= RX bytes:12723915 (12.1 MiB) =A0TX bytes:162430818 (154.9 MiB)=0A>=A0 =A0 = =A0 =A0 =A0 Memory:97a80000-97b00000=0A>=0A>=0A>tap12.0 =A0 Link encap:Ethe= rnet =A0HWaddr d6:fe:ff:61:dd:ce=0A>=A0 =A0 =A0 =A0 =A0 inet6 addr: fe80::d= 4fe:ffff:fe61:ddce/64 Scope:Link=0A>=A0 =A0 =A0 =A0 =A0 UP BROADCAST RUNNIN= G MULTICAST =A0MTU:1500 =A0Metric:1=0A>=A0 =A0 =A0 =A0 =A0 RX packets:38 er= rors:0 dropped:0 overruns:0 frame:0=0A>=A0 =A0 =A0 =A0 =A0 TX packets:9156 = errors:0 dropped:0 overruns:0 carrier:0=0A>=A0 =A0 =A0 =A0 =A0 collisions:0= txqueuelen:500=0A>=A0 =A0 =A0 =A0 =A0 RX bytes:3592 (3.5 KiB) =A0TX bytes:= 1003894 (980.3 KiB)=0A>=0A>=0A>tap12.1 =A0 Link encap:Ethernet =A0HWaddr 8e= :01:08:6d:39:7c=0A>=A0 =A0 =A0 =A0 =A0 inet6 addr: fe80::8c01:8ff:fe6d:397c= /64 Scope:Link=0A>=A0 =A0 =A0 =A0 =A0 UP BROADCAST RUNNING MULTICAST =A0MTU= :1500 =A0Metric:1=0A>=A0 =A0 =A0 =A0 =A0 RX packets:0 errors:0 dropped:0 ov= erruns:0 frame:0=0A>=A0 =A0 =A0 =A0 =A0 TX packets:9194 errors:0 dropped:0 = overruns:0 carrier:0=0A>=A0 =A0 =A0 =A0 =A0 collisions:0 txqueuelen:500=0A>= =A0 =A0 =A0 =A0 =A0 RX bytes:0 (0.0 B) =A0TX bytes:1007462 (983.8 KiB)=0A>= =0A>=0A>vif12.0 =A0 Link encap:Ethernet =A0HWaddr fe:ff:ff:ff:ff:ff=0A>=A0 = =A0 =A0 =A0 =A0 inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link=0A>=A0 = =A0 =A0 =A0 =A0 UP BROADCAST RUNNING PROMISC MULTICAST =A0MTU:1500 =A0Metri= c:1=0A>=A0 =A0 =A0 =A0 =A0 RX packets:0 errors:0 dropped:0 overruns:0 frame= :0=0A>=A0 =A0 =A0 =A0 =A0 TX packets:0 errors:0 dropped:9194 overruns:0 car= rier:0=0A>=A0 =A0 =A0 =A0 =A0 collisions:0 txqueuelen:32=0A>=A0 =A0 =A0 =A0= =A0 RX bytes:0 (0.0 B) =A0TX bytes:0 (0.0 B)=0A>=0A>=0A>vif12.1 =A0 Link e= ncap:Ethernet =A0HWaddr fe:ff:ff:ff:ff:ff=0A>=A0 =A0 =A0 =A0 =A0 inet6 addr= : fe80::fcff:ffff:feff:ffff/64 Scope:Link=0A>=A0 =A0 =A0 =A0 =A0 UP BROADCA= ST RUNNING PROMISC MULTICAST =A0MTU:1500 =A0Metric:1=0A>=A0 =A0 =A0 =A0 =A0= RX packets:0 errors:0 dropped:0 overruns:0 frame:0=0A>=A0 =A0 =A0 =A0 =A0 = TX packets:237 errors:0 dropped:6884 overruns:0 carrier:0=0A>=A0 =A0 =A0 = =A0 =A0 collisions:0 txqueuelen:32=0A>=A0 =A0 =A0 =A0 =A0 RX bytes:0 (0.0 B= ) =A0TX bytes:22480 (21.9 KiB)=0A>=0A>=0A>vif4.0 =A0 =A0Link encap:Ethernet= =A0HWaddr fe:ff:ff:ff:ff:ff=0A>=A0 =A0 =A0 =A0 =A0 inet6 addr: fe80::fcff:= ffff:feff:ffff/64 Scope:Link=0A>=A0 =A0 =A0 =A0 =A0 UP BROADCAST RUNNING PR= OMISC MULTICAST =A0MTU:1500 =A0Metric:1=0A>=A0 =A0 =A0 =A0 =A0 RX packets:3= 418 errors:0 dropped:0 overruns:0 frame:0=0A>=A0 =A0 =A0 =A0 =A0 TX packets= :26435 errors:0 dropped:2009 overruns:0 carrier:0=0A>=A0 =A0 =A0 =A0 =A0 co= llisions:0 txqueuelen:32=0A>=A0 =A0 =A0 =A0 =A0 RX bytes:1359883 (1.2 MiB) = =A0TX bytes:3064684 (2.9 MiB)=0A>=0A>=0A>xenbr1 =A0 =A0Link encap:Ethernet = =A0HWaddr 00:1b:21:d8:1f:21=0A>=A0 =A0 =A0 =A0 =A0 inet6 addr: fe80::21b:21= ff:fed8:1f21/64 Scope:Link=0A>=A0 =A0 =A0 =A0 =A0 UP BROADCAST RUNNING MULT= ICAST =A0MTU:1500 =A0Metric:1=0A>=A0 =A0 =A0 =A0 =A0 RX packets:26594 error= s:0 dropped:0 overruns:0 frame:0=0A>=A0 =A0 =A0 =A0 =A0 TX packets:17 error= s:0 dropped:0 overruns:0 carrier:0=0A>=A0 =A0 =A0 =A0 =A0 collisions:0 txqu= euelen:0=0A>=A0 =A0 =A0 =A0 =A0 RX bytes:2552297 (2.4 MiB) =A0TX bytes:930 = (930.0 B)=0A>=0A>=0A>xenbr2 =A0 =A0Link encap:Ethernet =A0HWaddr 5c:f3:fc:5= 7:3b:8c=0A>=A0 =A0 =A0 =A0 =A0 inet6 addr: fe80::5ef3:fcff:fe57:3b8c/64 Sco= pe:Link=0A>=A0 =A0 =A0 =A0 =A0 UP BROADCAST RUNNING MULTICAST =A0MTU:1500 = =A0Metric:1=0A>=A0 =A0 =A0 =A0 =A0 RX packets:26513 errors:0 dropped:0 over= runs:0 frame:0=0A>=A0 =A0 =A0 =A0 =A0 TX packets:16 errors:0 dropped:0 over= runs:0 carrier:0=0A>=A0 =A0 =A0 =A0 =A0 collisions:0 txqueuelen:0=0A>=A0 = =A0 =A0 =A0 =A0 RX bytes:2547392 (2.4 MiB) =A0TX bytes:888 (888.0 B)=0A>=0A= >=0A>xenbr3 =A0 =A0Link encap:Ethernet =A0HWaddr 5c:f3:fc:57:3b:8e=0A>=A0 = =A0 =A0 =A0 =A0 inet6 addr: fe80::5ef3:fcff:fe57:3b8e/64 Scope:Link=0A>=A0 = =A0 =A0 =A0 =A0 UP BROADCAST RUNNING MULTICAST =A0MTU:1500 =A0Metric:1=0A>= =A0 =A0 =A0 =A0 =A0 RX packets:69343 errors:0 dropped:0 overruns:0 frame:0= =0A>=A0 =A0 =A0 =A0 =A0 TX packets:16 errors:0 dropped:0 overruns:0 carrier= :0=0A>=A0 =A0 =A0 =A0 =A0 collisions:0 txqueuelen:0=0A>=A0 =A0 =A0 =A0 =A0 = RX bytes:4529117 (4.3 MiB) =A0TX bytes:888 (888.0 B)=0A>=0A>=0A>-----------= ---------------------------------------------=0A>=0A>=0A>=0A>______________= _________________________________=0A>Xen-users mailing list=0A>Xen-users@li= sts.xen.org=0A>http://lists.xen.org/xen-users=0A> ---256681777-824060083-1409319516=:40235 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
well
I had to d= iscard the failing VM
I've created a new one, based on the other = VM that have been working well

In some way, Windows went= crazy inside, no Xen fault

thanks anyway for your answer
 
De: Pierre Peyronnel <= ;pierre.peyronnel@gmail.com>
P= ara: Hern=E1n Castelo <bajopalabra@yahoo.com.ar>
CC: "xen-users@lists.xen.org" &= lt;xen-users@lists.xen.org>
E= nviado: jueves, 28 de agosto de 2014 10:05
Asunto: Re: [Xen-users] network configurati= on on DomUs

Hello Hernan,<= br clear=3D"none">
i'm not sure this is a Xen probl= em.
By the looks of it, you refer to IPv4 addresses= but your ifconfig (on dom0 i guess ?) shows IPv6 addresses for all NICs and bridges except for e= th0 and lo where it is also has IPv4.
=0A
Your = .14, .16, .17 are nowhere to be seen...

My bet would be on a IP and/or routing setup issue. You = should check these on SQL VM, but again what makes you think it is Xen rela= ted ?

=0A
Pierre


On Mon, Aug 25, 2014 at = 11:54 PM, Hern=E1n Castelo <bajopalabra@yahoo.com.ar> wrote:
=0A


Hi
=0A
I'm very n= ew with Xen (/Debian)
=0A
I have 2 VMs ru= nning Windows: "Arch" and "Sql" -- static IPs
=0A


=0A
VM Sql : - just accessible thru VNC
=0A
=      =0A  = ;     - once I log in, I don't see the network
          &= nbsp; - pings don't reach peer
=0A
            - appear 4 networ= k ports on Windows
=0A

=0Athe server has 4 NIC cards
the first, eth0, is used just for the server, with IP 10.= 0.11.13
=0A
the VM = Arch should use eth1, with IP ...14
=0A
and VM Sql should use eth= 2 with IP 16, and eth3 (as=0A configured in SQLServer) with IP 17

=0A
= please, guide me
=0A
I inherit this problem, and am far from being an exper= t...
=0A
THANKS IN ADVANCE!!
=0A
---------------= -----------------------------------------
=0A

root@USR03:~# route -n
Kernel IP routing table
=0ADestination     = Gateway  =0A       Genmask         = Flags Metric Ref    Use Iface
10.0.11.0       0.0.0.0       =   255.255.255.0   U     0      0   =      0 eth0
=0A
0.0.0.= 0         10.0.11.1       0.0.0.0  =       UG    0      0    =    0 eth0

=0A-= -------------------------------------------------------

=0A
root@USR03:~# brctl show
bridge name     bridge id      = ;         STP enabled     interfaces
=0Aeth0       &nbs= p;    8000.001b21d81f20       no     &nb= sp;        peth0
xenbr1          8000.001b21d81f21 &nbs= p;     no              eth1
       =              =0A       &= nbsp;                    =       vif4.0
xenbr2          8000.5cf3fc573b8c    = ;   no              eth2
          =                      = ;                     &nb= sp;   tap12.0
=0A
&nb= sp;                     &= nbsp;                    =             tap12.1
              =    =0A                 &n= bsp;                     = vif12.0
    &nb= sp;                     &= nbsp;                    =         vif12.1
=0A
xenbr3          8000.5cf3fc573b8e    = ;   no              eth3

--------------------------------------------------------
=0A

<= /div>
root@USR03:~# ip rout= e show
10.0.11.0/24 dev eth0  proto kernel  = ;scope link  src 10.0.11.13
=0A
default via 10.0.11.1 dev eth= 0

--------------------------------------------------------
=0A

root@USR03:~# ifconfig
=0Aeth0      Link encap:Ethernet  = HWaddr 00:1b:21:d8:1f:20
=           inet addr:10.0.11.13  Bcast:10.0.11= .255  Mask:255.255.255.0
          inet6 addr: fe80::21b:21ff:fed8:1f2= 0/64 Scope:Link
=0A
 =         UP BROADCAST RUNNING MULTICAST  MTU:1500 =  Metric:1
  &nb= sp;       RX packets:159619 errors:0 dropped:0=0A overruns:0= frame:0
    &n= bsp;     TX packets:140984 errors:0 dropped:0 overruns:0 carrier:= 0
      &n= bsp;   collisions:0 txqueuelen:0
=0A
          RX bytes:8613734 (8.2 Mi= B)  TX bytes:159007702 (151.6 MiB)

=0Aeth1      Link encap:Ethernet  HWaddr 00:1= b:21:d8:1f:21
  &nbs= p;       inet6 addr: fe80::21b:21ff:fed8:1f21/64 Scope:Link<= /div>
      &nbs= p;   UP BROADCAST RUNNING MULTICAST  MTU:1500=0A  Metric:1
       = ;   RX packets:37442 errors:0 dropped:0 overruns:0 frame:0
          T= X packets:4910 errors:0 dropped:0 overruns:0 carrier:0
=0A
          colli= sions:0 txqueuelen:1000
&= nbsp;         RX bytes:4607800 (4.3 MiB)  TX bytes= :1810201 (1.7 MiB)
=0A&nb= sp;         Memory:97a00000-97a80000

eth2      Link encap:Ethernet &nb= sp;HWaddr 5c:f3:fc:57:3b:8c
=0A          inet6 addr: fe80::5ef3:fcff:fe57:3= b8c/64 Scope:Link
  =         UP BROADCAST RUNNING MULTICAST  MTU:1500 &= nbsp;Metric:1
  &nbs= p;       RX packets:33055 errors:0 dropped:0 overruns:0 fram= e:0
=0A
    &nbs= p;     TX packets:852 errors:0 dropped:0 overruns:0 carrier:0
        =   collisions:0 txqueuelen:1000
=0A          RX bytes:3446328 (3.2 MiB)=  TX bytes:79882 (78.0 KiB)
          Interrupt:28=0A Memory:92000000-= 92012800

eth3     &n= bsp;Link encap:Ethernet  HWaddr 5c:f3:fc:57:3b:8e
=0A          inet6 a= ddr: fe80::5ef3:fcff:fe57:3b8e/64 Scope:Link
          UP BROADCAST RUNNING= MULTICAST  MTU:1500  Metric:1
          RX packets:69385 errors:= 0 dropped:0 overruns:0 frame:0
=0A
          TX packets:16 errors:0 dropped:= 0 overruns:0 carrier:0
&n= bsp;         collisions:0=0A txqueuelen:1000
          = RX bytes:5844752 (5.5 MiB)  TX bytes:1132 (1.1 KiB)
          Interrup= t:40 Memory:94000000-94012800
=0A

lo        Link encap:Local Loopback
          inet = addr:127.0.0.1  Mask:255.0.0.0
=0A
          inet6 addr: ::1/128 Scope:= Host
     =     UP LOOPBACK RUNNING  MTU:16436  Metric:1
=0A        &nb= sp; RX packets:146 errors:0 dropped:0 overruns:0 frame:0
          TX packe= ts:146 errors:0 dropped:0 overruns:0 carrier:0
=0A          collisions:0 tx= queuelen:0
    =       RX bytes:14416 (14.0 KiB)  TX bytes:14416 (14.0 K= iB)

=0Apeth0     Lin= k encap:Ethernet  HWaddr 00:1b:21:d8:1f:20
          inet6 addr: fe80:= :21b:21ff:fed8:1f20/64 Scope:Link
     =0A     UP BROADCAST RUNNING PROMISC= MULTICAST  MTU:1500  Metric:1
          RX packets:186596 errors= :0 dropped:0 overruns:0 frame:0
=0A          TX packets:204370 errors:0 dro= pped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
         = ; RX bytes:12723915 (12.1 MiB)  TX bytes:162430818 (154.9 MiB)
= =0A
       =   Memory:97a80000-97b00000

tap12.0   Link=0A encap:Ethernet  HWaddr d6:fe:ff:61:dd:ce
        =   inet6 addr: fe80::d4fe:ffff:fe61:ddce/64 Scope:Link
          UP BR= OADCAST RUNNING MULTICAST  MTU:1500  Metric:1
=0A
          RX pa= ckets:38 errors:0 dropped:0 overruns:0 frame:0
          TX packets:9156 er= rors:0 dropped:0 overruns:0 carrier:0
=0A
          collisions:0 txqueuelen:= 500
      =     RX bytes:3592 (3.5 KiB)  TX bytes:1003894 (980.3 KiB)
=0A
tap12.1   Link encap:Eth= ernet  HWaddr 8e:01:08:6d:39:7c
          inet6 addr: fe80::8c01:8ff:f= e6d:397c/64 Scope:Link
=0A
          UP BROADCAST RUNNING MULTICAST  MT= U:1500  Metric:1
&nb= sp;         RX packets:0 errors:0 dropped:0 overruns:0 = frame:0
=0A    =       TX packets:9194 errors:0 dropped:0 overruns:0 carrier:= 0
      &n= bsp;   collisions:0 txqueuelen:500
     =0A     RX bytes:0 (0.0 B) &nb= sp;TX bytes:1007462 (983.8 KiB)

vif12.0   Link encap:Ethernet  HWaddr fe:ff:ff:ff:ff:ff
= =0A
       =   inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link
          UP BR= OADCAST RUNNING PROMISC MULTICAST  MTU:1500  Metric:1
=0A         = ; RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0= errors:0 dropped:9194 overruns:0 carrier:0
=0A
     =0A     collisions:0 tx= queuelen:32
   =       RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

=0Avif12.1   Link encap:Ethernet &= nbsp;HWaddr fe:ff:ff:ff:ff:ff
          inet6 addr: fe80::fcff:ffff:feff:ff= ff/64 Scope:Link
  &= nbsp;       UP BROADCAST RUNNING PROMISC MULTICAST  MTU= :1500  Metric:1
=0A
&= nbsp;         RX packets:0 errors:0 dropped:0 overruns:= 0 frame:0
    &= nbsp;     TX packets:237 errors:0=0A dropped:6884 overruns:0 carr= ier:0
     = ;     collisions:0 txqueuelen:32
          RX bytes:0 (0.0 B) &nb= sp;TX bytes:22480 (21.9 KiB)
=0A

vif4.0    Link encap:Ethernet  HWaddr fe:ff:ff:ff:ff:ff
       =   inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link
=0A
          UP= BROADCAST RUNNING PROMISC MULTICAST  MTU:1500  Metric:1
         = ; RX packets:3418 errors:0 dropped:0 overruns:0=0A frame:0
          TX pa= ckets:26435 errors:0 dropped:2009 overruns:0 carrier:0
          collisions= :0 txqueuelen:32
=0A = ;         RX bytes:1359883 (1.2 MiB)  TX bytes:306= 4684 (2.9 MiB)

xenbr1   =  Link encap:Ethernet  HWaddr 00:1b:21:d8:1f:21
=0A
          inet6= addr: fe80::21b:21ff:fed8:1f21/64 Scope:Link
          UP BROADCAST RUNNIN= G MULTICAST  MTU:1500  Metric:1
=0A          RX packets:26594 err= ors:0 dropped:0 overruns:0 frame:0
          TX packets:17 errors:0 dropped= :0 overruns:0 carrier:0
= =0A          collisions:0 txqueuelen:0
          R= X bytes:2552297 (2.4 MiB)  TX bytes:930 (930.0 B)

=0Axenbr2    Link encap:Ethernet  H= Waddr 5c:f3:fc:57:3b:8c
&= nbsp;         inet6 addr: fe80::5ef3:fcff:fe57:3b8c/64 = Scope:Link
    =       UP BROADCAST RUNNING MULTICAST  MTU:1500  Me= tric:1
=0A
    &= nbsp;     RX packets:26513 errors:0 dropped:0 overruns:0 frame:0<= /div>
      &nbs= p;   TX packets:16 errors:0 dropped:0 overruns:0 carrier:0
=0A         = ; collisions:0 txqueuelen:0
          RX bytes:2547392 (2.4 MiB)  TX b= ytes:888 (888.0 B)
=0A
xenbr3 &= nbsp;  Link encap:Ethernet  HWaddr 5c:f3:fc:57:3b:8e
   =0A      = inet6 addr: fe80::5ef3:fcff:fe57:3b8e/64 Scope:Link
          UP BROADCAST= RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:69343= errors:0 dropped:0 overruns:0 frame:0
=0A
          TX packets:16 errors:0 = dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
=0A
          RX by= tes:4529117 (4.3 MiB)  TX bytes:888 (888.0 B)

=0A--------------------------------------------------------
=0A


__________________________________________= _____
=0AXen-users mailing list
=0AXen-users@lists.xe= n.org
=0Ahttp://lists.xen.org/xen-u= sers



---256681777-824060083-1409319516=:40235-- --===============7749882349475249174== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7749882349475249174==-- From xen-users-bounces@lists.xen.org Fri Aug 29 13:39:57 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 29 Aug 2014 13:39: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 1XNMO3-0004GF-7C; Fri, 29 Aug 2014 13:38:43 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XNMO0-0004G8-Vq for xen-users@lists.xen.org; Fri, 29 Aug 2014 13:38:41 +0000 Received: from [85.158.137.68:43069] by server-13.bemta-3.messagelabs.com id 8A/82-01569-06280045; Fri, 29 Aug 2014 13:38:40 +0000 X-Env-Sender: bajopalabra@yahoo.com.ar X-Msg-Ref: server-5.tower-31.messagelabs.com!1409319517!11379476!1 X-Originating-IP: [98.139.213.147] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG, HTML_MESSAGE,ML_RADAR_SPEW_LINKS_12,ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_6,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21751 invoked from network); 29 Aug 2014 13:38:38 -0000 Received: from nm10-vm0.bullet.mail.bf1.yahoo.com (HELO nm10-vm0.bullet.mail.bf1.yahoo.com) (98.139.213.147) by server-5.tower-31.messagelabs.com with SMTP; 29 Aug 2014 13:38:38 -0000 Received: from [98.139.212.151] by nm10.bullet.mail.bf1.yahoo.com with NNFMP; 29 Aug 2014 13:38:37 -0000 Received: from [98.139.212.249] by tm8.bullet.mail.bf1.yahoo.com with NNFMP; 29 Aug 2014 13:38:37 -0000 Received: from [127.0.0.1] by omp1058.mail.bf1.yahoo.com with NNFMP; 29 Aug 2014 13:38:37 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 129997.39868.bm@omp1058.mail.bf1.yahoo.com Received: (qmail 96922 invoked by uid 60001); 29 Aug 2014 13:38:37 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com.ar; s=s1024; t=1409319517; bh=i8btHoeZ1tVFqQtIyHf4gK5B+5G5p8rXydF1ZtRkb2w=; h=References:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=sNcXWgFFOJzzNPDfvagbuDzSS9Lsu5q+LDHBnfdjqPh7boAuxZlCMDPiS1oPt4NI0lnzELTXJ9/uOARkTi4ZmrXnd5lIDxfpX/HjNkT2jl+EvftTWKqDle5zBHZVCz/hhJNADzM6cIuy0ftv9z5FKpct/pP6rBmZjUCFE5/BtxA= X-YMail-OSG: o7DjNKEVM1lZeUPUIv.Sr0LPd0zpyQIOkXw2405VcbdPkgc vRuI8FLzAjdV5hfme253zdiLrDqsX._7NulTxj.vvN0EoPBTsfH0xcSpOQ5K fgizRjKt1ljDlkU7SqW5DwiGjHD0.cGMpvwq2Fh2mTYncyU5xUWiep0OcsDP Z7bvJzgBw5qeFlM1oa7twICx_HuF_6av81bKHvNehmosoJmtKqjU6p7.HB3F r1CV0Dj.Uh2pQMq0kLn7pc88OGVj7T6H8n7N7MmcojuhRHwK2Ds0FJxHtTxq Fku.J8RgGsaRqGtkg_1cQghfshnOfvbYA.30KSmeEZ8MxWMreY03CIKHeyM_ HIpQcAdenmJiGyuXqI_iLpFajULlvDBaJF9fdgGf9z4unm4_oRmy1iaGf3PK m_41M7gR2oSOgCUdZ_LDjnitqcScR0SLpIyqPQJ6PMvA7w6a9tOEzHvHJ.Xn SqjtESMcM_S1DA_epK2ighRjPXWMksPuoBwraATD1RiAhOHeNbwTYwk6PeRg HwjJVhQKcx3PCrlo8hNF1ScIiZqcSz6i0ouCV9s4vbgMrlBvgjLoqzqh_tUX gvx5RfPEKuCOHZJguYBUt1R_VA1DW3vxg0ocf6ZbgkANXTHw- Received: from [200.89.153.16] by web142701.mail.bf1.yahoo.com via HTTP; Fri, 29 Aug 2014 06:38:36 PDT X-Rocket-MIMEInfo: 002.001, d2VsbApJIGhhZCB0byBkaXNjYXJkIHRoZSBmYWlsaW5nIFZNCkkndmUgY3JlYXRlZCBhIG5ldyBvbmUsIGJhc2VkIG9uIHRoZSBvdGhlciBWTSB0aGF0IGhhdmUgYmVlbiB3b3JraW5nIHdlbGwKCkluIHNvbWUgd2F5LCBXaW5kb3dzIHdlbnQgY3JhenkgaW5zaWRlLCBubyBYZW4gZmF1bHQKCnRoYW5rcyBhbnl3YXkgZm9yIHlvdXIgYW5zd2VyCsKgCgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwogRGU6IFBpZXJyZSBQZXlyb25uZWwgPHBpZXJyZS5wZXlyb25uZWxAZ21haWwuY29tPgpQYXJhOiABMAEBAQE- X-Mailer: YahooMailWebService/0.8.203.696 References: <1409003686.6905.YahooMailNeo@web142702.mail.bf1.yahoo.com> Message-ID: <1409319516.40235.YahooMailNeo@web142701.mail.bf1.yahoo.com> Date: Fri, 29 Aug 2014 06:38:36 -0700 From: =?iso-8859-1?Q?Hern=E1n_Castelo?= To: "xen-users@lists.xen.org" In-Reply-To: MIME-Version: 1.0 Subject: Re: [Xen-users] network configuration on DomUs X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: =?iso-8859-1?Q?Hern=E1n_Castelo?= List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7749882349475249174==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7749882349475249174== Content-Type: multipart/alternative; boundary="-256681777-824060083-1409319516=:40235" ---256681777-824060083-1409319516=:40235 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable well=0AI had to discard the failing VM=0AI've created a new one, based on t= he other VM that have been working well=0A=0AIn some way, Windows went craz= y inside, no Xen fault=0A=0Athanks anyway for your answer=0A=A0=0A=0A______= __________________________=0A De: Pierre Peyronnel =0APara: Hern=E1n Castelo =0ACC: "xen-users@= lists.xen.org" =0AEnviado: jueves, 28 de agosto d= e 2014 10:05=0AAsunto: Re: [Xen-users] network configuration on DomUs=0A = =0A=0A=0AHello Hernan,=0A=0Ai'm not sure this is a Xen problem.=0ABy the lo= oks of it, you refer to IPv4 addresses but your ifconfig (on dom0 i guess ?= ) shows IPv6 addresses for all NICs and bridges except for eth0 and lo wher= e it is also has IPv4.=0A=0AYour .14, .16, .17 are nowhere to be seen...=0A= =0AMy bet would be on a IP and/or routing setup issue. You should check the= se on SQL VM, but again what makes you think it is Xen related ?=0A=0APierr= e=0A=0A=0A=0A=0AOn Mon, Aug 25, 2014 at 11:54 PM, Hern=E1n Castelo wrote:=0A=0A=0A>=0A>=0A>Hi=0A>I'm very new with Xen (/De= bian)=0A>=0A>=0A>I have 2 VMs running Windows: "Arch" and "Sql" -- static I= Ps=0A>=0A>=0A>VM Arch: is ok, accessible thru VNC, Remote Desktop, see the = network, etc=0A>=0A>=0A>VM Sql : - just accessible thru VNC=0A>=0A>=A0 =A0 = =A0 =A0 =A0 =A0 - once I log in, I don't see the network=0A>=A0 =A0 =A0 =A0= =A0 =A0 - pings don't reach peer=0A>=A0 =A0 =A0 =A0 =A0 =A0 - appear 4 net= work ports on Windows=0A>=0A>=0A>the server has 4 NIC cards=0A>the first, e= th0, is used just for the server, with IP 10.0.11.13=0A>the VM Arch should = use eth1, with IP ...14=0A>and VM Sql should use eth2 with IP 16, and eth3 = (as configured in SQLServer) with IP 17=0A>=0A>=0A>please, guide me=0A>=0A>= I inherit this problem, and am far from being an expert...=0A>=0A>=0A>THANK= S IN ADVANCE!!=0A>=0A>=0A>-------------------------------------------------= -------=0A>=0A>=0A>=0A>root@USR03:~# route -n=0A>Kernel IP routing table=0A= >Destination =A0 =A0 Gateway =A0 =A0 =A0 =A0 Genmask =A0 =A0 =A0 =A0 Flags = Metric Ref =A0 =A0Use Iface=0A>10.0.11.0 =A0 =A0 =A0 0.0.0.0 =A0 =A0 =A0 = =A0 255.255.255.0 =A0 U =A0 =A0 0 =A0 =A0 =A00 =A0 =A0 =A0 =A00 eth0=0A>0.0= .0.0 =A0 =A0 =A0 =A0 10.0.11.1 =A0 =A0 =A0 0.0.0.0 =A0 =A0 =A0 =A0 UG =A0 = =A00 =A0 =A0 =A00 =A0 =A0 =A0 =A00 eth0=0A>=0A>=0A>------------------------= --------------------------------=0A>=0A>=0A>=0A>root@USR03:~# brctl show=0A= >bridge name =A0 =A0 bridge id =A0 =A0 =A0 =A0 =A0 =A0 =A0 STP enabled =A0 = =A0 interfaces=0A>eth0 =A0 =A0 =A0 =A0 =A0 =A08000.001b21d81f20 =A0 =A0 =A0= no =A0 =A0 =A0 =A0 =A0 =A0 =A0peth0=0A>xenbr1 =A0 =A0 =A0 =A0 =A08000.001b= 21d81f21 =A0 =A0 =A0 no =A0 =A0 =A0 =A0 =A0 =A0 =A0eth1=0A>=A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0 =A0 =A0 vif4.0=0A>xenbr2 =A0 =A0 =A0 =A0 =A08000.5cf3fc573b8c = =A0 =A0 =A0 no =A0 =A0 =A0 =A0 =A0 =A0 =A0eth2=0A>=A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0 tap12.0=0A>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 tap12.1=0A>=A0= =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 vif12.0=0A>=A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 vif12.1=0A>xenbr3 =A0 =A0 =A0 =A0 =A08000.5cf3fc573b8e =A0 =A0 =A0= no =A0 =A0 =A0 =A0 =A0 =A0 =A0eth3=0A>=0A>=0A>----------------------------= ----------------------------=0A>=0A>=0A>=0A>root@USR03:~# ip route show=0A>= 10.0.11.0/24 dev eth0 =A0proto kernel =A0scope link =A0src 10.0.11.13=0A>de= fault via 10.0.11.1 dev eth0=0A>=0A>=0A>-----------------------------------= ---------------------=0A>=0A>=0A>=0A>root@USR03:~# ifconfig=0A>eth0 =A0 =A0= =A0Link encap:Ethernet =A0HWaddr 00:1b:21:d8:1f:20=0A>=A0 =A0 =A0 =A0 =A0 = inet addr:10.0.11.13 =A0Bcast:10.0.11.255 =A0Mask:255.255.255.0=0A>=A0 =A0 = =A0 =A0 =A0 inet6 addr: fe80::21b:21ff:fed8:1f20/64 Scope:Link=0A>=A0 =A0 = =A0 =A0 =A0 UP BROADCAST RUNNING MULTICAST =A0MTU:1500 =A0Metric:1=0A>=A0 = =A0 =A0 =A0 =A0 RX packets:159619 errors:0 dropped:0 overruns:0 frame:0=0A>= =A0 =A0 =A0 =A0 =A0 TX packets:140984 errors:0 dropped:0 overruns:0 carrier= :0=0A>=A0 =A0 =A0 =A0 =A0 collisions:0 txqueuelen:0=0A>=A0 =A0 =A0 =A0 =A0 = RX bytes:8613734 (8.2 MiB) =A0TX bytes:159007702 (151.6 MiB)=0A>=0A>=0A>eth= 1 =A0 =A0 =A0Link encap:Ethernet =A0HWaddr 00:1b:21:d8:1f:21=0A>=A0 =A0 =A0= =A0 =A0 inet6 addr: fe80::21b:21ff:fed8:1f21/64 Scope:Link=0A>=A0 =A0 =A0 = =A0 =A0 UP BROADCAST RUNNING MULTICAST =A0MTU:1500 =A0Metric:1=0A>=A0 =A0 = =A0 =A0 =A0 RX packets:37442 errors:0 dropped:0 overruns:0 frame:0=0A>=A0 = =A0 =A0 =A0 =A0 TX packets:4910 errors:0 dropped:0 overruns:0 carrier:0=0A>= =A0 =A0 =A0 =A0 =A0 collisions:0 txqueuelen:1000=0A>=A0 =A0 =A0 =A0 =A0 RX = bytes:4607800 (4.3 MiB) =A0TX bytes:1810201 (1.7 MiB)=0A>=A0 =A0 =A0 =A0 = =A0 Memory:97a00000-97a80000=0A>=0A>=0A>eth2 =A0 =A0 =A0Link encap:Ethernet= =A0HWaddr 5c:f3:fc:57:3b:8c=0A>=A0 =A0 =A0 =A0 =A0 inet6 addr: fe80::5ef3:= fcff:fe57:3b8c/64 Scope:Link=0A>=A0 =A0 =A0 =A0 =A0 UP BROADCAST RUNNING MU= LTICAST =A0MTU:1500 =A0Metric:1=0A>=A0 =A0 =A0 =A0 =A0 RX packets:33055 err= ors:0 dropped:0 overruns:0 frame:0=0A>=A0 =A0 =A0 =A0 =A0 TX packets:852 er= rors:0 dropped:0 overruns:0 carrier:0=0A>=A0 =A0 =A0 =A0 =A0 collisions:0 t= xqueuelen:1000=0A>=A0 =A0 =A0 =A0 =A0 RX bytes:3446328 (3.2 MiB) =A0TX byte= s:79882 (78.0 KiB)=0A>=A0 =A0 =A0 =A0 =A0 Interrupt:28 Memory:92000000-9201= 2800=0A>=0A>=0A>eth3 =A0 =A0 =A0Link encap:Ethernet =A0HWaddr 5c:f3:fc:57:3= b:8e=0A>=A0 =A0 =A0 =A0 =A0 inet6 addr: fe80::5ef3:fcff:fe57:3b8e/64 Scope:= Link=0A>=A0 =A0 =A0 =A0 =A0 UP BROADCAST RUNNING MULTICAST =A0MTU:1500 =A0M= etric:1=0A>=A0 =A0 =A0 =A0 =A0 RX packets:69385 errors:0 dropped:0 overruns= :0 frame:0=0A>=A0 =A0 =A0 =A0 =A0 TX packets:16 errors:0 dropped:0 overruns= :0 carrier:0=0A>=A0 =A0 =A0 =A0 =A0 collisions:0 txqueuelen:1000=0A>=A0 =A0= =A0 =A0 =A0 RX bytes:5844752 (5.5 MiB) =A0TX bytes:1132 (1.1 KiB)=0A>=A0 = =A0 =A0 =A0 =A0 Interrupt:40 Memory:94000000-94012800=0A>=0A>=0A>lo =A0 =A0= =A0 =A0Link encap:Local Loopback=0A>=A0 =A0 =A0 =A0 =A0 inet addr:127.0.0.= 1 =A0Mask:255.0.0.0=0A>=A0 =A0 =A0 =A0 =A0 inet6 addr: ::1/128 Scope:Host= =0A>=A0 =A0 =A0 =A0 =A0 UP LOOPBACK RUNNING =A0MTU:16436 =A0Metric:1=0A>=A0= =A0 =A0 =A0 =A0 RX packets:146 errors:0 dropped:0 overruns:0 frame:0=0A>= =A0 =A0 =A0 =A0 =A0 TX packets:146 errors:0 dropped:0 overruns:0 carrier:0= =0A>=A0 =A0 =A0 =A0 =A0 collisions:0 txqueuelen:0=0A>=A0 =A0 =A0 =A0 =A0 RX= bytes:14416 (14.0 KiB) =A0TX bytes:14416 (14.0 KiB)=0A>=0A>=0A>peth0 =A0 = =A0 Link encap:Ethernet =A0HWaddr 00:1b:21:d8:1f:20=0A>=A0 =A0 =A0 =A0 =A0 = inet6 addr: fe80::21b:21ff:fed8:1f20/64 Scope:Link=0A>=A0 =A0 =A0 =A0 =A0 U= P BROADCAST RUNNING PROMISC MULTICAST =A0MTU:1500 =A0Metric:1=0A>=A0 =A0 = =A0 =A0 =A0 RX packets:186596 errors:0 dropped:0 overruns:0 frame:0=0A>=A0 = =A0 =A0 =A0 =A0 TX packets:204370 errors:0 dropped:0 overruns:0 carrier:0= =0A>=A0 =A0 =A0 =A0 =A0 collisions:0 txqueuelen:1000=0A>=A0 =A0 =A0 =A0 =A0= RX bytes:12723915 (12.1 MiB) =A0TX bytes:162430818 (154.9 MiB)=0A>=A0 =A0 = =A0 =A0 =A0 Memory:97a80000-97b00000=0A>=0A>=0A>tap12.0 =A0 Link encap:Ethe= rnet =A0HWaddr d6:fe:ff:61:dd:ce=0A>=A0 =A0 =A0 =A0 =A0 inet6 addr: fe80::d= 4fe:ffff:fe61:ddce/64 Scope:Link=0A>=A0 =A0 =A0 =A0 =A0 UP BROADCAST RUNNIN= G MULTICAST =A0MTU:1500 =A0Metric:1=0A>=A0 =A0 =A0 =A0 =A0 RX packets:38 er= rors:0 dropped:0 overruns:0 frame:0=0A>=A0 =A0 =A0 =A0 =A0 TX packets:9156 = errors:0 dropped:0 overruns:0 carrier:0=0A>=A0 =A0 =A0 =A0 =A0 collisions:0= txqueuelen:500=0A>=A0 =A0 =A0 =A0 =A0 RX bytes:3592 (3.5 KiB) =A0TX bytes:= 1003894 (980.3 KiB)=0A>=0A>=0A>tap12.1 =A0 Link encap:Ethernet =A0HWaddr 8e= :01:08:6d:39:7c=0A>=A0 =A0 =A0 =A0 =A0 inet6 addr: fe80::8c01:8ff:fe6d:397c= /64 Scope:Link=0A>=A0 =A0 =A0 =A0 =A0 UP BROADCAST RUNNING MULTICAST =A0MTU= :1500 =A0Metric:1=0A>=A0 =A0 =A0 =A0 =A0 RX packets:0 errors:0 dropped:0 ov= erruns:0 frame:0=0A>=A0 =A0 =A0 =A0 =A0 TX packets:9194 errors:0 dropped:0 = overruns:0 carrier:0=0A>=A0 =A0 =A0 =A0 =A0 collisions:0 txqueuelen:500=0A>= =A0 =A0 =A0 =A0 =A0 RX bytes:0 (0.0 B) =A0TX bytes:1007462 (983.8 KiB)=0A>= =0A>=0A>vif12.0 =A0 Link encap:Ethernet =A0HWaddr fe:ff:ff:ff:ff:ff=0A>=A0 = =A0 =A0 =A0 =A0 inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link=0A>=A0 = =A0 =A0 =A0 =A0 UP BROADCAST RUNNING PROMISC MULTICAST =A0MTU:1500 =A0Metri= c:1=0A>=A0 =A0 =A0 =A0 =A0 RX packets:0 errors:0 dropped:0 overruns:0 frame= :0=0A>=A0 =A0 =A0 =A0 =A0 TX packets:0 errors:0 dropped:9194 overruns:0 car= rier:0=0A>=A0 =A0 =A0 =A0 =A0 collisions:0 txqueuelen:32=0A>=A0 =A0 =A0 =A0= =A0 RX bytes:0 (0.0 B) =A0TX bytes:0 (0.0 B)=0A>=0A>=0A>vif12.1 =A0 Link e= ncap:Ethernet =A0HWaddr fe:ff:ff:ff:ff:ff=0A>=A0 =A0 =A0 =A0 =A0 inet6 addr= : fe80::fcff:ffff:feff:ffff/64 Scope:Link=0A>=A0 =A0 =A0 =A0 =A0 UP BROADCA= ST RUNNING PROMISC MULTICAST =A0MTU:1500 =A0Metric:1=0A>=A0 =A0 =A0 =A0 =A0= RX packets:0 errors:0 dropped:0 overruns:0 frame:0=0A>=A0 =A0 =A0 =A0 =A0 = TX packets:237 errors:0 dropped:6884 overruns:0 carrier:0=0A>=A0 =A0 =A0 = =A0 =A0 collisions:0 txqueuelen:32=0A>=A0 =A0 =A0 =A0 =A0 RX bytes:0 (0.0 B= ) =A0TX bytes:22480 (21.9 KiB)=0A>=0A>=0A>vif4.0 =A0 =A0Link encap:Ethernet= =A0HWaddr fe:ff:ff:ff:ff:ff=0A>=A0 =A0 =A0 =A0 =A0 inet6 addr: fe80::fcff:= ffff:feff:ffff/64 Scope:Link=0A>=A0 =A0 =A0 =A0 =A0 UP BROADCAST RUNNING PR= OMISC MULTICAST =A0MTU:1500 =A0Metric:1=0A>=A0 =A0 =A0 =A0 =A0 RX packets:3= 418 errors:0 dropped:0 overruns:0 frame:0=0A>=A0 =A0 =A0 =A0 =A0 TX packets= :26435 errors:0 dropped:2009 overruns:0 carrier:0=0A>=A0 =A0 =A0 =A0 =A0 co= llisions:0 txqueuelen:32=0A>=A0 =A0 =A0 =A0 =A0 RX bytes:1359883 (1.2 MiB) = =A0TX bytes:3064684 (2.9 MiB)=0A>=0A>=0A>xenbr1 =A0 =A0Link encap:Ethernet = =A0HWaddr 00:1b:21:d8:1f:21=0A>=A0 =A0 =A0 =A0 =A0 inet6 addr: fe80::21b:21= ff:fed8:1f21/64 Scope:Link=0A>=A0 =A0 =A0 =A0 =A0 UP BROADCAST RUNNING MULT= ICAST =A0MTU:1500 =A0Metric:1=0A>=A0 =A0 =A0 =A0 =A0 RX packets:26594 error= s:0 dropped:0 overruns:0 frame:0=0A>=A0 =A0 =A0 =A0 =A0 TX packets:17 error= s:0 dropped:0 overruns:0 carrier:0=0A>=A0 =A0 =A0 =A0 =A0 collisions:0 txqu= euelen:0=0A>=A0 =A0 =A0 =A0 =A0 RX bytes:2552297 (2.4 MiB) =A0TX bytes:930 = (930.0 B)=0A>=0A>=0A>xenbr2 =A0 =A0Link encap:Ethernet =A0HWaddr 5c:f3:fc:5= 7:3b:8c=0A>=A0 =A0 =A0 =A0 =A0 inet6 addr: fe80::5ef3:fcff:fe57:3b8c/64 Sco= pe:Link=0A>=A0 =A0 =A0 =A0 =A0 UP BROADCAST RUNNING MULTICAST =A0MTU:1500 = =A0Metric:1=0A>=A0 =A0 =A0 =A0 =A0 RX packets:26513 errors:0 dropped:0 over= runs:0 frame:0=0A>=A0 =A0 =A0 =A0 =A0 TX packets:16 errors:0 dropped:0 over= runs:0 carrier:0=0A>=A0 =A0 =A0 =A0 =A0 collisions:0 txqueuelen:0=0A>=A0 = =A0 =A0 =A0 =A0 RX bytes:2547392 (2.4 MiB) =A0TX bytes:888 (888.0 B)=0A>=0A= >=0A>xenbr3 =A0 =A0Link encap:Ethernet =A0HWaddr 5c:f3:fc:57:3b:8e=0A>=A0 = =A0 =A0 =A0 =A0 inet6 addr: fe80::5ef3:fcff:fe57:3b8e/64 Scope:Link=0A>=A0 = =A0 =A0 =A0 =A0 UP BROADCAST RUNNING MULTICAST =A0MTU:1500 =A0Metric:1=0A>= =A0 =A0 =A0 =A0 =A0 RX packets:69343 errors:0 dropped:0 overruns:0 frame:0= =0A>=A0 =A0 =A0 =A0 =A0 TX packets:16 errors:0 dropped:0 overruns:0 carrier= :0=0A>=A0 =A0 =A0 =A0 =A0 collisions:0 txqueuelen:0=0A>=A0 =A0 =A0 =A0 =A0 = RX bytes:4529117 (4.3 MiB) =A0TX bytes:888 (888.0 B)=0A>=0A>=0A>-----------= ---------------------------------------------=0A>=0A>=0A>=0A>______________= _________________________________=0A>Xen-users mailing list=0A>Xen-users@li= sts.xen.org=0A>http://lists.xen.org/xen-users=0A> ---256681777-824060083-1409319516=:40235 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
well
I had to d= iscard the failing VM
I've created a new one, based on the other = VM that have been working well

In some way, Windows went= crazy inside, no Xen fault

thanks anyway for your answer
 
De: Pierre Peyronnel <= ;pierre.peyronnel@gmail.com>
P= ara: Hern=E1n Castelo <bajopalabra@yahoo.com.ar>
CC: "xen-users@lists.xen.org" &= lt;xen-users@lists.xen.org>
E= nviado: jueves, 28 de agosto de 2014 10:05
Asunto: Re: [Xen-users] network configurati= on on DomUs

Hello Hernan,<= br clear=3D"none">
i'm not sure this is a Xen probl= em.
By the looks of it, you refer to IPv4 addresses= but your ifconfig (on dom0 i guess ?) shows IPv6 addresses for all NICs and bridges except for e= th0 and lo where it is also has IPv4.
=0A
Your = .14, .16, .17 are nowhere to be seen...

My bet would be on a IP and/or routing setup issue. You = should check these on SQL VM, but again what makes you think it is Xen rela= ted ?

=0A
Pierre


On Mon, Aug 25, 2014 at = 11:54 PM, Hern=E1n Castelo <bajopalabra@yahoo.com.ar> wrote:
=0A


Hi
=0A
I'm very n= ew with Xen (/Debian)
=0A
I have 2 VMs ru= nning Windows: "Arch" and "Sql" -- static IPs
=0A


=0A
VM Sql : - just accessible thru VNC
=0A
=      =0A  = ;     - once I log in, I don't see the network
          &= nbsp; - pings don't reach peer
=0A
            - appear 4 networ= k ports on Windows
=0A

=0Athe server has 4 NIC cards
the first, eth0, is used just for the server, with IP 10.= 0.11.13
=0A
the VM = Arch should use eth1, with IP ...14
=0A
and VM Sql should use eth= 2 with IP 16, and eth3 (as=0A configured in SQLServer) with IP 17

=0A
= please, guide me
=0A
I inherit this problem, and am far from being an exper= t...
=0A
THANKS IN ADVANCE!!
=0A
---------------= -----------------------------------------
=0A

root@USR03:~# route -n
Kernel IP routing table
=0ADestination     = Gateway  =0A       Genmask         = Flags Metric Ref    Use Iface
10.0.11.0       0.0.0.0       =   255.255.255.0   U     0      0   =      0 eth0
=0A
0.0.0.= 0         10.0.11.1       0.0.0.0  =       UG    0      0    =    0 eth0

=0A-= -------------------------------------------------------

=0A
root@USR03:~# brctl show
bridge name     bridge id      = ;         STP enabled     interfaces
=0Aeth0       &nbs= p;    8000.001b21d81f20       no     &nb= sp;        peth0
xenbr1          8000.001b21d81f21 &nbs= p;     no              eth1
       =              =0A       &= nbsp;                    =       vif4.0
xenbr2          8000.5cf3fc573b8c    = ;   no              eth2
          =                      = ;                     &nb= sp;   tap12.0
=0A
&nb= sp;                     &= nbsp;                    =             tap12.1
              =    =0A                 &n= bsp;                     = vif12.0
    &nb= sp;                     &= nbsp;                    =         vif12.1
=0A
xenbr3          8000.5cf3fc573b8e    = ;   no              eth3

--------------------------------------------------------
=0A

<= /div>
root@USR03:~# ip rout= e show
10.0.11.0/24 dev eth0  proto kernel  = ;scope link  src 10.0.11.13
=0A
default via 10.0.11.1 dev eth= 0

--------------------------------------------------------
=0A

root@USR03:~# ifconfig
=0Aeth0      Link encap:Ethernet  = HWaddr 00:1b:21:d8:1f:20
=           inet addr:10.0.11.13  Bcast:10.0.11= .255  Mask:255.255.255.0
          inet6 addr: fe80::21b:21ff:fed8:1f2= 0/64 Scope:Link
=0A
 =         UP BROADCAST RUNNING MULTICAST  MTU:1500 =  Metric:1
  &nb= sp;       RX packets:159619 errors:0 dropped:0=0A overruns:0= frame:0
    &n= bsp;     TX packets:140984 errors:0 dropped:0 overruns:0 carrier:= 0
      &n= bsp;   collisions:0 txqueuelen:0
=0A
          RX bytes:8613734 (8.2 Mi= B)  TX bytes:159007702 (151.6 MiB)

=0Aeth1      Link encap:Ethernet  HWaddr 00:1= b:21:d8:1f:21
  &nbs= p;       inet6 addr: fe80::21b:21ff:fed8:1f21/64 Scope:Link<= /div>
      &nbs= p;   UP BROADCAST RUNNING MULTICAST  MTU:1500=0A  Metric:1
       = ;   RX packets:37442 errors:0 dropped:0 overruns:0 frame:0
          T= X packets:4910 errors:0 dropped:0 overruns:0 carrier:0
=0A
          colli= sions:0 txqueuelen:1000
&= nbsp;         RX bytes:4607800 (4.3 MiB)  TX bytes= :1810201 (1.7 MiB)
=0A&nb= sp;         Memory:97a00000-97a80000

eth2      Link encap:Ethernet &nb= sp;HWaddr 5c:f3:fc:57:3b:8c
=0A          inet6 addr: fe80::5ef3:fcff:fe57:3= b8c/64 Scope:Link
  =         UP BROADCAST RUNNING MULTICAST  MTU:1500 &= nbsp;Metric:1
  &nbs= p;       RX packets:33055 errors:0 dropped:0 overruns:0 fram= e:0
=0A
    &nbs= p;     TX packets:852 errors:0 dropped:0 overruns:0 carrier:0
        =   collisions:0 txqueuelen:1000
=0A          RX bytes:3446328 (3.2 MiB)=  TX bytes:79882 (78.0 KiB)
          Interrupt:28=0A Memory:92000000-= 92012800

eth3     &n= bsp;Link encap:Ethernet  HWaddr 5c:f3:fc:57:3b:8e
=0A          inet6 a= ddr: fe80::5ef3:fcff:fe57:3b8e/64 Scope:Link
          UP BROADCAST RUNNING= MULTICAST  MTU:1500  Metric:1
          RX packets:69385 errors:= 0 dropped:0 overruns:0 frame:0
=0A
          TX packets:16 errors:0 dropped:= 0 overruns:0 carrier:0
&n= bsp;         collisions:0=0A txqueuelen:1000
          = RX bytes:5844752 (5.5 MiB)  TX bytes:1132 (1.1 KiB)
          Interrup= t:40 Memory:94000000-94012800
=0A

lo        Link encap:Local Loopback
          inet = addr:127.0.0.1  Mask:255.0.0.0
=0A
          inet6 addr: ::1/128 Scope:= Host
     =     UP LOOPBACK RUNNING  MTU:16436  Metric:1
=0A        &nb= sp; RX packets:146 errors:0 dropped:0 overruns:0 frame:0
          TX packe= ts:146 errors:0 dropped:0 overruns:0 carrier:0
=0A          collisions:0 tx= queuelen:0
    =       RX bytes:14416 (14.0 KiB)  TX bytes:14416 (14.0 K= iB)

=0Apeth0     Lin= k encap:Ethernet  HWaddr 00:1b:21:d8:1f:20
          inet6 addr: fe80:= :21b:21ff:fed8:1f20/64 Scope:Link
     =0A     UP BROADCAST RUNNING PROMISC= MULTICAST  MTU:1500  Metric:1
          RX packets:186596 errors= :0 dropped:0 overruns:0 frame:0
=0A          TX packets:204370 errors:0 dro= pped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
         = ; RX bytes:12723915 (12.1 MiB)  TX bytes:162430818 (154.9 MiB)
= =0A
       =   Memory:97a80000-97b00000

tap12.0   Link=0A encap:Ethernet  HWaddr d6:fe:ff:61:dd:ce
        =   inet6 addr: fe80::d4fe:ffff:fe61:ddce/64 Scope:Link
          UP BR= OADCAST RUNNING MULTICAST  MTU:1500  Metric:1
=0A
          RX pa= ckets:38 errors:0 dropped:0 overruns:0 frame:0
          TX packets:9156 er= rors:0 dropped:0 overruns:0 carrier:0
=0A
          collisions:0 txqueuelen:= 500
      =     RX bytes:3592 (3.5 KiB)  TX bytes:1003894 (980.3 KiB)
=0A
tap12.1   Link encap:Eth= ernet  HWaddr 8e:01:08:6d:39:7c
          inet6 addr: fe80::8c01:8ff:f= e6d:397c/64 Scope:Link
=0A
          UP BROADCAST RUNNING MULTICAST  MT= U:1500  Metric:1
&nb= sp;         RX packets:0 errors:0 dropped:0 overruns:0 = frame:0
=0A    =       TX packets:9194 errors:0 dropped:0 overruns:0 carrier:= 0
      &n= bsp;   collisions:0 txqueuelen:500
     =0A     RX bytes:0 (0.0 B) &nb= sp;TX bytes:1007462 (983.8 KiB)

vif12.0   Link encap:Ethernet  HWaddr fe:ff:ff:ff:ff:ff
= =0A
       =   inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link
          UP BR= OADCAST RUNNING PROMISC MULTICAST  MTU:1500  Metric:1
=0A         = ; RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0= errors:0 dropped:9194 overruns:0 carrier:0
=0A
     =0A     collisions:0 tx= queuelen:32
   =       RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

=0Avif12.1   Link encap:Ethernet &= nbsp;HWaddr fe:ff:ff:ff:ff:ff
          inet6 addr: fe80::fcff:ffff:feff:ff= ff/64 Scope:Link
  &= nbsp;       UP BROADCAST RUNNING PROMISC MULTICAST  MTU= :1500  Metric:1
=0A
&= nbsp;         RX packets:0 errors:0 dropped:0 overruns:= 0 frame:0
    &= nbsp;     TX packets:237 errors:0=0A dropped:6884 overruns:0 carr= ier:0
     = ;     collisions:0 txqueuelen:32
          RX bytes:0 (0.0 B) &nb= sp;TX bytes:22480 (21.9 KiB)
=0A

vif4.0    Link encap:Ethernet  HWaddr fe:ff:ff:ff:ff:ff
       =   inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link
=0A
          UP= BROADCAST RUNNING PROMISC MULTICAST  MTU:1500  Metric:1
         = ; RX packets:3418 errors:0 dropped:0 overruns:0=0A frame:0
          TX pa= ckets:26435 errors:0 dropped:2009 overruns:0 carrier:0
          collisions= :0 txqueuelen:32
=0A = ;         RX bytes:1359883 (1.2 MiB)  TX bytes:306= 4684 (2.9 MiB)

xenbr1   =  Link encap:Ethernet  HWaddr 00:1b:21:d8:1f:21
=0A
          inet6= addr: fe80::21b:21ff:fed8:1f21/64 Scope:Link
          UP BROADCAST RUNNIN= G MULTICAST  MTU:1500  Metric:1
=0A          RX packets:26594 err= ors:0 dropped:0 overruns:0 frame:0
          TX packets:17 errors:0 dropped= :0 overruns:0 carrier:0
= =0A          collisions:0 txqueuelen:0
          R= X bytes:2552297 (2.4 MiB)  TX bytes:930 (930.0 B)

=0Axenbr2    Link encap:Ethernet  H= Waddr 5c:f3:fc:57:3b:8c
&= nbsp;         inet6 addr: fe80::5ef3:fcff:fe57:3b8c/64 = Scope:Link
    =       UP BROADCAST RUNNING MULTICAST  MTU:1500  Me= tric:1
=0A
    &= nbsp;     RX packets:26513 errors:0 dropped:0 overruns:0 frame:0<= /div>
      &nbs= p;   TX packets:16 errors:0 dropped:0 overruns:0 carrier:0
=0A         = ; collisions:0 txqueuelen:0
          RX bytes:2547392 (2.4 MiB)  TX b= ytes:888 (888.0 B)
=0A
xenbr3 &= nbsp;  Link encap:Ethernet  HWaddr 5c:f3:fc:57:3b:8e
   =0A      = inet6 addr: fe80::5ef3:fcff:fe57:3b8e/64 Scope:Link
          UP BROADCAST= RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:69343= errors:0 dropped:0 overruns:0 frame:0
=0A
          TX packets:16 errors:0 = dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
=0A
          RX by= tes:4529117 (4.3 MiB)  TX bytes:888 (888.0 B)

=0A--------------------------------------------------------
=0A


__________________________________________= _____
=0AXen-users mailing list
=0AXen-users@lists.xe= n.org
=0Ahttp://lists.xen.org/xen-u= sers



---256681777-824060083-1409319516=:40235-- --===============7749882349475249174== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7749882349475249174==-- From xen-users-bounces@lists.xen.org Fri Aug 29 17:06:53 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 29 Aug 2014 17:06:53 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XNPcD-0004Lt-Ny; Fri, 29 Aug 2014 17:05:33 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XNPcC-0004Lo-Gq for xen-users@lists.xen.org; Fri, 29 Aug 2014 17:05:32 +0000 Received: from [193.109.254.147:10021] by server-8.bemta-14.messagelabs.com id B9/DE-01875-BD2B0045; Fri, 29 Aug 2014 17:05:31 +0000 X-Env-Sender: qiwen@qiwen.name X-Msg-Ref: server-8.tower-27.messagelabs.com!1409331929!12358400!1 X-Originating-IP: [209.85.220.51] X-SpamReason: No, hits=0.5 required=7.0 tests=HTML_60_70,HTML_MESSAGE, MIME_BOUND_NEXTPART X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25424 invoked from network); 29 Aug 2014 17:05:31 -0000 Received: from mail-pa0-f51.google.com (HELO mail-pa0-f51.google.com) (209.85.220.51) by server-8.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 29 Aug 2014 17:05:31 -0000 Received: by mail-pa0-f51.google.com with SMTP id rd3so6828796pab.24 for ; Fri, 29 Aug 2014 10:05:29 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:content-type:mime-version:subject:from:to :in-reply-to:date:message-id:references:user-agent; bh=SP8Gexr2LhRM01oWCFyP8m8YZDPCsfO4xZ46H1ByT2U=; b=QiOU9g4TvdjURXBxwAB+aLOFE5SasDcq9fkC+8bShh8UmR2TL8yHqk74HYWscYfrx1 rwTvO1IlZCJ0h+EfHM3Q7N+qQTeRJ5ULVBUQsrMCUSRPQCOrpHWP3+tptf3fVIQX4Dv3 4/tXzP+bwrISpLiWuDmdTm27Cx6sHq5OgMVXDtNCbj9DtUUx49JUYr7SNxB/ymeisFhs tl1RLhD0/6o+poySYXo3SVgzk6qB5G1SLluBYgFi8EsHiGtX5EHVQkm/6pxnLjG1YzqZ KPXACz04I88dDtdMBKdP1I8LEBG+xwfILNOhRfDQKPTxNA8zD8LFxx9hhIrP82bzLKs8 SPPw== X-Gm-Message-State: ALoCoQlaN/niJJn/4NfQmrRSmZncrrMDxdMWjAGS7GXhkE6T9wOwMKiDJal9GGDbHi1wIvA9zxfW X-Received: by 10.66.219.104 with SMTP id pn8mr16784902pac.133.1409331928857; Fri, 29 Aug 2014 10:05:28 -0700 (PDT) Received: from [10.37.1.108] ([144.214.37.254]) by mx.google.com with ESMTPSA id we5sm1608692pab.28.2014.08.29.10.05.27 for (version=TLSv1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Fri, 29 Aug 2014 10:05:28 -0700 (PDT) MIME-Version: 1.0 From: "QI Wen" To: "Peter Kay" , "" In-Reply-To: <731196b9-d1fb-4b9f-84e6-d560036d3223@email.android.com> Date: Sat, 30 Aug 2014 01:05:25 +0800 Message-ID: References: <731196b9-d1fb-4b9f-84e6-d560036d3223@email.android.com> User-Agent: Mailbird/ 1.7.23.0 X-Mailbird-ID: d0ec5f50-ec1c-48f1-9355-75a68683713a5280 Subject: Re: [Xen-users] Xen rebuild and install X-BeenThere: xen-users@lists.xen.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="===============6491319856022200159==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6491319856022200159== Content-Type: multipart/alternative; boundary="----=_NextPart_38987348.917219385240" ------=_NextPart_38987348.917219385240 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hi, PK, Thanks very much. Now, I am doing it by: 1. reboot to the native=C2=A0Host (Ubuntu, not domain0) 2. modify the code, and,=C2=A0make dist-xen && make install-xen 3. reboot to domain0 However, it's quite time-consuming. Is there any faster method to do it? I am modifying the code to do some exp= eriments.. Even I modify very=C2=A0few code, I need reboot, build=C2=A0and reboot ... Regards=C2=A0 QI On 8/30/2014 12:42:23 AM, Peter Kay wrote: On 29 August 2014 12:47:32 BST, QI Wen wrote: >Hi, all, > >I have installed XEN=C2=A04.4 from source code=C2=A0successfully. > >I modified some codes in /xen/arch/x86/time.c, and=C2=A0I want to rebuild >and reinstall xen. > >Is there any instruction about rebuild and reinstall? Thanks. > > >Regards=C2=A0 >QI Wen Surely as per any source code modification Make world Make install If it doesn't work, run a make clean first and try again? PK ------=_NextPart_38987348.917219385240 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable =0A =0A = =0A =0A = =0A =0A = Hi, PK,

Thanks very much.

Now, I am doing it by:
1. reboot to the native Host (Ubu= ntu, not domain0)
2. modify the code, and, make dist-xen && make i= nstall-xen
3. reboot to domain0

However, it's quite time-consuming.

Is there any faster= method to do it? I am modifying the code to do some experiments..

Even I modify very few code, I need reboot, build and reboo= t ...

Regards =
QI

On 8/30/2014 12:42:23 AM, Peter Kay <syllopsium@syllopsi= um.co.uk> wrote:

=0A
=0A
On 29 August 2014 12:47:32 BST, QI We= n wrote:=0A
>Hi, all,=0A
>=0A
>I have = installed XEN 4.4 from source code successfully.=0A
>=0A>I modified some codes in /xen/arch/x86/time.c, and I want to rebu= ild=0A
>and reinstall xen.=0A
>=0A
>Is there any instruct= ion about rebuild and reinstall? Thanks.=0A
>=0A
>=0A
>Re= gards =0A
>QI Wen=0A
Surely as per any source code modificati= on=0A
=0A
Make world=0A
Make install=0A
=0A
If it doesn't wo= rk, run a make clean first and try again?=0A
=0A
PK=0A
=0A =0A = =0A <= /div> ------=_NextPart_38987348.917219385240-- --===============6491319856022200159== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6491319856022200159==-- From xen-users-bounces@lists.xen.org Fri Aug 29 17:06:53 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 29 Aug 2014 17:06:53 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XNPcD-0004Lt-Ny; Fri, 29 Aug 2014 17:05:33 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XNPcC-0004Lo-Gq for xen-users@lists.xen.org; Fri, 29 Aug 2014 17:05:32 +0000 Received: from [193.109.254.147:10021] by server-8.bemta-14.messagelabs.com id B9/DE-01875-BD2B0045; Fri, 29 Aug 2014 17:05:31 +0000 X-Env-Sender: qiwen@qiwen.name X-Msg-Ref: server-8.tower-27.messagelabs.com!1409331929!12358400!1 X-Originating-IP: [209.85.220.51] X-SpamReason: No, hits=0.5 required=7.0 tests=HTML_60_70,HTML_MESSAGE, MIME_BOUND_NEXTPART X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25424 invoked from network); 29 Aug 2014 17:05:31 -0000 Received: from mail-pa0-f51.google.com (HELO mail-pa0-f51.google.com) (209.85.220.51) by server-8.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 29 Aug 2014 17:05:31 -0000 Received: by mail-pa0-f51.google.com with SMTP id rd3so6828796pab.24 for ; Fri, 29 Aug 2014 10:05:29 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:content-type:mime-version:subject:from:to :in-reply-to:date:message-id:references:user-agent; bh=SP8Gexr2LhRM01oWCFyP8m8YZDPCsfO4xZ46H1ByT2U=; b=QiOU9g4TvdjURXBxwAB+aLOFE5SasDcq9fkC+8bShh8UmR2TL8yHqk74HYWscYfrx1 rwTvO1IlZCJ0h+EfHM3Q7N+qQTeRJ5ULVBUQsrMCUSRPQCOrpHWP3+tptf3fVIQX4Dv3 4/tXzP+bwrISpLiWuDmdTm27Cx6sHq5OgMVXDtNCbj9DtUUx49JUYr7SNxB/ymeisFhs tl1RLhD0/6o+poySYXo3SVgzk6qB5G1SLluBYgFi8EsHiGtX5EHVQkm/6pxnLjG1YzqZ KPXACz04I88dDtdMBKdP1I8LEBG+xwfILNOhRfDQKPTxNA8zD8LFxx9hhIrP82bzLKs8 SPPw== X-Gm-Message-State: ALoCoQlaN/niJJn/4NfQmrRSmZncrrMDxdMWjAGS7GXhkE6T9wOwMKiDJal9GGDbHi1wIvA9zxfW X-Received: by 10.66.219.104 with SMTP id pn8mr16784902pac.133.1409331928857; Fri, 29 Aug 2014 10:05:28 -0700 (PDT) Received: from [10.37.1.108] ([144.214.37.254]) by mx.google.com with ESMTPSA id we5sm1608692pab.28.2014.08.29.10.05.27 for (version=TLSv1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Fri, 29 Aug 2014 10:05:28 -0700 (PDT) MIME-Version: 1.0 From: "QI Wen" To: "Peter Kay" , "" In-Reply-To: <731196b9-d1fb-4b9f-84e6-d560036d3223@email.android.com> Date: Sat, 30 Aug 2014 01:05:25 +0800 Message-ID: References: <731196b9-d1fb-4b9f-84e6-d560036d3223@email.android.com> User-Agent: Mailbird/ 1.7.23.0 X-Mailbird-ID: d0ec5f50-ec1c-48f1-9355-75a68683713a5280 Subject: Re: [Xen-users] Xen rebuild and install X-BeenThere: xen-users@lists.xen.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="===============6491319856022200159==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6491319856022200159== Content-Type: multipart/alternative; boundary="----=_NextPart_38987348.917219385240" ------=_NextPart_38987348.917219385240 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hi, PK, Thanks very much. Now, I am doing it by: 1. reboot to the native=C2=A0Host (Ubuntu, not domain0) 2. modify the code, and,=C2=A0make dist-xen && make install-xen 3. reboot to domain0 However, it's quite time-consuming. Is there any faster method to do it? I am modifying the code to do some exp= eriments.. Even I modify very=C2=A0few code, I need reboot, build=C2=A0and reboot ... Regards=C2=A0 QI On 8/30/2014 12:42:23 AM, Peter Kay wrote: On 29 August 2014 12:47:32 BST, QI Wen wrote: >Hi, all, > >I have installed XEN=C2=A04.4 from source code=C2=A0successfully. > >I modified some codes in /xen/arch/x86/time.c, and=C2=A0I want to rebuild >and reinstall xen. > >Is there any instruction about rebuild and reinstall? Thanks. > > >Regards=C2=A0 >QI Wen Surely as per any source code modification Make world Make install If it doesn't work, run a make clean first and try again? PK ------=_NextPart_38987348.917219385240 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable =0A =0A = =0A =0A = =0A =0A = Hi, PK,

Thanks very much.

Now, I am doing it by:
1. reboot to the native Host (Ubu= ntu, not domain0)
2. modify the code, and, make dist-xen && make i= nstall-xen
3. reboot to domain0

However, it's quite time-consuming.

Is there any faster= method to do it? I am modifying the code to do some experiments..

Even I modify very few code, I need reboot, build and reboo= t ...

Regards =
QI

On 8/30/2014 12:42:23 AM, Peter Kay <syllopsium@syllopsi= um.co.uk> wrote:

=0A
=0A
On 29 August 2014 12:47:32 BST, QI We= n wrote:=0A
>Hi, all,=0A
>=0A
>I have = installed XEN 4.4 from source code successfully.=0A
>=0A>I modified some codes in /xen/arch/x86/time.c, and I want to rebu= ild=0A
>and reinstall xen.=0A
>=0A
>Is there any instruct= ion about rebuild and reinstall? Thanks.=0A
>=0A
>=0A
>Re= gards =0A
>QI Wen=0A
Surely as per any source code modificati= on=0A
=0A
Make world=0A
Make install=0A
=0A
If it doesn't wo= rk, run a make clean first and try again?=0A
=0A
PK=0A
=0A =0A = =0A <= /div> ------=_NextPart_38987348.917219385240-- --===============6491319856022200159== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6491319856022200159==-- From xen-users-bounces@lists.xen.org Fri Aug 29 17:27:37 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 29 Aug 2014 17:27: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 1XNPww-0004wo-58; Fri, 29 Aug 2014 17:26:58 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XNPwv-0004wj-85 for xen-users@lists.xen.org; Fri, 29 Aug 2014 17:26:57 +0000 Received: from [85.158.137.68:55902] by server-1.bemta-3.messagelabs.com id 5B/B4-30185-0E7B0045; Fri, 29 Aug 2014 17:26:56 +0000 X-Env-Sender: qiwen@qiwen.name X-Msg-Ref: server-6.tower-31.messagelabs.com!1409333214!6926895!1 X-Originating-IP: [209.85.220.52] X-SpamReason: No, hits=0.8 required=7.0 tests=HTML_40_50,HTML_MESSAGE, MIME_BOUND_NEXTPART X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10119 invoked from network); 29 Aug 2014 17:26:55 -0000 Received: from mail-pa0-f52.google.com (HELO mail-pa0-f52.google.com) (209.85.220.52) by server-6.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 29 Aug 2014 17:26:55 -0000 Received: by mail-pa0-f52.google.com with SMTP id eu11so6946426pac.25 for ; Fri, 29 Aug 2014 10:26:53 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:content-type:mime-version:subject:from:to :in-reply-to:date:message-id:references:user-agent; bh=C1zs12O+CsyRNXcusdvmT7lg2tOPlfRinsDjLHHIBMU=; b=K4GEwdCjXnotW9vK6S580sBrgXjOXeIwcroD5KpBgKl0HKhLkn98CY/DeJ/ZIDEKy5 UqojYG8L6vJroEPjQoxnt0cgvntqSP+GkOV7tBzukMiGd3H0D0bARjmaybN0xS2nI0op KemgZzhFIj1WMm5OHsP+VzpSCz5NoMkooaQs6mAOzljSMykgwoPKLcX50U0Z5zTfaCLo 2WAvVxJGV7pxU2XbtcJcKO3bBxejfBstM3aT44iFzCq3hEHaICp/GaLnHCYmrtTftaGf kcNDgH3BXVq1o9FuIhqN/PYA7OVtSxOcfU7IL9VsAWFaYkcv5kM7UDyAkvj5USNLEh+5 c56w== X-Gm-Message-State: ALoCoQmROhzkujbj8nPnWpbgcLD3/KjYw9sV1zDU/x233mJSOMMQ9G5Z+RzDNZn2CbMIIIah+kBU X-Received: by 10.68.225.133 with SMTP id rk5mr17115939pbc.101.1409333212091; Fri, 29 Aug 2014 10:26:52 -0700 (PDT) Received: from [10.37.1.108] ([144.214.37.254]) by mx.google.com with ESMTPSA id b4sm768499pdh.21.2014.08.29.10.26.50 for (version=TLSv1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Fri, 29 Aug 2014 10:26:51 -0700 (PDT) MIME-Version: 1.0 From: "QI Wen" To: "Peter Kay" , "" In-Reply-To: <00f9f0ee-b78d-4fdf-808f-6da640a9c869@email.android.com> Date: Sat, 30 Aug 2014 01:26:49 +0800 Message-ID: References: <731196b9-d1fb-4b9f-84e6-d560036d3223@email.android.com> <00f9f0ee-b78d-4fdf-808f-6da640a9c869@email.android.com> User-Agent: Mailbird/ 1.7.23.0 X-Mailbird-ID: d0ec5f50-ec1c-48f1-9355-75a68683713a5283 Subject: Re: [Xen-users] Xen rebuild and install X-BeenThere: xen-users@lists.xen.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="===============1619034755668788712==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1619034755668788712== Content-Type: multipart/alternative; boundary="----=_NextPart_9138983.999835279951" ------=_NextPart_9138983.999835279951 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Get it, thanks very much. Since I need to=C2=A0modify=C2=A0hypervisor's timer related code. So a=C2= =A0reboot is required :( On 8/30/2014 1:13:47 AM, Peter Kay wrote: On 29 August 2014 18:05:25 BST, QI Wen wrote: >Hi, PK, > >Thanks very much. > >Now, I am doing it by: >1. reboot to the native=C2=A0Host (Ubuntu, not domain0) >2. modify the code, and,=C2=A0make dist-xen && make install-xen >3. reboot to domain0 > > >However, it's quite time-consuming. > >Is there any faster method to do it? It's not necessary to build Xen in bare metal - it still has access to writ= e to the disk in dom0. Whether there's a faster way of doing it depends on what you're modifying. = If it's Xen itself then a reboot is required to modify. If a daemon or util= ity you may be able to restart just that. The other alternative is to run Xen inside itself or another VM, assuming i= t supports nested SLAT/EPT. It'll probably be faster to reboot a VM than th= e host system. Beyond that, buy an SSD? PK ------=_NextPart_9138983.999835279951 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable Get it, thanks very much.

Since I need to modify hypervisor's timer related code. S= o a reboot is required :(

=0A =

On 8/30/2014 1:13:47 A= M, Peter Kay <syllopsium@syllopsium.co.uk> wrote:

=0A
=0A
On= 29 August 2014 18:05:25 BST, QI Wen wrote:=0A
>Hi= , PK,=0A
>=0A
>Thanks very much.=0A
>=0A
>Now, I am= doing it by:=0A
>1. reboot to the native Host (Ubuntu, not doma= in0)=0A
>2. modify the code, and, make dist-xen && make = install-xen=0A
>3. reboot to domain0=0A
>=0A
>=0A
>= However, it's quite time-consuming.=0A
>=0A
>Is there any faste= r method to do it? =0A
=0A
It's not necessary to build Xen in bare me= tal - it still has access to write to the disk in dom0.=0A
=0A
Whethe= r there's a faster way of doing it depends on what you're modifying. If it'= s Xen itself then a reboot is required to modify. If a daemon or utility yo= u may be able to restart just that.=0A
=0A
The other alternative is t= o run Xen inside itself or another VM, assuming it supports nested SLAT/EPT= . It'll probably be faster to reboot a VM than the host system.=0A
=0ABeyond that, buy an SSD?=0A
=0A
PK=0A
=0A =
=0A = =0A
------=_NextPart_9138983.999835279951-- --===============1619034755668788712== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1619034755668788712==-- From xen-users-bounces@lists.xen.org Fri Aug 29 17:27:37 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 29 Aug 2014 17:27: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 1XNPww-0004wo-58; Fri, 29 Aug 2014 17:26:58 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XNPwv-0004wj-85 for xen-users@lists.xen.org; Fri, 29 Aug 2014 17:26:57 +0000 Received: from [85.158.137.68:55902] by server-1.bemta-3.messagelabs.com id 5B/B4-30185-0E7B0045; Fri, 29 Aug 2014 17:26:56 +0000 X-Env-Sender: qiwen@qiwen.name X-Msg-Ref: server-6.tower-31.messagelabs.com!1409333214!6926895!1 X-Originating-IP: [209.85.220.52] X-SpamReason: No, hits=0.8 required=7.0 tests=HTML_40_50,HTML_MESSAGE, MIME_BOUND_NEXTPART X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10119 invoked from network); 29 Aug 2014 17:26:55 -0000 Received: from mail-pa0-f52.google.com (HELO mail-pa0-f52.google.com) (209.85.220.52) by server-6.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 29 Aug 2014 17:26:55 -0000 Received: by mail-pa0-f52.google.com with SMTP id eu11so6946426pac.25 for ; Fri, 29 Aug 2014 10:26:53 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:content-type:mime-version:subject:from:to :in-reply-to:date:message-id:references:user-agent; bh=C1zs12O+CsyRNXcusdvmT7lg2tOPlfRinsDjLHHIBMU=; b=K4GEwdCjXnotW9vK6S580sBrgXjOXeIwcroD5KpBgKl0HKhLkn98CY/DeJ/ZIDEKy5 UqojYG8L6vJroEPjQoxnt0cgvntqSP+GkOV7tBzukMiGd3H0D0bARjmaybN0xS2nI0op KemgZzhFIj1WMm5OHsP+VzpSCz5NoMkooaQs6mAOzljSMykgwoPKLcX50U0Z5zTfaCLo 2WAvVxJGV7pxU2XbtcJcKO3bBxejfBstM3aT44iFzCq3hEHaICp/GaLnHCYmrtTftaGf kcNDgH3BXVq1o9FuIhqN/PYA7OVtSxOcfU7IL9VsAWFaYkcv5kM7UDyAkvj5USNLEh+5 c56w== X-Gm-Message-State: ALoCoQmROhzkujbj8nPnWpbgcLD3/KjYw9sV1zDU/x233mJSOMMQ9G5Z+RzDNZn2CbMIIIah+kBU X-Received: by 10.68.225.133 with SMTP id rk5mr17115939pbc.101.1409333212091; Fri, 29 Aug 2014 10:26:52 -0700 (PDT) Received: from [10.37.1.108] ([144.214.37.254]) by mx.google.com with ESMTPSA id b4sm768499pdh.21.2014.08.29.10.26.50 for (version=TLSv1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Fri, 29 Aug 2014 10:26:51 -0700 (PDT) MIME-Version: 1.0 From: "QI Wen" To: "Peter Kay" , "" In-Reply-To: <00f9f0ee-b78d-4fdf-808f-6da640a9c869@email.android.com> Date: Sat, 30 Aug 2014 01:26:49 +0800 Message-ID: References: <731196b9-d1fb-4b9f-84e6-d560036d3223@email.android.com> <00f9f0ee-b78d-4fdf-808f-6da640a9c869@email.android.com> User-Agent: Mailbird/ 1.7.23.0 X-Mailbird-ID: d0ec5f50-ec1c-48f1-9355-75a68683713a5283 Subject: Re: [Xen-users] Xen rebuild and install X-BeenThere: xen-users@lists.xen.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="===============1619034755668788712==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1619034755668788712== Content-Type: multipart/alternative; boundary="----=_NextPart_9138983.999835279951" ------=_NextPart_9138983.999835279951 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Get it, thanks very much. Since I need to=C2=A0modify=C2=A0hypervisor's timer related code. So a=C2= =A0reboot is required :( On 8/30/2014 1:13:47 AM, Peter Kay wrote: On 29 August 2014 18:05:25 BST, QI Wen wrote: >Hi, PK, > >Thanks very much. > >Now, I am doing it by: >1. reboot to the native=C2=A0Host (Ubuntu, not domain0) >2. modify the code, and,=C2=A0make dist-xen && make install-xen >3. reboot to domain0 > > >However, it's quite time-consuming. > >Is there any faster method to do it? It's not necessary to build Xen in bare metal - it still has access to writ= e to the disk in dom0. Whether there's a faster way of doing it depends on what you're modifying. = If it's Xen itself then a reboot is required to modify. If a daemon or util= ity you may be able to restart just that. The other alternative is to run Xen inside itself or another VM, assuming i= t supports nested SLAT/EPT. It'll probably be faster to reboot a VM than th= e host system. Beyond that, buy an SSD? PK ------=_NextPart_9138983.999835279951 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable Get it, thanks very much.

Since I need to modify hypervisor's timer related code. S= o a reboot is required :(

=0A =

On 8/30/2014 1:13:47 A= M, Peter Kay <syllopsium@syllopsium.co.uk> wrote:

=0A
=0A
On= 29 August 2014 18:05:25 BST, QI Wen wrote:=0A
>Hi= , PK,=0A
>=0A
>Thanks very much.=0A
>=0A
>Now, I am= doing it by:=0A
>1. reboot to the native Host (Ubuntu, not doma= in0)=0A
>2. modify the code, and, make dist-xen && make = install-xen=0A
>3. reboot to domain0=0A
>=0A
>=0A
>= However, it's quite time-consuming.=0A
>=0A
>Is there any faste= r method to do it? =0A
=0A
It's not necessary to build Xen in bare me= tal - it still has access to write to the disk in dom0.=0A
=0A
Whethe= r there's a faster way of doing it depends on what you're modifying. If it'= s Xen itself then a reboot is required to modify. If a daemon or utility yo= u may be able to restart just that.=0A
=0A
The other alternative is t= o run Xen inside itself or another VM, assuming it supports nested SLAT/EPT= . It'll probably be faster to reboot a VM than the host system.=0A
=0ABeyond that, buy an SSD?=0A
=0A
PK=0A
=0A =
=0A = =0A
------=_NextPart_9138983.999835279951-- --===============1619034755668788712== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1619034755668788712==-- From xen-users-bounces@lists.xen.org Fri Aug 29 19:30:36 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 29 Aug 2014 19:30: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 1XNRrh-0007se-4t; Fri, 29 Aug 2014 19:29:41 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XNRrg-0007sZ-2D for xen-users@lists.xen.org; Fri, 29 Aug 2014 19:29:40 +0000 Received: from [85.158.137.68:14871] by server-10.bemta-3.messagelabs.com id FB/C2-01456-3A4D0045; Fri, 29 Aug 2014 19:29:39 +0000 X-Env-Sender: jpnwalters@gmail.com X-Msg-Ref: server-2.tower-31.messagelabs.com!1409340578!11413243!1 X-Originating-IP: [209.85.217.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.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31742 invoked from network); 29 Aug 2014 19:29:38 -0000 Received: from mail-lb0-f181.google.com (HELO mail-lb0-f181.google.com) (209.85.217.181) by server-2.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 29 Aug 2014 19:29:38 -0000 Received: by mail-lb0-f181.google.com with SMTP id n15so3182551lbi.12 for ; Fri, 29 Aug 2014 12:29:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=ZKneTi3Xv7wI0npUvb+WcraIKfm7Y1P+x7eZr6FxRkA=; b=pOK9mXKBtgtOwZdfcCaMrQWKSQtSeAxPE5G2CQrWOdRDParCaEE2INBOd9l/Wpq6ly 1GILt1kuBWTnFg75YuSQ7N2rP9uOBU3ckzRzdo2h0NLrUAMz9Eu/LEkPKZ7ZMxaB9Um8 Y9TqPnXRbSh6QyuZYnAMMsmC0nqURSBVau7ulGUr5/tjolcNmqJ48C3KAajckGwoHHtl JYtRYSXYEenKHlml3wpfyu6thu7GjkIembIQEe9Ho/KNGaKdqaO0KaBwY7Xc5NTavOgK H5eNfRvuPfr7r6dUNfVyegfgsYYaGP+691qkhKyUnGz5BL1+tm59UUOgBvDubTYhJogs KgNA== X-Received: by 10.112.169.35 with SMTP id ab3mr12319959lbc.41.1409340578143; Fri, 29 Aug 2014 12:29:38 -0700 (PDT) MIME-Version: 1.0 Received: by 10.25.90.195 with HTTP; Fri, 29 Aug 2014 12:29:18 -0700 (PDT) In-Reply-To: <1409269010.21481.59.camel@citrix.com> References: <1409269010.21481.59.camel@citrix.com> From: John Paul Walters Date: Fri, 29 Aug 2014 15:29:18 -0400 Message-ID: To: Ian Campbell Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] omap5 EVM unable to boot 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 Hi Ian, Thanks for the response. I should have been more complete. I've confirmed that the option CONFIG_DEBUG_LL is not set. I also modeled my domU config from the sample shown on the wiki. I went ahead and dumped the VCPU state and the PC wasn't at 0x0000000c. root@arm:~/test_vm# /usr/local/lib/xen/bin/xenctx 1 PC: c0079608 CPSR: 600001d3 USR: SP:00000000 LR:00000000 SVC: SPSR:60000153 SP:c6029d68 LR:c05a4218 FIQ: SPSR:00000000 SP:00000000 LR:c2c2c2c2 IRQ: SPSR:600001d3 SP:c08c9740 LR:c05a4ca0 ABT: SPSR:00000000 SP:c08c974c LR:c08c974c UND: SPSR:00000000 SP:c08c9758 LR:c08c9758 r0_usr: c6026b00 r1_usr: 00000000 r2_usr: 00000000 r3_usr: 00000000 r4_usr: c6028028 r5_usr: c6037038 r6_usr: 00000000 r7_usr: 00000000 r8_usr: 00000000 r9_usr: 00000001 r10_usr: 00000000 r11_usr: c0060b00 r12_usr: c6028000 r8_fiq: 00000000 r9_fiq: 00000000 r10_fiq: 00000000 r11_fiq: 00000000 r12_fiq: 00000000 SCTLR: 10c5387d TTBCR: 0000000000000000 TTBR0: 000000004000406a TTBR1: 000000004000406a Any other thoughts? JP On Thu, Aug 28, 2014 at 7:36 PM, Ian Campbell wrote: > On Wed, 2014-08-27 at 14:57 -0400, John Paul Walters wrote: >> Does anyone have any suggestions on where to look next? > > The first thing to check would be > http://wiki.xen.org/wiki/Xen_ARM_with_Virtualization_Extensions#Common_DomU_Pitfalls > > Ian. > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Aug 29 19:30:36 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 29 Aug 2014 19:30: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 1XNRrh-0007se-4t; Fri, 29 Aug 2014 19:29:41 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XNRrg-0007sZ-2D for xen-users@lists.xen.org; Fri, 29 Aug 2014 19:29:40 +0000 Received: from [85.158.137.68:14871] by server-10.bemta-3.messagelabs.com id FB/C2-01456-3A4D0045; Fri, 29 Aug 2014 19:29:39 +0000 X-Env-Sender: jpnwalters@gmail.com X-Msg-Ref: server-2.tower-31.messagelabs.com!1409340578!11413243!1 X-Originating-IP: [209.85.217.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.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31742 invoked from network); 29 Aug 2014 19:29:38 -0000 Received: from mail-lb0-f181.google.com (HELO mail-lb0-f181.google.com) (209.85.217.181) by server-2.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 29 Aug 2014 19:29:38 -0000 Received: by mail-lb0-f181.google.com with SMTP id n15so3182551lbi.12 for ; Fri, 29 Aug 2014 12:29:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=ZKneTi3Xv7wI0npUvb+WcraIKfm7Y1P+x7eZr6FxRkA=; b=pOK9mXKBtgtOwZdfcCaMrQWKSQtSeAxPE5G2CQrWOdRDParCaEE2INBOd9l/Wpq6ly 1GILt1kuBWTnFg75YuSQ7N2rP9uOBU3ckzRzdo2h0NLrUAMz9Eu/LEkPKZ7ZMxaB9Um8 Y9TqPnXRbSh6QyuZYnAMMsmC0nqURSBVau7ulGUr5/tjolcNmqJ48C3KAajckGwoHHtl JYtRYSXYEenKHlml3wpfyu6thu7GjkIembIQEe9Ho/KNGaKdqaO0KaBwY7Xc5NTavOgK H5eNfRvuPfr7r6dUNfVyegfgsYYaGP+691qkhKyUnGz5BL1+tm59UUOgBvDubTYhJogs KgNA== X-Received: by 10.112.169.35 with SMTP id ab3mr12319959lbc.41.1409340578143; Fri, 29 Aug 2014 12:29:38 -0700 (PDT) MIME-Version: 1.0 Received: by 10.25.90.195 with HTTP; Fri, 29 Aug 2014 12:29:18 -0700 (PDT) In-Reply-To: <1409269010.21481.59.camel@citrix.com> References: <1409269010.21481.59.camel@citrix.com> From: John Paul Walters Date: Fri, 29 Aug 2014 15:29:18 -0400 Message-ID: To: Ian Campbell Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] omap5 EVM unable to boot 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 Hi Ian, Thanks for the response. I should have been more complete. I've confirmed that the option CONFIG_DEBUG_LL is not set. I also modeled my domU config from the sample shown on the wiki. I went ahead and dumped the VCPU state and the PC wasn't at 0x0000000c. root@arm:~/test_vm# /usr/local/lib/xen/bin/xenctx 1 PC: c0079608 CPSR: 600001d3 USR: SP:00000000 LR:00000000 SVC: SPSR:60000153 SP:c6029d68 LR:c05a4218 FIQ: SPSR:00000000 SP:00000000 LR:c2c2c2c2 IRQ: SPSR:600001d3 SP:c08c9740 LR:c05a4ca0 ABT: SPSR:00000000 SP:c08c974c LR:c08c974c UND: SPSR:00000000 SP:c08c9758 LR:c08c9758 r0_usr: c6026b00 r1_usr: 00000000 r2_usr: 00000000 r3_usr: 00000000 r4_usr: c6028028 r5_usr: c6037038 r6_usr: 00000000 r7_usr: 00000000 r8_usr: 00000000 r9_usr: 00000001 r10_usr: 00000000 r11_usr: c0060b00 r12_usr: c6028000 r8_fiq: 00000000 r9_fiq: 00000000 r10_fiq: 00000000 r11_fiq: 00000000 r12_fiq: 00000000 SCTLR: 10c5387d TTBCR: 0000000000000000 TTBR0: 000000004000406a TTBR1: 000000004000406a Any other thoughts? JP On Thu, Aug 28, 2014 at 7:36 PM, Ian Campbell wrote: > On Wed, 2014-08-27 at 14:57 -0400, John Paul Walters wrote: >> Does anyone have any suggestions on where to look next? > > The first thing to check would be > http://wiki.xen.org/wiki/Xen_ARM_with_Virtualization_Extensions#Common_DomU_Pitfalls > > Ian. > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Aug 29 20:37:50 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 29 Aug 2014 20:37:50 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XNSut-00021O-Cr; Fri, 29 Aug 2014 20:37:03 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XNSur-00021H-Aa for xen-users@lists.xen.org; Fri, 29 Aug 2014 20:37:01 +0000 Received: from [85.158.143.35:36902] by server-1.bemta-4.messagelabs.com id 05/D0-05872-C64E0045; Fri, 29 Aug 2014 20:37:00 +0000 X-Env-Sender: Josh.Whitehead@dornerworks.com X-Msg-Ref: server-13.tower-21.messagelabs.com!1409344619!5201618!1 X-Originating-IP: [12.207.209.148] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15869 invoked from network); 29 Aug 2014 20:36:59 -0000 Received: from unknown (HELO mail.dornerworks.com) (12.207.209.148) by server-13.tower-21.messagelabs.com with SMTP; 29 Aug 2014 20:36:59 -0000 Received: from [172.27.11.113] (172.27.11.113) by Quimby.dw.local (172.27.1.90) with Microsoft SMTP Server (TLS) id 14.2.247.3; Fri, 29 Aug 2014 16:40:00 -0400 Message-ID: <5400E46A.6010002@dornerworks.com> Date: Fri, 29 Aug 2014 16:36:58 -0400 From: Joshua Whitehead User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: John Paul Walters , References: In-Reply-To: X-Originating-IP: [172.27.11.113] Subject: Re: [Xen-users] omap5 EVM unable to boot 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 8/27/2014 2:57 PM, John Paul Walters wrote: Greetings John, > Hi, > > I was able to get dom0 booting on an omap5 EVM according to the > instructions posted here: > > http://wiki.xen.org/wiki/Xen_ARM_with_Virtualization_Extensions/OMAP5432_uEVM > > I'm now trying to get a guest domU to boot, but so far I haven't had > any luck. I'm using an Obuntu 14.04 ARMv7 image along with the dom0 > kernel that I boot with. I'm using the following guest configuration: > > kernel = "/root/test_vm/zImage" > memory = "128" > name = "domU" > vcpus = 1 > serial="pty" > extra = 'earlyprintk=xenboot console=hvc0 root=/dev/xvda debug rw > init=/bin/sh' > disk = [ 'phy:/dev/loop1,xvda,w' ] > Not sure if this will apply to you or not, but I noticed you have "console=hv0" in your extra line as suggested by the wiki. We're currently working on the Arndale board (Cortex-A15 board based on the Samsung Exynos 5250 SOC) using Linaro Ubuntu images. In order to get a working console on our Dom0/DomU's we had to mount the file system for each domain and create/update the file "/etc/init/hvc0.conf" to read as follows: # hvc0 - getty # # This service maintains a getty on tty1 from the point the system is # started until it is shut down again. start on stopped rc RUNLEVEL=[2345] and ( not-container or container CONTAINER=lxc or container CONTAINER=lxc-libvirt) stop on runlevel [!2345] respawn exec /sbin/getty -8 38400 hvc0 ----- Not sure if that'll solve your problem, but what you're describing sounds like the domain is starting successfully but not connecting the console, so that configuration file might do the trick for you. One other thing to check might be your network bridge settings- we've had trouble with DomU's not starting correctly if their network settings were incorrect or incomplete. Make sure your network bridge is running in Dom0 (can be checked using ifconfig) and then try adding the following line to your DomU config file: vif = [ 'bridge=xenbr0' ] Obviously you'll want to change 'xenbr0' to be whatever the name of your network bridge is. Hope something there helps, good luck! - Josh _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Aug 29 20:37:50 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 29 Aug 2014 20:37:50 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XNSut-00021O-Cr; Fri, 29 Aug 2014 20:37:03 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XNSur-00021H-Aa for xen-users@lists.xen.org; Fri, 29 Aug 2014 20:37:01 +0000 Received: from [85.158.143.35:36902] by server-1.bemta-4.messagelabs.com id 05/D0-05872-C64E0045; Fri, 29 Aug 2014 20:37:00 +0000 X-Env-Sender: Josh.Whitehead@dornerworks.com X-Msg-Ref: server-13.tower-21.messagelabs.com!1409344619!5201618!1 X-Originating-IP: [12.207.209.148] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15869 invoked from network); 29 Aug 2014 20:36:59 -0000 Received: from unknown (HELO mail.dornerworks.com) (12.207.209.148) by server-13.tower-21.messagelabs.com with SMTP; 29 Aug 2014 20:36:59 -0000 Received: from [172.27.11.113] (172.27.11.113) by Quimby.dw.local (172.27.1.90) with Microsoft SMTP Server (TLS) id 14.2.247.3; Fri, 29 Aug 2014 16:40:00 -0400 Message-ID: <5400E46A.6010002@dornerworks.com> Date: Fri, 29 Aug 2014 16:36:58 -0400 From: Joshua Whitehead User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: John Paul Walters , References: In-Reply-To: X-Originating-IP: [172.27.11.113] Subject: Re: [Xen-users] omap5 EVM unable to boot 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 8/27/2014 2:57 PM, John Paul Walters wrote: Greetings John, > Hi, > > I was able to get dom0 booting on an omap5 EVM according to the > instructions posted here: > > http://wiki.xen.org/wiki/Xen_ARM_with_Virtualization_Extensions/OMAP5432_uEVM > > I'm now trying to get a guest domU to boot, but so far I haven't had > any luck. I'm using an Obuntu 14.04 ARMv7 image along with the dom0 > kernel that I boot with. I'm using the following guest configuration: > > kernel = "/root/test_vm/zImage" > memory = "128" > name = "domU" > vcpus = 1 > serial="pty" > extra = 'earlyprintk=xenboot console=hvc0 root=/dev/xvda debug rw > init=/bin/sh' > disk = [ 'phy:/dev/loop1,xvda,w' ] > Not sure if this will apply to you or not, but I noticed you have "console=hv0" in your extra line as suggested by the wiki. We're currently working on the Arndale board (Cortex-A15 board based on the Samsung Exynos 5250 SOC) using Linaro Ubuntu images. In order to get a working console on our Dom0/DomU's we had to mount the file system for each domain and create/update the file "/etc/init/hvc0.conf" to read as follows: # hvc0 - getty # # This service maintains a getty on tty1 from the point the system is # started until it is shut down again. start on stopped rc RUNLEVEL=[2345] and ( not-container or container CONTAINER=lxc or container CONTAINER=lxc-libvirt) stop on runlevel [!2345] respawn exec /sbin/getty -8 38400 hvc0 ----- Not sure if that'll solve your problem, but what you're describing sounds like the domain is starting successfully but not connecting the console, so that configuration file might do the trick for you. One other thing to check might be your network bridge settings- we've had trouble with DomU's not starting correctly if their network settings were incorrect or incomplete. Make sure your network bridge is running in Dom0 (can be checked using ifconfig) and then try adding the following line to your DomU config file: vif = [ 'bridge=xenbr0' ] Obviously you'll want to change 'xenbr0' to be whatever the name of your network bridge is. Hope something there helps, good luck! - Josh _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Aug 30 01:52:42 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 30 Aug 2014 01:52: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 1XNXp8-0003NQ-5G; Sat, 30 Aug 2014 01:51:26 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XNXp6-0003NL-OF for xen-users@lists.xen.org; Sat, 30 Aug 2014 01:51:24 +0000 Received: from [85.158.139.211:47454] by server-12.bemta-5.messagelabs.com id AF/26-22251-B1E21045; Sat, 30 Aug 2014 01:51:23 +0000 X-Env-Sender: sean@seangreenslade.com X-Msg-Ref: server-13.tower-206.messagelabs.com!1409363482!11460694!1 X-Originating-IP: [198.154.114.217] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9175 invoked from network); 30 Aug 2014 01:51:23 -0000 Received: from cust-198-154-114-217.corexchange.com (HELO vkenny.zootboy.com) (198.154.114.217) by server-13.tower-206.messagelabs.com with SMTP; 30 Aug 2014 01:51:23 -0000 Received: from 229-86-26-29.pools.spcsdns.net (66-87-136-229.pools.spcsdns.net [66.87.136.229]) by vkenny.zootboy.com (Postfix) with ESMTPSA id F25D39406C8; Fri, 29 Aug 2014 21:51:21 -0400 (EDT) User-Agent: K-9 Mail for Android In-Reply-To: References: MIME-Version: 1.0 From: Sean Greenslade Date: Fri, 29 Aug 2014 21:47:16 -0400 To: NiX ,xen-users@lists.xen.org Message-ID: <1e062907-b045-404d-a97b-763072c4a516@email.android.com> Subject: Re: [Xen-users] What is a proper way to limit XEN incoming bandwidth? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 August 28, 2014 7:18:52 PM EDT, NiX wrote: >Im using XEN 4.3.2-rc1 and the 'xl' toolstack. > >vif = ["ip=127.0.0.1,mac=00:00:00:00:00:00,bridge=br0,rate=100Mb/s"] >--> >Limits only outgoing bandwidth > >vif = ["ip=127.0.0.1,mac=00:00:00:00:00:00,bridge=br0,5Mb/s@25ms"] --> >Did >nothing. > >I've also tried 'tc' command but I could not get it >reliable(connections >stalled that barely used bandwidth) > >Here's my solution with 'tc' >http://serverfault.com/questions/261021/xen-limit-incoming-traffic-speed > >I could not get it reliable. Connections got stalled. So what is a >proper >way to do it or is there one? > Unfortunately, there's no good answer to this even outside of Xen. You only have direct control of outgoing bandwidth, incoming is a bit more indirect. I suggest looking up the advanced tutorials on tc usage. It's tricky, but it's basically the only way. -- Sean _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Aug 30 01:52:42 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 30 Aug 2014 01:52: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 1XNXp8-0003NQ-5G; Sat, 30 Aug 2014 01:51:26 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XNXp6-0003NL-OF for xen-users@lists.xen.org; Sat, 30 Aug 2014 01:51:24 +0000 Received: from [85.158.139.211:47454] by server-12.bemta-5.messagelabs.com id AF/26-22251-B1E21045; Sat, 30 Aug 2014 01:51:23 +0000 X-Env-Sender: sean@seangreenslade.com X-Msg-Ref: server-13.tower-206.messagelabs.com!1409363482!11460694!1 X-Originating-IP: [198.154.114.217] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9175 invoked from network); 30 Aug 2014 01:51:23 -0000 Received: from cust-198-154-114-217.corexchange.com (HELO vkenny.zootboy.com) (198.154.114.217) by server-13.tower-206.messagelabs.com with SMTP; 30 Aug 2014 01:51:23 -0000 Received: from 229-86-26-29.pools.spcsdns.net (66-87-136-229.pools.spcsdns.net [66.87.136.229]) by vkenny.zootboy.com (Postfix) with ESMTPSA id F25D39406C8; Fri, 29 Aug 2014 21:51:21 -0400 (EDT) User-Agent: K-9 Mail for Android In-Reply-To: References: MIME-Version: 1.0 From: Sean Greenslade Date: Fri, 29 Aug 2014 21:47:16 -0400 To: NiX ,xen-users@lists.xen.org Message-ID: <1e062907-b045-404d-a97b-763072c4a516@email.android.com> Subject: Re: [Xen-users] What is a proper way to limit XEN incoming bandwidth? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 August 28, 2014 7:18:52 PM EDT, NiX wrote: >Im using XEN 4.3.2-rc1 and the 'xl' toolstack. > >vif = ["ip=127.0.0.1,mac=00:00:00:00:00:00,bridge=br0,rate=100Mb/s"] >--> >Limits only outgoing bandwidth > >vif = ["ip=127.0.0.1,mac=00:00:00:00:00:00,bridge=br0,5Mb/s@25ms"] --> >Did >nothing. > >I've also tried 'tc' command but I could not get it >reliable(connections >stalled that barely used bandwidth) > >Here's my solution with 'tc' >http://serverfault.com/questions/261021/xen-limit-incoming-traffic-speed > >I could not get it reliable. Connections got stalled. So what is a >proper >way to do it or is there one? > Unfortunately, there's no good answer to this even outside of Xen. You only have direct control of outgoing bandwidth, incoming is a bit more indirect. I suggest looking up the advanced tutorials on tc usage. It's tricky, but it's basically the only way. -- Sean _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Aug 31 13:01:47 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 31 Aug 2014 13:01: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 1XO4k8-0003qr-Id; Sun, 31 Aug 2014 13:00:28 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XNPFn-0003n4-4u for xen-users@lists.xen.org; Fri, 29 Aug 2014 16:42:23 +0000 Received: from [85.158.143.35:20267] by server-2.bemta-4.messagelabs.com id 2E/97-04525-E6DA0045; Fri, 29 Aug 2014 16:42:22 +0000 X-Env-Sender: syllopsium@syllopsium.co.uk X-Msg-Ref: server-3.tower-21.messagelabs.com!1409330541!12133791!1 X-Originating-IP: [209.85.212.178] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18108 invoked from network); 29 Aug 2014 16:42:21 -0000 Received: from mail-wi0-f178.google.com (HELO mail-wi0-f178.google.com) (209.85.212.178) by server-3.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 29 Aug 2014 16:42:21 -0000 Received: by mail-wi0-f178.google.com with SMTP id r20so2840386wiv.11 for ; Fri, 29 Aug 2014 09:42:21 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:user-agent:in-reply-to:references:mime-version :content-transfer-encoding:content-type:subject:from:date:to :message-id; bh=wTN7VBKDcHOYvSzhdOuhBLkJP9tdtQ9EGV9F8h7Pk1I=; b=Rjmc+VxilAKhJ6431A7HJj76T4Cz3zitzpReKvJ6+MItX4S7X4jnHMF7If8mYJprqc bYBw2bF1YKd0dAIewVfOtgt3HLwEQzdiMg05zspEd3W6qoU6syd2MHJohKcM3IM/KoiP BhmwZURzf+mW2sB2NoxSC1YyYvaVRczdpJcXIVJiw3zmKb4kRCyLE/INqMyBQQspXshb qaMcfTAv/uRZOgqS0vNxNPvnxwFhthryuAEWr5Tyj08aHqPuus9GI+MXo4WO1g3SNDWp 6nXcG3I8RJVJYZCNjLNoQ79mvwKEeNClKYtvHWQZPa4SzGw+hF1yWu1SUtxihmauMnZU 6nbA== X-Gm-Message-State: ALoCoQnFm5RyvTnlSOvUWjTJddasrubP/gr3ZOCRZwN7sqC5SGTJZL7JzvDNaRvKN+OUHNN10jAi X-Received: by 10.180.37.16 with SMTP id u16mr5175521wij.72.1409330541583; Fri, 29 Aug 2014 09:42:21 -0700 (PDT) Received: from [10.144.193.117] (dab-glb1-h-62-10.dab.02.net. [82.132.219.227]) by mx.google.com with ESMTPSA id au4sm1159176wjc.15.2014.08.29.09.42.13 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 29 Aug 2014 09:42:20 -0700 (PDT) User-Agent: K-9 Mail for Android In-Reply-To: References: MIME-Version: 1.0 Content-Length: 783 From: Peter Kay Date: Fri, 29 Aug 2014 17:41:47 +0100 To: QI Wen ,xen-users@lists.xen.org Message-ID: <731196b9-d1fb-4b9f-84e6-d560036d3223@email.android.com> X-Mailman-Approved-At: Sun, 31 Aug 2014 13:00:26 +0000 Subject: Re: [Xen-users] Xen rebuild and install X-BeenThere: xen-users@lists.xen.org X-Mailman-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 IAoKT24gMjkgQXVndXN0IDIwMTQgMTI6NDc6MzIgQlNULCBRSSBXZW4gPHFpd2VuQHFpd2VuLm5h bWU+IHdyb3RlOgo+SGksIGFsbCwKPgo+SSBoYXZlIGluc3RhbGxlZCBYRU7CoDQuNCBmcm9tIHNv dXJjZSBjb2RlwqBzdWNjZXNzZnVsbHkuCj4KPkkgbW9kaWZpZWQgc29tZSBjb2RlcyBpbiAveGVu L2FyY2gveDg2L3RpbWUuYywgYW5kwqBJIHdhbnQgdG8gcmVidWlsZAo+YW5kIHJlaW5zdGFsbCB4 ZW4uCj4KPklzIHRoZXJlIGFueSBpbnN0cnVjdGlvbiBhYm91dCByZWJ1aWxkIGFuZCByZWluc3Rh bGw/IFRoYW5rcy4KPgo+Cj5SZWdhcmRzwqAKPlFJIFdlbgpTdXJlbHkgYXMgcGVyIGFueSBzb3Vy Y2UgY29kZSBtb2RpZmljYXRpb24KCk1ha2Ugd29ybGQKTWFrZSBpbnN0YWxsCgpJZiBpdCBkb2Vz bid0IHdvcmssIHJ1biBhIG1ha2UgY2xlYW4gZmlyc3QgYW5kIHRyeSBhZ2Fpbj8KClBLCgpfX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpYZW4tdXNlcnMgbWFp bGluZyBsaXN0Clhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hl bi11c2Vycw== From xen-users-bounces@lists.xen.org Sun Aug 31 13:01:47 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 31 Aug 2014 13:01: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 1XO4k8-0003qr-Id; Sun, 31 Aug 2014 13:00:28 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XNPFn-0003n4-4u for xen-users@lists.xen.org; Fri, 29 Aug 2014 16:42:23 +0000 Received: from [85.158.143.35:20267] by server-2.bemta-4.messagelabs.com id 2E/97-04525-E6DA0045; Fri, 29 Aug 2014 16:42:22 +0000 X-Env-Sender: syllopsium@syllopsium.co.uk X-Msg-Ref: server-3.tower-21.messagelabs.com!1409330541!12133791!1 X-Originating-IP: [209.85.212.178] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18108 invoked from network); 29 Aug 2014 16:42:21 -0000 Received: from mail-wi0-f178.google.com (HELO mail-wi0-f178.google.com) (209.85.212.178) by server-3.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 29 Aug 2014 16:42:21 -0000 Received: by mail-wi0-f178.google.com with SMTP id r20so2840386wiv.11 for ; Fri, 29 Aug 2014 09:42:21 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:user-agent:in-reply-to:references:mime-version :content-transfer-encoding:content-type:subject:from:date:to :message-id; bh=wTN7VBKDcHOYvSzhdOuhBLkJP9tdtQ9EGV9F8h7Pk1I=; b=Rjmc+VxilAKhJ6431A7HJj76T4Cz3zitzpReKvJ6+MItX4S7X4jnHMF7If8mYJprqc bYBw2bF1YKd0dAIewVfOtgt3HLwEQzdiMg05zspEd3W6qoU6syd2MHJohKcM3IM/KoiP BhmwZURzf+mW2sB2NoxSC1YyYvaVRczdpJcXIVJiw3zmKb4kRCyLE/INqMyBQQspXshb qaMcfTAv/uRZOgqS0vNxNPvnxwFhthryuAEWr5Tyj08aHqPuus9GI+MXo4WO1g3SNDWp 6nXcG3I8RJVJYZCNjLNoQ79mvwKEeNClKYtvHWQZPa4SzGw+hF1yWu1SUtxihmauMnZU 6nbA== X-Gm-Message-State: ALoCoQnFm5RyvTnlSOvUWjTJddasrubP/gr3ZOCRZwN7sqC5SGTJZL7JzvDNaRvKN+OUHNN10jAi X-Received: by 10.180.37.16 with SMTP id u16mr5175521wij.72.1409330541583; Fri, 29 Aug 2014 09:42:21 -0700 (PDT) Received: from [10.144.193.117] (dab-glb1-h-62-10.dab.02.net. [82.132.219.227]) by mx.google.com with ESMTPSA id au4sm1159176wjc.15.2014.08.29.09.42.13 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 29 Aug 2014 09:42:20 -0700 (PDT) User-Agent: K-9 Mail for Android In-Reply-To: References: MIME-Version: 1.0 Content-Length: 783 From: Peter Kay Date: Fri, 29 Aug 2014 17:41:47 +0100 To: QI Wen ,xen-users@lists.xen.org Message-ID: <731196b9-d1fb-4b9f-84e6-d560036d3223@email.android.com> X-Mailman-Approved-At: Sun, 31 Aug 2014 13:00:26 +0000 Subject: Re: [Xen-users] Xen rebuild and install X-BeenThere: xen-users@lists.xen.org X-Mailman-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 IAoKT24gMjkgQXVndXN0IDIwMTQgMTI6NDc6MzIgQlNULCBRSSBXZW4gPHFpd2VuQHFpd2VuLm5h bWU+IHdyb3RlOgo+SGksIGFsbCwKPgo+SSBoYXZlIGluc3RhbGxlZCBYRU7CoDQuNCBmcm9tIHNv dXJjZSBjb2RlwqBzdWNjZXNzZnVsbHkuCj4KPkkgbW9kaWZpZWQgc29tZSBjb2RlcyBpbiAveGVu L2FyY2gveDg2L3RpbWUuYywgYW5kwqBJIHdhbnQgdG8gcmVidWlsZAo+YW5kIHJlaW5zdGFsbCB4 ZW4uCj4KPklzIHRoZXJlIGFueSBpbnN0cnVjdGlvbiBhYm91dCByZWJ1aWxkIGFuZCByZWluc3Rh bGw/IFRoYW5rcy4KPgo+Cj5SZWdhcmRzwqAKPlFJIFdlbgpTdXJlbHkgYXMgcGVyIGFueSBzb3Vy Y2UgY29kZSBtb2RpZmljYXRpb24KCk1ha2Ugd29ybGQKTWFrZSBpbnN0YWxsCgpJZiBpdCBkb2Vz bid0IHdvcmssIHJ1biBhIG1ha2UgY2xlYW4gZmlyc3QgYW5kIHRyeSBhZ2Fpbj8KClBLCgpfX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpYZW4tdXNlcnMgbWFp bGluZyBsaXN0Clhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hl bi11c2Vycw== From xen-users-bounces@lists.xen.org Sun Aug 31 13:01:47 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 31 Aug 2014 13:01: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 1XO4k9-0003qz-3S; Sun, 31 Aug 2014 13:00:29 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XNPkC-0004dG-SA for xen-users@lists.xen.org; Fri, 29 Aug 2014 17:13:48 +0000 Received: from [85.158.143.35:42339] by server-1.bemta-4.messagelabs.com id DB/B0-05872-BC4B0045; Fri, 29 Aug 2014 17:13:47 +0000 X-Env-Sender: syllopsium@syllopsium.co.uk X-Msg-Ref: server-11.tower-21.messagelabs.com!1409332427!12458402!1 X-Originating-IP: [74.125.82.51] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9738 invoked from network); 29 Aug 2014 17:13:47 -0000 Received: from mail-wg0-f51.google.com (HELO mail-wg0-f51.google.com) (74.125.82.51) by server-11.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 29 Aug 2014 17:13:47 -0000 Received: by mail-wg0-f51.google.com with SMTP id l18so2439339wgh.10 for ; Fri, 29 Aug 2014 10:13:47 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:user-agent:in-reply-to:references:mime-version :content-transfer-encoding:content-type:subject:from:date:to :message-id; bh=FCeE6tJVTkAR0y75d7ZMxzzPHWCFq/+KUBEyqf5Ft2Q=; b=YTh68ANz0m0lBA2POiXVIQZjb6z42ovJoauFwMMifk5iUli11uTbVMyr/aqE4Z6T9F QSU4ewucj6ljk68R8D9KkHtI/qoa2KZFnVR+mu4TmTze5q6u80QCs60iliEtusQLn7By rznvfsem1zmtbYm3YTzQMSgNAy0hyM2REbKSrN0OE+TaA1szwK7GlCXlacAOXGN1zNBj OZtO808mZTeaKJDo7l1wf/izicQc0sv8H1uqQNCfQBHMNKFXf41m4VOuQojBvLKgw1vl JLISx5DAgsGKmP3VTmkbyxe9PWDRI3hH5peMrIjhhJViJIbJ7qUs/W1kmRGIOC27/U1o XAxw== X-Gm-Message-State: ALoCoQk6msiZxUTaNe3j5y0PXChEZzraA/GALVpo4KPHCL39ApV48XIh8RPkQCUjkesGO5grTAp5 X-Received: by 10.194.71.11 with SMTP id q11mr14271243wju.33.1409332426980; Fri, 29 Aug 2014 10:13:46 -0700 (PDT) Received: from [10.144.193.117] (dab-glb1-h-62-3.dab.02.net. [82.132.217.116]) by mx.google.com with ESMTPSA id lq8sm1237335wjb.49.2014.08.29.10.13.44 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 29 Aug 2014 10:13:46 -0700 (PDT) User-Agent: K-9 Mail for Android In-Reply-To: References: <731196b9-d1fb-4b9f-84e6-d560036d3223@email.android.com> MIME-Version: 1.0 Content-Length:1293 From: Peter Kay Date: Fri, 29 Aug 2014 18:13:27 +0100 To: QI Wen ,xen-users@lists.xen.org Message-ID: <00f9f0ee-b78d-4fdf-808f-6da640a9c869@email.android.com> X-Mailman-Approved-At: Sun, 31 Aug 2014 13:00:26 +0000 Subject: Re: [Xen-users] Xen rebuild and install X-BeenThere: xen-users@lists.xen.org X-Mailman-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 CgpPbiAyOSBBdWd1c3QgMjAxNCAxODowNToyNSBCU1QsIFFJIFdlbiA8cWl3ZW5AcWl3ZW4ubmFt ZT4gd3JvdGU6Cj5IaSwgUEssCj4KPlRoYW5rcyB2ZXJ5IG11Y2guCj4KPk5vdywgSSBhbSBkb2lu ZyBpdCBieToKPjEuIHJlYm9vdCB0byB0aGUgbmF0aXZlwqBIb3N0IChVYnVudHUsIG5vdCBkb21h aW4wKQo+Mi4gbW9kaWZ5IHRoZSBjb2RlLCBhbmQswqBtYWtlIGRpc3QteGVuICYmIG1ha2UgaW5z dGFsbC14ZW4KPjMuIHJlYm9vdCB0byBkb21haW4wCj4KPgo+SG93ZXZlciwgaXQncyBxdWl0ZSB0 aW1lLWNvbnN1bWluZy4KPgo+SXMgdGhlcmUgYW55IGZhc3RlciBtZXRob2QgdG8gZG8gaXQ/IAoK SXQncyBub3QgbmVjZXNzYXJ5IHRvIGJ1aWxkIFhlbiBpbiBiYXJlIG1ldGFsIC0gaXQgc3RpbGwg aGFzIGFjY2VzcyB0byB3cml0ZSB0byB0aGUgZGlzayBpbiBkb20wLgoKV2hldGhlciB0aGVyZSdz IGEgZmFzdGVyIHdheSBvZiBkb2luZyBpdCBkZXBlbmRzIG9uIHdoYXQgeW91J3JlIG1vZGlmeWlu Zy4gSWYgaXQncyBYZW4gaXRzZWxmIHRoZW4gYSByZWJvb3QgaXMgcmVxdWlyZWQgdG8gbW9kaWZ5 LiBJZiBhIGRhZW1vbiBvciB1dGlsaXR5IHlvdSBtYXkgYmUgYWJsZSB0byByZXN0YXJ0IGp1c3Qg dGhhdC4KClRoZSBvdGhlciBhbHRlcm5hdGl2ZSBpcyB0byBydW4gWGVuIGluc2lkZSBpdHNlbGYg b3IgYW5vdGhlciBWTSwgYXNzdW1pbmcgaXQgc3VwcG9ydHMgbmVzdGVkIFNMQVQvRVBULiBJdCds bCBwcm9iYWJseSBiZSBmYXN0ZXIgdG8gcmVib290IGEgVk0gdGhhbiB0aGUgaG9zdCBzeXN0ZW0u CgpCZXlvbmQgdGhhdCwgYnV5IGFuIFNTRD8KClBLCgpfX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fXwpYZW4tdXNlcnMgbWFpbGluZyBsaXN0Clhlbi11c2Vyc0Bs aXN0cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycw== From xen-users-bounces@lists.xen.org Sun Aug 31 13:01:47 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 31 Aug 2014 13:01: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 1XO4k9-0003qz-3S; Sun, 31 Aug 2014 13:00:29 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XNPkC-0004dG-SA for xen-users@lists.xen.org; Fri, 29 Aug 2014 17:13:48 +0000 Received: from [85.158.143.35:42339] by server-1.bemta-4.messagelabs.com id DB/B0-05872-BC4B0045; Fri, 29 Aug 2014 17:13:47 +0000 X-Env-Sender: syllopsium@syllopsium.co.uk X-Msg-Ref: server-11.tower-21.messagelabs.com!1409332427!12458402!1 X-Originating-IP: [74.125.82.51] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9738 invoked from network); 29 Aug 2014 17:13:47 -0000 Received: from mail-wg0-f51.google.com (HELO mail-wg0-f51.google.com) (74.125.82.51) by server-11.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 29 Aug 2014 17:13:47 -0000 Received: by mail-wg0-f51.google.com with SMTP id l18so2439339wgh.10 for ; Fri, 29 Aug 2014 10:13:47 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:user-agent:in-reply-to:references:mime-version :content-transfer-encoding:content-type:subject:from:date:to :message-id; bh=FCeE6tJVTkAR0y75d7ZMxzzPHWCFq/+KUBEyqf5Ft2Q=; b=YTh68ANz0m0lBA2POiXVIQZjb6z42ovJoauFwMMifk5iUli11uTbVMyr/aqE4Z6T9F QSU4ewucj6ljk68R8D9KkHtI/qoa2KZFnVR+mu4TmTze5q6u80QCs60iliEtusQLn7By rznvfsem1zmtbYm3YTzQMSgNAy0hyM2REbKSrN0OE+TaA1szwK7GlCXlacAOXGN1zNBj OZtO808mZTeaKJDo7l1wf/izicQc0sv8H1uqQNCfQBHMNKFXf41m4VOuQojBvLKgw1vl JLISx5DAgsGKmP3VTmkbyxe9PWDRI3hH5peMrIjhhJViJIbJ7qUs/W1kmRGIOC27/U1o XAxw== X-Gm-Message-State: ALoCoQk6msiZxUTaNe3j5y0PXChEZzraA/GALVpo4KPHCL39ApV48XIh8RPkQCUjkesGO5grTAp5 X-Received: by 10.194.71.11 with SMTP id q11mr14271243wju.33.1409332426980; Fri, 29 Aug 2014 10:13:46 -0700 (PDT) Received: from [10.144.193.117] (dab-glb1-h-62-3.dab.02.net. [82.132.217.116]) by mx.google.com with ESMTPSA id lq8sm1237335wjb.49.2014.08.29.10.13.44 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 29 Aug 2014 10:13:46 -0700 (PDT) User-Agent: K-9 Mail for Android In-Reply-To: References: <731196b9-d1fb-4b9f-84e6-d560036d3223@email.android.com> MIME-Version: 1.0 Content-Length:1293 From: Peter Kay Date: Fri, 29 Aug 2014 18:13:27 +0100 To: QI Wen ,xen-users@lists.xen.org Message-ID: <00f9f0ee-b78d-4fdf-808f-6da640a9c869@email.android.com> X-Mailman-Approved-At: Sun, 31 Aug 2014 13:00:26 +0000 Subject: Re: [Xen-users] Xen rebuild and install X-BeenThere: xen-users@lists.xen.org X-Mailman-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 CgpPbiAyOSBBdWd1c3QgMjAxNCAxODowNToyNSBCU1QsIFFJIFdlbiA8cWl3ZW5AcWl3ZW4ubmFt ZT4gd3JvdGU6Cj5IaSwgUEssCj4KPlRoYW5rcyB2ZXJ5IG11Y2guCj4KPk5vdywgSSBhbSBkb2lu ZyBpdCBieToKPjEuIHJlYm9vdCB0byB0aGUgbmF0aXZlwqBIb3N0IChVYnVudHUsIG5vdCBkb21h aW4wKQo+Mi4gbW9kaWZ5IHRoZSBjb2RlLCBhbmQswqBtYWtlIGRpc3QteGVuICYmIG1ha2UgaW5z dGFsbC14ZW4KPjMuIHJlYm9vdCB0byBkb21haW4wCj4KPgo+SG93ZXZlciwgaXQncyBxdWl0ZSB0 aW1lLWNvbnN1bWluZy4KPgo+SXMgdGhlcmUgYW55IGZhc3RlciBtZXRob2QgdG8gZG8gaXQ/IAoK SXQncyBub3QgbmVjZXNzYXJ5IHRvIGJ1aWxkIFhlbiBpbiBiYXJlIG1ldGFsIC0gaXQgc3RpbGwg aGFzIGFjY2VzcyB0byB3cml0ZSB0byB0aGUgZGlzayBpbiBkb20wLgoKV2hldGhlciB0aGVyZSdz IGEgZmFzdGVyIHdheSBvZiBkb2luZyBpdCBkZXBlbmRzIG9uIHdoYXQgeW91J3JlIG1vZGlmeWlu Zy4gSWYgaXQncyBYZW4gaXRzZWxmIHRoZW4gYSByZWJvb3QgaXMgcmVxdWlyZWQgdG8gbW9kaWZ5 LiBJZiBhIGRhZW1vbiBvciB1dGlsaXR5IHlvdSBtYXkgYmUgYWJsZSB0byByZXN0YXJ0IGp1c3Qg dGhhdC4KClRoZSBvdGhlciBhbHRlcm5hdGl2ZSBpcyB0byBydW4gWGVuIGluc2lkZSBpdHNlbGYg b3IgYW5vdGhlciBWTSwgYXNzdW1pbmcgaXQgc3VwcG9ydHMgbmVzdGVkIFNMQVQvRVBULiBJdCds bCBwcm9iYWJseSBiZSBmYXN0ZXIgdG8gcmVib290IGEgVk0gdGhhbiB0aGUgaG9zdCBzeXN0ZW0u CgpCZXlvbmQgdGhhdCwgYnV5IGFuIFNTRD8KClBLCgpfX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fXwpYZW4tdXNlcnMgbWFpbGluZyBsaXN0Clhlbi11c2Vyc0Bs aXN0cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycw==