On 03/05/2012 04:30 PM, Jan Kiszka wrote: > On 2012-03-05 15:24, Avi Kivity wrote: > >> Long-term, I'd like to cut out certain file descriptors from the main > >> loop and process them completely in separate threads (for separate > >> locking, prioritization etc.). Dunno how NBD works, but maybe it should > >> be reworked like this already. > > > > Ideally qemu_set_fd_handler2() should be made thread local, and each > > device thread would run a copy of the main loop, just working on > > different data. > > qemu_set_fd_handler2 may not only be called over an iothread. Rather, we > need an object and associated lock that is related to the io-path (i.e. > frontend device + backend driver). That object has to be passed to > services like qemu_set_fd_handler2. Not sure I like implicit lock-taking. In particular, how does it interact with unregistering an fd_handler? -- error compiling committee.c: too many arguments to function -- 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