From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jacob Gorm Hansen Subject: Re: address space reorganization Date: Wed, 13 Apr 2005 20:08:00 -0700 Message-ID: <425DDE90.4070702@diku.dk> References: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Ian Pratt Cc: xen-devel@lists.xensource.com, Gerd Knorr List-Id: xen-devel@lists.xenproject.org Ian Pratt wrote: > That works OK for the kernel, but you might have user space apps that > have adapted their behviour based on what the've found in /proc/cpuinfo. A compromise then would be to lie to userspace and still recalibrate the kernel. > A particularly nasty case is apps or libraries that go at 'cpuid' > directly, as we can't trap that instruction. I guess VMware have the > same problem, as I don't believe they translate ring 3 code. Yeah, nothing we can do there really, except tell people not to :-( > As regards your proposed critical region, we already effectively do > this. We don't recalibrate stuff after a migration yet though (some of > the tests are quite slow, so I'm not sure you'd want to do them all > anyhow). Could perhaps do them in advance, or during the pre-copy phase as they are likely to stay constant for the lifetime of the machine, but that demands that the receiving side knows what you are looking for. My system uploads a bootstrapper to the target VM in advance, so I could have this info ready when the rest of the OS arrives. Jacob