[Xen-devel] [PATCH] x86/mm: fix a potential race condition in map_pages_to_xen().

In map_pages_to_xen(), a L2 page table entry may be reset to point to a superpage, and its corresponding L1 page table need be freed in such scenario, when these L1 page table entries are mapping to consecutive page frames and having the same mapping flags. However, variable `pl1e` is not

[Xen-devel] [qemu-mainline test] 115684: regressions - FAIL

flight 115684 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/115684/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-libvirt-qcow2 17 guest-start/debian.repeat fail REGR. vs. 114507 Tests which

Re: [Xen-devel] Unable to create guest PV domain on OMAP5432

Hello Konrad, Apologies for the incomplete mail. Adding to the previous reply; >> not allocate order=18 extent: id=4 memflags=0xc0 (0 of 1)libxl: error: > looks like it could not allocate memory? In my configuration file, i had used "memory=1024" . However if I use any value <=512 , the above

Re: [Xen-devel] Unable to create guest PV domain on OMAP5432

Hello Konrad, >> What does 'xl info' say? B/c: xl info gives the below output *root@omap5-evm:~# xl infohost : omap5-evmrelease: 3.15.0-dirtyversion: #18 SMP Fri Nov 3 14:33:50 IST 2017machine:

Re: [Xen-devel] [llvm-dev] [PATCH for-next 7/9] coverage: introduce support for llvm profiling

- llvm-dev, since the code review can continue without that audience. vedant > On Nov 8, 2017, at 3:08 AM, Jan Beulich via llvm-dev > wrote: > On 08.11.17 at 09:56, wrote: >> On Wed, Nov 08, 2017 at 01:38:59AM -0700, Jan Beulich wrote:

[Xen-devel] [linux-linus test] 115678: FAIL

flight 115678 linux-linus real [real] http://logs.test-lab.xenproject.org/osstest/logs/115678/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-libvirt-xsm broken in 115658 Tests

Re: [Xen-devel] Xen PVH support in grub2

On Tue, Nov 07, 2017 at 11:10:29AM -0500, Boris Ostrovsky wrote: > On 11/07/2017 02:42 AM, Juergen Gross wrote: > > On 06/11/17 17:42, Boris Ostrovsky wrote: > >> On 11/06/2017 10:05 AM, Juergen Gross wrote: > >>> On 06/11/17 15:51, Boris Ostrovsky wrote: > On 11/06/2017 02:16 AM, Juergen

Re: [Xen-devel] [BUG] blkback reporting incorrect number of sectors, unable to boot

So am I correct in reading this that for at least the foreseeable future storage using 4k sector sizes is not gonna happen? I'm just trying to figure out if I need to get some different hardware. Thank you! On Tue, Nov 7, 2017 at 5:41 AM, Roger Pau Monné wrote: > On Tue,

Re: [Xen-devel] [PATCH v3 5/7] libxl: support unmapping static shared memory areas during domain destruction

Oops, The address lines were somehow dropped by my mail client. Adding Wei. 2017-11-09 10:06 GMT+08:00 Zhongze Liu : > Hi Wei, > > 2017-11-01 23:55 GMT+08:00 Wei Liu : >> On Thu, Oct 19, 2017 at 10:36:33AM +0800, Zhongze Liu wrote: >>> Add

Re: [Xen-devel] [PATCH v3 5/7] libxl: support unmapping static shared memory areas during domain destruction

Hi Wei, 2017-11-01 23:55 GMT+08:00 Wei Liu : > On Thu, Oct 19, 2017 at 10:36:33AM +0800, Zhongze Liu wrote: >> Add libxl__sshm_del to unmap static shared memory areas mapped by >> libxl__sshm_add during domain creation. The unmapping process is: >> >> * For a master: decrease

[Xen-devel] [linux-next test] 115674: regressions - FAIL

flight 115674 linux-next real [real] http://logs.test-lab.xenproject.org/osstest/logs/115674/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-xl-vhd 7 xen-boot fail REGR. vs. 115643

Re: [Xen-devel] [BUG] xen-mceinj tool testing cause dom0 crash

On 11/07/17 01:37 -0700, Jan Beulich wrote: > >>> On 07.11.17 at 09:23, wrote: > >> From: Jan Beulich [mailto:jbeul...@suse.com] > >> Sent: Tuesday, November 7, 2017 4:09 PM > >> >>> On 07.11.17 at 02:37, wrote: > >> >> From: Jan Beulich

Re: [Xen-devel] [RFC v2 2/7] arm64: Add definitions for fwnode_handle

On 10/24/2017 8:08 AM, Julien Grall wrote: > Hi Sameer, > > On 19/10/17 15:53, Goel, Sameer wrote: >> On 10/12/2017 6:45 AM, Julien Grall wrote: >>> On 21/09/17 01:37, Sameer Goel wrote: This will be used as a device property to match the DMA capable devices with the associated SMMU.

Re: [Xen-devel] [PATCH v3 4/7] libxl: support mapping static shared memory areas during domain creation

