On 07.04.2022 10:45, osstest service owner wrote:
> flight 169199 xen-4.12-testing real [real]
> http://logs.test-lab.xenproject.org/osstest/logs/169199/
>
> Regressions :-(
>
> Tests which did not succeed and are blocking,
> including tests which could not be run:
> test-amd64-amd64-xl-qemut-de
flight 169226 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/169226/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-xsm 6 xen-buildfail REGR. vs. 168254
build-amd64
flight 169219 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/169219/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemut-debianhvm-i386-xsm 12 debian-hvm-install fail REGR.
vs. 169174
Tests wh
See the code comment. The higher the rate of vCPU-s migrating across
pCPU-s, the less useful this attempted optimization actually is. With
credit2 the migration rate looks to be unduly high even on mostly idle
systems, and hence on large systems lock contention here isn't very
difficult to observe.
flight 169227 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/169227/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-xsm 6 xen-buildfail REGR. vs. 168254
build-amd64
On Fri, Apr 08, 2022 at 09:01:11AM +0200, Jan Beulich wrote:
> On 07.04.2022 10:45, osstest service owner wrote:
> > flight 169199 xen-4.12-testing real [real]
> > http://logs.test-lab.xenproject.org/osstest/logs/169199/
> >
> > Regressions :-(
> >
> > Tests which did not succeed and are blocking
On Thu, Apr 07, 2022 at 03:44:16PM +, Ross Lagerwall wrote:
> > From: Jan Beulich
> > Sent: Thursday, March 31, 2022 9:42 AM
> > To: Roger Pau Monne
> > Cc: xen-devel@lists.xenproject.org ; Ross
> > Lagerwall ; Konrad Wilk
> > ; Andrew Cooper ; Wei
> > Liu ; Bjoern Doebel
> > Subject: Re:
Add a static function to retrieve the scheduler pointer using the
scheduler name.
Add a public function to retrieve the scheduler id by the scheduler
name that makes use of the new static function.
Take the occasion to replace open coded scheduler search with the
new static function in scheduler_
With the introduction of boot time cpupools, Xen can create many
different cpupools at boot time other than cpupool with id 0.
Since these newly created cpupools can't have an
entry in Xenstore, create the entry using xen-init-dom0
helper with the usual convention: Pool-.
Given the change, remove
Introduce a way to create different cpupools at boot time, this is
particularly useful on ARM big.LITTLE system where there might be the
need to have different cpupools for each type of core, but also
systems using NUMA can have different cpu pools for each node.
The feature on arm relies on a spe
This serie introduces a feature for Xen to create cpu pools at boot time, the
feature is enabled using a configurable that is disabled by default.
The boot time cpupool feature relies on the device tree to describe the cpu
pools.
Another feature is introduced by the serie, the possibility to assign
Introduce domain-cpupool property of a xen,domain device tree node,
that specifies the cpupool device tree handle of a xen,cpupool node
that identifies a cpupool created at boot time where the guest will
be assigned on creation.
Add member to the xen_domctl_createdomain public interface so the
XEN
Currently cpupool0 can use only the default scheduler, and
cpupool_create has an hardcoded behavior when creating the pool 0
that doesn't allocate new memory for the scheduler, but uses the
default scheduler structure in memory.
With this commit it is possible to allocate a different scheduler for
Create new public function to create cpupools, can take as parameter
the scheduler id or a negative value that means the default Xen
scheduler will be used.
Signed-off-by: Luca Fancellu
Reviewed-by: Juergen Gross
---
Changes in v6:
- add R-by
Changes in v5:
- no changes
Changes in v4:
- no chang
On 08.04.2022 10:45, Luca Fancellu wrote:
> Introduce a way to create different cpupools at boot time, this is
> particularly useful on ARM big.LITTLE system where there might be the
> need to have different cpupools for each type of core, but also
> systems using NUMA can have different cpu pools
On 08.04.2022 10:45, Luca Fancellu wrote:
> ---
> docs/misc/arm/device-tree/cpupools.txt | 140 +
> xen/arch/arm/include/asm/smp.h | 3 +
> xen/common/Kconfig | 7 +
> xen/common/Makefile| 1 +
> xen/common/boot_cpupools.c
> On 8 Apr 2022, at 09:56, Jan Beulich wrote:
>
> On 08.04.2022 10:45, Luca Fancellu wrote:
>> Introduce a way to create different cpupools at boot time, this is
>> particularly useful on ARM big.LITTLE system where there might be the
>> need to have different cpupools for each type of core, bu
flight 169229 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/169229/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-xsm 6 xen-buildfail REGR. vs. 168254
build-amd64
On 08.04.2022 10:45, Luca Fancellu wrote:
> @@ -106,6 +106,8 @@ struct xen_domctl_createdomain {
> /* Per-vCPU buffer size in bytes. 0 to disable. */
> uint32_t vmtrace_size;
>
> +uint32_t cpupool_id;
This could do with a comment explaining default behavior. In particular
I wonder
On 08.04.2022 10:09, Roger Pau Monné wrote:
> On Fri, Apr 08, 2022 at 09:01:11AM +0200, Jan Beulich wrote:
>> On 07.04.2022 10:45, osstest service owner wrote:
>>> flight 169199 xen-4.12-testing real [real]
>>> http://logs.test-lab.xenproject.org/osstest/logs/169199/
>>>
>>> Regressions :-(
>>>
>>>
> On 8 Apr 2022, at 10:10, Jan Beulich wrote:
>
> On 08.04.2022 10:45, Luca Fancellu wrote:
>> @@ -106,6 +106,8 @@ struct xen_domctl_createdomain {
>> /* Per-vCPU buffer size in bytes. 0 to disable. */
>> uint32_t vmtrace_size;
>>
>> +uint32_t cpupool_id;
>
> This could do with a
On Fri, Apr 08, 2022 at 09:45:12AM +0100, Luca Fancellu wrote:
> With the introduction of boot time cpupools, Xen can create many
> different cpupools at boot time other than cpupool with id 0.
>
> Since these newly created cpupools can't have an
> entry in Xenstore, create the entry using xen-ini
flight 169221 xen-unstable real [real]
flight 169230 xen-unstable real-retest [real]
http://logs.test-lab.xenproject.org/osstest/logs/169221/
http://logs.test-lab.xenproject.org/osstest/logs/169230/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-amd6
flight 169232 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/169232/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-xsm 6 xen-buildfail REGR. vs. 168254
build-amd64
Hi Peng,
On 07.04.2022 04:44, Peng Fan (OSS) wrote:
> From: Peng Fan
>
> Signed-off-by: Peng Fan
> ---
> xen/arch/arm/Kconfig.debug | 14 +++
> xen/arch/arm/arm64/debug-imx-lpuart.inc | 52 +
> xen/arch/arm/include/asm/imx-lpuart.h | 22 +--
>
On 08.04.2022 11:39, Luca Fancellu wrote:
>
>
>> On 8 Apr 2022, at 10:10, Jan Beulich wrote:
>>
>> On 08.04.2022 10:45, Luca Fancellu wrote:
>>> @@ -106,6 +106,8 @@ struct xen_domctl_createdomain {
>>> /* Per-vCPU buffer size in bytes. 0 to disable. */
>>> uint32_t vmtrace_size;
>>>
>>>
On Fri, 2022-04-08 at 09:45 +0100, Luca Fancellu wrote:
> Add a static function to retrieve the scheduler pointer using the
> scheduler name.
>
> Add a public function to retrieve the scheduler id by the scheduler
> name that makes use of the new static function.
>
> Take the occasion to replace
flight 169224 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/169224/
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
On Thu, 2022-03-24 at 15:01 +0100, Juergen Gross wrote:
> Now that the hypercall handlers are all being called directly instead
> through a function vector, the "cf_check" attribute can be removed.
>
> Signed-off-by: Juergen Gross
> Reviewed-by: Daniel P. Smith # xsm
> parts
> Acked-by: Jan Beul
On 07.04.2022 16:51, Jason Andryuk wrote:
> xsm_unmap_domain_irq was seen denying unmap_domain_pirq when called from
> complete_domain_destroy as an RCU callback. The source context was an
> unexpected, random domain. Since this is a xen-internal operation,
> going through the XSM hook is inappro
On 08.04.22 11:10, Jan Beulich wrote:
On 08.04.2022 10:45, Luca Fancellu wrote:
@@ -106,6 +106,8 @@ struct xen_domctl_createdomain {
/* Per-vCPU buffer size in bytes. 0 to disable. */
uint32_t vmtrace_size;
+uint32_t cpupool_id;
This could do with a comment explaining defau
> On 8 Apr 2022, at 08:16, Jan Beulich wrote:
>
> See the code comment. The higher the rate of vCPU-s migrating across
> pCPU-s, the less useful this attempted optimization actually is. With
> credit2 the migration rate looks to be unduly high even on mostly idle
> systems, and hence on large s
Hi Luca,
On 08/04/2022 11:41, Luca Fancellu wrote:
On 8 Apr 2022, at 08:16, Jan Beulich wrote:
See the code comment. The higher the rate of vCPU-s migrating across
pCPU-s, the less useful this attempted optimization actually is. With
credit2 the migration rate looks to be unduly high even o
On Wed, Feb 23, 2022 at 04:59:42PM +0100, Jan Beulich wrote:
> ..., moving the former into the new physmap.c. Also call the new
> functions directly from arch_iommu_hwdom_init() and
> vpci_make_msix_hole(), as the PV/HVM split is explicit there.
>
> Signed-off-by: Jan Beulich
> Reviewed-by: Georg
On Fri, Apr 08, 2022 at 11:25:28AM +0200, Jan Beulich wrote:
> On 08.04.2022 10:09, Roger Pau Monné wrote:
> > On Fri, Apr 08, 2022 at 09:01:11AM +0200, Jan Beulich wrote:
> >> On 07.04.2022 10:45, osstest service owner wrote:
> >>> flight 169199 xen-4.12-testing real [real]
> >>> http://logs.test-
Hi Jan,
On 08/04/2022 08:16, Jan Beulich wrote:
See the code comment. The higher the rate of vCPU-s migrating across
pCPU-s, the less useful this attempted optimization actually is. With
credit2 the migration rate looks to be unduly high even on mostly idle
systems, and hence on large systems lo
Hi Peng,
On 07.04.2022 04:44, Peng Fan (OSS) wrote:
> From: Peng Fan
>
> The i.MX LPUART Documentation:
> https://www.nxp.com/webapp/Download?colCode=IMX8QMIEC
> Chatper 13.6 Low Power Universal Asynchronous Receiver/
> Transmitter (LPUART)
>
> Tested-by: Henry Wang
> Signed-off-by: Peng Fan
Hi,
On 08/04/2022 12:01, Roger Pau Monné wrote:
I could add a suitable dom0_max_vcpus parameter to osstest. XenServer
uses 16 for example.
I'm afraid a fixed number won't do, the more that iirc there are
systems with just a few cores in the pool (and you don't want to
over-commit by default).
On Thu, Apr 07, 2022 at 10:51:50AM -0400, Jason Andryuk wrote:
> xsm_unmap_domain_irq was seen denying unmap_domain_pirq when called from
> complete_domain_destroy as an RCU callback. The source context was an
> unexpected, random domain. Since this is a xen-internal operation,
> going through th
> On 8 Apr 2022, at 11:24, Jan Beulich wrote:
>
> On 08.04.2022 11:39, Luca Fancellu wrote:
>>
>>
>>> On 8 Apr 2022, at 10:10, Jan Beulich wrote:
>>>
>>> On 08.04.2022 10:45, Luca Fancellu wrote:
@@ -106,6 +106,8 @@ struct xen_domctl_createdomain {
/* Per-vCPU buffer size in bytes
On Fri, Apr 08, 2022 at 12:08:02PM +0100, Julien Grall wrote:
> Hi,
>
> On 08/04/2022 12:01, Roger Pau Monné wrote:
> > > > I could add a suitable dom0_max_vcpus parameter to osstest. XenServer
> > > > uses 16 for example.
> > >
> > > I'm afraid a fixed number won't do, the more that iirc there
On Thu, 2022-04-07 at 15:27 +0200, Jan Beulich wrote:
> ---
> The Fixes: tag isn't very precise - it's rather the commit exposing
> the
> issue by default. I haven't been able to identify the actual commit
> which did introduce the problem; it may well be that it has always
> been
> there since the
Hi Roger,
On 08/04/2022 12:16, Roger Pau Monné wrote:
On Fri, Apr 08, 2022 at 12:08:02PM +0100, Julien Grall wrote:
Hi,
On 08/04/2022 12:01, Roger Pau Monné wrote:
I could add a suitable dom0_max_vcpus parameter to osstest. XenServer
uses 16 for example.
I'm afraid a fixed number won't do,
On 08/04/2022 12:08, Julien Grall wrote:
> Hi,
>
> On 08/04/2022 12:01, Roger Pau Monné wrote:
I could add a suitable dom0_max_vcpus parameter to osstest. XenServer
uses 16 for example.
>>>
>>> I'm afraid a fixed number won't do, the more that iirc there are
>>> systems with just a few c
> On 8 Apr 2022, at 10:01, Jan Beulich wrote:
>
> On 08.04.2022 10:45, Luca Fancellu wrote:
>> ---
>> docs/misc/arm/device-tree/cpupools.txt | 140 +
>> xen/arch/arm/include/asm/smp.h | 3 +
>> xen/common/Kconfig | 7 +
>> xen/common/Makefile
flight 169234 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/169234/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-xsm 6 xen-buildfail REGR. vs. 168254
build-amd64
On 08.04.2022 13:26, Andrew Cooper wrote:
> On 08/04/2022 12:08, Julien Grall wrote:
>> Hi,
>>
>> On 08/04/2022 12:01, Roger Pau Monné wrote:
> I could add a suitable dom0_max_vcpus parameter to osstest. XenServer
> uses 16 for example.
I'm afraid a fixed number won't do, the mor
On 08.04.2022 13:37, Luca Fancellu wrote:
>
>
>> On 8 Apr 2022, at 10:01, Jan Beulich wrote:
>>
>> On 08.04.2022 10:45, Luca Fancellu wrote:
>>> ---
>>> docs/misc/arm/device-tree/cpupools.txt | 140 +
>>> xen/arch/arm/include/asm/smp.h | 3 +
>>> xen/common/Kconfig
On 08.04.2022 13:16, Roger Pau Monné wrote:
> On Fri, Apr 08, 2022 at 12:08:02PM +0100, Julien Grall wrote:
>> On 08/04/2022 12:01, Roger Pau Monné wrote:
> I could add a suitable dom0_max_vcpus parameter to osstest. XenServer
> uses 16 for example.
I'm afraid a fixed number won'
On 08.04.2022 13:10, Roger Pau Monné wrote:
> On Thu, Apr 07, 2022 at 10:51:50AM -0400, Jason Andryuk wrote:
>> xsm_unmap_domain_irq was seen denying unmap_domain_pirq when called from
>> complete_domain_destroy as an RCU callback. The source context was an
>> unexpected, random domain. Since thi
On 08.04.2022 13:15, Luca Fancellu wrote:
>
>
>> On 8 Apr 2022, at 11:24, Jan Beulich wrote:
>>
>> On 08.04.2022 11:39, Luca Fancellu wrote:
>>>
>>>
On 8 Apr 2022, at 10:10, Jan Beulich wrote:
On 08.04.2022 10:45, Luca Fancellu wrote:
> @@ -106,6 +106,8 @@ struct xen_domctl_c
On Fri, Apr 8, 2022 at 2:03 AM Jan Beulich wrote:
>
> On 07.04.2022 18:31, Jason Andryuk wrote:
> > As I understand it, an RMRR is common with USB controllers for
> > implementing legacy mouse & keyboard support. The Cannon Point PCH is
> > fairly modern, so I'd expect it to use PCI Express. Xen
On 08.04.2022 12:55, Roger Pau Monné wrote:
> On Wed, Feb 23, 2022 at 04:59:42PM +0100, Jan Beulich wrote:
>> ..., moving the former into the new physmap.c. Also call the new
>> functions directly from arch_iommu_hwdom_init() and
>> vpci_make_msix_hole(), as the PV/HVM split is explicit there.
>>
>
On 08.04.2022 13:02, Julien Grall wrote:
> On 08/04/2022 08:16, Jan Beulich wrote:
>> See the code comment. The higher the rate of vCPU-s migrating across
>> pCPU-s, the less useful this attempted optimization actually is. With
>> credit2 the migration rate looks to be unduly high even on mostly id
On 08.04.2022 13:20, Dario Faggioli wrote:
> On Thu, 2022-04-07 at 15:27 +0200, Jan Beulich wrote:
>> ---
>> The Fixes: tag isn't very precise - it's rather the commit exposing
>> the
>> issue by default. I haven't been able to identify the actual commit
>> which did introduce the problem; it may w
On Thu, Apr 7, 2022 at 11:49 PM Tian, Kevin wrote:
>
> > From: Lengyel, Tamas
> > Sent: Friday, March 25, 2022 9:33 PM
> >
> > During VM forking and resetting a failed vmentry has been observed due
> > to the guest non-register state going out-of-sync with the guest register
> > state. For exampl
flight 169231 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/169231/
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 Fri, Apr 08, 2022 at 10:19:54AM +0200, Roger Pau Monné wrote:
> On Thu, Apr 07, 2022 at 03:44:16PM +, Ross Lagerwall wrote:
> > > From: Jan Beulich
> > > Sent: Thursday, March 31, 2022 9:42 AM
> > > To: Roger Pau Monne
> > > Cc: xen-devel@lists.xenproject.org ; Ross
> > > Lagerwall ; Konr
flight 169235 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/169235/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64 6 xen-buildfail REGR. vs. 168254
build-amd64-xsm
From: Peng Fan
V4:
Wrong v3 version, some BIT definition are mixed in patch 1,2.
V3:
Addressed Michal's comments.
Add Henry's T-b
V2:
Per Julien's comments, fix coding style issue, drop unneeded code
Add i.MX lpuart driver and i.MX8QM platform support.
- lpuart is the uart IP used in i.M
From: Peng Fan
The i.MX LPUART Documentation:
https://www.nxp.com/webapp/Download?colCode=IMX8QMIEC
Chatper 13.6 Low Power Universal Asynchronous Receiver/
Transmitter (LPUART)
Tested-by: Henry Wang
Signed-off-by: Peng Fan
---
xen/arch/arm/include/asm/imx-lpuart.h | 64 ++
xen/drivers/ch
From: Peng Fan
Signed-off-by: Peng Fan
---
xen/arch/arm/Kconfig.debug | 14 +++
xen/arch/arm/arm64/debug-imx-lpuart.inc | 52 +
2 files changed, 66 insertions(+)
create mode 100644 xen/arch/arm/arm64/debug-imx-lpuart.inc
diff --git a/xen/arch/arm/Kconf
Hi Michal,
> -Original Message-
> From: Michal Orzel [mailto:michal.or...@arm.com]
> Sent: 2022年4月8日 18:23
> To: Peng Fan (OSS) ; sstabell...@kernel.org;
> jul...@xen.org; volodymyr_babc...@epam.com;
> bertrand.marq...@arm.com
> Cc: andrew.coop...@citrix.com; george.dun...@citrix.com;
> jb
Current vif and vcpupin parse tests are out of sync. First of all, xl
returns 1 on failure, so replace the expected error code.
Secondly fix the expected output from some vif tests, as xl will no
longer print the unpopulated fields.
Signed-off-by: Roger Pau Monné
---
We should find a way for th
On Wed, Mar 30, 2022 at 03:46:56PM -0400, Jason Andryuk wrote:
> PCI device assignment to an HVM with stubdom is potentially racy. First
> the PCI device is assigned to the stubdom via the PV PCI protocol. Then
> QEMU is sent a QMP command to attach the PCI device to QEMU running
> within the stu
On Fri, Apr 08, 2022 at 12:24:27PM +0100, Julien Grall wrote:
> Hi Roger,
>
> On 08/04/2022 12:16, Roger Pau Monné wrote:
> > On Fri, Apr 08, 2022 at 12:08:02PM +0100, Julien Grall wrote:
> > > Hi,
> > >
> > > On 08/04/2022 12:01, Roger Pau Monné wrote:
> > > > > > I could add a suitable dom0_max
flight 169242 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/169242/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64 6 xen-buildfail REGR. vs. 168254
build-amd64-xsm
On Fri, Apr 08, 2022 at 02:04:56PM +0200, Jan Beulich wrote:
> On 08.04.2022 13:10, Roger Pau Monné wrote:
> > On Thu, Apr 07, 2022 at 10:51:50AM -0400, Jason Andryuk wrote:
> >> xsm_unmap_domain_irq was seen denying unmap_domain_pirq when called from
> >> complete_domain_destroy as an RCU callback
On Fri, Apr 08, 2022 at 03:31:46PM +0200, Roger Pau Monne wrote:
> Current vif and vcpupin parse tests are out of sync. First of all, xl
> returns 1 on failure, so replace the expected error code.
>
> Secondly fix the expected output from some vif tests, as xl will no
> longer print the unpopulat
On 08/04/2022 16:26, Roger Pau Monne wrote:
> On Fri, Apr 08, 2022 at 12:24:27PM +0100, Julien Grall wrote:
>> Hi Roger,
>>
>> On 08/04/2022 12:16, Roger Pau Monné wrote:
>>> On Fri, Apr 08, 2022 at 12:08:02PM +0100, Julien Grall wrote:
Hi,
On 08/04/2022 12:01, Roger Pau Monné wrote:
flight 169236 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/169236/
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 Fri, 8 Apr 2022, Andrew Cooper wrote:
> On 08/04/2022 16:26, Roger Pau Monne wrote:
> > On Fri, Apr 08, 2022 at 12:24:27PM +0100, Julien Grall wrote:
> >> Hi Roger,
> >>
> >> On 08/04/2022 12:16, Roger Pau Monné wrote:
> >>> On Fri, Apr 08, 2022 at 12:08:02PM +0100, Julien Grall wrote:
> Hi
flight 169247 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/169247/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64 6 xen-buildfail REGR. vs. 168254
build-amd64-xsm
Hi,
On 08/04/2022 13:25, Jan Beulich wrote:
On 08.04.2022 13:02, Julien Grall wrote:
On 08/04/2022 08:16, Jan Beulich wrote:
See the code comment. The higher the rate of vCPU-s migrating across
pCPU-s, the less useful this attempted optimization actually is. With
credit2 the migration rate loo
Hi Henry,
On 08/04/2022 01:50, Henry Wang wrote:
-Original Message-
From: Xen-devel On Behalf Of
Stefano Stabellini
Sent: Friday, April 8, 2022 8:11 AM
To: xen-devel@lists.xenproject.org
Cc: sstabell...@kernel.org; jul...@xen.org; andrew.coop...@citrix.com;
george.dun...@citrix.com; jbe
Hi,
On 08/04/2022 01:10, Stefano Stabellini wrote:
Add Dom0less to SUPPORT.md to clarify its support status. The feature is
mature enough and small enough to make it security supported.
Clarify that dom0less DomUs memory is not scrubbed at boot when
bootscrub=on or bootscrub=off are passed as X
flight 169228 linux-linus real [real]
flight 169246 linux-linus real-retest [real]
http://logs.test-lab.xenproject.org/osstest/logs/169228/
http://logs.test-lab.xenproject.org/osstest/logs/169246/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run
Hi Luca,
On 08/04/2022 09:45, Luca Fancellu wrote:
Introduce a way to create different cpupools at boot time, this is
particularly useful on ARM big.LITTLE system where there might be the
need to have different cpupools for each type of core, but also
systems using NUMA can have different cpu po
Hi Michal,
On 05/04/2022 10:16, Michal Orzel wrote:
#if defined(BUILD_ID)
@@ -109,12 +104,7 @@ SECTIONS
*(.data.schedulers)
__end_schedulers_array = .;
-#ifdef CONFIG_HYPFS
- . = ALIGN(8);
This will be replaced with POINTER_ALIGN which is 4-byte on Arm32.
AFAICT,
From: Julien Grall
This patch introduces helpers to allocate Virtio MMIO params
(IRQ and memory region) and create specific device node in
the Guest device-tree with allocated params. In order to deal
with multiple Virtio devices, reserve corresponding ranges.
For now, we reserve 1MB for memory r
From: Oleksandr Tyshchenko
Hello all.
The purpose of this patch series is to add missing virtio-mmio bits to Xen
toolstack on Arm.
The Virtio support for toolstack [1] was postponed as the main target was to
upstream IOREQ/DM
support on Arm in the first place. Now, we already have IOREQ suppor
From: Oleksandr Tyshchenko
This patch adds basic support for configuring and assisting virtio-mmio
based virtio-disk backend (emualator) which is intended to run out of
Qemu and could be run in any domain.
Although the Virtio block device is quite different from traditional
Xen PV block device (v
On Fri, Apr 8, 2022 at 10:56 AM Anthony PERARD
wrote:
>
> On Wed, Mar 30, 2022 at 03:46:56PM -0400, Jason Andryuk wrote:
> > PCI device assignment to an HVM with stubdom is potentially racy. First
> > the PCI device is assigned to the stubdom via the PV PCI protocol. Then
> > QEMU is sent a QMP
flight 169233 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/169233/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-xl-qemut-win7-amd64 19 guest-stopfail like 169221
test-armhf-armhf-libvirt 16 save
On Fri, 8 Apr 2022, Luca Fancellu wrote:
> Introduce a way to create different cpupools at boot time, this is
> particularly useful on ARM big.LITTLE system where there might be the
> need to have different cpupools for each type of core, but also
> systems using NUMA can have different cpu pools f
On Fri, 8 Apr 2022, Jan Beulich wrote:
> On 08.04.2022 13:37, Luca Fancellu wrote:
> >
> >
> >> On 8 Apr 2022, at 10:01, Jan Beulich wrote:
> >>
> >> On 08.04.2022 10:45, Luca Fancellu wrote:
> >>> ---
> >>> docs/misc/arm/device-tree/cpupools.txt | 140 +
> >>> xen/arch/arm/includ
On Tue, 29 Mar 2022, Penny Zheng wrote:
> Hi Stefano
>
> Sorry for the late response, got sidetracked an emergency issue. ;/
>
> > -Original Message-
> > From: Stefano Stabellini
> > Sent: Friday, March 18, 2022 10:00 AM
> > To: Penny Zheng
> > Cc: xen-devel@lists.xenproject.org; nd ; S
On Tue, 29 Mar 2022, Penny Zheng wrote:
> > On Fri, 11 Mar 2022, Penny Zheng wrote:
> > > From: Penny Zheng
> > >
> > > In a few scenarios where owner domain, is defined after borrower
> > > domain in device tree configuration, then statically shared pages
> > > haven't been properly allocated if
Hi Stefano,
On 08/04/2022 23:18, Stefano Stabellini wrote:
On Tue, 29 Mar 2022, Penny Zheng wrote:
Right now, the memory attribute of static shared memory is RW as default,
What if we add memory attribute setting in device tree configuration, sometimes,
Users want to specify that borrower domai
Hi Penny,
On 11/03/2022 06:11, Penny Zheng wrote:
From: Penny Zheng
This commits introduces a new helper guest_physmap_add_shm to set up shared
memory foreign mapping for borrower domain.
Firstly it should get and take reference of statically shared pages from
owner dom_shared. Then it will s
flight 169250 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/169250/
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, Apr 07, 2022 at 11:00:33AM +0200, David Hildenbrand wrote:
>On 07.04.22 10:50, Juergen Gross wrote:
>> On 07.04.22 10:23, David Hildenbrand wrote:
>>> On 06.04.22 15:32, Juergen Gross wrote:
When onlining a new memory page in a guest the Xen balloon driver is
adding it to the ball
On Fri, 8 Apr 2022, Julien Grall wrote:
> On 08/04/2022 23:18, Stefano Stabellini wrote:
> > On Tue, 29 Mar 2022, Penny Zheng wrote:
> > > Right now, the memory attribute of static shared memory is RW as default,
> > > What if we add memory attribute setting in device tree configuration,
> > > some
On Thu, Apr 07, 2022 at 11:46:13AM +0200, David Hildenbrand wrote:
>On 07.04.22 11:32, Juergen Gross wrote:
>> Since commit 9d3be21bf9c0 ("mm, page_alloc: simplify zonelist
>> initialization") only zones with free memory are included in a built
>> zonelist. This is problematic when e.g. all memory
flight 169237 xen-4.15-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/169237/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-xl-qemuu-win7-amd64 19 guest-stopfail like 169193
test-amd64-amd64-xl-qemut-win7-a
On Wed, 23 Mar 2022, Rahul Singh wrote:
> in dom0less system. This patch introduce the new feature to support the
> signaling between two domUs in dom0less system.
>
> Signed-off-by: Rahul Singh
> ---
> docs/designs/dom0less-evtchn.md | 96 +
> 1 file changed, 96
On Fri, 8 Apr 2022, Stefano Stabellini wrote:
> On Wed, 23 Mar 2022, Rahul Singh wrote:
> > in dom0less system. This patch introduce the new feature to support the
> > signaling between two domUs in dom0less system.
> >
> > Signed-off-by: Rahul Singh
> > ---
> > docs/designs/dom0less-evtchn.md |
flight 169238 xen-4.16-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/169238/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-arm64 6 xen-buildfail REGR. vs. 169194
test-amd64-amd
For block devices, the SCSI target drivers implements UNMAP as calls to
blkdev_issue_discard, which does not guarantee zeroing just because
Write Zeroes is supported.
Note that this does not affect the file backed path which uses
fallocate to punch holes.
Fixes: 2237498f0b5c ("target/iblock: Conv
Use the proper bdev_discard_alignment helper that accounts for partition
offsets.
Fixes: c66ac9db8d4a ("[SCSI] target: Add LIO target core v4.0.0-rc6")
Signed-off-by: Christoph Hellwig
Reviewed-by: Martin K. Petersen
---
drivers/target/target_core_device.c | 4 ++--
1 file changed, 2 insertions
1 - 100 of 127 matches
Mail list logo
