From mboxrd@z Thu Jan 1 00:00:00 1970 From: Avi Kivity Subject: Re: Success! Date: Tue, 13 Mar 2007 11:46:58 +0200 Message-ID: <45F67312.4090105@qumranet.com> References: <45F5AE1B.BA47.005A.0@novell.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Cc: kvm-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org To: Gregory Haskins Return-path: In-Reply-To: <45F5AE1B.BA47.005A.0-Et1tbQHTxzrQT0dZR+AlfA@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 Gregory Haskins wrote: > Im pleased to report that with the addition of the PIIX3 fix I posted earlier coupled with the reversion of 4423, we can now put SUSE Linux Enterprise Desktop on the list of booting guests. This is verified with 64 bit on 64 bit on Intel only. The GRUB segfault that I was seeing in 12/13 is fixed also once moving to the KVM-16 codebase, so the whole thing is working appropriately now. Thanks for all the help guys! > Great that it's working! It's nice to have more Linux distros as guests. > Attached, please find a tarball and a quilt series on the patches we are using to run this on SLEx (I excluded the patches obtained from the tree). I dont expect most of them to be adopted into the tree. I am just sharing them in case someone else wants to run on SUSE or has similar problems. One of the patches adds a rudimentary trace facility that printks VMEXIT activity (mostly only supporting Intel, however). It also has an optional mode that allows you to turn on single-step breakpoints so that you can watch the RIP for each op-code. Note however that turning single-step on seems to change the behavior (takes unexpected triplefaults) so its not fully baked. The non-singlestep mode was quite helpful in tracking down the real-mode problems I was having with the 4423 BIOS. > > There is support for singlestep and hardware breakpoints as a gdbserver stub; you can debug vmlinux in a guest remotely. It's been a long while since I last tested it, so maybe it needs some attention. > We will have to figure out what the problem in the BIOS is w.r.t. 4423 before this will work with the code in /trunk, however. > I'll take a look. -- error compiling committee.c: too many arguments to function ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV