blob: ac326a88a2795ad6c09e1493a9c46102734cf013 (
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
|
network: 0.730
instruction: 0.531
other: 0.483
device: 0.479
socket: 0.476
mistranslation: 0.459
graphic: 0.457
semantic: 0.389
vnc: 0.359
boot: 0.341
assembly: 0.142
KVM: 0.130
hw/esp.c does not properly deal with TEST_UNIT_READY in NetBSD/sparc
The NetBSD ncr53c9x.c driver does a TEST_UNIT_READY command with SELATN but dma disabled sometimes (early during bus enumeration). This is fine, as the command will not produce nor consume any data, and works on real hardware.
However, the qemu emulation does not allow this (for reasons I don't understand).
The change below fixes the problem.
Guess I understand the code now - so here is a working version - though it may be considered slightly hackish
On Sat, Jun 16, 2012 at 5:50 PM, Martin Husemann <email address hidden> wrote:
> ** Patch added: "esp.c.patch"
> https://bugs.launchpad.net/bugs/1014099/+attachment/3192643/+files/esp.c.patch
Please see this on how to contribute patches to QEMU:
http://wiki.qemu.org/Contribute/SubmitAPatch
Stefan
Patch removed, as it was bogus and your workflow is weird, so I'll post a better patch to the devel list
Has this problem been fixed in 2012, so that we could close this ticket now? Or is there still something left to do?
Yes. Just to make sure I tested qemu 2.8 against an old disk image from 2012 and it boots fine w/o any complaints during the device probes.
|