On 24.03.23 20:13, aper...@xenbits.xen.org wrote:
[adhoc play]
harness ed1d8de4: PDU/IPMI: Be less aggressive with IPMI commands
179924: trouble: blocked/broken/fail/pass
flight 179924 linux-linus play [play]
http://logs.test-lab.xenproject.org/osstest/logs/179924/
Seems the main problem is g
flight 179915 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/179915/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qcow212 debian-di-installfail REGR. vs. 179518
test-amd64-amd64-
QEMU needs to know whether clearing maskbit of a vector is really
clearing, or was already cleared before. Currently Xen sends only
clearing that bit to the device model, but not setting it, so QEMU
cannot detect it. Because of that, QEMU is working this around by
checking via /dev/mem, but that is
Some devices (notably Intel Wifi 6 AX210 card) keep auxiliary registers
on the same page as MSI-X table. Device model (especially one in
stubdomain) cannot really handle those, as direct writes to that page is
refused (page is on the mmio_ro_ranges list). Instead, add internal ioreq
server that han
Some firmware/devices are found to not reset MSI-X properly, leaving
MASKALL set. Xen relies on initial state being both disabled.
Especially, pci_reset_msix_state() assumes if MASKALL is set, it was Xen
setting it due to msix->host_maskall or msix->guest_maskall. Clearing
just MASKALL might be uns
flight 179950 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/179950/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf f6bd3286edfbe5eb6b50946cc8bb89e5c60b9388
baseline version:
ovmf 1f26a9e62e0d7d930b8c2
flight 179947 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/179947/
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
flight 179904 xen-unstable real [real]
flight 179949 xen-unstable real-retest [real]
http://logs.test-lab.xenproject.org/osstest/logs/179904/
http://logs.test-lab.xenproject.org/osstest/logs/179949/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be r
flight 179940 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/179940/
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
branch xen-unstable-smoke
xenbranch xen-unstable-smoke
job build-amd64
testid xen-build
Tree: qemu git://xenbits.xen.org/qemu-xen-traditional.git
Tree: qemuu git://xenbits.xen.org/qemu-xen.git
Tree: xen git://xenbits.xen.org/xen.git
*** Found and reproduced problem changeset ***
Bug is in tree
* Correct comments in arm{32,64}/head.S
* Provide Linker assertions to check the safety of the zeroing loops
Signed-off-by: Andrew Cooper
---
CC: Stefano Stabellini
CC: Julien Grall
CC: Volodymyr Babchuk
CC: Bertrand Marquis
CC: Bob Eshleman
CC: Alistair Francis
CC: Connor Davis
CC: Olek
While we've been diligent to ensure that the main text/data/rodata mappings
have suitable restrictions, their aliases via the directmap were left fully
read/write. Worse, we even had pieces of code making use of this as a
feature.
Restrict the permissions for .text/rodata, as we have no legitimat
These two early exits skipped re-enabling the watchdog, and restoring the NMI
callback. Always execute the tail of the function on the way out.
Fixes: 8dd4dfa92d62 ("x86/microcode: Synchronize late microcode loading")
Signed-off-by: Andrew Cooper
---
CC: Jan Beulich
CC: Roger Pau Monné
CC: Wei
On Fri, 24 Mar 2023, Andrew Cooper wrote:
> For similar reasons to c/s a6b1e2b80fe20. While this container is still
> build-able, all the other problems with explicitly-versioned compilers remain.
>
> Signed-off-by: Andrew Cooper
Reviewed-by: Stefano Stabellini
> ---
> CC: Anthony PERARD
>
On Fri, 24 Mar 2023, Andrew Cooper wrote:
> * Update from GCC 11.2 to 11.3
> * Use python3-minimal instead of python
> * Use --no-install-recommends, requiring ca-certificates, g++-multilib and
>build-essential to be listed explicitly
>
> The resulting container is ~50M smaller
>
> Signed-
flight 179931 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/179931/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64 6 xen-buildfail REGR. vs. 179926
Tests which
On 24/03/2023 8:28 pm, Andrew Cooper wrote:
> On 24/03/2023 6:58 pm, osstest service owner wrote:
>> flight 179929 xen-unstable-smoke real [real]
>> http://logs.test-lab.xenproject.org/osstest/logs/179929/
>>
>> Regressions :-(
>>
>> Tests which did not succeed and are blocking,
>> including tests
On 24/03/2023 6:58 pm, osstest service owner wrote:
> flight 179929 xen-unstable-smoke real [real]
> http://logs.test-lab.xenproject.org/osstest/logs/179929/
>
> Regressions :-(
>
> Tests which did not succeed and are blocking,
> including tests which could not be run:
> build-amd64
Strings in Ocaml carry their own length. Absolutely nothing good can come
from having caml_string_length(data) be different to len.
Use the appropriate accessor, String_val(), but retain the workaround for the
Ocaml -safe-string constness bug in the same way as we've done elsewhere in
Xen.
Signe
On Fri, Mar 24, 2023 at 08:14:04PM +, Andrew Cooper wrote:
> Following Demi's work to use HTTPS everywhere, all users of GIT_HTTP have
> been removed from the build system. Drop the configure knob.
>
> Signed-off-by: Andrew Cooper
Reviewed-by: Demi Marie Obenour
> ---
> CC: Anthony PERARD
Following Demi's work to use HTTPS everywhere, all users of GIT_HTTP have
been removed from the build system. Drop the configure knob.
Signed-off-by: Andrew Cooper
---
CC: Anthony PERARD
CC: Demi Marie Obenour
CC: George Dunlap
CC: Jan Beulich
CC: Stefano Stabellini
CC: Wei Liu
CC: Julien
For similar reasons to c/s a6b1e2b80fe20. While this container is still
build-able, all the other problems with explicitly-versioned compilers remain.
Signed-off-by: Andrew Cooper
---
CC: Anthony PERARD
CC: Stefano Stabellini
CC: Michal Orzel
CC: Doug Goldstein
This will require backporting
* Update from GCC 11.2 to 11.3
* Use python3-minimal instead of python
* Use --no-install-recommends, requiring ca-certificates, g++-multilib and
build-essential to be listed explicitly
The resulting container is ~50M smaller
Signed-off-by: Andrew Cooper
---
CC: Anthony PERARD
CC: Stefano
[adhoc play]
harness ed1d8de4: PDU/IPMI: Be less aggressive with IPMI commands
179924: trouble: blocked/broken/fail/pass
flight 179924 linux-linus play [play]
http://logs.test-lab.xenproject.org/osstest/logs/179924/
Failures and problems with tests :-(
Tests which did not succeed and are blocki
flight 179929 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/179929/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64 6 xen-buildfail REGR. vs. 179926
Tests which
The pull request you sent on Fri, 24 Mar 2023 12:35:50 +0100:
> git://git.kernel.org/pub/scm/linux/kernel/git/xen/tip.git
> for-linus-6.3-rc4-tag
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/2495697422d374b097151205d399ff0dcbaa08e0
Thank you!
--
Deet-doot-dot, I
flight 179927 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/179927/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf 1f26a9e62e0d7d930b8c260c58b16cb9fb1cc940
baseline version:
ovmf cf6a0a52b07195ba278e4
On 24/03/2023 4:37 pm, Anthony PERARD wrote:
> On Wed, Mar 22, 2023 at 08:37:43AM +, Andrew Cooper wrote:
>> On 21/03/2023 5:33 pm, Demi Marie Obenour wrote:
>>> Demi Marie Obenour (5):
>>> Use HTTPS for all xenbits.xen.org Git repos
>>> Change remaining xenbits.xen.org link to HTTPS
>>>
On Wed, Mar 22, 2023 at 08:37:43AM +, Andrew Cooper wrote:
> On 21/03/2023 5:33 pm, Demi Marie Obenour wrote:
> > Demi Marie Obenour (5):
> > Use HTTPS for all xenbits.xen.org Git repos
> > Change remaining xenbits.xen.org link to HTTPS
> > Build system: Do not try to use broken links
> >
flight 179926 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/179926/
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 Thu, Mar 23, 2023 at 10:57:34AM +, David Woodhouse wrote:
> From: David Woodhouse
>
> As the Xen backend operations were abstracted out into a function table to
> allow for internally emulated Xen support, we missed the xen_init_pv()
> code path which also needs to install the operations f
On 06/12/2021 3:21 pm, Jan Beulich wrote:
> On 06.12.2021 16:11, Andrew Cooper wrote:
>> On 06/12/2021 13:58, Jan Beulich wrote:
>>> On 06.12.2021 14:08, Andrew Cooper wrote:
While we've been diligent to ensure that the main text/data/rodata
mappings
have suitable restrictions, their
On 25/04/2022 2:36 pm, Jan Beulich wrote:
> On 25.04.2022 14:37, Andrew Cooper wrote:
>> When CONFIG_GDBSX is compiled out, iommu_do_domctl() falls over a NULL
>> pointer. One of several bugs here is known-but-compiled-out subops
>> falling
>> into the default chain and hitting unrelated logic.
>>
flight 179922 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/179922/
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 Thu, Mar 16, 2023 at 07:14:47AM +0800, Dmitry Osipenko wrote:
> On 3/13/23 18:55, Huang Rui wrote:
> > On Mon, Mar 13, 2023 at 01:51:03AM +0800, Dmitry Osipenko wrote:
> >> On 3/12/23 12:22, Huang Rui wrote:
> >>> From: Antonio Caggiano
> >>>
> >>> Request Venus when initializing VirGL.
> >>>
>
The handling of the MSI-X table accesses by Xen requires that any
pages part of the MSI-X related tables are not mapped into the domain
physmap. As a result, any device registers in the same pages as the
start or the end of the MSIX or PBA tables is not currently
accessible, as the accesses are ju
On 24/03/2023 9:32 am, Jan Beulich wrote:
> On 24.03.2023 01:59, Andrew Cooper wrote:
>> On 19/12/2022 7:28 am, Jan Beulich wrote:
>>> On 16.12.2022 21:53, Andrew Cooper wrote:
>>> Again - one way to look at things. Plus, with Demi's series now also in
>>> mind, what's done here is moving us in exa
On Fri, Mar 24, 2023 at 12:16:10PM +0100, Juergen Gross wrote:
> Next try.
>
> Anthony, could you please use this patch instead of the previous one?
I've created flight 179924, with:
https://xenbits.xen.org/gitweb/?p=people/aperard/linux.git;a=shortlog;h=refs/heads/0593df9b-f8ad-0042-e024-35
On 24/08/2022 3:21 pm, Jan Beulich wrote:
> On 24.08.2022 12:59, Andrew Cooper wrote:
>
>> - ap_callin = 1;
>> +
>> + /*
>> + * Call in to the BSP. For APs, take ourselves offline.
>> + *
>> + * We must not use the stack after calling in to the BSP.
>> + */
>> + asm volati
flight 179890 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/179890/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-libvirt-xsm 15 migrate-support-checkfail never pass
test-amd64-i386-libvirt 15 migrate-s
Linus,
Please git pull the following tag:
git://git.kernel.org/pub/scm/linux/kernel/git/xen/tip.git for-linus-6.3-rc4-tag
xen: branch for v6.3-rc4
It contains two fixes:
- a build warning fix for a patch which went into rc3
- a fix for avoiding concurrent accesses to the Xen PV console ring p
On 25/08/2022 8:20 am, Jan Beulich wrote:
> On 24.08.2022 12:59, Andrew Cooper wrote:
>> HVMLoader is not relocatable in memory, and 32bit PIC code has a large
>> overhead. Build it as non-relocatable.
>>
>> Bloat-o-meter reports a net:
>> add/remove: 0/0 grow/shrink: 3/107 up/down: 14/-3370 (-3
On 24.03.23 08:46, Jan Beulich wrote:
On 24.03.2023 08:07, Juergen Gross wrote:
On 24.03.23 01:18, aper...@xenbits.xen.org wrote:
[adhoc play]
harness ed1d8de4: PDU/IPMI: Be less aggressive with IPMI commands
179901: regressions - trouble: blocked/broken/fail/pass
flight 179901 linux-linus pl
> On 23 Mar 2023, at 13:56, Michal Orzel wrote:
>
> When vgic_reserve_virq() fails and backend is in domain, we should also
> free the allocated event channel.
>
> When backend is in Xen and call to xzalloc() returns NULL, there is no
> need to call xfree(). This should be done instead on an
On 24.03.2023 01:59, Andrew Cooper wrote:
> On 19/12/2022 7:28 am, Jan Beulich wrote:
>> On 16.12.2022 21:53, Andrew Cooper wrote:
>> Again - one way to look at things. Plus, with Demi's series now also in
>> mind, what's done here is moving us in exactly the opposite direction.
>> Is this hot enou
On Fri, Mar 24, 2023 at 10:08:39AM +0100, Philippe Mathieu-Daudé wrote:
> On 23/3/23 18:36, Andy Shevchenko wrote:
> > Replace open-coded implementations of pci_resource_n() in pci.h.
...
> > #define pci_resource_n(dev, bar) (&(dev)->resource[(bar)])
> > -#define pci_resource_start(dev, bar)
On Fri, Mar 24, 2023 at 10:02:15AM +0100, Philippe Mathieu-Daudé wrote:
> On 23/3/23 18:36, Andy Shevchenko wrote:
> > The pci_bus_for_each_resource() can hide the iterator loop since
> > it may be not used otherwise. With this, we may drop that iterator
> > variable definition.
> >
> > Signed-off
On 23/3/23 18:36, Andy Shevchenko wrote:
Replace open-coded implementations of pci_resource_n() in pci.h.
Signed-off-by: Andy Shevchenko
---
include/linux/pci.h | 14 ++
1 file changed, 6 insertions(+), 8 deletions(-)
diff --git a/include/linux/pci.h b/include/linux/pci.h
index
On 23/3/23 18:36, Andy Shevchenko wrote:
The pci_bus_for_each_resource() can hide the iterator loop since
it may be not used otherwise. With this, we may drop that iterator
variable definition.
Signed-off-by: Andy Shevchenko
Reviewed-by: Krzysztof Wilczyński
---
drivers/eisa/pci_eisa.c | 4 +
On 23/3/23 18:36, Andy Shevchenko wrote:
Refactor pci_bus_for_each_resource() in the same way as it's done in
pci_dev_for_each_resource() case. This will allow to hide iterator
inside the loop, where it's not used otherwise.
No functional changes intended.
Signed-off-by: Andy Shevchenko
Review
On 24.03.23 08:46, Jan Beulich wrote:
On 24.03.2023 08:07, Juergen Gross wrote:
On 24.03.23 01:18, aper...@xenbits.xen.org wrote:
[adhoc play]
harness ed1d8de4: PDU/IPMI: Be less aggressive with IPMI commands
179901: regressions - trouble: blocked/broken/fail/pass
flight 179901 linux-linus pl
On 23.03.2023 23:01, Andrew Cooper wrote:
> Partly for clarity because there is a lot of subtle magic at work here.
> Expand the commentary of what's going on.
>
> Also because there is no need to double copy the stack (32kB). Spilled
> content does need accounting for, but this be sorted by only
On 24.03.2023 00:46, Andrew Cooper wrote:
> Gitlab Randconfig found:
>
> arch/x86/mm/shadow/common.c: In function 'shadow_prealloc':
> arch/x86/mm/shadow/common.c:1023:18: error: implicit declaration of function
> 'paging_logdirty_levels'; did you mean 'paging_log_dirty_init'?
> [-Werro
On 24.03.2023 00:15, Andrew Cooper wrote:
> On 04/02/2022 12:54 pm, Jan Beulich wrote:
>> On 03.02.2022 14:38, Andrew Cooper wrote:
>>> --- a/xen/arch/x86/domain.c
>>> +++ b/xen/arch/x86/domain.c
>>> @@ -1693,11 +1693,8 @@ static void load_segments(struct vcpu *n)
>>> put_guest(ur
On 23.03.2023 19:28, Andrew Cooper wrote:
> On 22/03/2023 9:35 am, Jan Beulich wrote:
>> While benign at present, it is still a little fragile to operate on a
>> wrong "old_mode" value in sh_update_paging_modes(). This can happen when
>> no monitor table was present initially - we'd create one for
On 24.03.2023 08:07, Juergen Gross wrote:
> On 24.03.23 01:18, aper...@xenbits.xen.org wrote:
>> [adhoc play]
>> harness ed1d8de4: PDU/IPMI: Be less aggressive with IPMI commands
>> 179901: regressions - trouble: blocked/broken/fail/pass
>>
>> flight 179901 linux-linus play [play]
>> http://logs.t
On 23.03.2023 19:18, Andrew Cooper wrote:
> On 22/03/2023 9:35 am, Jan Beulich wrote:
>> Emulation related functions are involved in HVM handling only, and in
>> some cases they even invoke such checks after having already done things
>> which are valid for HVM domains only. OOS active also implies
On 24.03.23 01:18, aper...@xenbits.xen.org wrote:
[adhoc play]
harness ed1d8de4: PDU/IPMI: Be less aggressive with IPMI commands
179901: regressions - trouble: blocked/broken/fail/pass
flight 179901 linux-linus play [play]
http://logs.test-lab.xenproject.org/osstest/logs/179901/
Regressions :-
58 matches
Mail list logo
