diff options
| author | Mark Cave-Ayland <mark.cave-ayland@ilande.co.uk> | 2022-03-05 15:55:30 +0000 |
|---|---|---|
| committer | Mark Cave-Ayland <mark.cave-ayland@ilande.co.uk> | 2022-03-09 09:29:10 +0000 |
| commit | a7a2208862bee2bc4fe55adfd947dc4a15ad0216 (patch) | |
| tree | 3769074f3b5545e5a4c4aca448141c20f1771e45 /ui | |
| parent | eda59b392d63bf9a766dedcae54ee160e8ce1b57 (diff) | |
| download | qemu-a7a2208862bee2bc4fe55adfd947dc4a15ad0216.zip qemu-a7a2208862bee2bc4fe55adfd947dc4a15ad0216.tar.gz qemu-a7a2208862bee2bc4fe55adfd947dc4a15ad0216.tar.bz2 | |
esp: recreate ESPState current_req after migration
Since PDMA reads/writes are driven by the guest, it is possible that migration
can occur whilst a SCSIRequest is still active. Fortunately active SCSIRequests
are already included in the migration stream and restarted post migration but
this still leaves the reference in ESPState uninitialised.
Implement the SCSIBusInfo .load_request callback to obtain a reference to the
currently active SCSIRequest and use it to recreate ESPState current_req
after migration.
Suggested-by: Paolo Bonzini <pbonzini@redhat.com>
Signed-off-by: Mark Cave-Ayland <mark.cave-ayland@ilande.co.uk>
Reviewed-by: Laurent Vivier <laurent@vivier.eu>
Message-Id: <20220305155530.9265-11-mark.cave-ayland@ilande.co.uk>
Signed-off-by: Mark Cave-Ayland <mark.cave-ayland@ilande.co.uk>
Diffstat (limited to 'ui')
0 files changed, 0 insertions, 0 deletions