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

Hello, I had originally posted about this issue to win-pv-devel but it was suggested this is actually an issue in blkback. I added some additional storage to my server with some native 4k sector size disks. The LVM volumes on that array seem to work fine when mounted by the host, and when

[Xen-devel] [xen-unstable baseline-only test] 72420: regressions - FAIL

This run is configured for baseline tests only. flight 72420 xen-unstable real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/72420/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-libvirt 11 debian-fixup

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

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

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

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

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

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 > xen_unmap_domain_gfn_array() which call through to

[Xen-devel] [seabios test] 115506: tolerable FAIL - PUSHED

flight 115506 seabios real [real] http://logs.test-lab.xenproject.org/osstest/logs/115506/ Failures :-/ but no regressions. Tests which are failing intermittently (not blocking): test-amd64-amd64-xl-qemuu-win7-amd64 16 guest-localmigrate/x10 fail in 115489 pass in 115506

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

flight 115504 linux-4.9 real [real] http://logs.test-lab.xenproject.org/osstest/logs/115504/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qemuu-ws16-amd64 17 guest-stop fail REGR. vs. 114814 Tests which are

Re: [Xen-devel] [OSSTEST PATCH 2/2] make-flight: guest should use jessie to test pvgrub

Wei Liu writes ("[OSSTEST PATCH 2/2] make-flight: guest should use jessie to test pvgrub"): > Stretch has 64bit feature enabled for ext4, which pvgrub can't cope. > We want to continue to test pvgrub, so specify jessie in the guest > suite field. I'm not entirely comfortable with the hardcoding

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

On 11/03/2017 02:40 PM, Juergen Gross wrote: > On 03/11/17 19:35, Boris Ostrovsky wrote: >> On 11/03/2017 02:23 PM, Juergen Gross wrote: >>> On 03/11/17 19:19, Boris Ostrovsky wrote: On 11/03/2017 02:05 PM, Juergen Gross wrote: > So again the question: how to tell whether we are PVH or

Re: [Xen-devel] Commit moratorium to staging

George Dunlap writes ("Re: [Xen-devel] Commit moratorium to staging"): > Well, with a looping xen-build going on in the guest, I've done 40 local > migrates with no problems yet. > > But Roger -- is this on emulated devices only, no PV drivers? Yes. None of our Windows tests have PV drivers.

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

On 03/11/17 19:37, Roger Pau Monné wrote: > On Fri, Nov 03, 2017 at 07:23:50PM +0100, Juergen Gross wrote: >> On 03/11/17 19:19, Boris Ostrovsky wrote: >>> On 11/03/2017 02:05 PM, Juergen Gross wrote: So again the question: how to tell whether we are PVH or HVM in

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

On 03/11/17 19:35, Boris Ostrovsky wrote: > On 11/03/2017 02:23 PM, Juergen Gross wrote: >> On 03/11/17 19:19, Boris Ostrovsky wrote: >>> On 11/03/2017 02:05 PM, Juergen Gross wrote: So again the question: how to tell whether we are PVH or HVM in init_hypervisor_platform()? ACPi tables

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

On Fri, Nov 03, 2017 at 07:23:50PM +0100, Juergen Gross wrote: > On 03/11/17 19:19, Boris Ostrovsky wrote: > > On 11/03/2017 02:05 PM, Juergen Gross wrote: > >> > >> So again the question: how to tell whether we are PVH or HVM in > >> init_hypervisor_platform()? ACPi tables are scanned way

Re: [Xen-devel] Commit moratorium to staging

On 03/11/17 19:29, Roger Pau Monné wrote: > On Fri, Nov 03, 2017 at 05:57:52PM +, George Dunlap wrote: >> On 11/03/2017 02:52 PM, George Dunlap wrote: >>> On 11/03/2017 02:14 PM, Roger Pau Monné wrote: On Thu, Nov 02, 2017 at 09:55:11AM +, Paul Durrant wrote: > Hmm. I wonder

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

