summary refs log tree commit diff stats
path: root/results/classifier/zero-shot/108/none/1013691
blob: d7599868b98d31f4793efc74baae689b313b2190 (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
graphic: 0.587
device: 0.549
semantic: 0.443
other: 0.382
performance: 0.315
network: 0.266
PID: 0.249
socket: 0.248
boot: 0.232
permissions: 0.213
vnc: 0.205
debug: 0.189
files: 0.104
KVM: 0.056

ppc64 + virtio-scsi: only first scsi disk shows up in the guest

When adding two virtio-scsi targets to a single guest, only the first
disk is seen inside the guest.  For some unknown reason the guest
doesn't enumerate the second disk.

For full qemu-system-ppc64 command line and 'dmesg' output, see:

http://lists.nongnu.org/archive/html/qemu-devel/2012-06/msg02430.html

I have also tried this with Linus's git tree (3.5.0-rc2+ at time of writing),
same thing.

In both cases I'm using qemu from git.

Can you test whether the spapr-vscsi controller works instead?

Yes, that works fine, both disks seen by the guest.

Only just saw this bug, I assume the problem still exist ? I have somebody look at it next week

Triaging old bug tickets... can you still reproduce this issue with the latest version of QEMU and guest kernel? Or could we close this ticket nowadays?

Closed it, very old bug and we successfully test many disks with ppc64/le nowadays.