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
On 2014/12/2 16:59, Tian, Kevin wrote:
From: Chen, Tiejun
Sent: Monday, December 01, 2014 5:24 PM
We need to use reserved device memory maps with multiple times, so
provide just one common function should be friend.
Signed-off-by: Tiejun Chen
---
tools/firmware/hvmloader/util.c | 59
On 2014/12/3 3:55, Konrad Rzeszutek Wilk wrote:
On Mon, Dec 01, 2014 at 05:24:24PM +0800, Tiejun Chen wrote:
In case of reserved device memory overlapping with ram, it also probably
s/also//
Fixed.
overlap with modules space so we need to check these reserved device
s/overlap/overlaps/
Hi all,
Today's linux-next merge of the xen-tip tree got a conflict in
arch/arm/include/asm/dma-mapping.h between commits a3a60f81ee6f
("dma-mapping: replace set_arch_dma_coherent_ops with
arch_setup_dma_ops") and 4bb25789ed28 ("arm: dma-mapping: plumb our
iommu mapping ops into arch_setup_dma_ops
>>> On 12/6/2014 at 12:06 AM, in message
<20141205160615.ga24...@zion.uk.xensource.com>, Wei Liu
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 your PoV.
>
On 2014/12/3 3:50, Konrad Rzeszutek Wilk wrote:
On Mon, Dec 01, 2014 at 05:24:23PM +0800, Tiejun Chen wrote:
We will introduce that hypercall xc_reserved_device_memory_map
approach to libxc.
Signed-off-by: Tiejun Chen
---
tools/libxc/include/xenctrl.h | 5 +
tools/libxc/xc_domain.c
On 2014/12/4 23:50, Jan Beulich wrote:
On 01.12.14 at 10:24, 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 get_reserved_device_memory(xen_pfn_t start,
-
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
test-amd64-i386-xl-qem
> 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
> On Fri, Dec 05, 2014 at 03:20:55PM +, Zoltan Kiss wrote:
> >
> >
> > On 04/12/14 14:31, Zhangleiqiang (Trump) wrote:
> > >>-Original Message-
> > >>From: Zoltan Kiss [mailto:zoltan.k...@linaro.org]
> > >>Sent: Thursday, December 04, 2014 9:35 PM
> > >>To: Zhangleiqiang (Trump); Wei Li
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
www.globallo
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 together
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
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.
Signed-off-by: Jan B
On 2014/12/4 23:33, Jan Beulich wrote:
On 01.12.14 at 10:24, wrote:
--- a/xen/drivers/passthrough/pci.c
+++ b/xen/drivers/passthrough/pci.c
@@ -34,6 +34,7 @@
#include
#include
#include
+#include
Please don't - we use bool_t in the hypervisor, not bool. The header
Yes.
only exist
Commit 5b8e7d80542487ff1bf17b4cf2922a01dee13d3a removed the __init
annotation from xen_set_identity_and_remap_chunk(). Add it again.
Signed-off-by: Juergen Gross
---
arch/x86/xen/setup.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/x86/xen/setup.c b/arch/x86/xen/setup
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: Givi
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 f
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
>
> ---
> Changes since v1:
> - fixed the codingstyle
> - swaped _locked/_u
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
---
Changes since v1:
- fixed the codingstyle
- swaped _locked/_unlocked naming
- reworked __xmem_pool_check_locked() a bit
- used boo
Andrew Cooper wrote on 2014-12-04:
> On 04/12/14 01:50, Zhang, Yang Z wrote:
>> Konrad Rzeszutek Wilk wrote on 2014-12-03:
>>> On Wed, Dec 03, 2014 at 09:38:49AM +, Ian Campbell wrote:
On Tue, 2014-12-02 at 16:09 -0500, Konrad Rzeszutek Wilk wrote:
> On Fri, Nov 28, 2014 at 11:50:43AM
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 wou
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 failin
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
---
xen/drivers/char/console.c | 4 ++--
xen/include/xen/lib.h | 4 ++--
2 files changed, 4 insertio
On Friday 05 December 2014 12:09:02 Jan Beulich wrote:
> >>> On 04.12.14 at 18:01, wrote:
> > --- a/xen/common/xmalloc_tlsf.c
> > +++ b/xen/common/xmalloc_tlsf.c
> > @@ -120,9 +120,120 @@ struct xmem_pool {
> > char name[MAX_POOL_NAME_LEN];
> > };
> >
> > +static struct xmem_pool *xenpool;
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 a
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
Hello,
Martin Lucina, le Thu 04 Dec 2014 14:55:50 +0100, a écrit :
> following is a patch against vanilla Mini-OS in upstream xen.git for a
> problem we have found in the netfront driver. When subjected to load
> network receive would freeze due to the rx ring running out of free
> request slots.
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
test-amd64-i386-xl-cr
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 (e.g. string.h, stdio.h, etc)
> >
> >?
> >
> >minios itself doesn't do this when it's not compiled with HAVE_LIBC.
> >Building with
On 07/12/14 18:09, Samuel Thibault wrote:
I said it unclearly. I meant the use of
#include (e.g. string.h, stdio.h, etc)
?
minios itself doesn't do this when it's not compiled with HAVE_LIBC.
Building with HAVE_LIBC is really not a requirement for using mini-os.
For rump projects, I would e
Antti Kantee, le Sun 07 Dec 2014 18:03:33 +, a écrit :
> On 07/12/14 17:55, Samuel Thibault wrote:
> >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
On 07/12/14 17:55, Samuel Thibault wrote:
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
Hello,
Martin Lucina, le Thu 04 Dec 2014 15:27:57 +0100, a écrit :
> - Is there a general interest in upstreaming this work?
I believe so. That can only help people using minios.
> - All Mini-OS functions called by rumprun-xen are renamed to minios_* or
> _minios_* for strictly internal funct
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
Hello,
Martin Lucina, le Fri 05 Dec 2014 19:22:08 +0100, a écrit :
> What's up with the -DHAVE_LIBC codepaths in mini-os? Who or what uses
> these? Grepping around in stubdom/ doesn't come up with anything...
HAVE_LIBC gets defined by extra/mini-os/Config.mk when libc is y, and
libc is defined to
On 12/05/2014 08:24 PM, Jan Beulich wrote:
On 05.12.14 at 11:00, wrote:
>> 5. Potential workaround
>> 5.1 Use per-cpu list in idle_loop()
>> Delist a batch of pages from heap_list to a per-cpu list, then scrub the
>> per-cpu list and free back to heap_list.
>>
>> But Jan disagree with this s
flight 32117 qemu-mainline real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/32117/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-i386-pair17 guest-migrate/src_host/dst_host fail like 32096
Tests which did not succeed,
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 o
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
test-amd64-i386-xl-q
39 matches
Mail list logo