This run is configured for baseline tests only.
flight 72424 seabios real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/72424/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-qemuu-nested-intel 10 debian-hvm-in
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 passed
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
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
test-armhf-armhf-xl-
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 host-insta
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 th
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
test-amd64-i386-xl-qem
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 faili
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 h
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 HVM
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.
Ia
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
init_hypervisor_pla
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 ar
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 later...
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 whethe
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
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 mig
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 setup_heade
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
X86_SU
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 1
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,
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 model
* 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
This is a nice-to-have for Xen 4.10. It is very low risk, as the functional
changes are restricted
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 pre
> -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
> ; Juergen Gross ; Thomas
> Gleixner ; Ingo Molnar ; H. Pete
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 pre
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 examine-serial/bo
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
test-amd64-amd64-libvir
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 mailing list
Xen-de
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
test-amd64-a
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:
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 file in order to not preserve the permissions.
---
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:
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
test-armhf-armhf-
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, Jue
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 Kurth
>>> ; Wei Liu ; Julien Grall
>>> ; committ.
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 $shar
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@lists.xen.org
https
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
test-amd64-i386-l
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, Roger
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 03:
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
---
ts-freebsd-host-install | 1 -
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
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 ; Julien Grall
> > ; committ...@xenproject.org; xen-devel > de...@lists.xenpr
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:
> On
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 100755
--- a/ts-debian
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 a/make-flight b/make-flight
index
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
make
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
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
test-amd64-amd64-xl-q
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
---
sg-run-job | 2 +-
1 fil
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 02:
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]
> > > http://logs.test-lab.xenproject.org/osstest/logs/115515/
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
; Julien Grall ; St
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
test-amd64-a
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:
> >>> The
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
>>> th
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 f
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
--- a/Makefile
+++ b/Makefile
@@
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 supportin
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 "request-a
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 can
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
whe
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 I
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 Beulich ;
> > Quan Xu ; Lars Kurth ; Wei Liu
> >
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 ar
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 gues
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
test-amd64-a
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")
>
> Fixes: cb1c7d9bbc87 (
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 connect command")
Signed-off-
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 checked.
>
> Detected by Coverity
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 o
> -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@lists.xen.org
> Subject: Re: [Xen-devel] Xen 4.10.0 RC1 test result
>
> Hi,
>
> On 30/10/17
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 ("Unsigned compared against 0")
> -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 ; xen-devel@lists.xen.org
> Subject: RE: [Xen-devel] [BUG] xen-mceinj tool testing cause dom0
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.
>
>
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
Reviewed-by: Juergen Gross
Juer
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
Juergen
> +/*
> + * 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 fo
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
test-amd64-a
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
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
> > Cc: Andrew Cooper
> > Cc: Gang Wei
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, em
83 matches
Mail list logo
