On Wed, 1 Jun 2016, Boris Ostrovsky wrote:
On 06/01/2016 05:01 PM, Martin Cerveny wrote:
Hello.
On Wed, 1 Jun 2016, Boris Ostrovsky wrote:
On 06/01/2016 12:23 PM, Martin Cerveny wrote:
:-(
On Wed, 1 Jun 2016, Martin Cerveny wrote:
I hit probably the same error with released "XenServer 7.
On June 01, 2016 6:05 PM, Jan Beulich wrote:
> >>> On 31.05.16 at 15:57, wrote:
> > --- a/xen/arch/x86/mm/p2m-pt.c
> > +++ b/xen/arch/x86/mm/p2m-pt.c
> > @@ -673,6 +673,8 @@ p2m_pt_set_entry(struct p2m_domain *p2m,
> unsigned long gfn, mfn_t mfn,
> > if ( iommu_enabled && need_iommu(p2m->dom
flight 95164 linux-3.14 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/95164/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-amd64-xl-qemut-win7-amd64 16 guest-stopfail REGR. vs. 94568
build-i386-rumpuserxen6
flight 95144 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/95144/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-qemuu-nested-intel 16 debian-hvm-install/l1/l2 fail REGR. vs.
94856
test-amd64-i
flight 95166 qemu-upstream-4.3-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/95166/
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 June 01, 2016 6:39 PM, Jan Beulich wrote:
> >>> On 31.05.16 at 15:57, wrote:
> > static int device_power_down(void)
> > {
> > -console_suspend();
> > +if ( console_suspend() )
> > +return SAVED_NONE;
> >
> > -time_suspend();
> > +if ( time_suspend() )
> > +ret
On June 01, 2016 11:37 PM, Jan Beulich wrote:
> >>> On 31.05.16 at 15:57, wrote:
> > @@ -1542,14 +1600,36 @@ int domain_context_unmap_one(
> > return -EINVAL;
> > }
> >
> > -if ( iommu_flush_context_device(iommu, iommu_domid,
> > -(((u16)bus)
On 6/1/2016 6:35 PM, Julien Grall wrote:
Hello Aaron,
On 01/06/2016 20:54, Aaron Cornelius wrote:
I'm not 100% sure, from the "VMID pool exhausted" message it would
appear that the p2m_init() function failed to allocate a VM ID, which
caused domain creation to fail, and the NULL pointer deref
On Wed, Jun 1, 2016 at 3:49 PM, Julien Grall wrote:
> On 01/06/2016 18:10, Tamas K Lengyel wrote:
>>
>> Hi all,
>
>
> Hi Tamas,
>
>> following the steps from http://wiki.xen.org/wiki/HiKey I'm unable to
>> get the board to boot Xen. I'm using the Debian reference image from
>> linaro as base
>> (h
On Thu, Jun 02, 2016 at 01:32:33AM +0100, Andrew Cooper wrote:
> On 02/06/2016 01:14, Konrad Rzeszutek Wilk wrote:
> > @@ -182,7 +182,7 @@ tools/misc/xen_cpuperf
> > tools/misc/xen-cpuid
> > tools/misc/xen-detect
> > tools/misc/xen-tmem-list-parse
> > -tools/misc/xen-xsplice
> > +tools/misc/xen-
I'm seeing the xenwatch kernel thread hang intermittently when
destroying a domU on recent stable xen 4.5, with Linux 4.4.11 + grsec
dom0.
The domU is created with a virtual network interface connected to a
physical interface (ixgbevf) via an openvswitch virtual switch.
Everything works fine unti
On 02/06/2016 01:14, Konrad Rzeszutek Wilk wrote:
> @@ -182,7 +182,7 @@ tools/misc/xen_cpuperf
> tools/misc/xen-cpuid
> tools/misc/xen-detect
> tools/misc/xen-tmem-list-parse
> -tools/misc/xen-xsplice
> +tools/misc/xen-livepatch
> tools/misc/xenperf
> tools/misc/xenpm
> tools/misc/xen-hvmctx
On Wed, Jun 1, 2016 at 4:17 PM, Andrew Cooper wrote:
> On 01/06/2016 22:46, Tamas K Lengyel wrote:
>> On Tue, May 31, 2016 at 1:59 AM, Jan Beulich wrote:
>> On 30.05.16 at 22:13, wrote:
On Mon, May 30, 2016 at 8:16 AM, Jan Beulich wrote:
On 30.05.16 at 00:37, wrote:
>> @@
flight 95133 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/95133/
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-
On 06/01/2016 05:01 PM, Martin Cerveny wrote:
> Hello.
>
> On Wed, 1 Jun 2016, Boris Ostrovsky wrote:
>> On 06/01/2016 12:23 PM, Martin Cerveny wrote:
>>> :-(
>>>
>>> On Wed, 1 Jun 2016, Martin Cerveny wrote:
I hit probably the same error with released "XenServer 7.0".
- I have Xen4.6.1 (
Hello Aaron,
On 01/06/2016 20:54, Aaron Cornelius wrote:
I am doing some work with Xen 4.7 on the cubietruck (ARM32). I've noticed some
strange behavior after I create/destroy enough domains and put together a
script to do the add/remove for me. For this particular test I am creating a
smal
On 01/06/2016 23:24, Julien Grall wrote:
> Hi,
>
> On 01/06/2016 22:35, Andrew Cooper wrote:
>> On 01/06/2016 20:54, Aaron Cornelius wrote:
>>>
>>> (XEN) Xen call trace:
>>> (XEN)[<0021fdd4>] free_domheap_pages+0x1c/0x324 (PC)
>>> (XEN)[<0025b0cc>] p2m_teardown+0xa0/0x108 (LR)
>>> (XEN)
On 01/06/2016 23:18, Julien Grall wrote:
> Hi Andrew,
>
> On 01/06/2016 22:24, Andrew Cooper wrote:
>> On 01/06/2016 21:45, Aaron Cornelius wrote:
> However, since I only have 1 domain active at a time, I'm not sure
> why I
should run out of VM IDs.
Sounds like a VMID re
Hi,
On 01/06/2016 22:35, Andrew Cooper wrote:
On 01/06/2016 20:54, Aaron Cornelius wrote:
(XEN) Xen call trace:
(XEN)[<0021fdd4>] free_domheap_pages+0x1c/0x324 (PC)
(XEN)[<0025b0cc>] p2m_teardown+0xa0/0x108 (LR)
(XEN)[<0025b0cc>] p2m_teardown+0xa0/0x108
(XEN)[<0024f668>] arch_d
On 01/06/2016 22:46, Tamas K Lengyel wrote:
> On Tue, May 31, 2016 at 1:59 AM, Jan Beulich wrote:
> On 30.05.16 at 22:13, wrote:
>>> On Mon, May 30, 2016 at 8:16 AM, Jan Beulich wrote:
>>> On 30.05.16 at 00:37, wrote:
> @@ -3393,8 +3409,9 @@ void vmx_vmexit_handler(struct cpu_user_r
Hi Andrew,
On 01/06/2016 22:24, Andrew Cooper wrote:
On 01/06/2016 21:45, Aaron Cornelius wrote:
However, since I only have 1 domain active at a time, I'm not sure why I
should run out of VM IDs.
Sounds like a VMID resource leak. Check to see whether it is freed properly
in domain_destroy(
On 01/06/2016 18:10, Tamas K Lengyel wrote:
Hi all,
Hi Tamas,
following the steps from http://wiki.xen.org/wiki/HiKey I'm unable to
get the board to boot Xen. I'm using the Debian reference image from
linaro as base
(https://builds.96boards.org/releases/hikey/linaro/debian/latest/)
and that
On Tue, May 31, 2016 at 1:59 AM, Jan Beulich wrote:
On 30.05.16 at 22:13, wrote:
>> On Mon, May 30, 2016 at 8:16 AM, Jan Beulich wrote:
>> On 30.05.16 at 00:37, wrote:
@@ -3393,8 +3409,9 @@ void vmx_vmexit_handler(struct cpu_user_regs *regs)
}
e
On Wed, Jun 01, Olaf Hering wrote:
> Here is a list. Essentially it means that upgrading dom0 to xen-4.7
> might break existing domU if they happen to use xvd* in domU.cfg:
Actually the list goes like shown below after some real testing.
Now sure why xvd/qemu-xen/raw|qcow2 fails with our 4.5.2 ba
On 01/06/2016 20:54, Aaron Cornelius wrote:
>
> (XEN) Xen call trace:
> (XEN)[<0021fdd4>] free_domheap_pages+0x1c/0x324 (PC)
> (XEN)[<0025b0cc>] p2m_teardown+0xa0/0x108 (LR)
> (XEN)[<0025b0cc>] p2m_teardown+0xa0/0x108
> (XEN)[<0024f668>] arch_domain_destroy+0x20/0x50
> (XEN)[<0
On 01/06/2016 21:45, Aaron Cornelius wrote:
>>
>>> However, since I only have 1 domain active at a time, I'm not sure why I
>> should run out of VM IDs.
>>
>> Sounds like a VMID resource leak. Check to see whether it is freed properly
>> in domain_destroy().
>>
>> ~Andrew
> That would be my assump
flight 95129 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/95129/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-amd64-xl-rtds 9 debian-install fail blocked in 95086
build-amd64-rumpuserxen
Hello.
On Wed, 1 Jun 2016, Boris Ostrovsky wrote:
On 06/01/2016 12:23 PM, Martin Cerveny wrote:
:-(
On Wed, 1 Jun 2016, Martin Cerveny wrote:
I hit probably the same error with released "XenServer 7.0".
- I have Xen4.6.1 (commit d77bac5c064ffb9dbb5b89b55b89853f1b784ebf -
update Xen version to
> -Original Message-
> From: Andrew Cooper [mailto:am...@hermes.cam.ac.uk] On Behalf Of
> Andrew Cooper
> Sent: Wednesday, June 1, 2016 4:01 PM
> To: Aaron Cornelius ; Xen-devel de...@lists.xenproject.org>
> Subject: Re: [Xen-devel] Xen 4.7 crash
>
> On 01/06/2016 20:54, Aaron Cornelius w
On Tue, May 31, 2016 at 10:53:06AM +0100, Julien Grall wrote:
>
>
> On 30/05/16 21:21, Ivan Pavić2 wrote:
> >Hello,
>
> Hello Ivan,
>
> Sorry for the late answer.
>
> >>>I used FreeRTOS code for console output. It is based on Mini OS code.
> >>>There are two problems as I've >determined
> >>>
On 01/06/2016 20:54, Aaron Cornelius wrote:
> I am doing some work with Xen 4.7 on the cubietruck (ARM32). I've noticed
> some strange behavior after I create/destroy enough domains and put together
> a script to do the add/remove for me. For this particular test I am creating
> a small mini-o
I am doing some work with Xen 4.7 on the cubietruck (ARM32). I've noticed some
strange behavior after I create/destroy enough domains and put together a
script to do the add/remove for me. For this particular test I am creating a
small mini-os (Mirage) domain with 32MB of RAM, deleting it, cre
flight 95145 qemu-upstream-4.3-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/95145/
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
From: Suravee Suthikulpanit
The guest IOMMU feature is currently not functioning. However,
the current guest_iommu_init() is causing issue when it tries to
register mmio handler because the it is currently called by the
following code path:
arch/x86/domain.c: arch_domain_create()
]- driver
From: Suravee Suthikulpanit
At the time of registering HVM I/O handler, the HVM domain might
not have been initialized, which means the hvm_domain.io_handler
would be NULL. In the hvm_next_io_handler(), this should be asserted.
Reviewed-by: Paul Durrant
Signed-off-by: Suravee Suthikulpanit
---
On Wed, Jun 01, 2016 at 10:02:51AM -0600, Jan Beulich wrote:
> >>> On 01.06.16 at 17:58, wrote:
> > On Fri, May 27, 2016 at 02:37:06AM -0600, Jan Beulich wrote:
> >> >>> 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:
From: Suravee Suthikulpanit
Hi All,
Changes from V3:
* Remove calls to guest_iommu_init()/destroy() for now since
the guest iommu feature is not functing and causing breakage.
* Do not change the ordering of the iommu_domain_init() and
hvm_domain_init() for now until we agree on pro
On Wed, Jun 1, 2016 at 1:38 PM, Julien Grall wrote:
> Hi Tamas,
>
>
> On 01/06/16 19:21, Tamas K Lengyel wrote:
>>
>> On Wed, Jun 1, 2016 at 5:24 AM, Julien Grall wrote:
>>>
>>> Hi,
>>>
>>>
>>> On 01/06/16 09:41, Jan Beulich wrote:
>>>
>>>
>>> On 31.05.16 at 18:28, wrote:
>
>
On 01/06/16 20:38, Julien Grall wrote:
Hi Tamas,
On 01/06/16 19:21, Tamas K Lengyel wrote:
On Wed, Jun 1, 2016 at 5:24 AM, Julien Grall
wrote:
Hi,
On 01/06/16 09:41, Jan Beulich wrote:
On 31.05.16 at 18:28, wrote:
On May 31, 2016 01:48, "Jan Beulich" wrote:
On 30.05.16 at 21:47,
Hi Razvan,
On 01/06/16 20:34, Razvan Cojocaru wrote:
On 06/01/16 21:21, Tamas K Lengyel wrote:
On Wed, Jun 1, 2016 at 5:24 AM, Julien Grall wrote:
The only purpose of having that information in the request is to quickly
get things that are immediately necessary - otherwise the full context
ca
On Wed, Jun 01, 2016 at 09:58:25AM -0600, Jan Beulich wrote:
> >>> On 01.06.16 at 17:48, wrote:
> > On Fri, May 27, 2016 at 02:31:52AM -0600, Jan Beulich wrote:
> >> >>> 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:
Hi Tamas,
On 01/06/16 19:21, Tamas K Lengyel wrote:
On Wed, Jun 1, 2016 at 5:24 AM, Julien Grall wrote:
Hi,
On 01/06/16 09:41, Jan Beulich wrote:
On 31.05.16 at 18:28, wrote:
On May 31, 2016 01:48, "Jan Beulich" wrote:
On 30.05.16 at 21:47, wrote:
On Mon, May 30, 2016 at 5:50 AM
On 06/01/16 21:21, Tamas K Lengyel wrote:
> On Wed, Jun 1, 2016 at 5:24 AM, Julien Grall wrote:
>> Hi,
>>
>>
>> On 01/06/16 09:41, Jan Beulich wrote:
>>
>> On 31.05.16 at 18:28, wrote:
On May 31, 2016 01:48, "Jan Beulich" wrote:
>
>
On 30.05.16 at 21:47, wrote
On 06/01/2016 12:23 PM, Martin Cerveny wrote:
> :-(
>
> On Wed, 1 Jun 2016, Martin Cerveny wrote:
>> I hit probably the same error with released "XenServer 7.0".
>> - I have Xen4.6.1 (commit d77bac5c064ffb9dbb5b89b55b89853f1b784ebf -
>> update Xen version to 4.6.1)
>> - XS7 (Dundee) beta3 (kernel-3
On Wed, Jun 01, 2016 at 09:41:42AM -0600, Jan Beulich wrote:
> >>> On 01.06.16 at 17:23, wrote:
> > On Fri, May 27, 2016 at 02:22:39AM -0600, Jan Beulich wrote:
> >> >>> 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:
On Wed, Jun 01, 2016 at 08:44:31AM -0600, Jan Beulich wrote:
> >>> On 01.06.16 at 15:35, wrote:
> > On Wed, May 25, 2016 at 05:03:20AM -0600, Jan Beulich wrote:
> >> >>> On 15.04.16 at 14:33, wrote:
> >> > --- a/xen/arch/x86/boot/head.S
> >> > +++ b/xen/arch/x86/boot/head.S
> >> > @@ -79,6 +79,13
On Fri, May 27, 2016 at 03:02:25AM -0600, Jan Beulich wrote:
> >>> 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
> >> > -
flight 95149 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/95149/
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
From: Chris Patterson
Replace the usage of readdir_r() with readdir() to address a
compilation error under glibc due to the deprecation of readdir_r
for their next release (2.24) [1, 2].
--
From the GNU libc manual [3]:
"
It is expected that future versions of POSIX will obsolete readdir_r and
On Wed, Jun 1, 2016 at 5:24 AM, Julien Grall wrote:
> Hi,
>
>
> On 01/06/16 09:41, Jan Beulich wrote:
>
> On 31.05.16 at 18:28, wrote:
>>>
>>> On May 31, 2016 01:48, "Jan Beulich" wrote:
>>> On 30.05.16 at 21:47, wrote:
>
> On Mon, May 30, 2016 at 5:50 AM, Jan Beul
From: Chris Patterson
Replace the usage of readdir_r() with readdir() to address a
compilation error under glibc due to the deprecation of readdir_r
for their next release (2.24) [1, 2].
Remove code specific to usage of readdir_r which is no longer required,
such as zalloc_dirent().
--
From th
Hi all,
following the steps from http://wiki.xen.org/wiki/HiKey I'm unable to
get the board to boot Xen. I'm using the Debian reference image from
linaro as base
(https://builds.96boards.org/releases/hikey/linaro/debian/latest/)
and that boots fine both from the SD card directly and through
startu
flight 95143 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/95143/
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
:-(
On Wed, 1 Jun 2016, Martin Cerveny wrote:
I hit probably the same error with released "XenServer 7.0".
- I have Xen4.6.1 (commit d77bac5c064ffb9dbb5b89b55b89853f1b784ebf - update
Xen version to 4.6.1)
- XS7 (Dundee) beta3 (kernel-3.10.96-479.383024.x86_64.rpm) work OK
- XS7 release (kernel
Hi Andre,
On 01/06/16 16:56, Andre Przywara wrote:
I would like to support both the interfaces
(ACPI_DBG2_SBSA_32/ACPI_DBG2_SBSA) If you are okay.
I am a bit puzzled, so your UART is only supporting 32-bit access (i.e
no 16-bit and 8-bit access)?
Just to clarify: the SBSA spec is not very cl
Hello.
I hit probably the same error with released "XenServer 7.0".
- I have Xen4.6.1 (commit d77bac5c064ffb9dbb5b89b55b89853f1b784ebf - update Xen
version to 4.6.1)
- XS7 (Dundee) beta3 (kernel-3.10.96-479.383024.x86_64.rpm) work OK
- XS7 release (kernel-3.10.96-484.383030.x86_64.rpm) crash
- p
>>> On 01.06.16 at 17:58, wrote:
> On Fri, May 27, 2016 at 02:37:06AM -0600, Jan Beulich wrote:
>> >>> 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 use
On Fri, May 27, 2016 at 02:37:06AM -0600, Jan Beulich wrote:
> >>> 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:
[...]
> >> > Jan Beulich added 1b) Do away with efi_arch_allocate_mmap_buffer() and
> >> > use
>>> On 01.06.16 at 17:48, wrote:
> On Fri, May 27, 2016 at 02:31:52AM -0600, Jan Beulich wrote:
>> >>> 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/common/efi/boot.c
>> >> > +++ b/xen/commo
On Fri, May 27, 2016 at 02:37:06AM -0600, Jan Beulich wrote:
> >>> 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 g
Hi,
On 01/06/16 16:40, Julien Grall wrote:
> Hello Shanker,
>
> On 01/06/16 16:14, Shanker Donthineni wrote:
>>
>>
>> On 06/01/2016 08:49 AM, Julien Grall wrote:
>>> On 31/05/16 15:02, Shanker Donthineni wrote:
The ARM Server Base System Architecture describes a generic UART
interface.
On Wed, Jun 01, 2016 at 09:50:10AM -0600, Jan Beulich wrote:
> >>> On 01.06.16 at 17:35, wrote:
> > On 01/06/16 16:06, Jan Beulich wrote:
> >> @@ -3440,42 +3440,24 @@ void hvm_cpuid(unsigned int input, unsig
> >> *eax = *ebx = *ecx = *edx = 0;
> >> break;
> >> }
On Wed, Jun 01, 2016 at 04:48:47PM +0100, Ian Jackson wrote:
> Wei Liu writes ("[Xen-devel] [PATCH for-4.7] libxl: keep PoD target
> adjustment by memory fudge after reload_domain_config()"):
> > From: Vitaly Kuznetsov
> >
> > Commit 56fb5fd623 ("libxl: adjust PoD target by memory fudge, too")
>
>>> On 01.06.16 at 17:35, wrote:
> On 01/06/16 16:06, Jan Beulich wrote:
>> @@ -3440,42 +3440,24 @@ void hvm_cpuid(unsigned int input, unsig
>> *eax = *ebx = *ecx = *edx = 0;
>> break;
>> }
>> -/* EBX value of main leaf 0 depends on enabled xsave features
Wei Liu writes ("[Xen-devel] [PATCH for-4.7] libxl: keep PoD target adjustment
by memory fudge after reload_domain_config()"):
> From: Vitaly Kuznetsov
>
> Commit 56fb5fd623 ("libxl: adjust PoD target by memory fudge, too")
> introduced target_memkb adjustment for HVM PoD domains on create. The
On Fri, May 27, 2016 at 02:31:52AM -0600, Jan Beulich wrote:
> >>> 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/common/efi/boot.c
> >> > +++ b/xen/common/efi/boot.c
> >> > @@ -1244,6 +1
On Wed, Jun 01, 2016 at 04:35:44PM +0100, Andrew Cooper wrote:
> On 01/06/16 16:06, Jan Beulich wrote:
> > @@ -3440,42 +3440,24 @@ void hvm_cpuid(unsigned int input, unsig
> > *eax = *ebx = *ecx = *edx = 0;
> > break;
> > }
> > -/* EBX value of main leaf 0
On Wed, Jun 01, 2016 at 09:05:56AM -0600, Jan Beulich wrote:
> In line with other recent changes, these should be fully white listed,
> requiring us to zero them until the obtain a meaning we support.
>
"they obtain ..."
> Without XSAVE support, all xstate sub-leaves should be zero.
>
> Also mo
On Wed, Jun 01, 2016 at 07:45:08PM +0530, Bhaktipriya Shridhar wrote:
> System workqueues have been able to handle high level of concurrency
> for a long time now and there's no reason to use dedicated workqueues
> just to gain concurrency. Replace dedicated xen_pcibk_wq with the
> use of system_w
On Jun 1, 2016 05:37, "Julien Grall" wrote:
>
> Hi Tamas,
>
>
> On 29/05/16 23:37, Tamas K Lengyel wrote:
>>
>> Add support for monitoring ARM SMC events. This patch only adds the
required
>> bits to enable/disable monitoring and forwarding the event through
vm_event.
>
>
> Couple of questions:
>
>>> On 01.06.16 at 17:23, wrote:
> On Fri, May 27, 2016 at 02:22:39AM -0600, Jan Beulich wrote:
>> >>> 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/include/xen/efi.h
>> >> > +
On 01/06/16 16:06, Jan Beulich wrote:
> @@ -3440,42 +3440,24 @@ void hvm_cpuid(unsigned int input, unsig
> *eax = *ebx = *ecx = *edx = 0;
> break;
> }
> -/* EBX value of main leaf 0 depends on enabled xsave features */
> -if ( count == 0 && v->arch
Hello Shanker,
On 01/06/16 16:14, Shanker Donthineni wrote:
On 06/01/2016 08:49 AM, Julien Grall wrote:
On 31/05/16 15:02, Shanker Donthineni wrote:
The ARM Server Base System Architecture describes a generic UART
interface. It doesn't support clock control registers, modem
control, DMA and
>>> On 31.05.16 at 15:57, wrote:
> @@ -1404,13 +1438,35 @@ int domain_context_mapping_one(
> spin_unlock(&iommu->lock);
>
> /* Context entry was previously non-present (with domid 0). */
> -if ( iommu_flush_context_device(iommu, 0, (((u16)bus) << 8) | devfn,
> -
George Dunlap writes ("Re: [Xen-devel] 4.7 qemu regression: HVM guests fail to
boot from xvda"):
> On Tue, May 31, 2016 at 12:41 PM, Olaf Hering wrote:
> > I think if some domU.cfg for xen-4.3+ has 'vdev=xvd*' and the domU uses
> > for some reason kernel names in config files and the domU uses a
flight 95124 seabios real [real]
http://logs.test-lab.xenproject.org/osstest/logs/95124/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-i386-xl-qemuu-win7-amd64 16 guest-stop fail like 94522
test-amd64-amd64-xl-qemuu-win7-amd
On 01/06/16 16:05, Jan Beulich wrote:
> In line with other recent changes, these should be fully white listed,
> requiring us to zero them until the obtain a meaning we support.
>
> Without XSAVE support, all xstate sub-leaves should be zero.
>
> Also move away from checking host XSAVE support - we
flight 95131 qemu-upstream-4.3-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/95131/
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 02:22:39AM -0600, Jan Beulich wrote:
> >>> 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/include/xen/efi.h
> >> > +++ b/xen/include/xen/efi.h
> >> > @@ -2,15 +2,1
On 06/01/2016 08:49 AM, Julien Grall wrote:
> Hello Shanker,
>
> On 31/05/16 15:02, Shanker Donthineni wrote:
>> The ARM Server Base System Architecture describes a generic UART
>> interface. It doesn't support clock control registers, modem
>> control, DMA and hardware flow control features. So,
In line with other recent changes, these should be fully white listed,
requiring us to zero them until the obtain a meaning we support.
Without XSAVE support, all xstate sub-leaves should be zero.
Also move away from checking host XSAVE support - we really ought to
consider the guest flag for tha
On Fri, May 27, 2016 at 02:16:09AM -0600, Jan Beulich wrote:
> >>> 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 acpi
Use hardware output instead, brining HVM behavior in line with PV one
in this regard.
Signed-off-by: Jan Beulich
--- a/xen/arch/x86/hvm/hvm.c
+++ b/xen/arch/x86/hvm/hvm.c
@@ -3362,7 +3362,7 @@ void hvm_cpuid(unsigned int input, unsig
switch ( input )
{
-unsigned int sub_leaf,
On 01/06/16 15:56, Shannon Zhao wrote:
On 2016年06月01日 22:36, Boris Ostrovsky wrote:
On 06/01/2016 09:53 AM, Shannon Zhao wrote:
Actually I think there are two tables can be reused: RSDP and XSDT(while
which are smaller codes, I don't think it needs to be mixed with
others). The other tables
1: flush high xstate CPUID sub-leaves to zero
2: HVM: don't calculate XSTATE area sizes in software
Patch 1 is certainly meant for 4.7. Patch 2 would imo also be nice (as
replacing the odd software calculation by whatever the hardware
returns can only improve overall output), but I wouldn't insist
On 2016年06月01日 22:36, Boris Ostrovsky wrote:
> On 06/01/2016 09:53 AM, Shannon Zhao wrote:
>> >
>> > Actually I think there are two tables can be reused: RSDP and XSDT(while
>> > which are smaller codes, I don't think it needs to be mixed with
>> > others). The other tables are arch specific becaus
flight 95121 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/95121/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-qemuu-nested-intel 16 debian-hvm-install/l1/l2 fail REGR. vs.
94856
test-amd64-a
On 01/06/16 15:38, Stefano Stabellini wrote:
> as a consequence of 9d77b3c01d1261ce17c10097a1b393f2893ca657 being
> reverted.
>
> Signed-off-by: Stefano Stabellini
Some style corrections.
> @@ -342,9 +344,22 @@ void vgic_enable_irqs(struct vcpu *v, uint32_t r, int n)
> unsigned long flags;
On 01/06/16 15:15, Bhaktipriya Shridhar wrote:
> System workqueues have been able to handle high level of concurrency
> for a long time now and there's no reason to use dedicated workqueues
> just to gain concurrency. Replace dedicated xen_pcibk_wq with the
> use of system_wq.
>
> Unlike a dedica
On Wed, Jun 01, 2016 at 03:45:28PM +0100, Julien Grall wrote:
>
>
> On 01/06/16 15:38, Stefano Stabellini wrote:
> >as a consequence of 9d77b3c01d1261ce17c10097a1b393f2893ca657 being
> >reverted.
> >
> >Signed-off-by: Stefano Stabellini
>
> Reviewed-by: Julien Grall
Release-acked-by: Wei Liu
On 01/06/16 15:38, Stefano Stabellini wrote:
as a consequence of 9d77b3c01d1261ce17c10097a1b393f2893ca657 being
reverted.
Signed-off-by: Stefano Stabellini
Reviewed-by: Julien Grall
---
Changes in v2:
- fix typo
- add log_once
---
xen/arch/arm/vgic.c | 15 +++
1 file chang
>>> On 01.06.16 at 15:35, wrote:
> On Wed, May 25, 2016 at 05:03:20AM -0600, Jan Beulich wrote:
>> >>> On 15.04.16 at 14:33, wrote:
>> > --- a/xen/arch/x86/boot/head.S
>> > +++ b/xen/arch/x86/boot/head.S
>> > @@ -79,6 +79,13 @@ multiboot2_header_start:
>> > /* Align modules at page bound
as a consequence of 9d77b3c01d1261ce17c10097a1b393f2893ca657 being
reverted.
Signed-off-by: Stefano Stabellini
---
Changes in v2:
- fix typo
- add log_once
---
xen/arch/arm/vgic.c | 15 +++
1 file changed, 15 insertions(+)
diff --git a/xen/arch/arm/vgic.c b/xen/arch/arm/vgic.c
index
On 06/01/2016 09:53 AM, Shannon Zhao wrote:
>
> Actually I think there are two tables can be reused: RSDP and XSDT(while
> which are smaller codes, I don't think it needs to be mixed with
> others). The other tables are arch specific because the contents are
> totally different. So if we want to ad
On Wed, Jun 01, Wei Liu wrote:
> > Konrad mentioned Solaris, no idea if its frontend driver uses the vdev
> > string. BSD should be checked as well.
> >
>
> So you are fine with documenting without reverting the patch?
I think yes, If Solaris and BSD domU are not affected by the change.
Given t
System workqueues have been able to handle high level of concurrency
for a long time now and there's no reason to use dedicated workqueues
just to gain concurrency. Replace dedicated xen_pcibk_wq with the
use of system_wq.
Unlike a dedicated per-cpu workqueue created with create_workqueue(),
syst
On Wed, Jun 01, 2016 at 11:37:55AM +0100, Julien Grall wrote:
>
>
> On 01/06/16 10:29, Stefano Stabellini wrote:
> >Hi Wei Liu, Julien,
>
> Hi Stefano,
>
> >
> >this series is a bug fix. I think it should go in Xen 4.7, do you agree?
>
> Some changes in this series impact the emulation of PSCI
On Wed, Jun 01, 2016 at 03:34:08PM +0200, Olaf Hering wrote:
> On Wed, Jun 01, Wei Liu wrote:
>
> > So I think the safest option now is to revert the said patch and figure
> > out what to do next.
>
> What did OSStest report when c0c099d got into the tree? Do these test
> domU.cfg files contain v
On Tue, May 31, 2016 at 05:04:42PM +0300, Oleksandr Dmytryshyn wrote:
> On Fri, May 20, 2016 at 7:05 PM, Edgar E. Iglesias
> wrote:
> > Hi,
> >
> > We have similar needs (not exactly the same) in some of our setups.
> > We need to map certain OCMs (On Chip Memories) to dom0. Among other things,
>
Hi all
During the discussion of XSA-180 Ian came up with the idea that we
repurpose xenconsoled to handle logging. I've done some research (and
some coding as well!).
In my reply to George the other day:
> I just read the code of virtlogd and xenconsoled.
>
> I think xenconsoled is missing at l
1 - 100 of 190 matches
Mail list logo
