[Xen-devel] [libvirt test] 119049: tolerable all pass - PUSHED

flight 119049 libvirt real [real] http://logs.test-lab.xenproject.org/osstest/logs/119049/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-armhf-armhf-libvirt 14 saverestore-support-checkfail like 118829 test-armhf-armhf-libvirt-xsm 14

[Xen-devel] xl vcpu-set in HVM domU fails change cpu online count

xl vcpu-set with a HVM domU sends an ACPI event to do hot-add of cpus. But if the vcpu count is decreased the domU does not offline any cpu. So far the only way to enforce offlining is to process the output of 'xenstore-watch cpu'. Why is HVM excluded in

Re: [Xen-devel] [RFC PATCH 24/49] ARM: new VGIC: Add IRQ sync/flush framework

Hi Andre, On 09/02/18 14:39, Andre Przywara wrote: Implement the framework for syncing IRQs between our emulation and the list registers, which represent the guest's view of IRQs. This is done in kvm_vgic_flush_hwstate and kvm_vgic_sync_hwstate, which You probably want to update the names

Re: [Xen-devel] [PATCH v2] tools/libxl: mark special pages as reserved in e820 map for PVH

On Tue, Feb 13, 2018 at 12:57:31PM +0100, Juergen Gross wrote: > On 13/02/18 12:55, Wei Liu wrote: > > On Tue, Nov 21, 2017 at 12:06:06PM +0100, Juergen Gross wrote: > >> The "special pages" for PVH guests include the frames for console and > >> Xenstore ring buffers. Those have to be marked as

Re: [Xen-devel] [RFC PATCH 23/49] ARM: new VGIC: Add IRQ sorting

Hi Andre, On 09/02/18 14:39, Andre Przywara wrote: Adds the sorting function to cover the case where you have more IRQs to consider than you have LRs. We consider their priorities. This pulls in Linux' list_sort.c , which is a merge sort implementation for linked lists. This is based on Linux

Re: [Xen-devel] [PATCH] x86/xen: Calculate __max_logical_packages on PV domains

* Juergen Gross wrote: > On 08/02/18 01:59, Boris Ostrovsky wrote: > > > > > > On 02/07/2018 06:49 PM, Prarit Bhargava wrote: > >> The kernel panics on PV domains because native_smp_cpus_done() is > >> only called for HVM domains. > >> > >> Calculate __max_logical_packages

Re: [Xen-devel] Problem with IOMEM and domain reboot

On Mon, Feb 12, 2018 at 07:22:27PM +0200, Oleksandr Grytsov wrote: > On Wed, Feb 7, 2018 at 2:14 PM, Oleksandr Andrushchenko > wrote: > > > On 02/06/2018 02:52 PM, Wei Liu wrote: > > > >> On Tue, Feb 06, 2018 at 02:44:56PM +0200, Oleksandr Andrushchenko wrote: > >> > >>>

Re: [Xen-devel] [PATCH] libxl: add libxl__is_driver_domain function

On Tue, Feb 06, 2018 at 03:08:45PM +0200, Oleksandr Grytsov wrote: > On Tue, Feb 6, 2018 at 2:36 PM, Wei Liu wrote: > > > On Thu, Dec 14, 2017 at 04:14:12PM +0200, Oleksandr Grytsov wrote: > > > From: Oleksandr Grytsov > > > > > > We have

Re: [Xen-devel] [RFC PATCH 17/49] ARM: timer: Handle level triggered IRQs correctly

On 12/02/18 18:23, Andre Przywara wrote: Hi, Hi Andre, On 12/02/18 15:19, Julien Grall wrote: Hi Andre, On 09/02/18 14:39, Andre Przywara wrote: The ARM Generic Timer uses a level-sensitive interrupt semantic. We easily catch when the line goes high, as this triggers the hardware IRQ.

Re: [Xen-devel] [RFC PATCH 15/49] ARM: GIC: Allow tweaking the active state of an IRQ

