From mboxrd@z Thu Jan 1 00:00:00 1970 From: Antoine Martin Subject: Re: boot stops after console handover? Date: Tue, 08 Jan 2008 00:12:09 +0000 Message-ID: <4782BFD9.8090909@nagafix.co.uk> References: <47812BC3.6060503@nagafix.co.uk> <4781EDE3.2000008@qumranet.com> <47827DE4.2020306@nagafix.co.uk> <20080107223616.GA5706@tapir> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Cc: kvm-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org, Avi Kivity To: Carlo Marcelo Arenas Belon Return-path: In-Reply-To: <20080107223616.GA5706@tapir> 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 Carlo Marcelo Arenas Belon wrote: > On Mon, Jan 07, 2008 at 07:30:44PM +0000, Antoine Martin wrote: >> Avi Kivity wrote: >>> Antoine Martin wrote: >>>> Hi, >>>> >>>> Trying to boot KVM on a Core2Duo system, kvm-59 + linux-2.6.23.12 >>>> Booting with: >>>> qemu-system-x86_64 -hda /home/uml/BusyBox-1.5.0-amd64-root_fs -m 384 >>>> - -nographic -cpu qemu64 -kernel /boot/vmlinuz-2.6.23.12 -append >>>> "earlyprintk=serial,ttyS0,115200" >>>> >>>> >>> Does regular boot (without -kernel) work? >>> >> Nope, it's just spinning at 100% cpu, tried stock 2.6.23.12 and >> 2.6.24-rc6, lots of clock_gettime(CLOCK_MONOTONIC,... > > this is a big guess as I have no way to test it or know the internals well > enough to come with an authoritative answer, but I remember having a similar > problem once which was fixed by using the kernel option "nolapic" I assume this is for the host? (no effect on the guest) unfortunately that box won't boot with nolapic, the sata controllers timeout. (although I haven't tried turning apic off in the bios) >> Do I need to enable/disable some RTC / HPET options? > > there used to be a bug about it before which was closed by the reported > even though I was able to reproduce it after all (haven't looked since) and it > was related to the use of CONFIG_HPET_EMULATE_RTC=y in the guest kernel. I've disabled that, and everything else I could trim. Still no luck :( > sorry for not giving you any hard evidence, but I am just going from memory > here and though I would mention it just in case it could help. Thanks, much appreciated. gdb gives me this, dunno if this helps: #0 0x00002b231784d777 in ioctl () from /lib/libc.so.6 #1 0x00000000600ef2df in kvm_run (kvm=0x62541010, vcpu=0) at libkvm.c:901 #2 0x000000006008bdb6 in kvm_cpu_exec (env=) at /usr/src/kvm-59/qemu/qemu-kvm.c:143 #3 0x000000006008bf80 in kvm_main_loop_cpu (env=0x62546100) at /usr/src/kvm-59/qemu/qemu-kvm.c:341 #4 0x00000000600108f7 in main (argc=8, argv=0x7fff9422e758) at /usr/src/kvm-59/qemu/vl.c:7771 Which is this: r = ioctl(fd, KVM_RUN, 0); where int fd = kvm->vcpu_fd[vcpu]; Antoine ------------------------------------------------------------------------- Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace