On Mon, 20 Apr 2015 06:40:18 -0400
Ian Jackson ian.jack...@eu.citrix.com wrote:
osstest service user writes ([qemu-mainline test] 50651: trouble:
blocked/broken):
flight 50651 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/50651/
Failures and problems with
On Fri, 13 Feb 2015 11:01:27 +
Andrew Cooper andrew.coop...@citrix.com wrote:
On 12/02/15 21:06, Don Koch wrote:
On Thu, 12 Feb 2015 20:08:46 +
Andrew Cooper andrew.coop...@citrix.com wrote:
[...]
I'm surprised that coverity didn't complain about the fallthrough in
the next
...
Reviewed-by: Don Koch dk...@verizon.com
default:
if((prompt_val_len+1) PROMPT_VAL_LEN
isprint(ch)) {
diff --git a/tools/xenstore/xenstore_client.c
b/tools/xenstore/xenstore_client.c
index 1054f18..3d14d37 100644
--- a/tools
;
Or is my code out of date?
With or without that change,
Reviewed-by: Don Koch dk...@verizon.com
--
1.7.10.4
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
On Mon, 19 Jan 2015 13:19:03 +
Ian Campbell ian.campb...@citrix.com wrote:
On Mon, 2015-01-19 at 13:10 +, Ian Jackson wrote:
Ian Campbell writes (Re: [Xen-devel] [PATCH SECURITY-POLICY 4/9] Use a
public mailing list for predisclosure membership applications.):
On Fri, 2015-01-16
allocation, that data is
still there. Since we are told that said area was not written to
during the save or migration, there is no need to restore it.
Signed-off-by: Don Koch dk...@verizon.com
---
Turns out the assertion that the unused xsave area is zero
is wrong. Unfortunately, that leaves
On Tue, 18 Nov 2014 16:35:42 +
Jan Beulich jbeul...@suse.com wrote:
On 18.11.14 at 16:26, dk...@verizon.com wrote:
If we restore an xsave area from an older xen that has a larger
size than the xcr0 bit call for, it is possible to have non-zero
data in the unused area if an xsave has
