Gerd Hoffmann wrote: > Hi, > >> Im not sure I agree there... surely there are other things which would >> benefit from generic socket reconnection support (virtio-rng cant be the >> only driver that might want to rely on a reliable source of data via a >> socket in a server-farm type situation?) > > Usually qemu takes the server part, i.e. for serial ports you usually do > '-serial telnet::$port,server,nowait', then 'telnet $host $port' to > connect to your virtual serial line. When the connection drops, just > re-run telnet. > > In my usage of qemu I didn't came across a use case which needs qemu > reconnecting yet.
You're comparing apples with oranges :-) That example is the opposite of whats happening in my case - qemu must act as a client in order to connect to an EGD daemon. There is not other choice. I'm sure one could come up with any number of cases where qemu as a client might want to reconnect to the host. Seriously, if virtio-rng is the only thing on qemu that acts as a socket *client* I'd be amazed. And really, is having the ability to reconnect to a service so terrible? -Ian
