blob: ce810d8725358dbc4858053ad5c27ef6abe8890a (
plain) (
blame)
1
2
3
4
5
6
7
8
9
10
11
12
13
|
<think>
Okay, I'm looking at this bug report related to QEMU. The user is having issues with Windows 7 VMs freezing during installation when using certain VGA options like std, qxl, or vmware. They mention that after applying a specific commit (fd3c136), which was a fix for a DoS vulnerability (CVE-2016-3712), the problem started occurring.
The user did a git bisect and found that this particular commit is causing the regression. They also note that using "-vga cirrus" works fine, so it's something specific to how other VGA options are handled post this fix.
Looking at the categories provided: mistranslation, assembly lowering, device, graphic, etc. Since the issue revolves around VGA and graphics-related settings in QEMU, I think 'graphic' is the most appropriate category here. The problem isn't with user-mode mapping or assembly translation but with how the VGA registers are being set up after a security fix.
The fact that it's related to the VGA subsystem and affects the VM's graphical output during boot points directly to the 'graphic' category.
</think>
The bug report discusses issues with QEMU where changing the VGA option causes Windows 7 VMs to freeze. The problem was traced back to a specific commit fixing a DoS vulnerability, which affected how VGA registers were set up. Since this issue is related to graphical output and VGA handling in QEMU, it falls under the 'graphic' category.
**graphic**
|