On 12/02/18 17:53, Andre Przywara wrote: Hi, Hi Andre, On 12/02/18 13:55, Julien Grall wrote: Hi Andre, On 09/02/18 14:39, Andre Przywara wrote: When playing around with hardware mapped, level triggered virtual IRQs, there is the need to explicitly set the active state of an interrupt at

Re: [Xen-devel] [PATCH v2] tools/libxl: mark special pages as reserved in e820 map for PVH

On 13/02/18 12:55, Wei Liu wrote: > On Tue, Nov 21, 2017 at 12:06:06PM +0100, Juergen Gross wrote: >> The "special pages" for PVH guests include the frames for console and >> Xenstore ring buffers. Those have to be marked as "Reserved" in the >> guest's E820 map, as otherwise conflicts might arise

Re: [Xen-devel] [RFC PATCH 09/49] ARM: VGIC: change to level-IRQ compatible IRQ injection interface

Hi, On 12/02/18 14:24, Andre Przywara wrote: What would you expect the caller to do on error? Except printing an error message? I don't know either. Comparing this to hardware, an IRQ is usually fire-and-forget (separating the interrupt line from the interrupt state here), so a device doesn't

Re: [Xen-devel] [PATCH v3 00/17] Alternative Meltdown mitigation

On 12/02/18 18:54, Dario Faggioli wrote: > On Fri, 2018-02-09 at 15:01 +0100, Juergen Gross wrote: >> This series is available via github: >> >> https://github.com/jgross1/xen.git xpti >> >> Dario wants to do some performance tests for this series to compare >> performance with Jan's series with

Re: [Xen-devel] [Minios-devel] [PATCH] mini-os: add a coding style file

On Mon, Feb 12, 2018 at 11:59:23AM +0100, Juergen Gross wrote: > On 09/11/17 13:45, Wei Liu wrote: > > On Thu, Nov 09, 2017 at 01:35:49PM +0100, Juergen Gross wrote: > >> On 09/11/17 13:31, Wei Liu wrote: > >>> On Thu, Nov 09, 2017 at 01:10:12PM +0100, Juergen Gross wrote: > Since carving out

Re: [Xen-devel] [PATCH RFC 2/8] public/io/netif: add directory for backend parameters

On Thu, Feb 08, 2018 at 01:51:28PM +, Joao Martins wrote: > > We can probably specify a xenstore node in the spec to > > return some error code and let libxl read it. With that model old tools > > work the same (extra node ignored) but new tools can utilise the new > > node. IIRC there could

[Xen-devel] [xen-unstable test] 119023: regressions - trouble: blocked/broken/fail/pass

flight 119023 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/119023/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-armhf-pvopsbroken build-i386-libvirt6

Re: [Xen-devel] [PATCH 3/3] pvh/dom0: whitelist PVH Dom0 ACPI tables

On Tue, Feb 13, 2018 at 04:04:17AM -0700, Jan Beulich wrote: > >>> On 13.02.18 at 10:59, wrote: > > On Tue, Feb 13, 2018 at 02:29:08AM -0700, Jan Beulich wrote: > >> >>> On 08.02.18 at 13:25, wrote: > >> > Signed-off-by: Roger Pau Monné

Re: [Xen-devel] [RFC XEN PATCH v4 00/41] Add vNVDIMM support to HVM domains

On Tue, Feb 13, 2018 at 04:05:45AM -0700, Jan Beulich wrote: > >>> On 13.02.18 at 11:29, wrote: > > On Tue, Feb 13, 2018 at 03:06:24AM -0700, Jan Beulich wrote: > >> >>> On 12.02.18 at 11:05, wrote: > >> > If you map the NVDIMM as MMIO to Dom0 you

Re: [Xen-devel] [PATCH 4/7] x86/asm: Remove opencoded uses of altinstruction_entry

