On Fri, Oct 09, 2020 at 06:30:36PM -0700, Eric Biggers wrote:
> On Sat, Oct 10, 2020 at 01:39:54AM +0100, Matthew Wilcox wrote:
> > On Fri, Oct 09, 2020 at 02:34:34PM -0700, Eric Biggers wrote:
> > > On Fri, Oct 09, 2020 at 12:49:57PM -0700, [email protected] wrote:
> > > > The kmap() calls in th
flight 155716 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/155716/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-arm64-arm64-xl-xsm 8 xen-boot fail REGR. vs. 155584
Tests which
On Fri, Oct 09, 2020 at 07:53:07PM -0700, John Hubbard wrote:
> On 10/9/20 12:50 PM, [email protected] wrote:
> > From: Ira Weiny
> >
> > The pmem driver uses a cached virtual address to access its memory
> > directly. Because the nvdimm driver is well aware of the special
> > protections it h
On Sat, Oct 10, 2020 at 10:20:34AM +0800, Coly Li wrote:
> On 2020/10/10 03:50, [email protected] wrote:
> > From: Ira Weiny
> >
> > These kmap() calls are localized to a single thread. To avoid the over
> > head of global PKRS updates use the new kmap_thread() call.
> >
>
> Hi Ira,
>
> The
On Sat, Oct 10, 2020 at 11:36:49AM +, Bernard Metzler wrote:
> [email protected] wrote: -
>
[snip]
> >@@ -505,7 +505,7 @@ static int siw_tx_hdt(struct siw_iwarp_tx *c_tx,
> >struct socket *s)
> > page_array[seg] = p;
> >
> >
On 08.10.20 17:32, Wei Liu wrote:
On Fri, Oct 02, 2020 at 04:22:12PM +0200, Juergen Gross wrote:
Instead of each library having an own include directory move the
official headers to tools/include instead. This will drop the need to
link those headers to tools/include and there is no need any lon
On 2020/10/10 4:52, [email protected] wrote:
> From: Ira Weiny
>
> The kmap() calls in this FS are localized to a single thread. To avoid
> the over head of global PKRS updates use the new kmap_thread() call.
>
> Cc: Damien Le Moal
> Cc: Naohiro Aota
> Signed-off-by: Ira Weiny
> ---
> fs/
flight 155700 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/155700/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemuu-ws16-amd64 7 xen-install fail REGR. vs. 152332
test-amd64-i386-qem
flight 155703 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/155703/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-qemuu-freebsd11-amd64 13 guest-startfail REGR. vs. 152631
test-amd64-amd64-
flight 155708 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/155708/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-arm64-arm64-xl-xsm 8 xen-boot fail REGR. vs. 155584
Tests which
Unexpectedly the environment variable which needs to be passed is
$LDSHARED and not $LD. Otherwise Python may find the build `ld` instead
of the host `ld`.
Replace $(LDFLAGS) with $(SHLIB_LDFLAGS) as Python needs shared objects
it can load at runtime, not executables.
This uses $(CC) instead of
Currently, in order to 'import idl' in gengotypes.py, we derive the path
of the libxl source directory from the XEN_ROOT environment variable, and
append that to sys.path so python can see idl.py. Since the the recent move of
libxl to tools/libs/light, this hard coding breaks the build.
Instead, c
There is a standard format for generated Go code header comments, as set
by [1]. Modify gengotypes.py to follow this standard, and use the
additional
// source:
convention used by protoc-gen-go.
This change is motivated by the fact that since 41aea82de2, the comment
would include the absolute
flight 155704 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/155704/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-arm64-arm64-xl-xsm 8 xen-boot fail REGR. vs. 155584
Tests which
On Sun, Oct 11, 2020 at 02:24:01PM +0200, Juergen Gross wrote:
> Add a disclaimer to the libxenstore header file that all of the open
> flags (socket only connection, read only connection) are ignored.
>
> Signed-off-by: Juergen Gross
Acked + applied.
> ---
> tools/libs/store/include/xenstore.
flight 155699 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/155699/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-arm64-arm64-xl-xsm 8 xen-boot fail REGR. vs. 155584
Tests which
flight 155695 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/155695/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-qemuu-freebsd11-amd64 13 guest-startfail REGR. vs. 152631
test-amd64-amd64-
flight 155682 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/155682/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemuu-ws16-amd64 7 xen-install fail REGR. vs. 152332
test-amd64-i386-qem
flight 155694 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/155694/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-arm64-arm64-xl-xsm 8 xen-boot fail REGR. vs. 155584
Tests which
On 11/10/2020 13:20, Igor Druzhinin wrote:
> On 11/10/2020 11:40, Igor Druzhinin wrote:
>> On 11/10/2020 10:43, Sander Eikelenboom wrote:
>>> On 11/10/2020 02:06, Igor Druzhinin wrote:
On 10/10/2020 18:51, Sander Eikelenboom wrote:
> Hi Igor/Jan,
>
> I tried to update my AMD machin
flight 155675 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/155675/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-qemuu-freebsd11-amd64 13 guest-startfail REGR. vs. 152631
test-amd64-amd64-
Add a disclaimer to the libxenstore header file that all of the open
flags (socket only connection, read only connection) are ignored.
Signed-off-by: Juergen Gross
---
tools/libs/store/include/xenstore.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/tools/libs/store/include/xenstore.h
b/t
flight 155689 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/155689/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-arm64-arm64-xl-xsm 8 xen-boot fail REGR. vs. 155584
Tests which
On 11/10/2020 11:40, Igor Druzhinin wrote:
> On 11/10/2020 10:43, Sander Eikelenboom wrote:
>> On 11/10/2020 02:06, Igor Druzhinin wrote:
>>> On 10/10/2020 18:51, Sander Eikelenboom wrote:
Hi Igor/Jan,
I tried to update my AMD machine to current xen-unstable, but
unfortunately t
flight 155673 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/155673/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-shadow broken
Tests which are fail
On 11/10/2020 10:43, Sander Eikelenboom wrote:
> On 11/10/2020 02:06, Igor Druzhinin wrote:
>> On 10/10/2020 18:51, Sander Eikelenboom wrote:
>>> Hi Igor/Jan,
>>>
>>> I tried to update my AMD machine to current xen-unstable, but
>>> unfortunately the HVM guests don't boot after that. The guest keep
flight 155678 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/155678/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-libvirt 6 libvirt-buildfail REGR. vs. 151777
build-i386-libvirt
flight 155687 xen-unstable-coverity real [real]
http://logs.test-lab.xenproject.org/osstest/logs/155687/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
xen 25849c8b16f2a5b7fcd0a823e80a5f1b590291f9
baseline version:
xen 9350
On 11/10/2020 02:06, Igor Druzhinin wrote:
> On 10/10/2020 18:51, Sander Eikelenboom wrote:
>> Hi Igor/Jan,
>>
>> I tried to update my AMD machine to current xen-unstable, but
>> unfortunately the HVM guests don't boot after that. The guest keeps
>> using CPU-cycles but I don't get to a command pro
flight 155683 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/155683/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-arm64-arm64-xl-xsm 8 xen-boot fail REGR. vs. 155584
Tests which
30 matches
Mail list logo