WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

Re: [Xen-devel] Re: [PATCH] xen: register timer interrupt with IRQF_TIME

To: Ian Campbell <Ian.Campbell@xxxxxxxxxx>
Subject: Re: [Xen-devel] Re: [PATCH] xen: register timer interrupt with IRQF_TIMER
From: Valtteri Kiviniemi <valtteri.kiviniemi@xxxxxxxxxxxx>
Date: Tue, 24 Nov 2009 16:23:21 +0200
Cc: Jeremy Fitzhardinge <jeremy@xxxxxxxx>, "xen-devel@xxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxx>
Delivery-date: Tue, 24 Nov 2009 06:23:46 -0800
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <4B0BEA33.7080603@xxxxxxxxxxxx>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
Organization: Dataproof
References: <1259057783-23186-1-git-send-email-ian.campbell@xxxxxxxxxx> <1259059294.7590.159.camel@xxxxxxxxxxxxxxxxxxxxxx> <4B0BD6D6.4010400@xxxxxxxxxxxx> <1259068314.7590.320.camel@xxxxxxxxxxxxxxxxxxxxxx> <4B0BEA33.7080603@xxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Thunderbird 2.0.0.23 (Windows/20090812)
Hi,

I can confirm that save works, but restore does not work. It will restore the domU, but the domU wont respond to anything. In the console I can see

root@xen:/# xm console db
Using V2 grant tables.

And then its stuck, cant login.

xend.log from restore:

[2009-11-24 16:20:11 14312] DEBUG (balloon:181) Balloon: 16069048 KiB free; need 1048576; done. [2009-11-24 16:20:11 14312] DEBUG (XendCheckpoint:305) [xc_restore]: /usr/lib/xen/bin/xc_restore 4 2 1 2 0 0 0 0 [2009-11-24 16:20:11 14312] INFO (XendCheckpoint:424) xc_domain_restore start: p2m_size = 40000 [2009-11-24 16:20:11 14312] INFO (XendCheckpoint:424) Reloading memory pages: 0% [2009-11-24 16:20:48 14312] INFO (XendCheckpoint:424) ERROR Internal error: Error when reading batch size [2009-11-24 16:20:48 14312] INFO (XendCheckpoint:424) ERROR Internal error: error when buffering batch, finishing
[2009-11-24 16:20:48 14312] INFO (XendCheckpoint:424)
[2009-11-24 16:20:48 14312] INFO (XendCheckpoint:4100%
[2009-11-24 16:20:48 14312] INFO (XendCheckpoint:424) Memory reloaded (0 pages)
[2009-11-24 16:20:48 14312] INFO (XendCheckpoint:424) read VCPU 0
[2009-11-24 16:20:48 14312] INFO (XendCheckpoint:424) read VCPU 1
[2009-11-24 16:20:48 14312] INFO (XendCheckpoint:424) read VCPU 2
[2009-11-24 16:20:48 14312] INFO (XendCheckpoint:424) read VCPU 3
[2009-11-24 16:20:48 14312] INFO (XendCheckpoint:424) read VCPU 4
[2009-11-24 16:20:48 14312] INFO (XendCheckpoint:424) read VCPU 5
[2009-11-24 16:20:48 14312] INFO (XendCheckpoint:424) read VCPU 6
[2009-11-24 16:20:48 14312] INFO (XendCheckpoint:424) read VCPU 7
[2009-11-24 16:20:48 14312] INFO (XendCheckpoint:424) Completed checkpoint load [2009-11-24 16:20:48 14312] INFO (XendCheckpoint:424) Domain ready to be built.
[2009-11-24 16:20:48 14312] INFO (XendCheckpoint:424) Restore exit with rc=0
[2009-11-24 16:20:48 14312] DEBUG (XendCheckpoint:395) store-mfn 4037254
[2009-11-24 16:20:48 14312] DEBUG (XendCheckpoint:395) console-mfn 4037253
[2009-11-24 16:20:48 14312] DEBUG (XendDomainInfo:2883) XendDomainInfo.completeRestore



- Valtteri Kiviniemi

Valtteri Kiviniemi kirjoitti:
Hi,

Ok, sorry didn not notice that. my domU kernels are quite small, they dont contain anything that is not necessary and since power management options were not necessary on Xen 3.4 I did not enable them on unstable either. Gonna now compile new domU kernels and test again.

Thanks.

- Valtteri Kiviniemi

Ian Campbell kirjoitti:
On Tue, 2009-11-24 at 12:51 +0000, Valtteri Kiviniemi wrote:
Hi,

This is not still working, when I try to save a domain:

file:

root@xen:/# du -h db.save
64K     db.save

domU console.

Ignoring shutdown request: suspend

As I said before - enable CONFIG_PM_SLEEP, you won't get anywhere
without it.

Ian.

xend.log:

[2009-11-24 14:47:57 2131] DEBUG (XendCheckpoint:124) [xc_save]: /usr/lib/xen/bin/xc_save 54 1 0 0 0 [2009-11-24 14:47:57 2131] INFO (XendCheckpoint:424) xc_save: failed to get the suspend evtchn port

domU config:

kernel = "/boot/bzImage-domU"
builder = "linux"
memory = "1024"
name = "db"
vcpus = "8"
cpus = [ "0", "1", "2", "3", "4", "5", "6", "7" ]
tsc_native="1"
vif = [ "mac=00:50:56:13:27:d9, bridge=eth0" ]
disk = [ "phy:/dev/virtuals/db,xvda1,w" ]
root = "/dev/xvda1 ro"
extra = "console=hvc0"
on_poweroff = "destroy"
on_reboot = "restart"
on_crash = "restart"

Latest xen-unstable (compiled 1 hour ago) latest 2.6.31.6 kernel with this patch applied.

- Valtteri Kiviniemi

Ian Campbell kirjoitti:
On Tue, 2009-11-24 at 10:16 +0000, Ian Campbell wrote:
Otherwise the timer is disabled by dpm_suspend_noirq() which in turn prevents correct operation of stop_machine on multi-processor systems and breaks
suspend.
This appears to have been broken since after 2.6.29 sometime (I see
failures with 2.6.30). I suspect this commit, or one related to it, made
IRQF_TIMER a hard requirement:

        commit 0a0c5168df270a50e3518e4f12bddb31f8f5f38f
        Author: Rafael J. Wysocki <rjw@xxxxxxx>
        Date:   Mon Mar 16 22:33:49 2009 +0100
PM: Introduce functions for suspending and resuming device interrupts Introduce helper functions allowing us to prevent device drivers from getting any interrupts (without disabling interrupts on the CPU) during suspend (or hibernation) and to make them start to receive interrupts again during the subsequent resume. These functions make it possible to keep timer interrupts enabled while the "late" suspend and "early" resume callbacks provided by device drivers are being executed. In turn, this allows device drivers' "late" suspend and "early" resume callbacks to sleep, execute ACPI callbacks etc. The functions introduced here will be used to rework the handling of interrupts during suspend (hibernation) and resume. Namely, interrupts will only be disabled on the CPU right before suspending sysdevs, while device drivers will be prevented from receiving interrupts, with the help of the new helper function, before their "late" suspend callbacks run (and analogously during resume).

Ian.



_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel



_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel


_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel