flight 160560 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/160560/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf 98ff7e3c6373d3e0590f953459b6234ab12edce6
baseline version:
ovmf
branch xen-unstable
xenbranch xen-unstable
job test-amd64-i386-libvirt
testid guest-start
Tree: libvirt git://xenbits.xen.org/libvirt.git
Tree: libvirt_keycodemapdb https://gitlab.com/keycodemap/keycodemapdb.git
Tree: linux git://xenbits.xen.org/linux-pvops.git
Tree: linuxfirmware
flight 160557 linux-5.4 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/160557/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-xl-qemuu-win7-amd64 19 guest-stopfail like 160387
test-amd64-amd64-xl-qemut-win7-amd64
flight 160551 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/160551/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemut-debianhvm-amd64 7 xen-install fail REGR. vs. 152332
flight 160549 xen-4.12-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/160549/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qcow219 guest-localmigrate/x10 fail REGR. vs. 159418
Tests which
flight 160565 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/160565/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-libvirt 15 migrate-support-checkfail never pass
test-arm64-arm64-xl-xsm
On Tue, Mar 30, 2021 at 11:28:49AM -0700, Roman Shaposhnik wrote:
> seems like I've run into an issue with multiboot2 and module2
> commands that I can't quite explain. Since it may be something
> super simply and silly -- I wanted to reach out here before I do
> a GRUB/Xen/LK source deepdive.
>
On 30/03/2021 19:28, Roman Shaposhnik wrote:
> Hi!
>
> seems like I've run into an issue with multiboot2 and module2
> commands that I can't quite explain. Since it may be something
> super simply and silly -- I wanted to reach out here before I do
> a GRUB/Xen/LK source deepdive.
>
> So here's
Hi!
seems like I've run into an issue with multiboot2 and module2
commands that I can't quite explain. Since it may be something
super simply and silly -- I wanted to reach out here before I do
a GRUB/Xen/LK source deepdive.
So here's the deal: whenever I boot straight up Linux kernel
I can do
flight 160558 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/160558/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-libvirt 15 migrate-support-checkfail never pass
test-arm64-arm64-xl-xsm
On 23.03.2021 10:58, Roger Pau Monne wrote:
> --- a/tools/libs/guest/xg_cpuid_x86.c
> +++ b/tools/libs/guest/xg_cpuid_x86.c
> @@ -1098,3 +1098,20 @@ int xc_cpu_policy_update_msrs(xc_interface *xch,
> xc_cpu_policy_t policy,
> return rc;
>
> }
> +
> +bool
The pull request you sent on Tue, 30 Mar 2021 14:03:37 +0200:
> git://git.kernel.org/pub/scm/linux/kernel/git/xen/tip.git
> for-linus-5.12b-rc6-tag
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/a080642d2f831cc34b68663c0db1c447d3807421
Thank you!
--
Deet-doot-dot,
On 23.03.2021 10:58, Roger Pau Monne wrote:
> --- a/tools/libs/guest/xg_cpuid_x86.c
> +++ b/tools/libs/guest/xg_cpuid_x86.c
> @@ -966,3 +966,70 @@ int xc_cpu_policy_get_msr(xc_interface *xch, const
> xc_cpu_policy_t policy,
> free(msrs);
> return rc;
> }
> +
> +int
On 23/03/2021 09:58, Roger Pau Monne wrote:
> Also change libxl__cpuid_legacy to propagate the error from
> xc_cpuid_apply_policy into callers.
>
> Signed-off-by: Roger Pau Monné
This path has never previously had error checking.
The set-cpu-policy hypercall, in principle, returns a triple of
On 23.03.2021 10:58, Roger Pau Monne wrote:
> Such helper is based on the existing functions to fetch a CPUID and
> MSR policies, but uses the xc_cpu_policy_t type to return the data to
> the caller.
>
> No user of the interface introduced on the patch.
>
> Signed-off-by: Roger Pau Monné
On 23.03.2021 10:58, Roger Pau Monne wrote:
> Such helper is based on the existing functions to fetch a CPUID and
> MSR policies, but uses the xc_cpu_policy_t type to return the data to
> the caller.
>
> Note some helper functions are introduced, those are split from
> xc_cpu_policy_get_system
On 30/03/2021 11:56, Jan Beulich wrote:
On 30.03.2021 12:14, Julien Grall wrote:
On 30/03/2021 11:08, George Dunlap wrote:
On Mar 29, 2021, at 7:54 PM, Julien Grall wrote:
Hi George,
On Mon, 29 Mar 2021 at 17:15, George Dunlap wrote:
diff --git a/CHANGELOG.md b/CHANGELOG.md
index
On 23.03.2021 10:58, Roger Pau Monne wrote:
> Also change libxl__cpuid_legacy to propagate the error from
> xc_cpuid_apply_policy into callers.
>
> Signed-off-by: Roger Pau Monné
This looks to do what it means to do and also none of the present
callers of the functions modified here ignore the
flight 160541 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/160541/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-qemuu-freebsd11-amd64 16 guest-saverestore fail REGR. vs.
152631
On 16.03.2021 04:56, Daniel P. Smith wrote:
> To assist in reading, please find attached rendered copies of the design
> docs. It should be noted that due to poor rendering by pandoc, we forced
> the tables to stay as ASCII tables in the patches whereas the attached
> docs have the tables rendered
On 3/30/21 8:49 AM, Jan Beulich wrote:
> On 30.03.2021 09:36, Roger Pau Monné wrote:
>> On Mon, Mar 29, 2021 at 05:15:02PM -0400, Boris Ostrovsky wrote:
>>> Make both create_periodic_time() and pt_adjust_vcpu() call
>>> write_{un}lock with similar arguments.
> This makes it sound like you adjust
On Fri, 12 Mar 2021, Lee Jones wrote:
> This set is part of a larger effort attempting to clean-up W=1
> kernel builds, which are currently overwhelmingly riddled with
> niggly little warnings.
>
> Lee Jones (11):
> block: rsxx: core: Remove superfluous const qualifier
> block: drbd:
flight 160537 xen-unstable real [real]
flight 160555 xen-unstable real-retest [real]
http://logs.test-lab.xenproject.org/osstest/logs/160537/
http://logs.test-lab.xenproject.org/osstest/logs/160555/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
On 30.03.2021 09:36, Roger Pau Monné wrote:
> On Mon, Mar 29, 2021 at 05:15:02PM -0400, Boris Ostrovsky wrote:
>> Make both create_periodic_time() and pt_adjust_vcpu() call
>> write_{un}lock with similar arguments.
This makes it sound like you adjust both functions, but really
you bring the
Hi John,
On Mon, Mar 29, 2021 at 09:46:49PM +0300, John Simpson wrote:
Hello,
Kindly ask you to have a look at this bug.
Thank you for your replies.
It's already fixed in QEMU upstream and the fix will be released with
the 6.0 version next month (the rc0 is already available):
On 23.03.2021 14:37, Ian Jackson wrote:
> Jan Beulich writes ("Re: [PATCH 0/4][4.15?] VT-d: mostly S3 related
> corrections"):
>> Thanks Kevin. Ian - what are your thoughts here towards 4.15?
>
> I looked at these four patches.
>
> In general I am not sure of the implications. There are two
Linus,
Please git pull the following tag:
git://git.kernel.org/pub/scm/linux/kernel/git/xen/tip.git
for-linus-5.12b-rc6-tag
xen: branch for v5.12-rc6
It contains one Xen related security fix (XSA-371).
Thanks.
Juergen
drivers/block/xen-blkback/blkback.c | 2 +-
1 file changed, 1
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Xen Security Advisory CVE-2021-28688 / XSA-371
version 3
Linux: blkback driver may leak persistent grants
UPDATES IN VERSION 3
Public release.
ISSUE DESCRIPTION
On 30.03.2021 12:08, George Dunlap wrote:
>> On Mar 29, 2021, at 7:54 PM, Julien Grall wrote:
>> On Mon, 29 Mar 2021 at 17:15, George Dunlap wrote:
>>> diff --git a/CHANGELOG.md b/CHANGELOG.md
>>> index 8c89212f14..538eae611c 100644
>>> --- a/CHANGELOG.md
>>> +++ b/CHANGELOG.md
>>> @@ -12,6
On 30.03.2021 12:14, Julien Grall wrote:
>
>
> On 30/03/2021 11:08, George Dunlap wrote:
>>
>>
>>> On Mar 29, 2021, at 7:54 PM, Julien Grall
>>> wrote:
>>>
>>> Hi George,
>>>
>>> On Mon, 29 Mar 2021 at 17:15, George Dunlap
>>> wrote:
diff --git a/CHANGELOG.md b/CHANGELOG.md
index
On 30.03.2021 11:56, George Dunlap wrote:
>
>
>> On Mar 29, 2021, at 6:26 PM, Andrew Cooper wrote:
>>
>> On 29/03/2021 17:23, Jan Beulich wrote:
>>> On 29.03.2021 18:12, George Dunlap wrote:
> On Mar 25, 2021, at 7:08 AM, Jan Beulich wrote:
> On 24.03.2021 18:26, George Dunlap wrote:
Boris Ostrovsky writes ("[PATCH v3 0/2] Performance regression due to XSA-336"):
> The first patch addresses performance regression introduced by XSA-336 fixes.
> This patch could be considered as a candidate for inclusion in 4.15.
Thank you, but I think this is too late for 4.15.
Regards,
Ian.
On 30/03/2021 11:08, George Dunlap wrote:
On Mar 29, 2021, at 7:54 PM, Julien Grall wrote:
Hi George,
On Mon, 29 Mar 2021 at 17:15, George Dunlap wrote:
diff --git a/CHANGELOG.md b/CHANGELOG.md
index 8c89212f14..538eae611c 100644
--- a/CHANGELOG.md
+++ b/CHANGELOG.md
@@ -12,6 +12,7 @@
> On Mar 29, 2021, at 7:54 PM, Julien Grall wrote:
>
> Hi George,
>
> On Mon, 29 Mar 2021 at 17:15, George Dunlap wrote:
>> diff --git a/CHANGELOG.md b/CHANGELOG.md
>> index 8c89212f14..538eae611c 100644
>> --- a/CHANGELOG.md
>> +++ b/CHANGELOG.md
>> @@ -12,6 +12,7 @@ The format is based on
> On Mar 29, 2021, at 6:26 PM, Andrew Cooper wrote:
>
> On 29/03/2021 17:23, Jan Beulich wrote:
>> On 29.03.2021 18:12, George Dunlap wrote:
On Mar 25, 2021, at 7:08 AM, Jan Beulich wrote:
On 24.03.2021 18:26, George Dunlap wrote:
> Signed-off-by: George Dunlap
> ---
>
On Mon, Mar 29, 2021 at 05:15:02PM -0400, Boris Ostrovsky wrote:
> Make both create_periodic_time() and pt_adjust_vcpu() call
> write_{un}lock with similar arguments.
>
Might be worth adding that this is not a functional change?
> Requested-by: Jan Beulich
> Signed-off-by: Boris Ostrovsky
flight 160532 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/160532/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemuu-dmrestrict-amd64-dmrestrict 7 xen-install fail REGR.
vs. 152332
flight 160546 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/160546/
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-armhf-libvirt
38 matches
Mail list logo