Hi Wei, 2017-11-01 23:55 GMT+08:00 Wei Liu : > On Thu, Oct 19, 2017 at 10:36:32AM +0800, Zhongze Liu wrote: >> Add libxl__sshm_add to map shared pages from one DomU to another, The mapping >> process involves the follwing steps: >> >> * Set defaults and check for further

Re: [Xen-devel] [BUG] win2008 guest cannot get ip through sriov

> -Original Message- > From: Roger Pau Monné [mailto:roger@citrix.com] > Sent: Tuesday, November 7, 2017 5:33 PM > To: Hao, Xudong > Cc: Julien Grall ; Stefano Stabellini > ; Lars Kurth ;

[Xen-devel] [linux-3.18 test] 115673: regressions - FAIL

flight 115673 linux-3.18 real [real] http://logs.test-lab.xenproject.org/osstest/logs/115673/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-libvirt-vhd 17 guest-start/debian.repeat fail REGR. vs. 115495 Tests which did

Re: [Xen-devel] [PATCH] Xen/pciback: Implement PCI slot or bus reset with 'do_flr' SysFS attribute

Thanks Pasi for your response. Please see below for my comments. On 11/8/2017 11:38 AM, Pasi Kärkkäinen wrote: Hi, On Wed, Nov 08, 2017 at 09:44:48AM -0600, Govinda Tatti wrote: Thanks Jan for your review comments. Please see below for my comments. On 11/7/2017 8:40 AM, Jan Beulich wrote:

[Xen-devel] [PATCH V2] Xen/pciback: Implement PCI slot or bus reset with 'do_flr' SysFS attribute

The life-cycle of a PCI device in Xen pciback is complex and is constrained by the generic PCI locking mechanism. - It starts with the device being bound to us, for which we do a function reset (done via SysFS so the PCI lock is held). - If the device is unbound from us, we also do a function

Re: [Xen-devel] [PATCH] xen/privcmd: remove unused variable pageidx

On 11/08/2017 08:30 AM, Juergen Gross wrote: > On 08/11/17 14:00, Colin King wrote: >> From: Colin Ian King >> >> Variable pageidx is assigned a value but it is never read, hence it >> is redundant and can be removed. Cleans up clang warning: >> >>

Re: [Xen-devel] [PATCH v2 0/5] xen: grant table interface v2 support

On 11/06/2017 03:46 PM, Boris Ostrovsky wrote: > On 11/02/2017 05:19 AM, Juergen Gross wrote: >> In order to support Linux to run as a pv guest on machines with huge >> memory (>16TB) or as a hvm guest with more than 16TB of memory the >> kernel has to support grant table interface v2, as v1 is

Re: [Xen-devel] [PATCH v4] xen: support priv-mapping in an HVM tools domain

On 11/03/2017 04:51 PM, Boris Ostrovsky wrote: > On 11/03/2017 01:04 PM, Paul Durrant wrote: >> If the domain has XENFEAT_auto_translated_physmap then use of the PV- >> specific HYPERVISOR_mmu_update hypercall is clearly incorrect. >> >> This patch adds checks in xen_remap_domain_gfn_array() and

Re: [Xen-devel] [PATCH] xen/pvcalls: remove redundant check for irq >= 0

On 11/03/2017 06:01 AM, Juergen Gross wrote: > On 03/11/17 10:20, Colin King wrote: >> From: Colin Ian King >> >> This is a moot point, but irq is always less than zero at the label >> out_error, so the check for irq >= 0 is redundant and can be removed. >> >> Detected

Re: [Xen-devel] [PATCH] xen/pvcalls: fix unsigned less than zero error check

On 11/03/2017 05:01 AM, Juergen Gross wrote: > On 03/11/17 09:42, Colin King wrote: >> From: Colin Ian King >> >> The check on bedata->ref is never true because ref is an unsigned >> integer. Fix this by assigning signed int ret to the return of the >> call to

Re: [Xen-devel] [PATCH] xen/pvcalls-front: mark expected switch fall-through

On 11/03/2017 04:04 AM, Juergen Gross wrote: > On 02/11/17 19:51, Gustavo A. R. Silva wrote: >> In preparation to enabling -Wimplicit-fallthrough, mark switch cases >> where we are expecting to fall through. >> >> Notice that in this particular case I placed the "fall through" comment >> on its

Re: [Xen-devel] [PATCH] xen: xenbus_probe_frontend: mark expected switch fall-throughs

On 11/03/2017 04:03 AM, Juergen Gross wrote: > On 02/11/17 19:41, Gustavo A. R. Silva wrote: >> In preparation to enabling -Wimplicit-fallthrough, mark switch cases >> where we are expecting to fall through. >> >> Addresses-Coverity-ID: 146562 >> Addresses-Coverity-ID: 146563 >> Signed-off-by:

Re: [Xen-devel] [PATCH v6 1/1] xen/time: do not decrease steal time after live migration on xen

On 10/31/2017 09:46 PM, Dongli Zhang wrote: > After guest live migration on xen, steal time in /proc/stat > (cpustat[CPUTIME_STEAL]) might decrease because steal returned by > xen_steal_lock() might be less than this_rq()->prev_steal_time which is > derived from previous return value of

