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
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
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
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)
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
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
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
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
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
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
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
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
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,
13 matches
Mail list logo