Re: [Xen-devel] [PATCH] xsm: Permit dom0 to use dmops

Paul Durrant writes ("RE: [PATCH] xsm: Permit dom0 to use dmops"): > I was unable to boot a guest under a flask enabled Xen without this patch, > and able to boot after applying the patch so... > > Tested-by: Paul Durrant In order to get staging un-broken I have pushed

Re: [Xen-devel] altp2m: unexpected behavior

On Fri, Jan 27, 2017 at 7:10 PM, Tamas K Lengyel wrote: > On Fri, Jan 27, 2017 at 11:30 AM, Andrew Cooper > wrote: >> On 27/01/17 18:22, Tamas K Lengyel wrote: >>> On Fri, Jan 27, 2017 at 8:44 AM, Matt Leinhos wrote:

Re: [Xen-devel] [PATCH v2] xen, input: try to read screen resolution for xen-kbdfront

On 01/30/2017 01:23 PM, Juergen Gross wrote: On 27/01/17 17:10, Dmitry Torokhov wrote: On January 27, 2017 12:31:19 AM PST, Juergen Gross wrote: On 27/01/17 09:26, Oleksandr Andrushchenko wrote: On 01/27/2017 10:14 AM, Juergen Gross wrote: On 27/01/17 08:53, Oleksandr

Re: [Xen-devel] [PATCH v2] xen, input: try to read screen resolution for xen-kbdfront

On 27/01/17 17:10, Dmitry Torokhov wrote: > On January 27, 2017 12:31:19 AM PST, Juergen Gross wrote: >> On 27/01/17 09:26, Oleksandr Andrushchenko wrote: >>> On 01/27/2017 10:14 AM, Juergen Gross wrote: On 27/01/17 08:53, Oleksandr Andrushchenko wrote: > On 01/27/2017

Re: [Xen-devel] [PATCH v2 2/2] xen/kbdif: add multi-touch support

Stefano, does the below look like you expected? All, any comments/objections? Thank you, Oleksandr On 01/26/2017 09:46 AM, Oleksandr Andrushchenko wrote: From: Oleksandr Andrushchenko Signed-off-by: Oleksandr Andrushchenko

Re: [Xen-devel] [PATCH v5 4/9] xen/x86: populate PVHv2 Dom0 physical memory map

On 30/01/17 10:43, Jan Beulich wrote: On 27.01.17 at 20:43, wrote: >>> Despite being owned by the guest, this TSS is actually managed by >> Xen. >>> It should be initialised to defaults each time Xen needs to use it >> on >>> behalf of the guest. >> At 14:35 + on 27 Jan

Re: [Xen-devel] [xen-4.8-testing test] 104736: regressions - FAIL

Stefano Stabellini writes ("Re: [xen-4.8-testing test] 104736: regressions - FAIL"): > On Fri, 27 Jan 2017, Jan Beulich wrote: > > of course I can't tell how urgent this fix was, but considering that > > 4.8 has done fine so far without, may I ask that backports in the > > common case get applied

Re: [Xen-devel] [PATCH v5 4/9] xen/x86: populate PVHv2 Dom0 physical memory map

>>> On 27.01.17 at 20:43, wrote: >> Despite being owned by the guest, this TSS is actually managed by > Xen. >> It should be initialised to defaults each time Xen needs to use it > on >> behalf of the guest. > > At 14:35 + on 27 Jan (1485527708), Andrew Cooper wrote: >> On

Re: [Xen-devel] [PATCH] VT-d/RMRR: Avoid memory corruption in add_user_rmrr()

>>> On 30.01.17 at 11:10, wrote: > register_one_rmrr() already frees its parameter if errors are encountered. > > Introduced by c/s 431685e8de and spotted by Coverity. > > Coverity-ID: 1399607 > Signed-off-by: Andrew Cooper Reviewed-by:

Re: [Xen-devel] [PATCH] tools/libxc: Fix missing va_end() in do_dm_op() error path

On Mon, Jan 30, 2017 at 10:10:09AM +, Andrew Cooper wrote: > The fail3 error path skips the va_end() call, which typically leaks memory for > 64bit x86 code. > > Introduced by c/s 524a98c2ac5, spotted by Coverity. > > Coverity-ID: 1399608 > Signed-off-by: Andrew Cooper

Re: [Xen-devel] [PATCH v5 6/9] xen/x86: parse Dom0 kernel for PVHv2

>>> On 27.01.17 at 18:28, wrote: > On Fri, Jan 27, 2017 at 05:22:03PM +, Roger Pau Monne wrote: >> On Thu, Jan 26, 2017 at 06:37:00AM -0700, Jan Beulich wrote: >> > >>> On 19.01.17 at 18:29, wrote: >> > > +if ( cmdline != NULL ) >> > > +{

Re: [Xen-devel] [PATCH v5 6/9] xen/x86: parse Dom0 kernel for PVHv2

>>> On 27.01.17 at 18:22, wrote: > On Thu, Jan 26, 2017 at 06:37:00AM -0700, Jan Beulich wrote: >> >>> On 19.01.17 at 18:29, wrote: >> > +if ( cmdline != NULL ) >> > +{ >> > +rc = hvm_copy_to_guest_phys_vcpu(last_addr, cmdline, >> > +

[Xen-devel] [PATCH] VT-d/RMRR: Avoid memory corruption in add_user_rmrr()

register_one_rmrr() already frees its parameter if errors are encountered. Introduced by c/s 431685e8de and spotted by Coverity. Coverity-ID: 1399607 Signed-off-by: Andrew Cooper --- CC: Jan Beulich --- xen/drivers/passthrough/vtd/dmar.c | 4

[Xen-devel] [PATCH] tools/libxc: Fix missing va_end() in do_dm_op() error path

The fail3 error path skips the va_end() call, which typically leaks memory for 64bit x86 code. Introduced by c/s 524a98c2ac5, spotted by Coverity. Coverity-ID: 1399608 Signed-off-by: Andrew Cooper --- CC: Ian Jackson CC: Wei Liu

[Xen-devel] [distros-debian-sid test] 68499: tolerable trouble: blocked/broken/fail/pass

flight 68499 distros-debian-sid real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/68499/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-amd64-amd64-i386-sid-netboot-pygrub 9 debian-di-install fail blocked in 68422

[Xen-devel] [libvirt test] 104989: tolerable FAIL - PUSHED

flight 104989 libvirt real [real] http://logs.test-lab.xenproject.org/osstest/logs/104989/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-armhf-armhf-libvirt-xsm 13 saverestore-support-checkfail like 104886 test-armhf-armhf-libvirt 13

Re: [Xen-devel] [PATCH v3 2/3] xen-platform: add support for unplugging NVMe disks...

> -Original Message- > From: Stefano Stabellini [mailto:sstabell...@kernel.org] > Sent: 27 January 2017 23:35 > To: Paul Durrant > Cc: qemu-de...@nongnu.org; xen-de...@lists.xenproject.org; Stefano > Stabellini ; Anthony Perard >

<    1   2