On 11/03/2017 02:23 PM, Juergen Gross wrote: > On 03/11/17 19:19, Boris Ostrovsky wrote: >> On 11/03/2017 02:05 PM, Juergen Gross wrote: >>> So again the question: how to tell whether we are PVH or HVM in >>> init_hypervisor_platform()? ACPi tables are scanned way later... >> Can we make grub/OVMF

Re: [Xen-devel] Commit moratorium to staging

On Fri, Nov 03, 2017 at 05:57:52PM +, George Dunlap wrote: > On 11/03/2017 02:52 PM, George Dunlap wrote: > > On 11/03/2017 02:14 PM, Roger Pau Monné wrote: > >> On Thu, Nov 02, 2017 at 09:55:11AM +, Paul Durrant wrote: > >>> Hmm. I wonder whether the guest is actually healthy after the

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

On 03/11/17 19:19, Boris Ostrovsky wrote: > On 11/03/2017 02:05 PM, Juergen Gross wrote: >> >> So again the question: how to tell whether we are PVH or HVM in >> init_hypervisor_platform()? ACPi tables are scanned way later... > > Can we make grub/OVMF append a boot option? > > Or set

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

On 11/03/2017 02:05 PM, Juergen Gross wrote: > > So again the question: how to tell whether we are PVH or HVM in > init_hypervisor_platform()? ACPi tables are scanned way later... Can we make grub/OVMF append a boot option? Or set setup_header.hardware_subarch to something? We already have

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

flight 115531 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/115531/ 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] Xen PVH support in grub2

On 03/11/17 16:27, Juergen Gross wrote: > On 03/11/17 16:10, Boris Ostrovsky wrote: >> On 11/03/2017 10:59 AM, Juergen Gross wrote: >>> On 03/11/17 15:36, Boris Ostrovsky wrote: On 11/03/2017 10:24 AM, Juergen Gross wrote: > On 03/11/17 15:07, Roger Pau Monné wrote: >> On Fri, Nov 03,

Re: [Xen-devel] Commit moratorium to staging

On 11/03/2017 02:52 PM, George Dunlap wrote: > On 11/03/2017 02:14 PM, Roger Pau Monné wrote: >> On Thu, Nov 02, 2017 at 09:55:11AM +, Paul Durrant wrote: >>> Hmm. I wonder whether the guest is actually healthy after the migrate. One >>> could imagine a situation where the storage device

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

* 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 Liu CC: Julien Grall

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

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 xen_unmap_domain_gfn_array() which call through to the approprate xlate_mmu function if the feature is

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

> -Original Message- > From: Paul Durrant [mailto:paul.durr...@citrix.com] > Sent: 03 November 2017 16:58 > To: x...@kernel.org; xen-de...@lists.xenproject.org; linux- > ker...@vger.kernel.org > Cc: Paul Durrant ; Boris Ostrovsky > ;

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

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 xen_unmap_domain_gfn_array() which call through to the approprate xlate_mmu function if the feature is

[Xen-devel] [linux-3.18 baseline-only test] 72416: regressions - FAIL

This run is configured for baseline tests only. flight 72416 linux-3.18 real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/72416/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-examine 11

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

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

Re: [Xen-devel] [PATCH v2] osstest: fix rm to use '-f' in ts-freebsd-host-install

Roger Pau Monne writes ("[PATCH v2] osstest: fix rm to use '-f' in ts-freebsd-host-install"): > It's perfectly valid for the .tmp file to not exists, and the script > shouldn't fail in that case. Acked-by: Ian Jackson ___

[Xen-devel] [xen-unstable-smoke test] 115524: regressions - FAIL

flight 115524 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/115524/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-libvirt 15 guest-saverestorefail REGR. vs. 115490

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

