On Thu, 28 Feb 2019 at 17:34, Anthony PERARD wrote:
>
> The following changes since commit 711d13d5e2e160c1c3bcbd302af6df3980a99469:
>
> Merge remote-tracking branch
> 'remotes/amarkovic/tags/mips-queue-feb-27-2019' into staging (2019-02-28
> 12:59:49 +)
>
> are available in the Git
flight 133464 linux-3.18 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/133464/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemuu-debianhvm-amd64 7 xen-bootfail REGR. vs. 128858
>>> George Dunlap 02/28/19 7:50 PM >>>
>+GUIDELINES:
>+
>+Passing errors up the stack should be used when the caller is already
>+expecting to handle errors, and the state when the error was
>+discovered isn’t broken, or too hard to fix.
>+
>+BUG_ON() should be used when you can’t pass errors up
flight 133470 linux-4.14 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/133470/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-libvirt 18 guest-start/debian.repeat fail REGR. vs. 133261
This run is configured for baseline tests only.
flight 83686 qemu-mainline real [real]
http://osstest.xensource.com/osstest/logs/83686/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64
flight 133474 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/133474/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemuu-debianhvm-amd64-xsm 16 guest-localmigrate/x10 fail
REGR. vs. 132911
On Wed, 27 Feb 2019, Jan Beulich wrote:
> >>> On 26.02.19 at 22:22, wrote:
> > On Tue, 26 Feb 2019, Jan Beulich wrote:
> >> >>> On 25.02.19 at 21:50, wrote:
> >> > @@ -210,7 +210,8 @@ static int __apply_alternatives_multi_stop(void
> >> > *unused)
> >> > region.begin =
On 2/27/19 1:45 PM, Julien Grall wrote:
Hi Wei,
On 2/27/19 12:55 PM, Wei Liu wrote:
On Tue, Feb 26, 2019 at 11:03:51PM +, Julien Grall wrote:
After upgrading Debian to Buster, I started noticing console mangling
when using zsh. This is happenning because output sent by zsh to the
console
flight 133493 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/133493/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf c3947b54235c93e4f41d6d56b1f5296a9f8021d5
baseline version:
ovmf
flight 133497 freebsd-master real [real]
http://logs.test-lab.xenproject.org/osstest/logs/133497/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
freebsd bd8ba96fed2d3797e6f4741bff0e4ed82967e23a
baseline version:
freebsd
On Thu, 28 Feb 2019, Dongli Zhang wrote:
>
> The root cause is that the return type of jiffies_to_usecs() is 'unsigned
> int',
> but not 'unsigned long'. As a result, the leading 32 bits are discarded.
Errm. No. The root cause is that jiffies_to_usecs() is used for that in the
first place. The
flight 133468 linux-4.4 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/133468/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-xl-qemuu-dmrestrict-amd64-dmrestrict 10 debian-hvm-install
fail never pass
Hi,
As the basis of some future development work I've put together a simple
standalone emulator to pass through a single type 0 PCI function to a guest so
I'm posting here in case anyone else would like a give it a try. So far I've
tested with AMD FirePro S7150 and NVIDIA K1 GPUs and a
> -Original Message-
> From: Paul Durrant
> Sent: 01 March 2019 16:41
> To: xen-devel (xen-devel@lists.xenproject.org)
>
> Subject: standalone PCI passthrough emulator
>
> Hi,
>
> As the basis of some future development work I've put together a simple
> standalone emulator to pass
>
On Thu, Feb 28, 2019 at 06:49:05PM +, George Dunlap wrote:
> It's not always clear what the best way is to handle unexpected
> conditions: whether with ASSERT(), BUG_ON(), or some other method.
> All methods have a risk of introducing security vulnerabilities and
> unnecessary instabilities to
On 3/1/19 5:14 PM, Wei Liu wrote:
> On Thu, Feb 28, 2019 at 06:49:05PM +, George Dunlap wrote:
>> It's not always clear what the best way is to handle unexpected
>> conditions: whether with ASSERT(), BUG_ON(), or some other method.
>> All methods have a risk of introducing security
On 3/1/19 5:12 PM, Jan Beulich wrote:
George Dunlap 02/28/19 7:50 PM >>>
>> +GUIDELINES:
>> +
>> +Passing errors up the stack should be used when the caller is already
>> +expecting to handle errors, and the state when the error was
>> +discovered isn’t broken, or too hard to fix.
>> +
>>
flight 133489 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/133489/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemut-stubdom-debianhvm-amd64-xsm 7 xen-boot fail REGR. vs.
133300
Tests
This run is configured for baseline tests only.
flight 83688 ovmf real [real]
http://osstest.xensource.com/osstest/logs/83688/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-xsm
flight 133488 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/133488/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i386-libvirt6 libvirt-buildfail REGR. vs. 133460
Tests which did not
flight 133487 xen-4.10-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/133487/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-i386-xl-qemut-ws16-amd64 17 guest-stop fail like 132966
On 25/02/2019 14:16, Andrew Cooper wrote:
> The regression/ directory was identified as already broken in 2012 (c/s
> 953953cc5). The logic is intended to test *.py files in the Xen tree against
> different versions of python, but every identified version is now obsolete.
>
> Signed-off-by:
This run is configured for baseline tests only.
flight 83684 ovmf real [real]
http://osstest.xensource.com/osstest/logs/83684/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-xsm
flight 133498 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/133498/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-libvirt 13 migrate-support-checkfail never pass
test-arm64-arm64-xl-xsm
From: David Woodhouse
When recursing, a node sometimes disappears. Deal with it and move on
instead of aborting and failing to print the rest of what was
requested.
Signed-off-by: David Woodhouse
---
And thus did an extremely sporadic "not going to delete that device
because it already
flight 133466 xen-4.9-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/133466/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-armhf-pvopsbroken in 133314
See http://xenbits.xen.org/gitweb/?p=people/larsk/governance.git;a=summary
for the repository.
Signed-off-by: Lars Kurth
CC: committ...@xenproject.org
---
security-policy.pandoc | 9 +++--
1 file changed, 7 insertions(+), 2 deletions(-)
diff --git a/security-policy.pandoc
On 01/03/2019 13:55, Lars Kurth wrote:
> See http://xenbits.xen.org/gitweb/?p=people/larsk/governance.git;a=summary
> for the repository.
>
> Signed-off-by: Lars Kurth
Reviewed-by: Andrew Cooper
___
Xen-devel mailing list
Lars Kurth writes ("[PATCH] Minor security policy text changes to avoid
ambiguity"):
> See http://xenbits.xen.org/gitweb/?p=people/larsk/governance.git;a=summary
> for the repository.
I don't think in fact that there was previously any ambiguity. The
text in the policy two paragraphs earlier
On 3/1/19 1:55 PM, Lars Kurth wrote:
> See http://xenbits.xen.org/gitweb/?p=people/larsk/governance.git;a=summary
> for the repository.
>
> Signed-off-by: Lars Kurth
> CC: committ...@xenproject.org
Acked-by: George Dunlap
___
Xen-devel mailing list
flight 133467 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/133467/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-xl-qemuu-ws16-amd64 17 guest-stopfail like 133284
test-armhf-armhf-libvirt 14
31 matches
Mail list logo
