Re: [Xen-devel] [PATCH v3] hvm/svm: Implement Debug events

On Mi, 2018-03-21 at 08:57 -0600, Jan Beulich wrote: > > > > > > > > > > > > > On 21.03.18 at 15:47, wrote: > > --- a/xen/include/asm-x86/hvm/hvm.h > > +++ b/xen/include/asm-x86/hvm/hvm.h > > @@ -209,6 +209,8 @@ struct hvm_function_table { > >

Re: [Xen-devel] [PATCH v3 8/8] ci: add new bits to MAINTAINERS combine with Travis

On 3/21/18 6:11 AM, George Dunlap wrote: > On 03/21/2018 03:01 AM, Doug Goldstein wrote: >> Created a new section just called 'CI' since this is adding GitLab CI >> and still leaving the old Travis CI files around. This consolidates the >> two sections and adds the new files as well as adding

Re: [Xen-devel] [PATCH v2] libxl: allow libxl_domain_suspend to simply suspend a domain, without saving it

On Wed, Mar 14, 2018 at 03:36:08PM +0100, Marek Marczykowski-Górecki wrote: > When LIBXL_SUSPEND_NO_SAVE flag is set, no savefile will be written, but > the domain will still be suspended (but not destroyed). The main reason > for this functionality is to suspend the host while some domains are >

Re: [Xen-devel] [RFC PATCH 08/12] libxl: Q35 support (new option device_model_machine)

On Tue, Mar 20, 2018 at 09:11:10AM +, Roger Pau Monné wrote: > On Tue, Mar 20, 2018 at 08:11:49AM +1000, Alexey G wrote: > > On Mon, 19 Mar 2018 17:01:18 + > > Roger Pau Monné wrote: > > > > >On Tue, Mar 13, 2018 at 04:33:53AM +1000, Alexey Gerasimenko wrote: > > >>

Re: [Xen-devel] [RFC PATCH 09/12] libxl: Xen Platform device support for Q35

On Tue, Mar 20, 2018 at 01:05:32AM +1000, Alexey G wrote: > On Tue, 13 Mar 2018 04:33:54 +1000 > Alexey Gerasimenko wrote: > > >Current Xen/QEMU method to control Xen Platform device is a bit odd -- > >changing 'xen_platform_device' option value actually modifies QEMU >

Re: [Xen-devel] [PATCH 09/20] tools: Rework xc_domain_create() to take a full xen_domctl_createdomain

On Mon, Mar 19, 2018 at 07:13:48PM +, Andrew Cooper wrote: > In future patches, the structure will be extended with further information, > and this is far cleaner than adding extra parameters. > > The python stubs are the only user which passes NULL for the existing config > option (which is

Re: [Xen-devel] [PATCH] libxc/arm: initialise p2m_size to make gcc happy

On Wed, Mar 14, 2018 at 01:27:37PM +, Julien Grall wrote: > Hi, > > On 03/14/2018 12:32 PM, Wei Liu wrote: > > Gcc with -O3 failed to spot the loop to initialise p2m_size runs at > > least once. > > Aside, Andrew's comment the patch looks okay. But I am wondering why we need > to allocate

Re: [Xen-devel] [PATCH v4 1/4] x86/PVHv2: Add memory map pointer to hvm_start_info struct

On 21/03/18 17:46, Maran Wilson wrote: > On 3/21/2018 2:40 AM, Juergen Gross wrote: >> On 21/03/18 10:28, Roger Pau Monné wrote: >>> On Tue, Mar 20, 2018 at 09:48:56AM -0700, Maran Wilson wrote: +/*    * C representation of the x86/HVM start info layout.    *    * The canonical

Re: [Xen-devel] [PATCH v2] xenbaked.c: Avoid divide by zero issue

On Wed, Mar 14, 2018 at 10:14:03AM -0700, Joe Jin wrote: > xenbaked.c -> dump_stats(), run_time = time(_time) - time(_time), > time() returns the value in seconds. If one cancels xenmon.py immediately > after started, run_time can be zero, and then xenbaked will hit divide by > zero fault. > >

<    1   2   3