On 03/11/17 16:10, Boris Ostrovsky wrote: > On 11/03/2017 10:59 AM, Juergen Gross wrote: >> On 03/11/17 15:36, Boris Ostrovsky wrote: >>> On 11/03/2017 10:24 AM, Juergen Gross wrote: On 03/11/17 15:07, Roger Pau Monné wrote: > On Fri, Nov 03, 2017 at 01:50:11PM +0100, Juergen Gross wrote:

[Xen-devel] [PATCH v2] osstest: fix rm to use '-f' in ts-freebsd-host-install

It's perfectly valid for the .tmp file to not exists, and the script shouldn't fail in that case. Signed-off-by: Roger Pau Monné --- Cc: Ian Jackson --- Changes since v1: - Use -f instead of removing the 'rm', osstest might want to wipe the

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

On 11/03/2017 10:59 AM, Juergen Gross wrote: > On 03/11/17 15:36, Boris Ostrovsky wrote: >> On 11/03/2017 10:24 AM, Juergen Gross wrote: >>> On 03/11/17 15:07, Roger Pau Monné wrote: On Fri, Nov 03, 2017 at 01:50:11PM +0100, Juergen Gross wrote: > On 03/11/17 13:17, Roger Pau Monné wrote:

[Xen-devel] [distros-debian-jessie test] 72417: tolerable all pass

flight 72417 distros-debian-jessie real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/72417/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-armhf-armhf-armhf-jessie-netboot-pygrub 12 migrate-support-check fail like 72360

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

On 03/11/17 15:36, Boris Ostrovsky wrote: > On 11/03/2017 10:24 AM, Juergen Gross wrote: >> On 03/11/17 15:07, Roger Pau Monné wrote: >>> On Fri, Nov 03, 2017 at 01:50:11PM +0100, Juergen Gross wrote: On 03/11/17 13:17, Roger Pau Monné wrote: > On Fri, Nov 03, 2017 at 01:00:46PM +0100,

Re: [Xen-devel] Commit moratorium to staging

On 11/03/2017 02:14 PM, Roger Pau Monné wrote: > On Thu, Nov 02, 2017 at 09:55:11AM +, Paul Durrant wrote: >>> -Original Message- >>> From: Roger Pau Monne >>> Sent: 02 November 2017 09:42 >>> To: Paul Durrant >>> Cc: Ian Jackson ; Lars

Re: [Xen-devel] [PATCH] osstest: remove unneeded rm in ts-freebsd-host-install

Roger Pau Monne writes ("[PATCH] osstest: remove unneeded rm in ts-freebsd-host-install"): > The usage of `rm` here is wrong for two reasons: > > - It will fail if $sharedpath.tmp doesn't exist and report and error >(ie: -f should be used). > - It's not needed because dd will truncate

Re: [Xen-devel] [OSSTEST PATCH 1/2] ts-debian-di-install: use gho to pick d-i

Wei Liu writes ("[OSSTEST PATCH 1/2] ts-debian-di-install: use gho to pick d-i"): > The original code used ho which gave us the host suite, but we wanted > the guest suite. Acked-by: Ian Jackson ___ Xen-devel mailing list

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

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

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

On 11/03/2017 10:24 AM, Juergen Gross wrote: > On 03/11/17 15:07, Roger Pau Monné wrote: >> On Fri, Nov 03, 2017 at 01:50:11PM +0100, Juergen Gross wrote: >>> On 03/11/17 13:17, Roger Pau Monné wrote: On Fri, Nov 03, 2017 at 01:00:46PM +0100, Juergen Gross wrote: > On 29/09/17 17:51,

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

On 03/11/17 15:07, Roger Pau Monné wrote: > On Fri, Nov 03, 2017 at 01:50:11PM +0100, Juergen Gross wrote: >> On 03/11/17 13:17, Roger Pau Monné wrote: >>> On Fri, Nov 03, 2017 at 01:00:46PM +0100, Juergen Gross wrote: On 29/09/17 17:51, Roger Pau Monné wrote: > On Fri, Sep 29, 2017 at

