ahci: Recompute cur_cmd on migrate post load
When the AHCI HBA device is migrated, all of the information that led to the request being created is stored in the AHCIDevice structures, except for pointers into guest data where return information needs to be stored. The "cur_cmd" field is usually responsible for this. To rebuild the cur_cmd pointer post-migration, we can utilize the busy_slot index to figure out where the command header we are still processing is. This allows a machine in a halted state from rerror=stop or werror=stop to be migrated and resume operations without issue. Signed-off-by: John Snow <jsnow@redhat.com> Message-id: 1424708286-16483-17-git-send-email-jsnow@redhat.com Signed-off-by: Stefan Hajnoczi <stefanha@redhat.com> Signed-off-by: Kevin Wolf <kwolf@redhat.com>
This commit is contained in:
parent
e8ef87433e
commit
c27c73aaf9
@ -1376,6 +1376,13 @@ static int ahci_state_post_load(void *opaque, int version_id)
|
|||||||
*/
|
*/
|
||||||
if (ad->busy_slot == -1) {
|
if (ad->busy_slot == -1) {
|
||||||
check_cmd(s, i);
|
check_cmd(s, i);
|
||||||
|
} else {
|
||||||
|
/* We are in the middle of a command, and may need to access
|
||||||
|
* the command header in guest memory again. */
|
||||||
|
if (ad->busy_slot < 0 || ad->busy_slot >= AHCI_MAX_CMDS) {
|
||||||
|
return -1;
|
||||||
|
}
|
||||||
|
ad->cur_cmd = &((AHCICmdHdr *)ad->lst)[ad->busy_slot];
|
||||||
}
|
}
|
||||||
}
|
}
|
||||||
|
|
||||||
|
Loading…
Reference in New Issue
Block a user