On 17.10.2022 21:12, Andrew Cooper wrote:
> --- a/xen/arch/arm/p2m.c
> +++ b/xen/arch/arm/p2m.c
> @@ -1736,8 +1736,36 @@ void p2m_final_teardown(struct domain *d)
> if ( !p2m->domain )
> return;
>
> -ASSERT(page_list_empty(&p2m->pages));
> -ASSERT(page_list_empty(&d->arch.pa
Hi,
Gentil ping on this one as it might be a suitable one for 4.17
Cheers
Bertrand
> On 3 Oct 2022, at 15:42, Peter Hoyes wrote:
>
> From: Peter Hoyes
>
> The xendomains script uses the output of `xl list -l` to collect the
> id and name of each domain, which is used in the shutdown logic, a
Hi Stefano,
Thanks for the response!
I could install tigerVNC, x11vnc & libvncserver in Dom0 xen-image-minimal
but only manage to install libvncserver(couldn't install tigervnc & x11vnc
because of x11
support missing, it's wayland) in DOMU custom graphical image. I tried
running vncviewer with IP
On Tue, Oct 18, 2022 at 05:52:16AM +0200, Marek Marczykowski-Górecki wrote:
> not only) when using IGD in Xen PV dom0. After not very long time Xorg
> crashes, and dmesg contain messages like this:
>
> i915 :00:02.0: [drm] GPU HANG: ecode 7:1:01fffbfe, in Xorg [5337]
> i915 :00:02.
Hi Stefano,
On 18/10/2022 02:26, Stefano Stabellini wrote:
On Sun, 16 Oct 2022, Julien Grall wrote:
Hi,
There seem to be some missing patches on xen-devel (including the cover
letter). Is that expected?
On 15/10/2022 06:07, Vikram Garhwal wrote:
Add a new machine xenpv which creates a IOREQ
On 18.10.2022 10:24, Christoph Hellwig wrote:
> @@ -127,19 +128,22 @@ static inline unsigned int i915_sg_dma_sizes(struct
> scatterlist *sg)
> return page_sizes;
> }
>
> -static inline unsigned int i915_sg_segment_size(void)
> +static inline unsigned int i915_sg_segment_size(struct device
Hi Xenia,
On 17/10/2022 19:32, Xenia Ragiadakou wrote:
>
>
> Currently the pa_range_info for the 52-bit pa range advertizes that the
> p2m root table consists of 8 concatenated tables at level 3, which does
> not make much sense.
I think the current code advertises 8 concatenated tables at level
On Mon, Oct 17, 2022 at 04:50:05PM -0700, Stefano Stabellini wrote:
[...]
> > Which means it takes 543us to let Dom0 to receive the notification.
> > You could see DomU runs in CPU3 and Dom0 runs on CPU13, there should
> > not have contention for CPU resources. Seems to me, it's likely Xen
> > h
flight 174039 xen-unstable-smoke real [real]
flight 174046 xen-unstable-smoke real-retest [real]
http://logs.test-lab.xenproject.org/osstest/logs/174039/
http://logs.test-lab.xenproject.org/osstest/logs/174046/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which co
On 10/18/22 12:02, Michal Orzel wrote:
Hi Michal,
Hi Xenia,
On 17/10/2022 19:32, Xenia Ragiadakou wrote:
Currently the pa_range_info for the 52-bit pa range advertizes that the
p2m root table consists of 8 concatenated tables at level 3, which does
not make much sense.
I think the current
Hi Xenia,
On 17/10/2022 18:32, Xenia Ragiadakou wrote:
Currently the pa_range_info for the 52-bit pa range advertizes that the
p2m root table consists of 8 concatenated tables at level 3, which does
not make much sense.
In order to support the 52-bit pa size with 4KB granule, the p2m root
table
Hi Andre/All,
Greetings. I am trying to port Xen on Cortex-R52.
I am trying to understand whether GICR_PENDBASER and GICR_PROPBASER
exist on Aarch32 platform.
Looking at the definition of the registers in "Arm IHI ID020922", (from
my understanding) it seems the registers can be accessed in 6
Hi Xenia,
On 18/10/2022 11:27, Xenia Ragiadakou wrote:
On 10/18/22 12:02, Michal Orzel wrote:
Hi Michal,
Hi Xenia,
On 17/10/2022 19:32, Xenia Ragiadakou wrote:
Currently the pa_range_info for the 52-bit pa range advertizes that the
p2m root table consists of 8 concatenated tables at level
On Tue, Oct 18, 2022 at 10:57:37AM +0200, Jan Beulich wrote:
> Shouldn't this then be xen_pv_domain() that you use here, and - if you
> really want IS_ENABLED() in addition - CONFIG_XEN_PV?
I'll need help from people that understand Xen better than me what
the exact conditions (and maybe also comm
Mon, 17 Oct 2022 03:35:32 -0700 Denton Liu :
> A user may wish to use an image that is not sorted as the "latest"
> version as the top-level entry.
Correct.
What is really required is some form of file pattern matching and to use --id=
in "menuentry title" commands.
That way one can have the
On Tue, 18 Oct 2022 11:38:00 +0100
Ayan Kumar Halder wrote:
Hi Ayan,
> Greetings. I am trying to port Xen on Cortex-R52.
Oh dear, my condolences.
> I am trying to understand whether GICR_PENDBASER and GICR_PROPBASER
> exist on Aarch32 platform.
Those are GIC MMIO registers, so they exist reg
On 10/18/22 13:56, Julien Grall wrote:
Hi Julien,
Hi Xenia,
On 18/10/2022 11:27, Xenia Ragiadakou wrote:
On 10/18/22 12:02, Michal Orzel wrote:
Hi Michal,
Hi Xenia,
On 17/10/2022 19:32, Xenia Ragiadakou wrote:
Currently the pa_range_info for the 52-bit pa range advertizes that the
p2
Hi Andrew,
> On 17 Oct 2022, at 20:12, Andrew Cooper wrote:
>
> p2m_init() is mostly trivial initialisation, but has two failable operations
Maybe say “two operations that can fail” as the failable does seem fully right
:-)
But I am not a native speaker so I will let that to you.
> which are
On Tue, Oct 18, 2022 at 10:24:13AM +0200, Christoph Hellwig wrote:
> On Tue, Oct 18, 2022 at 05:52:16AM +0200, Marek Marczykowski-Górecki wrote:
> > not only) when using IGD in Xen PV dom0. After not very long time Xorg
> > crashes, and dmesg contain messages like this:
> >
> > i915 :00:02
On 18.10.22 03:33, Stefano Stabellini wrote:
Hello Stefano
> On Sat, 15 Oct 2022, Oleksandr Tyshchenko wrote:
>> From: Oleksandr Tyshchenko
>>
>> Use the same "xen-grant-dma" device concept for the PCI devices
>> behind device-tree based PCI Host controller, but with one modification.
>> Unlike
Hi Henry,
On 17/10/2022 17:51, Henry Wang wrote:
@@ -1736,7 +1739,20 @@ void p2m_final_teardown(struct domain *d)
if ( !p2m->domain )
return;
+/*
+ * No need to call relinquish_p2m_mapping() here because
+ * p2m_final_teardown() is called either after
domain_reli
Hi Julien,
> -Original Message-
> From: Julien Grall
> Subject: Re: [PATCH v4] xen/arm: p2m: Populate pages for GICv2 mapping in
> arch_domain_create()
> > if ( p2m->root )
> > @@ -1784,6 +1800,8 @@ int p2m_init(struct domain *d)
>
> As Andrew pointed out the change in p2m_init() w
On 11.10.2022 13:17, Wei Chen wrote:
> acpi_numa is a specific NUMA switch for ACPI NUMA implementation.
> Other NUMA implementation may not need this switch. But this switch is
> not only used by ACPI code, it is also used directly in some general
> NUMA logic code. So far this hasn't caused any p
On 11.10.2022 13:17, Wei Chen wrote:
> v5 -> v6:
> 1. Replace numa_scan_node to numa_process_nodes in commit log.
> 2. Limit the scope of page_num_node, vnuma and page of numa_setup
> function.
> 3. Use memset to init page_num_node instead of for_each_online_node.
> 4. Use %u instead of %d
Hi Olaf,
On Tue, Oct 18, 2022 at 01:12:35PM +0200, Olaf Hering wrote:
> Mon, 17 Oct 2022 03:35:32 -0700 Denton Liu :
>
> > A user may wish to use an image that is not sorted as the "latest"
> > version as the top-level entry.
>
> Correct.
>
> What is really required is some form of file patter
On 11.10.2022 13:17, Wei Chen wrote:
> --- a/xen/arch/x86/numa.c
> +++ b/xen/arch/x86/numa.c
> @@ -46,6 +46,11 @@ bool arch_numa_disabled(void)
> return acpi_numa < 0;
> }
>
> +bool arch_numa_unavailable(void)
__init ?
> @@ -31,11 +46,334 @@ nodemask_t __read_mostly node_online_map = { {
Tue, 18 Oct 2022 06:57:36 -0700 Denton Liu :
> If I'm understanding correctly, what you're proposing is a mechanism for
> setting the default entry. If I'm not mistaken, this seems like an
> orthogonal discussion to me. My patch proposes a method of setting the
> top-level menu entry while this me
On 18.10.2022 13:02, Christoph Hellwig wrote:
> On Tue, Oct 18, 2022 at 10:57:37AM +0200, Jan Beulich wrote:
>> Shouldn't this then be xen_pv_domain() that you use here, and - if you
>> really want IS_ENABLED() in addition - CONFIG_XEN_PV?
>
> I'll need help from people that understand Xen better
This series contains:
1. The first patch from Andrew that reworks p2m_init() so that
fallible operations in p2m_init() will not lead to leakage of VMID
or the root table.
2. The patch in [1] rebased on top of the p2m_init() rework that
populate default 16 pages to the p2m pool for the mapping of G
From: Andrew Cooper
p2m_init() is mostly trivial initialisation, but has two fallible operations
which are on either side of the backpointer trigger for teardown to take
actions.
p2m_free_vmid() is idempotent with a failed p2m_alloc_vmid(), so rearrange
p2m_init() to perform all trivial setup, t
Hardware using GICv2 needs to create a P2M mapping of 8KB GICv2 area
when the domain is created. Considering the worst case of page tables
which requires 6 P2M pages as the two pages will be consecutive but not
necessarily in the same L3 page table and keep a buffer, populate 16
pages as the defaul
On Tue, Oct 18, 2022 at 04:21:43PM +0200, Jan Beulich wrote:
> Leaving the "i915 abuses" part aside (because I can't tell what exactly the
> abuse is), but assuming that "can't cope with bounce buffering" means they
> don't actually use the allocated buffers, I'd suggest this:
Except for one odd p
> -Original Message-
> Subject: [PATCH v5 1/2] arm/p2m: Rework p2m_init()
>
> From: Andrew Cooper
>
> p2m_init() is mostly trivial initialisation, but has two fallible operations
> which are on either side of the backpointer trigger for teardown to take
> actions.
>
> p2m_free_vmid() is
On 18.10.22 16:33, Christoph Hellwig wrote:
On Tue, Oct 18, 2022 at 04:21:43PM +0200, Jan Beulich wrote:
Leaving the "i915 abuses" part aside (because I can't tell what exactly the
abuse is), but assuming that "can't cope with bounce buffering" means they
don't actually use the allocated buffers
flight 174034 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/174034/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-arm64-pvops 6 kernel-build fail REGR. vs. 173462
Tests which did not
On Tue, Oct 18, 2022 at 04:53:50PM +0200, Juergen Gross wrote:
>> If we don't need the IS_ENABLED is not needed I'm all for dropping it.
>> But unless I misread the code, on arm/arm64 even PV guests are 1:1
>> mapped so that all Linux physically contigous memory also is Xen
>> contigous, so we don'
flight 174030 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/174030/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-xl-qemuu-win7-amd64 19 guest-stopfail like 173967
test-amd64-i386-xl-qemuu-win7-amd64
flight 174048 xen-unstable-smoke real [real]
flight 174050 xen-unstable-smoke real-retest [real]
http://logs.test-lab.xenproject.org/osstest/logs/174048/
http://logs.test-lab.xenproject.org/osstest/logs/174050/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which co
Hi Andrew,
> On 17 Oct 2022, at 20:07, Andrew Cooper wrote:
>
> On 17/10/2022 17:51, Henry Wang wrote:
>> diff --git a/xen/arch/arm/p2m.c b/xen/arch/arm/p2m.c
>> index f17500ddf3..0b4e24218e 100644
>> --- a/xen/arch/arm/p2m.c
>> +++ b/xen/arch/arm/p2m.c
>> @@ -1784,6 +1800,8 @@ int p2m_init(stru
> On 13 Oct 2022, at 12:34, Jan Beulich wrote:
>
> On 13.10.2022 12:11, Luca Fancellu wrote:
>>> On 13 Oct 2022, at 08:50, Jan Beulich wrote:
>>> On 12.10.2022 18:00, Luca Fancellu wrote:
In the Xen codebase, these tags will be used to document and suppress
findings:
- SA
On 18.10.2022 17:17, Luca Fancellu wrote:
>> On 13 Oct 2022, at 12:34, Jan Beulich wrote:
>> On 13.10.2022 12:11, Luca Fancellu wrote:
On 13 Oct 2022, at 08:50, Jan Beulich wrote:
On 12.10.2022 18:00, Luca Fancellu wrote:
> Entries in the database should never be removed, even if th
> On 18 Oct 2022, at 16:29, Jan Beulich wrote:
>
> On 18.10.2022 17:17, Luca Fancellu wrote:
>>> On 13 Oct 2022, at 12:34, Jan Beulich wrote:
>>> On 13.10.2022 12:11, Luca Fancellu wrote:
> On 13 Oct 2022, at 08:50, Jan Beulich wrote:
> On 12.10.2022 18:00, Luca Fancellu wrote:
>>
On 18.10.2022 17:49, Luca Fancellu wrote:
>> On 18 Oct 2022, at 16:29, Jan Beulich wrote:
>> On 18.10.2022 17:17, Luca Fancellu wrote:
On 13 Oct 2022, at 12:34, Jan Beulich wrote:
On 13.10.2022 12:11, Luca Fancellu wrote:
>> On 13 Oct 2022, at 08:50, Jan Beulich wrote:
>> Iirc
Hi,
> On 18 Oct 2022, at 16:29, Jan Beulich wrote:
>
> On 18.10.2022 17:17, Luca Fancellu wrote:
>>> On 13 Oct 2022, at 12:34, Jan Beulich wrote:
>>> On 13.10.2022 12:11, Luca Fancellu wrote:
> On 13 Oct 2022, at 08:50, Jan Beulich wrote:
> On 12.10.2022 18:00, Luca Fancellu wrote:
>>>
flight 173980 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/173980/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-libvirt-vhd broken
Tests which are fail
It usually works the way it is described in the guide:
https://www.virtuatopia.com/index.php?title=Configuring_a_VNC_based_Graphical_Console_for_a_Xen_Paravirtualized_domainU_Guest
You don't need to install any VNC-related server software because it is
already provided by Xen (to be precise it is
flight 174051 xen-unstable-smoke real [real]
flight 174056 xen-unstable-smoke real-retest [real]
http://logs.test-lab.xenproject.org/osstest/logs/174051/
http://logs.test-lab.xenproject.org/osstest/logs/174056/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which co
On Tue, 18 Oct 2022, Leo Yan wrote:
> On Mon, Oct 17, 2022 at 04:50:05PM -0700, Stefano Stabellini wrote:
>
> [...]
>
> > > Which means it takes 543us to let Dom0 to receive the notification.
> > > You could see DomU runs in CPU3 and Dom0 runs on CPU13, there should
> > > not have contention for
flight 174059 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/174059/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-xl 14 guest-start fail REGR. vs. 173457
Tests which
flight 173987 xen-4.15-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/173987/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-arm64-arm64-xl-seattle 14 guest-start fail REGR. vs. 172547
test-armhf-arm
On Mon, 17 Oct 2022, Stefano Stabellini wrote:
> It should be
>
> BB_NUMBER_THREADS="2"
>
> but that worked! Let me a couple of more tests.
I could run successfully a Yocto build test with qemuarm64 as target in
gitlab-ci, hurray! No size issues, no build time issues, everything was
fine. See:
h
On Tue, 18 Oct 2022, Julien Grall wrote:
> On 18/10/2022 02:26, Stefano Stabellini wrote:
> > On Sun, 16 Oct 2022, Julien Grall wrote:
> > > Hi,
> > >
> > > There seem to be some missing patches on xen-devel (including the cover
> > > letter). Is that expected?
> > >
> > > On 15/10/2022 06:07, Vi
On Tue, 18 Oct 2022, Oleksandr Tyshchenko wrote:
> On 18.10.22 03:33, Stefano Stabellini wrote:
> > On Sat, 15 Oct 2022, Oleksandr Tyshchenko wrote:
> >> From: Oleksandr Tyshchenko
> >>
> >> Use the same "xen-grant-dma" device concept for the PCI devices
> >> behind device-tree based PCI Host cont
On Sat, 15 Oct 2022, Oleksandr Tyshchenko wrote:
> From: Oleksandr Tyshchenko
>
> Use the same "xen-grant-dma" device concept for the PCI devices
> behind device-tree based PCI Host controller, but with one modification.
> Unlike for platform devices, we cannot use generic IOMMU bindings
> (iommu
flight 174064 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/174064/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-xl 14 guest-start fail REGR. vs. 173457
Tests which
Hi Jan,
> -Original Message-
> From: Jan Beulich
> Sent: 2022年10月18日 21:46
> 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 v6 2/6] xen/x86: move genericall
Hi Jan,
> -Original Message-
> From: Jan Beulich
> Sent: 2022年10月18日 22:08
> 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 v6 5/6] xen/x86: move NUMA proce
flight 173986 xen-4.16-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/173986/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-arm64-arm64-xl-seattle 14 guest-start fail REGR. vs. 172623
test-armhf-arm
flight 174066 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/174066/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-xl 14 guest-start fail REGR. vs. 173457
Tests which
Hi Olaf,
On Tue, Oct 18, 2022 at 04:18:21PM +0200, Olaf Hering wrote:
> I think this can be done already today. At least YaST offers a way to select
> a specific item in a submenu and pass it to grub-set-default. This leads to
> an entry like this in grubenv:
Right, we currently offer the abili
flight 174003 xen-4.14-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/174003/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-credit2 broken in 173725
test-arm64-arm64-xl-vhd
On Tue, Oct 18, 2022 at 04:18:21PM +0200, Olaf Hering wrote:
> Tue, 18 Oct 2022 06:57:36 -0700 Denton Liu :
>
> > If I'm understanding correctly, what you're proposing is a mechanism for
> > setting the default entry. If I'm not mistaken, this seems like an
> > orthogonal discussion to me. My patc
On 18.10.2022 18:11, Bertrand Marquis wrote:
>> On 18 Oct 2022, at 16:29, Jan Beulich wrote:
>> On 18.10.2022 17:17, Luca Fancellu wrote:
On 13 Oct 2022, at 12:34, Jan Beulich wrote:
On 13.10.2022 12:11, Luca Fancellu wrote:
>> On 13 Oct 2022, at 08:50, Jan Beulich wrote:
>> On
On 19.10.2022 03:58, Wei Chen wrote:
>> -Original Message-
>> From: Jan Beulich
>> Sent: 2022年10月18日 21:46
>>
>> On 11.10.2022 13:17, Wei Chen wrote:
>>> +static void cf_check dump_numa(unsigned char key)
>>> +{
>>> +s_time_t now = NOW();
>>> +unsigned int i, j, n;
>>> +
>>> +p
Hi Jan and Wei,
> -Original Message-
> Subject: Re: [PATCH v6 2/6] xen/x86: move generically usable NUMA code
> from x86 to common
>
> On 11.10.2022 13:17, Wei Chen wrote:
> > v5 -> v6:
> > 1. Replace numa_scan_node to numa_process_nodes in commit log.
> > 2. Limit the scope of page_num
Hi Jan,
> -Original Message-
> From: Jan Beulich
> Sent: 2022年10月19日 14:46
> 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 v6 2/6] xen/x86: move genericall
On 19.10.2022 08:50, Henry Wang wrote:
>> -Original Message-
>> Subject: Re: [PATCH v6 2/6] xen/x86: move generically usable NUMA code
>> from x86 to common
>>
>> On 11.10.2022 13:17, Wei Chen wrote:
>>> v5 -> v6:
>>> 1. Replace numa_scan_node to numa_process_nodes in commit log.
>>> 2. L
67 matches
Mail list logo
