Bug 1676475
Summary: | Nested kvm/qemu virtualization is not working on Power8 LPARs | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Jakub Čajka <jcajka> |
Component: | kernel | Assignee: | Kernel Maintainer List <kernel-maint> |
Status: | CLOSED INSUFFICIENT_DATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | 29 | CC: | airlied, bskeggs, bugproxy, dan, hannsj_uhl, hdegoede, ichavero, itamar, jarodwilson, jeremy, jglisse, john.j5live, jonathan, josef, kernel-maint, linville, mchehab, mjg59, normand, skumari, steved, surajjs |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | If docs needed, set a value | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2019-09-17 20:01:46 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: | |||
Bug Blocks: | 1071880 |
Description
Jakub Čajka
2019-02-12 12:06:54 UTC
For the record the nested virt doesn't work on bare-metal P8 too. Host is Fedora 29, first level guest is Fedora 28 (with qemu 2.11) and second level guest can't be started with the same symptoms Jakub mentions. FYI: nested virt doesn't work either on bare-metal P8 with f29, and first level guest f29 (with qemu 3.0) and second level f29 guest install failed at initial kernel start with infinit loop of faulting instruction. (the f29 in Host and first guest are the same and updated with last updates) === [ 0.032382] kernel tried to execute exec-protected page (c0000000015d0a44) -exploit attempt? (uid: 0) [ 0.033323] Unable to handle kernel paging request for instruction fetch [ 0.033993] Faulting instruction address: 0xc0000000015d0a44 [ 0.034677] Oops: Kernel access of bad area, sig: 11 [#1] [ 0.035213] LE SMP NR_CPUS=1024 NUMA pSeries [ 0.035749] Modules linked in: [ 0.036154] CPU: 0 PID: 1 Comm: swapper/0 Not tainted 4.18.16-300.fc29.ppc64le #1 [ 0.036957] NIP: c0000000015d0a44 LR: c00000000000acec CTR: 0000000000000000 [ 0.037756] REGS: c00000003fffba90 TRAP: 0400 Not tainted (4.18.16-300.fc29.ppc64le) [ 0.038558] MSR: a000000010001033 <SF,ME,IR,DR,RI,LE> CR: 28000848 XER: 00000000 [ 0.039361] CFAR: 0000000000000000 IRQMASK: 1 [ 0.039361] GPR00: 0000000000000000 c00000003fffbd10 c000000001530d00 c00000003fffbd80 [ 0.039361] GPR04: c00000000006ae48 0000000048000000 0000000000000009 000000004aa98684 [ 0.039361] GPR08: 000000007d210164 0000000000000000 0000000000000002 0000000000000900 [ 0.039361] GPR12: a000000002009033 c000000001810000 c00000000006eefc 0000000049567908 [ 0.039361] GPR16: 0000000000000078 c0000000015cf510 c000000000e24df0 000000007c1b03a6 [ 0.039361] GPR20: 000000007c1ffaa6 c0000000015d274c c0000000013e5548 000000007c1303a6 [ 0.039361] GPR24: 000000007c1643a6 000000007c1a03a6 c0000000015cf508 ffffffffebc0f008 [ 0.039361] GPR28: ffffffffebc0f000 c00000000006b604 c00000000006b600 0000000003e00000 [ 0.040132] kernel tried to execute exec-protected page (c0000000015d0a44) -exploit attempt? (uid: 0) [ 0.045886] NIP [c0000000015d0a44] kvm_tmp+0x1534/0x100000 [ 0.045888] LR [c00000000000acec] soft_nmi_common+0xcc/0xd0 [ 0.045889] Call Trace: [ 0.045889] Instruction dump: [ 0.045891] XXXXXXXX XXXXXXXX XXXXXXXX XXXXXXXX XXXXXXXX XXXXXXXX XXXXXXXX XXXXXXXX [ 0.045893] XXXXXXXX XXXXXXXX XXXXXXXX XXXXXXXX XXXXXXXX XXXXXXXX XXXXXXXX XXXXXXXX [ 0.045896] ---[ end trace 985ba14ce79fd515 ]--- [ 0.045896] [ 0.046628] Unable to handle kernel paging request for instruction fetch [ 0.046727] Faulting instruction address: 0xc0000000015d0a44 [ 0.046839] Oops: Kernel access of bad area, sig: 11 [#2] === Signature similar but not identical as older bug#1652845 virt-install.log https://bugzilla.redhat.com/attachment.cgi?id=1508237 Fedora Atomic Host with kernel 4.20+ boots fine for me as well on P9 nested virt with host having qemu-3.1, libvirt-5.0.0 and kernel-4.20.6 If you boot the KVM-PR guest with the following added to the qemu command line: -machine pseries,cap-hpt-max-page-size=16777216 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Does it make any difference? (In reply to Suraj from comment #4) > If you boot the KVM-PR guest with the following added to the qemu command > line: > -machine pseries,cap-hpt-max-page-size=16777216 > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Hi Suraj, I am using virt-install command instead of using qemu directly. Can you please provide an equivalent option to be used with virt-install ? > Does it make any difference? Sinny, I think you can follow https://libvirt.org/formatdomain.html#elementsFeatures Edited nested guest vm with following: <features> <hpt resizing='required'> <maxpagesize unit='KiB'>16384</maxpagesize> </hpt> </features> It gives following error: 2019-02-26T15:04:52.899630Z qemu-system-ppc64: KVM doesn't support page shift 24/12 Forgot to mention guest host detail: F29 with kernel-4.19.4-300.fc29.ppc64le, libvirt-client-4.9.0-1.fc29.ppc64le and qemu-3.0.0-3.fc29.ppc64le We apologize for the inconvenience. There is a large number of bugs to go through and several of them have gone stale. Due to this, we are doing a mass bug update across all of the Fedora 29 kernel bugs. Fedora XX has now been rebased to 5.0.6 Please test this kernel update (or newer) and let us know if you issue has been resolved or if it is still present with the newer kernel. If you have moved on to Fedora 30, and are still experiencing this issue, please change the version to Fedora 30. If you experience different issues, please open a new bug report for those. *********** MASS BUG UPDATE ************** This bug is being closed with INSUFFICIENT_DATA as there has not been a response in 3 weeks. If you are still experiencing this issue, please reopen and attach the relevant data from the latest kernel you are running and any data that might have been requested previously. |