Bug 974120 - xenfv: support kdump without pvdrivers
xenfv: support kdump without pvdrivers
Status: CLOSED UPSTREAM
Product: Fedora
Classification: Fedora
Component: kernel (Show other bugs)
20
Unspecified Unspecified
unspecified Severity unspecified
: ---
: ---
Assigned To: Kernel Maintainer List
Fedora Extras Quality Assurance
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2013-06-13 09:07 EDT by Andrew Jones
Modified: 2013-09-16 14:35 EDT (History)
6 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2013-09-16 14:35:21 EDT
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)
xen: pv-on-hvm: support kdump without pvdrivers (1.24 KB, patch)
2013-06-13 09:07 EDT, Andrew Jones
no flags Details | Diff

  None (edit)
Description Andrew Jones 2013-06-13 09:07:11 EDT
Created attachment 760686 [details]
xen: pv-on-hvm: support kdump without pvdrivers

It's possible to use kdump within a fully virtualized xen guest, but only when the drivers for the emulated devices are in the dump initrd, the guest is booted with xen_emul_unplug=unnecessary, and when the guest has the attached patch in its kernel. The attached patch is a hack, but a real fix doesn't exist yet. We can support kdump without pvdrivers by carrying this patch. As soon as kdump with pvdrivers works, then this patch should be dropped.
Comment 1 Josh Boyer 2013-09-16 08:43:53 EDT
This bug is a bit stale now, and we never picked up the patch.  Did the real fix get submitted somewhere upstream in the meantime?
Comment 2 Andrew Jones 2013-09-16 09:35:29 EDT
It might be worth testing, because I see some patches that could affect it have gone in. I'm suspicious it still won't work though, as it isn't really getting any specific attention. I'm also not sure when I'd get around to testing it myself. Anyway, we can probably hold off on the hack for Fedora. If nobody is screaming, then nobody cares?
Comment 3 Fedora End Of Life 2013-09-16 10:11:01 EDT
This bug appears to have been reported against 'rawhide' during the Fedora 20 development cycle.
Changing version to '20'.

More information and reason for this action is here:
https://fedoraproject.org/wiki/BugZappers/HouseKeeping/Fedora20
Comment 4 Josh Boyer 2013-09-16 14:35:21 EDT
(In reply to Andrew Jones from comment #2)
> It might be worth testing, because I see some patches that could affect it
> have gone in. I'm suspicious it still won't work though, as it isn't really
> getting any specific attention. I'm also not sure when I'd get around to
> testing it myself. Anyway, we can probably hold off on the hack for Fedora.
> If nobody is screaming, then nobody cares?

Kdump usage within Fedora, in general, is very very small.  Kdump usage on xen machines within Fedora is even smaller.

I think I'm going to just mark this as UPSTREAM, as that's really the desired outcome anyway.  Thanks for the reply.

Note You need to log in before you can comment on or make changes to this bug.