[Xen-devel] [linux-4.9 test] 115671: regressions - FAIL

flight 115671 linux-4.9 real [real] http://logs.test-lab.xenproject.org/osstest/logs/115671/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qemuu-win7-amd64 16 guest-localmigrate/x10 fail REGR. vs. 115613 Regressions

[Xen-devel] Failed to build qemu-xen on Arch Linux

Hi, I have encountered the following error while building xen ( staging - 9862926902ba035a3741afdf03da40a4d4b57a6f) : AR libqemuutil.a /home/pepi/work/xen/tools/qemu-xen-dir/ui/gtk.c: In function ‘gd_menu_copy’: /home/pepi/work/xen/tools/qemu-xen-dir/ui/gtk.c:1705:5: error:

[Xen-devel] [PATCH] x86/pvh: Do not add DSDT and FACS to PVH dom0 XSDT

These tables are pointed to from FADT. Adding them will result in duplicate entries in the guest's tables. Signed-off-by: Boris Ostrovsky --- xen/arch/x86/hvm/dom0_build.c | 17 +++-- 1 file changed, 15 insertions(+), 2 deletions(-) diff --git

[Xen-devel] [PATCH v2] x86/hvm: do not register hpet mmio during s3 cycle

Do it once at domain creation (hpet_init). Sleep -> Resume cycles will end up crashing an HVM guest with hpet as the sequence during resume takes the path: -> hvm_s3_suspend -> hpet_reset -> hpet_deinit -> hpet_init -> register_mmio_handler -> hvm_next_io_handler

Re: [Xen-devel] [Qemu-devel] [PATCH v3] xen-disk: use an IOThread per instance

On Wed, Nov 08, 2017 at 05:42:27PM +, Stefan Hajnoczi wrote: > On Tue, Nov 07, 2017 at 05:46:53AM -0500, Paul Durrant wrote: > > This patch allocates an IOThread object for each xen_disk instance and > > sets the AIO context appropriately on connect. This allows processing > > of I/O to

Re: [Xen-devel] [Qemu-devel] [PATCH v3] xen-disk: use an IOThread per instance

On Tue, Nov 07, 2017 at 05:46:53AM -0500, Paul Durrant wrote: > This patch allocates an IOThread object for each xen_disk instance and > sets the AIO context appropriately on connect. This allows processing > of I/O to proceed in parallel. > > The patch also adds tracepoints into xen_disk to make

Re: [Xen-devel] [PATCH v1] tools/hotplug: convert proc-xen.mount to proc-xen.service

On Wed, Nov 08, Wei Liu wrote: > But is there really no way to ask nicely to see if systemd would accept > a change in behaviour? That is, to make proc-xen.mount (or any attempt > to mount API fs) a nop when xenfs is added to API file system. I have considered that as well. If the failing unit

Re: [Xen-devel] [PATCH] Xen/pciback: Implement PCI slot or bus reset with 'do_flr' SysFS attribute

Hi, On Wed, Nov 08, 2017 at 09:44:48AM -0600, Govinda Tatti wrote: > Thanks Jan for your review comments. Please see below for my comments. > > On 11/7/2017 8:40 AM, Jan Beulich wrote: > On 06.11.17 at 18:48, wrote: > >>---

Re: [Xen-devel] [PATCH v1] tools/hotplug: convert proc-xen.mount to proc-xen.service

On Wed, Nov 08, 2017 at 05:24:14PM +0100, Olaf Hering wrote: > On Thu, Oct 26, Olaf Hering wrote: > > > > If not, then out-of-tree packages are going to have compatibility > > > problems with this change. > > Only if they use Requires=proc-xen.mount. > > Any other objections to this change? > >

[Xen-devel] [PATCH v8 4/5] x86/xen/time: setup vcpu 0 time info page

In order to support pvclock vdso on xen we need to setup the time info page for vcpu 0 and register the page with Xen using the VCPUOP_register_vcpu_time_memory_area hypercall. This hypercall will also forcefully update the pvti which will set some of the necessary flags for vdso. Afterwards we

[Xen-devel] [PATCH v8 2/5] x86/pvclock: add setter for pvclock_pvti_cpu0_va

Right now there is only a pvclock_pvti_cpu0_va() which is defined on kvmclock since: commit dac16fba6fc5 ("x86/vdso: Get pvclock data from the vvar VMA instead of the fixmap") The only user of this interface so far is kvm. This commit adds a setter function for the pvti page and moves

[Xen-devel] [PATCH v8 1/5] ptp_kvm: probe for kvm guest availability

In the event of moving pvclock_pvti_cpu0_va() definition to common pvclock code, this function would return a value on non KVM guests. Later on this would fail with a GPF on ptp_kvm_init when running on a Xen guest. Therefore, ptp_kvm_init() should check whether it is running in a KVM guest.

[Xen-devel] [PATCH v8 3/5] x86/xen/time: set pvclock flags on xen_time_init()

Specifically check for PVCLOCK_TSC_STABLE_BIT and if this bit is set, then set it too on pvclock flags. This allows Xen clocksource to use it and thus speeding up xen_clocksource_read() callers (i.e. sched_clock()) Signed-off-by: Joao Martins Reviewed-by: Boris

