* Xen 4.2 TODO / Release Plan
@ 2012-08-28 10:06 Ian Campbell
2012-08-31 15:12 ` [Xen-users] " Ian Campbell
` (4 more replies)
0 siblings, 5 replies; 11+ messages in thread
From: Ian Campbell @ 2012-08-28 10:06 UTC (permalink / raw)
To: xen-devel, xen-users
Plan for a 4.2 release:
http://lists.xen.org/archives/html/xen-devel/2012-03/msg00793.html
The time line is as follows:
19 March -- TODO list locked down
2 April -- Feature Freeze
30 July -- First release candidate
Weekly -- RCN+1 until release << WE ARE HERE
Keir released 4.2.0 rc3 on Thursday. Please test.
The updated TODO list follows.
hypervisor, blockers:
* None
tools, blockers:
* libxl stable API -- we would like 4.2 to define a stable API
which downstream's can start to rely on not changing. Aspects of
this are:
* None known
* xl compatibility with xm:
* No known issues
* [CHECK] More formally deprecate xm/xend. Manpage patches already
in tree. Needs release noting and communication around -rc1 to
remind people to test xl.
* [CHECK] Confirm that migration from Xen 4.1 -> 4.2 works.
* Bump library SONAMES as necessary.
<20502.39440.969619.824976@mariner.uk.xensource.com>
* [BUG] qemu-traditional has 50% cpu utilization on an idle
Windows system if USB is enabled. Not 100% clear whether this is
Xen or qemu. George Dunlap is performing initial
investigations.
* Disable generation id from xl. Microsoft changed the
specification of this value between W8 beta and RC and we now
implement the old spec. Disable for 4.2 and revist implementing
hte new spec for 4.3. (Paul Durrant)
hypervisor, nice to have:
* [BUG(?)] Under certain conditions, the p2m_pod_sweep code will
stop halfway through searching, causing a guest to crash even if
there was zeroed memory available. This is NOT a regression
from 4.1, and is a very rare case, so probably shouldn't be a
blocker. (In fact, I'd be open to the idea that it should wait
until after the release to get more testing.)
(George Dunlap)
* S3 regression(s?) reported by Ben Guthro (Ben & Jan Beulich)
* fix high change rate to CMOS RTC periodic interrupt causing
guest wall clock time to lag (possible fix outlined, needs to be
put in patch form and thoroughly reviewed/tested for unwanted
side effects, Jan Beulich)
tools, nice to have:
* xl compatibility with xm:
* the parameter io and irq in domU config files are not
evaluated by xl. So it is not possible to passthrough a
parallel port for my printer to domU when I start the domU
with xl command. (reported by Dieter Bloms,
<20120814100704.GA19704@bloms.de>)
* xl.cfg(5) documentation patch for qemu-upstream
videoram/videomem support:
http://lists.xen.org/archives/html/xen-devel/2012-05/msg00250.html
qemu-upstream doesn't support specifying videomem size for the
HVM guest cirrus/stdvga. (but this works with
qemu-xen-traditional). (Pasi Kärkkäinen)
* [BUG] long stop during the guest boot process with qcow image,
reported by Intel: http://bugzilla.xen.org/bugzilla/show_bug.cgi?id=1821
(Done)
* [BUG] vcpu-set doesn't take effect on guest, reported by Intel:
http://bugzilla.xen.org/bugzilla/show_bug.cgi?id=1822
* Load blktap driver from xencommons initscript if available, thread at:
<db614e92faf743e20b3f.1337096977@kodo2>. To be fixed more
properly in 4.3. (Patch posted, discussion, plan to take simple
xencommons patch for 4.2 and revist for 4.3. Ping sent)
* [BUG] xl allows same PCI device to be assigned to multiple
guests. http://bugzilla.xen.org/bugzilla/show_bug.cgi?id=1826
(<E4558C0C96688748837EB1B05BEED75A0FD5574A@SHSMSX102.ccr.corp.intel.com>)
* address PoD problems with early host side accesses to guest
address space (Jan Beulich, DONE)
* fix ipxe build problems with gcc 4.7 (fedora 17).
The following files fail to build:
- ipxe/src/drivers/bus/isa.c
- ipxe/src/drivers/net/myri10ge.c
- ipxe/src/drivers/infiniband/qib7322.c
Patches have been posted to ipxe-devel mailinglist, so we need
to update our ipxe version or grab the patches. (DONE, Keir)
* "xl list -l" does not produce proper json. Should be possible to
make it into an array. Reported by Bastian Blank,
<20120814121741.GA10214@wavehammer.waldi.eu.org>. (Ian Campbell, DONE)
* "xl cpupool-create" segfault on incorrect input. Reported by
George Dunlap,
<CAFLBxZaEci0mOcDCgFX9zk=wh3z4Nf1LD5E5Fcy7Y3=ioDAM=g@mail.gmail.com>
(Ian Campbell, patch posted)
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [Xen-users] Xen 4.2 TODO / Release Plan
2012-08-28 10:06 Xen 4.2 TODO / Release Plan Ian Campbell
@ 2012-08-31 15:12 ` Ian Campbell
2012-08-31 15:43 ` Jan Beulich
2012-08-31 17:26 ` George Dunlap
` (3 subsequent siblings)
4 siblings, 1 reply; 11+ messages in thread
From: Ian Campbell @ 2012-08-31 15:12 UTC (permalink / raw)
To: xen-devel; +Cc: george.dunlap, Jan Beulich
On Tue, 2012-08-28 at 11:06 +0100, Ian Campbell wrote:
> hypervisor, nice to have:
>
> * [BUG(?)] Under certain conditions, the p2m_pod_sweep code will
> stop halfway through searching, causing a guest to crash even if
> there was zeroed memory available. This is NOT a regression
> from 4.1, and is a very rare case, so probably shouldn't be a
> blocker. (In fact, I'd be open to the idea that it should wait
> until after the release to get more testing.)
> (George Dunlap)
> * fix high change rate to CMOS RTC periodic interrupt causing
> guest wall clock time to lag (possible fix outlined, needs to be
> put in patch form and thoroughly reviewed/tested for unwanted
> side effects, Jan Beulich)
I have a feeling one or both of these might be fixed already, is that
true?
> * S3 regression(s?) reported by Ben Guthro (Ben & Jan Beulich)
AIUI this one isn't though.
Ian.
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [Xen-users] Xen 4.2 TODO / Release Plan
2012-08-31 15:12 ` [Xen-users] " Ian Campbell
@ 2012-08-31 15:43 ` Jan Beulich
2012-08-31 15:52 ` Ian Campbell
2012-09-02 1:59 ` Ben Guthro
0 siblings, 2 replies; 11+ messages in thread
From: Jan Beulich @ 2012-08-31 15:43 UTC (permalink / raw)
To: Ian Campbell; +Cc: george.dunlap, xen-devel
>>> On 31.08.12 at 17:12, Ian Campbell <Ian.Campbell@citrix.com> wrote:
> On Tue, 2012-08-28 at 11:06 +0100, Ian Campbell wrote:
>
>> hypervisor, nice to have:
>>
>> * [BUG(?)] Under certain conditions, the p2m_pod_sweep code will
>> stop halfway through searching, causing a guest to crash even if
>> there was zeroed memory available. This is NOT a regression
>> from 4.1, and is a very rare case, so probably shouldn't be a
>> blocker. (In fact, I'd be open to the idea that it should wait
>> until after the release to get more testing.)
>> (George Dunlap)
>
>> * fix high change rate to CMOS RTC periodic interrupt causing
>> guest wall clock time to lag (possible fix outlined, needs to be
>> put in patch form and thoroughly reviewed/tested for unwanted
>> side effects, Jan Beulich)
>
> I have a feeling one or both of these might be fixed already, is that
> true?
No, neither is afaict. I broke up the patch for the second and will
submit just the core bits (hopefully still today, else early on
Monday) to address the reported problem, leaving the rest of the
fixes for post-4.2.
>> * S3 regression(s?) reported by Ben Guthro (Ben & Jan Beulich)
>
> AIUI this one isn't though.
Correct.
Jan
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [Xen-users] Xen 4.2 TODO / Release Plan
2012-08-31 15:43 ` Jan Beulich
@ 2012-08-31 15:52 ` Ian Campbell
2012-09-02 1:59 ` Ben Guthro
1 sibling, 0 replies; 11+ messages in thread
From: Ian Campbell @ 2012-08-31 15:52 UTC (permalink / raw)
To: Jan Beulich; +Cc: George Dunlap, xen-devel
On Fri, 2012-08-31 at 16:43 +0100, Jan Beulich wrote:
> >>> On 31.08.12 at 17:12, Ian Campbell <Ian.Campbell@citrix.com> wrote:
> > On Tue, 2012-08-28 at 11:06 +0100, Ian Campbell wrote:
> >
> >> hypervisor, nice to have:
> >>
> >> * [BUG(?)] Under certain conditions, the p2m_pod_sweep code will
> >> stop halfway through searching, causing a guest to crash even if
> >> there was zeroed memory available. This is NOT a regression
> >> from 4.1, and is a very rare case, so probably shouldn't be a
> >> blocker. (In fact, I'd be open to the idea that it should wait
> >> until after the release to get more testing.)
> >> (George Dunlap)
> >
> >> * fix high change rate to CMOS RTC periodic interrupt causing
> >> guest wall clock time to lag (possible fix outlined, needs to be
> >> put in patch form and thoroughly reviewed/tested for unwanted
> >> side effects, Jan Beulich)
> >
> > I have a feeling one or both of these might be fixed already, is that
> > true?
>
> No, neither is afaict.
OK, thanks for confirming.
> I broke up the patch for the second and will
> submit just the core bits (hopefully still today, else early on
> Monday) to address the reported problem, leaving the rest of the
> fixes for post-4.2.
OK, I'll mark it as DONE on Monday with a note about deferring some of
it to 4.3.
Ian
>
> >> * S3 regression(s?) reported by Ben Guthro (Ben & Jan Beulich)
> >
> > AIUI this one isn't though.
>
> Correct.
>
> Jan
>
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [Xen-users] Xen 4.2 TODO / Release Plan
2012-08-31 15:43 ` Jan Beulich
2012-08-31 15:52 ` Ian Campbell
@ 2012-09-02 1:59 ` Ben Guthro
1 sibling, 0 replies; 11+ messages in thread
From: Ben Guthro @ 2012-09-02 1:59 UTC (permalink / raw)
To: Jan Beulich; +Cc: george.dunlap, Ian Campbell, xen-devel
On Fri, Aug 31, 2012 at 11:43 AM, Jan Beulich <JBeulich@suse.com> wrote:
>>>> On 31.08.12 at 17:12, Ian Campbell <Ian.Campbell@citrix.com> wrote:
>> On Tue, 2012-08-28 at 11:06 +0100, Ian Campbell wrote:
<snip>
>>> * S3 regression(s?) reported by Ben Guthro (Ben & Jan Beulich)
>>
>> AIUI this one isn't though.
>
> Correct.
This is still on my radar. I was in San Diego for all of last week.
It will be my priority to try to root cause this week.
Ben
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: Xen 4.2 TODO / Release Plan
2012-08-28 10:06 Xen 4.2 TODO / Release Plan Ian Campbell
2012-08-31 15:12 ` [Xen-users] " Ian Campbell
@ 2012-08-31 17:26 ` George Dunlap
2012-09-03 9:10 ` Ian Campbell
2012-08-31 17:36 ` George Dunlap
` (2 subsequent siblings)
4 siblings, 1 reply; 11+ messages in thread
From: George Dunlap @ 2012-08-31 17:26 UTC (permalink / raw)
To: Ian Campbell; +Cc: xen-users, xen-devel
On Tue, Aug 28, 2012 at 3:06 AM, Ian Campbell <Ian.Campbell@citrix.com> wrote:
> hypervisor, nice to have:
>
> * [BUG(?)] Under certain conditions, the p2m_pod_sweep code will
> stop halfway through searching, causing a guest to crash even if
> there was zeroed memory available. This is NOT a regression
> from 4.1, and is a very rare case, so probably shouldn't be a
> blocker. (In fact, I'd be open to the idea that it should wait
> until after the release to get more testing.)
> (George Dunlap)
I probably won't get a chance to work on this until I get back
mid-september, so this shouldn't be a blocker.
-George
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: Xen 4.2 TODO / Release Plan
2012-08-31 17:26 ` George Dunlap
@ 2012-09-03 9:10 ` Ian Campbell
0 siblings, 0 replies; 11+ messages in thread
From: Ian Campbell @ 2012-09-03 9:10 UTC (permalink / raw)
To: George Dunlap; +Cc: xen-users, xen-devel
On Fri, 2012-08-31 at 18:26 +0100, George Dunlap wrote:
> On Tue, Aug 28, 2012 at 3:06 AM, Ian Campbell <Ian.Campbell@citrix.com> wrote:
> > hypervisor, nice to have:
> >
> > * [BUG(?)] Under certain conditions, the p2m_pod_sweep code will
> > stop halfway through searching, causing a guest to crash even if
> > there was zeroed memory available. This is NOT a regression
> > from 4.1, and is a very rare case, so probably shouldn't be a
> > blocker. (In fact, I'd be open to the idea that it should wait
> > until after the release to get more testing.)
> > (George Dunlap)
>
> I probably won't get a chance to work on this until I get back
> mid-september, so this shouldn't be a blocker.
No problem. Since we hope to do the final RC this week that effectively
means its pushed out to 4.3 so I'll mark it as such.
Ian.
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: Xen 4.2 TODO / Release Plan
2012-08-28 10:06 Xen 4.2 TODO / Release Plan Ian Campbell
2012-08-31 15:12 ` [Xen-users] " Ian Campbell
2012-08-31 17:26 ` George Dunlap
@ 2012-08-31 17:36 ` George Dunlap
[not found] ` <CAFLBxZaDmZ8bTQzZ_CpQpTros9WFK7Q96v-1Y3zXXWLdciMXTw@mail.gmail.com>
2012-09-02 4:46 ` Pasi Kärkkäinen
4 siblings, 0 replies; 11+ messages in thread
From: George Dunlap @ 2012-08-31 17:36 UTC (permalink / raw)
To: Ian Campbell; +Cc: xen-users, xen-devel
On Tue, Aug 28, 2012 at 3:06 AM, Ian Campbell <Ian.Campbell@citrix.com> wrote:
> * [BUG] qemu-traditional has 50% cpu utilization on an idle
> Windows system if USB is enabled. Not 100% clear whether this is
> Xen or qemu. George Dunlap is performing initial
> investigations.
So it's hard to get directly comparable results, but I think that
early indications are that the biggest chunk of this is due to the
extra syscall overhead for a 64-bit dom0. Data points are:
1. Ubuntu 12.04, 64-bit, pvops Ubuntu kernel, Xen 4.2-rc2, older AMD
system: qemu uses 50% on an idle system
2. XenServer built with Xen-4.2; (32-bit 2.6.32 dom0), Nehalem system:
<qemu uses 2% on an idle system
3. Debian wheezy with the squeeze 2.6.32 32-bit kernel, older AMD
system: qemu uses 10% on an idle system
Looking at the traces, it seems that on the AMD box there were just a
whole lot more USB-related IO accesses than on the Nehalem system. #2
had far fewer USB-related accesses than #1, but #3 had about twice as
many as #1. So it seems likely to be a combination between something
weird that the USB driver in the guest is doing under AMD, and the
extra overhead of a 64-bit kernel.
So I think this is probably OK to take off the blocker list (although
it's probably something we want to look into further).
-George
^ permalink raw reply [flat|nested] 11+ messages in thread
[parent not found: <CAFLBxZaDmZ8bTQzZ_CpQpTros9WFK7Q96v-1Y3zXXWLdciMXTw@mail.gmail.com>]
* Re: Xen 4.2 TODO / Release Plan
[not found] ` <CAFLBxZaDmZ8bTQzZ_CpQpTros9WFK7Q96v-1Y3zXXWLdciMXTw@mail.gmail.com>
@ 2012-08-31 17:42 ` Konrad Rzeszutek Wilk
0 siblings, 0 replies; 11+ messages in thread
From: Konrad Rzeszutek Wilk @ 2012-08-31 17:42 UTC (permalink / raw)
To: George Dunlap; +Cc: xen-users, Ian Campbell, xen-devel
On Fri, Aug 31, 2012 at 10:36:47AM -0700, George Dunlap wrote:
> On Tue, Aug 28, 2012 at 3:06 AM, Ian Campbell <Ian.Campbell@citrix.com> wrote:
> > * [BUG] qemu-traditional has 50% cpu utilization on an idle
> > Windows system if USB is enabled. Not 100% clear whether this is
> > Xen or qemu. George Dunlap is performing initial
> > investigations.
>
> So it's hard to get directly comparable results, but I think that
> early indications are that the biggest chunk of this is due to the
> extra syscall overhead for a 64-bit dom0. Data points are:
> 1. Ubuntu 12.04, 64-bit, pvops Ubuntu kernel, Xen 4.2-rc2, older AMD
> system: qemu uses 50% on an idle system
So what happens if you run with a 32-bit dom0? What is the kernel
version? There were some issues with extra traps being done due to the
cpuidle running (which it should not).
> 2. XenServer built with Xen-4.2; (32-bit 2.6.32 dom0), Nehalem system:
> <qemu uses 2% on an idle system
> 3. Debian wheezy with the squeeze 2.6.32 32-bit kernel, older AMD
> system: qemu uses 10% on an idle system
Can you try booting with 'nohz=off'. What does 'perf top' (you need to
run v3.4 or later) give you?
>
> Looking at the traces, it seems that on the AMD box there were just a
> whole lot more USB-related IO accesses than on the Nehalem system. #2
> had far fewer USB-related accesses than #1, but #3 had about twice as
> many as #1. So it seems likely to be a combination between something
> weird that the USB driver in the guest is doing under AMD, and the
> extra overhead of a 64-bit kernel.
>
> So I think this is probably OK to take off the blocker list (although
> it's probably something we want to look into further).
>
> -George
>
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xen.org
> http://lists.xen.org/xen-devel
>
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: Xen 4.2 TODO / Release Plan
2012-08-28 10:06 Xen 4.2 TODO / Release Plan Ian Campbell
` (3 preceding siblings ...)
[not found] ` <CAFLBxZaDmZ8bTQzZ_CpQpTros9WFK7Q96v-1Y3zXXWLdciMXTw@mail.gmail.com>
@ 2012-09-02 4:46 ` Pasi Kärkkäinen
2012-09-03 9:09 ` Ian Campbell
4 siblings, 1 reply; 11+ messages in thread
From: Pasi Kärkkäinen @ 2012-09-02 4:46 UTC (permalink / raw)
To: Ian Campbell; +Cc: xen-users, xen-devel
On Tue, Aug 28, 2012 at 11:06:01AM +0100, Ian Campbell wrote:
>
> * xl.cfg(5) documentation patch for qemu-upstream
> videoram/videomem support:
> http://lists.xen.org/archives/html/xen-devel/2012-05/msg00250.html
> qemu-upstream doesn't support specifying videomem size for the
> HVM guest cirrus/stdvga. (but this works with
> qemu-xen-traditional). (Pasi Kärkkäinen)
>
Patch sent to the list.
-- Pasi
^ permalink raw reply [flat|nested] 11+ messages in thread
end of thread, other threads:[~2012-09-03 9:10 UTC | newest]
Thread overview: 11+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2012-08-28 10:06 Xen 4.2 TODO / Release Plan Ian Campbell
2012-08-31 15:12 ` [Xen-users] " Ian Campbell
2012-08-31 15:43 ` Jan Beulich
2012-08-31 15:52 ` Ian Campbell
2012-09-02 1:59 ` Ben Guthro
2012-08-31 17:26 ` George Dunlap
2012-09-03 9:10 ` Ian Campbell
2012-08-31 17:36 ` George Dunlap
[not found] ` <CAFLBxZaDmZ8bTQzZ_CpQpTros9WFK7Q96v-1Y3zXXWLdciMXTw@mail.gmail.com>
2012-08-31 17:42 ` Konrad Rzeszutek Wilk
2012-09-02 4:46 ` Pasi Kärkkäinen
2012-09-03 9:09 ` Ian Campbell
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.