[XenPPC] Xen 3.1.1 -- initial patchqueue

2007-09-10 Thread Keir Fraser
Hi, A provisional patchqueue for Xen 3.1.1 is available at http://xenbits.xensource.com/xen-3.1-testing.pq.hg. This pq partners with http://xenbits.xensource.com/xen-3.1-testing.hg. Please kick this pq around and check whether the patches you want to see in 3.1.1 are included. -- Keir

[XenPPC] David M Daly is out of the office.

2007-09-10 Thread David M Daly
I will be out of the office starting 09/06/2007 and will not return until 09/13/2007. I will respond to your message when I return. ___ Xen-ppc-devel mailing list Xen-ppc-devel@lists.xensource.com http://lists.xensource.com/xen-ppc-devel

[XenPPC] Re: [Xen-devel] Xen 3.1.1 -- initial patchqueue

2007-09-10 Thread Ben Guthro
The ones I can see missing from our local patch queue are: Xen: 15185-1f8fb764f843 http://xenbits.xensource.com/xen-unstable.hg?rev/1f8fb764f843 15806-577313e3c0a6 (not exactly crucial, but would be nice) http://xenbits.xensource.com/xen-unstable.hg?rev/577313e3c0a6 linux: 189-720571c2139e

[XenPPC] Re: [Xen-devel] Xen 3.1.1 -- initial patchqueue

2007-09-10 Thread Keir Fraser
On 10/9/07 13:03, Ben Guthro [EMAIL PROTECTED] wrote: 15185-1f8fb764f843 http://xenbits.xensource.com/xen-unstable.hg?rev/1f8fb764f843 I'm inclined not to backport this one. 15806-577313e3c0a6 (not exactly crucial, but would be nice)

[XenPPC] Re: [Xen-devel] Xen 3.1.1 -- initial patchqueue

2007-09-10 Thread Ben Guthro
Keir Fraser wrote: On 10/9/07 13:03, Ben Guthro [EMAIL PROTECTED] wrote: 15185-1f8fb764f843 http://xenbits.xensource.com/xen-unstable.hg?rev/1f8fb764f843 I'm inclined not to backport this one. If I recall - It applied against our 3.1 tree without any backporting...we just

[XenPPC] Re: [Xen-devel] Xen 3.1.1 -- initial patchqueue

2007-09-10 Thread Ben Guthro
Also - what tool are you using to apply these patches? mercurial queues seem to be incompatible with some of the non utf-8 characters in some of the patches: applying 15075-5efb46bfbcac applying 15076-9ec165fa8128 applying 15077-711bfe07999b applying 15078-6145e5508d6b abort: decoding near

[XenPPC] Re: [Xen-devel] Xen 3.1.1 -- initial patchqueue

2007-09-10 Thread Ian Campbell
On Mon, 2007-09-10 at 08:48 -0400, Ben Guthro wrote: Keir Fraser wrote: We're using mercurial patchqueues. Mercurial version 0.9.1. I've just cloned and applied the patch queue from scratch with no problems. -- Keir Perhaps it is a regression in the behavior of hg? I am using

[XenPPC] Re: [Xen-devel] Xen 3.1.1 -- initial patchqueue

2007-09-10 Thread Ben Guthro
Keir Fraser wrote: On 10/9/07 13:03, Ben Guthro [EMAIL PROTECTED] wrote: 15185-1f8fb764f843 http://xenbits.xensource.com/xen-unstable.hg?rev/1f8fb764f843 I'm inclined not to backport this one. Attached is the exported changeset, series file, and updated patch 15473, should you

[XenPPC] Re: [Xen-devel] Xen 3.1.1 -- initial patchqueue

2007-09-10 Thread Jambunathan K
Keir The fix discussed in the Xen-Devel thread PCI Passthru: fn0 exported but not fn1 is not in the pq. Please include the same. http://lists.xensource.com/archives/html/xen-devel/2007-08/msg00549.html http://lists.xensource.com/archives/html/xen-devel/2007-08/msg00595.html

[XenPPC] Re: [Xen-devel] Xen 3.1.1 -- initial patchqueue

2007-09-10 Thread Brendan Cully
On Monday, 10 September 2007 at 08:48, Ben Guthro wrote: Keir Fraser wrote: We're using mercurial patchqueues. Mercurial version 0.9.1. I've just cloned and applied the patch queue from scratch with no problems. Perhaps it is a regression in the behavior of hg? I am using 0.9.3, and

[XenPPC] Re: [Xen-devel] Xen 3.1.1 -- initial patchqueue

2007-09-10 Thread Alex Williamson
On Mon, 2007-09-10 at 09:56 +0100, Keir Fraser wrote: Hi, A provisional patchqueue for Xen 3.1.1 is available at http://xenbits.xensource.com/xen-3.1-testing.pq.hg. This pq partners with http://xenbits.xensource.com/xen-3.1-testing.hg. Please kick this pq around and check whether the

[XenPPC] fast_resume instead of full_resume after hdec_out

2007-09-10 Thread HYEONSEUNG JANG
In handling hdec exception, non-volatile registers are saved because context_switch() may be called in the do_softirq(). The fact that we reach to 'hdec_out' means that there has been no context_switch() called. But currently 'fast_resume' is called after 'hdec_out' I think there seems to be no

Re: [XenPPC] fast_resume instead of full_resume after hdec_out

2007-09-10 Thread HYEONSEUNG JANG
But currently 'fast_resume' is called after 'hdec_out' It should be But currently 'full_resume' is called after 'hdec_out' Sorry for the confusion. --- Original Message --- Sender : HYEONSEUNG JANG[EMAIL PROTECTED] E5(??)/Software Laboratories/Samsung Electronics Date : Sep 11,