[Xen-devel] [PATCH v8 5/5] MAINTAINERS: xen, kvm: track pvclock-abi.h changes

This file defines an ABI shared between guest and hypervisor(s) (KVM, Xen) and as such there should be an correspondent entry in MAINTAINERS file. Notice that there's already a text notice at the top of the header file, hence this commit simply enforces it more explicitly and have both peers

[Xen-devel] [PATCH v8 0/5] x86/xen: pvclock vdso support

Hey, This is take 8 for vdso for Xen. PVCLOCK_TSC_STABLE_BIT can be set starting Xen 4.8 which is required for vdso time related calls. In order to have it on, you need to have the hypervisor clocksource be TSC e.g. with the following boot params "clocksource=tsc tsc=stable:socket". Series is

Re: [Xen-devel] [PATCH v1] tools/hotplug: convert proc-xen.mount to proc-xen.service

On Thu, Oct 26, Olaf Hering wrote: > > If not, then out-of-tree packages are going to have compatibility > > problems with this change. > Only if they use Requires=proc-xen.mount. Any other objections to this change? How to proceed with this? Olaf signature.asc Description: PGP signature

[Xen-devel] [qemu-mainline test] 115663: regressions - FAIL

flight 115663 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/115663/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-libvirt-qcow2 17 guest-start/debian.repeat fail REGR. vs. 114507 Tests which

Re: [Xen-devel] [PATCH] Xen/pciback: Implement PCI slot or bus reset with 'do_flr' SysFS attribute

Thanks Jan for your review comments. Please see below for my comments. On 11/7/2017 8:40 AM, Jan Beulich wrote: On 06.11.17 at 18:48, wrote: --- a/Documentation/ABI/testing/sysfs-driver-pciback +++ b/Documentation/ABI/testing/sysfs-driver-pciback @@ -11,3 +11,15 @@

Re: [Xen-devel] [PATCH] Xen/pciback: Implement PCI slot or bus reset with 'do_flr' SysFS attribute

On 11/8/2017 9:09 AM, Juergen Gross wrote: On 08/11/17 16:00, Govinda Tatti wrote: Thanks Roger for your review comments. Please see below for my comments. On 11/7/2017 5:21 AM, Roger Pau Monné wrote: On Mon, Nov 06, 2017 at 12:48:42PM -0500, Govinda Tatti wrote: +out: +    if (!err) + 

Re: [Xen-devel] [Qemu-devel] [PATCH v3 01/46] Replace all occurances of __FUNCTION__ with __func__

On Wed, Nov 8, 2017 at 7:00 AM, Eric Blake wrote: > On 11/08/2017 08:51 AM, Alistair Francis wrote: > > Let me rephrase the question: do we really support compilers that don't > understand __func__? The presence of numerous unconditional uses of > __func__ in the

Re: [Xen-devel] [PATCH] Xen/pciback: Implement PCI slot or bus reset with 'do_flr' SysFS attribute

On 08/11/17 16:00, Govinda Tatti wrote: > Thanks Roger for your review comments. Please see below for my comments. > > On 11/7/2017 5:21 AM, Roger Pau Monné wrote: >> On Mon, Nov 06, 2017 at 12:48:42PM -0500, Govinda Tatti wrote: >>> +out: >>> +    if (!err) >>> +    err = count; >>> + >>> +  

Re: [Xen-devel] [Qemu-devel] [PATCH v3 01/46] Replace all occurances of __FUNCTION__ with __func__

On 11/08/2017 08:51 AM, Alistair Francis wrote: Let me rephrase the question: do we really support compilers that don't understand __func__? The presence of numerous unconditional uses of __func__ in the tree means the answer is no. Let's replace AUDIO_FUNC by plain

Re: [Xen-devel] [PATCH] Xen/pciback: Implement PCI slot or bus reset with 'do_flr' SysFS attribute

Thanks Roger for your review comments. Please see below for my comments. On 11/7/2017 5:21 AM, Roger Pau Monné wrote: On Mon, Nov 06, 2017 at 12:48:42PM -0500, Govinda Tatti wrote: The life-cycle of a PCI device in Xen pciback is complex and is constrained by the generic PCI locking mechanism.

Re: [Xen-devel] [Qemu-devel] [PATCH v3 01/46] Replace all occurances of __FUNCTION__ with __func__

On Tue, Nov 7, 2017 at 11:52 PM, Markus Armbruster wrote: > Eric Blake writes: > >> On 11/07/2017 04:12 AM, Markus Armbruster wrote: >>> Juan Quintela writes: >>> Alistair Francis wrote: > Replace

Re: [Xen-devel] Unable to create guest PV domain on OMAP5432

On Wed, Nov 08, 2017 at 10:47:20AM +0530, Jayadev Kumaran wrote: > Hello all, > > I'm trying to implement Xen hypervisor support on OMAP5432.I have followed > the steps as in > https://wiki.xenproject.org/wiki/Xen_ARM_with_Virtualization_Extensions/OMAP5432_uEVM > for the initial setup. I'm able

