Hi Stefano,
On 10/11/2022 01:18, Stefano Stabellini wrote:
>
>
> On Mon, 7 Nov 2022, Michal Orzel wrote:
>> Hi Bertrand and Stefano,
>>
>> On 31/10/2022 16:00, Bertrand Marquis wrote:
>>>
>>>
>>> Hi Michal,
>>>
On 31 Oct 2022, at 14:39, Michal Orzel wrote:
Hi Bertrand,
flight 174687 qemu-mainline real [real]
flight 174707 qemu-mainline real-retest [real]
http://logs.test-lab.xenproject.org/osstest/logs/174687/
http://logs.test-lab.xenproject.org/osstest/logs/174707/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-am
On 09.11.22 21:16, George Dunlap wrote:
On 4 Nov 2022, at 05:01, Andrew Cooper wrote:
On 03/11/2022 16:36, Juergen Gross wrote:
The code generated for the call_handlers_*() macros needs to avoid
undefined behavior when multiple handlers share the same priority.
The issue is the hypercall num
flight 174685 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/174685/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-armhf-armhf-libvirt 16 saverestore-support-checkfail like 174667
test-armhf-armhf-libvirt-raw 15 saveresto
Hi Luca,
> -Original Message-
> From: Luca Fancellu
> Subject: [PATCH for 4.17] arm: fix Kconfig symbol dependency on arm
> features
>
> The commit 3c2a14ea81c7 is introducing some unsupported arm features
> that by default are disabled and are used for the cpufeature.c code.
>
> As the
flight 174684 linux-5.4 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/174684/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-xl-credit2 18 guest-start/debian.repeat fail REGR. vs. 174540
Tests which are faili
flight 174683 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/174683/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-arm64-arm64-xl-vhd 8 xen-boot fail REGR. vs. 173462
test-arm64-arm64-xl
flight 174699 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/174699/
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 Mon, 7 Nov 2022, Michal Orzel wrote:
> Hi Bertrand and Stefano,
>
> On 31/10/2022 16:00, Bertrand Marquis wrote:
> >
> >
> > Hi Michal,
> >
> >> On 31 Oct 2022, at 14:39, Michal Orzel wrote:
> >>
> >> Hi Bertrand,
> >>
> >> On 31/10/2022 15:00, Bertrand Marquis wrote:
> >>>
> >>>
> >>> This
On Tue, 8 Nov 2022, Ayan Kumar Halder wrote:
> From: Ayan Kumar Halder
>
> Xen provides helper to atomically read/write memory (see {read,
> write}_atomic()). Those helpers can only work if the address is aligned
> to the size of the access (see B2.2.1 ARM DDI 08476I.a).
>
> On Arm32, the alignm
flight 174692 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/174692/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf b0fd3097193d9c6825979e57e78e6278163bfd8e
baseline version:
ovmf 0be81a4d83810cdb018d2
flight 174682 xen-unstable real [real]
flight 174697 xen-unstable real-retest [real]
http://logs.test-lab.xenproject.org/osstest/logs/174682/
http://logs.test-lab.xenproject.org/osstest/logs/174697/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-amd6
> On 4 Nov 2022, at 05:01, Andrew Cooper wrote:
>
> On 03/11/2022 16:36, Juergen Gross wrote:
>> The code generated for the call_handlers_*() macros needs to avoid
>> undefined behavior when multiple handlers share the same priority.
>> The issue is the hypercall number being unverified fed into
On 07/11/2022 15:09, Jan Beulich wrote:
> This reverts a small part of 7e21b25059ed ("xen: harmonize return types
> of hypercall handlers"). The change from "unsigned long" to "unsigned
> int" for the native handler function meant that previously invalid
> values became valid. While perhaps not a s
On 09/11/2022 07:36, Wei Chen wrote:
Hi Julien,
Hi Wei,
The patch is already quite difficult to read. So I would rather prefer
if the indentation is changed separately.
Ok.
Furthermore, I think it would be best if the functions moved in the
header are done separately to help checking
On 09/11/2022 06:46, Wei Chen wrote:
Hi Julien,
Hi Wei,
-Original Message-
From: Julien Grall
Sent: 2022年11月7日 3:45
To: Wei Chen ; xen-devel@lists.xenproject.org
Cc: nd ; Stefano Stabellini ; Bertrand
Marquis ; Volodymyr Babchuk
Subject: Re: [PATCH v6 07/11] xen/arm: implement
On 09/11/2022 04:55, Wei Chen wrote:
Hi Julien,
Hi Wei,
-Original Message-
From: Julien Grall
Sent: 2022年11月7日 3:20
To: Wei Chen ; xen-devel@lists.xenproject.org
Cc: nd ; Stefano Stabellini ; Bertrand
Marquis ; Volodymyr Babchuk
; Jiamei Xie
Subject: Re: [PATCH v6 05/11] xen/ar
flight 174678 xen-4.16-testing real [real]
flight 174693 xen-4.16-testing real-retest [real]
http://logs.test-lab.xenproject.org/osstest/logs/174678/
http://logs.test-lab.xenproject.org/osstest/logs/174693/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
t
> On 9 Nov 2022, at 16:26, Edwin Török wrote:
>
>
>
>> On 9 Nov 2022, at 14:18, Edwin Torok wrote:
>>
>>
>>
>>> On 9 Nov 2022, at 02:40, Henry Wang wrote:
>>>
>>> Hi Julien,
>>>
-Original Message-
From: Julien Grall
Subject: Re: [PATCH for-4.17 v3 07/15] CODING_
> On 9 Nov 2022, at 14:18, Edwin Torok wrote:
>
>
>
>> On 9 Nov 2022, at 02:40, Henry Wang wrote:
>>
>> Hi Julien,
>>
>>> -Original Message-
>>> From: Julien Grall
>>> Subject: Re: [PATCH for-4.17 v3 07/15] CODING_STYLE(tools/ocaml): add
>>> 'make format' and remove tabs
>>> Whil
On 08/11/2022 11:38, Roger Pau Monne wrote:
> Like on the Arm side, return -EINVAL when attempting to do a p2m
> operation on dying domains.
Honestly, I'd drop the comment about ARM. "the Arm side" has existed
for of all of a couple of weeks.
A far better justification is because almost all othe
flight 174677 xen-4.14-testing real [real]
flight 174691 xen-4.14-testing real-retest [real]
http://logs.test-lab.xenproject.org/osstest/logs/174677/
http://logs.test-lab.xenproject.org/osstest/logs/174691/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
t
> On 9 Nov 2022, at 02:40, Henry Wang wrote:
>
> Hi Julien,
>
>> -Original Message-
>> From: Julien Grall
>> Subject: Re: [PATCH for-4.17 v3 07/15] CODING_STYLE(tools/ocaml): add
>> 'make format' and remove tabs
>> While I understand the goal and support, this seems to be a bit too l
On 8 Nov 2022, at 15:34, Edwin Török
mailto:edvin.to...@citrix.com>> wrote:
If we are out of memory then strdup may return NULL, and passing NULL to
syslog may cause a crash.
Avoid this by using `caml_stat_strdup` which will raise an OCaml out of
memory exception instead.
This then needs to be
> On 8 Nov 2022, at 15:34, Edwin Török wrote:
>
> Helps debug fatal errors during live update
>
> Previously this would've just gone to /dev/null, because:
> * daemonize reopens stderr as /dev/null
> * systemd redirects stderr to /dev/null too
>
> Previously the only way to debug this was to
On 8 Nov 2022, at 15:34, Edwin Török
mailto:edvin.to...@citrix.com>> wrote:
However the default log level is warning, which means that problems during live
update were not logged at all, unless you've changes oxenstored.conf
prior to live-update.
Signed-off-by: Edwin Török
mailto:edvin.to...@
The commit 3c2a14ea81c7 is introducing some unsupported arm features
that by default are disabled and are used for the cpufeature.c code.
As they are disabled by default, a typo in the Kconfig symbol they
depend on has landed in the codebase unnoticed, instead of depending
on ARM64 which does not
> On 8 Nov 2022, at 15:34, Edwin Török wrote:
>
> Avoid this by trying to keep the eventchn file descriptor open across
> live updates, using the new xenevtchn_fdopen API, similar to how C
> xenstored works.
>
> However an old enough oxenstored won't have kept the evtchn fd open and
> won't ha
On 8 Nov 2022, at 15:34, Edwin Török wrote:
>
> It has been noticed in 2013 that shadow allocation sometimes returns the
> wrong value, which got worked around by adding a limit to the shadow
> multiplier of 1000 and ignoring the value from Xen in that case
> to avoid a shadow multiplier causing
On 8 Nov 2022, at 15:34, Edwin Török
mailto:edvin.to...@citrix.com>> wrote:
Building with Dune in release mode fails with:
```
File "ocaml/xenstored/store.ml", line 464, characters 13-32:
Warning 18: this type-based record disambiguation is not principal.
File "ocaml/xenstored/store.ml", line 1
On 8 Nov 2022, at 15:34, Edwin Török
mailto:edvin.to...@citrix.com>> wrote:
Signed-off-by: Edwin Török
mailto:edvin.to...@citrix.com>>
---
Reason for inclusion in 4.17:
- needed for a bugfix in a followup commit
Changes since v2:
- new in v3
---
tools/ocaml/libs/eventchn/xeneventchn.ml |
On 8 Nov 2022, at 15:33, Edwin Török
mailto:edvin.to...@citrix.com>> wrote:
Fixes: 2f2b76d47c5bcd9 ("tools/ocaml: do not run ocamldep during make clean")
Signed-off-by: Edwin Török
mailto:edvin.to...@citrix.com>>
---
Reason for inclusion in 4.17:
- addresses review comments received post comm
On 8 Nov 2022, at 15:33, Edwin Török
mailto:edvin.to...@citrix.com>> wrote:
Fixes: 2f2b76d47c5bcd9 ("tools/ocaml: do not run ocamldep during make clean")
Signed-off-by: Edwin Török
mailto:edvin.to...@citrix.com>>
---
Reason for inclusion in 4.17:
- addresses review comments received post comm
On 8 Nov 2022, at 15:33, Edwin Török
mailto:edvin.to...@citrix.com>> wrote:
A better solution is being worked on for master,
but for now use ocamldep -sort instead of a manually established link
order.
The manually established link order will be wrong when (security)
patches introduce new depen
flight 174689 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/174689/
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 Wed, Nov 09, 2022 at 01:02:28PM +0100, Jan Beulich wrote:
> On 09.11.2022 12:36, Roger Pau Monné wrote:
> > Since I don't see replies to my other comments, do you agree on
> > returning an error then?
>
> No, my view there hasn't changed. I wouldn't block a change to go in
> early for 4.18, but
On 09.11.22 11:46, Julien Grall wrote:
Hi Juergen,
On 08/11/2022 07:54, Juergen Gross wrote:
On 07.11.22 19:33, Julien Grall wrote:
On 07/11/2022 07:54, Juergen Gross wrote:
On 06.11.22 22:18, Julien Grall wrote:
Hi Juergen,
On 01/11/2022 15:28, Juergen Gross wrote:
When a domain has bee
On 09.11.2022 12:36, Roger Pau Monné wrote:
> Since I don't see replies to my other comments, do you agree on
> returning an error then?
No, my view there hasn't changed. I wouldn't block a change to go in
early for 4.18, but I also wouldn't ack such.
Perhaps just one remark on your other earlier
flight 174676 xen-4.15-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/174676/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-xtf-amd64-amd64-4 broken
test-xtf-amd64-a
On Wed, Nov 09, 2022 at 11:23:01AM +0100, Jan Beulich wrote:
> On 09.11.2022 11:11, Roger Pau Monné wrote:
> > On Wed, Nov 09, 2022 at 08:48:46AM +0100, Jan Beulich wrote:
> >> Finally I'm not convinced of the usefulness of this dying check in the
> >> first place: is_dying may become set immediate
Hi Andrew,
> Subject: Re: [PATCH for-4.17 v3 1/2] amd/virt_ssbd: set SSBD at vCPU context
> switch
> > Signed-off-by: Roger Pau Monné
>
> Reviewed-by: Jan Beulich
> with one further remark:
>
> Is "cleared" in the comment correct when "spec-ctrl=ssbd"? I think "suitably
> set" or "cleared/set"
Hi Andrew,
> Subject: Re: [PATCH for-4.17 v2] hvm/apic: repurpose the reporting of the
> APIC assist options
>
>
> Everything else looks plausible to me, but from prior discussion I
> wonder whether the result isn't still going to be too coarse grained
> for Andrew's taste.
If you have time, wo
Hi Juergen,
On 08/11/2022 07:54, Juergen Gross wrote:
On 07.11.22 19:33, Julien Grall wrote:
On 07/11/2022 07:54, Juergen Gross wrote:
On 06.11.22 22:18, Julien Grall wrote:
Hi Juergen,
On 01/11/2022 15:28, Juergen Gross wrote:
When a domain has been recognized to have stopped, remove all
On 09.11.2022 11:08, Luca Fancellu wrote:
>>> On 07.11.2022 11:47, Luca Fancellu wrote:
+Here is an example to add a new justification in
false-positive-.json::
>>>
>>> With already present in the name, ...
>>>
+|{
+|"version": "1.0",
+|"content": [
+|
flight 174681 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/174681/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf 0be81a4d83810cdb018d293bc264f489e7664043
baseline version:
ovmf 6c1a4a376e97800c555da
On 09.11.2022 11:11, Roger Pau Monné wrote:
> On Wed, Nov 09, 2022 at 08:48:46AM +0100, Jan Beulich wrote:
>> Finally I'm not convinced of the usefulness of this dying check in the
>> first place: is_dying may become set immediately after the check was
>> done.
>
> While strictly true, this code i
On Wed, Nov 09, 2022 at 08:48:46AM +0100, Jan Beulich wrote:
> On 08.11.2022 18:15, Roger Pau Monné wrote:
> > On Tue, Nov 08, 2022 at 06:03:54PM +0100, Jan Beulich wrote:
> >> On 08.11.2022 17:43, Roger Pau Monné wrote:
> >>> On Tue, Nov 08, 2022 at 05:14:40PM +0100, Jan Beulich wrote:
> On 0
This can be useful when preparing a series for resend and want to
collect any Acked-by/etc. tags from the mailing list.
It avoids duplicate entries, and puts the tag in the correct place
(even if the commit has a --- line), and you get to see the result
before committing (unless you use --no-edit).
Hi Jan,
> -Original Message-
> From: Jan Beulich
> Sent: 2022年11月9日 17:30
> To: Wei Chen
> Cc: nd ; Andrew Cooper ; Roger Pau
> Monné ; Wei Liu ; George Dunlap
> ; Julien Grall ; Stefano
> Stabellini ; xen-devel@lists.xenproject.org
> Subject: Re: [PATCH v7 5/6] xen/x86: move NUMA proces
>>
>> On 07.11.2022 11:47, Luca Fancellu wrote:
>>> +Here is an example to add a new justification in
>>> false-positive-.json::
>>
>> With already present in the name, ...
>>
>>> +|{
>>> +|"version": "1.0",
>>> +|"content": [
>>> +|{
>>> +|"id": "SAF-0-false-posit
> On 9 Nov 2022, at 09:52, Jan Beulich wrote:
>
> On 09.11.2022 10:36, Jan Beulich wrote:
>> On 09.11.2022 10:21, Edwin Torok wrote:
>>>
>>>
On 9 Nov 2022, at 07:10, Jan Beulich wrote:
On 09.11.2022 03:47, Henry Wang wrote:
>> -Original Message-
>> From: Edwin
On 09.11.2022 10:45, Edwin Torok wrote:
>> On 9 Nov 2022, at 07:48, Jan Beulich wrote:
>> On 08.11.2022 18:15, Roger Pau Monné wrote:
>>> On Tue, Nov 08, 2022 at 06:03:54PM +0100, Jan Beulich wrote:
On 08.11.2022 17:43, Roger Pau Monné wrote:
> On Tue, Nov 08, 2022 at 05:14:40PM +0100, Ja
On 09.11.2022 10:36, Jan Beulich wrote:
> On 09.11.2022 10:21, Edwin Torok wrote:
>>
>>
>>> On 9 Nov 2022, at 07:10, Jan Beulich wrote:
>>>
>>> On 09.11.2022 03:47, Henry Wang wrote:
> -Original Message-
> From: Edwin Török
> Subject: [PATCH for-4.17 v3 09/15] tools/ocaml/xens
> On 9 Nov 2022, at 03:19, Henry Wang wrote:
>
> Hi Edwin,
>
>> -Original Message-
>>> [1]
>> AS8PR08MB7991145C8063D6939AFFED8F92829@AS8PR08MB7991.eurprd08
>> .prod.outlook.com
>>
>>
>> Hmm I thought that is my Outlook rewriting the link, but the archive at
>> lore.kernel.org seems
> On 9 Nov 2022, at 07:48, Jan Beulich wrote:
>
> On 08.11.2022 18:15, Roger Pau Monné wrote:
>> On Tue, Nov 08, 2022 at 06:03:54PM +0100, Jan Beulich wrote:
>>> On 08.11.2022 17:43, Roger Pau Monné wrote:
On Tue, Nov 08, 2022 at 05:14:40PM +0100, Jan Beulich wrote:
> On 08.11.2022 12:
On 09.11.2022 10:21, Edwin Torok wrote:
>
>
>> On 9 Nov 2022, at 07:10, Jan Beulich wrote:
>>
>> On 09.11.2022 03:47, Henry Wang wrote:
-Original Message-
From: Edwin Török
Subject: [PATCH for-4.17 v3 09/15] tools/ocaml/xenstored/store.ml: fix
build
error
On 09.11.2022 09:51, Wei Chen wrote:
>> -Original Message-
>> From: Jan Beulich
>> Sent: 2022年11月9日 0:55
>>
>>> @@ -341,159 +247,14 @@ acpi_numa_memory_affinity_init(const struct
>> acpi_srat_mem_affinity *ma)
>>> pxm &= 0xff;
>>> node = setup_node(pxm);
>>> if (node ==
Hi Jiamei,
On 09/11/2022 09:25, Jiamei Xie wrote:
>
>
> Hi Michal，
>
> Below log can be got when stating the linux guest. It says 9c09 is sbsa. And
> 9c09 is also output
> in bootlogd error message:
> Serial: AMBA PL011 UART driver
> 9c0b.uart: ttyAMA0 at MMIO 0x9c0b (irq = 12, base_b
> On 9 Nov 2022, at 07:10, Jan Beulich wrote:
>
> On 09.11.2022 03:47, Henry Wang wrote:
>>> -Original Message-
>>> From: Edwin Török
>>> Subject: [PATCH for-4.17 v3 09/15] tools/ocaml/xenstored/store.ml: fix build
>>> error
>>>
>>> Building with Dune in release mode fails with:
>>> `
Hi Jan,
> -Original Message-
> From: Jan Beulich
> Sent: 2022年11月9日 0:55
> To: Wei Chen
> Cc: nd ; Andrew Cooper ; Roger Pau
> Monné ; Wei Liu ; George Dunlap
> ; Julien Grall ; Stefano
> Stabellini ; xen-devel@lists.xenproject.org
> Subject: Re: [PATCH v7 5/6] xen/x86: move NUMA process
On 08.11.2022 18:13, Luca Fancellu wrote:
>> On 8 Nov 2022, at 15:49, Jan Beulich wrote:
>> On 08.11.2022 15:00, Luca Fancellu wrote:
On 8 Nov 2022, at 11:48, Jan Beulich wrote:
On 08.11.2022 11:59, Luca Fancellu wrote:
>> On 07.11.2022 11:47, Luca Fancellu wrote:
>>> @@ -757,6
Hi Michal，
Below log can be got when stating the linux guest. It says 9c09 is sbsa. And
9c09 is also output
in bootlogd error message:
Serial: AMBA PL011 UART driver
9c0b.uart: ttyAMA0 at MMIO 0x9c0b (irq = 12, base_baud = 0) is a PL011
rev2
printk: console [ttyAMA0] enabled
9c09.s
flight 174675 xen-4.13-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/174675/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-xl-qemuu-win7-amd64 19 guest-stopfail like 174583
test-amd64-i386-xl-qemuu-win7-am
63 matches
Mail list logo