[Xen-devel] [PATCH] osstest: remove unneeded rm in ts-freebsd-host-install

The usage of `rm` here is wrong for two reasons: - It will fail if $sharedpath.tmp doesn't exist and report and error (ie: -f should be used). - It's not needed because dd will truncate $sharedpath.tmp. Signed-off-by: Roger Pau Monné --- Cc: Ian Jackson

Re: [Xen-devel] [xen-unstable-smoke test] 115515: regressions - FAIL

On Fri, Nov 03, 2017 at 12:46:03PM +, Wei Liu wrote: > On Fri, Nov 03, 2017 at 10:54:58AM +, Wei Liu wrote: > > On Fri, Nov 03, 2017 at 10:34:44AM +, Julien Grall wrote: > > > Hi, > > > > > > On 03/11/17 10:29, osstest service owner wrote: > > > > flight 115515 xen-unstable-smoke real

Re: [Xen-devel] Commit moratorium to staging

On Thu, Nov 02, 2017 at 09:55:11AM +, Paul Durrant wrote: > > -Original Message- > > From: Roger Pau Monne > > Sent: 02 November 2017 09:42 > > To: Paul Durrant > > Cc: Ian Jackson ; Lars Kurth > > ; Wei Liu

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

On Fri, Nov 03, 2017 at 01:50:11PM +0100, Juergen Gross wrote: > On 03/11/17 13:17, Roger Pau Monné wrote: > > On Fri, Nov 03, 2017 at 01:00:46PM +0100, Juergen Gross wrote: > >> On 29/09/17 17:51, Roger Pau Monné wrote: > >>> On Fri, Sep 29, 2017 at 03:33:58PM +, Juergen Gross wrote: >

[Xen-devel] [OSSTEST PATCH 1/2] ts-debian-di-install: use gho to pick d-i

The original code used ho which gave us the host suite, but we wanted the guest suite. Signed-off-by: Wei Liu --- ts-debian-di-install | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/ts-debian-di-install b/ts-debian-di-install index 6007971..361a171

[Xen-devel] [OSSTEST PATCH 2/2] make-flight: guest should use jessie to test pvgrub

Stretch has 64bit feature enabled for ext4, which pvgrub can't cope. We want to continue to test pvgrub, so specify jessie in the guest suite field. Signed-off-by: Wei Liu --- make-flight | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git

[Xen-devel] [OSSTEST PATCH 0/2] Keep pvgrub tests

These are extra patches to replace make-flight: don't test pvgrub for Xen XXX so that we can keep pvgrub tests. See http://logs.test-lab.xenproject.org/osstest/logs/115518/ Wei Liu (2): ts-debian-di-install: use gho to pick d-i make-flight: guest should use jessie to test pvgrub

Re: [Xen-devel] [OSSTEST PATCH] migrations: Do x10 migration 20x instead

On Fri, Nov 03, 2017 at 12:52:05PM +, Ian Jackson wrote: > We want to keep the old testid or some new failures will be "never > pass". > > Roger reports that this change makes the existing host-specific > Windows migration failures fail everywhere, so so things may need

[Xen-devel] [xen-unstable test] 115496: tolerable FAIL - PUSHED

flight 115496 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/115496/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-amd64-amd64-rumprun-amd64 17 rumprun-demo-xenstorels/xenstorels.repeat fail like 115464

[Xen-devel] [OSSTEST PATCH] migrations: Do x10 migration 20x instead

We want to keep the old testid or some new failures will be "never pass". Roger reports that this change makes the existing host-specific Windows migration failures fail everywhere, so so things may need force pushing. CC: Roger Pau Monné Signed-off-by: Ian Jackson

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

On 03/11/17 13:17, Roger Pau Monné wrote: > On Fri, Nov 03, 2017 at 01:00:46PM +0100, Juergen Gross wrote: >> On 29/09/17 17:51, Roger Pau Monné wrote: >>> On Fri, Sep 29, 2017 at 03:33:58PM +, Juergen Gross wrote: On 29/09/17 17:24, Roger Pau Monné wrote: > On Fri, Sep 29, 2017 at

