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 b33cf5bfcb4c941370739
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 git://xenbits.xe
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 19
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
test-amd64-i386-xl-
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 ar
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 1
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 the
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 th
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 1
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 xc_cpu_policy_is_compatible(xc_inte
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 xc_cpu_policy_update_
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 (l
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é
Review
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 bec
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 8
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 r
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
test-amd64-am
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: drbd_int
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):
test-amd6
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 latter
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):
https://gitla
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 imp
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 insertion
-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 +12,7
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 8c
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
> ---
> M
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
Eit
36 matches
Mail list logo
