On 06.07.2022 08:56, Demi Marie Obenour wrote:
>>> commit 8d410ac2c178e1dd1001cadddbe9ca75a9738c95
>>> Author: Demi Marie Obenour
>>> Date: Tue Jul 5 13:10:46 2022 +0200
>>>
>>> EFI: preserve the System Resource Table for dom0
>>>
>>> The EFI System Resource Table (ESRT) is necessar
On 05.07.2022 23:02, Xenia Ragiadakou wrote:
> The function idle_loop() is referenced only in domain.c.
> Change its linkage from external to internal by adding the storage-class
> specifier static to its definitions.
>
> Since idle_loop() is referenced only in inline assembly, add the 'used'
> at
On 06.07.2022 00:02, Xenia Ragiadakou wrote:
> Hi Julien,
>
> On 7/6/22 00:38, Julien Grall wrote:
>> Hi Xenia,
>>
>> On 05/07/2022 22:02, Xenia Ragiadakou wrote:
>>> The function pv_console_evtchn() is defined in the header
>>> .
>>> If the header happens to be included by multiple files, this c
Hi,
It seems that this patch has been stale for nearly 2 months, with the
first patch in series already merged and some discussions between
maintainers and author in the Patch #2 thread. So I am sending this
email as a gentle reminder.
Kind regards,
Henry
> -Original Message-
> Subject:
Hi,
It seems that this patch has been stale for more than 2 months and from
the discussion in this thread I think some actions need to be taken from the
author. So I am sending this email as a gentle reminder.
Kind regards,
Henry
> -Original Message-
> Subject: [PATCH] build/xen: fix sym
Hi,
It seems that this series has been stale for more than a month, so I am sending
this email as a gentle reminder with current status:
Patch #2, #3 might need further actions from the maintainers
Patch #4 might need further actions from the author.
Patch #1 #5 has been reviewed/acked.
Kind
Hi,
It seems that this patch has been stale for more than a month. From my
understanding, it is closely related to [1] and feedbacks from maintainers
are needed. So I am sending this email as a gentle reminder about that.
Thanks!
Kind regards,
Henry
[1] https://patchwork.kernel.org/project/xen-
Hi,
It seems that this series has been stale for more than 3 months, with:
Patch #1 merged.
Patch #2 need feedback regarding the kexec and argo changes.
Patch #3 #4 #5 #6 #7 #8 #9 reviewed/acked.
So sending this as a gentle reminder for kexec and argo maintainers.
Thanks!
Kind regards,
Henry
>
Hi,
It seems that this series has been stale for more than a month, with:
Patch #1 has some discussions in thread.
Patch #2 #3 #4 need some feedback from maintainers.
So sending this email as a gentle reminder. Thanks!
Kind regards,
Henry
> -Original Message-
> Subject: [RFC PATCH 0/4]
Hi,
It seems that this patch has been stale for more than a month, with
further actions need to be taken from the author. So I am sending this
email as a gentle reminder. Thanks!
Kind regards,
Henry
> -Original Message-
> Subject: Re: [PATCH 1/1] tools/symbols: fix memory leak in
> build
Hi,
It seems that this series has been stale for nearly a month, with nothing heard
from maintainers. So I am sending this email as a gentle reminder for
maintainers.
Thanks!
Kind regards,
Henry
> -Original Message-
> Subject: [PATCH 00/11] x86: support AVX512-FP16
>
> While I (quite o
Hi
It seems that this series has been stale for more than a month, and
actions are needed from maintainers for Patch #1 [1]. Sending this email as
a gentle reminder about that. Thanks!
[1]
https://patchwork.kernel.org/project/xen-devel/patch/46c6bf61-5669-0de2-163d-64b9a3ce0...@suse.com/
Kind r
Hi,
It seems that this series has been stale for more than a month, with:
Patch #1 #2 #3 needs actions from the author.
Patch #4 reviewed.
Patch #5 to #10 needs feedback from maintainers.
So sending this email as a gentle reminder. Thanks!
Kind regards,
Henry
> -Original Message-
> Sub
Hi,
It seems that this patch has been stale for a month, with actions needed
from the author. So sending this email as a gentle reminder. Thanks!
Kind regards,
Henry
> -Original Message-
> Subject: [PATCH] iommu: add preemption support to iommu_{un,}map()
>
> The loop in iommu_{un,}map(
Hi,
It seems that this series has been stale for nearly a month, with nothing heard
from maintainers. So I am sending this email as a gentle reminder for
maintainers.
Thanks!
Kind regards,
Henry
> -Original Message-
> Subject: [PATCH v2 0/8] x86emul: a few small steps towards disintegra
flight 171512 qemu-mainline real [real]
flight 171523 qemu-mainline real-retest [real]
http://logs.test-lab.xenproject.org/osstest/logs/171512/
http://logs.test-lab.xenproject.org/osstest/logs/171523/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-am
Hi Jan,
On 06/07/2022 07:44, Jan Beulich wrote:
On 06.07.2022 05:39, osstest service owner wrote:
flight 171511 xen-unstable-smoke real [real]
flight 171517 xen-unstable-smoke real-retest [real]
http://logs.test-lab.xenproject.org/osstest/logs/171511/
http://logs.test-lab.xenproject.org/osstest
On Wed, Jul 06, 2022 at 09:02:47AM +0200, Jan Beulich wrote:
> On 06.07.2022 08:56, Demi Marie Obenour wrote:
> >>> commit 8d410ac2c178e1dd1001cadddbe9ca75a9738c95
> >>> Author: Demi Marie Obenour
> >>> Date: Tue Jul 5 13:10:46 2022 +0200
> >>>
> >>> EFI: preserve the System Resource Table f
On Wed, Jul 06, 2022 at 08:53:49AM +0100, Julien Grall wrote:
> Hi Jan,
>
> On 06/07/2022 07:44, Jan Beulich wrote:
> > On 06.07.2022 05:39, osstest service owner wrote:
> > > flight 171511 xen-unstable-smoke real [real]
> > > flight 171517 xen-unstable-smoke real-retest [real]
> > > http://logs.t
On 7/6/22 10:18, Jan Beulich wrote:
On 06.07.2022 00:02, Xenia Ragiadakou wrote:
Hi Julien,
On 7/6/22 00:38, Julien Grall wrote:
Hi Xenia,
On 05/07/2022 22:02, Xenia Ragiadakou wrote:
The function pv_console_evtchn() is defined in the header
.
If the header happens to be included by multi
Hi Demi,
On 06/07/2022 09:05, Demi Marie Obenour wrote:
On Wed, Jul 06, 2022 at 08:53:49AM +0100, Julien Grall wrote:
Hi Jan,
On 06/07/2022 07:44, Jan Beulich wrote:
On 06.07.2022 05:39, osstest service owner wrote:
flight 171511 xen-unstable-smoke real [real]
flight 171517 xen-unstable-smok
virt_vtimer_save() will calculate the next deadline when the vCPU is
scheduled out. At the moment, Xen will use the following equation:
virt_timer.cval + virt_time_base.offset - boot_count
The three values are 64-bit and one (cval) is controlled by domain. In
theory, it would be possible that t
Hi Jan,
On 7/6/22 10:10, Jan Beulich wrote:
On 05.07.2022 23:02, Xenia Ragiadakou wrote:
The function idle_loop() is referenced only in domain.c.
Change its linkage from external to internal by adding the storage-class
specifier static to its definitions.
Since idle_loop() is referenced only i
On 06.07.2022 10:17, Julien Grall wrote:
> Hi Demi,
>
> On 06/07/2022 09:05, Demi Marie Obenour wrote:
>> On Wed, Jul 06, 2022 at 08:53:49AM +0100, Julien Grall wrote:
>>> Hi Jan,
>>>
>>> On 06/07/2022 07:44, Jan Beulich wrote:
On 06.07.2022 05:39, osstest service owner wrote:
> flight 17
> On 6 Jul 2022, at 09:05, Demi Marie Obenour
> wrote:
>
> On Wed, Jul 06, 2022 at 08:53:49AM +0100, Julien Grall wrote:
>> Hi Jan,
>>
>> On 06/07/2022 07:44, Jan Beulich wrote:
>>> On 06.07.2022 05:39, osstest service owner wrote:
flight 171511 xen-unstable-smoke real [real]
flight
On 06.07.2022 10:43, Xenia Ragiadakou wrote:
> On 7/6/22 10:10, Jan Beulich wrote:
>> On 05.07.2022 23:02, Xenia Ragiadakou wrote:
>>> The function idle_loop() is referenced only in domain.c.
>>> Change its linkage from external to internal by adding the storage-class
>>> specifier static to its de
On 06.07.2022 09:30, Henry Wang wrote:
> It seems that this series has been stale for more than 3 months, with:
>
> Patch #1 merged.
> Patch #2 need feedback regarding the kexec and argo changes.
> Patch #3 #4 #5 #6 #7 #8 #9 reviewed/acked.
>
> So sending this as a gentle reminder for kexec and a
On 06.07.2022 09:30, Henry Wang wrote:
> It seems that this series has been stale for more than a month, with:
>
> Patch #1 has some discussions in thread.
> Patch #2 #3 #4 need some feedback from maintainers.
>
> So sending this email as a gentle reminder. Thanks!
As a general remark: RFCs, at
On 06.07.2022 09:31, Henry Wang wrote:
> It seems that this patch has been stale for a month, with actions needed
> from the author. So sending this email as a gentle reminder. Thanks!
There's no action needed here from the author. See
https://lists.xen.org/archives/html/xen-devel/2022-07/msg00166
On 06.07.2022 09:31, Henry Wang wrote:
> It seems that this series has been stale for nearly a month, with nothing
> heard
> from maintainers. So I am sending this email as a gentle reminder for
> maintainers.
A month? That's only since v2 submission. See ...
>> -Original Message-
>> Su
Hi Julien,
> On 5 Jul 2022, at 23:01, Julien Grall wrote:
>
> Hi Xenia,
>
> On 05/07/2022 13:21, Xenia Ragiadakou wrote:
>> Add the function prototype of show_stack() in header file
>> so that it is visible before its definition in traps.c.
>> Although show_stack() is referenced only in traps.
flight 171519 xen-unstable-smoke real [real]
flight 171526 xen-unstable-smoke real-retest [real]
http://logs.test-lab.xenproject.org/osstest/logs/171519/
http://logs.test-lab.xenproject.org/osstest/logs/171526/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which co
On 29.06.2022 08:29, Jan Beulich wrote:
> (Cc-ing maintainers / reviewers)
>
> On 28.06.2022 18:09, Charles Arnold wrote:
>> From 359f490021e69220313ca8bd2981bad4fcfea0db Mon Sep 17 00:00:00 2001
>> From: Charles Arnold
>> Date: Tue, 28 Jun 2022 09:55:28 -0600
>> Subject: Fix compilation error w
Hi Jan,
> -Original Message-
> From: Jan Beulich
>
> On 06.07.2022 09:31, Henry Wang wrote:
> > It seems that this series has been stale for nearly a month, with nothing
> heard
> > from maintainers. So I am sending this email as a gentle reminder for
> maintainers.
>
> A month? That's
flight 171514 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/171514/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-credit1 8 xen-boot fail REGR. vs. 171277
test-amd64-amd64-li
Hi Jan,
> -Original Message-
> From: Jan Beulich
> Subject: Re: [RFC PATCH 0/4] Introducing a common representation of boot
> info
>
> On 06.07.2022 09:30, Henry Wang wrote:
> > It seems that this series has been stale for more than a month, with:
> >
> > Patch #1 has some discussions in
Hi Jan,
> -Original Message-
> From: Jan Beulich
> Subject: Re: [PATCH] iommu: add preemption support to iommu_{un,}map()
>
> On 06.07.2022 09:31, Henry Wang wrote:
> > It seems that this patch has been stale for a month, with actions needed
> > from the author. So sending this email as
Hi Jan,
> -Original Message-
> From: Jan Beulich
> Subject: Re: [PATCH v6 0/9] xen: drop hypercall function tables
>
> On 06.07.2022 09:30, Henry Wang wrote:
> > It seems that this series has been stale for more than 3 months, with:
> >
> > Patch #1 merged.
> > Patch #2 need feedback reg
On Wed, Jun 8, 2022 at 4:46 PM Peter Zijlstra wrote:
> Idle code is very like entry code in that RCU isn't available. As
> such, add a little validation.
>
> Signed-off-by: Peter Zijlstra (Intel)
> arch/m68k/kernel/vmlinux-nommu.lds |1 -
> arch/m68k/kernel/vmlinux-std.lds |1 -
>
+ CC Julien Grall
> On 24 Jun 2022, at 19:17, Demi Marie Obenour
> wrote:
>
> The EFI System Resource Table (ESRT) is necessary for fwupd to identify
> firmware updates to install. According to the UEFI specification §23.4,
> the ESRT shall be stored in memory of type EfiBootServicesData. Ho
Hi Julien,
> On 5 Jul 2022, at 2:56 pm, Julien Grall wrote:
>
>
>
> On 05/07/2022 14:28, Rahul Singh wrote:
>> Hi Julien,
>
> Hi Rahul,
>
>>> On 28 Jun 2022, at 4:18 pm, Julien Grall wrote:
a new driver in linux kernel, etc where right now we just need to
introduce an extra IOCTL
On Wed, Jun 29, 2022 at 08:29:02AM +0200, Jan Beulich wrote:
> (Cc-ing maintainers / reviewers)
>
> On 28.06.2022 18:09, Charles Arnold wrote:
> > From 359f490021e69220313ca8bd2981bad4fcfea0db Mon Sep 17 00:00:00 2001
> > From: Charles Arnold
> > Date: Tue, 28 Jun 2022 09:55:28 -0600
> > Subject
On Wed, Jul 06, 2022 at 10:44:46AM +, Andrew Cooper wrote:
> On 06/07/2022 11:32, Luca Fancellu wrote:
> >> On 24 Jun 2022, at 19:17, Demi Marie Obenour
> >> wrote:
> >>
> >> diff --git a/xen/common/efi/boot.c b/xen/common/efi/boot.c
> >> index a25e1d29f1..f6f34aa816 100644
> >> --- a/xen/com
On 06.07.2022 12:44, Andrew Cooper wrote:
> On 06/07/2022 11:32, Luca Fancellu wrote:
>>> On 24 Jun 2022, at 19:17, Demi Marie Obenour
>>> wrote:
>>>
>>> diff --git a/xen/common/efi/boot.c b/xen/common/efi/boot.c
>>> index a25e1d29f1..f6f34aa816 100644
>>> --- a/xen/common/efi/boot.c
>>> +++ b/xe
On Wed, Jul 06, 2022 at 12:55:50PM +0200, Jan Beulich wrote:
> On 06.07.2022 12:44, Andrew Cooper wrote:
> > On 06/07/2022 11:32, Luca Fancellu wrote:
> >>> On 24 Jun 2022, at 19:17, Demi Marie Obenour
> >>> wrote:
> >>>
> >>> diff --git a/xen/common/efi/boot.c b/xen/common/efi/boot.c
> >>> index
Hi Andrew,
On 06/07/2022 11:44, Andrew Cooper wrote:
On 06/07/2022 11:32, Luca Fancellu wrote:
@@ -1051,6 +1110,70 @@ static void __init
efi_set_gop_mode(EFI_GRAPHICS_OUTPUT_PROTOCOL *gop, UINTN gop
#define INVALID_VIRTUAL_ADDRESS (0xBAAADUL << \
(EFI_PAGE_SHI
On 06.07.2022 12:58, Demi Marie Obenour wrote:
> On Wed, Jul 06, 2022 at 12:55:50PM +0200, Jan Beulich wrote:
>> On 06.07.2022 12:44, Andrew Cooper wrote:
>>> On 06/07/2022 11:32, Luca Fancellu wrote:
> On 24 Jun 2022, at 19:17, Demi Marie Obenour
> wrote:
>
> diff --git a/xen/com
> On 6 Jul 2022, at 11:59, Jan Beulich wrote:
>
> On 06.07.2022 12:58, Demi Marie Obenour wrote:
>> On Wed, Jul 06, 2022 at 12:55:50PM +0200, Jan Beulich wrote:
>>> On 06.07.2022 12:44, Andrew Cooper wrote:
On 06/07/2022 11:32, Luca Fancellu wrote:
>> On 24 Jun 2022, at 19:17, Demi Mar
(+ Juergen for the Linux question)
On 06/07/2022 11:42, Rahul Singh wrote:
Hi Julien,
On 5 Jul 2022, at 2:56 pm, Julien Grall wrote:
On 05/07/2022 14:28, Rahul Singh wrote:
Hi Julien,
Hi Rahul,
On 28 Jun 2022, at 4:18 pm, Julien Grall wrote:
a new driver in linux kernel, etc where r
On 06.07.22 13:04, Julien Grall wrote:
(+ Juergen for the Linux question)
On 06/07/2022 11:42, Rahul Singh wrote:
Hi Julien,
On 5 Jul 2022, at 2:56 pm, Julien Grall wrote:
On 05/07/2022 14:28, Rahul Singh wrote:
Hi Julien,
Hi Rahul,
On 28 Jun 2022, at 4:18 pm, Julien Grall wrote:
a
Hi Jan,
> On 5 Jul 2022, at 3:56 pm, Jan Beulich wrote:
>
> On 22.06.2022 16:37, Rahul Singh wrote:
>> Event channel support will be added for dom0less domains to allocate
>> static event channel. It is necessary to have access to the
>> evtchn_bind_interdomain function to do that, so make
>> e
Hi Jan,
> On 5 Jul 2022, at 4:13 pm, Jan Beulich wrote:
>
> On 22.06.2022 16:38, Rahul Singh wrote:
>> evtchn_bind_interdomain() finds the local domain from "current->domain"
>> pointer.
>>
>> evtchn_bind_interdomain() will be called from the XEN to support static
>> event channel during domain
Add the function prototype of show_stack() in header file
so that it is visible before its definition in traps.c.
Although show_stack() is referenced only in traps.c, it is declared with
external linkage because, during development, it is often called also by
other files for debugging purposes. D
Hi Julien,
> On 5 Jul 2022, at 4:22 pm, Julien Grall wrote:
>
> Hi Jan,
>
> On 05/07/2022 16:11, Jan Beulich wrote:
>> On 22.06.2022 16:38, Rahul Singh wrote:
>>> @@ -387,8 +392,19 @@ int evtchn_bind_interdomain(evtchn_bind_interdomain_t
>>> *bind)
>>> spin_lock(&ld->event_lock);
>>> }
>>> - i
Hi Jan
> On 5 Jul 2022, at 4:42 pm, Jan Beulich wrote:
>
> On 05.07.2022 17:22, Julien Grall wrote:
>> Hi Jan,
>>
>> On 05/07/2022 16:11, Jan Beulich wrote:
>>> On 22.06.2022 16:38, Rahul Singh wrote:
@@ -387,8 +392,19 @@ int evtchn_bind_interdomain(evtchn_bind_interdomain_t
*bind)
>
Add the function prototype of show_stack() in header file
so that it is visible before its definition in traps.c.
Although show_stack() is referenced only in traps.c, it is declared with
external linkage because, during development, it is often called also by
other files for debugging purposes. D
flight 171516 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/171516/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemuu-dmrestrict-amd64-dmrestrict broken
build-arm64-pvops
flight 171520 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/171520/
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-arm64-libvirt
While mail hasn't been bouncing, Daniel De Graaf has not been
responding to patch submissions or otherwise interacting with the
community for several years. Daniel Smith has at least been working
with the code, and is a regular member of our community; and he has
agreed to step up into the role.
On Wed, Jun 8, 2022 at 4:47 PM Peter Zijlstra wrote:
>
> Make cpuidle_enter_state() consistent with the s2idle variant and
> verify ->enter() always returns with interrupts disabled.
>
> Signed-off-by: Peter Zijlstra (Intel)
> ---
> drivers/cpuidle/cpuidle.c | 10 +-
> 1 file changed,
On Wed, Jun 8, 2022 at 4:47 PM Peter Zijlstra wrote:
>
> cpuidle_state::enter() methods should be IRQ invariant
>
> Signed-off-by: Peter Zijlstra (Intel)
Reviewed-by: Rafael J. Wysocki
> ---
> drivers/cpuidle/poll_state.c |4 +++-
> 1 file changed, 3 insertions(+), 1 deletion(-)
>
> --- a
On Wed, Jun 8, 2022 at 4:47 PM Peter Zijlstra wrote:
>
> All the idle routines are called with RCU disabled, as such there must
> not be any tracing inside.
>
> Signed-off-by: Peter Zijlstra (Intel)
This actually does some additional code duplication cleanup which
would be good to mention in the
On Wed, Jun 8, 2022 at 4:46 PM Peter Zijlstra wrote:
>
> The __cpuidle functions will become a noinstr class, as such they need
> explicit annotations.
>
> Signed-off-by: Peter Zijlstra (Intel)
Reviewed-by: Rafael J. Wysocki
> ---
> drivers/cpuidle/poll_state.c |6 +-
> 1 file changed
On Wed, Jun 8, 2022 at 4:46 PM Peter Zijlstra wrote:
>
> Current arch_cpu_idle() is called with IRQs disabled, but will return
> with IRQs enabled.
>
> However, the very first thing the generic code does after calling
> arch_cpu_idle() is raw_local_irq_disable(). This means that
> architectures th
On Wed, Jun 8, 2022 at 4:47 PM Peter Zijlstra wrote:
>
> vmlinux.o: warning: objtool: io_idle+0xc: call to __inb.isra.0() leaves
> .noinstr.text section
> vmlinux.o: warning: objtool: acpi_idle_enter+0xfe: call to num_online_cpus()
> leaves .noinstr.text section
> vmlinux.o: warning: objtool: ac
flight 171529 xen-unstable-smoke real [real]
flight 171533 xen-unstable-smoke real-retest [real]
http://logs.test-lab.xenproject.org/osstest/logs/171529/
http://logs.test-lab.xenproject.org/osstest/logs/171533/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which co
On Thu, Jun 09, 2022 at 05:52:45PM +0200, Jan Beulich wrote:
> With debug info retained, xen.efi can be quite large. Unlike for xen.gz
> there's no intermediate step (mkelf32 there) involved which would strip
> debug info kind of as a side effect. While the installing of xen.efi on
> the EFI partit
branch xen-unstable-smoke
xenbranch xen-unstable-smoke
job test-arm64-arm64-xl-xsm
testid xen-boot
Tree: linux git://xenbits.xen.org/linux-pvops.git
Tree: linuxfirmware git://xenbits.xen.org/osstest/linux-firmware.git
Tree: qemuu git://xenbits.xen.org/qemu-xen.git
Tree: xen git://xenbits.xen.org/x
Handle parameters similar to dbgp=ehci.
Implement this by not resettting xhc_cf8 again in xue_init_xhc(), but
using a value found there if non-zero. Additionally, add xue->xhc_num to
select n-th controller.
Signed-off-by: Marek Marczykowski-Górecki
---
Changes in v2:
- unsigned int xhc_num
- c
Add API similar to rmrr= and ivmd= arguments, but in a common code. This
will allow drivers to register reserved memory regardless of the IOMMU
vendor.
The direct reason for this API is xhci-dbc console driver (aka xue),
that needs to use DMA. But future change may unify command line
arguments for
From: Connor Davis
[Connor]
Xue is a cross-platform USB 3 debugger that drives the Debug
Capability (DbC) of xHCI-compliant host controllers. This patch
implements the operations needed for xue to initialize the host
controller's DbC and communicate with it. It also implements a struct
uart_drive
This is integration of https://github.com/connojd/xue into mainline Xen.
This patch series includes several patches that I made in the process, some are
very loosely related.
The driver developed by Connor supports output-only console via USB3 debug
capability. The capability is designed to operat
Previously only one serial console was supported at the same time. Using
console=com1,dbgp,vga silently ignored all but last serial console (in
this case: only dbgp and vga were active).
Fix this by storing not a single sercon_handle, but an array of them, up
to MAX_SERCONS entries. The value of M
Register common device reserved memory similar to how ivmd= parameter is
handled.
Signed-off-by: Marek Marczykowski-Górecki
---
xen/drivers/passthrough/amd/iommu_acpi.c | 16
1 file changed, 16 insertions(+)
diff --git a/xen/drivers/passthrough/amd/iommu_acpi.c
b/xen/drivers/p
Re-use rmrr= parameter handling code to handle common device reserved
memory.
Signed-off-by: Marek Marczykowski-Górecki
---
xen/drivers/passthrough/vtd/dmar.c | 201 +-
1 file changed, 119 insertions(+), 82 deletions(-)
diff --git a/xen/drivers/passthrough/vtd/dmar.c
That's possible, because the capability was designed specifically to
allow separate driver handle it, in parallel to unmodified xhci driver
(separate set of registers, pretending the port is "disconnected" for
the main xhci driver etc). It works with Linux dom0, although requires
an awful hack - re
The important part is to include those buffers in IOMMU page table
relevant for the USB controller. Otherwise, DbC will stop working as
soon as IOMMU is enabled, regardless of to which domain device assigned
(be it xen or dom0).
If the device is passed through to dom0 or other domain (see later
pat
Reset ports, to force host system to re-enumerate devices. Otheriwse it
will require the cable to be re-plugged, or will wait in the
"configuring" state indefinitely.
Trick and code copied from Linux:
drivers/usb/early/xhci-dbc.c:xdbc_start()->xdbc_reset_debug_port()
Signed-off-by: Marek Marczyko
On 06.07.2022 17:17, Anthony PERARD wrote:
> On Thu, Jun 09, 2022 at 05:52:45PM +0200, Jan Beulich wrote:
>> --- a/xen/Makefile
>> +++ b/xen/Makefile
>> @@ -465,6 +465,22 @@ endif
>> .PHONY: _build
>> _build: $(TARGET)$(CONFIG_XEN_INSTALL_SUFFIX)
>>
>> +# Strip
>> +#
>> +# INSTALL_EFI_STRIP, if
Remove the definition of the function pv_console_evtchn(),
when CONFIG_XEN_GUEST is not set, because the function is not used.
Signed-off-by: Xenia Ragiadakou
---
xen/include/xen/pv_console.h | 5 -
1 file changed, 5 deletions(-)
diff --git a/xen/include/xen/pv_console.h b/xen/include/xen/p
flight 171535 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/171535/
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 171525 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/171525/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-xl-qemuu-win7-amd64 19 guest-stopfail like 171512
test-armhf-armhf-libvirt 16 sav
flask_domain_alloc_security and flask_domain_create has special code to
magically label dom0 as dom0_t. This can all be streamlined by making
create_dom0 set ssidref before creating dom0.
create_domU is also extended to create domains with domU_t.
xsm_ssidref_domU and xsm_ssidref_dom0 are introd
On Tue, Jun 28, 2022 at 11:24 PM Juergen Gross wrote:
>
> On 24.03.22 15:01, 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 lett
On Wed, 6 Jul 2022, George Dunlap wrote:
> While mail hasn't been bouncing, Daniel De Graaf has not been
> responding to patch submissions or otherwise interacting with the
> community for several years. Daniel Smith has at least been working
> with the code, and is a regular member of our communi
On Wed, Jul 6, 2022 at 6:53 AM George Dunlap wrote:
>
Some alternative text for consideration for this patch:
Patch subject line: MAINTAINERS: Reassign XSM maintainership
> While mail hasn't been bouncing, Daniel De Graaf has not been
> responding to patch submissions or otherwise interacting w
This work being submitted in this series was made possible with a great thanks
to Star Lab Cop ration and their generous funding of this project.
The patch series is based on the existing xsm series for starting the idle
domain privileged. After that, the first four commits were previously submitt
For x86 the number of allowable multiboot modules varies between the different
entry points, non-efi boot, pvh boot, and efi boot. In the case of both Arm and
x86 this value is fixed to values based on generalized assumptions. With
hyperlaunch for x86 and dom0less on Arm, use of static sizes result
The x86 and Arm architectures represent in memory the general boot information
and boot modules differently despite having commonality. The x86
representations are bound to the multiboot v1 structures while the Arm
representations are a slightly generalized meta-data container for the boot
material
This commit replaces the use of the multiboot v1 structures starting
at __start_xen(). The majority of this commit is converting the fields
being accessed for the startup calculations. While adapting the ucode
boot module location logic, this code was refactored to reduce some
of the unnecessary co
This previous commit added a transition point from multiboot v1 structures to
the new boot info structures at the earliest common point for all the x86
entrypoints. The result is that each of the entrypoints would construct a
multiboot v1 structure from the structures used by each entrypoint. This
This commit expands the new boot info structs to provide the initial
abstractions for domain builder. Additionally, it reuses the memory allocation
structures previously used for dom0, bring the structures and helper functions
under the domain builder.
Signed-off-by: Daniel P. Smith
Reviewed-by:
This refactors xen cmdline processing into a general framework
under the new boot info abstraction.
Signed-off-by: Daniel P. Smith
Reviewed-by: Christopher Clark
---
xen/arch/x86/include/asm/bootinfo.h | 49
xen/arch/x86/setup.c| 58 -
Hyperlaunch domain builder is the consolidated boot time domain building logic
framework. This commit introduces the first config option for the domain
builder to control support for loading the domain configurations via the
flattened device tree.
Signed-off-by: Daniel P. Smith
Reviewed-by: Chri
This refactors reusable code from Arm's bootfdt.c and device-tree.h that is
general fdt handling code. The Kconfig parameter CORE_DEVICE_TREE is
introduced for when the ability of parsing DTB files is needed by a capability
such as hyperlaunch.
Signed-off-by: Daniel P. Smith
Reviewed-by: Christo
This commit is to update the hyperlaunch device tree documentation to align
with the DTB parsing implementation.
Signed-off-by: Daniel P. Smith
Reviewed-by: Christopher Clark
---
.../designs/launch/hyperlaunch-devicetree.rst | 497 +++---
1 file changed, 306 insertions(+), 191 delet
This commit introduces the domain builder configuration FDT parser along with
the domain builder core for domain creation. To enable domain builder to be a
cross architecture internal API, a new arch domain creation call is introduced
for use by the domain builder.
Signed-off-by: Daniel P. Smith
This commit is the first step in adopting domain builder. It goes through the
dom0 creation and construction functions, converting them over to consume
struct boot_domaain and changes the startup sequence to use the domain builder
to create and construct dom0.
Signed-off-by: Daniel P. Smith
Revie
This reworks all the dom0 page allocation functions for general domain
construction. Where possible, common logic between the two was split into a
separate function for reuse by the two functions.
Signed-off-by: Daniel P. Smith
Reviewed-by: Christopher Clark
---
xen/arch/x86/dom0_build.c
This adds the ability to domain builder for the construction of multiple pv
domains at boot.
Signed-off-by: Daniel P. Smith
Reviewed-by: Christopher Clark
---
xen/arch/x86/dom0_build.c | 31 -
xen/arch/x86/domain_builder.c | 58 ++--
xen/arch/x86/in
1 - 100 of 123 matches
Mail list logo
