From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id AC17EC5475B for ; Fri, 1 Mar 2024 13:56:54 +0000 (UTC) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1rg3N1-0001pq-Tw; Fri, 01 Mar 2024 08:56:15 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1rg3Mw-0001os-7p; Fri, 01 Mar 2024 08:56:10 -0500 Received: from proxmox-new.maurer-it.com ([94.136.29.106]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1rg3Mr-0007S5-9o; Fri, 01 Mar 2024 08:56:09 -0500 Received: from proxmox-new.maurer-it.com (localhost.localdomain [127.0.0.1]) by proxmox-new.maurer-it.com (Proxmox) with ESMTP id 346DA482A6; Fri, 1 Mar 2024 14:55:55 +0100 (CET) Message-ID: <91b064fa-c006-41a4-a53e-d860c45d8675@proxmox.com> Date: Fri, 1 Mar 2024 14:55:50 +0100 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH 00/19] Workaround Windows failing to find 64bit SMBIOS entry point with SeaBIOS From: Fiona Ebner To: Igor Mammedov , qemu-devel@nongnu.org Cc: peter.maydell@linaro.org, pbonzini@redhat.com, mst@redhat.com, gaosong@loongson.cn, alistair.francis@wdc.com, palmer@dabbelt.com, bin.meng@windriver.com, liwei1518@gmail.com, dbarboza@ventanamicro.com, zhiwei_liu@linux.alibaba.com, anisinha@redhat.com, philmd@linaro.org, wangyanan55@huawei.com, eblake@redhat.com, armbru@redhat.com, qemu-arm@nongnu.org, qemu-riscv@nongnu.org References: <20240227154749.1818189-1-imammedo@redhat.com> <60950146-7b79-465d-9e33-3c485cc00504@proxmox.com> Content-Language: en-US In-Reply-To: <60950146-7b79-465d-9e33-3c485cc00504@proxmox.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Received-SPF: pass client-ip=94.136.29.106; envelope-from=f.ebner@proxmox.com; helo=proxmox-new.maurer-it.com X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: qemu-devel@nongnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: qemu-devel-bounces+qemu-devel=archiver.kernel.org@nongnu.org Sender: qemu-devel-bounces+qemu-devel=archiver.kernel.org@nongnu.org Am 29.02.24 um 14:18 schrieb Fiona Ebner: > Am 27.02.24 um 16:47 schrieb Igor Mammedov: >> Windows (10) bootloader when running on top of SeaBIOS, fails to find >> SMBIOSv3 entry point. Tracing it shows that it looks for v2 anchor markers >> only and not v3. Tricking it into believing that entry point is found >> lets Windows successfully locate and parse SMBIOSv3 tables. Whether it >> will be fixed on Windows side is not clear so here goes a workaround. >> >> Idea is to try build v2 tables if QEMU configuration permits, >> and fallback to v3 tables otherwise. That will mask Windows issue >> form majority of users. >> However if VM configuration can't be described (typically large VMs) >> by v2 tables, QEMU will use SMBIOSv3 and Windows will hit the issue >> again. In this case complain to Microsoft and/or use UEFI instead of >> SeaBIOS (requires reinstall). >> >> Default compat setting of smbios-entry-point-type after series >> for pc/q35 machines: >> * 9.0-newer: 'auto' >> * 8.1-8.2: '64' >> * 8.0-older: '32' >> >> Fixes: https://gitlab.com/qemu-project/qemu/-/issues/2008 > > Thank you! I'm happy to confirm that this series works around the issue :) > While I still didn't do any in-depth testing (don't have enough knowledge for that anyways), I played around a bit more now, check that nothing obvious breaks also with a Linux VM and also ran a successful 'make check'. If that is enough, feel free to add: Tested-by: Fiona Ebner Best Regards, Fiona