This update is done to support device tree overlays functionality. This is taken
from David Gibson's DTC git: github.com/dgibson/dtc
Change log:
v1 -> v2:
Correct the compilation issue due to incorrect lib.h path.
Regards,
Vikram
Vikram Garhwal (1):
Update libfdt to v1.6.1
xen/common/li
Hi, Julien!
On 03.11.21 20:17, Julien Grall wrote:
> Hi Oleksandr,
>
> On 03/11/2021 12:08, Oleksandr Andrushchenko wrote:
>>
>>
>> On 03.11.21 00:47, Stefano Stabellini wrote:
>>> On Tue, 2 Nov 2021, Oleksandr Andrushchenko wrote:
From: Oleksandr Andrushchenko
While in vPCI MMIO t
flight 166035 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/166035/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf 6f9e83f757ed7c5c78d071f475b2e72d899c2aef
baseline version:
ovmf 939c2355daaf94cd7eb20
This update is done to support device tree overlays functionality. This is taken
from David Gibson's DTC git: github.com/dgibson/dtc
Regards,
Vikram
Vikram Garhwal (1):
Update libfdt to v1.6.1
xen/common/libfdt/Makefile.libfdt | 10 +-
xen/common/libfdt/fdt.c | 226 ++---
x
flight 166026 linux-linus real [real]
flight 166036 linux-linus real-retest [real]
http://logs.test-lab.xenproject.org/osstest/logs/166026/
http://logs.test-lab.xenproject.org/osstest/logs/166036/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run
flight 166037 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/166037/
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 11/2/21 5:19 AM, Juergen Gross wrote:
When running as PVH or HVM guest with actual memory < max memory the
hypervisor is using "populate on demand" in order to allow the guest
to balloon down from its maximum memory size. For this to work
correctly the guest must not touch more memory pages
On 11/2/21 5:22 AM, Juergen Gross wrote:
alloc_xenballooned_pages() and free_xenballooned_pages() are used as
direct replacements of xen_alloc_unpopulated_pages() and
xen_free_unpopulated_pages() in case CONFIG_XEN_UNPOPULATED_ALLOC isn't
defined.
Guard both functions with !CONFIG_XEN_UNPOPULA
On Wed, Oct 27 2021 at 17:29, Josef Johansson wrote:
CC+: EFIFB and scheduler folks
> On 10/27/21 14:01, Josef Johansson wrote:
> When I suspend I get errors from Xen, including stacktraces below
> if anyone has any clue, if this might be related. I get one each time I
> suspend
> and the third t
From: Thomas Gleixner
The recent rework of PCI/MSI[X] masking moved the non-mask checks from the
low level accessors into the higher level mask/unmask functions.
This missed the fact that these accessors can be invoked from other places
as well. The missing checks break XEN-PV which sets pci_msi
Josef!
On Wed, Oct 27 2021 at 17:29, Josef Johansson wrote:
> On 10/27/21 14:01, Josef Johansson wrote:
>> diff --git a/kernel/irq/msi.c b/kernel/irq/msi.c
>> index 6a5ecee6e567..28d509452958 100644
>> --- a/kernel/irq/msi.c
>> +++ b/kernel/irq/msi.c
>> @@ -529,10 +529,10 @@ static bool msi_check_
On Wed, 3 Nov 2021, Luca Fancellu wrote:
> > On 2 Nov 2021, at 23:17, Stefano Stabellini wrote:
> >
> > On Tue, 2 Nov 2021, Luca Fancellu wrote:
> >> The code introduced by commit a1743fc3a9fe9b68c265c45264dddf214fd9b882
> >> ("arm/efi: Use dom0less configuration when using EFI boot") is
> >> int
flight 166034 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/166034/
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, 3 Nov 2021, Julien Grall wrote:
> On 02/11/2021 23:36, Stefano Stabellini wrote:
> > On Tue, 2 Nov 2021, Luca Fancellu wrote:
> > > Hi all,
> > >
> > > We recently discovered that there is a way to list Dom0 modules that is
> > > not supported by the EFI boot,
> > > It’s happened browsing
Hi Luca and Stefano,
On 02/11/2021 23:36, Stefano Stabellini wrote:
On Tue, 2 Nov 2021, Luca Fancellu wrote:
Hi all,
We recently discovered that there is a way to list Dom0 modules that is not
supported by the EFI boot,
It’s happened browsing some Wiki pages like this one:
https://wiki.xenpro
flight 166030 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/166030/
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
Marek Marczykowski-Górecki writes ("[PATCH-4.16 v2] x86/xstate: reset cached
register values on resume"):
> set_xcr0() and set_msr_xss() use cached value to avoid setting the
> register to the same value over and over. But suspend/resume implicitly
> reset the registers and since percpu areas are
set_xcr0() and set_msr_xss() use cached value to avoid setting the
register to the same value over and over. But suspend/resume implicitly
reset the registers and since percpu areas are not deallocated on
suspend anymore, the cache gets stale.
Reset the cache on resume, to ensure the next write wil
Hi Oleksandr,
On 03/11/2021 12:08, Oleksandr Andrushchenko wrote:
On 03.11.21 00:47, Stefano Stabellini wrote:
On Tue, 2 Nov 2021, Oleksandr Andrushchenko wrote:
From: Oleksandr Andrushchenko
While in vPCI MMIO trap handlers for the guest PCI host bridge it is not
enough for SBDF translati
The RC1 release tarball failed its test build on the rather old install
I was using. I decided to release it anyway, but ideally this would
be improved.
The problem is that the version of qemu upstream we are now using
requires Python 3.6. We don't want to downgrade it and trying to
improve the
On Wed, Nov 03, 2021 at 04:15:52PM +0100, Jan Beulich wrote:
> On 03.11.2021 16:06, Roger Pau Monné wrote:
> > On Wed, Nov 03, 2021 at 10:46:40AM +0100, Jan Beulich wrote:
> >> On 02.11.2021 12:03, Roger Pau Monné wrote:
> >>> On Tue, Nov 02, 2021 at 11:13:08AM +0100, Jan Beulich wrote:
> On 2
Jan Beulich writes ("Re: [PATCH v2 0/3][4.16] x86/IOMMU: enabled / intremap
handling"):
> On 02.11.2021 11:17, Jan Beulich wrote:
> > On 21.10.2021 11:57, Jan Beulich wrote:
> >> In the course of reading the response to v1 (patch 1 only) I realized
> >> that not only that patch needs further adjus
Jan Beulich writes ("Re: [PATCH] x86/passthrough: Fix hvm_gsi_eoi() build with
GCC 12"):
> On 27.10.2021 22:07, Andrew Cooper wrote:
> > if ( !((pirq) ? &(pirq)->arch.hvm.dpci : NULL) )
>
> I disagree with the compiler's analysis: While &(pirq)->arch.hvm.dpci
> indeed can't be NULL, that's not
> On 3 Nov 2021, at 15:51, Jan Beulich wrote:
>
> On 03.11.2021 16:41, Bertrand Marquis wrote:
>> Hi Jan,
>>
>>> On 3 Nov 2021, at 15:30, Jan Beulich wrote:
>>>
>>> On 03.11.2021 16:16, Luca Fancellu wrote:
> On 3 Nov 2021, at 14:30, Jan Beulich wrote:
>
> On 03.11
Andrew Cooper writes ("Re: [PATCH] x86/traps: Fix typo in do_entry_CP()"):
> It turns out that I forgot to commit this patch, and it now needs a
> Release Ack to go in.
>
> It is very safe and obvious. It is passing the wrong constant into a
> debug function.
>
> Luckily the impact is benign due
flight 166025 qemu-mainline real [real]
flight 166032 qemu-mainline real-retest [real]
http://logs.test-lab.xenproject.org/osstest/logs/166025/
http://logs.test-lab.xenproject.org/osstest/logs/166032/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-am
On 03.11.2021 16:41, Bertrand Marquis wrote:
> Hi Jan,
>
>> On 3 Nov 2021, at 15:30, Jan Beulich wrote:
>>
>> On 03.11.2021 16:16, Luca Fancellu wrote:
>>>
>>>
On 3 Nov 2021, at 14:30, Jan Beulich wrote:
On 03.11.2021 15:09, Luca Fancellu wrote:
>> On 3 Nov 2021, at 11:28, Jan
> On 3 Nov 2021, at 15:30, Jan Beulich wrote:
>
> On 03.11.2021 16:16, Luca Fancellu wrote:
>>
>>
>>> On 3 Nov 2021, at 14:30, Jan Beulich wrote:
>>>
>>> On 03.11.2021 15:09, Luca Fancellu wrote:
> On 3 Nov 2021, at 11:28, Jan Beulich wrote:
> On 03.11.2021 11:20, Luca Fancellu wr
On 03.11.2021 11:20, Juergen Gross wrote:
> Instead of repeating similar data multiple times use a single source
> file and a generator script for producing prototypes and call sequences
> of the hypercalls.
>
> As the script already knows the number of parameters used add generating
> a macro for
Hi Jan,
> On 3 Nov 2021, at 15:30, Jan Beulich wrote:
>
> On 03.11.2021 16:16, Luca Fancellu wrote:
>>
>>
>>> On 3 Nov 2021, at 14:30, Jan Beulich wrote:
>>>
>>> On 03.11.2021 15:09, Luca Fancellu wrote:
> On 3 Nov 2021, at 11:28, Jan Beulich wrote:
> On 03.11.2021 11:20, Luca Fance
On 03.11.2021 16:16, Luca Fancellu wrote:
>
>
>> On 3 Nov 2021, at 14:30, Jan Beulich wrote:
>>
>> On 03.11.2021 15:09, Luca Fancellu wrote:
On 3 Nov 2021, at 11:28, Jan Beulich wrote:
On 03.11.2021 11:20, Luca Fancellu wrote:
>> On 3 Nov 2021, at 08:20, Jan Beulich wrote:
>>
Ian Jackson writes ("Re: [PATCH v3 3/3] tools: disable building qemu-trad per
default"):
> Juergen Gross writes ("[PATCH v3 3/3] tools: disable building qemu-trad per
> default"):
> > Using qemu-traditional as device model is deprecated for some time now.
> >
> > So change the default for buildi
> On 3 Nov 2021, at 14:30, Jan Beulich wrote:
>
> On 03.11.2021 15:09, Luca Fancellu wrote:
>>> On 3 Nov 2021, at 11:28, Jan Beulich wrote:
>>> On 03.11.2021 11:20, Luca Fancellu wrote:
> On 3 Nov 2021, at 08:20, Jan Beulich wrote:
> On 02.11.2021 18:12, Luca Fancellu wrote:
>>>
On 03.11.2021 16:06, Roger Pau Monné wrote:
> On Wed, Nov 03, 2021 at 10:46:40AM +0100, Jan Beulich wrote:
>> On 02.11.2021 12:03, Roger Pau Monné wrote:
>>> On Tue, Nov 02, 2021 at 11:13:08AM +0100, Jan Beulich wrote:
On 25.10.2021 12:28, Roger Pau Monné wrote:
> On Thu, Oct 21, 2021 at 1
On 03.11.21 16:08, Jan Beulich wrote:
On 03.11.2021 11:20, Juergen Gross wrote:
+# Generate the output
+END {
+# Verbatim generated lines
+for (i = 1; i <= e; i++)
+printf("%s\n", emit[i]);
+printf("\n");
+# Generate prototypes
+for (i = 1; i <= n; i++) {
+for
On 03.11.2021 11:20, Juergen Gross wrote:
> +# Generate the output
> +END {
> +# Verbatim generated lines
> +for (i = 1; i <= e; i++)
> +printf("%s\n", emit[i]);
> +printf("\n");
> +# Generate prototypes
> +for (i = 1; i <= n; i++) {
> +for (p = 1; p <= n_pre[i];
On Wed, Nov 03, 2021 at 10:46:40AM +0100, Jan Beulich wrote:
> On 02.11.2021 12:03, Roger Pau Monné wrote:
> > On Tue, Nov 02, 2021 at 11:13:08AM +0100, Jan Beulich wrote:
> >> On 25.10.2021 12:28, Roger Pau Monné wrote:
> >>> On Thu, Oct 21, 2021 at 11:59:02AM +0200, Jan Beulich wrote:
> The
On 01.11.2021 16:20, Juergen Gross wrote:
> Instead of listing each single file with .s or .i suffixes in
> .gitignore use pattern based entries. Restrict those to the xen
> directory as we have e.g. tools/libs/stat/bindings/swig/xenstat.i in
> our tree.
>
> Below xen the pattern based entries are
On 01.11.2021 16:20, Juergen Gross wrote:
> Instead of including asm/hypercall.h always use xen/hypercall.h.
> Additionally include xen/hypercall.h from all sources containing a
> hypercall handler.
>
> This prepares for generating the handlers' prototypes at build time.
>
> Add a guard in asm/hy
Introduce a new domain create field so that toolstack can specify the
maximum grant table version usable by the domain. This is plumbed into
xl and settable by the user as max_grant_version.
Previously this was only settable on a per host basis using the
gnttab command line option.
Note the versi
On 01.11.2021 16:20, Juergen Gross wrote:
> Today most hypercall handlers have a return type of long, while the
> compat ones return an int. There are a few exceptions from that rule,
> however.
>
> Get rid of the exceptions by letting compat handlers always return int
> and others always return l
While commit ("x86/IOMMU: mark IOMMU / intremap not in use
when ACPI tables are missing") deals with apic_x2apic_probe() as called
from x2apic_bsp_setup(), the check_x2apic_preenabled() path is similarly
affected: The call needs to occur after acpi_boot_init() (which is what
calls acpi
On 03.11.2021 15:09, Luca Fancellu wrote:
>> On 3 Nov 2021, at 11:28, Jan Beulich wrote:
>> On 03.11.2021 11:20, Luca Fancellu wrote:
On 3 Nov 2021, at 08:20, Jan Beulich wrote:
On 02.11.2021 18:12, Luca Fancellu wrote:
>> On 2 Nov 2021, at 14:45, Jan Beulich wrote:
>> On 02.11
On 11/1/21 3:15 PM, Boris Ostrovsky wrote:
On 10/28/21 4:12 AM, Juergen Gross wrote:
Some cleanups, mostly related to no longer supporting 32-bit PV mode.
Juergen Gross (4):
x86/xen: remove 32-bit pv leftovers
xen: allow pv-only hypercalls only with CONFIG_XEN_PV
xen: remove highmem
> On 3 Nov 2021, at 11:28, Jan Beulich wrote:
>
> On 03.11.2021 11:20, Luca Fancellu wrote:
>>
>>
>>> On 3 Nov 2021, at 08:20, Jan Beulich wrote:
>>>
>>> On 02.11.2021 18:12, Luca Fancellu wrote:
> On 2 Nov 2021, at 14:45, Jan Beulich wrote:
> On 02.11.2021 15:05, Luca Fancellu wr
flight 166028 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/166028/
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 29/09/2021 09:07, Jan Beulich wrote:
> On 28.09.2021 23:00, Andrew Cooper wrote:
>> The call to debugger_trap_entry() should pass the correct vector. The
>> break-for-gdbsx logic is in practice unreachable because PV guests can't
>> generate #CP, but it will interfere with anyone inserting cust
Juergen Gross writes ("[PATCH v3 3/3] tools: disable building qemu-trad per
default"):
> Using qemu-traditional as device model is deprecated for some time now.
>
> So change the default for building it to "disable". This will affect
> ioemu-stubdom, too, as there is a direct dependency between t
Jan Beulich writes ("Re: [xen-unstable test] 165973: regressions - FAIL"):
> On 02.11.2021 04:07, osstest service owner wrote:
> > flight 165973 xen-unstable real [real]
> > flight 165977 xen-unstable real-retest [real]
> > http://logs.test-lab.xenproject.org/osstest/logs/165973/
> > http://logs.te
Release implications: I have eyeballed this again and the effect is to
treat some things as not starved as described. This may make some
additional tests run but only in a good way. So, formally:
Release-Acked-by: Ian Jackson
>From 4a62c669ba9d7635caeac02b0a925bb05199f72a Mon Sep 17 00:00:00 20
On 03.11.21 00:47, Stefano Stabellini wrote:
> On Tue, 2 Nov 2021, Oleksandr Andrushchenko wrote:
>> From: Oleksandr Andrushchenko
>>
>> While in vPCI MMIO trap handlers for the guest PCI host bridge it is not
>> enough for SBDF translation to simply call VPCI_ECAM_BDF(info->gpa) as
>> the base
On 03.11.21 12:35, Michal Orzel wrote:
Hi Juergen,
On 01.11.2021 16:20, Juergen Gross wrote:
In order to avoid indirect function calls on the hypercall path as
much as possible this series is removing the hypercall function tables
and is replacing the hypercall handler calls via the function ar
Hi Juergen,
On 01.11.2021 16:20, Juergen Gross wrote:
> In order to avoid indirect function calls on the hypercall path as
> much as possible this series is removing the hypercall function tables
> and is replacing the hypercall handler calls via the function array
> by automatically generated cal
On 03.11.21 13:26, Roger Pau Monné wrote:
> On Wed, Nov 03, 2021 at 11:02:37AM +, Oleksandr Andrushchenko wrote:
>>
>> On 03.11.21 13:01, Roger Pau Monné wrote:
>>> On Wed, Nov 03, 2021 at 10:36:36AM +, Oleksandr Andrushchenko wrote:
On 03.11.21 12:34, Jan Beulich wrote:
> On 03.
On 01.11.2021 14:40, Marek Marczykowski-Górecki wrote:
> On Thu, Oct 21, 2021 at 03:44:27PM +0200, Roger Pau Monné wrote:
>> On Mon, Oct 18, 2021 at 10:21:28AM +0200, Jan Beulich wrote:
>>> On 24.08.2021 23:11, Andrew Cooper wrote:
On 18/08/2021 13:44, Andrew Cooper wrote:
> On 18/08/2021
On 03.11.2021 11:20, Luca Fancellu wrote:
>
>
>> On 3 Nov 2021, at 08:20, Jan Beulich wrote:
>>
>> On 02.11.2021 18:12, Luca Fancellu wrote:
On 2 Nov 2021, at 14:45, Jan Beulich wrote:
On 02.11.2021 15:05, Luca Fancellu wrote:
> The code introduced by commit a1743fc3a9fe9b68c265c4
On Wed, Nov 03, 2021 at 11:02:37AM +, Oleksandr Andrushchenko wrote:
>
>
> On 03.11.21 13:01, Roger Pau Monné wrote:
> > On Wed, Nov 03, 2021 at 10:36:36AM +, Oleksandr Andrushchenko wrote:
> >>
> >> On 03.11.21 12:34, Jan Beulich wrote:
> >>> On 03.11.2021 11:24, Oleksandr Andrushchenko
On 03.11.21 13:01, Roger Pau Monné wrote:
> On Wed, Nov 03, 2021 at 10:36:36AM +, Oleksandr Andrushchenko wrote:
>>
>> On 03.11.21 12:34, Jan Beulich wrote:
>>> On 03.11.2021 11:24, Oleksandr Andrushchenko wrote:
On 03.11.21 11:49, Jan Beulich wrote:
> Aiui you want to prevent the gu
On 02.11.2021 11:17, Jan Beulich wrote:
> On 21.10.2021 11:57, Jan Beulich wrote:
>> In the course of reading the response to v1 (patch 1 only) I realized
>> that not only that patch needs further adjustment, but that also
>> further changes are needed (and there's likely yet more amiss).
>>
>> 1:
On Wed, Nov 03, 2021 at 10:36:36AM +, Oleksandr Andrushchenko wrote:
>
>
> On 03.11.21 12:34, Jan Beulich wrote:
> > On 03.11.2021 11:24, Oleksandr Andrushchenko wrote:
> >> On 03.11.21 11:49, Jan Beulich wrote:
> >>> Aiui you want to prevent the guest from clearing the bit if either
> >>> MS
flight 166022 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/166022/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-armhf-armhf-xl-multivcpu 10 host-ping-check-xen fail pass in 165979
test-armhf-armhf-xl-rtds 18
On 03.11.21 12:34, Jan Beulich wrote:
> On 03.11.2021 11:24, Oleksandr Andrushchenko wrote:
>> On 03.11.21 11:49, Jan Beulich wrote:
>>> Aiui you want to prevent the guest from clearing the bit if either
>>> MSI or MSI-X are in use. Symmetrically, when the guest enables MSI
>>> or MSI-X, you will
On 03.11.2021 11:24, Oleksandr Andrushchenko wrote:
> On 03.11.21 11:49, Jan Beulich wrote:
>> Aiui you want to prevent the guest from clearing the bit if either
>> MSI or MSI-X are in use. Symmetrically, when the guest enables MSI
>> or MSI-X, you will want to force the bit set (which may well be
> On 2 Nov 2021, at 23:17, Stefano Stabellini wrote:
>
> On Tue, 2 Nov 2021, Luca Fancellu wrote:
>> The code introduced by commit a1743fc3a9fe9b68c265c45264dddf214fd9b882
>> ("arm/efi: Use dom0less configuration when using EFI boot") is
>> introducing a problem to boot Xen using Grub2 on ARM
On 03.11.21 11:49, Jan Beulich wrote:
> On 03.11.2021 10:30, Oleksandr Andrushchenko wrote:
>>
>> On 03.11.21 11:24, Jan Beulich wrote:
>>> On 03.11.2021 10:18, Oleksandr Andrushchenko wrote:
On 03.11.21 11:11, Jan Beulich wrote:
> On 03.11.2021 09:53, Oleksandr Andrushchenko wrote:
Instead of repeating similar data multiple times use a single source
file and a generator script for producing prototypes and call sequences
of the hypercalls.
As the script already knows the number of parameters used add generating
a macro for populating an array with the number of parameters per
> On 3 Nov 2021, at 08:20, Jan Beulich wrote:
>
> On 02.11.2021 18:12, Luca Fancellu wrote:
>>> On 2 Nov 2021, at 14:45, Jan Beulich wrote:
>>> On 02.11.2021 15:05, Luca Fancellu wrote:
The code introduced by commit a1743fc3a9fe9b68c265c45264dddf214fd9b882
("arm/efi: Use dom0less co
On 02/11/2021 08:51, Roger Pau Monné wrote:
On Mon, Nov 01, 2021 at 10:47:26AM +, Andrew Cooper wrote:
Hello,
On ARM, the GIC is a hard prerequisite for VMs.
I can't remember what the state of RISCV is, but IIRC there is still
some debate over how interrupts are expected to work under virt
flight 166027 xen-unstable-coverity real [real]
http://logs.test-lab.xenproject.org/osstest/logs/166027/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
xen 9f8434d77859462ad98a51ec49ad8e23769d9b10
baseline version:
xen 3030
On 03.11.21 11:39, Roger Pau Monné wrote:
> On Wed, Nov 03, 2021 at 09:18:03AM +, Oleksandr Andrushchenko wrote:
>>
>> On 03.11.21 11:11, Jan Beulich wrote:
>>> On 03.11.2021 09:53, Oleksandr Andrushchenko wrote:
On 02.11.21 16:10, Oleksandr Andrushchenko wrote:
> On 02.11.21 15:54,
On 03.11.2021 10:30, Oleksandr Andrushchenko wrote:
>
>
> On 03.11.21 11:24, Jan Beulich wrote:
>> On 03.11.2021 10:18, Oleksandr Andrushchenko wrote:
>>>
>>> On 03.11.21 11:11, Jan Beulich wrote:
On 03.11.2021 09:53, Oleksandr Andrushchenko wrote:
> On 02.11.21 16:10, Oleksandr Andrushc
On 02.11.2021 12:03, Roger Pau Monné wrote:
> On Tue, Nov 02, 2021 at 11:13:08AM +0100, Jan Beulich wrote:
>> On 25.10.2021 12:28, Roger Pau Monné wrote:
>>> On Thu, Oct 21, 2021 at 11:59:02AM +0200, Jan Beulich wrote:
The two are really meant to be independent settings; iov_supports_xt()
On Wed, Nov 03, 2021 at 09:18:03AM +, Oleksandr Andrushchenko wrote:
>
>
> On 03.11.21 11:11, Jan Beulich wrote:
> > On 03.11.2021 09:53, Oleksandr Andrushchenko wrote:
> >>
> >> On 02.11.21 16:10, Oleksandr Andrushchenko wrote:
> >>> On 02.11.21 15:54, Jan Beulich wrote:
> On 02.11.2021
On 03.11.21 11:24, Jan Beulich wrote:
> On 03.11.2021 10:18, Oleksandr Andrushchenko wrote:
>>
>> On 03.11.21 11:11, Jan Beulich wrote:
>>> On 03.11.2021 09:53, Oleksandr Andrushchenko wrote:
On 02.11.21 16:10, Oleksandr Andrushchenko wrote:
> On 02.11.21 15:54, Jan Beulich wrote:
>>
On 03.11.2021 10:18, Oleksandr Andrushchenko wrote:
>
>
> On 03.11.21 11:11, Jan Beulich wrote:
>> On 03.11.2021 09:53, Oleksandr Andrushchenko wrote:
>>>
>>> On 02.11.21 16:10, Oleksandr Andrushchenko wrote:
On 02.11.21 15:54, Jan Beulich wrote:
> On 02.11.2021 12:50, Roger Pau Monné wr
On 03.11.21 11:11, Jan Beulich wrote:
> On 03.11.2021 09:53, Oleksandr Andrushchenko wrote:
>>
>> On 02.11.21 16:10, Oleksandr Andrushchenko wrote:
>>> On 02.11.21 15:54, Jan Beulich wrote:
On 02.11.2021 12:50, Roger Pau Monné wrote:
> On Tue, Nov 02, 2021 at 12:19:13PM +0100, Jan Beulic
On 03.11.2021 09:53, Oleksandr Andrushchenko wrote:
>
>
> On 02.11.21 16:10, Oleksandr Andrushchenko wrote:
>>
>> On 02.11.21 15:54, Jan Beulich wrote:
>>> On 02.11.2021 12:50, Roger Pau Monné wrote:
On Tue, Nov 02, 2021 at 12:19:13PM +0100, Jan Beulich wrote:
> On 26.10.2021 12:52, Roge
flight 166024 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/166024/
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-i386-libvirt
On 03.11.21 10:52, Roger Pau Monné wrote:
> On Wed, Nov 03, 2021 at 06:34:16AM +, Oleksandr Andrushchenko wrote:
>> Hi, Roger
>>
>> On 26.10.21 14:33, Roger Pau Monné wrote:
>>> On Thu, Sep 30, 2021 at 10:52:22AM +0300, Oleksandr Andrushchenko wrote:
diff --git a/xen/include/xen/pci.h b/
On 03.11.21 10:41, Jan Beulich wrote:
> On 03.11.2021 07:34, Oleksandr Andrushchenko wrote:
>> Hi, Roger
>>
>> On 26.10.21 14:33, Roger Pau Monné wrote:
>>> On Thu, Sep 30, 2021 at 10:52:22AM +0300, Oleksandr Andrushchenko wrote:
From: Oleksandr Andrushchenko
Assign SBDF to the PC
On 02.11.21 16:10, Oleksandr Andrushchenko wrote:
>
> On 02.11.21 15:54, Jan Beulich wrote:
>> On 02.11.2021 12:50, Roger Pau Monné wrote:
>>> On Tue, Nov 02, 2021 at 12:19:13PM +0100, Jan Beulich wrote:
On 26.10.2021 12:52, Roger Pau Monné wrote:
> On Thu, Sep 30, 2021 at 10:52:20AM +03
On Wed, Nov 03, 2021 at 06:34:16AM +, Oleksandr Andrushchenko wrote:
> Hi, Roger
>
> On 26.10.21 14:33, Roger Pau Monné wrote:
> > On Thu, Sep 30, 2021 at 10:52:22AM +0300, Oleksandr Andrushchenko wrote:
> >> diff --git a/xen/include/xen/pci.h b/xen/include/xen/pci.h
> >> index 43b8a0817076..3
On 03.11.2021 07:34, Oleksandr Andrushchenko wrote:
> Hi, Roger
>
> On 26.10.21 14:33, Roger Pau Monné wrote:
>> On Thu, Sep 30, 2021 at 10:52:22AM +0300, Oleksandr Andrushchenko wrote:
>>> From: Oleksandr Andrushchenko
>>>
>>> Assign SBDF to the PCI devices being passed through with bus 0.
>>> T
flight 166020 linux-linus real [real]
flight 166023 linux-linus real-retest [real]
http://logs.test-lab.xenproject.org/osstest/logs/166020/
http://logs.test-lab.xenproject.org/osstest/logs/166023/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run
On 02.11.2021 18:12, Luca Fancellu wrote:
>> On 2 Nov 2021, at 14:45, Jan Beulich wrote:
>> On 02.11.2021 15:05, Luca Fancellu wrote:
>>> The code introduced by commit a1743fc3a9fe9b68c265c45264dddf214fd9b882
>>> ("arm/efi: Use dom0less configuration when using EFI boot") is
>>> introducing a prob
85 matches
Mail list logo
