> -Original Message-
> From: Jan Beulich
> Sent: 27 August 2019 08:49
> To: Paul Durrant
> Cc: 'JulienGrall' ; 'Alexandru Isaila'
> ; 'Petre
> Pircalabu' ; 'Razvan Cojocaru'
> ; Andrew Cooper
> ; George Dunlap ; Ian
> Jackson
> ; Roger Pau Monne ;
> 'VolodymyrBabchuk'
> ; 'Stefano
> -Original Message-
> From: Jan Beulich
> Sent: 27 August 2019 08:46
> To: Paul Durrant
> Cc: JulienGrall ; Alexandru Isaila
> ; Petre Pircalabu
> ; Razvan Cojocaru ;
> Andrew Cooper
> ; George Dunlap ; Ian
> Jackson
> ; Roger Pau Monne ;
> VolodymyrBabchuk
> ; Stefano Stabellini ;
Inspired by Linux commit c49a0a80137c7ca7d6ced4c812c9e07a949f6f24:
There have been reports of RDRAND issues after resuming from suspend on
some AMD family 15h and family 16h systems. This issue stems from a BIOS
not performing the proper steps during resume to ensure RDRAND continues
setup_clear_cpu_cap() is __init and hence may not be called post-boot.
Note that opt_pku nevertheless is not getting __initdata added - see
e.g. commit 43fa95ae6a ("mm: make opt_bootscrub non-init").
Signed-off-by: Jan Beulich
--- a/xen/arch/x86/cpu/common.c
+++ b/xen/arch/x86/cpu/common.c
@@
> -Original Message-
> From: Roger Pau Monne
> Sent: 23 August 2019 12:34
> To: Paul Durrant
> Cc: xen-devel@lists.xenproject.org; Alexandru Isaila
> ; Stefano Stabellini
> ; Julien Grall ; Volodymyr
> Babchuk
> ; Andrew Cooper ;
> George Dunlap
> ; Ian Jackson ; Jan Beulich
> ;
>
No semantic change.
Signed-off-by: Ian Jackson
---
mg-hosts | 9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/mg-hosts b/mg-hosts
index 58b4acc3..d68f7b4e 100755
--- a/mg-hosts
+++ b/mg-hosts
@@ -121,7 +121,14 @@ sub l ($) { return split /,/, $_[0]; }
sub
If one runs
./mg-hosts mknetbootdir HOST
before having sorted out all the host configuration, it uses the
default configuration value for the host's firmware kind, which is
"bios". If the configuration is then changed, things don't work.
This is confusing.
So ask the user to specify one or
Drop the explicit default from all the call sites. This centralises
the default. This is going to be the new scheme for host properties
in general.
(Two of the call sites had a different default, "", which in their
context was semantically equivalent to "bios".)
Signed-off-by: Ian Jackson
---
> -Original Message-
> From: Roger Pau Monne
> Sent: 23 August 2019 11:56
> To: Paul Durrant
> Cc: xen-devel@lists.xenproject.org; Stefano Stabellini
> ; Julien Grall
> ; Volodymyr Babchuk ; Jan
> Beulich
> ; Andrew Cooper ; Wei Liu
> ; Jun Nakajima
> ; Kevin Tian ; George Dunlap
> ;
On 29.08.2019 10:00, Roger Pau Monné wrote:
> On Wed, Aug 28, 2019 at 04:24:22PM +0100, Igor Druzhinin wrote:
>> --- a/xen/arch/x86/x86_64/mmconfig-shared.c
>> +++ b/xen/arch/x86/x86_64/mmconfig-shared.c
>> @@ -26,33 +26,34 @@
>>
>> #include "mmconfig.h"
>>
>> +static bool_t __read_mostly
> -Original Message-
> From: Roger Pau Monne
> Sent: 23 August 2019 11:33
> To: Paul Durrant
> Cc: xen-devel@lists.xenproject.org; Ian Jackson ; Wei
> Liu ;
> Anthony Perard ; Andrew Cooper
> ; George Dunlap
> ; Jan Beulich ; Julien Grall
> ;
> Konrad Rzeszutek Wilk ; Stefano
Currently, for a HVM on Xen, no reset method is virtualized. So in a VM's
perspective, assigned devices cannot be reset. But some devices rely on PCI
reset to recover from hardware hangs. When being assigned to a VM, those
devices cannot be reset and won't work any longer if a hardware hang
flight 140739 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/140739/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-pvshim 12 guest-start fail REGR. vs. 140282
Tests which did
This partially reverts commit
854a49a7486a02edae5b3e53617bace526e9c1b1 by re-adding the logic that
propagates changes to the domain physmap done by p2m_pt_set_entry into
the iommu page tables. Without this logic changes to the guest physmap
are not propagated to the iommu, leaving stale iommu
Hi Oleksandr-san,
> From: Oleksandr Tyshchenko, Sent: Wednesday, August 21, 2019 3:10 AM
>
> From: Oleksandr Tyshchenko
>
> The IPMMU-VMSA is VMSA-compatible I/O Memory Management Unit (IOMMU)
> which provides address translation and access protection functionalities
> to processing units and
On Thu, Aug 29, 2019 at 03:37:47PM +0800, Chao Gao wrote:
> On Fri, Aug 23, 2019 at 11:09:07AM +0200, Roger Pau Monné wrote:
> >On Fri, Aug 23, 2019 at 12:44:34AM +0800, Chao Gao wrote:
> >> On Thu, Aug 22, 2019 at 04:10:46PM +0200, Roger Pau Monné wrote:
> >> >On Mon, Aug 19, 2019 at 09:25:24AM
On Wed, Aug 28, 2019 at 04:24:22PM +0100, Igor Druzhinin wrote:
> If MCFG area is not reserved in E820 Xen by default will defer its usage
> until Dom0 registers it explicitly after ACPI parser recognizes it as
> a reserved resource in DSDT. Having it reserved in E820 is not
> mandatory according
> -Original Message-
> From: Igor Druzhinin
> Sent: 28 August 2019 21:40
> To: xen-devel@lists.xenproject.org
> Cc: jbeul...@suse.com; Andrew Cooper ; Paul Durrant
> ; w...@xen.org; Roger Pau Monne
> ; Igor Druzhinin
>
> Subject: [PATCH] x86/domain: don't destroy IOREQ servers on soft
On Fri, Aug 23, 2019 at 11:09:07AM +0200, Roger Pau Monné wrote:
>On Fri, Aug 23, 2019 at 12:44:34AM +0800, Chao Gao wrote:
>> On Thu, Aug 22, 2019 at 04:10:46PM +0200, Roger Pau Monné wrote:
>> >On Mon, Aug 19, 2019 at 09:25:24AM +0800, Chao Gao wrote:
>> >> Both are loading the cached patch.
On 28.08.2019 20:23, Oleksandr wrote:
> --- a/xen/include/xen/xmalloc.h
> +++ b/xen/include/xen/xmalloc.h
> @@ -35,6 +35,18 @@
> #define xzalloc_array(_type, _num) \
> ((_type *)_xzalloc_array(sizeof(_type), __alignof__(_type), _num))
>
> +/* Allocate space for a structure with a flexible
On 29.08.2019 09:15, Chao Gao wrote:
> On Wed, Aug 28, 2019 at 05:12:34PM +0200, Jan Beulich wrote:
>> On 19.08.2019 03:25, Chao Gao wrote:
>>> --- a/xen/arch/x86/microcode_intel.c
>>> +++ b/xen/arch/x86/microcode_intel.c
>>> @@ -134,14 +134,39 @@ static int collect_cpu_info(unsigned int cpu_num,
On 28.08.2019 20:24, Andrew Cooper wrote:
> On 27/08/2019 15:36, Jan Beulich wrote:
>> On 14.08.2019 12:44, Andrew Cooper wrote:
>>> Introduce a new ENDDATA() helper which sets type and size together.
>>
>> Except this isn't very natural: Setting the size late is quite
>> common, to avoid the need
On Wed, Aug 28, 2019 at 05:12:34PM +0200, Jan Beulich wrote:
>On 19.08.2019 03:25, Chao Gao wrote:
>> to a more generic function. So that it can be used alone to check
>> an update against the CPU signature and current update revision.
>>
>> Note that enum microcode_match_result will be used in
flight 140746 freebsd-master real [real]
http://logs.test-lab.xenproject.org/osstest/logs/140746/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
freebsd 76040af020521b535a066e8df91e224b14ce284f
baseline version:
freebsd
flight 140735 linux-4.4 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/140735/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-pvshim 20 guest-start/debian.repeat fail REGR. vs. 139698
Tests which are
101 - 125 of 125 matches
Mail list logo