Re: [Xen-devel] [xen-unstable-smoke test] 115515: regressions - FAIL

On Fri, Nov 03, 2017 at 10:54:58AM +, Wei Liu wrote: > On Fri, Nov 03, 2017 at 10:34:44AM +, Julien Grall wrote: > > Hi, > > > > On 03/11/17 10:29, osstest service owner wrote: > > > flight 115515 xen-unstable-smoke real [real] > > >

Re: [Xen-devel] [PATCH 1/1] hw/intc/arm_gicv3_its: Fix the VM termination in vm_change_state_handler()

Thanks Julien, sorry for sending to XEN mailing list and it was my mistake. Thanks, Shanker -Original Message- From: Xen-devel [mailto:xen-devel-boun...@lists.xen.org] On Behalf Of Julien Grall Sent: Friday, November 3, 2017 6:51 AM To: Shanker Donthineni ;

[Xen-devel] [xen-unstable-smoke test] 115519: regressions - FAIL

flight 115519 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/115519/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-libvirt 15 guest-saverestorefail REGR. vs. 115490

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

On Fri, Nov 03, 2017 at 01:00:46PM +0100, Juergen Gross wrote: > On 29/09/17 17:51, Roger Pau Monné wrote: > > On Fri, Sep 29, 2017 at 03:33:58PM +, Juergen Gross wrote: > >> On 29/09/17 17:24, Roger Pau Monné wrote: > >>> On Fri, Sep 29, 2017 at 02:46:53PM +, Juergen Gross wrote: > >>>

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

On 29/09/17 17:51, Roger Pau Monné wrote: > On Fri, Sep 29, 2017 at 03:33:58PM +, Juergen Gross wrote: >> On 29/09/17 17:24, Roger Pau Monné wrote: >>> On Fri, Sep 29, 2017 at 02:46:53PM +, Juergen Gross wrote: >>> Then, I also wonder whether it would make sense for this grub to load >>>

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

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. Changes: * use keycodedb to generate qcode to linux input mapping * move rescaling to the mouse_event handler * add activate

[Xen-devel] [PATCH v5 1/4] ui: generate qcode to linux mappings

Use keycodedb to generate a qcode to linux mapping Signed-off-by: Owen Smith --- Makefile | 1 + include/ui/input.h | 3 +++ ui/input-keymap.c | 1 + 3 files changed, 5 insertions(+) diff --git a/Makefile b/Makefile index ec73acfa9a..42a9030734 100644 ---

[Xen-devel] [PATCH v5 2/4] xenfb: Use Input Handlers directly

Avoid the unneccessary calls through the input-legacy.c file by using the qemu_input_handler_*() calls directly. This did require reworking the event and sync handlers to use the reverse mapping from qcode to linux using qemu_input_qcode_to_linux(). Removes the scancode2linux mapping, and

[Xen-devel] [PATCH v5 3/4] xenfb: Add [feature|request]-raw-pointer

Writes "feature-raw-pointer" during init to indicate the backend can pass raw unscaled values for absolute axes to the frontend. Frontends set "request-raw-pointer" to indicate the backend should not attempt to scale absolute values to console size. "request-raw-pointer" is only valid if

[Xen-devel] [PATCH v5 4/4] xenfb: activate input handlers for raw pointer devices

If the frontend requests raw pointers, the input handlers must be activated to have the input events delivered to the xenfb backend. Without activation, the input events are delivered to handlers registered earlier, which would be the emulated USB tablet or emulated PS/2 mouse. HVM xen_kbdfront

Re: [Xen-devel] [PATCH 1/1] hw/intc/arm_gicv3_its: Fix the VM termination in vm_change_state_handler()

