summaryrefslogtreecommitdiff
path: root/include/xen
diff options
context:
space:
mode:
authorOlaf Hering <olaf@aepfle.de>2011-08-25 18:34:45 +0200
committerKonrad Rzeszutek Wilk <konrad.wilk@oracle.com>2011-09-01 11:49:03 -0400
commit116df6f004af81925dcaa90d4a3b76da6b009427 (patch)
treed70f3a4166d021a59410e49cf8c5d3fbee6ee2b9 /include/xen
parent62cc5fc7b2e0218144e162afb8191db9b924b5e6 (diff)
xen/pv-on-hvm kexec+kdump: reset PV devices in kexec or crash kernel
After triggering a crash dump in a HVM guest, the PV backend drivers will remain in Connected state. When the kdump kernel starts the PV drivers will skip such devices. As a result, no root device is found and the vmcore cant be saved. A similar situation happens after a kexec boot, here the devices will be in the Closed state. With this change all frontend devices with state XenbusStateConnected or XenbusStateClosed will be reset by changing the state file to Closing -> Closed -> Initializing. This will trigger a disconnect in the backend drivers. Now the frontend drivers will find the backend drivers in state Initwait and can connect. Signed-off-by: Olaf Hering <olaf@aepfle.de> [v2: - add timeout when waiting for backend state change (based on feedback from Ian Campell) - extent printk message to include backend string - add comment to fall-through case in xenbus_reset_frontend] Signed-off-by: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
Diffstat (limited to 'include/xen')
0 files changed, 0 insertions, 0 deletions