[Xen-devel] [xen-unstable-smoke test] 115676: tolerable all pass - PUSHED

flight 115676 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/115676/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-amd64-amd64-libvirt 13 migrate-support-checkfail never pass test-armhf-armhf-xl

Re: [Xen-devel] [RFC v2 5/7] acpi:arm64: Add support for parsing IORT table

Hi Sameer On 9/21/2017 6:07 AM, Sameer Goel wrote: Add support for parsing IORT table to initialize SMMU devices. * The code for creating an SMMU device has been modified, so that the SMMU device can be initialized. * The NAMED NODE code has been commented out as this will need DOM0 kernel

[Xen-devel] [RFC] [Draft Design v2] ACPI/IORT Support in Xen.

ACPI/IORT Support in Xen. -- Draft 2 Revision History: Changes since v1- - Modified IORT Parsing data structures. - Added RID->StreamID and RID->DeviceID map as per Andre's suggestion. - Added reference code which can be read along with this document. - Removed

Re: [Xen-devel] [PATCH 3/3] x86/xen: use guest_late_init to detect Xen PVH guest

On 11/08/2017 09:17 AM, Juergen Gross wrote: > On 08/11/17 15:10, Boris Ostrovsky wrote: >> On 11/08/2017 08:36 AM, Juergen Gross wrote: >>> Regarding ACPI tables: current PVH implementation in Linux kernel >>> seems not to make use of the special information presented in the boot >>> information

Re: [Xen-devel] [PATCH 3/3] x86/xen: use guest_late_init to detect Xen PVH guest

