From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from us-smtp-delivery-1.mimecast.com (us-smtp-delivery-1.mimecast.com [205.139.110.61]) by mx.groups.io with SMTP id smtpd.web11.2756.1587391992059077497 for ; Mon, 20 Apr 2020 07:13:12 -0700 Authentication-Results: mx.groups.io; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=BHw2qc+4; spf=pass (domain: redhat.com, ip: 205.139.110.61, mailfrom: kraxel@redhat.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1587391991; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=upgZfHQPc+HrjbtbJkZjyDq2+PrCjWbIWR0YLVu16rw=; b=BHw2qc+4ZdK7LIvAuDZBGTC9zpqjSsHxse7zll1JKC0L5UwoSOp95/MiKSznPIQ6JzR2gq uCN2V9sW1Y5lUou8e6S1W0XTC4+wjrlFxiSbPl8ZI/XRqgCJy7lf2Dqy49xhjPz0zc8sX+ XsXi27XUYRFFRAPqirHn237oYXJE2HI= Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-360-aZFES6-QMNyPYIpW7JL0fw-1; Mon, 20 Apr 2020 10:13:07 -0400 X-MC-Unique: aZFES6-QMNyPYIpW7JL0fw-1 Received: from smtp.corp.redhat.com (int-mx02.intmail.prod.int.phx2.redhat.com [10.5.11.12]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id 62F37800D5C; Mon, 20 Apr 2020 14:13:06 +0000 (UTC) Received: from sirius.home.kraxel.org (ovpn-113-193.ams2.redhat.com [10.36.113.193]) by smtp.corp.redhat.com (Postfix) with ESMTP id 0B72B60C80; Mon, 20 Apr 2020 14:13:05 +0000 (UTC) Received: by sirius.home.kraxel.org (Postfix, from userid 1000) id BC83516E2C; Mon, 20 Apr 2020 16:13:03 +0200 (CEST) Date: Mon, 20 Apr 2020 16:13:03 +0200 From: Gerd Hoffmann To: Laszlo Ersek Cc: valerij zaporogeci , Hou Qiming , discuss@edk2.groups.io, "Marcel Apfelbaum (GMail address)" , edk2-devel-groups-io , qemu devel list Subject: Re: [edk2-discuss] Load Option passing. Either bugs or my confusion. Message-ID: <20200420141303.dxjqgvmzglrjtsly@sirius.home.kraxel.org> References: <623b1855-285c-cce3-c806-c17e5fd217ea@redhat.com> <5211.1586899245384995995@groups.io> MIME-Version: 1.0 In-Reply-To: X-Scanned-By: MIMEDefang 2.79 on 10.5.11.12 X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: redhat.com Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hi, > So I would say that the symptom you see is a QEMU v4.1.0 regression. The > QemuRamfbGraphicsOutputSetMode() function in the OVMF ramfb driver > certainly needs the QemuFwCfgWriteBytes() call to work, for changing the > resolution. Oh? QemuRamfbGraphicsOutputSetMode() can be called multiple times? How does that happen? > (1) Registering a device reset handler in QEMU seems sufficient, so that > QEMU forget about the currently shared RAMFB area at platform reset. That happens. After system reset you can write configuration again (once). The guest os should not play with ramfb. It is supposed to be setup by the firmware (ovmf driver or vgabios rom) as boot display, then never be re-configured again ... cheers, Gerd