qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: ruthan <ruthan@email.cz>
To: qemu-devel@nongnu.org
Subject: [Bug 1873542] [NEW] Windows 98 videocard passthrough - unable to load higher resolution -Desktop, after some games crashes, without whole physical machine reset..
Date: Sat, 18 Apr 2020 02:32:19 -0000	[thread overview]
Message-ID: <158717713918.5647.12840248269223799215.malonedeb@chaenomeles.canonical.com> (raw)

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


             reply	other threads:[~2020-04-18  2:43 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-04-18  2:32 ruthan [this message]
2021-05-10  8:42 ` [Bug 1873542] Re: Windows 98 videocard passthrough - unable to load higher resolution -Desktop, after some games crashes, without whole physical machine reset Thomas Huth

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=158717713918.5647.12840248269223799215.malonedeb@chaenomeles.canonical.com \
    --to=ruthan@email.cz \
    --cc=1873542@bugs.launchpad.net \
    --cc=qemu-devel@nongnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).