[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [PATCH 2/2] io/channel-tls: fix handling of bigger read buffers
From: |
Antoine Damhet |
Subject: |
Re: [PATCH 2/2] io/channel-tls: fix handling of bigger read buffers |
Date: |
Fri, 16 Dec 2022 11:38:03 +0100 |
On Wed, Nov 16, 2022 at 10:52:20AM +0000, Daniel P. Berrangé wrote:
> On Tue, Nov 15, 2022 at 03:23:29PM +0100, antoine.damhet@shadow.tech wrote:
> > From: Antoine Damhet <antoine.damhet@shadow.tech>
> >
> > Since the TLS backend can read more data from the underlying QIOChannel
> > we introduce a minimal child GSource to notify if we still have more
> > data available to be read.
> >
> > Signed-off-by: Antoine Damhet <antoine.damhet@shadow.tech>
> > Signed-off-by: Charles Frey <charles.frey@shadow.tech>
> > ---
> > io/channel-tls.c | 66 +++++++++++++++++++++++++++++++++++++++++++++++-
> > 1 file changed, 65 insertions(+), 1 deletion(-)
>
> Reviewed-by: Daniel P. Berrangé <berrange@redhat.com>
Thanks,
Now that the 7.2.0 is released, can we hope to get this queued ? If not
what should I do ?
Best regards,
--
Antoine 'xdbob' Damhet
>
>
> With regards,
> Daniel
> --
> |: https://berrange.com -o- https://www.flickr.com/photos/dberrange :|
> |: https://libvirt.org -o- https://fstop138.berrange.com :|
> |: https://entangle-photo.org -o- https://www.instagram.com/dberrange :|
>
signature.asc
Description: PGP signature
- Re: [PATCH 2/2] io/channel-tls: fix handling of bigger read buffers,
Antoine Damhet <=