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 X-Spam-Level: X-Spam-Status: No, score=-0.5 required=3.0 tests=FREEMAIL_FORGED_FROMDOMAIN, FREEMAIL_FROM,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE, SPF_PASS,URIBL_BLOCKED autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 9064FC2BB1D for ; Sat, 18 Apr 2020 02:43:34 +0000 (UTC) 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 mail.kernel.org (Postfix) with ESMTPS id 5D4F521D94 for ; Sat, 18 Apr 2020 02:43:34 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 5D4F521D94 Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=email.cz Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=qemu-devel-bounces+qemu-devel=archiver.kernel.org@nongnu.org Received: from localhost ([::1]:54156 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jPdS9-0003Z2-7v for qemu-devel@archiver.kernel.org; Fri, 17 Apr 2020 22:43:33 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:44130) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jPdPZ-0002CX-As for qemu-devel@nongnu.org; Fri, 17 Apr 2020 22:40:54 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1jPdPX-0004Qk-Kg for qemu-devel@nongnu.org; Fri, 17 Apr 2020 22:40:52 -0400 Received: from indium.canonical.com ([91.189.90.7]:35976) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1jPdPX-0004Cu-2Q for qemu-devel@nongnu.org; Fri, 17 Apr 2020 22:40:51 -0400 Received: from loganberry.canonical.com ([91.189.90.37]) by indium.canonical.com with esmtp (Exim 4.86_2 #2 (Debian)) id 1jPdPT-0000Ap-Vp for ; Sat, 18 Apr 2020 02:40:47 +0000 Received: from loganberry.canonical.com (localhost [127.0.0.1]) by loganberry.canonical.com (Postfix) with ESMTP id E67702E8104 for ; Sat, 18 Apr 2020 02:40:47 +0000 (UTC) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Date: Sat, 18 Apr 2020 02:32:19 -0000 From: ruthan To: qemu-devel@nongnu.org X-Launchpad-Notification-Type: bug X-Launchpad-Bug: product=qemu; status=New; importance=Undecided; assignee=None; X-Launchpad-Bug-Information-Type: Public X-Launchpad-Bug-Private: no X-Launchpad-Bug-Security-Vulnerability: no X-Launchpad-Bug-Commenters: ruthan X-Launchpad-Bug-Reporter: ruthan (ruthan) X-Launchpad-Bug-Modifier: ruthan (ruthan) Message-Id: <158717713918.5647.12840248269223799215.malonedeb@chaenomeles.canonical.com> Subject: [Bug 1873542] [NEW] Windows 98 videocard passthrough - unable to load higher resolution -Desktop, after some games crashes, without whole physical machine reset.. X-Launchpad-Message-Rationale: Subscriber (QEMU) @qemu-devel-ml X-Launchpad-Message-For: qemu-devel-ml Precedence: bulk X-Generated-By: Launchpad (canonical.com); Revision="2e26c9bbd21cdca248baaea29aeffb920afcc32a"; Instance="production-secrets-lazr.conf" X-Launchpad-Hash: c4d432a5c904a5ce3bb12c39230df7e5644f2bf1 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 91.189.90.7 X-BeenThere: qemu-devel@nongnu.org X-Mailman-Version: 2.1.23 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Bug 1873542 <1873542@bugs.launchpad.net> Errors-To: qemu-devel-bounces+qemu-devel=archiver.kernel.org@nongnu.org Sender: "Qemu-devel" Public bug reported: When you are using games which are using fullscreen switching resolutions (some old games are 640x480 or 800x600 max), videocard is often stuck after crash and whole Linux machine has to be rebooted, to fix it.. VM reboot is not enough. That stuck is strange one, after restart of machine, text mode is working fine, but graphical mode should be set to higher resolution (Load Windows 98 desktop) there is only black screen and screen input blinking. I simulated it with multiple videocards, graphical drivers, its quite often, full Linux reboot is always safe it. Im using right roms for my cards, because otherwise i get often even boot machine twice in one Linux boot session. Some there is need for some better card reset. Also some videocard reset on Linux level workaround would be nice. Simulated on Qemu 2.11 and 4.2 and Linux Mint 19.3, but my guess its whole KVM videocard passthrough problem. ** Affects: qemu Importance: Undecided Status: New -- = You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1873542 Title: Windows 98 videocard passthrough - unable to load higher resolution -Desktop, after some games crashes, without whole physical machine reset.. Status in QEMU: New Bug description: When you are using games which are using fullscreen switching resolutions (some old games are 640x480 or 800x600 max), videocard is often stuck after crash and whole Linux machine has to be rebooted, to fix it.. VM reboot is not enough. That stuck is strange one, after restart of machine, text mode is working fine, but graphical mode should be set to higher resolution (Load Windows 98 desktop) there is only black screen and screen input blinking. I simulated it with multiple videocards, graphical drivers, its quite often, full Linux reboot is always safe it. Im using right roms for my cards, because otherwise i get often even boot machine twice in one Linux boot session. Some there is need for some better card reset. Also some videocard reset on Linux level workaround would be nice. Simulated on Qemu 2.11 and 4.2 and Linux Mint 19.3, but my guess its whole KVM videocard passthrough problem. To manage notifications about this bug go to: https://bugs.launchpad.net/qemu/+bug/1873542/+subscriptions