On 10.12.2021 14:51, Roger Pau Monné wrote:
> On Fri, Sep 24, 2021 at 11:48:21AM +0200, Jan Beulich wrote:
>> For vendor specific code to support superpages we need to be able to
>> deal with a superpage mapping replacing an intermediate page table (or
>> hierarchy thereof). Consequently an iommu_a
On 10.12.2021 16:06, Roger Pau Monné wrote:
> On Fri, Sep 24, 2021 at 11:52:14AM +0200, Jan Beulich wrote:
>> ---
>> I'm not fully sure about allowing 512G mappings: The scheduling-for-
>> freeing of intermediate page tables can take quite a while when
>> replacing a tree of 4k mappings by a single
On Fri, Dec 10, 2021 at 8:14 PM Rafael J. Wysocki wrote:
> On Fri, Dec 10, 2021 at 8:04 PM Dmitry Osipenko wrote:
> > 10.12.2021 21:27, Rafael J. Wysocki пишет:
> > > On Mon, Nov 29, 2021 at 12:34 PM Dmitry Osipenko wrote:
> > >> 29.11.2021 03:26, Michał Mirosław пишет:
> > >>> On Mon, Nov 29, 2
On Mon, Dec 13, 2021 at 09:49:50AM +0100, Jan Beulich wrote:
> On 10.12.2021 16:06, Roger Pau Monné wrote:
> > On Fri, Sep 24, 2021 at 11:52:14AM +0200, Jan Beulich wrote:
> >> ---
> >> I'm not fully sure about allowing 512G mappings: The scheduling-for-
> >> freeing of intermediate page tables can
flight 167387 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/167387/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-xl-rtds 20 guest-localmigrate/x10 fail like 167381
test-amd64-amd64-xl-qemut-win7-amd64
On 13.12.2021 10:45, Roger Pau Monné wrote:
> On Mon, Dec 13, 2021 at 09:49:50AM +0100, Jan Beulich wrote:
>> On 10.12.2021 16:06, Roger Pau Monné wrote:
>>> On Fri, Sep 24, 2021 at 11:52:14AM +0200, Jan Beulich wrote:
---
I'm not fully sure about allowing 512G mappings: The scheduling-fo
On 27.11.21 19:51, Oleksandr Tyshchenko wrote:
Hello all.
Gentle reminder.
From: Oleksandr Tyshchenko
The R-Car S4 is an automotive System-on-Chip (SoC) for Car Server/Communication
Gateway and is one of the first products in Renesas’ 4th-generation R-Car
Family.
The integrated IOMMU HW
Hi,
On 13/12/2021 10:05, Oleksandr wrote:
On 27.11.21 19:51, Oleksandr Tyshchenko wrote:
Hello all.
Gentle reminder.
This is in my queue of 50+ patches to review. EPAM is the main
contributor for the IPMMU patches, so can one of your colleagues help to
review it?
Cheers,
--
Julien Gra
flight 167390 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/167390/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-armhf-libvirt 6 libvirt-buildfail REGR. vs. 151777
build-amd64-libvirt
On Mon, Dec 13, 2021 at 11:00:23AM +0100, Jan Beulich wrote:
> On 13.12.2021 10:45, Roger Pau Monné wrote:
> > On Mon, Dec 13, 2021 at 09:49:50AM +0100, Jan Beulich wrote:
> >> On 10.12.2021 16:06, Roger Pau Monné wrote:
> >>> On Fri, Sep 24, 2021 at 11:52:14AM +0200, Jan Beulich wrote:
> ---
On 09.12.2021 10:10, Juergen Gross wrote:
> On 09.12.21 10:05, Jan Beulich wrote:
>> On 08.12.2021 16:55, 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 h
On 13.12.2021 11:33, Roger Pau Monné wrote:
> On Mon, Dec 13, 2021 at 11:00:23AM +0100, Jan Beulich wrote:
>> On 13.12.2021 10:45, Roger Pau Monné wrote:
>>> It would be better if we could somehow account this in a per-vCPU way,
>>> kind of similar to what we do with vPCI BAR mappings.
>>
>> But re
flight 167389 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/167389/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-xl-rtds 20 guest-localmigrate/x10 fail like 167386
test-amd64-amd64-xl-qemut-win7-amd64
On 13.12.21 11:35, Jan Beulich wrote:
On 09.12.2021 10:10, Juergen Gross wrote:
On 09.12.21 10:05, Jan Beulich wrote:
On 08.12.2021 16:55, 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 tab
On 13.12.21 12:11, Julien Grall wrote:
Hi,
Hi Julien
On 13/12/2021 10:05, Oleksandr wrote:
On 27.11.21 19:51, Oleksandr Tyshchenko wrote:
Hello all.
Gentle reminder.
This is in my queue of 50+ patches to review. EPAM is the main
contributor for the IPMMU patches, so can one of yo
flight 167391 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/167391/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf 2686468c437f23e5dbd0a517b04852c3c1f84f39
baseline version:
ovmf 8c06c53b585a7443b1e0e
Currently the maximum number of memory banks (NR_MEM_BANKS define)
is fixed to 128, but on some new platforms that have a large amount
of memory, this value is not enough and prevents Xen from booting.
Increase the value to 256.
Signed-off-by: Luca Fancellu
---
xen/include/asm-arm/setup.h | 2 +
Currently the Xen UEFI stub can accept Xen boot arguments from
the Xen configuration file using the "options=" keyword, but also
directly from the device tree specifying xen,xen-bootargs
property.
When the configuration file is used, device tree boot arguments
are ignored and overwritten even if t
On Fri, Sep 24, 2021 at 11:52:47AM +0200, Jan Beulich wrote:
> ... depending on feature availability (and absence of quirks).
>
> Also make the page table dumping function aware of superpages.
>
> Signed-off-by: Jan Beulich
Just some minor nits.
> --- a/xen/drivers/passthrough/vtd/iommu.c
> ++
On 08.12.21 12:08, Lai Jiangshan wrote:
From: Lai Jiangshan
swapgs_restore_regs_and_return_to_usermode() is used in native code
(non-xenpv) only now, so it doesn't need the PV-aware SWAPGS and
INTERRUPT_RETURN.
Signed-off-by: Lai Jiangshan
Reviewed-by: Juergen Gross
Juergen
OpenPGP_0xB
flight 167392 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/167392/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf 1203eba58ecfcddf9a9ae164ccf32ca29037af82
baseline version:
ovmf 2686468c437f23e5dbd0a
On Fri, Dec 10, 2021 at 11:18:44PM +0100, Thomas Gleixner wrote:
> There are quite some places which retrieve the first MSI descriptor to
> evaluate whether the setup is for MSI or MSI-X. That's required because
> pci_dev::msi[x]_enabled is only set when the setup completed successfully.
>
> There
On 13.12.2021 12:54, Roger Pau Monné wrote:
> On Fri, Sep 24, 2021 at 11:52:47AM +0200, Jan Beulich wrote:
>> --- a/xen/drivers/passthrough/vtd/iommu.c
>> +++ b/xen/drivers/passthrough/vtd/iommu.c
>> @@ -743,18 +743,37 @@ static int __must_check iommu_flush_iotl
>> return iommu_flush_iotlb(d,
On 12/10/21 4:28 AM, Oleksandr Andrushchenko wrote:
From: Oleksandr Andrushchenko
While working with Xen's libxenvchan library I have faced an issue with
unmap notifications sent in wrong order if both UNMAP_NOTIFY_SEND_EVENT
and UNMAP_NOTIFY_CLEAR_BYTE were requested: first we send an event
On Fri, Dec 10, 2021 at 11:18:46PM +0100, Thomas Gleixner wrote:
> From: Thomas Gleixner
>
> instead of fiddling with MSI descriptors.
>
> Signed-off-by: Thomas Gleixner
> Cc: Juergen Gross
> Cc: xen-devel@lists.xenproject.org
> ---
> V3: Use pci_dev->msix_enabled.
> ---
> arch/x86/pci/xen.c
On Fri, Dec 03, 2021 at 01:50:44PM +0100, Juergen Gross wrote:
> On 03.12.21 13:49, Greg Kroah-Hartman wrote:
> > On Tue, Nov 23, 2021 at 02:20:47PM +0100, Juergen Gross wrote:
> > > Introduces the Xen pvUSB frontend. With pvUSB it is possible for a Xen
> > > domU to communicate with a USB device a
On Fri, Dec 10, 2021 at 11:18:47PM +0100, Thomas Gleixner wrote:
> From: Thomas Gleixner
>
> instead of fiddling with MSI descriptors.
>
> Signed-off-by: Thomas Gleixner
> ---
> V3: Use pci_dev->msix_enabled - Jason
> ---
> arch/x86/kernel/apic/msi.c |5 +
> 1 file changed, 1 insertion
On Fri, Dec 10, 2021 at 11:18:49PM +0100, Thomas Gleixner wrote:
> From: Thomas Gleixner
>
> to determine whether this is MSI or MSIX instead of consulting MSI
> descriptors.
>
> Signed-off-by: Thomas Gleixner
> ---
> V2: Use PCI device property - Jason
> ---
> kernel/irq/msi.c | 17 ++--
On Fri, Dec 10, 2021 at 11:18:51PM +0100, Thomas Gleixner wrote:
> From: Thomas Gleixner
>
> instead of fiddling with MSI descriptors.
>
> Signed-off-by: Thomas Gleixner
> Cc: Arnd Bergmann
> Cc: Michael Ellerman
> Cc: Benjamin Herrenschmidt
> Cc: linuxppc-...@lists.ozlabs.org
> ---
> V3: Us
On Fri, Dec 10, 2021 at 11:18:52PM +0100, Thomas Gleixner wrote:
> From: Thomas Gleixner
>
> instead of fiddling with MSI descriptors.
>
> Signed-off-by: Thomas Gleixner
> Cc: Michael Ellerman
> Cc: linuxppc-...@lists.ozlabs.org
> ---
> V3: Use pci_dev->msix_enabled - Jason
> ---
> arch/power
On Fri, Dec 10, 2021 at 11:19:22PM +0100, Thomas Gleixner wrote:
> From: Thomas Gleixner
>
> Set the domain info flag and remove the check.
>
> Signed-off-by: Thomas Gleixner
> Reviewed-by: Greg Kroah-Hartman
> Cc: Michael Ellerman
> Cc: Benjamin Herrenschmidt
> Cc: "Cédric Le Goater"
> Cc:
On Fri, Dec 10, 2021 at 11:19:23PM +0100, Thomas Gleixner wrote:
> From: Thomas Gleixner
>
> This allows drivers to retrieve the Linux interrupt number instead of
> fiddling with MSI descriptors.
>
> msi_get_virq() returns the Linux interrupt number or 0 in case that there
> is no entry for the
On Fri, Dec 10, 2021 at 11:19:25PM +0100, Thomas Gleixner wrote:
> From: Thomas Gleixner
>
> Use msi_get_vector() and handle the return value to be compatible.
>
> No functional change intended.
>
> Signed-off-by: Thomas Gleixner
> Reviewed-by: Greg Kroah-Hartman
> ---
> V2: Handle the INTx c
On 12.12.21 01:05, Samuel Thibault wrote:
Hello,
Juergen Gross, le lun. 06 déc. 2021 08:23:29 +0100, a ecrit:
- align the entries to page boundaries
+/* Adjust map entries to page boundaries. */
+for ( i = 0; i < e820_entries; i++ )
+{
+end = (e820_map[i].addr + e820_map[
On 12.12.21 01:15, Samuel Thibault wrote:
Juergen Gross, le lun. 06 déc. 2021 08:23:30 +0100, a ecrit:
-unsigned long pfn, max = 0;
+unsigned long pfns, max = 0;
I'd say rather rename max to start.
e820_get_memmap();
@@ -166,9 +166,12 @@ unsigned long e820_get_maxpfn(void)
On Fri, Sep 24, 2021 at 11:53:59AM +0200, Jan Beulich wrote:
> Having a separate flush-all hook has always been puzzling me some. We
> will want to be able to force a full flush via accumulated flush flags
> from the map/unmap functions. Introduce a respective new flag and fold
> all flush handling
On 12.12.21 01:26, Samuel Thibault wrote:
Juergen Gross, le lun. 06 déc. 2021 08:23:31 +0100, a ecrit:
@@ -81,8 +93,11 @@ int balloon_up(unsigned long n_pages)
if ( n_pages > N_BALLOON_FRAMES )
n_pages = N_BALLOON_FRAMES;
+start_pfn = e820_get_maxpfn(nr_mem_pages + 1) - 1;
show_hvm_stack() requires interrupts to be enabled to avoids triggering
the consistency check in check_lock() for the p2m lock. To do so in
spurious_interrupt() requires adding reentrancy protection / handling
there.
Fixes: adb715db698b ("x86/HVM: also dump stacks from show_execution_state()")
Sig
On Fri, Sep 24, 2021 at 11:54:58AM +0200, Jan Beulich wrote:
> Page table are used for two purposes after allocation: They either start
> out all empty, or they get filled to replace a superpage. Subsequently,
> to replace all empty or fully contiguous page tables, contiguous sub-
> regions will be
flight 167393 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/167393/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf ec37fd9c1fbc6c14ad3291b415ad6677a022a554
baseline version:
ovmf 1203eba58ecfcddf9a9ae
On Tue, Dec 07, 2021 at 01:23:30PM +, Stefan Hajnoczi wrote:
> v3:
> - Fixed FUSE export aio_set_fd_handler() call that I missed and double-checked
> for any other missing call sites using Coccinelle [Rich]
> v2:
> - Cleaned up unused return values in nvme and virtio-blk [Stefano]
> - Documen
On 10/12/2021 14:08, Juergen Gross wrote:
> On 10.12.21 14:49, Andrew Cooper wrote:
>> On 10/12/2021 11:16, Juergen Gross wrote:
>>> On 09.12.21 18:07, Andrew Cooper wrote:
The values are already available in dom->{console,xenstore}_pfn, just
like on
the PV side of things. No need t
Fixes: a5706b80f42e ("Set version to 4.17: rerun autogen.sh")
Signed-off-by: Andrew Cooper
---
CC: Wei Liu
CC: Anthony PERARD
CC: Juergen Gross
This gets forgotten each release. Any chance we can move libfsimage and/or
libacpi into libs/, where this issue would go away.
---
tools/libfsimage/
flight 167394 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/167394/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf 7a6e6ae9332614d386446d2a73e34b74fe66446f
baseline version:
ovmf ec37fd9c1fbc6c14ad329
On Mon, Dec 13, 2021 at 05:56:33PM +, Andrew Cooper wrote:
> Fixes: a5706b80f42e ("Set version to 4.17: rerun autogen.sh")
> Signed-off-by: Andrew Cooper
> ---
> CC: Wei Liu
> CC: Anthony PERARD
> CC: Juergen Gross
>
> This gets forgotten each release. Any chance we can move libfsimage an
On 13/12/2021 18:26, Anthony PERARD wrote:
> On Mon, Dec 13, 2021 at 05:56:33PM +, Andrew Cooper wrote:
>> Fixes: a5706b80f42e ("Set version to 4.17: rerun autogen.sh")
>> Signed-off-by: Andrew Cooper
>> ---
>> CC: Wei Liu
>> CC: Anthony PERARD
>> CC: Juergen Gross
>>
>> This gets forgotten
On Mon, 13 Dec 2021, Jan Beulich wrote:
> On 10.12.2021 15:10, Oleksandr Andrushchenko wrote:
> > On 10.12.21 11:40, Jan Beulich wrote:
> >> --- a/xen/arch/arm/mm.c
> >> +++ b/xen/arch/arm/mm.c
> >> @@ -1479,7 +1479,7 @@ int xenmem_add_to_physmap_one(
> >> break;
> >> }
> >> c
?= is a deferred assignment. Switch to an alternative form which lets us use
an immediate assignment.
Before, version.sh gets run anywhere between 46 and 88 times, with 50 on a
`clean`. After, 6 times, invariant of main rune, and whether it is an
incremental build or not.
Signed-off-by: Andrew
Juergen Gross, le lun. 13 déc. 2021 15:56:21 +0100, a ecrit:
> On 12.12.21 01:05, Samuel Thibault wrote:
> > Hello,
> >
> > Juergen Gross, le lun. 06 déc. 2021 08:23:29 +0100, a ecrit:
> > > - align the entries to page boundaries
> >
> > > +/* Adjust map entries to page boundaries. */
> > > +
Juergen Gross, le lun. 13 déc. 2021 15:58:58 +0100, a ecrit:
> On 12.12.21 01:15, Samuel Thibault wrote:
> > Juergen Gross, le lun. 06 déc. 2021 08:23:30 +0100, a ecrit:
> > > -unsigned long pfn, max = 0;
> > > +unsigned long pfns, max = 0;
> >
> > I'd say rather rename max to start.
> >
On Mon, 13 Dec 2021, Luca Fancellu wrote:
> Currently the maximum number of memory banks (NR_MEM_BANKS define)
> is fixed to 128, but on some new platforms that have a large amount
> of memory, this value is not enough and prevents Xen from booting.
>
> Increase the value to 256.
>
> Signed-off-b
On Mon, 13 Dec 2021, Luca Fancellu wrote:
> Currently the Xen UEFI stub can accept Xen boot arguments from
> the Xen configuration file using the "options=" keyword, but also
> directly from the device tree specifying xen,xen-bootargs
> property.
>
> When the configuration file is used, device tre
flight 167400 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/167400/
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 167399 linux-linus real [real]
flight 167403 linux-linus real-retest [real]
http://logs.test-lab.xenproject.org/osstest/logs/167399/
http://logs.test-lab.xenproject.org/osstest/logs/167403/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-armhf-
On 23:19-20211210, Thomas Gleixner wrote:
> From: Thomas Gleixner
>
> Allocate the MSI device data on first invocation of the allocation function.
>
> Signed-off-by: Thomas Gleixner
> Reviewed-by: Greg Kroah-Hartman
> Reviewed-by: Jason Gunthorpe
> Cc: Nishanth Menon
> Cc: Tero Kristo
> Cc:
On 23:18-20211210, Thomas Gleixner wrote:
[...]
>
> It's also available from git:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/tglx/devel.git
> msi-v3-part-2
[...]
> ---
> drivers/dma/ti/k3-udma-private.c|6
> drivers/dma/ti/k3-udma.c
On 23:19-20211210, Thomas Gleixner wrote:
> From: Thomas Gleixner
>
> Use the common msi_index member and get rid of the pointless wrapper struct.
>
> Signed-off-by: Thomas Gleixner
> Reviewed-by: Greg Kroah-Hartman
> Reviewed-by: Jason Gunthorpe
> Cc: Nishanth Menon
> Cc: Tero Kristo
> Cc:
On 23:19-20211210, Thomas Gleixner wrote:
> From: Thomas Gleixner
>
> Just use the core function msi_get_virq().
>
> Signed-off-by: Thomas Gleixner
> Reviewed-by: Greg Kroah-Hartman
> Reviewed-by: Jason Gunthorpe
> Cc: Peter Ujfalusi
> Cc: Vinod Koul
> Cc: dmaeng...@vger.kernel.org
Acked-b
flight 167401 xen-4.16-testing real [real]
flight 167406 xen-4.16-testing real-retest [real]
http://logs.test-lab.xenproject.org/osstest/logs/167401/
http://logs.test-lab.xenproject.org/osstest/logs/167406/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
t
On 13.12.21 22:19, Samuel Thibault wrote:
Juergen Gross, le lun. 13 déc. 2021 15:56:21 +0100, a ecrit:
On 12.12.21 01:05, Samuel Thibault wrote:
Hello,
Juergen Gross, le lun. 06 déc. 2021 08:23:29 +0100, a ecrit:
- align the entries to page boundaries
+/* Adjust map entries to page bou
On 13.12.21 22:22, Samuel Thibault wrote:
Juergen Gross, le lun. 13 déc. 2021 15:58:58 +0100, a ecrit:
On 12.12.21 01:15, Samuel Thibault wrote:
Juergen Gross, le lun. 06 déc. 2021 08:23:30 +0100, a ecrit:
-unsigned long pfn, max = 0;
+unsigned long pfns, max = 0;
I'd say rather rena
Juergen Gross, le mar. 14 déc. 2021 07:35:54 +0100, a ecrit:
> On 13.12.21 22:22, Samuel Thibault wrote:
> > Juergen Gross, le lun. 13 déc. 2021 15:58:58 +0100, a ecrit:
> > > On 12.12.21 01:15, Samuel Thibault wrote:
> > > > Juergen Gross, le lun. 06 déc. 2021 08:23:30 +0100, a ecrit:
> > > > > -
Attempting to wait when the backend hasn't been created yet can't work:
the function will complain "Backend ... does not exist". Move the
waiting past the creation of the backend (and that of other related
nodes), hoping that there are no other dependencies that would now be
broken.
Fixes: 0fdb48f
63 matches
Mail list logo
