> -Original Message-
> From: Konrad Rzeszutek Wilk [mailto:konrad.w...@oracle.com]
> Sent: Friday, March 20, 2015 3:12 AM
> To: Wu, Feng
> Cc: xen-devel@lists.xen.org; Zhang, Yang Z; Tian, Kevin; Keir Fraser
> (k...@xen.org); Jan Beulich (jbeul...@suse.com)
> Subject: Re: [Xen-devel] (v2)
> -Original Message-
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: Thursday, March 19, 2015 5:57 PM
> To: Wu, Feng
> Cc: Tian, Kevin; Zhang, Yang Z; xen-devel@lists.xen.org; Keir Fraser
> (k...@xen.org)
> Subject: Re: (v2) VT-d Posted-interrupt (PI) design for XEN
>
> >>> On 18.
>>> 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)
>>> break;
>>> #endi
On Fri, Mar 20, 2015 at 04:18:11PM -0700, Luis R. Rodriguez wrote:
> From: "Luis R. Rodriguez"
>
> This driver already uses ioremap_wc() on the same range
> so when write-combining is available that will be used
> instead.
>
[...]
> --- a/drivers/net/ethernet/myricom/myri10ge/myri10ge.c
> +++ b/
On Fri, Mar 20, 2015 at 04:17:59PM -0700, Luis R. Rodriguez wrote:
> diff --git a/drivers/video/fbdev/aty/atyfb_base.c
> b/drivers/video/fbdev/aty/atyfb_base.c
> index 8025624..8875e56 100644
> --- a/drivers/video/fbdev/aty/atyfb_base.c
> +++ b/drivers/video/fbdev/aty/atyfb_base.c
> @@ -2630,21 +2
Running a HVM guest over xen (Xen = 4.2.1), there will be network outage
during live migration. similar to BUG:
https://bugzilla.redhat.com/show_bug.cgi?id=719294 ,testing with ping,
usually 16 packets lost . I also send the RARP after migration, but it
hasn't any effect.How can I solve this questi
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 summarize what I've seen so far and loop in a wider audience.
The basic setup is this:
- Two m400 nodes, one running Linux bare-metal, the
>>> On 23.03.15 at 09:14, wrote:
>> From: Jan Beulich [mailto:jbeul...@suse.com]
>> Sent: Thursday, March 19, 2015 5:57 PM
>> >>> On 18.03.15 at 13:44, wrote:
>> > Here are what we do for the blocked vCPU:
>> > 1. Define a per-cpu list 'blocked_vcpu_on_cpu', which stored the blocked
>> > vCPU on
On Fri, Mar 20, 2015 at 04:47:27PM +, Jan Beulich wrote:
> >>> On 19.03.15 at 11:41, wrote:
> > +static void __init parse_psr_bool(char* s, char* value, char* feature, int
> > bit)
> > +{
> > +if ( !strcmp(s, feature) )
> > +{
> > +if ( !value )
> > +opt_psr |= bit
On Thu, Mar 19, 2015 at 01:35:34PM +, Jan Beulich wrote:
> >>> On 19.03.15 at 13:44, wrote:
> > On Thu, 2015-03-19 at 18:41 +0800, Chao Peng wrote:
> >
> >> diff --git a/docs/misc/xen-command-line.markdown
> > b/docs/misc/xen-command-line.markdown
> >> index 63871cb..768c55f 100644
> >> ---
>>> On 20.03.15 at 18:24, wrote:
> To allow reproducible builds of hvmloader introduce a make variable
> SMBIOS_REL_DATE=mm/dd/ to provide a fixed date string. Without this
> change the hvmloader binary changes with every rebuild.
I don't really object to this change, but didn't we discuss us
On Fri, Mar 20, 2015 at 05:13:44PM +, Jan Beulich wrote:
> >>> On 19.03.15 at 11:41, wrote:
> > +static unsigned int get_socket_cpu(unsigned int socket)
> > +{
> > +unsigned int cpu;
> > +
> > +for_each_online_cpu ( cpu )
> > + if ( cpu_to_socket(cpu) == socket )
> > +
>>> On 23.03.15 at 09:32, wrote:
> On Fri, Mar 20, 2015 at 04:47:27PM +, Jan Beulich wrote:
>> >>> On 19.03.15 at 11:41, wrote:
>> > +static void __init parse_psr_bool(char* s, char* value, char* feature,
>> > int
> bit)
>> > +{
>> > +if ( !strcmp(s, feature) )
>> > +{
>> > +
> -Original Message-
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: Monday, March 23, 2015 4:26 PM
> To: Wu, Feng
> Cc: Tian, Kevin; Zhang, Yang Z; xen-devel@lists.xen.org; Keir Fraser
> (k...@xen.org)
> Subject: RE: (v2) VT-d Posted-interrupt (PI) design for XEN
>
> >>> On 23.03
>>> On 22.03.15 at 13:03, wrote:
> Is it possible to generate a random number in xen source code?
Before asking, please invest at least minimal effort in finding out
answers to questions yourself: Did it occur to you to grep the
sources (or even just the file names) for the word "random"? It
woul
>>> On 23.03.15 at 09:47, wrote:
> On Fri, Mar 20, 2015 at 05:13:44PM +, Jan Beulich wrote:
>> >>> On 19.03.15 at 11:41, wrote:
>> > +static unsigned int get_socket_cpu(unsigned int socket)
>> > +{
>> > +unsigned int cpu;
>> > +
>> > +for_each_online_cpu ( cpu )
>> > + if ( cpu_
>>> On 23.03.15 at 09:49, wrote:
>
>> -Original Message-
>> From: Jan Beulich [mailto:jbeul...@suse.com]
>> Sent: Monday, March 23, 2015 4:26 PM
>> To: Wu, Feng
>> Cc: Tian, Kevin; Zhang, Yang Z; xen-devel@lists.xen.org; Keir Fraser
>> (k...@xen.org)
>> Subject: RE: (v2) VT-d Posted-inte
On Mon, Mar 23, Jan Beulich wrote:
> >>> On 20.03.15 at 18:24, wrote:
> > To allow reproducible builds of hvmloader introduce a make variable
> > SMBIOS_REL_DATE=mm/dd/ to provide a fixed date string. Without this
> > change the hvmloader binary changes with every rebuild.
>
> I don't really
> -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)
> Subject: RE: (v2) VT-d Posted-interrupt (PI) design for XEN
>
> >>> On 23.03
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 Lenovo ThinkCentre M57). As such
respect the 'reboot=' override and DMI overri
On Sun, 2015-03-22 at 13:03 +0100, HANNAS YAYA Issa wrote:
> Hello
> Is it possible to generate a random number in xen source code?
Please see http://wiki.xen.org/wiki/Asking_Xen_Devel_Questions.
Ian.
___
Xen-devel mailing list
Xen-devel@lists.xen.o
On Mon, 2015-03-23 at 06:31 +, Hu, Robert wrote:
> > -Original Message-
> > From: Ian Campbell [mailto:ian.campb...@citrix.com]
> > Sent: Friday, March 20, 2015 8:20 PM
> > To: Pang, LongtaoX
> > Cc: xen-devel@lists.xen.org; ian.jack...@eu.citrix.com; wei.l...@citrix.com;
> > Hu, Robert
On 03/22/2015 09:47 PM, Xu, Quan wrote:
-Original Message-
From: Stefan Berger [mailto:stef...@linux.vnet.ibm.com]
Sent: Friday, March 20, 2015 7:44 PM
To: Ian Campbell; Xu, Quan
Cc: ke...@koconnor.net; xen-devel@lists.xen.org; qemu-de...@nongnu.org;
stefano.stabell...@eu.citrix.com
Sub
(just ccing the other tools maintainers, in particular Stefano who knows
what this stuff is supposed to do...)
On Fri, 2015-03-20 at 17:10 -0600, Jim Fehlig wrote:
> Recent testing on large memory systems revealed a bug in the Xen xl
> tool's freemem() function. When autoballooning is enabled, fr
On 20/03/15 13:44, Boris Ostrovsky wrote:
> On 03/20/2015 08:55 AM, Juergen Gross wrote:
>> Commit 25b884a83d487fd62c3de7ac1ab5549979188482 ("x86/xen: set
>> regions above the end of RAM as 1:1") introduced a regression.
>>
>> To be able to add memory pages which were added via memory hotplug to
>>
On 20/03/15 13:46, Daniel Kiper wrote:
> On Fri, Mar 20, 2015 at 01:55:39PM +0100, Juergen Gross wrote:
>> Commit 25b884a83d487fd62c3de7ac1ab5549979188482 ("x86/xen: set
>> regions above the end of RAM as 1:1") introduced a regression.
>>
>
> Should not we fill everything above "maxmem" with
> INV
> -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
> Subject: Re: [Xen-devel] [PATCH
>>> On 23.03.15 at 10:15, wrote:
> On Mon, Mar 23, Jan Beulich wrote:
>
>> >>> On 20.03.15 at 18:24, wrote:
>> > To allow reproducible builds of hvmloader introduce a make variable
>> > SMBIOS_REL_DATE=mm/dd/ to provide a fixed date string. Without this
>> > change the hvmloader binary chang
>>> On 20.03.15 at 18:24, wrote:
> To allow reproducible builds of hvmloader introduce a make variable
> SMBIOS_REL_DATE=mm/dd/ to provide a fixed date string. Without this
> change the hvmloader binary changes with every rebuild.
>
> Signed-off-by: Olaf Hering
Acked-by: Jan Beulich
Hi Julien,
On Fri, Mar 20, 2015 at 8:36 PM, Julien Grall wrote:
> Hello Vijay,
>
> On 19/03/2015 14:37, vijay.kil...@gmail.com wrote:
>>
>> static LIST_HEAD(its_nodes);
>> static DEFINE_SPINLOCK(its_lock);
>> -static struct device_node *gic_root_node;
>> -static struct rdists *gic_rdists;
>>
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 summarize what I've seen so far and loop in a wider
> audience.
>
> The
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 for arm64 platform
>> - Supports multi ITS node
>>
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 and cleanup of current CPU
> topology
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: Stefan Berger [mailto:stef...@linux.vnet.ibm.com]
> Sent: Thursday, March 19, 2015 3:17 AM
> To: Xu, Quan; stefano.stabell...@eu.citrix.com; qemu-de...@nongnu.org;
> arm...@redhat.com; lcapitul...@redhat.com; aligu...@amazon.com;
> pbonz...@redhat.com; ebl...@
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
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 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 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 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: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
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
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
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
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
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 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
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 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 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 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 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 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 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
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
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
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
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
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 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, 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 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 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
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 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
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 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
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
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
>>> 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)
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
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,
> +
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
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
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
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 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
>
> > > > 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 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
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 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 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, 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 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, 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
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, 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
>
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: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
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, 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
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, 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
_
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, 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, 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
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
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
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
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
1 - 100 of 135 matches
Mail list logo