From mboxrd@z Thu Jan 1 00:00:00 1970 From: Keir Fraser Subject: Re: [PATCH 0/2] Improve hpet accuracy Date: Mon, 09 Jun 2008 13:10:18 +0100 Message-ID: References: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1715528152==" Return-path: In-Reply-To: List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Mime-version: 1.0 Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Dave Winchell , dan.magenheimer@oracle.com Cc: xen-devel , Ben Guthro List-Id: xen-devel@lists.xenproject.org > This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. --===============1715528152== Content-type: multipart/alternative; boundary="B_3295861820_22053649" > This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. --B_3295861820_22053649 Content-type: text/plain; charset="ISO-8859-1" Content-transfer-encoding: quoted-printable On 9/6/08 13:03, "Keir Fraser" wrote: >> ok, I'll work on this. How much time do I have to make the release you a= re >> working on? >=20 > I=B9m thinking feature freeze at the end of the month. Oh, while I=B9m commenting on the current version of the patch, I will point out that changes to the save/restore format need careful thought. At the very least we=B9d like to be backward compatible (old images restore on new Xen) even if we don=B9t achieve compatibility the other way round. I didn=B9t really look too closely at this aspect of the patches so perhaps these patches are fine in this regard. Either way I think the core re-architectin= g of the hpet device model to handle missed ticks and so on is independent of interface changes anyway (apart from reasonable extensions to the timer_mod= e option). Changes to save/restore format, addition of extra debugging code, and peripheral things like that it=B9d be nice to have in separate patches. I= t makes the core stuff easier to review and more likely to get accepted without quibble (because there=B9s less of it, and it is all dedicated to a single purpose which I think we all agree is where we want to be). Thanks, Keir --B_3295861820_22053649 Content-type: text/html; charset="ISO-8859-1" Content-transfer-encoding: quoted-printable Re: [Xen-devel] [PATCH 0/2] Improve hpet accuracy On 9/= 6/08 13:03, "Keir Fraser" <keir.fraser@eu.citrix.com> wrote:=


I’m thinking feature freeze at the end of the month.

Oh, while I’m commenting on the current version of the patch, I will = point out that changes to the save/restore format need careful thought. At t= he very least we’d like to be backward compatible (old images restore = on new Xen) even if we don’t achieve compatibility the other way round= . I didn’t really look too closely at this aspect of the patches so pe= rhaps these patches are fine in this regard. Either way I think the core re-= architecting of the hpet device model to handle missed ticks and so on is in= dependent of interface changes anyway (apart from reasonable extensions to t= he timer_mode option). Changes to save/restore format, addition of extra deb= ugging code, and peripheral things like that it’d be nice to have in s= eparate patches. It makes the core stuff easier to review and more likely to= get accepted without quibble (because there’s less of it, and it is a= ll dedicated to a single purpose which I think we all agree is where we want= to be).

 Thanks,
 Keir
 --B_3295861820_22053649-- --===============1715528152== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel --===============1715528152==--