RE: 3.0.3 Status/Schedule

RE: 3.0.3 Status/Schedule

[Ian Pratt]

> Curiousity prompts me to inquire about the 3.0.3 schedule and status.
> 
> 3.0.1 was announced on 2/1/2006
> 3.0.2 was announced on 4/13/2006
> 
> and I recall something about a roughly 6-8 week (or so) schedule
> delta.  That would mean 3.0.3 might be on the horizon. Hence
> my curiousity, and this email.

The current plan is to shoot for 3.0.3 in the 2nd week July, which fits
in with the FC6 schedule, and ahead of many developer's trips to Ottawa
for OLS.

Things I'd ideally still like to see get included:

 * new 'credit' CPU scheduler as default (need more testing -- known HVM
bug under investigation)
 * cow file-backed virtual hard disk support (dm-userspace or blktap
patches)
 * qemu-dm updated to latest qemu version, stored as patch queue
(getting there)
 * xend VM lifecycle management patches (I'm told this is almost ready
for posting)
 * basic NUMA memory allocator support (we seem close on this)
 * kexec support (this looks better every iteration)

Ian  

Re: 3.0.3 Status/Schedule

[Horms]

In article <A95E2296287EAD4EB592B5DEEFCE0E9D4BAA45@liverpoolst.ad.cl.cam.ac.uk> you wrote:
>> Curiousity prompts me to inquire about the 3.0.3 schedule and status.
>> 
>> 3.0.1 was announced on 2/1/2006
>> 3.0.2 was announced on 4/13/2006
>> 
>> and I recall something about a roughly 6-8 week (or so) schedule
>> delta.  That would mean 3.0.3 might be on the horizon. Hence
>> my curiousity, and this email.
> 
> The current plan is to shoot for 3.0.3 in the 2nd week July, which fits
> in with the FC6 schedule, and ahead of many developer's trips to Ottawa
> for OLS.
> 
> Things I'd ideally still like to see get included:
> 
> * new 'credit' CPU scheduler as default (need more testing -- known HVM
> bug under investigation)
> * cow file-backed virtual hard disk support (dm-userspace or blktap
> patches)
> * qemu-dm updated to latest qemu version, stored as patch queue
> (getting there)
> * xend VM lifecycle management patches (I'm told this is almost ready
> for posting)
> * basic NUMA memory allocator support (we seem close on this)
> * kexec support (this looks better every iteration)

I haven't posted an update of kexec for a while for several reasons,
mainly relating to me and my colleague Magnus spending a lot of time
away from our desks of late or dealing with other (internal) tasks.
I appologise for that.

I'd like to get an idea of what problems with kexec you (or anyone else)
would like to see addressed for 3.0.3 so energy can be focused
accordingly. This includes breaking up the patches further to aid review
if that is desirable. Time on this side is tight between now and OLS,
so I'd like to make the most of the cycles we have.

Right now I only have one change in my tree, which is
a Kconfig change to prevent kexec from compiling for DomU. I can send
that ASAP, or hold off until something more substantial materialises.
Let me know.

Here is what I believe is the current status of kexec/kdump on xen.

  x86_32: kexec: works
          kdump: works
	  vmcore: need to expose dom0, and possibly domU cr3.
	          This is being discussed on the crash mailing list,
	  	but clearly affects only kdump not kexec.
	  https://www.redhat.com/archives/crash-utility/2006-June/msg00008.html

  x86_64: kexec: works
            - actually it only works on some x86_64, but the same problem
	      exists in linux kexec, so its not a problem with the port as
	      such. Just something that needs more testing and fixing for
	      both linux and xen
          kdump: not implemented
	    - in particular shutdown and register handling needs to be
	      implemented. This is not a huge task, Magnus and I just
	      havn't had enough time to get to it

  ia64: still not started, but kdump is looking more solid in linux now
        and that is a tremendous help.

	http://lists.osdl.org/pipermail/fastboot/2006-June/003091.html

Lastly, if anyone has comments, suggestions or patches relating to
the kexec patches that I have sent, please don't hesitate to send
them here, CCed to me. The more contributors the merrier.

-- 
Horms                                           http://www.vergenet.net/~horms/

Re: Re: 3.0.3 Status/Schedule

[tim Doyle]

Any word on the status of the next release?

Looks like lots of  [PATCH] activity on the mailing list.
Getting close?
>> The current plan is to shoot for 3.0.3 in the 2nd week July, which fits
>> in with the FC6 schedule, and ahead of many developer's trips to Ottawa
>> for OLS.
>>     
>   
-- 

Timothy Doyle
CEO
Quantact Hosting Solutions, Inc.
tim@quantact.com
http://www.quantact.com

RE: Re: 3.0.3 Status/Schedule

[Ian Pratt]

> Subject: Re: [Xen-devel] Re: 3.0.3 Status/Schedule
> 
> Any word on the status of the next release?
> 
> Looks like lots of  [PATCH] activity on the mailing list.
> Getting close?
> >> The current plan is to shoot for 3.0.3 in the 2nd week July, which
fits
> >> in with the FC6 schedule, and ahead of many developer's trips to
Ottawa
> >> for OLS.

We've been talking a lot to the RH folks about what features they'd like
to see in the FC6 release and when their freeze dates are, and decided
to hold the tree open a couple of weeks longer.

There are a number of significant patches quite close to being ready for
inclusion. Several area already getting quite a bit of testing
out-of-tree, so integration shouldn't be too painful.

 * new qemu-dm device model patch
 * PV framebuffer support
 * blktap support for qcow and raw files (and possibly dm-userspace)
 * possibly new shadow pagetable code
 * possibly the NUMA page allocator patches

Best,
Ian

Re: Re: 3.0.3 Status/Schedule

[tim Doyle]

Great, I'm looking forward to the next release.

Many thanks for all your hard work!

-Tim

-- 
Timothy Doyle
CEO
Quantact Hosting Solutions, Inc.
tim@quantact.com
http://www.quantact.com



Ian Pratt wrote:
>> Subject: Re: [Xen-devel] Re: 3.0.3 Status/Schedule
>>
>> Any word on the status of the next release?
>>
>> Looks like lots of  [PATCH] activity on the mailing list.
>> Getting close?
>>     
>>>> The current plan is to shoot for 3.0.3 in the 2nd week July, which
>>>>         
> fits
>   
>>>> in with the FC6 schedule, and ahead of many developer's trips to
>>>>         
> Ottawa
>   
>>>> for OLS.
>>>>         
>
> We've been talking a lot to the RH folks about what features they'd like
> to see in the FC6 release and when their freeze dates are, and decided
> to hold the tree open a couple of weeks longer.
>
> There are a number of significant patches quite close to being ready for
> inclusion. Several area already getting quite a bit of testing
> out-of-tree, so integration shouldn't be too painful.
>
>  * new qemu-dm device model patch
>  * PV framebuffer support
>  * blktap support for qcow and raw files (and possibly dm-userspace)
>  * possibly new shadow pagetable code
>  * possibly the NUMA page allocator patches
>
> Best,
> Ian
>
>
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xensource.com
> http://lists.xensource.com/xen-devel
>
>