search for: libxl__datacopier_prefixdata

Displaying 3 results from an estimated 3 matches for "libxl__datacopier_prefixdata".

2013 Nov 12
3
[PATCH RESEND] libxl: Do not generate short block in libxl__datacopier_prefixdata
...Thanks. Thanks. IMO this patch should be considered for backporting, too. Ian. From 70f4755fba5e6a39e4f8ad55aff2d21f6aa8ff21 Mon Sep 17 00:00:00 2001 From: Ian Jackson <ian.jackson@eu.citrix.com> Date: Tue, 3 Sep 2013 13:41:46 +0100 Subject: [PATCH] libxl: Do not generate short block in libxl__datacopier_prefixdata libxl__datacopier_prefixdata would prepend a deliberately short block (not just a half-full one, but one with a short buffer) to the dc->bufs queue. However, this is wrong because datacopier_readable will find it and try to continue to fill it up. Instead, allocate a full-sized buffer. Signe...
2013 Nov 25
0
[xen-4.3-testing test] 22107: regressions - trouble: blocked/broken/fail/pass
...n Campbell <ian.campbell@citrix.com> (cherry picked from commit 48249a140379b6a66cd32438c344a57fa21e00ed) commit 841a5a5aca13255e7006e19eb880eaf6df143ac2 Author: Ian Jackson <ian.jackson@eu.citrix.com> Date: Tue Sep 3 13:41:46 2013 +0100 libxl: Do not generate short block in libxl__datacopier_prefixdata libxl__datacopier_prefixdata would prepend a deliberately short block (not just a half-full one, but one with a short buffer) to the dc->bufs queue. However, this is wrong because datacopier_readable will find it and try to continue to fill it up. Instead, allocate...
2013 Nov 27
0
[xen-4.3-testing test] 22144: regressions - FAIL
...n Campbell <ian.campbell@citrix.com> (cherry picked from commit 48249a140379b6a66cd32438c344a57fa21e00ed) commit 841a5a5aca13255e7006e19eb880eaf6df143ac2 Author: Ian Jackson <ian.jackson@eu.citrix.com> Date: Tue Sep 3 13:41:46 2013 +0100 libxl: Do not generate short block in libxl__datacopier_prefixdata libxl__datacopier_prefixdata would prepend a deliberately short block (not just a half-full one, but one with a short buffer) to the dc->bufs queue. However, this is wrong because datacopier_readable will find it and try to continue to fill it up. Instead, allocate...