Bug 1386113
| Summary: | [ppc64le]Boot RHEL6.8 guest with usb controller of "usb-ehci1", installation was hung | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | Red Hat Enterprise Linux 7 | Reporter: | xianwang <xianwang> | ||||||
| Component: | SLOF | Assignee: | Thomas Huth <thuth> | ||||||
| Status: | CLOSED WONTFIX | QA Contact: | xianwang <xianwang> | ||||||
| Severity: | unspecified | Docs Contact: | |||||||
| Priority: | unspecified | ||||||||
| Version: | 7.3 | CC: | knoel, lvivier, qzhang, thuth, virt-maint, xianwang, zhengtli | ||||||
| Target Milestone: | rc | ||||||||
| Target Release: | --- | ||||||||
| Hardware: | ppc64le | ||||||||
| OS: | Linux | ||||||||
| Whiteboard: | |||||||||
| Fixed In Version: | Doc Type: | If docs needed, set a value | |||||||
| Doc Text: | Story Points: | --- | |||||||
| Clone Of: | Environment: | ||||||||
| Last Closed: | 2017-01-16 12:29:21 UTC | Type: | Bug | ||||||
| Regression: | --- | Mount Type: | --- | ||||||
| Documentation: | --- | CRM: | |||||||
| Verified Versions: | Category: | --- | |||||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||||
| Embargoed: | |||||||||
| Bug Depends On: | 1410674, 1436054 | ||||||||
| Bug Blocks: | 1401400 | ||||||||
| Attachments: |
|
||||||||
Created attachment 1211626 [details]
installation_console
I tried to use "nec-usb-xhci" and the installation can continue,but when using "usb-ehci" controller, the result is failed as same as using "ich9-usb-ehci" looks like a bug in SLOF that doesn't detect the "enter" key is hit and it seems there is no timeout, so this hangs in the bootloader (yaboot) waiting user action. I've tested a 7.3 guest and the problem is the same: you can't select the kernel to boot in the grub menu. Thomas, do you know if EHCI should work in SLOF? There is an EHCI driver in SLOF, but AFAIK it's in a very rough shape and likely pretty much untested. So it's very likely that there is a problem with the EHCI driver of SLOF here. I test this problem in X86_64 host, and this problem doesn't exist for x86_64 A shorter command line to reproduce the problem with the non-working keys: qemu-system-ppc64 -nodefaults -vga std -device usb-ehci -device usb-kbd You then can't input any characters at the firmware prompt - but it works if you use "pci-ohci" instead of "usb-ehci". I've now also had a closer look at the problem, and apparently the EHCI driver in SLOF does not support "interrupt transfers" (the .poll_intr function is missing), which is required for the USB keyboard driver to work... Note that we're currently considering to disable EHCI completely for qemu-kvm-rhev on ppc64le (see BZ 1410674) ... so if EHCI gets disabled, we likely have to close this bug as WONTFIX. EHCI controller has been disabled for ppc64le now (see BZ 1410674), so there is no point in fixing SLOF here anymore. Please remove EHCI from the ppc64le test plans. |
Created attachment 1211625 [details] installation_vnc Description of problem: Boot a guest of "/released/RHEL-6/6.8" tr,using usb controler-"ich9-usb-ehci1",installation was hung,while the mouse can't kick in vnc screen Version-Release number of selected component (if applicable): Host install tree: RHEL7.3-20161012.0 kernel: kernel-3.10.0-513.el7 qemu: qemu-kvm-rhev-2.6.0-27.el7 SLOF: SLOF-20160223-6.gitdbbfda4.el7 Guest: RHEL6.8 BE guest driveformat: virtio_blk nicmodel: spapr-vlan mem: 8G vcpu: 4 How reproducible: 3/3 Steps to Reproduce: 1.Boot a guest with "/released/RHEL-6/6.8" tr ; 2.the command of usb controller "-device ich9-usb-ehci1,id=usb1,bus=pci.0"; Actual results: 1.After executing the qemu command,the installation is hung 2.the mouse can't kick in the vnc screen,and the installation is hung with "boot" Expected results: installing can be finished and successful Additional info: 1 the full command is : /usr/libexec/qemu-kvm \ -name 'avocado-vt-vm1' \ -sandbox off \ -nodefaults \ -machine pseries \ -vga std \ -device virtio-serial-pci,id=virtio_serial_pci0,bus=pci.0,addr=03 \ -device virtio-scsi-pci,id=scsi1,bus=pci.0,addr=0x4 \ -chardev socket,id=devorg.qemu.guest_agent.0,path=/tmp/virtio_port-org.qemu.guest_agent.0-20160516-164929-dHQ00mMM,server,nowait \ -device virtserialport,chardev=devorg.qemu.guest_agent.0,name=org.qemu.guest_agent.0,id=org.qemu.guest_agent.0,bus=virtio_serial_pci0.0 \ -chardev socket,id=console0,path=/tmp/console0,server,nowait \ -device spapr-vty,chardev=console0 \ -device ich9-usb-ehci1,id=usb1,bus=pci.0 \ -drive file=/root/RHEL6.8BE_1.qcow2,if=none,id=blk1,cache=writethrough \ -device virtio-blk-pci,scsi=off,drive=blk1,id=blk-disk1,bootindex=1 \ -drive id=drive_cd1,if=none,snapshot=off,aio=native,cache=none,media=cdrom,file=/root/RHEL-6.8-20160414.0-Server-ppc64-dvd1.iso \ -device scsi-cd,id=cd1,drive=drive_cd1,bootindex=2 \ -device spapr-vlan,mac=9a:7b:7c:7d:7e:71,id=idtlLxAk,netdev=idlkwV8e \ -netdev tap,id=idlkwV8e,vhost=on,script=/etc/qemu-ifup,downscript=/etc/qemu-ifdown \ -m 8G \ -smp 4 \ -cpu host \ -device usb-kbd \ -device usb-mouse \ -qmp tcp:0:8881,server,nowait \ -vnc :1 \ -msg timestamp=on \ -rtc base=localtime,clock=vm,driftfix=slew \ -monitor stdio \ -boot order=cdn,once=c,menu=off,strict=off \ -enable-kvm 2 when exchange the "ich9-usb-ehci1" to "pci-ohci",the install can be completed and successful