I have tested a standalone thread to process kvm_handle_io, it can not start up correctly, this function may need qemu_mutux protection. as io_thread process different io tasks, is it possible to transfer kvm_handle_io and handle_mmio function into this thread? but the problem will still stay, monitor will still be blocked by read/write disk request. is there anyone that will have a good suggestion? thanks. Green. ---------- Forwarded message ---------- From: ya su <suya94335@xxxxxxxxx> Date: 2011/2/28 Subject: problem about blocked monitor when disk image on NFS can not be reached. To: kvm@xxxxxxxxxxxxxxx hi: kvm start with disk image on nfs server, when nfs server can not be reached, monitor will be blocked. I change io_thread to SCHED_RR policy, it will work unfluently waiting for disk read/write timeout. I think one solution to this is to change kvm_handle_io in a seperate thread, I will put kvm_handle_io in a new spawned thread, all io request passed in a queue between io_thread and the new spawned thread, it need copy run->io.size*run->io.count bytes from address:(uint8_t *)run + run->io.data_offset. Is this a right direction? any suggestion is welcome, thanks! Green. -- To unsubscribe from this list: send the line "unsubscribe kvm" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