>>> On 13.02.18 at 11:07, wrote: > On 13/02/2018 09:56, Jan Beulich wrote: > On 12.02.18 at 13:30, wrote: >>> On Mon, Feb 12, 2018 at 11:23:04AM +, Andrew Cooper wrote: diff --git a/xen/arch/x86/x86_64/entry.S

Re: [Xen-devel] [PATCH 7/7] x86/build: Use new .nop directive when available

On Mon, Feb 12, 2018 at 11:23:07AM +, Andrew Cooper wrote: > Newer versions of binutils are capable of emitting an exact number bytes worth > of optimised nops. Use this in preference to .skip when available. > > Signed-off-by: Andrew Cooper > --- > CC: Jan

Re: [Xen-devel] [RFC XEN PATCH v4 00/41] Add vNVDIMM support to HVM domains

>>> On 13.02.18 at 11:29, wrote: > On Tue, Feb 13, 2018 at 03:06:24AM -0700, Jan Beulich wrote: >> >>> On 12.02.18 at 11:05, wrote: >> > If you map the NVDIMM as MMIO to Dom0 you don't need the M2P entries >> > IIRC, and if it's mapped using 1GB pages

Re: [Xen-devel] [PATCH 3/3] pvh/dom0: whitelist PVH Dom0 ACPI tables

>>> On 13.02.18 at 10:59, wrote: > On Tue, Feb 13, 2018 at 02:29:08AM -0700, Jan Beulich wrote: >> >>> On 08.02.18 at 13:25, wrote: >> > Signed-off-by: Roger Pau Monné >> >> A change like this should not come without

Re: [Xen-devel] [PATCH] x86/srat: fix the end pfn check in valid_numa_range()

