blob: 19c5e8d8e4b8427a34795cb92659162a7bb0279d (
plain) (
blame)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
|
graphic: 0.984
boot: 0.874
architecture: 0.832
device: 0.782
semantic: 0.681
ppc: 0.661
socket: 0.616
performance: 0.612
permissions: 0.525
user-level: 0.519
risc-v: 0.513
vnc: 0.469
PID: 0.467
debug: 0.452
files: 0.447
arm: 0.443
TCG: 0.418
mistranslation: 0.405
register: 0.361
hypervisor: 0.306
kernel: 0.286
VMM: 0.285
peripherals: 0.229
virtual: 0.217
network: 0.186
x86: 0.173
i386: 0.115
KVM: 0.104
assembly: 0.097
NextSTEP 3.3 for Sparc graphical glitches
Description of problem:
It installs/boot by using complex boot syntax and taskset -c 0 under Linux
see end of https://gitlab.com/qemu-project/qemu/-/issues/2620#note_2207999780
But after it installs I see some gfx corruption
Steps to reproduce:
1. install NEXTSTEP 3.3 for RISC computers
2. Boot to desktop (may need ctrl-c to skip some services at startup)
3. Select Info and watch for Workspace Manager info window to appear.
4. Move this window to the right - it corrupts!
Additional information:
Bug also exist if I boot qemu with -g 1024x768x24
Moving window vertically (up/down) does not corrupt it
Moving any window around corrupt it.
Resizing and scrolling inside say Terminal emulators work.
There was 86Box issue around one FPU instruction that looked a bit like this,
is there way to check fpu emulation?
|
