Description of problem:
Boot RHEL7.4 guest with the seabios-1.10.2-2.el7.x86_64 & seabios-1.9.1-5.el7.x86_64, nec-usb-xhci can't be recognized at boot menu neither. While
the usb2.0 device (usb-ehci) can work well.
Version-Release number of selected component (if applicable):
seabios-1.10.2-2.el7.x86_64 & 1.9.1-5.el7.x86_64
Steps to Reproduce:
1. /usr/libexec/qemu-kvm -name seabios-test -enable-kvm -m 4G -cpu SandyBridge -smp 4,cores=4,threads=1,sockets=1,maxcpus=4 -nodefconfig \
-nodefaults -chardev socket,id=charmonitor,path=/tmp/126NICW10S64SOB,server,nowait \
-mon chardev=charmonitor,id=monitor,mode=control \
-rtc base=localtime,driftfix=slew -boot order=ncd,menu=on \
-bios /usr/share/seabios/bios.bin \
-vga std \
-vnc :2 \
-qmp tcp:0:6667,server,nowait \
-chardev file,path=/home/bug/seabios1.log,id=seabios1 \
-drive file=/home/rhel74-64-virto-bk.qcow2,format=qcow2,if=none,id=drive-usb-0-1,media=disk,format=qcow2,cache=none,aio=native \
-device nec-usb-xhci,id=xhci \
-device usb-storage,bus=xhci.0,drive=drive-usb-0-1,id=usb-0-1,removable=on,bootindex=1 -boot menu=on \
-device virtio-net-pci,netdev=tap10,mac=24:be:05:0c:6d:6e,disable-legacy=on,disable-modern=off \
-netdev tap,id=tap10 -monitor stdio\
usb device can't show on boot menu
usb device can show on boot menu
I'm not sure why I was set as Assignee for this bug, but I guess it's good enough for giving the bug some traction... I assume the high priority means it is a test blocker or such?
This bug looks similar to bug 1430664. There Gerd asked for a retest, on top of QEMU 2.9 (rebase).
Now, this BZ (i.e., bug 1443040) is indeed reported for such a rebase (qemu-kvm-rhev-2.9.0-0.el7.mrezanin201703210848.x86_64).
Gerd, are you aware of any (nec-usb-xhci, usb-storage) boot issues with upstream QEMU and SeaBIOS? Thanks.
Sigh, mistyped bug 1430664 in the "Fixed In Version" field. I meant "See Also". Correcting it.
Pleare retest against the final rebase build (available meanwhile in brew: qemu-kvm-rhev-2.9.0-1.el7).
(In reply to Gerd Hoffmann from comment #4)
> Pleare retest against the final rebase build (available meanwhile in brew:
Retest it. (with qemu-kvm-rhev-2.9.0-1.el7 & seabios-1.10.2-2.el7.x86_64)
It works well when "bios-256k.bin" is set or "-M pc/pc-i440fx-rhel7.4.0/..." is set. The default setting uses "bios-256k.bin".
While it din not work when "bios.bin" or "-M rhel6.6.0/rhel6.5.0/..." is set.
> It works well when "bios-256k.bin" is set or "-M pc/pc-i440fx-rhel7.4.0/..."
> is set. The default setting uses "bios-256k.bin".
Good. Moving to POST (or should I go straight to MODIFIED if we have a RHEL build already?).
> While it din not work when "bios.bin" or "-M rhel6.6.0/rhel6.5.0/..." is set.
That is expected. The bios.bin for rhel-6 machine types has several features turned off to make it fit into 128k. And one of them is xhci support. We don't need that there because rhel-6 qemu-kvm has no xhci emulation.
this BZ is in seabios component but Fixed in field says qemu-kvm-rhev. One of the field needs to be modified - either move BZ to qemu-kvm-rhev component in case it's the place where the issue is fixed or change Fixed-in field to proper seabios version.
I'll add BZ to proper errata after this conflict is resolved.
verified bug with qemu-kvm-rhev-2.9.0-5.el7.x86_64 & seabios-1.10.2-3.el7.x86_64.
without /usr/share/seabios/bios-256k.bin in qemu command.
seabios and guest work well.
with /usr/share/seabios/bios-256k.bin in qemu command
seabios and guest work well
only do smoke testing for this bug. no found any problems. set this bug as verified.
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.
For information on the advisory, and where to find the updated
files, follow the link below.
If the solution does not work for you, open a new bug report.