On 2016/5/26 16:29, Lan Tianyu wrote:
Hi All:
We try pushing virtual iommu support for Xen guest and there are some
features blocked by it.
Motivation:
---
1) Add SVM(Shared Virtual Memory) support for Xen guest
To support iGFX pass-through for SVM enabled devices, it require
Hi,
> From: Boris Ostrovsky [mailto:boris.ostrov...@oracle.com]
> Subject: Re: [PATCH v2 08/13] ACPICA: Hardware: Add optimized access
> bit width support
>
> On 05/26/2016 12:26 PM, Jan Beulich wrote:
> Boris Ostrovsky 05/25/16 9:17
> PM >>>
> >> On 05/05/2016 12:58 AM, Lv Zheng wrote:
> >
>>> On 25.05.16 at 17:00, wrote:
> Correct the number of single byte NOPs we want to be replaced in case
> neither SMEP nor SMAP are available.
>
> Also simplify the expression adding these NOPs - at that location .
> equals .Lcr4_orig, and removing that part of the expression fixes a
> bogus ".s
Hi Maintainers,
On 5/19/2016 5:05 PM, Yu Zhang wrote:
XenGT leverages ioreq server to track and forward the accesses to GPU
I/O resources, e.g. the PPGTT(per-process graphic translation tables).
Currently, ioreq server uses rangeset to track the BDF/ PIO/MMIO ranges
to be emulated. To select an
>>> On 26.05.16 at 12:28, wrote:
@@ -34,6 +57,42 @@ multiboot1_header_start: /*** MULTIBOOT1 HEADER
> /
.long -(MULTIBOOT_HEADER_MAGIC + MULTIBOOT_HEADER_FLAGS)
multiboot1_header_end:
+/*** MULTIBOOT2 HEADER /
+/* Some ideas are taken from
>>> On 25.05.16 at 18:34, wrote:
> On Tue, May 24, 2016 at 09:46:13AM -0600, Jan Beulich wrote:
>> >>> On 15.04.16 at 14:33, wrote:
>> > @@ -19,6 +20,28 @@
>> > #define BOOT_PSEUDORM_CS 0x0020
>> > #define BOOT_PSEUDORM_DS 0x0028
>> >
>> > +#define MB2_HT(name) (MULTIBOOT2_HEADER_TAG_##nam
> From: Lan, Tianyu
> Sent: Friday, May 27, 2016 10:27 AM
>
> On 2016年05月26日 16:42, Dong, Eddie wrote:
> > If enabling virtual Q35 solves the problem, it has the advantage: When more
> > and more
> virtual IOMMU feature comes (likely), we can reuse the KVM code for Xen.
> > How big is the effort
> From: Yang Zhang [mailto:yang.zhang...@gmail.com]
> Sent: Friday, May 27, 2016 10:26 AM
>
> On 2016/5/26 16:29, Lan Tianyu wrote:
> > Hi All:
> > We try pushing virtual iommu support for Xen guest and there are some
> > features blocked by it.
> >
> > Motivation:
> > ---
> >
On 27/05/16 09:08, Jan Beulich wrote:
On 26.05.16 at 12:28, wrote:
> @@ -34,6 +57,42 @@ multiboot1_header_start: /*** MULTIBOOT1 HEADER
>> /
> .long -(MULTIBOOT_HEADER_MAGIC + MULTIBOOT_HEADER_FLAGS)
> multiboot1_header_end:
>
> +/*** MULTIBOOT2 HEAD
>>> On 25.05.16 at 18:45, wrote:
> On Wed, May 25, 2016 at 01:03:42AM -0600, Jan Beulich wrote:
>> >>> On 15.04.16 at 14:33, wrote:
>> > Existing solution does not allocate space for this symbol and any
>> > references to acpi20, etc. does not make sense. As I saw any efi.*
>> > references are pr
>>> On 25.05.16 at 19:15, wrote:
> On Wed, May 25, 2016 at 01:20:23AM -0600, Jan Beulich wrote:
>> >>> On 15.04.16 at 14:33, wrote:
>> > --- a/xen/arch/x86/efi/stub.c
>> > +++ b/xen/arch/x86/efi/stub.c
>> > @@ -4,11 +4,8 @@
>> > #include
>> > #include
>> >
>> > -#ifndef efi_enabled
>> > -cons
>>> On 27.05.16 at 10:13, wrote:
> On 27/05/16 09:08, Jan Beulich wrote:
> On 26.05.16 at 12:28, wrote:
>> @@ -34,6 +57,42 @@ multiboot1_header_start: /*** MULTIBOOT1 HEADER
>>> /
>> .long -(MULTIBOOT_HEADER_MAGIC + MULTIBOOT_HEADER_FLAGS)
>> multiboot1_head
On 2016年05月26日 19:35, Andrew Cooper wrote:
> On 26/05/16 09:29, Lan Tianyu wrote:
>
> To be viable going forwards, any solution must work with PVH/HVMLite as
> much as HVM. This alone negates qemu as a viable option.
>
> From a design point of view, having Xen needing to delegate to qemu to
> in
>>> On 25.05.16 at 21:07, wrote:
> On Wed, May 25, 2016 at 01:53:31AM -0600, Jan Beulich wrote:
>> >>> On 15.04.16 at 14:33, wrote:
>> > --- a/xen/arch/x86/efi/Makefile
>> > +++ b/xen/arch/x86/efi/Makefile
>> > @@ -1,14 +1,9 @@
>> > CFLAGS += -fshort-wchar
>> >
>> > -obj-y += stub.o
>> > -
>> >
> From: Andrew Cooper [mailto:andrew.coop...@citrix.com]
> Sent: Thursday, May 26, 2016 7:36 PM
>
> On 26/05/16 09:29, Lan Tianyu wrote:
> > Hi All:
> > We try pushing virtual iommu support for Xen guest and there are some
> > features blocked by it.
> >
> > Motivation:
> > ---
>>> On 25.05.16 at 21:48, wrote:
> On Wed, May 25, 2016 at 02:39:57AM -0600, Jan Beulich wrote:
>> >>> On 15.04.16 at 14:33, wrote:
>> > There is a problem with place_string() which is used as early memory
>> > allocator. It gets memory chunks starting from start symbol and
>> > going down. Sadly
flight 94819 qemu-upstream-4.3-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/94819/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64 3 host-install(3) broken REG
Hi Ross and Konrad,
I played xsplice with a sample patch I wrote. It works and really fantastic
work!
I use the utility from
git://xenbits.xen.org/people/konradwilk/xsplice-build-tools.git
However, the 'realpath -m' command in file 'xsplice-build' work on neither my
Ubuntu or Oracle Linuxi (no
> -Original Message-
> From: Xen-devel [mailto:xen-devel-boun...@lists.xen.org] On Behalf Of
> Tian, Kevin
> Sent: 27 May 2016 09:35
> To: Andrew Cooper; Lan, Tianyu; jbeul...@suse.com; sstabell...@kernel.org;
> Ian Jackson; xen-de...@lists.xensource.com; Eddie Dong; Nakajima, Jun;
> yang.z
>>> On 25.05.16 at 23:02, wrote:
> On Wed, May 25, 2016 at 03:32:37AM -0600, Jan Beulich wrote:
>> >>> On 15.04.16 at 14:33, wrote:
>> > bad_cpu:
>> > mov $(sym_phys(.Lbad_cpu_msg)),%esi # Error message
>> > -jmp print_err
>> > +mov $0xB8000,%edi
>>> On 25.05.16 at 23:36, wrote:
> On Wed, May 25, 2016 at 04:33:54AM -0600, Jan Beulich wrote:
>> >>> On 15.04.16 at 14:33, wrote:
>> > --- /dev/null
>> > +++ b/xen/arch/x86/boot/cmdline.c
>> > @@ -0,0 +1,357 @@
>> > +/*
>> > + * Copyright (c) 2015, 2016 Oracle and/or its affiliates. All rights
> From: Paul Durrant [mailto:paul.durr...@citrix.com]
> Sent: Friday, May 27, 2016 4:47 PM
> > >
> > > A whole lot of this would be easier to reason about if/when we get a
> > > basic root port implementation in Xen, which is necessary for HVMLite,
> > > and which will make the interaction with qem
>>> On 25.05.16 at 17:56, wrote:
> Currently, XENMAPSPACE_dev_mmio maps MMIO regions using one of the most
> restrictive memory attribute (Device-nGnRE).
>
> Signed-off-by: Julien Grall
Acked-by: Jan Beulich
irrespective of whether ...
> --- a/xen/include/public/memory.h
> +++ b/xen/include/p
>>> On 27.05.16 at 09:52, wrote:
> Any comment on this version? Sorry for the disturbance.
It's on my things to look at, but since it can't go in right now anyway,
it's not a top priority.
Jan
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http:/
>>> On 25.05.16 at 17:56, wrote:
> --- a/xen/common/compat/memory.c
> +++ b/xen/common/compat/memory.c
> @@ -253,6 +253,8 @@ int compat_memory_op(unsigned int cmd,
> XEN_GUEST_HANDLE_PARAM(void) compat)
> unsigned int size = cmp.atpb.size;
> xen_ulong_t *idxs = (void *)(
On 5/27/2016 6:00 PM, Jan Beulich wrote:
On 27.05.16 at 09:52, wrote:
Any comment on this version? Sorry for the disturbance.
It's on my things to look at, but since it can't go in right now anyway,
it's not a top priority.
Got it. Thanks for your feedback. :)
Yu
___
>>> On 27.05.16 at 04:54, wrote:
> Because the boosting CPU and memory resources on server, Xen users are allowed
> and actually do create lots of vdisk and vnic, e.g., 6 vnic, 20 vdisk and 24
> vcpu (the number of vnic queue is proportional to the number of vcpu assigned
> to guest), and this req
On 25/05/16 20:42, Ivan Pavić2 wrote:
Hello,
Hello Ivan,
I'm working on bare metal application for ARM Cortex A7/15 on Odroid XU3
platform. I'm using Xen 4.6.
After successfully creating bare metal example(by successful I mean I've stuck
processor in while loop in main function), I probabl
>>> On 27.05.16 at 08:25, wrote:
> Bug detailed description:
> 1:When offline all the socket1 cpus , network segment hang .
> 2:When online all the socket1 cpus , it show "(XEN) Panic on CPU 44:".
> 3: Haswell-ep and Haswell-ex cpu offline/ online successfully.
I suppose
http://xenbits.xen.org/gi
On 27/05/16 11:00, Jan Beulich wrote:
On 27.05.16 at 09:52, wrote:
>> Any comment on this version? Sorry for the disturbance.
>
> It's on my things to look at, but since it can't go in right now anyway,
> it's not a top priority.
Same -- I have a queue of "Things To Do Before the Release",
Hi,
My board is Hikey on which have octa-core of arm cortex-a53. I have applied
patches [1] to try vm save/restore on arm.
These patches originally do not working on arm64. I have made some changes
based on patch set [2].
What I have got so far is
1. if I run 'xl save -p guest memState' to leave
To ARM64, we should use '(VMAP_VIRT_START + GB(1))' as VMAP_VIRT_END,
but not '(VMAP_VIRT_START + GB(1) - 1)'.
Seeing 'vm_end[type] = PFN_DOWN(end - start);' in vm_init_type,
if not correct VMAP_VIRT_END, one page is wasted.
Signed-off-by: Peng Fan
Cc: Julien Grall
Cc: Stefano Stabellini
---
Hello
Please post patch v2 and see if the patch can be acked and then we might
be able to take it for 4.7.0.
I don't consider this issue a blocker at this point: it's not design
issue, it's not regression. The patch can be backported easily if it
misses 4.7.0.
Wei.
_
Hello
Is this a regression? Does it work on previous versions of Xen?
On Fri, May 27, 2016 at 09:04:47AM +, Zhang, PengtaoX wrote:
> Bug detailed description:
>
> while assign a vf to guest with vf's bdf number in guest configure file
> static,or use command :"xl pci-attach
Hello,
Thanks for putting in the effort to post bug reports. We appreciate this
a lot. I skim through all log files. There is no doubt a lot of
information there.
On Fri, May 27, 2016 at 06:57:19AM +, Zhang, PengtaoX wrote:
> Bug detailed description:
>
> 1. Create a rhel7.1
Hi Wei,
On 26/05/16 08:58, Wei Chen wrote:
Currently, MPIDR_HWID_MASK is using the bit definition of AArch32 MPIDR.
From ARMv8 ARM we can see there are 4 levels of affinity on AArch64
whilst AArch32 has only 3. So, this value is not correct when Xen is
running on AArch64.
Now, we use the value
Hi Wei,
On 26/05/16 08:58, Wei Chen wrote:
In AArch32, MPIDR bit31 is defined as multiprocessing extensions bit.
NIT: s/bit31/bit 31/
But in AArch64, this bit is always RES1. So the value check for this
bit is no longer necessary in AArch64.
Signed-off-by: Wei Chen
With the change above:
flight 94813 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/94813/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemuu-ovmf-amd64 17 guest-start/debianhvm.repeat fail REGR.
vs. 94748
test-amd64-amd64-
Commit 26646f3 "x86/mce: translate passed-in GPA to host machine
address" and commit 4ddf474 "tools/xen-mceinj: Pass in GPA when
injecting through MSR_MCI_ADDR" forgot to consider reserved domain
ID and mistakenly add MC_MSRINJ_F_GPADDR flag for them, which in turn
causes bug reported by
http://lis
>>> On 27.05.16 at 12:39, wrote:
> Is this a regression? Does it work on previous versions of Xen?
I think this is what was already reported by other Intel people,
see e.g. Quan's most recent reply:
http://lists.xenproject.org/archives/html/xen-devel/2016-05/msg01896.html
It is not clear where th
>>> On 27.05.16 at 14:13, wrote:
> --- a/tools/tests/mce-test/tools/xen-mceinj.c
> +++ b/tools/tests/mce-test/tools/xen-mceinj.c
> @@ -317,7 +317,9 @@ static int inject_mci_addr(xc_interface *xc_handle,
> domid_t domid)
> {
> return add_msr_bank_intpose(xc_handle,
On 26.05.2016 11:00, Julien Grall wrote:
On 25/05/2016 16:10, Dirk Behme wrote:
On 24.05.2016 22:05, Julien Grall wrote:
On 24/05/2016 14:39, Dirk Behme wrote:
On 23.05.2016 22:15, Julien Grall wrote:
Hello Dirk,
is there a solution for
arm: domain 0 disables clocks which are in fact being
Hello Shanker,
Please mention in the title and the commit message that is patch is ACPI
only.
On 27/05/16 00:59, Shanker Donthineni wrote:
The current driver probe fails on hardware which has GICv4 version,
even though it is fully compatible to GICv3. This patch fixes the
issue by registering
On 05/27/16 06:27, Jan Beulich wrote:
> >>> On 27.05.16 at 14:13, wrote:
> > --- a/tools/tests/mce-test/tools/xen-mceinj.c
> > +++ b/tools/tests/mce-test/tools/xen-mceinj.c
> > @@ -317,7 +317,9 @@ static int inject_mci_addr(xc_interface *xc_handle,
> > domid_t domid)
>
Implentation of interface to grant copy operation called through
libxc. An ioctl(gntdev, IOCTL_GNTDEV_GRANT_COPY, ..) system call is
invoked for linux. In the mini-os the operation is yet not
implemented.
* In the file "tools/include/xen-sys/Linux/gntdev.h" added
- 'struct ioctl_gntdev_grant_cop
Hi,
It is a proposition for implementation of the replacement of the grant map
operation with grant copy.
I would appreciate an opinion about the approach if is proper or maybe
I assumed something wrongly, and if you see any possibility of improvement
or the things that need to be change.
If
If there are still pending requests the buffers are not free() but
cached in an array of a size max_request*BLKIF_MAX_SEGMENTS_PER_REQUEST
---
hw/block/xen_disk.c | 59 ++---
1 file changed, 47 insertions(+), 12 deletions(-)
diff --git a/hw/block/xe
Grant copy operation is divided into two phases different for
'read' and 'write' operation.
For a 'read' operation the flow is as follow:
1. allocate local buffers for all the segments contained in
a request.
2. fill the request io vectors with the buffers' addresses
3. invoke read operation by
Hello Shanker,
On 27/05/16 01:28, Shanker Donthineni wrote:
The ARM Server Base System Architecture describes a generic UART
interface. It doesn't support clock control registers to set
baudrate. So, extend the driver probe() to handle SBSA interface
types and set the baudrate to 115200 for SBSA
>>> On 26.05.16 at 04:50, wrote:
> --- a/xen/drivers/passthrough/amd/iommu_acpi.c
> +++ b/xen/drivers/passthrough/amd/iommu_acpi.c
> @@ -821,13 +821,29 @@ static u16 __init parse_ivhd_device_special(
> return dev_length;
> }
>
> +static inline size_t
I see Andrew has talked you into using
Hello,
Jullien, thanks for docs and references.
I used FreeRTOS code for console output. It is based on Mini OS code. There are
two problems as I've determined with debugging. First is that vsnprintf blocks
for some reason in print function so i commented it out. After the hypercall
function
Commit 26646f3 "x86/mce: translate passed-in GPA to host machine
address" and commit 4ddf474 "tools/xen-mceinj: Pass in GPA when
injecting through MSR_MCI_ADDR" forgot to consider reserved domain
ID and mistakenly add MC_MSRINJ_F_GPADDR flag for them, which in turn
causes bug reported by
http://lis
On Fri, May 27, 2016 at 06:16:30AM -0600, Jan Beulich wrote:
> >>> On 27.05.16 at 12:39, wrote:
> > Is this a regression? Does it work on previous versions of Xen?
>
> I think this is what was already reported by other Intel people,
> see e.g. Quan's most recent reply:
> http://lists.xenproject.o
On Fri, May 27, 2016 at 04:43:48PM +0800, Dongli Zhang wrote:
> Hi Ross and Konrad,
Heya!
>
> I played xsplice with a sample patch I wrote. It works and really fantastic
> work!
>
> I use the utility from
> git://xenbits.xen.org/people/konradwilk/xsplice-build-tools.git
>
> However, the 'realp
flight 94827 qemu-upstream-4.3-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/94827/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64 3 host-install(3) broken REG
>>> On 26.05.16 at 15:39, wrote:
> --- a/xen/arch/x86/hvm/vmx/vmx.c
> +++ b/xen/arch/x86/hvm/vmx/vmx.c
> @@ -113,7 +113,19 @@ static void vmx_vcpu_block(struct vcpu *v)
> &per_cpu(vmx_pi_blocking, v->processor).lock;
> struct pi_desc *pi_desc = &v->arch.hvm_vmx.pi_desc;
>
> -
On Fri, May 27, 2016 at 06:57:19AM +, Zhang, PengtaoX wrote:
> Bug detailed description:
>
> 1. Create a rhel7.1 guest with IGD-PT on SKL-S client , login guest and run
> 3D(nexuiz) , opencl(beignet) , media(transcode ,encode,decode) test , all
> test are run failed .
> 2. Al
Hi Julien,
On 05/27/2016 07:35 AM, Julien Grall wrote:
> Hello Shanker,
>
> Please mention in the title and the commit message that is patch is ACPI only.
>
I'll change commit text.
> On 27/05/16 00:59, Shanker Donthineni wrote:
>> The current driver probe fails on hardware which has GICv4 versio
>>> On 26.05.16 at 15:39, wrote:
> --- a/xen/arch/x86/hvm/vmx/vmx.c
> +++ b/xen/arch/x86/hvm/vmx/vmx.c
> @@ -366,6 +366,7 @@ static void vmx_vcpu_destroy(struct vcpu *v)
> vmx_destroy_vmcs(v);
> vpmu_destroy(v);
> passive_domain_destroy(v);
> +vmx_pi_blocking_cleanup(v);
> }
I
Hello Shanker,
On 27/05/16 01:39, Shanker Donthineni wrote:
Commit 9d77b3c01d1261c (Configure SPI interrupt type and route to
Dom0 dynamically) causing dead loop inside the spinlock function.
Note that spinlocks in XEN are not recursive. Re-acquiring a spinlock
that has already held by calling C
>>> On 26.05.16 at 15:39, wrote:
> Normally, in vmx_cpu_block() 'NDST' filed should have the same
> value with 'dest' or 'MASK_INSR(dest, PI_xAPIC_NDST_MASK)' depending
> on whether x2apic is enabled. However, in the following scenario,
> 'NDST' has different value:
>
> 'vcpu_block' hook gets ass
On 05/27/2016 08:04 AM, Julien Grall wrote:
> Hello Shanker,
>
> On 27/05/16 01:28, Shanker Donthineni wrote:
>> The ARM Server Base System Architecture describes a generic UART
>> interface. It doesn't support clock control registers to set
>> baudrate. So, extend the driver probe() to handle SB
On Fri, May 27, 2016 at 08:03:42AM -0600, Jan Beulich wrote:
> >>> On 27.05.16 at 15:30, wrote:
> > Commit 26646f3 "x86/mce: translate passed-in GPA to host machine
> > address" and commit 4ddf474 "tools/xen-mceinj: Pass in GPA when
> > injecting through MSR_MCI_ADDR" forgot to consider reserved d
>>> On 27.05.16 at 15:34, wrote:
> On Fri, May 27, 2016 at 06:16:30AM -0600, Jan Beulich wrote:
>> >>> On 27.05.16 at 12:39, wrote:
>> > Is this a regression? Does it work on previous versions of Xen?
>>
>> I think this is what was already reported by other Intel people,
>> see e.g. Quan's most
On 27/05/16 14:48, Shanker Donthineni wrote:
Hi Julien,
Hello Shanker,
On 05/27/2016 07:35 AM, Julien Grall wrote:
On 27/05/16 00:59, Shanker Donthineni wrote:
The current driver probe fails on hardware which has GICv4 version,
even though it is fully compatible to GICv3. This patch fixes
>>> On 27.05.16 at 15:30, wrote:
> Commit 26646f3 "x86/mce: translate passed-in GPA to host machine
> address" and commit 4ddf474 "tools/xen-mceinj: Pass in GPA when
> injecting through MSR_MCI_ADDR" forgot to consider reserved domain
> ID and mistakenly add MC_MSRINJ_F_GPADDR flag for them, which
On 05/27/2016 09:07 AM, Julien Grall wrote:
>
>
> On 27/05/16 14:48, Shanker Donthineni wrote:
>> Hi Julien,
>
> Hello Shanker,
>
>> On 05/27/2016 07:35 AM, Julien Grall wrote:
>>> On 27/05/16 00:59, Shanker Donthineni wrote:
The current driver probe fails on hardware which has GICv4 version
Hello Shanker,
On 27/05/16 15:01, Shanker Donthineni wrote:
On 05/27/2016 08:04 AM, Julien Grall wrote:
On 27/05/16 01:28, Shanker Donthineni wrote:
The ARM Server Base System Architecture describes a generic UART
interface. It doesn't support clock control registers to set
baudrate. So, exten
>>> On 26.05.16 at 15:39, wrote:
> @@ -102,9 +103,10 @@ void vmx_pi_per_cpu_init(unsigned int cpu)
> {
> INIT_LIST_HEAD(&per_cpu(vmx_pi_blocking, cpu).list);
> spin_lock_init(&per_cpu(vmx_pi_blocking, cpu).lock);
> +per_cpu(vmx_pi_blocking, cpu).down = 0;
This seems pointless - per
Hello Shanker,
On 27/05/16 15:31, Shanker Donthineni wrote:
diff --git a/xen/arch/arm/domain.c b/xen/arch/arm/domain.c
index 1365b4a..56a47f5 100644
--- a/xen/arch/arm/domain.c
+++ b/xen/arch/arm/domain.c
@@ -571,6 +571,11 @@ int arch_domain_create(struct domain *d, unsigned int
domcr_flags,
The current driver ACPI probe fails on hardware which has GICv4
version, even though it is fully compatible to GICv3. This patch
fixes the issue by registering the same probe function for GICv4
hardware.
Signed-off-by: Shanker Donthineni
---
Changes since v1:
- Edit commit text.
- Fix BUG()
Signed-off-by: Anthony PERARD
---
Config.mk | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Config.mk b/Config.mk
index f6e536e..5ddfbf8 100644
--- a/Config.mk
+++ b/Config.mk
@@ -271,7 +271,7 @@ SEABIOS_UPSTREAM_URL ?= git://xenbits.xen.org/seabios.git
MINIOS_UPSTREAM_URL ?=
Hello Shanker,
On 27/05/16 16:00, Shanker Donthineni wrote:
The current driver ACPI probe fails on hardware which has GICv4
version, even though it is fully compatible to GICv3. This patch
fixes the issue by registering the same probe function for GICv4
hardware.
Signed-off-by: Shanker Donthine
Hello Peng,
On 27/05/16 06:20, Peng Fan wrote:
Typo fix: fdt_get_mem_rsc -> fdt_get_mem_rsv
Signed-off-by: Peng Fan
Cc: Julien Grall
Cc: Stefano Stabellini
Reviewed-by: Julien Grall
Regards,
---
xen/arch/arm/setup.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a
Hi Jan,
On 27/05/16 10:58, Jan Beulich wrote:
On 25.05.16 at 17:56, wrote:
--- a/xen/common/compat/memory.c
+++ b/xen/common/compat/memory.c
@@ -253,6 +253,8 @@ int compat_memory_op(unsigned int cmd,
XEN_GUEST_HANDLE_PARAM(void) compat)
unsigned int size = cmp.atpb.size;
I'll address your review comments in V2 patch.
On 05/27/2016 09:56 AM, Julien Grall wrote:
> Hello Shanker,
>
> On 27/05/16 15:01, Shanker Donthineni wrote:
>> On 05/27/2016 08:04 AM, Julien Grall wrote:
>>> On 27/05/16 01:28, Shanker Donthineni wrote:
The ARM Server Base System Architecture
On 05/27/2016 10:10 AM, Julien Grall wrote:
> Hello Shanker,
>
> On 27/05/16 16:00, Shanker Donthineni wrote:
>> The current driver ACPI probe fails on hardware which has GICv4
>> version, even though it is fully compatible to GICv3. This patch
>> fixes the issue by registering the same probe fun
On Fri, May 27, 2016 at 03:06:08PM +0100, Wei Liu wrote:
> On Fri, May 27, 2016 at 08:03:42AM -0600, Jan Beulich wrote:
> > >>> On 27.05.16 at 15:30, wrote:
> > > Commit 26646f3 "x86/mce: translate passed-in GPA to host machine
> > > address" and commit 4ddf474 "tools/xen-mceinj: Pass in GPA when
On Fri, May 27, 2016 at 04:00:54PM +0100, Anthony PERARD wrote:
> Signed-off-by: Anthony PERARD
Ack + queued.
> ---
> Config.mk | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/Config.mk b/Config.mk
> index f6e536e..5ddfbf8 100644
> --- a/Config.mk
> +++ b/Config.mk
> @
On Fri, May 27, 2016 at 09:24:11PM +0530, Bhaktipriya Shridhar wrote:
> With concurrency managed workqueues, use of dedicated workqueues can be
> replaced by using system_wq. Drop host->intr_wq by using
> system_wq.
>
> Since there is only a single work item, increase of concurrency level by
> swi
>>> On 27.05.16 at 17:16, wrote:
> On 27/05/16 10:58, Jan Beulich wrote:
> On 25.05.16 at 17:56, wrote:
>>> --- a/xen/common/compat/memory.c
>>> +++ b/xen/common/compat/memory.c
>>> @@ -253,6 +253,8 @@ int compat_memory_op(unsigned int cmd,
>>> XEN_GUEST_HANDLE_PARAM(void) compat)
>>>
The field 'foreign_id' is not used when the space is dev_mmio. As the
space is not yet part of the stable ABI, the field is marked as reserved
for future use.
The value should always be 0, other values will return -EOPNOTSUPP.
Signed-off-by: Julien Grall
---
Changes in v3:
- s/add_t
Currently, XENMAPSPACE_dev_mmio maps MMIO regions using one of the most
restrictive memory attribute (Device-nGnRE).
Signed-off-by: Julien Grall
Acked-by: Stefano Stabellini
Acked-by: Jan Beulich
---
Changes in v3:
- Update comment
- Add Stefano's Jan's ack
Changes in
Hello all,
This series is based on the thread [1]. To allow future extension, the new
space dev_mmio should have all unused fields marked as reserved.
This series is candidate for Xen 4.7, the first patch ensure a clean ABI
for the new space which will allow future extension.
See in each patch f
>>> On 27.05.16 at 17:31, wrote:
> On Fri, May 27, 2016 at 03:06:08PM +0100, Wei Liu wrote:
>> On Fri, May 27, 2016 at 08:03:42AM -0600, Jan Beulich wrote:
>> > >>> On 27.05.16 at 15:30, wrote:
>> > > Commit 26646f3 "x86/mce: translate passed-in GPA to host machine
>> > > address" and commit 4ddf
Hello,
On Fri, May 27, 2016 at 12:01:14PM -0400, Konrad Rzeszutek Wilk wrote:
> On Fri, May 27, 2016 at 09:24:11PM +0530, Bhaktipriya Shridhar wrote:
> > With concurrency managed workqueues, use of dedicated workqueues can be
> > replaced by using system_wq. Drop host->intr_wq by using
Hello Shanker,
On 27/05/16 16:30, Shanker Donthineni wrote:
On 05/27/2016 10:10 AM, Julien Grall wrote:
On 27/05/16 16:00, Shanker Donthineni wrote:
The current driver ACPI probe fails on hardware which has GICv4
version, even though it is fully compatible to GICv3. This patch
fixes the issue
On Fri, May 27, 2016 at 10:06:31AM -0600, Jan Beulich wrote:
> >>> On 27.05.16 at 17:31, wrote:
> > On Fri, May 27, 2016 at 03:06:08PM +0100, Wei Liu wrote:
> >> On Fri, May 27, 2016 at 08:03:42AM -0600, Jan Beulich wrote:
> >> > >>> On 27.05.16 at 15:30, wrote:
> >> > > Commit 26646f3 "x86/mce:
On Fri, May 27, 2016 at 05:14:08PM +0100, Wei Liu wrote:
> On Fri, May 27, 2016 at 10:06:31AM -0600, Jan Beulich wrote:
> > >>> On 27.05.16 at 17:31, wrote:
> > > On Fri, May 27, 2016 at 03:06:08PM +0100, Wei Liu wrote:
> > >> On Fri, May 27, 2016 at 08:03:42AM -0600, Jan Beulich wrote:
> > >> > >
On Fri, May 27, 2016 at 12:08:22PM -0400, Tejun Heo wrote:
> Hello,
>
> On Fri, May 27, 2016 at 12:01:14PM -0400, Konrad Rzeszutek Wilk wrote:
> > On Fri, May 27, 2016 at 09:24:11PM +0530, Bhaktipriya Shridhar wrote:
> > > With concurrency managed workqueues, use of dedicated workqueues can be
> >
Convert device-tree debugging to 'Kconfig' as
CONFIG_DEVICE_TREE_DEBUG.
The option is not enabled by default because the output is very
verbose.
Signed-off-by: Julien Grall
Reviewed-by: Edgar E. Iglesias
---
Changes in v2:
- Fix typoes in the commit message and the Kconfig descript
Hello all,
This small patch series converts DEBUG_DT to Kconfig. This is easier
to enable than having to modify the code when the user wants to debug
the device tree parsing.
This series is based on the version 4 of "Kconfig debug options" [1].
Yours sincerely,
[1] http://lists.xen.org/archives
Provide helper to debug the device tree in device_tree.h. This will
avoid to have to redeclare helper for each file requiring debug.
Also replace DPRINT by the new helper dt_dprintk in domain_build.c
Signed-off-by: Julien Grall
Reviewed-by: Konrad Rzeszutek Wilk
Reviewed-by: Edgar E. Iglesias
branch xen-unstable
xenbranch xen-unstable
job build-i386-libvirt
testid libvirt-build
Tree: libvirt git://libvirt.org/libvirt.git
Tree: libvirt_gnulib git://git.sv.gnu.org/gnulib.git
Tree: qemu git://xenbits.xen.org/qemu-xen-traditional.git
Tree: qemuu git://xenbits.xen.org/qemu-xen.git
Tree: xen
On Fri, May 27, 2016 at 05:37:51PM +0100, Julien Grall wrote:
> Convert device-tree debugging to 'Kconfig' as
> CONFIG_DEVICE_TREE_DEBUG.
>
> The option is not enabled by default because the output is very
> verbose.
>
> Signed-off-by: Julien Grall
> Reviewed-by: Edgar E. Iglesias
Reviewed-by:
On 05/27/2016 03:34 AM, Zheng, Lv wrote:
> Hi,
>
>> From: Boris Ostrovsky [mailto:boris.ostrov...@oracle.com]
>> Subject: Re: [PATCH v2 08/13] ACPICA: Hardware: Add optimized access
>> bit width support
>>
>> On 05/26/2016 12:26 PM, Jan Beulich wrote:
>> Boris Ostrovsky 05/25/16 9:17
>> PM >>>
flight 94841 qemu-upstream-4.3-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/94841/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64 3 host-install(3) broken REG
flight 94844 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/94844/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-libvirt 12 migrate-support-checkfail never pass
test-armhf-armhf-xl 12
The current driver ACPI probe fails on hardware which has GICv4
version, even though it is fully compatible to GICv3. This patch
fixed the issue by registering the same probe function for GICv4
hardware.
Signed-off-by: Shanker Donthineni
---
Changes since v2:
- Keep it the GICv4 version numbe
flight 94816 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/94816/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-amd64-i386-qemuu-rhel6hvm-amd 3 host-install(3) broken pass in 94802
test-amd64-amd64-xl-qemut-winxpsp3
1 - 100 of 113 matches
Mail list logo