Hi Shanker, I think you sent this patch to the wrong ML and people. This patch seem KVM specific. Cheers, On 03/11/17 11:33, Shanker Donthineni wrote: The commit cddafd8f353d ("hw/intc/arm_gicv3_its: Implement state save /restore") breaks the backward compatibility with the older kernels

[Xen-devel] [PATCH 1/1] hw/intc/arm_gicv3_its: Fix the VM termination in vm_change_state_handler()

The commit cddafd8f353d ("hw/intc/arm_gicv3_its: Implement state save /restore") breaks the backward compatibility with the older kernels where vITS save/restore support is not available. The vmstate function vm_change_state_handler() should not be registered if the running kernel doesn't support

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

On Fri, Nov 03, 2017 at 01:10:26AM +, Hao, Xudong wrote: > > > -Original Message- > > From: Julien Grall [mailto:julien.gr...@linaro.org] > > Sent: Thursday, November 2, 2017 9:50 PM > > To: Stefano Stabellini > > Cc: Hao, Xudong ; Jan

Re: [Xen-devel] [xen-unstable-smoke test] 115515: regressions - FAIL

On Fri, Nov 03, 2017 at 10:34:44AM +, Julien Grall wrote: > Hi, > > On 03/11/17 10:29, osstest service owner wrote: > > flight 115515 xen-unstable-smoke real [real] > > http://logs.test-lab.xenproject.org/osstest/logs/115515/ > > > > Regressions :-( > > > > Tests which did not succeed and

Re: [Xen-devel] [xen-unstable-smoke test] 115515: regressions - FAIL

Hi, On 03/11/17 10:29, osstest service owner wrote: flight 115515 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/115515/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-libvirt 15

[Xen-devel] [xen-unstable-smoke test] 115515: regressions - FAIL

flight 115515 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/115515/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-libvirt 15 guest-saverestorefail REGR. vs. 115490

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

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 by CoverityScan, CID#1460371 ("Logically dead code")

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

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 by CoverityScan, CID#1460371 ("Logically dead code") Fixes: cb1c7d9bbc87 ("xen/pvcalls: implement

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

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 gnttab_claim_grant_reference so the -ve return can be

Re: [Xen-devel] [RFC XEN PATCH v3 09/39] xen/pmem: add framework for hypercall XEN_SYSCTL_nvdimm_op

