> From: Roger Pau Monne
> Sent: Friday, May 20, 2022 9:38 PM
>
> Properly indent the handling of LBR enable in MSR_IA32_DEBUGCTLMSR
> vmx_msr_write_intercept().
>
> No functional change.
>
> Signed-off-by: Roger Pau Monné
Reviewed-by: Kevin Tian
> ---
> Feel free to squash onto the previous
(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 with gcc13.
>
> xc_psr.c:161:5: error: conflicting
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 letting compat handlers always return int
and others always return long, with th
On 29.06.2022 08:08, Penny Zheng wrote:
>> From: Jan Beulich
>> Sent: Wednesday, June 29, 2022 1:56 PM
>>
>> On 29.06.2022 05:12, Penny Zheng wrote:
From: Julien Grall
Sent: Monday, June 27, 2022 6:19 PM
On 27/06/2022 11:03, Penny Zheng wrote:
>> -Original Message-
Hi Jan
> -Original Message-
> From: Jan Beulich
> Sent: Wednesday, June 29, 2022 1:56 PM
> To: Penny Zheng
> Cc: Wei Chen ; Andrew Cooper
> ; George Dunlap ;
> Stefano Stabellini ; Wei Liu ; xen-
> de...@lists.xenproject.org; Julien Grall
> Subject: Re: [PATCH v7 7/9] xen/arm: unpopulat
In xen_pt_config_reg_init(), there is an error in the merging of the
emulated data with the host value. With the current Qemu, instead of
merging the emulated bits with the host bits as defined by emu_mask,
the emulated bits are merged with the host bits as defined by the
inverse of emu_mask. In so
Currently we are creating a register group for the Intel IGD OpRegion
for every device we pass through, but the XEN_PCI_INTEL_OPREGION
register group is only valid for an Intel IGD. Add a check to make
sure the device is an Intel IGD and a check that the administrator has
enabled gfx_passthru in th
On 29.06.2022 05:12, Penny Zheng wrote:
> Hi Julien and Jan
>
>> -Original Message-
>> From: Julien Grall
>> Sent: Monday, June 27, 2022 6:19 PM
>> To: Penny Zheng ; Jan Beulich
>> Cc: Wei Chen ; Andrew Cooper
>> ; George Dunlap ;
>> Stefano Stabellini ; Wei Liu ; xen-
>> de...@lists.xen
flight 171395 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/171395/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf c13377153f74d66adc83702b4e4ca5e9eadde2fd
baseline version:
ovmf 59141288716f8917968d4
Hi Julien
> -Original Message-
> From: Julien Grall
> Sent: Saturday, June 25, 2022 1:55 AM
> To: Penny Zheng ; xen-devel@lists.xenproject.org
> Cc: Wei Chen ; Stefano Stabellini
> ; Bertrand Marquis ;
> Volodymyr Babchuk
> Subject: Re: [PATCH v5 1/8] xen/arm: introduce static shared mem
flight 171391 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/171391/
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
Hi Julien and Jan
> -Original Message-
> From: Julien Grall
> Sent: Monday, June 27, 2022 6:19 PM
> To: Penny Zheng ; Jan Beulich
> Cc: Wei Chen ; Andrew Cooper
> ; George Dunlap ;
> Stefano Stabellini ; Wei Liu ; xen-
> de...@lists.xenproject.org
> Subject: Re: [PATCH v7 7/9] xen/arm: u
flight 171385 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/171385/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-arm64-libvirt 6 libvirt-buildfail REGR. vs. 171376
test-amd64-amd64-
On Wed, 22 Jun 2022, Juergen Gross wrote:
> Instead of an all or nothing approach add support for requiring
> restricted memory access per device.
>
> Changes in V3:
> - new patches 1 + 2
> - basically complete rework of patch 3
>
> Juergen Gross (3):
> virtio: replace restricted mem access fla
On Tue, 28 Jun 2022, Xenia Ragiadakou wrote:
> The per-cpu variable last_tickle_cpu is referenced only in credit.c.
> Change its linkage from external to internal by adding the storage-class
> specifier static to its definitions.
>
> Also, this patch aims to resolve indirectly a MISRA C 2012 Rule
On Tue, 28 Jun 2022, Xenia Ragiadakou wrote:
> The function vm_event_wake() is referenced only in vm_event.c.
> Change the linkage of the function from external to internal by adding
> the storage-class specifier static to the function definition.
>
> Also, this patch aims to resolve indirectly a
On Mon, 27 Jun 2022, Xenia Ragiadakou wrote:
> The per-cpu variable last_tickle_cpu is referenced only in credit.c.
> Change its linkage from external to internal by adding the storage-class
> specifier static to its definitions.
>
> This patch aims to resolve indirectly a MISRA C 2012 Rule 8.4 vi
On Mon, 27 Jun 2022, Xenia Ragiadakou wrote:
> The function vm_event_wake() is referenced only in vm_event.c.
> Change the linkage of the function from external to internal by adding
> the storage-class specifier static to the function definition.
>
> This patch aims to resolve indirectly a MISRA
On Sun, 26 Jun 2022, Xenia Ragiadakou wrote:
> To be inline with XEN, do not enable direct mapping automatically for all
> statically allocated domains.
>
> Signed-off-by: Xenia Ragiadakou
Actually I don't know about this one. I think it is OK that ImageBuilder
defaults are different from Xen de
On Sun, 26 Jun 2022, Xenia Ragiadakou wrote:
> Before enabling true dom0less configuration, the script was failing instantly
> if DOM0_KERNEL parameter was not specified. This behaviour has changed and
> this needs to be communicated to the user.
>
> Mention in README.md that for dom0less configur
I'll let Julien ack (and commit) the patch.
On Wed, 29 Jun 2022, Dmytro Semenets wrote:
> Hi Stefano and Julien,
> What is the conclusion about this patch?
>
> сб, 25 июн. 2022 г. в 17:45, Julien Grall :
> >
> > Hi Stefano,
> >
> > On 24/06/2022 22:31, Stefano Stabellini wrote:
> > > On Fri, 24
On Sat, 25 Jun 2022, Julien Grall wrote:
> On 24/06/2022 22:31, Stefano Stabellini wrote:
> > On Fri, 24 Jun 2022, Julien Grall wrote:
> > > On 23/06/2022 23:07, Stefano Stabellini wrote:
> > > > On Thu, 23 Jun 2022, dmitry.semen...@gmail.com wrote:
> > > > > From: Dmytro Semenets
> > > > So would
Le 26/06/2022 à 11:46, Bernhard Beschow a écrit :
xen_piix_pci_write_config_client() is implemented in the xen sub tree and
uses PIIX constants internally, thus creating a direct dependency on
PIIX. Now that xen_set_pci_link_route() is stubbable, the logic of
xen_piix_pci_write_config_client() ca
Le 26/06/2022 à 11:46, Bernhard Beschow a écrit :
The only user of xen_set_pci_link_route() is
xen_piix_pci_write_config_client() which implements PIIX-specific logic in
the xen namespace. This makes xen-hvm depend on PIIX which could be
avoided if xen_piix_pci_write_config_client() was implement
flight 171382 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/171382/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-dom0pvh-xl-intel 8 xen-bootfail REGR. vs. 171277
test-amd64-amd64-xl
Hi Stefano and Julien,
What is the conclusion about this patch?
сб, 25 июн. 2022 г. в 17:45, Julien Grall :
>
> Hi Stefano,
>
> On 24/06/2022 22:31, Stefano Stabellini wrote:
> > On Fri, 24 Jun 2022, Julien Grall wrote:
> >> On 23/06/2022 23:07, Stefano Stabellini wrote:
> >>> On Thu, 23 Jun 2022,
Hi Juergen,
On 27/06/2022 16:13, Juergen Gross wrote:
On 27.06.22 17:03, Julien Grall wrote:
Hi Juergen,
On 27/06/2022 15:50, Juergen Gross wrote:
On 27.06.22 16:48, Julien Grall wrote:
Hi,
On 27/06/2022 15:31, Juergen Gross wrote:
On 27.06.22 14:36, Julien Grall wrote:
From: Julien Grall
On Tue, 28 Jun 2022, B wrote:
> Am 26. Juni 2022 09:46:54 UTC schrieb Bernhard Beschow :
> >hw/i386/xen/xen-hvm.c contains logic which is PIIX-specific. This makes
> >xen-hvm.c depend on PIIX which can be avoided if PIIX logic was isolated in
> >PIIX itself.
> >
> >
> >
> >Bernhard Beschow (2):
>
Am 26. Juni 2022 09:46:54 UTC schrieb Bernhard Beschow :
>hw/i386/xen/xen-hvm.c contains logic which is PIIX-specific. This makes
>xen-hvm.c depend on PIIX which can be avoided if PIIX logic was isolated in
>PIIX itself.
>
>
>
>Bernhard Beschow (2):
>
> hw/i386/xen/xen-hvm: Allow for stubbing
flight 171383 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/171383/
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
> Hi Mykyta,
>
>> On 21 Jun 2022, at 10:38 am, Mykyta Poturai wrote:
>>
>>> Thanks for testing the patch.
But not fixed the "Unexpected Global fault" that occasionally happens when
destroying
the domain with an actively working GPU. Although, I am not sure if this
issue
>>>
flight 171380 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/171380/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-libvirt-raw 7 xen-install fail REGR. vs. 171376
test-amd64-amd64-
Hi Xenia,
> On 28 Jun 2022, at 4:08 pm, Xenia Ragiadakou wrote:
>
> The expression 1 << 31 produces undefined behaviour because the type of
> integer
> constant 1 is (signed) int and the result of shifting 1 by 31 bits is not
> representable in the (signed) int type.
> Change the type of 1 to u
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 with gcc13.
xc_psr.c:161:5: error: conflicting types for 'xc_psr_cmt_get_data'
due to enum/integer mismatch;
Signed-off-by: Charles Ar
> On 24 Jun 2022, at 18:25, Julien Grall wrote:
>
> Hi Luca,
>
> On 24/06/2022 14:34, Luca Fancellu wrote:
>>> On 24 Jun 2022, at 13:17, Julien Grall wrote:
>> I would keep the section about compiling cppcheck since many recent distro
>> doesn’t provide cppcheck >=2.7 yet (and 2.8 is broken)
On 28.06.2022 17:18, Julien Grall wrote:
> In fact, to me, a "static" port is the same as if the event channel was
> allocated from the toolstack (for instance this is the case for
> Xenstored). In such case, we are still allowing the guest to close the
> port and then re-opening. So I don't rea
On 28/06/2022 15:52, Bertrand Marquis wrote:
Hi Julien,
On 28 Jun 2022, at 15:26, Julien Grall wrote:
On 28/06/2022 14:53, Rahul Singh wrote:
Hi Julien
Hi Rahul,
On 23 Jun 2022, at 4:30 pm, Julien Grall wrote:
On 23/06/2022 16:10, Rahul Singh wrote:
Hi Julien,
On 22 Jun 2022,
The expression 1 << 31 produces undefined behaviour because the type of integer
constant 1 is (signed) int and the result of shifting 1 by 31 bits is not
representable in the (signed) int type.
Change the type of 1 to unsigned int by adding the U suffix.
Signed-off-by: Xenia Ragiadakou
---
Q_OVER
The per-cpu variable last_tickle_cpu is referenced only in credit.c.
Change its linkage from external to internal by adding the storage-class
specifier static to its definitions.
Also, this patch aims to resolve indirectly a MISRA C 2012 Rule 8.4 violation
warning.
Signed-off-by: Xenia Ragiadakou
Add a function prototype for do_bad_mode() in and include
header in traps.c, so that the declarations of the functions
do_bad_mode() and finalize_instr_emulation(), which have external linkage,
are visible before the function definitions.
Signed-off-by: Xenia Ragiadakou
Reviewed-by: Bertrand Ma
The variable iommu_crash_disable is referenced only in one translation unit.
Change its linkage from external to internal by adding the storage-class
specifier static to its definition.
Also, this patch aims to resolve indirectly a MISRA C 2012 Rule 8.4 violation
warning.
Signed-off-by: Xenia Rag
The function vm_event_wake() is referenced only in vm_event.c.
Change the linkage of the function from external to internal by adding
the storage-class specifier static to the function definition.
Also, this patch aims to resolve indirectly a MISRA C 2012 Rule 8.4 violation
warning.
Signed-off-by
Resolve MISRA C 2012 Rule 8.4 warnings.
Changes in v2:
- In commit messages of patches 1-4, replace the phrase "This patch aims to
resolve indirectly a MISRA C 2012 Rule 8.4 violation warning." with
"Also, this patch aims to resolve indirectly a MISRA C 2012 Rule 8.4
violation warning."
- Ad
The variables page_offlined_list and page_broken_list are referenced only
in page_alloc.c.
Change their linkage from external to internal by adding the storage-class
specifier static to their definitions.
Also, this patch aims to resolve indirectly a MISRA C 2012 Rule 8.4 violation
warning.
Signe
Hi Julien,
> On 28 Jun 2022, at 15:26, Julien Grall wrote:
>
>
>
> On 28/06/2022 14:53, Rahul Singh wrote:
>> Hi Julien
>
> Hi Rahul,
>
>>> On 23 Jun 2022, at 4:30 pm, Julien Grall wrote:
>>>
>>>
>>>
>>> On 23/06/2022 16:10, Rahul Singh wrote:
Hi Julien,
> On 22 Jun 2022, at 4:0
Hi Julien,
> On 9 Jun 2022, at 09:30, Julien Grall wrote:
>
> From: Hongyan Xia
>
> The idea is to split the range into multiple aligned power-of-2 regions
> which only needs to call free_heap_pages() once each. We check the least
> significant set bit of the start address and use its bit inde
On 28/06/2022 14:53, Rahul Singh wrote:
Hi Julien
Hi Rahul,
On 23 Jun 2022, at 4:30 pm, Julien Grall wrote:
On 23/06/2022 16:10, Rahul Singh wrote:
Hi Julien,
On 22 Jun 2022, at 4:05 pm, Julien Grall wrote:
Hi,
On 22/06/2022 15:38, Rahul Singh wrote:
Guest can request the Xen to
Hi Julien,
> On 23 Jun 2022, at 22:45, Julien Grall wrote:
>
> Hi Bertrand,
>
> On 24/05/2022 09:05, Bertrand Marquis wrote:
>>> Signed-off-by: Julien Grall
>>>
>>>
>>>
>>> I noticed that a few functions in Xen expect [start, end[. This is risky
>>> as we may end up with end < start if
Hi Xenia,
> On 26 Jun 2022, at 22:11, Xenia Ragiadakou wrote:
>
> Add a function prototype for do_bad_mode() in and include
> header in traps.c, so that the declarations of the functions
> do_bad_mode() and finalize_instr_emulation(), which have external linkage,
> are visible before the funct
On 28.06.2022 15:08, Roger Pau Monné wrote:
> On Thu, Jun 23, 2022 at 11:49:00AM +0200, Jan Beulich wrote:
>> On 10.06.2022 10:32, Roger Pau Monne wrote:
>>> --- a/xen/include/xen/iommu.h
>>> +++ b/xen/include/xen/iommu.h
>>> @@ -155,10 +155,10 @@ enum
>>>
>>> int __must_check iommu_map(struct d
Hi Julien
> On 23 Jun 2022, at 4:30 pm, Julien Grall wrote:
>
>
>
> On 23/06/2022 16:10, Rahul Singh wrote:
>> Hi Julien,
>>> On 22 Jun 2022, at 4:05 pm, Julien Grall wrote:
>>>
>>> Hi,
>>>
>>> On 22/06/2022 15:38, Rahul Singh wrote:
Guest can request the Xen to close the event channel
flight 171378 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/171378/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-dom0pvh-xl-intel 8 xen-bootfail REGR. vs. 171277
test-amd64-amd64-xl
On Thu, Jun 23, 2022 at 11:49:00AM +0200, Jan Beulich wrote:
> On 10.06.2022 10:32, Roger Pau Monne wrote:
> > The loop in iommu_{un,}map() can be arbitrary large, and as such it
> > needs to handle preemption. Introduce a new parameter that allow
> > returning the number of pages that have been p
On Mon, Sep 13, 2021 at 08:26:21AM +0200, Jan Beulich wrote:
> asm() constraints need to fit both the intended insn(s) which the
> respective operands are going to be used with as well as the actual kind
> of value specified. "m" (alone) together with a constant, however, leads
> to gcc saying
>
>
On Thu, Jun 09, 2022 at 12:17:23PM +0200, Jan Beulich wrote:
> Before actually enabling their use, provide a means to suppress it in
> case of problems. Note that using the option can also affect the sharing
> of page tables in the VT-d / EPT combination: If EPT would use large
> page mappings but
On Thu, Jun 09, 2022 at 12:16:38PM +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_alloc_pgtable() counterpart is
> needed to free in
flight 171379 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/171379/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-arm64-libvirt 6 libvirt-buildfail REGR. vs. 151777
build-amd64-libvirt
On 23.06.22 11:51, Jan Beulich wrote:
On 23.06.2022 11:46, Juergen Gross wrote:
--- a/arch/x86/xen/enlighten_pv.c
+++ b/arch/x86/xen/enlighten_pv.c
@@ -1183,15 +1183,19 @@ static void __init xen_domu_set_legacy_features(void)
extern void early_xen_iret_patch(void);
/* First C function to
flight 171381 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/171381/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf 59141288716f8917968d4bb96367b7d08fe5ab8a
baseline version:
ovmf 7f4eca4cc2e01d4160ef2
flight 171377 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/171377/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-amd64-amd64-xl-rtds 18 guest-localmigrate fail in 171357 pass in 171377
test-armhf-armhf-xl-rtds 18 gues
flight 171376 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/171376/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-armhf-armhf-xl-rtds 14 guest-start fail REGR. vs. 171372
Tests which did not succee
Hi Julien,
> -Original Message-
> From: Julien Grall
> Sent: 2022年6月24日 17:50
> To: Jan Beulich
> Cc: nd ; Stefano Stabellini ; Bertrand
> Marquis ; Volodymyr Babchuk
> ; Andrew Cooper ;
> Roger Pau Monné ; Wei Liu ; Jiamei Xie
> ; xen-devel@lists.xenproject.org; Wei Chen
>
> Subject: R
Hi Bertrand,
> -Original Message-
> From: Bertrand Marquis
> Sent: 2022年6月28日 15:29
> To: Jiamei Xie
> Cc: Julien Grall ; xen-devel@lists.xenproject.org; Stefano
> Stabellini ; Volodymyr Babchuk
> ; Wei Chen
> Subject: Re: [PATCH] xen/arm: avoid extra caclulations when setting vtimer
>
Hi Jiamei,
> On 28 Jun 2022, at 07:35, Jiamei Xie wrote:
>
> Hi Julien,
>
>> -Original Message-
>> From: Julien Grall
>> Sent: 2022年6月27日 18:36
>> To: Jiamei Xie ; xen-devel@lists.xenproject.org
>> Cc: Stefano Stabellini ; Bertrand Marquis
>> ; Volodymyr Babchuk
>> ; Wei Chen
>> Subje
64 matches
Mail list logo
