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
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
|
permissions: 0.848
other: 0.822
graphic: 0.818
semantic: 0.818
PID: 0.815
debug: 0.814
device: 0.810
performance: 0.797
boot: 0.794
KVM: 0.790
socket: 0.786
files: 0.779
vnc: 0.772
network: 0.772
SS-5 emulation doesn't work with Sun boot ROM
The 32-bit SPARC emulator's TCX emulation seems to work with OpenBIOS, but doesn't work with a SparcStation ROM on Cocoa. Screenshot attached. Using version 1.7.0 on Mac OS X 10.9 via MacPorts and compiled directly from source, though this problem has carried over from Mac OS X 10.8 and many earlier versions of Qemu.
The following is my Qemu command:
sudo qemu-system-sparc -m 256 -M SS-5 -bios /home/img/ROMs/sun/ss5-170.bin \
-g 1024x768x24 \
-drive file=/home/doc/VMs/slagheap/sd0.raw,if=scsi,bus=0,unit=3 \
-drive file=/home/doc/VMs/slagheap/sd1.raw,if=scsi,bus=0,unit=1 \
-drive file=/home/doc/VMs/slagheap/sd2.raw,if=scsi,bus=0,unit=2 \
-net nic,macaddr=DE:EE:DD:FF:EE:DD,model=lance \
-net tap,ifname=tap0,script=/home/doc/VMs/slagheap/ifup,downscript=/home/doc/VMs/slagheap/ifdown
Note: also can't compile Qemu w/ SDL support from MacPorts on Mac OS X, and config.log is not helpful to figure out why, but this is another issue.
On 13 December 2013 01:04, Peter Bartoli <email address hidden> wrote:
> Public bug reported:
>
>
> The 32-bit SPARC emulator's TCX emulation seems to work with
> OpenBIOS, but doesn't work with a SparcStation ROM on Cocoa
This is actually two separate issues.
(1) This SS-5 ROM doesn't boot on QEMU. You can see this if
you try it on a Linux host : the display stays black.
(2) The Cocoa UI frontend doesn't black the screen on startup
(or on resize) the way the SDL frontend does, so if the guest
hasn't tried to display anything to the screen post-resize you
get the old garbage of the window decoration displayed.
We should probably fix (2), though it's only a cosmetic issue
and you won't even see it if you have a functioning guest.
I expect you care more about (1) and you'll do better with a
bug report that's clear that it's a generic SPARC guest issue.
thanks
-- PMM
On Dec 23, 2013, at 3:50 PM, Peter Maydell <email address hidden> wrote:
> On 13 December 2013 01:04, Peter Bartoli <email address hidden> wrote:
>> Public bug reported:
>>
>>
>> The 32-bit SPARC emulator's TCX emulation seems to work with
>> OpenBIOS, but doesn't work with a SparcStation ROM on Cocoa
>
> This is actually two separate issues.
>
> (1) This SS-5 ROM doesn't boot on QEMU. You can see this if
> you try it on a Linux host : the display stays black.
>
> (2) The Cocoa UI frontend doesn't black the screen on startup
> (or on resize) the way the SDL frontend does, so if the guest
> hasn't tried to display anything to the screen post-resize you
> get the old garbage of the window decoration displayed.
>
> We should probably fix (2), though it's only a cosmetic issue
> and you won't even see it if you have a functioning guest.
> I expect you care more about (1) and you'll do better with a
> bug report that's clear that it's a generic SPARC guest issue.
>
> thanks
> -- PMM
>
>
> ** Summary changed:
>
> - qemu-system-sparc UI doesn't work with Cocoa and Sun ROM
> + SS-5 emulation doesn't work with Sun boot ROM
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/1260555
>
> Title:
> SS-5 emulation doesn't work with Sun boot ROM
>
> Status in QEMU:
> New
>
> Bug description:
>
> The 32-bit SPARC emulator's TCX emulation seems to work with OpenBIOS, but doesn't work with a SparcStation ROM on Cocoa. Screenshot attached. Using version 1.7.0 on Mac OS X 10.9 via MacPorts and compiled directly from source, though this problem has carried over from Mac OS X 10.8 and many earlier versions of Qemu.
>
> The following is my Qemu command:
>
> sudo qemu-system-sparc -m 256 -M SS-5 -bios /home/img/ROMs/sun/ss5-170.bin \
> -g 1024x768x24 \
> -drive file=/home/doc/VMs/slagheap/sd0.raw,if=scsi,bus=0,unit=3 \
> -drive file=/home/doc/VMs/slagheap/sd1.raw,if=scsi,bus=0,unit=1 \
> -drive file=/home/doc/VMs/slagheap/sd2.raw,if=scsi,bus=0,unit=2 \
> -net nic,macaddr=DE:EE:DD:FF:EE:DD,model=lance \
> -net tap,ifname=tap0,script=/home/doc/VMs/slagheap/ifup,downscript=/home/doc/VMs/slagheap/ifdown
>
> Note: also can't compile Qemu w/ SDL support from MacPorts on Mac OS
> X, and config.log is not helpful to figure out why, but this is
> another issue.
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/qemu/+bug/1260555/+subscriptions
Please accept my apology if I'm missing something, but I don't understand what you mean by #1; this ROM actually *does* boot on QEMU. Just not without the "-nographic" option.
-peter
Ah, I hadn't tried -nographic. However, my general point still stands: whether you run this on MacOS or Linux, you get the same behaviour.
Experimenting I see that all that's happening here is that '-nographic' gives you a serial console, which the ROM outputs to. You can also specify that with '-serial stdio' instead, in which case you get ROM output to the terminal and a blank display. So the two parts of this bug are:
(1) no graphics output with this ROM
(2) cocoa UI doesn't properly show a black window if there is no graphics output from the guest
I have some patches which fix (2).
(If you have a bug which is a general QEMU emulation bug, it's a really bad idea to describe it using phrases like"on Cocoa" or "on MacOS" which suggest that it's a MacOS host specific bug, because this will mean that it will get ignored by almost all the developers, most of whom use Linux. If you have access to a suitable machine it's definitely helpful to try reproducing on a Linux box before reporting a bug. If you've only been able to test on Mac you should say so somewhere in the bug report, though.)
These two patches for the Cocoa UI:
http://patchwork.ozlabs.org/patch/304879/
http://patchwork.ozlabs.org/patch/304878/
fix issue (2) so Cocoa now also displays a plain black window for this guest, like the SDL frontend does on Linux.
On 23/12/13 23:50, Peter Maydell wrote:
>> The 32-bit SPARC emulator's TCX emulation seems to work with
>> OpenBIOS, but doesn't work with a SparcStation ROM on Cocoa
>
> This is actually two separate issues.
>
> (1) This SS-5 ROM doesn't boot on QEMU. You can see this if
> you try it on a Linux host : the display stays black.
FWIW this should now work if you replace the QEMU,tcx.bin file from QEMU
1.7/master with the one uploaded to this bug:
https://bugs.launchpad.net/qemu/+bug/1262081.
As OpenBIOS doesn't have its own git infrastructure, I need to get the
git.qemu.org git-svn mirror updated by Anthony in order to send a pull
request with updated binaries (Blue Swirl set up OpenBIOS to build as a
git submodule from the git.qemu.org mirror). I'll try and get them
updated as soon as I can.
ATB,
Mark.
Thanks, Peter ... will do, definitely have Linux and can use it to test in the future before reporting other bugs. That said, I think you can close this one.
-peter
On Dec 23, 2013, at 6:43 PM, Peter Maydell <email address hidden> wrote:
> Ah, I hadn't tried -nographic. However, my general point still stands:
> whether you run this on MacOS or Linux, you get the same behaviour.
>
> Experimenting I see that all that's happening here is that '-nographic'
> gives you a serial console, which the ROM outputs to. You can also
> specify that with '-serial stdio' instead, in which case you get ROM
> output to the terminal and a blank display. So the two parts of this bug
> are:
>
> (1) no graphics output with this ROM
> (2) cocoa UI doesn't properly show a black window if there is no graphics output from the guest
>
> I have some patches which fix (2).
>
> (If you have a bug which is a general QEMU emulation bug, it's a really
> bad idea to describe it using phrases like"on Cocoa" or "on MacOS" which
> suggest that it's a MacOS host specific bug, because this will mean that
> it will get ignored by almost all the developers, most of whom use
> Linux. If you have access to a suitable machine it's definitely helpful
> to try reproducing on a Linux box before reporting a bug. If you've only
> been able to test on Mac you should say so somewhere in the bug report,
> though.)
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/1260555
>
> Title:
> SS-5 emulation doesn't work with Sun boot ROM
>
> Status in QEMU:
> New
>
> Bug description:
>
> The 32-bit SPARC emulator's TCX emulation seems to work with OpenBIOS, but doesn't work with a SparcStation ROM on Cocoa. Screenshot attached. Using version 1.7.0 on Mac OS X 10.9 via MacPorts and compiled directly from source, though this problem has carried over from Mac OS X 10.8 and many earlier versions of Qemu.
>
> The following is my Qemu command:
>
> sudo qemu-system-sparc -m 256 -M SS-5 -bios /home/img/ROMs/sun/ss5-170.bin \
> -g 1024x768x24 \
> -drive file=/home/doc/VMs/slagheap/sd0.raw,if=scsi,bus=0,unit=3 \
> -drive file=/home/doc/VMs/slagheap/sd1.raw,if=scsi,bus=0,unit=1 \
> -drive file=/home/doc/VMs/slagheap/sd2.raw,if=scsi,bus=0,unit=2 \
> -net nic,macaddr=DE:EE:DD:FF:EE:DD,model=lance \
> -net tap,ifname=tap0,script=/home/doc/VMs/slagheap/ifup,downscript=/home/doc/VMs/slagheap/ifdown
>
> Note: also can't compile Qemu w/ SDL support from MacPorts on Mac OS
> X, and config.log is not helpful to figure out why, but this is
> another issue.
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/qemu/+bug/1260555/+subscriptions
|