This patch is to backport the patch below from linux kernel.
commit 30ec26da9967d0d785abc24073129a34c3211777
Author: Ashok Raj
Date: Wed Feb 28 11:28:43 2018 +0100
x86/microcode: Do not upload microcode if CPUs are offline
Avoid loading microcode if any of the CPUs
From: Gao Chao
This patch is to backport microcode improvement patches from linux
kernel. Below are the original patches description:
commit a5321aec6412b20b5ad15db2d6b916c05349dbff
Author: Ashok Raj
Date: Wed Feb 28 11:28:46 2018 +0100
x86/microcode: Synchronize late mic
flight 121333 linux-4.9 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/121333/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-arm64-arm64-examine 8 reboot fail REGR. vs. 121270
Tests which did not s
flight 121340 rumprun real [real]
http://logs.test-lab.xenproject.org/osstest/logs/121340/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-rumprun 6 rumprun-buildfail REGR. vs. 106754
build-i386-rumprun
>>> Chao Gao 03/30/18 7:19 AM >>>
>I met an EPT violation and then the guest was destroyed by Xen
>after assigning a device to the guest. After some investigation, I found
>it is caused by the device isn't a standard PCI device -- its MSI-x PBA
>locates in the same 4k-byte page with other CSR. Whe
On Thu, Mar 29, 2018 at 03:07:00PM -0700, Stefano Stabellini wrote:
> Add pvcalls support to libxl and xl. Create the appropriate pvcalls
> entries in xenstore.
>
> Signed-off-by: Stefano Stabellini
Acked-by: Wei Liu
Please also submit a doc patch.
> +#include "libxl_osdeps.h"
> +
> +#include
>>> George Dunlap 03/29/18 7:06 PM >>>
>On Thu, Mar 29, 2018 at 4:45 PM, Wei Liu wrote:
>> Seabios has bumped their requirement to 4.6 (released 7 years ago). We
>> either need to bump our too or have a separate entry for seabios.
>
>RHEL / CentOS 6 are still supported, and they come with GCC 4.4
On Thu, Mar 29, 2018 at 6:47 PM, Doug Goldstein wrote:
> On 3/29/18 12:05 PM, George Dunlap wrote:
>> On Thu, Mar 29, 2018 at 4:45 PM, Wei Liu wrote:
>>
>> Long term I think we want to get away from building seabios ourselves
>> altogether; but it's a bit late in the release cycle to work out tha
On Fri, Mar 30, 2018 at 9:50 AM, George Dunlap wrote:
> On Thu, Mar 29, 2018 at 6:47 PM, Doug Goldstein wrote:
>> On 3/29/18 12:05 PM, George Dunlap wrote:
>>> On Thu, Mar 29, 2018 at 4:45 PM, Wei Liu wrote:
>>>
>>> Long term I think we want to get away from building seabios ourselves
>>> altoge
>>> Paul Durrant 03/29/18 5:49 PM >>>
>v19:
>- Improve comments.
>- Add missing checks for whether an ioreq server is enabled before
>sending emulation requests.
It would have been nice if this (for the broadcasting case) unrelated (but
intentional) change was mentioned in the description. Anyway
>>> Paul Durrant 03/29/18 5:49 PM >>>
>... XENMEM_resource_ioreq_server
>
>This patch adds support for a new resource type that can be mapped using
>the XENMEM_acquire_resource memory op.
>
>If an emulator makes use of this resource type then, instead of mapping
>gfns, the IOREQ server will alloca
On Thu, Mar 29, 2018 at 06:33:02PM +0100, George Dunlap wrote:
> On Thu, Mar 29, 2018 at 6:20 PM, Wei Liu wrote:
> > On Thu, Mar 29, 2018 at 06:14:08PM +0100, George Dunlap wrote:
> >> On Thu, Mar 29, 2018 at 6:10 PM, Wei Liu wrote:
> >> > On Thu, Mar 29, 2018 at 06:05:57PM +0100, George Dunlap w
On Fri, Mar 30, 2018 at 02:35:14AM -0600, Jan Beulich wrote:
> >>> George Dunlap 03/29/18 7:06 PM >>>
> >On Thu, Mar 29, 2018 at 4:45 PM, Wei Liu wrote:
> >> Seabios has bumped their requirement to 4.6 (released 7 years ago). We
> >> either need to bump our too or have a separate entry for seabio
flight 121338 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/121338/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf 0760ed06a139aa6f84568147e3ee4fe919469238
baseline version:
ovmf b24e99f7c4270e7c5e2df
On Fri, Mar 30, 2018 at 9:56 AM, Wei Liu wrote:
> On Thu, Mar 29, 2018 at 06:33:02PM +0100, George Dunlap wrote:
>> On Thu, Mar 29, 2018 at 6:20 PM, Wei Liu wrote:
>> > On Thu, Mar 29, 2018 at 06:14:08PM +0100, George Dunlap wrote:
>> >> On Thu, Mar 29, 2018 at 6:10 PM, Wei Liu wrote:
>> >> > On
On 03/30/2018 07:34 AM, Razvan Cojocaru wrote:
> On 03/13/2018 07:44 PM, Wei Liu wrote:
>> On Wed, Dec 13, 2017 at 04:22:20PM +0200, Petre Pircalabu wrote:
>> [...]
>> Tabs here.
>>
>> With this fixed, libxc bits:
>>
>> Acked-by: Wei Liu
>
> We seem to have (again) arrived at an impasse with this
On 03/30/2018 01:03 PM, George Dunlap wrote:
> On 03/30/2018 07:34 AM, Razvan Cojocaru wrote:
>> On 03/13/2018 07:44 PM, Wei Liu wrote:
>>> On Wed, Dec 13, 2017 at 04:22:20PM +0200, Petre Pircalabu wrote:
>>> [...]
>>> Tabs here.
>>>
>>> With this fixed, libxc bits:
>>>
>>> Acked-by: Wei Liu
>>
>>
On 03/30/2018 11:14 AM, Razvan Cojocaru wrote:
> On 03/30/2018 01:03 PM, George Dunlap wrote:
>> On 03/30/2018 07:34 AM, Razvan Cojocaru wrote:
>>> On 03/13/2018 07:44 PM, Wei Liu wrote:
On Wed, Dec 13, 2017 at 04:22:20PM +0200, Petre Pircalabu wrote:
[...]
Tabs here.
With
Hello,
> I tested this on my board and it works like expected. I would very much
> like to see this driver still in 4.11.
Thanks for looking into it and Many Thanks for testing it out.
>
> Some (minor) comments on the code below.
>
> On 16/03/18 17:34, Amit Singh Tomar wrote:
>> This patch adds
On Wed, Dec 13, 2017 at 2:22 PM, Petre Pircalabu
wrote:
> From: Razvan Cojocaru
>
> For the default EPT view we have xc_set_mem_access_multi(), which
> is able to set an array of pages to an array of access rights with
> a single hypercall. However, this functionality was lacking for the
> altp2m
On 03/30/2018 02:16 PM, George Dunlap wrote:
> On Wed, Dec 13, 2017 at 2:22 PM, Petre Pircalabu
> wrote:
>> From: Razvan Cojocaru
>>
>> For the default EPT view we have xc_set_mem_access_multi(), which
>> is able to set an array of pages to an array of access rights with
>> a single hypercall. Ho
On Fri, Mar 30, 2018 at 09:25:34AM +0100, Wei Liu wrote:
> On Thu, Mar 29, 2018 at 03:07:00PM -0700, Stefano Stabellini wrote:
> > Add pvcalls support to libxl and xl. Create the appropriate pvcalls
> > entries in xenstore.
> >
> > Signed-off-by: Stefano Stabellini
>
> Acked-by: Wei Liu
>
> Pl
On Thu, Mar 29, 2018 at 02:09:43PM +0200, Olaf Hering wrote:
> diff --git a/tools/libxl/libxl_types.idl b/tools/libxl/libxl_types.idl
> index dbb287d6fe..8b898bb3c9 100644
> --- a/tools/libxl/libxl_types.idl
> +++ b/tools/libxl/libxl_types.idl
> @@ -466,6 +466,7 @@ libxl_domain_build_info = Struct(
Hello,
Patch 1 is a pre-requisite for patch 2 that adds support for level
triggered interrupts to the emulated HPET code.
Thanks, Roger.
Roger Pau Monne (2):
x86/vpt: execute callbacks for masked interrupts
vhpet: add support for level triggered interrupts
xen/arch/x86/hvm/hpet.c | 46
Level triggered interrupts are not an optional feature of HPET, and
must be implemented in order to comply with the HPET specification.
Implement them by adding a callback to the timer which sets the
interrupt bit in the general interrupt status register. Further
interrupts (in case of periodic mo
Execute periodic_time callbacks even if the interrupt is not actually
injected because the IRQ is masked.
Current callbacks from emulated timer devices only update emulated
registers, which from my reading of the specs should happen regardless
of whether the interrupt has been injected or not.
Si
Add a basic HPET functionality test, note that this test requires the
HPET to support level triggered interrupts.
Further improvements should add support for interrupt delivery, and
testing all the available timers.
Signed-off-by: Roger Pau Monné
---
Cc: Andrew Cooper
---
Changes since v1:
- S
This requires importing some of the PV timecounter functionality from
FreeBSD in order to access the PV time info.
Signed-off-by: Roger Pau Monné
---
Cc: Andrew Cooper
---
Changes since v1:
- New in this version.
---
arch/x86/include/arch/lib.h | 14 +
build/files.mk | 1 +
flight 121377 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/121377/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-libvirt 13 migrate-support-checkfail never pass
test-arm64-arm64-xl-xsm 1
flight 121339 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/121339/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-libvirt-xsm 16 guest-start/debian.repeat fail REGR. vs. 121310
Tests which did not su
From: Razvan Cojocaru
For the default EPT view we have xc_set_mem_access_multi(), which
is able to set an array of pages to an array of access rights with
a single hypercall. However, this functionality was lacking for the
altp2m subsystem, which could only set page restrictions for one
page at a
flight 121336 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/121336/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-xsm7 xen-boot fail REGR. vs. 118324
test-amd64-i386-lib
On 3/30/18 3:50 AM, George Dunlap wrote:
> On Thu, Mar 29, 2018 at 6:47 PM, Doug Goldstein wrote:
>> On 3/29/18 12:05 PM, George Dunlap wrote:
>>> On Thu, Mar 29, 2018 at 4:45 PM, Wei Liu wrote:
>>>
>>> Long term I think we want to get away from building seabios ourselves
>>> altogether; but it's
On Fri, 30 Mar 2018, Amit Tomer wrote:
> Hello,
>
> > I tested this on my board and it works like expected. I would very much
> > like to see this driver still in 4.11.
>
> Thanks for looking into it and Many Thanks for testing it out.
FYI the deadline is the end of next week. If you submit a pa
On Fri, Mar 30, 2018 at 5:11 PM, Doug Goldstein wrote:
> On 3/30/18 3:50 AM, George Dunlap wrote:
>> On Thu, Mar 29, 2018 at 6:47 PM, Doug Goldstein wrote:
>>> On 3/29/18 12:05 PM, George Dunlap wrote:
On Thu, Mar 29, 2018 at 4:45 PM, Wei Liu wrote:
Long term I think we want to ge
On Thu, 29 Mar 2018, Jim Fehlig wrote:
> On 03/29/2018 04:07 PM, Stefano Stabellini wrote:
> > Add pvcalls support to libxl and xl. Create the appropriate pvcalls
> > entries in xenstore.
> >
> > Signed-off-by: Stefano Stabellini
> >
> > ---
> >
> > Changes in v2:
> > - rename pvcalls to pvcall
Add a short entry to the xl.cfg man page about pvcalls.
Also add LIBXL_HAVE_PVCALLS to mark the presence of pvcalls support in
libxl.
Signed-off-by: Stefano Stabellini
---
docs/man/xl.cfg.pod.5.in | 7 +++
tools/libxl/libxl.h | 7 +++
2 files changed, 14 insertions(+)
diff --git a/
On Fri, 30 Mar 2018, Wei Liu wrote:
> On Fri, Mar 30, 2018 at 09:25:34AM +0100, Wei Liu wrote:
> > On Thu, Mar 29, 2018 at 03:07:00PM -0700, Stefano Stabellini wrote:
> > > Add pvcalls support to libxl and xl. Create the appropriate pvcalls
> > > entries in xenstore.
> > >
> > > Signed-off-by: Ste
flight 121342 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/121342/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-libvirt-xsm 7 xen-boot fail REGR. vs. 121272
test-amd64-amd64-x
Hello,
We've been trying to enable mem_access events for SVM, and we do receive
some events with xen-access if we set the pages read-only. However, the
exec xen-access tests fails, because it appears that npfec.insn_fetch is
always 0 here (or at least we haven't seen it to be 1 in a lot of testing
On 30/03/2018 22:06, Razvan Cojocaru wrote:
> Hello,
>
> We've been trying to enable mem_access events for SVM, and we do receive
> some events with xen-access if we set the pages read-only. However, the
> exec xen-access tests fails, because it appears that npfec.insn_fetch is
> always 0 here (or
On 03/31/2018 12:14 AM, Andrew Cooper wrote:
> On 30/03/2018 22:06, Razvan Cojocaru wrote:
>> Hello,
>>
>> We've been trying to enable mem_access events for SVM, and we do receive
>> some events with xen-access if we set the pages read-only. However, the
>> exec xen-access tests fails, because it a
On 30/03/2018 22:47, Razvan Cojocaru wrote:
> On 03/31/2018 12:14 AM, Andrew Cooper wrote:
>> On 30/03/2018 22:06, Razvan Cojocaru wrote:
>>> Hello,
>>>
>>> We've been trying to enable mem_access events for SVM, and we do receive
>>> some events with xen-access if we set the pages read-only. Howeve
On 03/31/2018 12:52 AM, Andrew Cooper wrote:
> Well... If you don't set the real permissions bits, how is hardware
> going to know that you don't want this page to be executed, and raise a
> nested page fault in the first place?
Right, it's obvious in retrospect. We were fooled by the way it seeme
flight 121345 xen-4.6-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/121345/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-qemuu-nested-intel 17 debian-hvm-install/l1/l2 fail REGR. vs.
119227
Tests w
flight 121343 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/121343/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-qemuu-nested-intel 14 xen-boot/l1 fail REGR. vs. 120095
test-amd64-amd64-
On 3/29/18 3:00 PM, Olaf Hering wrote:
> On Thu, Mar 29, Doug Goldstein wrote:
>
>> If you'd be willing to create a SLE11 Docker container, we can add that
>> to the tree and start doing builds against it.
>
> I do not know how to do that. Any pointers?
>
> Olaf
>
Find the base image for SLE11
On 3/30/18 11:37 AM, George Dunlap wrote:
> On Fri, Mar 30, 2018 at 5:11 PM, Doug Goldstein wrote:
>> On 3/30/18 3:50 AM, George Dunlap wrote:
>>> On Thu, Mar 29, 2018 at 6:47 PM, Doug Goldstein wrote:
On 3/29/18 12:05 PM, George Dunlap wrote:
> On Thu, Mar 29, 2018 at 4:45 PM, Wei Liu
flight 121349 xen-4.7-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/121349/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-xtf-amd64-amd64-3 50 xtf/test-hvm64-lbr-tsx-vmentry fail REGR. vs. 121247
test-armhf-armh
flight 121358 xen-4.9-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/121358/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-xtf-amd64-amd64-3 broken
Tests which are f
50 matches
Mail list logo