From mboxrd@z Thu Jan 1 00:00:00 1970 From: Joerg Roedel Subject: Re: Stop the clock! Date: Tue, 4 Mar 2008 16:49:10 +0100 Message-ID: <20080304154910.GI6504@amd.com> References: <47CD28DE.7020502@qumranet.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Cc: kvm-devel , Glauber de Oliveira Costa To: Avi Kivity Return-path: Content-Disposition: inline In-Reply-To: <47CD28DE.7020502@qumranet.com> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: kvm-devel-bounces@lists.sourceforge.net Errors-To: kvm-devel-bounces@lists.sourceforge.net List-Id: kvm.vger.kernel.org On Tue, Mar 04, 2008 at 12:47:58PM +0200, Avi Kivity wrote: > With paravirt clocksource, reboot and kexec are broken: the clock keeps updating after the reboot, and the new kernel will have a random memory location trampled occasionally. > > So we need to stop the clock on kexec (in the guest) and reboot (in the host). On the host side, this can be done either in the kernel, or in userspace via new ioctls. > > Joerg, I think you mentioned you were working on a vm-wide reset ioctl()? If so, that would be the place to stop the clock on reboot. > > Glauber, can you extend the interface to support stopping the clock? It needs to be done even outside kexec, for example if the the user decides to stop using your clock. Yes, I am working on that ioctl(), but don't expect a patch this week because I am busy with an other task temporarily. Joerg -- | AMD Saxony Limited Liability Company & Co. KG Operating | Wilschdorfer Landstr. 101, 01109 Dresden, Germany System | Register Court Dresden: HRA 4896 Research | General Partner authorized to represent: Center | AMD Saxony LLC (Wilmington, Delaware, US) | General Manager of AMD Saxony LLC: Dr. Hans-R. Deppe, Thomas McCoy ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/