From: Stefano Stabellini <stefano.stabellini@eu.citrix.com>
To: Dan Magenheimer <dan.magenheimer@oracle.com>
Cc: Stefano Stabellini <Stefano.Stabellini@eu.citrix.com>,
Fitzhardinge <jeremy@goop.org>,
"xen-devel@lists.xensource.com" <xen-devel@lists.xensource.com>,
Konrad Wilk <konrad.wilk@oracle.com>,
"Jeremy@acsinet12.oracle.com" <Jeremy@acsinet12.oracle.com>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
Don Dutile <ddutile@redhat.com>,
Sheng Yang <sheng@linux.intel.com>
Subject: RE: [Xen-devel] Re: [PATCH 0/12] PV on HVM Xen
Date: Fri, 2 Jul 2010 18:14:28 +0100 [thread overview]
Message-ID: <alpine.DEB.2.00.1007021810210.29110@kaball-desktop> (raw)
In-Reply-To: <9d5fb841-26be-4ce1-b549-eb7f17f88e61@default>
On Fri, 2 Jul 2010, Dan Magenheimer wrote:
> > From: Stefano Stabellini [mailto:stefano.stabellini@eu.citrix.com]
> >
> > On Thu, 1 Jul 2010, Dan Magenheimer wrote:
> > > Hi Stefano --
> > >
> > > What versions of Xen are compatible with this series?
> > > I.e. is 4.0 required? Are all Xen-side changes in
> > > official 4.0.0? Or only in 4.0-testing (and therefore
> > > will be in 4.0.1)? Or only in xen-unstable?
> > >
> > > If post-4.0.0 xen changes are necessary, could you point
> > > out the changesets?
> >
> > Any Xen version is going to work, but you need unstable to get all the
> > features.
> >
> > In particular you need these patches:
> >
> > - 21647: implement HVMOP_pagetable_dying
> >
> > - 21493: update_runstate_area for 32 bit PV on HVM guests
> >
> > - 21449: implement vector callback for evtchn delivery
> >
> > - 21445: TSC handling cleanups (version 2)
> >
> > - 21341: Export timer hypercalls to HVM guests too
> >
> > - 21339: TSC handling cleanups
>
> Thanks for the thorough reply! Any reason that any of these
> cannot or should not be back-ported to go into 4.0.1?
>
They should be safe to backport, the only ones we should be extra
careful are the TSC related patches, and you were the one to raise that
complain :)
If you have some spare time to test 21445 and 21339 on 4.0.1 to make
sure that everything keeps working as expected, then we can safely
apply them to xen 4.0 testing.
next prev parent reply other threads:[~2010-07-02 17:14 UTC|newest]
Thread overview: 53+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-06-21 16:12 [PATCH 0/12] PV on HVM Xen Stefano Stabellini
2010-06-21 16:12 ` Stefano Stabellini
2010-06-21 16:13 ` [PATCH 01/13] Add support for hvm_op stefano
2010-06-21 16:13 ` [PATCH 02/13] early PV on HVM stefano
2010-06-21 16:13 ` [PATCH 03/13] evtchn delivery " stefano
2010-06-21 16:13 ` [PATCH 04/13] Xen PCI platform device driver stefano
2010-06-30 17:55 ` Konrad Rzeszutek Wilk
2010-06-30 17:55 ` Konrad Rzeszutek Wilk
2010-07-01 11:38 ` Stefano Stabellini
2010-06-21 16:13 ` [PATCH 05/13] Add suspend\resume support for PV on HVM guests stefano
2010-06-21 16:14 ` [PATCH 06/13] Allow xen platform pci device to be compiled as a module stefano
2010-06-21 16:14 ` [PATCH 0/12] PV on HVM Xen Stefano Stabellini
2010-06-21 16:14 ` Stefano Stabellini
2010-06-21 16:14 ` [PATCH 07/13] Fix find_unbound_irq in presence of ioapic irqs stefano
2010-06-21 16:14 ` [PATCH 08/13] Fix possible NULL pointer dereference in print_IO_APIC stefano
2010-06-21 16:14 ` [PATCH 09/13] __setup_vector_irq: handle NULL chip_data stefano
2010-06-21 16:14 ` [PATCH 10/13] Do not try to disable hpet if it hasn't been initialized before stefano
2010-06-30 17:53 ` Konrad Rzeszutek Wilk
2010-06-30 17:53 ` Konrad Rzeszutek Wilk
2010-07-09 1:05 ` john stultz
2010-06-30 21:24 ` Venkatesh Pallipadi
2010-06-30 21:24 ` Venkatesh Pallipadi
2010-07-02 10:44 ` Paolo Bonzini
2010-07-02 10:44 ` Paolo Bonzini
2010-06-21 16:14 ` [PATCH 11/13] Use xen_vcpuop_clockevent, xen_clocksource and xen wallclock stefano
2010-07-01 19:41 ` Don Dutile
2010-07-02 17:17 ` Stefano Stabellini
2010-07-02 17:17 ` Stefano Stabellini
2010-06-21 16:14 ` [PATCH 12/13] Unplug emulated disks and nics stefano
2010-07-01 19:41 ` Don Dutile
2010-07-01 19:41 ` Don Dutile
2010-07-05 11:58 ` Stefano Stabellini
2010-07-07 20:01 ` Don Dutile
2010-07-08 13:13 ` Stefano Stabellini
2010-07-08 13:13 ` Stefano Stabellini
2010-07-08 19:57 ` [Xen-devel] " Don Dutile
2010-07-08 21:29 ` Ian Campbell
2010-07-08 21:29 ` Ian Campbell
2010-07-08 21:59 ` [Xen-devel] " Don Dutile
2010-07-09 8:02 ` Ian Campbell
2010-07-09 8:02 ` Ian Campbell
2010-07-09 10:54 ` Stefano Stabellini
2010-07-09 10:54 ` Stefano Stabellini
2010-07-09 13:42 ` [Xen-devel] " Don Dutile
2010-06-21 16:14 ` [PATCH 13/13] Call HVMOP_pagetable_dying on exit_mmap stefano
2010-06-30 17:56 ` [PATCH 0/12] PV on HVM Xen Konrad Rzeszutek Wilk
2010-07-01 11:38 ` Stefano Stabellini
2010-07-01 19:43 ` [Xen-devel] " Dan Magenheimer
2010-07-02 10:43 ` Stefano Stabellini
2010-07-02 16:08 ` Dan Magenheimer
2010-07-02 17:14 ` Stefano Stabellini [this message]
2010-07-02 19:49 ` Dan Magenheimer
2010-07-02 19:49 ` Dan Magenheimer
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=alpine.DEB.2.00.1007021810210.29110@kaball-desktop \
--to=stefano.stabellini@eu.citrix.com \
--cc=Jeremy@acsinet12.oracle.com \
--cc=dan.magenheimer@oracle.com \
--cc=ddutile@redhat.com \
--cc=jeremy@goop.org \
--cc=konrad.wilk@oracle.com \
--cc=linux-kernel@vger.kernel.org \
--cc=sheng@linux.intel.com \
--cc=xen-devel@lists.xensource.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.