From patchwork Fri Feb 15 18:54:40 2013 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Laszlo Ersek X-Patchwork-Id: 220807 Return-Path: X-Original-To: incoming@patchwork.ozlabs.org Delivered-To: patchwork-incoming@bilbo.ozlabs.org Received: from lists.gnu.org (lists.gnu.org [208.118.235.17]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by ozlabs.org (Postfix) with ESMTPS id 02E872C007C for ; Sat, 16 Feb 2013 05:53:16 +1100 (EST) Received: from localhost ([::1]:46952 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1U6QPI-0003K8-KK for incoming@patchwork.ozlabs.org; Fri, 15 Feb 2013 13:53:12 -0500 Received: from eggs.gnu.org ([208.118.235.92]:40062) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1U6QP9-0003Ir-UP for qemu-devel@nongnu.org; Fri, 15 Feb 2013 13:53:06 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1U6QP1-0002zY-RU for qemu-devel@nongnu.org; Fri, 15 Feb 2013 13:53:03 -0500 Received: from mx1.redhat.com ([209.132.183.28]:18761) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1U6QP1-0002zQ-IQ for qemu-devel@nongnu.org; Fri, 15 Feb 2013 13:52:55 -0500 Received: from int-mx09.intmail.prod.int.phx2.redhat.com (int-mx09.intmail.prod.int.phx2.redhat.com [10.5.11.22]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r1FIqcqf000761 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 15 Feb 2013 13:52:38 -0500 Received: from lacos-laptop.usersys.redhat.com (vpn1-6-180.ams2.redhat.com [10.36.6.180]) by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r1FIqajc006702; Fri, 15 Feb 2013 13:52:37 -0500 Message-ID: <511E8470.1020707@redhat.com> Date: Fri, 15 Feb 2013 19:54:40 +0100 From: Laszlo Ersek User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.12) Gecko/20130108 Thunderbird/10.0.12 MIME-Version: 1.0 To: David Woodhouse References: <511D4BDF.2000506@redhat.com> <1360880674.27246.20.camel@shinybook.infradead.org> In-Reply-To: <1360880674.27246.20.camel@shinybook.infradead.org> X-Scanned-By: MIMEDefang 2.68 on 10.5.11.22 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 209.132.183.28 Cc: "edk2-devel@lists.sourceforge.net" , seabios , "qemu-devel@nongnu.org" Subject: Re: [Qemu-devel] (PAM stuff) reset doesn't work on OVMF + SeaBIOS CSM X-BeenThere: qemu-devel@nongnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: qemu-devel-bounces+incoming=patchwork.ozlabs.org@nongnu.org Sender: qemu-devel-bounces+incoming=patchwork.ozlabs.org@nongnu.org On 02/14/13 23:24, David Woodhouse wrote: > On Thu, 2013-02-14 at 21:41 +0100, Laszlo Ersek wrote: >> I noticed that under OVMF + SeaBIOS CSM + your related patches for both, >> reset requested by the guest doesn't work as expected. The behavior is >> an infinite loop, with the following debug fragment repeated by the >> CSM-ized SeaBIOS: >> >> In resume (status=0) >> In 32bit resume >> Attempting a hard reboot >> i8042_wait_write > > Hmm. My build from http://david.woodhou.se/OVMF.fd works fine. I did a > legacy boot into (Ubuntu Oneiric's) Grub, then issued the 'reboot' > command... > > This appears to be the case for qemu 1.2.0 and 1.3.0, both with and > without KVM. I retested: - on a pristine v3.0.0 host kernel, and - a pristine v1.3.1 qemu build (+ KVM enabled), and - using your OVMF.fd from the above link (which of course includes your build of the CSM-ized SeaBIOS). Same infinite loop, alas... (i) What is your host kernel exactly? (ii) And when you say you did a "legacy boot", does that mean you installed the guest OS as a traditional one? Is that grub or grub-efi? In my case the guest is a "full" UEFI installation of RHEL-6: I perform an UEFI boot from an emulated IDE disk to load grub-efi (which is thus pointed to by a non-BBS-devpath). The only thing I'm using the CSM for is the GOP based on vgabios-cirrus.bin (iii) Can vgabios.bin make a difference? Could you please upload your build? I gather you use stdvga; I also tried that, makes no difference, same loop. Comparing our logs, [...] Thanks Laszlo --- dwmw2.log 2013-02-15 18:47:39.654360652 +0100 +++ lersek.log 2013-02-15 18:49:18.061364128 +0100 @@ -1,18 +1,12 @@ -enter handle_13: - a=00004200 b=00000801 c=0000003f d=00000080 ds=6000 es=0000 ss=0000 - si=0000fe00 di=00000000 bp=00001ff0 sp=00001ff2 cs=0000 ip=9157 f=0202 -disk_op d=0x0000db20 lba=9269505 buf=0x00068000 count=63 cmd=2 -pmtimer: 2:15494096 -pmtimer: 2:15494211 +enter handle_15: + a=00002401 b=00004118 c=00000000 d=00000003 ds=0000 es=4000 ss=4000 + si=00000000 di=00004380 bp=00000000 sp=0000ffc6 cs=4f00 ip=0030 f=3002 +Trying to allocate 971 pages for VMLINUZ +[Linux-EFI, setup=0x10fa, size=0x3ca030] + [Initrd, addr=0x3c089000, size=0xf68cb9] +\u02d9Changing serial settings was 0/0 now 3/0 In resume (status=0) In 32bit resume Attempting a hard reboot i8042_wait_write -pmtimer: 2:15501497 -pmtimer: 2:15501593 -pmtimer: 2:15501750 -SecCoreStartupWithStack(0xFFFE6000, 0x80000) -File->Type: 0xB -Section->Type: 0x2 -Section->Type: 0x19 -Section->Type (0x19) != SectionType (0x17) +Changing serial settings was 0/0 now 3/0