Anthony Liguori wrote:
> I'm all for doing things incrementally but there has to be a big picture
> that the incremental bit fits into otherwise you end up with a bunch of
> random features that don't work together well.
Well, if you just add stuff without ever changing anything that went
before,
On 02/01/2010 04:44 PM, Ian Molton wrote:
Anthony Liguori wrote:
I went back and looked at the last series and found my feedback. I had
suggested that instead of automatically reconnecting, a mechanism should
be added for a user to initiate a reconnect.
This sounds useful
Addi
Anthony Liguori wrote:
> I went back and looked at the last series and found my feedback. I had
> suggested that instead of automatically reconnecting, a mechanism should
> be added for a user to initiate a reconnect.
This sounds useful
> Additionally, we should emit events upon disconnect thro
On 02/01/2010 10:12 AM, Luiz Capitulino wrote:
On Mon, 01 Feb 2010 09:25:27 -0600
Anthony Liguori wrote:
On 02/01/2010 07:34 AM, Ian Molton wrote:
Add a reconnect option that allows sockets to reconnect (after a
specified delay) to the specified server. This makes the virtio
On Mon, 01 Feb 2010 09:25:27 -0600
Anthony Liguori wrote:
> On 02/01/2010 07:34 AM, Ian Molton wrote:
> > Add a reconnect option that allows sockets to reconnect (after a
> > specified delay) to the specified server. This makes the virtio-rng driver
> > useful in production environments where
On 02/01/2010 07:34 AM, Ian Molton wrote:
Add a reconnect option that allows sockets to reconnect (after a
specified delay) to the specified server. This makes the virtio-rng driver
useful in production environments where the EGD server may need to be restarted.
Signed-off-by: Ian Molton
Add a reconnect option that allows sockets to reconnect (after a
specified delay) to the specified server. This makes the virtio-rng driver
useful in production environments where the EGD server may need to be restarted.
Signed-off-by: Ian Molton
---
qemu-char.c | 159
