From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jan Kiszka Subject: Re: git bisect results: ec757c67c40a56492001487e69272f62144fd124 breaks windows boot in qemu-kvm Date: Thu, 02 Feb 2012 14:21:35 +0100 Message-ID: <4F2A8DDF.6010402@siemens.com> References: <923364617.199626.1328100735285.JavaMail.open-xchange@email.1und1.de> <4F298C42.6050700@siemens.com> <4F29B724.7020008@rdsoftware.de> <1121511920.287287.1328188701663.JavaMail.open-xchange@email.1und1.de> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: "qemu-devel@nongnu.org" , "kvm@vger.kernel.org" , Avi Kivity To: Erik Rull Return-path: In-Reply-To: <1121511920.287287.1328188701663.JavaMail.open-xchange@email.1und1.de> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: qemu-devel-bounces+gceq-qemu-devel=gmane.org@nongnu.org Sender: qemu-devel-bounces+gceq-qemu-devel=gmane.org@nongnu.org List-Id: kvm.vger.kernel.org On 2012-02-02 14:18, Erik Rull wrote: > > On February 1, 2012 at 11:05 PM Erik Rull wrote: > >> Jan Kiszka wrote: >>> On 2012-02-01 13:52, Erik Rull wrote: >>>> Hi all, >>>> >>>> first of all I'm a bit confused: >>>> >>>> What is the difference between qemu with command line option > --enable-kvm >>>> and qemu-kvm? >>>> It seems to be a difference in code so far, from the performance point > of >>>> view it seems to be the same... >>>> >>>> Now my issue that lead me to a git bisect on qemu-kvm: >>>> The following commit / merge breaks my windows guest boot sequence and >>>> causes resets infinitely: >>> >>> Cannot confirm yet, but I have no ACPI-free Windows installation at >>> hand. Where does it reset, after the BIOS? >>> >>>> ec757c67c40a56492001487e69272f62144fd124 Merge branch 'upstream-merge' > into >>>> next >>>> Thu, 5 Jan 2012 11:00:07 +0000 (13:00 +0200) Avi > Kivity >>>> >>>> >>>> Interesting: qemu with --enable-kvm master and the same command line >>>> options as qemu-kvm runs perfect. >>>> My command line options are: >>>> qemu-system-x86_64 -serial /dev/ttyS2 -readconfig > /etc/ich9-ehci-uhci.cfg >>>> -device usb-host,bus=ehci.0 -device usb-tablet -drive >>>> file=/dev/sda2,cache=off -m 1024 -net nic,macaddr=$MACADDR -net >>>> tap,script=/etc/qemu-ifup -no-acpi -monitor stdio -L > /usr/X11R6/share/qemu >>>> -boot c -localtime >>> >>> Is the BIOS at /usr/X11R6/share/qemu in sync with the qemu version you >>> try? Does leaving out options change the picture? >>> >>> Jan >>> >> >> It happens directly after the windows boot progress bar is completed (I >> boot without logo) >> >> With the -no-kvm-irqchip it seems to be fine... >> >> Best regards, >> >> Erik > > > Hi Jan, > > I tested with an ACPI-enabled windows. > Results: > -no-acpi: Continuous reboots like the no-acpi-windows-version > without -no-acpi: boots! > > So I tested the no-acpi-windows-version without -no-acpi option - still > rebooting > And without -no-acpi and -no-kvm-irqchip => works again Interesting. Need to install such a version, I guess. What about no-acpi-windows and upstream qemu with kvm and -machine kernel_irqchip=on? Jan -- Siemens AG, Corporate Technology, CT T DE IT 1 Corporate Competence Center Embedded Linux