On 02/17/2015 06:19 PM, Jan Beulich wrote:
On 12.02.15 at 03:39, wrote:
On 02/11/2015 07:52 PM, Andrew Cooper wrote:
On 11/02/15 08:28, Kai Huang wrote:
Design
==
- PML feature is used globally
A new Xen boot parameter, say 'opt_enable_pml', will be introduced to
control PML feature d
> -Original Message-
> From: Ian Campbell [mailto:ian.campb...@citrix.com]
> Sent: Tuesday, March 24, 2015 1:37 AM
> To: Wei Liu
> Cc: Pang, LongtaoX; Hu, Robert; ian.jack...@eu.citrix.com;
> xen-devel@lists.xen.org
> Subject: Re: [Xen-devel] [OSSTEST Nested PATCH 2/6] Add and expose some
flight 36686 rumpuserxen real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/36686/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-rumpuserxen 5 rumpuserxen-build fail REGR. vs. 33866
build-i386-rumpuserxe
flight 36586 qemu-mainline real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/36586/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-i386-pair17 guest-migrate/src_host/dst_host fail like 35893
Tests which did not succeed,
On Mon, Mar 23, 2015 at 11:25 AM, Tamas K Lengyel
wrote:
> On Mon, Mar 23, 2015 at 6:59 PM, Andres Lagar Cavilla <
> and...@lagarcavilla.org> wrote:
>
>> On Mon, Mar 23, 2015 at 9:10 AM, Tamas K Lengyel > > wrote:
>>
>>> Hello everyone,
>>> I'm trying to chase down a bug that reproducibly crashes
Hi Dario and George,
I'm exploring the design choice of eliminating the Xen scheduler overhead
on the dedicated CPU. A dedicated CPU is a PCPU that has a full capacity
VCPU pinned onto it and no other VCPUs will run on that PCPU. In other
words, when a full-capacity VCPU is dedicated to a dedicate
From: Arnd Bergmann
Use pci_scan_root_bus() instead of deprecated function
pci_scan_bus_parented().
Signed-off-by: Arnd Bergmann
Signed-off-by: Yijing Wang
CC: Konrad Rzeszutek Wilk
CC: xen-de...@lists.xenproject.org
---
drivers/pci/xen-pcifront.c | 16 +---
1 files changed, 13
> -Original Message-
> From: Ian Campbell [mailto:ian.campb...@citrix.com]
> Sent: Monday, March 23, 2015 5:50 PM
> To: Hu, Robert
> Cc: Pang, LongtaoX; xen-devel@lists.xen.org; ian.jack...@eu.citrix.com;
> wei.l...@citrix.com
> Subject: Re: [OSSTEST Nested PATCH 2/6] Add and expose some te
> -Original Message-
> From: Ian Campbell [mailto:ian.campb...@citrix.com]
> Sent: Monday, March 23, 2015 5:50 PM
> To: Hu, Robert
> Cc: Pang, LongtaoX; xen-devel@lists.xen.org; ian.jack...@eu.citrix.com;
> wei.l...@citrix.com
> Subject: Re: [OSSTEST Nested PATCH 2/6] Add and expose some te
> -Original Message-
> From: Tian, Kevin
> Sent: Tuesday, March 24, 2015 11:06 AM
> To: Wu, Feng; Jan Beulich
> Cc: Zhang, Yang Z; xen-devel@lists.xen.org; Keir Fraser (k...@xen.org)
> Subject: RE: (v2) VT-d Posted-interrupt (PI) design for XEN
>
> > From: Wu, Feng
> > Sent: Monday, Marc
> From: Wu, Feng
> Sent: Monday, March 23, 2015 5:19 PM
>
>
>
> > -Original Message-
> > From: Jan Beulich [mailto:jbeul...@suse.com]
> > Sent: Monday, March 23, 2015 5:08 PM
> > To: Wu, Feng
> > Cc: Tian, Kevin; Zhang, Yang Z; xen-devel@lists.xen.org; Keir Fraser
> > (k...@xen.org)
> >
Now that Xen uses qdisks by default and qemu does not write out
statistics to sysfs this patch queries the QMP for disk statistics.
This patch depends on libyajl for parsing statistics returned from
QMP. The runtime requires libyajl 2.0.3 or newer for required bug
fixes in yajl_tree_parse().
Libx
> -Original Message-
> From: Stefan Berger [mailto:stef...@linux.vnet.ibm.com]
> Sent: Tuesday, March 24, 2015 4:01 AM
> To: Xu, Quan; Ian Campbell
> Cc: ke...@koconnor.net; qemu-de...@nongnu.org;
> stefano.stabell...@eu.citrix.com; xen-devel@lists.xen.org
> Subject: Re: [Qemu-devel] [Xen
This month, we want to answer the question, "How are you using Xen
Project?" Xen Project is a great hypervisor, but it is normally part
of a bigger solution. Did you quickly find all the documentation you
needed to use the hypervisor within the context of your solution? Do
we need a special page
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: Monday, March 23, 2015 11:44 PM
>
> This just follows what the January 2015 edition of the SDM documents,
> with additional clarification from Intel:
> - Broadwell models 0x4f and 0x56 don't cross-reference other tables,
> but should be trea
On Mon, 23 Mar 2015, Christoffer Dall wrote:
> On Mon, Mar 23, 2015 at 1:36 PM, Ian Campbell wrote:
> On Sat, 2015-03-21 at 13:34 +0100, Christoffer Dall wrote:
> > Hi,
> >
> > I have been experiencing a problematic crash running Xen on m400 over
> > the last few days
flight 36630 libvirt real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/36630/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-libvirt 10 migrate-support-checkfail never pass
test-amd64-i386-libvirt 10 migrate-sup
Hello Robert,
On 23/03/2015 13:46, Robbie VanVossen wrote:
If multiple devices are being passed through to the same domain and they
share a single SMMU, then they only require a single iommu_domain.
In arm_smmu_assign_dev, before a new iommu_domain is created, the
xen_domain->contexts is checke
Hi Boris,
On 23/03/2015 19:54, Boris Ostrovsky wrote:
These two patches fix ARM regressions reported by Julien.
Thank you for the 2 fixes:
Tested-by: Julien Grall
Regards,
--
Julien Grall
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http:/
On 03/23/2015 08:03 AM, Xu, Quan wrote:
-Original Message-
From: Stefan Berger [mailto:stef...@linux.vnet.ibm.com]
Sent: Monday, March 23, 2015 6:57 PM
To: Xu, Quan; Ian Campbell
Cc: ke...@koconnor.net; xen-devel@lists.xen.org; qemu-de...@nongnu.org;
stefano.stabell...@eu.citrix.com
Sub
These two patches fix ARM regressions reported by Julien.
-boris
Boris Ostrovsky (2):
pci: Include asm/numa.h in pci.h
x86: Don't use BAD_APICID for non-APICID fields
xen/arch/x86/cpu/common.c |6 +++---
xen/arch/x86/smpboot.c |6 +++---
xen/common/sched_credit2.c
BAD_APICID is used by cpuinfo_x86's phys_proc_id, cpu_core_id
and compute_unit_id even though these fields don't hold an APIC ID
itself but rather its derivative.
Provide appropriate macros for each of those three (and make them
unsigned).
This also fixes regression introduced by commit 2090f14c5
Commit 4fa6b0bacf9c ("pci: stash device's PXM information in struct
pci_dev") added node field to xen/include/xen/pci.h. Its type,
nodeid_t, is defined in asm/numa.h and we should include this file
explicitly in pci.h
Signed-off-by: Boris Ostrovsky
Reported-by: Julien Grall
---
xen/include/xen/
On Fri, Mar 20, 2015 at 03:20:16PM +, Jan Beulich wrote:
> Its low 11 bits have different meaning.
>
> Signed-off-by: Jan Beulich
Reviewed-by: Konrad Rzeszutek Wilk
>
> --- a/tools/firmware/hvmloader/pci.c
> +++ b/tools/firmware/hvmloader/pci.c
> @@ -179,18 +179,31 @@ void pci_setup(void)
On Fri, Mar 20, 2015 at 04:27:29PM +, Jan Beulich wrote:
> Commit 74fd0036de ("x86: properly handle MSI-X unmask operation from
> guests") didn't go far enough: it fixed an issue with unmasking, but
> left an issue with masking in place: Due to the (late) point in time
> when qemu requests the
flight 36581 xen-4.3-testing real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/36581/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-pair 17 guest-migrate/src_host/dst_host fail REGR. vs. 36483
test-amd64-amd64-
On Fri, Mar 20, 2015 at 04:27:57PM +, Jan Beulich wrote:
> Again because Xen doesn't get to see all guest writes, it shouldn't
> serve reads from its cache before having seen a write to the respective
> address.
>
> Signed-off-by: Jan Beulich
Reviewed-by: Konrad Rzeszutek Wilk
>
> --- a/x
On 03/23/2015 06:49 PM, Olaf Hering wrote:
> On Mon, Mar 23, George Dunlap wrote:
>
>> On Mon, Mar 23, 2015 at 5:52 PM, Olaf Hering wrote:
>>> On Mon, Mar 23, George Dunlap wrote:
xen-4.6_unstable-20150323160547.x86_64.rpm
>>> Do you want to continue to get "unstable" as release?
>>> My patc
On Mon, Mar 23, George Dunlap wrote:
> On Mon, Mar 23, 2015 at 5:52 PM, Olaf Hering wrote:
> > On Mon, Mar 23, George Dunlap wrote:
> >> xen-4.6_unstable-20150323160547.x86_64.rpm
> > Do you want to continue to get "unstable" as release?
> > My patch uses everything passed as "$2" as Version stri
On Fri, Mar 20, 2015 at 03:40:02PM +, Jan Beulich wrote:
> With ->startup unmasking the IRQ, setting the affinity afterwards
> without masking the IRQ again is invalid namely for MSI (which can't
> have their affinity updated atomically).
That took a bit of verification :-)
Could you include
On Mon, Mar 23, 2015 at 6:59 PM, Andres Lagar Cavilla <
and...@lagarcavilla.org> wrote:
> On Mon, Mar 23, 2015 at 9:10 AM, Tamas K Lengyel
> wrote:
>
>> Hello everyone,
>> I'm trying to chase down a bug that reproducibly crashes Xen (tested with
>> 4.4.1). The problem is somewhere within the mem-
There is no sense in trying to online (or offline) CPUs when the size of
cpumap is greater than the maximum number of VCPUs the guest can go to.
As such fail the operation if the count of CPUs to online is greater
than what the guest started with. For the offline case we do not
check (as the bits
And use that for all of its callers in the tree.
Signed-off-by: Konrad Rzeszutek Wilk
---
tools/libxl/libxl.c | 19 +++
tools/libxl/libxl.h | 9 -
tools/libxl/libxl_types.idl | 1 +
tools/libxl/xl_cmdimpl.c| 4 ++--
4 files changed, 22 insertions(+)
So that the callers can distinguish between an error and
an domain not found. The exposed API calls that are effected
by this are: libxl_domain_[remus_start,suspend,unpause,cdrom_insert,
set_vcpuonline]
We add an helper function to deal with the two types of errors:
libxl_domain_type2err. However
The function does not return any values at all. Convert the
internal libxl errors (ERROR_FAIL, ..., etc) to -1.
Signed-off-by: Konrad Rzeszutek Wilk
---
tools/libxl/xl_cmdimpl.c | 17 +
1 file changed, 9 insertions(+), 8 deletions(-)
diff --git a/tools/libxl/xl_cmdimpl.c b/tools
The check is superflous. If the 'max_vcpus' (argument
value) is greater than pCPU and --ignore-host has not
been supplied we would print an warning and return
and not call this code.
If the --ignore-host parameter had been used we would
never end up in this condition and enforce 'max_vcpus'.
The
Instead of just printing an generic error.
Signed-off-by: Konrad Rzeszutek Wilk
---
tools/libxl/xl_cmdimpl.c | 9 +++--
1 file changed, 7 insertions(+), 2 deletions(-)
diff --git a/tools/libxl/xl_cmdimpl.c b/tools/libxl/xl_cmdimpl.c
index 1c07ac6..0ccf257 100644
--- a/tools/libxl/xl_cmdimpl
Hey Ian,
Since v2 [http://lists.xen.org/archives/html/xen-devel/2015-03/msg01787.html]:
- Fixed up #1 "libxl: Add ERROR_DOMAIN_NOTFOUND for libxl_domain_info" per
your review.
- Moved the check from vcpuset to libxl_set_vcpuonline to check if the set
bits of the
cpumap is greater than the m
We have a check to warn the user if they are overcommitting.
But the check only checks the hosts CPU amount and does
not take into account the case when the user is trying to fix
the overcommit. That is - they want to limit the amount of
online VCPUs.
This fix allows the user to offline vCPUs with
On Mon, 23 Mar 2015, Stefan Hajnoczi wrote:
> On Wed, Mar 18, 2015 at 02:16:47PM -0700, Yaoli Zheng wrote:
> > We have problem using qemu emulated scsi driver(the old lsi). Wonder if any
> > of other device model we can try for emulating scsi, and how we can get and
> > config it in Xen? Having b
On Mon, Mar 23, 2015 at 5:52 PM, Olaf Hering wrote:
> On Mon, Mar 23, George Dunlap wrote:
>
>> xen-4.6_unstable-20150323160547.x86_64.rpm
>
> Do you want to continue to get "unstable" as release?
> My patch uses everything passed as "$2" as Version string. I think thats
> ok.
I think "unstable"
On Mon, Mar 23, 2015 at 9:10 AM, Tamas K Lengyel
wrote:
> Hello everyone,
> I'm trying to chase down a bug that reproducibly crashes Xen (tested with
> 4.4.1). The problem is somewhere within the mem-sharing subsystem and how
> that interacts with domains that are being actively saved. In my setu
On Mon, Mar 23, George Dunlap wrote:
> xen-4.6_unstable-20150323160547.x86_64.rpm
Do you want to continue to get "unstable" as release?
My patch uses everything passed as "$2" as Version string. I think thats
ok. Release will be either 0 or $PKG_DATE.
Olaf
_
flight 36580 linux-next real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/36580/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemuu-debianhvm-amd64 3 host-install(3) broken REGR. vs.
36011
test-amd64-amd64-
On Mon, 2015-03-23 at 17:29 +, Wei Liu wrote:
> On Mon, Mar 23, 2015 at 04:45:55PM +, Ian Campbell wrote:
> > On Mon, 2015-03-23 at 16:20 +, Pang, LongtaoX wrote:
> > > >
> > > > > > > The editconfig_cd thing -- yet another thing which Ian questioned
> > > > > > > and which it was agre
On Mon, 2015-03-23 at 17:19 +, Wei Liu wrote:
> On Mon, Mar 23, 2015 at 04:20:08PM +, Pang, LongtaoX wrote:
> > >
> > > > > > The editconfig_cd thing -- yet another thing which Ian questioned
> > > > > > and which it was agreed you would change but you haven't.
> > > > > >
> > > > > For th
On Mon, Mar 23, 2015 at 04:45:55PM +, Ian Campbell wrote:
> On Mon, 2015-03-23 at 16:20 +, Pang, LongtaoX wrote:
> > >
> > > > > > The editconfig_cd thing -- yet another thing which Ian questioned
> > > > > > and which it was agreed you would change but you haven't.
> > > > > >
> > > > > F
Hi Luis,
This seems OK to me, but I'm curious about a few things.
On Fri, Mar 20, 2015 at 6:17 PM, Luis R. Rodriguez
wrote:
> From: "Luis R. Rodriguez"
>
> This allows drivers to take advantage of write-combining
> when possible. Ideally we'd have pci_read_bases() just
> peg an IORESOURCE_WC fl
On Mon, Mar 23, 2015 at 04:20:08PM +, Pang, LongtaoX wrote:
> >
> > > > > The editconfig_cd thing -- yet another thing which Ian questioned
> > > > > and which it was agreed you would change but you haven't.
> > > > >
> > > > For this question, I have sent a mail about it.(2015-03-04) After
>
flight 36569 linux-linus real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/36569/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemuu-win7-amd64 3 host-install(3) broken REGR. vs. 35883
On Mon, Mar 23, George Dunlap wrote:
> I'm not really happy with having the massive number show up
> automatically when anyone makes an rpm. What would you think about
> adding a variable where you could set this as part of the build process?
> e.g.,
> XEN_RPM_RELEASE="$(date +%Y%m%d%H%M%S)" m
On 03/23/2015 11:58 AM, Richard Haines wrote:
> Problems fixed:
> 1) Fix core dump when building CIL policy (corrupted double-linked list)
>by Steve Lawrence
> 2) Binary policy failed to read with devicetreecon statement.
> 3) Free path name - With a Xen policy running secilc/valgrind
>the
On Mon, Mar 23, 2015 at 5:22 PM, Ian Campbell wrote:
> On Mon, 2015-03-23 at 16:47 +0100, Tamas K Lengyel wrote:
>>
>>
>> On Mon, Mar 23, 2015 at 4:18 PM, Ian Campbell
>> wrote:
>> On Mon, 2015-03-23 at 15:15 +, Ian Campbell wrote:
>> > _But_ I suppose you are not really worri
On Mon, 2015-03-23 at 16:20 +, Pang, LongtaoX wrote:
> >
> > > > > The editconfig_cd thing -- yet another thing which Ian questioned
> > > > > and which it was agreed you would change but you haven't.
> > > > >
> > > > For this question, I have sent a mail about it.(2015-03-04) After
> > > > f
On Mon, 2015-03-23 at 16:47 +0100, Tamas K Lengyel wrote:
>
>
> On Mon, Mar 23, 2015 at 4:18 PM, Ian Campbell
> wrote:
> On Mon, 2015-03-23 at 15:15 +, Ian Campbell wrote:
> > _But_ I suppose you are not really worried about the guest
> doing a PT
> > update,
On 03/20/2015 05:24 PM, Olaf Hering wrote:
> An increasing version and/or release number helps to update existing
> packages without --force as in "rpm Uvh --force xen.rpm". Instead its
> possible to do "rpm -Fvh *.rpm" to update only already installed
> packages.
>
> The usage of --force disables
On 03/23/2015 01:13 PM, Konrad Rzeszutek Wilk wrote:
On Mon, Mar 23, 2015 at 09:21:14AM +, Ross Lagerwall wrote:
On 03/12/2015 04:32 PM, Jan Beulich wrote:
By default we will always use EFI reboot mechanism when
running under EFI platforms. However some EFI platforms
are buggy and need to u
>
> > > > The editconfig_cd thing -- yet another thing which Ian questioned
> > > > and which it was agreed you would change but you haven't.
> > > >
> > > For this question, I have sent a mail about it.(2015-03-04) After
> > > finishing L1 guest VM installation, we need to change L1 guest boot
>
On 23/03/15 16:09, Vijay Kilari wrote:
> On Mon, Mar 23, 2015 at 9:00 PM, Julien Grall wrote:
>> On 23/03/15 15:18, Vijay Kilari wrote:
The ITS still have to manage in someway the device. There is lots of
information that doesn't need to be created at every mapd (such as the
number
Hello everyone,
I'm trying to chase down a bug that reproducibly crashes Xen (tested with
4.4.1). The problem is somewhere within the mem-sharing subsystem and how
that interacts with domains that are being actively saved. In my setup I
use the xl toolstack to rapidly create clones of HVM domains b
On Mon, Mar 23, 2015 at 9:00 PM, Julien Grall wrote:
> On 23/03/15 15:18, Vijay Kilari wrote:
>>> The ITS still have to manage in someway the device. There is lots of
>>> information that doesn't need to be created at every mapd (such as the
>>> number of MSI).
>>
>> First assumption is VITS drive
Problems fixed:
1) Fix core dump when building CIL policy (corrupted double-linked list)
by Steve Lawrence
2) Binary policy failed to read with devicetreecon statement.
3) Free path name - With a Xen policy running secilc/valgrind
there are no memory errors.
Also added devicetreecon stateme
flight 36559 qemu-upstream-unstable real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/36559/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-winxpsp3 7 windows-install fail REGR. vs. 33488
Tests whic
Hello,
Second part of the review.
On 19/03/15 14:38, vijay.kil...@gmail.com wrote:
> +static int vgic_its_build_sync_cmd(struct vcpu *v,
> + struct vgic_its *vits,
> + struct its_cmd_block *virt_cmd,
> +
On Mon, Mar 23, 2015 at 4:18 PM, Ian Campbell
wrote:
> On Mon, 2015-03-23 at 15:15 +, Ian Campbell wrote:
> > _But_ I suppose you are not really worried about the guest doing a PT
> > update, but rather xenaccess playing games with the stage 2 behind the
> > guest's back, which might require
>>> On 23.03.15 at 16:33, wrote:
> On 03/23/2015 11:27 AM, Jan Beulich wrote:
> On 23.03.15 at 14:47, wrote:
>>> @@ -214,8 +214,19 @@ extern void detect_extended_topology(struct
>>> cpuinfo_x86 *c);
>>>
>>>extern void detect_ht(struct cpuinfo_x86 *c);
>>>
>>> -#define cpu_to_core(_cpu)
This just follows what the January 2015 edition of the SDM documents,
with additional clarification from Intel:
- Broadwell models 0x4f and 0x56 don't cross-reference other tables,
but should be treated like other Boradwell (0x3d),
- Xeon Phi model 0x57 lists LASTBRANCH_TOS but not where the actu
flight 36643 rumpuserxen real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/36643/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-rumpuserxen 5 rumpuserxen-build fail REGR. vs. 33866
build-i386-rumpuserxe
On 03/23/2015 11:27 AM, Jan Beulich wrote:
On 23.03.15 at 14:47, wrote:
How about this (only x86 compile-tested). And perhaps, while at it, fix
types for cpu_core_id and phys_proc_id.
diff --git a/xen/common/sysctl.c b/xen/common/sysctl.c
index c73dfc9..b319be7 100644
--- a/xen/common/sysctl.c
On 23/03/15 15:18, Vijay Kilari wrote:
>> The ITS still have to manage in someway the device. There is lots of
>> information that doesn't need to be created at every mapd (such as the
>> number of MSI).
>
> First assumption is VITS driver owns converting Virtual ITS commands
> to Physical ITS co
>>> On 23.03.15 at 14:47, wrote:
> How about this (only x86 compile-tested). And perhaps, while at it, fix
> types for cpu_core_id and phys_proc_id.
>
> diff --git a/xen/common/sysctl.c b/xen/common/sysctl.c
> index c73dfc9..b319be7 100644
> --- a/xen/common/sysctl.c
> +++ b/xen/common/sysctl.c
Hi,
On 23/03/15 13:47, Boris Ostrovsky wrote:
> On 03/23/2015 08:42 AM, Julien Grall wrote:
>> On 19/03/15 21:53, Boris Ostrovsky wrote:
>>> A few patches that add interface for querying hypervisor about device
>>> topology and allow 'xl info -n' display this information if PXM object
>>> is provi
On 23/03/15 14:38, George Dunlap wrote:
> On Mon, Mar 23, 2015 at 2:30 PM, Jan Beulich wrote:
> On 23.03.15 at 13:42, wrote:
>>> It would be nice to at least build test it ARM/ARM64 before pushing
>>> patches which modify common code.
>>
>> I try to remember that, but do not always succeed. R
On Mon, 2015-03-23 at 14:38 +, George Dunlap wrote:
> On Mon, Mar 23, 2015 at 2:30 PM, Jan Beulich wrote:
> On 23.03.15 at 13:42, wrote:
> >> It would be nice to at least build test it ARM/ARM64 before pushing
> >> patches which modify common code.
> >
> > I try to remember that, but do
On Mon, 2015-03-23 at 15:32 +0100, Tamas K Lengyel wrote:
> +register_t gva = READ_SYSREG(FAR_EL2);
>
>
>
> So I have a question here. The following call to gva_to_ipa will use
> the MMU to translate the gva as if it was a data-read access. However,
> we got here because of
On Mon, 2015-03-23 at 15:15 +, Ian Campbell wrote:
> _But_ I suppose you are not really worried about the guest doing a PT
> update, but rather xenaccess playing games with the stage 2 behind the
> guest's back, which might require us to do some TLB shootdowns, and we'd
> have to assume both I-
On Mon, Mar 23, 2015 at 6:41 PM, Julien Grall wrote:
> On 23/03/15 12:37, Vijay Kilari wrote:
>> On Fri, Mar 20, 2015 at 9:53 PM, Julien Grall
>> wrote:
>>> Hi Vijay,
>>>
>>> On 19/03/2015 14:37, vijay.kil...@gmail.com wrote:
From: Vijaya Kumar K
Add ITS support for arm. Fol
On 20/03/15 12:55, Juergen Gross wrote:
> Fix some regressions introduced in 3.16 and 3.19.
Applied to stable/for-linus-4.0 and tagged for stable, thanks.
David
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
Steve,
I've added comments below (all working now thanks) and also found another
problem
as the path was not being released. With this patch secilc/valgrind with a good
xen
policy will not show any memory errors:
diff --git a/libsepol/src/policydb.c b/libsepol/src/policydb.c
index b45b662..d1c0
I am pleased to announce the release of Xen 4.3.4. This is
available immediately from its git repository
http://xenbits.xen.org/gitweb/?p=xen.git;a=shortlog;h=refs/heads/stable-4.3
(tag RELEASE-4.3.4) or from the XenProject download page
http://www.xenproject.org/downloads/xen-archives/xen-43-seri
All,
I am pleased to announce the release of Xen 4.4.2. This is
available immediately from its git repository
http://xenbits.xen.org/gitweb/?p=xen.git;a=shortlog;h=refs/heads/stable-4.4
(tag RELEASE-4.4.2) or from the XenProject download page
http://www.xenproject.org/downloads/xen-archives/xen-4
On 23/03/15 14:29, Juergen Gross wrote:
> On 03/23/2015 01:46 PM, David Vrabel wrote:
>> On 20/03/15 12:55, Juergen Gross wrote:
>>> Commit 054954eb051f35e74b75a566a96fe756015352c8 ("xen: switch to linear
>>> virtual mapped sparse p2m list") introduced a regression regarding to
>>> memory hotplug f
On Mon, 2015-03-23 at 14:30 +, George Dunlap wrote:
> Does gcc have a tolerable cross-compiler for ARM? Particularly just
> for building the hypervisor. The resulting code doesn't need to be
> that great, it just needs to catch this sort of thing.
It's pretty easy for the hypervisor using L
On Mon, Mar 23, 2015 at 2:30 PM, Jan Beulich wrote:
On 23.03.15 at 13:42, wrote:
>> It would be nice to at least build test it ARM/ARM64 before pushing
>> patches which modify common code.
>
> I try to remember that, but do not always succeed. Really I'd expect
> people to not even submit su
On 03/23/2015 10:30 AM, George Dunlap wrote:
On Mon, Mar 23, 2015 at 1:47 PM, Boris Ostrovsky
wrote:
I unfortunately have no ability to build on ARM (but I should have realized
that APICID has no meaning there).
Does gcc have a tolerable cross-compiler for ARM? Particularly just
for building
On Fri, Mar 6, 2015 at 10:24 PM, Tamas K Lengyel
wrote:
> Add missing structure definition for iabt and update the trap handling
> mechanism to only inject the exception if the mem_access checker
> decides to do so.
>
> Signed-off-by: Tamas K Lengyel
> Acked-by: Ian Campbell
> Reviewed-by: Jul
>>> On 23.03.15 at 13:42, wrote:
> It would be nice to at least build test it ARM/ARM64 before pushing
> patches which modify common code.
I try to remember that, but do not always succeed. Really I'd expect
people to not even submit such patches.
Jan
__
On Mon, Mar 23, 2015 at 1:47 PM, Boris Ostrovsky
wrote:
> On 03/23/2015 08:42 AM, Julien Grall wrote:
>>
>> Hi,
>>
>> On 19/03/15 21:53, Boris Ostrovsky wrote:
>>>
>>> A few patches that add interface for querying hypervisor about device
>>> topology and allow 'xl info -n' display this information
On 03/23/2015 01:46 PM, David Vrabel wrote:
On 20/03/15 12:55, Juergen Gross wrote:
Commit 054954eb051f35e74b75a566a96fe756015352c8 ("xen: switch to linear
virtual mapped sparse p2m list") introduced a regression regarding to
memory hotplug for a pv-domain: as the virtual space for the p2m list
gcc (Ubuntu/Linaro 4.6.3-1ubuntu5) 4.6.3 reports:
--
hvm.c: In function `hvm_create_ioreq_server':
hvm.c:487:18: error: `bufioreq_pfn' may be used uninitialised in this function
[-Werror=uninitialized]
hvm.c:718:30: note: `bufioreq
On 03/23/2015 04:15 AM, Jan Beulich wrote:
On 20.03.15 at 21:01, wrote:
On 03/20/2015 12:26 PM, Jan Beulich wrote:
On 19.03.15 at 22:54, wrote:
--- a/xen/common/sysctl.c
+++ b/xen/common/sysctl.c
@@ -399,6 +399,67 @@ long do_sysctl(XEN_GUEST_HANDLE_PARAM(xen_sysctl_t)
u_sysctl)
b
On 03/23/2015 08:42 AM, Julien Grall wrote:
Hi,
On 19/03/15 21:53, Boris Ostrovsky wrote:
A few patches that add interface for querying hypervisor about device
topology and allow 'xl info -n' display this information if PXM object
is provided by ACPI.
This series also makes some optimizations
If multiple devices are being passed through to the same domain and they
share a single SMMU, then they only require a single iommu_domain.
In arm_smmu_assign_dev, before a new iommu_domain is created, the
xen_domain->contexts is checked for any iommu_domains that are already
assigned to device th
I think there may be a typo in the documentation update. It says:
Policy version 30 introduced the context
Should "context" be "devicetreecon"?
Otherwise, this patch looks good to me.
As far as issue 2, I think I've tracked it down to an errant free() in
cil_destroy_devicetreecon. CIL uses stri
On 23/03/15 12:24, Vijay Kilari wrote:
>>> /*
>>>* ITS command descriptors - parameters to be encoded in a command
>>> @@ -228,10 +243,10 @@ static struct its_collection
>>> *its_build_mapd_cmd(struct its_cmd_block *cmd,
>>> struct its_cmd_desc
On Mon, Mar 23, 2015 at 09:21:14AM +, Ross Lagerwall wrote:
> On 03/12/2015 04:32 PM, Jan Beulich wrote:
> >By default we will always use EFI reboot mechanism when
> >running under EFI platforms. However some EFI platforms
> >are buggy and need to use the ACPI mechanism to
> >reboot (such as Le
On 23/03/15 12:37, Vijay Kilari wrote:
> On Fri, Mar 20, 2015 at 9:53 PM, Julien Grall wrote:
>> Hi Vijay,
>>
>> On 19/03/2015 14:37, vijay.kil...@gmail.com wrote:
>>>
>>> From: Vijaya Kumar K
>>>
>>> Add ITS support for arm. Following major features
>>> are supported
>>> - GICv3 ITS support fo
On Mon, Mar 23, 2015 at 1:36 PM, Ian Campbell
wrote:
> On Sat, 2015-03-21 at 13:34 +0100, Christoffer Dall wrote:
> > Hi,
> >
> > I have been experiencing a problematic crash running Xen on m400 over
> > the last few days. I already spoke to Ian and Stefano about this, but
> > thought I'd summar
On Wed, Mar 18, 2015 at 02:16:47PM -0700, Yaoli Zheng wrote:
> We have problem using qemu emulated scsi driver(the old lsi). Wonder if any
> of other device model we can try for emulating scsi, and how we can get and
> config it in Xen? Having been told virtio-scsi is alternative one, but have
>
On 20/03/15 12:55, Juergen Gross wrote:
> Commit 054954eb051f35e74b75a566a96fe756015352c8 ("xen: switch to linear
> virtual mapped sparse p2m list") introduced a regression regarding to
> memory hotplug for a pv-domain: as the virtual space for the p2m list
> is allocated for the to be expected mem
1 - 100 of 135 matches
Mail list logo
