From mboxrd@z Thu Jan 1 00:00:00 1970 From: Avi Kivity Subject: Re: [RFT] kvm with Windows optimization Date: Thu, 25 Oct 2007 20:09:24 +0200 Message-ID: <4720DBD4.4090405@qumranet.com> References: <4720D122.4070606@qumranet.com> <4720D7A8.6060102@codemonkey.ws> <4720DA66.6040303@qumranet.com> <4720DBA1.7050003@codemonkey.ws> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Cc: kvm-devel To: Anthony Liguori Return-path: In-Reply-To: <4720DBA1.7050003-rdkfGonbjUSkNkDKm+mE6A@public.gmane.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: kvm-devel-bounces-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org Errors-To: kvm-devel-bounces-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org List-Id: kvm.vger.kernel.org Anthony Liguori wrote: > Avi Kivity wrote: >> Anthony Liguori wrote: >>> Avi Kivity wrote: >>>> This is a request for testing of an experimental kvm feature that >>>> dramatically accelerates some Windows releases (when running with >>>> the ACPI HAL, and especially with guest SMP). The feature detects >>>> accesses by the guest to the Task Priority Register (TPR) and >>>> patches them at runtime to a kvm-friendly code snipped that is >>>> provided by the BIOS. >>>> >>>> The upshot of all that is that >>>> http://kvm.qumranet.com/kvmwiki/Windows_ACPI_Workaround is no >>>> longer required, and Windows SMP no longer runs like a dog; it's >>>> quite snappy from my very limited testing. >>>> >>>> Please download the test release from >>>> http://people.qumranet.com/avi/tpr-opt-1.tar.gz and give it a >>>> spin. Once it has received some exposure, I'll merge it into >>>> mainline. >>>> >>>> Credit for the original idea is due to Ben Serebrin. >>>> >>>> >>> >>> Sweet! >>> >>> I needed the following patch to compile. Will let you know how >>> testing goes. >>> >> >> I already applied that, plus another minor fix, so I recommend >> re-downloading. Should have given it a new name. > > What's the minor fix? During the second stage of installing winxp, I > just got the following BUG(). Have to reboot to check and see if this > is specific to your branch. > Unrelated to the below, I guess. It prevents BSODs, not BUGs. -- error compiling committee.c: too many arguments to function ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/