flight 32114 xen-unstable real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/32114/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemut-winxpsp3 3 host-install(3)broken REGR. vs. 32093
Hello,
Juergen/Olaf: Now that Xen PVSCSI drivers are in upstream Linux 3.18 kernel
I was wondering if you guys also have plans to work on adding xl / libxl
support for PVSCSI ?
Thanks,
-- Pasi
On Thu, Aug 28, 2014 at 06:14:32AM +0200, Juergen Gross wrote:
Update the protocol description
Antti Kantee, le Thu 04 Dec 2014 22:52:05 +, a écrit :
Currently, the software stack in rumprun-xen is confusing
because MiniOS partially uses libc
Which part of libc? MiniOS itself is very independent of libc, it only
ships a couple of things. We can probably happily #ifdef them if needed.
Antti Kantee, le Sun 07 Dec 2014 18:13:38 +, a écrit :
On 07/12/14 18:09, Samuel Thibault wrote:
I said it unclearly. I meant the use of
#include lotofthings.h (e.g. string.h, stdio.h, etc)
?
minios itself doesn't do this when it's not compiled with HAVE_LIBC.
Building with
flight 32124 linux-linus real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/32124/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-rumpuserxen-i386 8 guest-start fail REGR. vs. 31241
On Fri, Dec 05, 2014 at 06:22:57PM +0100, Daniel Kiper wrote:
On Fri, Dec 05, 2014 at 04:55:24PM +, Jan Beulich wrote:
... when conring_size= was specified on the command line. We can't
really do this as early as we would want to when the option was not
specified, as the default depends
flight 32126 seabios real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/32126/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-i386-pair17 guest-migrate/src_host/dst_host fail like 32071
Tests which did not succeed, but
Both __warn() and __bug() take as first parameter the file name of the
current compilation unit (__FILE__). Mark that parameter as constant to
better reflect that.
Signed-off-by: Mihai Donțu mdo...@bitdefender.com
---
xen/drivers/char/console.c | 4 ++--
xen/include/xen/lib.h | 4 ++--
2
flight 32129 linux-3.10 real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/32129/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemut-winxpsp3 7 windows-install fail REGR. vs. 26303
Tests which are
On 2014/12/2 16:33, Tian, Kevin wrote:
From: Chen, Tiejun
Sent: Monday, December 01, 2014 5:24 PM
This should be based on a new parameter globally, 'pci_rdmforce'.
pci_rdmforce = 1 = Of course this should be 0 by default.
'1' means we should force check to reserve all ranges. If failed
VM
Implemented xmem_pool_check(), xmem_pool_check_locked() and
xmem_pool_check_unlocked() to verity the integrity of the TLSF matrix.
Signed-off-by: Mihai Donțu mdo...@bitdefender.com
---
Changes since v1:
- fixed the codingstyle
- swaped _locked/_unlocked naming
- reworked
On Mon, 8 Dec 2014 04:30:48 +0200 Mihai Donțu wrote:
Implemented xmem_pool_check(), xmem_pool_check_locked() and
xmem_pool_check_unlocked() to verity the integrity of the TLSF matrix.
Signed-off-by: Mihai Donțu mdo...@bitdefender.com
---
Changes since v1:
- fixed the codingstyle
-
On 2014/12/3 3:39, Konrad Rzeszutek Wilk wrote:
On Mon, Dec 01, 2014 at 05:24:20PM +0800, Tiejun Chen wrote:
This should be based on a new parameter globally, 'pci_rdmforce'.
pci_rdmforce = 1 = Of course this should be 0 by default.
'1' means we should force check to reserve all ranges. If
error of Migration failed when migrating Webserver VM with 100 connecitons
using httperf
First time it generats (a part of follwoing output):
migration target: Transfer complete, requesting permission to start domain.
migration sender: Target has acknowledged transfer.
migration sender:
Commit 5b8e7d80542487ff1bf17b4cf2922a01dee13d3a removed the __init
annotation from xen_set_identity_and_remap_chunk(). Add it again.
Signed-off-by: Juergen Gross jgr...@suse.com
---
arch/x86/xen/setup.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/x86/xen/setup.c
On 2014/12/4 23:33, Jan Beulich wrote:
On 01.12.14 at 10:24, tiejun.c...@intel.com wrote:
--- a/xen/drivers/passthrough/pci.c
+++ b/xen/drivers/passthrough/pci.c
@@ -34,6 +34,7 @@
#include xen/tasklet.h
#include xsm/xsm.h
#include asm/msi.h
+#include xen/stdbool.h
Please don't - we use
On 2014/12/3 3:47, Konrad Rzeszutek Wilk wrote:
On Mon, Dec 01, 2014 at 05:24:21PM +0800, Tiejun Chen wrote:
From: Jan Beulich jbeul...@suse.com
This is a prerequisite for punching holes into HVM and PVH guests' P2M
to allow passing through devices that are associated with (on VT-d)
RMRRs.
On 2014/12/2 16:46, Tian, Kevin wrote:
From: Chen, Tiejun
Sent: Monday, December 01, 2014 5:24 PM
After we intend to expost that hypercall explicitly based on
XEN_DOMCTL_set_rdm, we need this rebase. I hope we can squash
this into that previous patch once Jan Ack this.
better to merge
In our case We've added an additional fake node to the device tree with
UART MMIO range for Xen and Xen mapped this MMIO range
for the Kernel 3.8. By default UART has wrong configuration in OMAP.
Oleksandr Dmytryshyn | Product Engineering and Development
GlobalLogic
M +38.067.382.2525
On Fri, Dec 05, 2014 at 01:17:16AM +, Zhangleiqiang (Trump) wrote:
[...]
I think that's expected, because guest RX data path still uses
grant_copy while guest TX uses grant_map to do zero-copy transmit.
As far as I know, there are three main grant-related operations used in
flight 32131 linux-3.14 real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/32131/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemut-win7-amd64 5 xen-boot fail REGR. vs. 31838
On 2014/12/4 23:50, Jan Beulich wrote:
On 01.12.14 at 10:24, tiejun.c...@intel.com wrote:
--- a/xen/common/compat/memory.c
+++ b/xen/common/compat/memory.c
@@ -22,27 +22,66 @@ struct get_reserved_device_memory {
unsigned int used_entries;
};
-static int
On 12/6/2014 at 12:06 AM, in message
20141205160615.ga24...@zion.uk.xensource.com, Wei Liu wei.l...@citrix.com
wrote:
I have to admit I'm confused by the back and forth discussion. It's hard
to justify the design of new API without knowing what the constraints
and requirements are from
On Sun, Dec 07, Pasi Kärkkäinen wrote:
Hello,
Juergen/Olaf: Now that Xen PVSCSI drivers are in upstream Linux 3.18 kernel
I was wondering if you guys also have plans to work on adding xl / libxl
support for PVSCSI ?
Its still on the TODO list. Will most likely make into 4.6.
Olaf
24 matches
Mail list logo