1 files changed, 44 insertions, 0 deletions
diff --git a/results/classifier/zero-shot/108/other/2480 b/results/classifier/zero-shot/108/other/2480
new file mode 100644
index 000000000..4b53f14a5
--- /dev/null
+++ b/results/classifier/zero-shot/108/other/2480
@@ -0,0 +1,44 @@
+device: 0.880
+performance: 0.600
+graphic: 0.583
+PID: 0.545
+socket: 0.444
+boot: 0.415
+files: 0.411
+network: 0.405
+vnc: 0.383
+debug: 0.378
+other: 0.357
+permissions: 0.288
+semantic: 0.278
+KVM: 0.137
+
+Two questions about VFIO device live migration
+Description of problem:
+For my own pcie device, i implement system memory && device memory dirty bitmap track and works well
+
+use pre-copy mode live migration by the way.
+
+first question:
+- for system memory dirty bitmap sync, notice that last sync will come early than i expected
+  read qemu code and found qemu will call every savevm_state.handlers->save_live_complete_precopy callback 
+  in "qemu_savevm_state_complete_precopy_iterable", and "vfio" handler will always behind "ram".
+  so here is question, my own vfio device will only be halted after "vfio" handler enter 
+  save_live_complete_precopy, and last system memory dirty bitmap sync will come with "ram"'s 
+  save_live_complete_precopy, there will be some system dirty between this period, should we add one more 
+  system dirty bitmap sync after "vfio"'s save_live_complete_precopy
+
+second question:
+- notice that qemu will clean up migration and call every savevm_state.handlers->save_cleanup call back, and   
+  in this function, qemu will only call vfio listener's log_global_stop call back when vm_is_running 
+  but for my vfio device, state will be paused(postmigrate) when enter here, so there is no chance for qemu 
+  to relese some resource create by my device kernel mode driver, where should i put the logic about "stop 
+  migration resource" anyway
+
+Thanks ^_^
+Steps to reproduce:
+1.
+2.
+3.
+Additional information:
+