On 11/03/17 15:40 +0800, Chao Peng wrote: > > > +/* > > + * Interface for NVDIMM management. > > + */ > > + > > +struct xen_sysctl_nvdimm_op { > > +uint32_t cmd; /* IN: XEN_SYSCTL_nvdimm_*; none is implemented > > yet. */ > > +uint32_t pad; /* IN: Always zero. */ > > If alignment is the

Re: [Xen-devel] Xen 4.10.0 RC1 test result

> -Original Message- > From: Julien Grall [mailto:julien.gr...@linaro.org] > Sent: Thursday, November 2, 2017 9:59 PM > To: Hao, Xudong ; Jan Beulich > Cc: Lars Kurth ; Julien Grall ; >

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

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 gnttab_claim_grant_reference so the -ve return can be checked. Detected by CoverityScan, CID#1460358

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

> -Original Message- > From: Jan Beulich [mailto:jbeul...@suse.com] > Sent: Wednesday, May 24, 2017 2:25 PM > To: Hao, Xudong > Cc: Julien Grall ; George Dunlap > ; Lars Kurth ; Zhang, > Haozhong

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

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 own line, which is what GCC is expecting to find. >

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

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: Gustavo A. R. Silva

Re: [Xen-devel] [PATCH] xen/time: Return -ENODEV from xen_get_wallclock()

On 02/11/17 23:18, Boris Ostrovsky wrote: > For any other error sync_cmos_clock() will reschedule itself > every second or so, for no good reason. > > Suggested-by: Paolo Bonzini > Signed-off-by: Boris Ostrovsky Reviewed-by: Juergen Gross

Re: [Xen-devel] [RFC XEN PATCH v3 09/39] xen/pmem: add framework for hypercall XEN_SYSCTL_nvdimm_op

> +/* > + * Interface for NVDIMM management. > + */ > + > +struct xen_sysctl_nvdimm_op { > +uint32_t cmd; /* IN: XEN_SYSCTL_nvdimm_*; none is implemented > yet. */ > +uint32_t pad; /* IN: Always zero. */ If alignment is the only concern, then err can be moved to here. If it's designed

[Xen-devel] [xen-unstable-smoke test] 115512: regressions - FAIL

flight 115512 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/115512/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-libvirt 15 guest-saverestorefail REGR. vs. 115490

[Xen-devel] [linux-3.18 test] 115495: tolerable FAIL - PUSHED

flight 115495 linux-3.18 real [real] http://logs.test-lab.xenproject.org/osstest/logs/115495/ Failures :-/ but no regressions. Tests which are failing intermittently (not blocking): test-amd64-amd64-pygrub 17 guest-localmigrate/x10 fail in 115479 pass in 115495 test-armhf-armhf-xl-multivcpu 6

Re: [Xen-devel] [RFC XEN PATCH v3 08/39] xen/pmem: hide NFIT and deny access to PMEM from Dom0

On 11/03/17 14:51 +0800, Chao Peng wrote: > On Mon, 2017-09-11 at 12:37 +0800, Haozhong Zhang wrote: > > ... to avoid the inference with the PMEM driver and management > > utilities in Dom0. > > > > Signed-off-by: Haozhong Zhang > > --- > > Cc: Jan Beulich

Re: [Xen-devel] [RFC XEN PATCH v3 06/39] acpi: probe valid PMEM regions via NFIT

On 11/03/17 14:15 +0800, Chao Peng wrote: > > > +static void __init acpi_nfit_register_pmem(struct acpi_nfit_desc > > *desc) > > +{ > > +struct nfit_spa_desc *spa_desc; > > +struct nfit_memdev_desc *memdev_desc; > > +struct acpi_nfit_system_address *spa; > > +unsigned long smfn,

Re: [Xen-devel] [RFC XEN PATCH v3 08/39] xen/pmem: hide NFIT and deny access to PMEM from Dom0

On Mon, 2017-09-11 at 12:37 +0800, Haozhong Zhang wrote: > ... to avoid the inference with the PMEM driver and management > utilities in Dom0. > > Signed-off-by: Haozhong Zhang > --- > Cc: Jan Beulich > Cc: Andrew Cooper >

Re: [Xen-devel] [RFC XEN PATCH v3 05/39] x86/mm: exclude PMEM regions from initial frametable

On 11/03/17 13:58 +0800, Chao Peng wrote: > > > +#ifdef CONFIG_NVDIMM_PMEM > > +static void __init init_frametable_pmem_chunk(unsigned long s, > > unsigned long e) > > +{ > > +static unsigned long pmem_init_frametable_mfn; > > + > > +ASSERT(!((s | e) & (PAGE_SIZE - 1))); > > + > > +if

Re: [Xen-devel] [RFC XEN PATCH v3 07/39] xen/pmem: register valid PMEM regions to Xen hypervisor

> + > +/** > + * Add a PMEM region to a list. All PMEM regions in the list are > + * sorted in the ascending order of the start address. A PMEM region, > + * whose range is overlapped with anyone in the list, cannot be added > + * to the list. > + * > + * Parameters: > + *  list:   the list to

Re: [Xen-devel] [RFC XEN PATCH v3 06/39] acpi: probe valid PMEM regions via NFIT

> +static void __init acpi_nfit_register_pmem(struct acpi_nfit_desc > *desc) > +{ > +struct nfit_spa_desc *spa_desc; > +struct nfit_memdev_desc *memdev_desc; > +struct acpi_nfit_system_address *spa; > +unsigned long smfn, emfn; > + > +list_for_each_entry(memdev_desc,