flight 94855 xen-4.5-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/94855/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-armhf-armhf-xl-rtds15 guest-start/debian.repeat fail blocked in 94707
test-amd64-amd64-xl-qemuu-
flight 94852 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/94852/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
build-amd64-rumpuserxen 6 xen-buildfail like 94816
build-i386-rumpuserxen
Replace realpath with readlink since '-m' option is not supported by realpath.
Signed-off-by: Dongli Zhang
---
xsplice-build | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/xsplice-build b/xsplice-build
index 2eb7993..5852186 100755
--- a/xsplice-build
+++ b/xsplice-b
flight 94833 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/94833/
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-
flight 94849 qemu-upstream-4.3-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/94849/
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 94837 xen-4.6-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/94837/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemuu-ovmf-amd64 15 guest-localmigrate/x10 fail REGR. vs.
94709
Regressions
On Thursday, May 26, 2016 11:32:40 AM CEST David Vrabel wrote:
> On 11/05/16 14:07, Arnd Bergmann wrote:
> > A bugfix patch for the xen balloon driver introduced a forward
> > declaration for a static function that is conditionally compiled,
> > causing a warning if only the declaration but not the
flight 94851 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/94851/
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
flight 94821 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/94821/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-amd64-amd64-xl 3 host-install(3) broken pass in 94808
test-amd64-amd64-amd64-pvgrub 3
With concurrency managed workqueues, use of dedicated workqueues can be
replaced by using system_wq. Drop xenbus_frontend_wq by using system_wq.
Since there is only a single work item, increase of concurrency level by
switching to system_wq should not break anything.
Since the work item could be
flight 94838 xen-4.5-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/94838/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemuu-winxpsp3 15 guest-localmigrate/x10 fail REGR. vs.
94707
Regressions wh
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
switching to system_wq should not break anything.
cancel_work_sync() has been used i
On Mon, May 16, 2016 at 3:48 AM, Julien Grall wrote:
> Hi Tamas,
>
> On 04/05/16 15:51, Tamas K Lengyel wrote:
>>
>> The prototype of vm_event_fill_regs will differ on x86 and ARM so in this
>> patch
>> we move components from common to arch-specific that use this function. As
>> part of this patc
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
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 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
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
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 >>>
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:
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
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
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
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
> >
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 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:
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
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 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
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
>>> 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)
>>>
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 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 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 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
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
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;
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
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
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 ?=
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()
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,
>>> 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: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 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
>>> 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 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: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 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 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 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
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:
> --- 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
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 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
>>> 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;
>
> -
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 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
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
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
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
>>> 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 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
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
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
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
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)
>
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 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
>>> 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 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
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
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-
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:
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
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
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
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.
_
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
---
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
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",
>>> 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 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 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 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 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 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:
> 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
> 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 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
>>> 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
> -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
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
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
>>> 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
> 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: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
>> > -
>> >
1 - 100 of 113 matches
Mail list logo