>>> On 12.02.18 at 02:44, wrote: > --- a/xen/arch/x86/srat.c > +++ b/xen/arch/x86/srat.c > @@ -110,8 +110,8 @@ int valid_numa_range(u64 start, u64 end, nodeid_t node) > for (i = 0; i < num_node_memblks; i++) { > struct node *nd = _memblk_range[i]; >

Re: [Xen-devel] [RFC XEN PATCH v4 00/41] Add vNVDIMM support to HVM domains

On Tue, Feb 13, 2018 at 03:06:24AM -0700, Jan Beulich wrote: > >>> On 12.02.18 at 11:05, wrote: > > If you map the NVDIMM as MMIO to Dom0 you don't need the M2P entries > > IIRC, and if it's mapped using 1GB pages it shouldn't use that much > > memory for the page tables

Re: [Xen-devel] [PATCH 5/7] x86/alt: Support for automatic padding calculations

On Tue, Feb 13, 2018 at 10:09:15AM +, Andrew Cooper wrote: > On 13/02/2018 09:45, Roger Pau Monné wrote: > > On Mon, Feb 12, 2018 at 11:23:05AM +, Andrew Cooper wrote: > >> .macro ALTERNATIVE oldinstr, newinstr, feature > >> .L\@_orig_s: > >> \oldinstr > >> .L\@_orig_e: > >> +

Re: [Xen-devel] [PATCH v3 02/17] x86: do a revert of e871e80c38547d9faefc6604532ba3e985e65873

>>> On 09.02.18 at 15:01, wrote: > Revert "x86: allow Meltdown band-aid to be disabled" in order to > prepare for a final Meltdown mitigation. This no also reverts a22320e32dca0918ed23799583f470afe4c24330 afaict. I think that it would be better to revert the whole thing in a

Re: [Xen-devel] [PATCH 5/7] x86/alt: Support for automatic padding calculations

On 13/02/2018 09:45, Roger Pau Monné wrote: > On Mon, Feb 12, 2018 at 11:23:05AM +, Andrew Cooper wrote: >> .macro ALTERNATIVE oldinstr, newinstr, feature >> .L\@_orig_s: >> \oldinstr >> .L\@_orig_e: >> + .skip (-((repl_len(1) - orig_len) > 0) * (repl_len(1) - orig_len)), >> 0x90

Re: [Xen-devel] [PATCH 4/7] x86/asm: Remove opencoded uses of altinstruction_entry

On 13/02/2018 09:56, Jan Beulich wrote: On 12.02.18 at 13:30, wrote: >> On Mon, Feb 12, 2018 at 11:23:04AM +, Andrew Cooper wrote: >>> diff --git a/xen/arch/x86/x86_64/entry.S b/xen/arch/x86/x86_64/entry.S >>> index 58f652d..bd3819a 100644 >>> ---

Re: [Xen-devel] [RFC XEN PATCH v4 00/41] Add vNVDIMM support to HVM domains

>>> On 12.02.18 at 11:05, wrote: > If you map the NVDIMM as MMIO to Dom0 you don't need the M2P entries > IIRC, and if it's mapped using 1GB pages it shouldn't use that much > memory for the page tables (ie: you could just use normal RAM for the > page tables that map the

Re: [Xen-devel] [PATCH 3/3] pvh/dom0: whitelist PVH Dom0 ACPI tables

On Tue, Feb 13, 2018 at 02:29:08AM -0700, Jan Beulich wrote: > >>> On 08.02.18 at 13:25, wrote: > > Signed-off-by: Roger Pau Monné > > A change like this should not come without description, providing a > reason for the change. Otherwise how will

Re: [Xen-devel] [PATCH 4/7] x86/asm: Remove opencoded uses of altinstruction_entry

>>> On 12.02.18 at 13:30, wrote: > On Mon, Feb 12, 2018 at 11:23:04AM +, Andrew Cooper wrote: >> diff --git a/xen/arch/x86/x86_64/entry.S b/xen/arch/x86/x86_64/entry.S >> index 58f652d..bd3819a 100644 >> --- a/xen/arch/x86/x86_64/entry.S >> +++

Re: [Xen-devel] [PATCH 7/7] x86: add iommu_ops to map and unmap pages, and also to flush the IOTLB

> -Original Message- > From: Tian, Kevin [mailto:kevin.t...@intel.com] > Sent: 13 February 2018 06:56 > To: Paul Durrant ; xen-devel@lists.xenproject.org > Cc: Stefano Stabellini ; Wei Liu > ; George Dunlap

Re: [Xen-devel] [PATCH 1/7] Port WARN_ON_ONCE() from Linux

>>> On 09.02.18 at 04:10, wrote: > Port WARN_ON_ONCE macro from Linux. > > Signed-off-by: Sameer Goel > Acked-by: Julien Grall > --- > xen/arch/arm/xen.lds.S | 1 + > xen/arch/x86/xen.lds.S | 1 + >

Re: [Xen-devel] [PATCH 1/7] Port WARN_ON_ONCE() from Linux

>>> On 09.02.18 at 11:47, wrote: > On Fri, Feb 09, 2018 at 10:45:25AM +, Julien Grall wrote: >> Hi, >> >> On 02/09/2018 10:29 AM, Roger Pau Monné wrote: >> > On Thu, Feb 08, 2018 at 08:10:49PM -0700, Sameer Goel wrote: >> > > diff --git a/xen/include/xen/lib.h

Re: [Xen-devel] [PATCH 5/7] x86/alt: Support for automatic padding calculations

On Mon, Feb 12, 2018 at 11:23:05AM +, Andrew Cooper wrote: > .macro ALTERNATIVE oldinstr, newinstr, feature > .L\@_orig_s: > \oldinstr > .L\@_orig_e: > + .skip (-((repl_len(1) - orig_len) > 0) * (repl_len(1) - orig_len)), 0x90 clang chokes on this expression, because of the

Re: [Xen-devel] [PATCH v3 2/3] x86/svm: add EFER SVME support for VGIF/VLOAD

>>> On 08.02.18 at 18:01, wrote: > --- a/xen/arch/x86/hvm/svm/svm.c > +++ b/xen/arch/x86/hvm/svm/svm.c > @@ -611,6 +611,12 @@ static void svm_update_guest_efer(struct vcpu *v) > if ( lma ) > new_efer |= EFER_LME; > vmcb_set_efer(vmcb, new_efer); > + > +

Re: [Xen-devel] [PATCH 3/3] pvh/dom0: whitelist PVH Dom0 ACPI tables

>>> On 08.02.18 at 13:25, wrote: > Signed-off-by: Roger Pau Monné A change like this should not come without description, providing a reason for the change. Otherwise how will someone wanting to understand the change in a couple of years actually be

Re: [Xen-devel] [PATCH 6/7] x86: add iommu_op to query reserved ranges

> -Original Message- > From: Tian, Kevin [mailto:kevin.t...@intel.com] > Sent: 13 February 2018 06:52 > To: Paul Durrant ; xen-devel@lists.xenproject.org > Cc: Stefano Stabellini ; Wei Liu > ; George Dunlap

Re: [Xen-devel] [PATCH 5/7] public / x86: introduce __HYPERCALL_iommu_op

> -Original Message- > From: Tian, Kevin [mailto:kevin.t...@intel.com] > Sent: 13 February 2018 06:43 > To: Paul Durrant ; xen-devel@lists.xenproject.org > Cc: Stefano Stabellini ; Wei Liu > ; George Dunlap

[Xen-devel] [linux-linus bisection] complete test-amd64-i386-xl-qemuu-ovmf-amd64

branch xen-unstable xenbranch xen-unstable job test-amd64-i386-xl-qemuu-ovmf-amd64 testid xen-boot Tree: linux git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git Tree: linuxfirmware git://xenbits.xen.org/osstest/linux-firmware.git Tree: qemu

Re: [Xen-devel] [PATCH 0/7] paravirtual IOMMU interface

> -Original Message- > From: Tian, Kevin [mailto:kevin.t...@intel.com] > Sent: 13 February 2018 06:21 > To: Paul Durrant ; xen-devel@lists.xenproject.org > Cc: Andrew Cooper ; Daniel De Graaf > ; George Dunlap

Re: [Xen-devel] [PATCH v3 2/2] x86/setup: remap Xen image up to PFN_DOWN(__pa(_end))

>>> On 08.02.18 at 14:46, wrote: > Sorry for late reply but I was busy with other stuff. > > On Fri, Jan 19, 2018 at 08:27:46AM -0700, Jan Beulich wrote: >> >>> On 10.01.18 at 14:05, wrote: >> > Current limit, PFN_DOWN(xen_phys_start),

Re: [Xen-devel] [PATCH RFC v2 10/12] x86: allocate per-vcpu stacks for interrupt entries

>>> On 09.02.18 at 13:35, wrote: > On 30/01/18 16:40, Jan Beulich wrote: > On 22.01.18 at 13:32, wrote: >>> @@ -37,10 +52,24 @@ struct vcpu; >>> >>> struct cpu_info { >>> struct cpu_user_regs guest_cpu_user_regs; >>> -unsigned int processor_id;

Re: [Xen-devel] [PATCH] x86/nmi: lower initial watchdog frequency to avoid boot hangs

>>> On 08.02.18 at 13:18, wrote: > We switch the NMI frequency to ~2Hz after the calibration, but that is > after having run the BSP at 100Hz for a long period of time, and the APs > at this rate for a short while. Irrespective of the exact fix here, it > is simply not

[Xen-devel] [linux-linus test] 119010: regressions - trouble: broken/fail/pass

flight 119010 linux-linus real [real] http://logs.test-lab.xenproject.org/osstest/logs/119010/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qemuu-ovmf-amd64 broken test-amd64-i386-xl-xsm7

<    1   2