On 08/11/17 15:10, Boris Ostrovsky wrote: > On 11/08/2017 08:36 AM, Juergen Gross wrote: >> >> Regarding ACPI tables: current PVH implementation in Linux kernel >> seems not to make use of the special information presented in the boot >> information block. > > It will need to do so for dom0 (and,

Re: [Xen-devel] [PATCH 3/3] x86/xen: use guest_late_init to detect Xen PVH guest

On 11/08/2017 08:36 AM, Juergen Gross wrote: > > Regarding ACPI tables: current PVH implementation in Linux kernel > seems not to make use of the special information presented in the boot > information block. It will need to do so for dom0 (and, then, for simplicity, for all PVH guests). -boris

Re: [Xen-devel] [PATCH 0/3] x86/xen: support booting PVH guest via standard boot path

On 11/08/2017 08:40 AM, Juergen Gross wrote: > On 08/11/17 14:37, Boris Ostrovsky wrote: >> On 11/08/2017 04:07 AM, Juergen Gross wrote: >>> Booting a Xen PVH guest requires a special boot entry as it is >>> mandatory to setup some Xen-specific interfaces rather early. When grub >>> or OVMF are

Re: [Xen-devel] [PATCH 0/3] x86/xen: support booting PVH guest via standard boot path

On 08/11/17 14:37, Boris Ostrovsky wrote: > On 11/08/2017 04:07 AM, Juergen Gross wrote: >> Booting a Xen PVH guest requires a special boot entry as it is >> mandatory to setup some Xen-specific interfaces rather early. When grub >> or OVMF are used as boot loaders, however, those will fill the

Re: [Xen-devel] [PATCH 3/3] x86/xen: use guest_late_init to detect Xen PVH guest

On 08/11/17 13:58, Jan Beulich wrote: On 08.11.17 at 13:45, wrote: >> On 08/11/17 13:31, Jan Beulich wrote: >> On 08.11.17 at 12:55, wrote: On 08/11/17 12:18, Jan Beulich wrote: On 08.11.17 at 10:07, wrote: >> In case

Re: [Xen-devel] [PATCH 0/3] x86/xen: support booting PVH guest via standard boot path

On 11/08/2017 04:07 AM, Juergen Gross wrote: > Booting a Xen PVH guest requires a special boot entry as it is > mandatory to setup some Xen-specific interfaces rather early. When grub > or OVMF are used as boot loaders, however, those will fill the boot > parameters in zeropage and there is no

Re: [Xen-devel] [PATCH] xen/privcmd: remove unused variable pageidx

On 08/11/17 14:00, Colin King wrote: > From: Colin Ian King > > Variable pageidx is assigned a value but it is never read, hence it > is redundant and can be removed. Cleans up clang warning: > > drivers/xen/privcmd.c:199:2: warning: Value stored to 'pageidx' > is

Re: [Xen-devel] [PATCH v7 2/5] x86/pvclock: add setter for pvclock_pvti_cpu0_va

On Wed, 8 Nov 2017, Joao Martins wrote: > On 11/08/2017 11:06 AM, Thomas Gleixner wrote: > > The only nit-pick I have are the convoluted function names: > > > > pvclock_set_pvti_cpu0_va() pvclock_pvti_cpu0_va() > > > > What on earth does that mean? > > > Those two functions respectively set

Re: [Xen-devel] [PATCH v7 2/5] x86/pvclock: add setter for pvclock_pvti_cpu0_va

On 11/08/2017 11:06 AM, Thomas Gleixner wrote: > On Tue, 7 Nov 2017, Joao Martins wrote: >> On 11/06/2017 04:09 PM, Paolo Bonzini wrote: >>> On 19/10/2017 15:39, Joao Martins wrote: Right now there is only a pvclock_pvti_cpu0_va() which is defined on kvmclock since: commit

[Xen-devel] [PATCH] xen/privcmd: remove unused variable pageidx

From: Colin Ian King Variable pageidx is assigned a value but it is never read, hence it is redundant and can be removed. Cleans up clang warning: drivers/xen/privcmd.c:199:2: warning: Value stored to 'pageidx' is never read Signed-off-by: Colin Ian King

Re: [Xen-devel] [PATCH 3/3] x86/xen: use guest_late_init to detect Xen PVH guest

>>> On 08.11.17 at 13:45, wrote: > On 08/11/17 13:31, Jan Beulich wrote: > On 08.11.17 at 12:55, wrote: >>> On 08/11/17 12:18, Jan Beulich wrote: >>> On 08.11.17 at 10:07, wrote: > In case we are booted via the default boot entry by

Re: [Xen-devel] [PATCH for-4.10] libevtchn: fix build on non-Linux hosts

On Wed, Nov 08, 2017 at 12:52:57PM +, Roger Pau Monne wrote: > Non-Linux hosts (where osdep_evtchn_restrict is not yet supported) > made use of errno without including errno.h, fix this by including the > header. > > Signed-off-by: Roger Pau Monné Acked-by: Wei Liu

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

flight 115658 linux-linus real [real] http://logs.test-lab.xenproject.org/osstest/logs/115658/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-libvirt-xsm broken test-armhf-armhf-libvirt-xsm 4

[Xen-devel] [PATCH for-4.10] libevtchn: fix build on non-Linux hosts

Non-Linux hosts (where osdep_evtchn_restrict is not yet supported) made use of errno without including errno.h, fix this by including the header. Signed-off-by: Roger Pau Monné --- Cc: Ian Jackson Cc: Wei Liu Cc: Julien

Re: [Xen-devel] [PATCH 3/3] x86/xen: use guest_late_init to detect Xen PVH guest

On 08/11/17 13:31, Jan Beulich wrote: On 08.11.17 at 12:55, wrote: >> On 08/11/17 12:18, Jan Beulich wrote: >> On 08.11.17 at 10:07, wrote: In case we are booted via the default boot entry by a generic loader like grub or OVMF it is necessary

Re: [Xen-devel] [PATCH for-4.10] gcov: return EOPNOTSUPP for unimplemented gcov domctl

>>> On 07.11.17 at 13:31, wrote: > ENOSYS should only be used by unimplemented top-level syscalls. Use > EOPNOTSUPP instead. > > Signed-off-by: Roger Pau Monné > Reported-by: Jan Beulich Btw I've taken the liberty to make the

Re: [Xen-devel] [PATCH 3/3] x86/xen: use guest_late_init to detect Xen PVH guest

On 08/11/17 13:26, Paolo Bonzini wrote: > On 08/11/2017 13:24, Juergen Gross wrote: >>> My understanding of Xen is very rusty at this point, but I think a >>> "completely" legacy-free HVM domain will still have a PCI bus and the >>> Xen platform device on that bus. >>> >>> A PVH domain just knows

Re: [Xen-devel] [PATCH 3/3] x86/xen: use guest_late_init to detect Xen PVH guest

>>> On 08.11.17 at 12:55, wrote: > On 08/11/17 12:18, Jan Beulich wrote: > On 08.11.17 at 10:07, wrote: >>> In case we are booted via the default boot entry by a generic loader >>> like grub or OVMF it is necessary to distinguish between a HVM guest >>> with

Re: [Xen-devel] [PATCH for-4.10] x86/cpuid: Minor fixups missed from previous work

Hi, On 03/11/17 17:35, Andrew Cooper wrote: * Add more feature names to ./xen-cpuid * Vertically align the magic comments in cpufeatureset.h Signed-off-by: Andrew Cooper --- CC: Jan Beulich CC: Ian Jackson CC: Wei

Re: [Xen-devel] [PATCH 3/3] x86/xen: use guest_late_init to detect Xen PVH guest

On 08/11/2017 13:24, Juergen Gross wrote: >> My understanding of Xen is very rusty at this point, but I think a >> "completely" legacy-free HVM domain will still have a PCI bus and the >> Xen platform device on that bus. >> >> A PVH domain just knows how to access the Xen PV features. > > A HVM

Re: [Xen-devel] [PATCH for-4.10] gcov: return EOPNOTSUPP for unimplemented gcov domctl

Hi, On 07/11/17 14:20, Jan Beulich wrote: On 07.11.17 at 13:31, wrote: ENOSYS should only be used by unimplemented top-level syscalls. Use EOPNOTSUPP instead. Signed-off-by: Roger Pau Monné Reported-by: Jan Beulich

Re: [Xen-devel] [PATCH 3/3] x86/xen: use guest_late_init to detect Xen PVH guest

On 08/11/17 13:03, Paolo Bonzini wrote: > On 08/11/2017 12:55, Juergen Gross wrote: >> On 08/11/17 12:18, Jan Beulich wrote: >> On 08.11.17 at 10:07, wrote: In case we are booted via the default boot entry by a generic loader like grub or OVMF it is necessary to

Re: [Xen-devel] [BUG] win2008 guest cannot get ip through sriov

Hi Anthony, On 08/11/17 12:13, Anthony PERARD wrote: On Thu, Nov 02, 2017 at 01:49:54PM +, Julien Grall wrote: On 27/10/17 21:16, Stefano Stabellini wrote: On Fri, 27 Oct 2017, Julien Grall wrote: On 27/10/17 08:27, Hao, Xudong wrote: This bug exist much long time, there are many

Re: [Xen-devel] [BUG] win2008 guest cannot get ip through sriov

On Thu, Nov 02, 2017 at 01:49:54PM +, Julien Grall wrote: > On 27/10/17 21:16, Stefano Stabellini wrote: > > On Fri, 27 Oct 2017, Julien Grall wrote: > > > On 27/10/17 08:27, Hao, Xudong wrote: > > > > This bug exist much long time, there are many discussion last year but > > > > not a > > >

Re: [Xen-devel] Bringing up OSS test framework on moonshot(aarch64) systems

Julien Grall writes ("Re: Bringing up OSS test framework on moonshot(aarch64) systems"): > On 08/11/17 11:39, Ian Jackson wrote: > > I'm not familiar with the referent of "moonshot" in this context. IME > > "moonshot" is a project name chosen multiple times, for different > > projects, by people

Re: [Xen-devel] [xen-unstable bisection] complete test-amd64-amd64-i386-pvgrub

Hi Wei, On 08/11/17 11:36, Wei Liu wrote: On Tue, Nov 07, 2017 at 05:24:32PM +, Julien Grall wrote: Hi Wei, On 07/11/17 15:13, Wei Liu wrote: On Tue, Nov 07, 2017 at 03:09:07PM +, Julien Grall wrote: Hi Wei, On 06/11/17 14:55, Wei Liu wrote: On Mon, Nov 06, 2017 at 01:47:56PM

Re: [Xen-devel] [linux-linus test] 115643: regressions - FAIL

osstest service owner writes ("[linux-linus test] 115643: regressions - FAIL"): > flight 115643 linux-linus real [real] > http://logs.test-lab.xenproject.org/osstest/logs/115643/ > > Regressions :-( > > Tests which did not succeed and are blocking, > including tests which could not be run: >

Re: [Xen-devel] [PATCH 3/3] x86/xen: use guest_late_init to detect Xen PVH guest

On 08/11/2017 12:55, Juergen Gross wrote: > On 08/11/17 12:18, Jan Beulich wrote: > On 08.11.17 at 10:07, wrote: >>> In case we are booted via the default boot entry by a generic loader >>> like grub or OVMF it is necessary to distinguish between a HVM guest >>> with a device

Re: [Xen-devel] [PATCH 3/3] x86/xen: use guest_late_init to detect Xen PVH guest

On 08/11/17 12:18, Jan Beulich wrote: On 08.11.17 at 10:07, wrote: >> In case we are booted via the default boot entry by a generic loader >> like grub or OVMF it is necessary to distinguish between a HVM guest >> with a device model supporting legacy devices and a PVH guest

Re: [Xen-devel] Bringing up OSS test framework on moonshot(aarch64) systems

Hi Ian, On 08/11/17 11:39, Ian Jackson wrote: Bhupinder Thakur writes ("Bringing up OSS test framework on moonshot(aarch64) systems"): I am trying to bring up OSS test framework on a couple of moonshot systems which are accessible to me remotely. I'm not familiar with the referent of

Re: [Xen-devel] [linux-4.9 test] 115504: regressions - FAIL

Roger Pau Monné writes ("Re: [Xen-devel] [linux-4.9 test] 115504: regressions - FAIL"): > On Fri, Nov 03, 2017 at 08:21:31PM +, osstest service owner wrote: > > flight 115504 linux-4.9 real [real] > > http://logs.test-lab.xenproject.org/osstest/logs/115504/ > > > > Regressions :-( > > > >

Re: [Xen-devel] Bringing up OSS test framework on moonshot(aarch64) systems

Bhupinder Thakur writes ("Bringing up OSS test framework on moonshot(aarch64) systems"): > While going through [1], I have some queries/doubts on the configuration. > > 1. The following configuration: > > DnsDomain uk.xensource.com > NetNameservers 10.80.248.2 10.80.16.28 10.80.16.67 >

Re: [Xen-devel] [xen-unstable bisection] complete test-amd64-amd64-i386-pvgrub

On Tue, Nov 07, 2017 at 05:24:32PM +, Julien Grall wrote: > Hi Wei, > > On 07/11/17 15:13, Wei Liu wrote: > > On Tue, Nov 07, 2017 at 03:09:07PM +, Julien Grall wrote: > >> Hi Wei, > >> > >> On 06/11/17 14:55, Wei Liu wrote: > >>> On Mon, Nov 06, 2017 at 01:47:56PM +, osstest service

Re: [Xen-devel] [PATCH for-next 6/9] kconfig: add llvm coverage option

On Wed, Nov 08, 2017 at 04:07:35AM -0700, Jan Beulich wrote: > >>> On 08.11.17 at 09:49, wrote: > > On Wed, Nov 08, 2017 at 01:13:29AM -0700, Jan Beulich wrote: > >> >>> On 26.10.17 at 12:10, wrote: > >> > On Thu, Oct 26, 2017 at 11:08:21AM +0100, Roger

Re: [Xen-devel] [PATCH 3/3] x86/xen: use guest_late_init to detect Xen PVH guest

>>> On 08.11.17 at 10:07, wrote: > In case we are booted via the default boot entry by a generic loader > like grub or OVMF it is necessary to distinguish between a HVM guest > with a device model supporting legacy devices and a PVH guest without > device model. > > PVH guests

Re: [Xen-devel] [Qemu-devel] [PATCH 7/8] os-posix: Provide new -runasid option

Markus Armbruster writes ("Re: [Qemu-devel] [PATCH 7/8] os-posix: Provide new -runasid option"): > Ian Jackson writes: > > qemu_strtoul fails (returns an error) if the delimiter (that is, the > > first character which is not processed as digit by strtoul) is not > >

Re: [Xen-devel] [PATCH for-next 7/9] coverage: introduce support for llvm profiling

>>> On 08.11.17 at 09:56, wrote: > On Wed, Nov 08, 2017 at 01:38:59AM -0700, Jan Beulich wrote: >> >>> On 26.10.17 at 11:19, wrote: >> > --- a/xen/include/public/sysctl.h >> > +++ b/xen/include/public/sysctl.h >> > @@ -646,6 +646,12 @@ struct

Re: [Xen-devel] [PATCH for-next 6/9] kconfig: add llvm coverage option

>>> On 08.11.17 at 09:49, wrote: > On Wed, Nov 08, 2017 at 01:13:29AM -0700, Jan Beulich wrote: >> >>> On 26.10.17 at 12:10, wrote: >> > On Thu, Oct 26, 2017 at 11:08:21AM +0100, Roger Pau Monné wrote: >> >> On Thu, Oct 26, 2017 at 11:03:13AM +0100, Wei

Re: [Xen-devel] [PATCH v7 2/5] x86/pvclock: add setter for pvclock_pvti_cpu0_va

On Tue, 7 Nov 2017, Joao Martins wrote: > On 11/06/2017 04:09 PM, Paolo Bonzini wrote: > > On 19/10/2017 15:39, Joao Martins wrote: > >> Right now there is only a pvclock_pvti_cpu0_va() which is defined > >> on kvmclock since: > >> > >> commit dac16fba6fc5 > >> ("x86/vdso: Get pvclock data from

Re: [Xen-devel] [PATCH v5 0/4] xenfb: Enablement for Windows PV HID frontend

I'd imagine this would be merged via the Xen queue, as it primarily deals with the xen backend Owen > -Original Message- > From: Gerd Hoffmann [mailto:kra...@redhat.com] > Sent: 08 November 2017 10:21 > To: Owen Smith > Cc: sstabell...@kernel.org; Anthony Perard

[Xen-devel] [libvirt test] 115660: regressions - FAIL

flight 115660 libvirt real [real] http://logs.test-lab.xenproject.org/osstest/logs/115660/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-libvirt-qcow2 17 guest-start/debian.repeat fail REGR. vs. 115476

[Xen-devel] [xen-unstable-coverity test] 115672: all pass - PUSHED

flight 115672 xen-unstable-coverity real [real] http://logs.test-lab.xenproject.org/osstest/logs/115672/ Perfect :-) All tests in this flight passed as required version targeted for testing: xen 92f0d4392e73727819c5a83fcce447515efaf2f5 baseline version: xen

Re: [Xen-devel] [PATCH v5 0/4] xenfb: Enablement for Windows PV HID frontend

On Fri, Nov 03, 2017 at 11:56:27AM +, Owen Smith wrote: > Improve the input device model in xenfb, by updating the > Qemu input handlers and adding a feature to allow for > raw (unscaled) absolute coordinates to be represented. Reviewed-by: Gerd Hoffmann Will this be

Re: [Xen-devel] [PATCH 2/3] x86: add guest_late_init hook to hypervisor_x86 structure

* Juergen Gross wrote: > On 08/11/17 10:40, Ingo Molnar wrote: > > > > * Juergen Gross wrote: > > > >>> Plus add a default empty function (which hypervisors can override). This > >>> avoids > >>> all the hidden conditions and wrappery. > >> > >> Hmm,

Re: [Xen-devel] [PATCH 2/3] x86: add guest_late_init hook to hypervisor_x86 structure

On 08/11/2017 10:07, Juergen Gross wrote: > Add a new guest_late_init hook to the hypervisor_x86 structure. It > will replace the current kvm_guest_init() call which is changed to > make use of the new hook. > > Signed-off-by: Juergen Gross The trivial KVM changes are of course

  1   2   >