On 2017年08月22日 23:27, Roger Pau Monné wrote:
> On Thu, Aug 17, 2017 at 08:22:16PM -0400, Lan Tianyu wrote:
>> This patch is to introduct an abstract layer for arch vIOMMU implementation
>> to deal with requests from dom0. Arch vIOMMU code needs to provide callback
>> to perform create, destroy and
On Wed, Aug 23, 2017 at 09:05:14AM +0800, Chao Gao wrote:
> On Tue, Aug 22, 2017 at 06:43:49AM -0600, Jan Beulich wrote:
> On 21.08.17 at 23:52, wrote:
> >> --- a/xen/include/xen/pci.h
> >> +++ b/xen/include/xen/pci.h
> >> @@ -39,6 +39,10 @@
> >> #define PCI_SBDF3(s,b,df) s) & 0x) <<
>>> On 23.08.17 at 09:16, wrote:
> On Wed, Aug 23, 2017 at 09:05:14AM +0800, Chao Gao wrote:
>> On Tue, Aug 22, 2017 at 06:43:49AM -0600, Jan Beulich wrote:
>> On 21.08.17 at 23:52, wrote:
>> >> --- a/xen/include/xen/pci.h
>> >> +++ b/xen/include/xen/pci.h
>> >> @@ -39,6 +39,10 @@
>> >> #de
On Wed, Aug 23, 2017 at 02:06:17PM +0800, Lan Tianyu wrote:
> Hi Roger:
> Thanks for your review.
>
> On 2017年08月22日 22:32, Roger Pau Monné wrote:
> > On Wed, Aug 09, 2017 at 04:34:02PM -0400, Lan Tianyu wrote:
> >> +
> >> +/* vIOMMU capabilities */
> >> +#define VIOMMU_CAP_IRQ_REMAPPING (1
On Wed, Aug 23, 2017 at 01:20:13AM -0600, Jan Beulich wrote:
> >>> On 23.08.17 at 09:16, wrote:
> > On Wed, Aug 23, 2017 at 09:05:14AM +0800, Chao Gao wrote:
> >> On Tue, Aug 22, 2017 at 06:43:49AM -0600, Jan Beulich wrote:
> >> On 21.08.17 at 23:52, wrote:
> >> >> --- a/xen/include/xen/pci.
On Wed, Aug 23, 2017 at 03:10:48PM +0800, Lan Tianyu wrote:
> On 2017年08月22日 23:27, Roger Pau Monné wrote:
> > On Thu, Aug 17, 2017 at 08:22:16PM -0400, Lan Tianyu wrote:
> >> +int viommu_register_type(u64 type, struct viommu_ops * ops)
> >> +{
> >> +struct viommu_type *viommu_type = NULL;
> >>
On 2017年08月22日 23:55, Roger Pau Monné wrote:
> On Wed, Aug 09, 2017 at 04:34:05PM -0400, Lan Tianyu wrote:
>> This patch is to add Xen virtual IOMMU doc to introduce motivation,
>> framework, vIOMMU hypercall and xl configuration.
>>
>> Signed-off-by: Lan Tianyu
>> ---
>> docs/misc/viommu.txt | 1
On 2017年08月22日 23:32, Roger Pau Monné wrote:
> On Wed, Aug 09, 2017 at 04:34:03PM -0400, Lan Tianyu wrote:
>> This patch is to add irq request callback for platform implementation
>> to deal with irq remapping request.
>>
>> Signed-off-by: Lan Tianyu
>> ---
>> xen/common/viommu.c | 15 ++
On Wed, Aug 09, 2017 at 04:34:11PM -0400, Lan Tianyu wrote:
> From: Chao Gao
>
> If guest is configured to have a vIOMMU, create it during domain construction.
>
> Signed-off-by: Chao Gao
> Signed-off-by: Lan Tianyu
> ---
> tools/libxl/libxl_x86.c | 28
> 1 file c
On 2017年08月22日 23:38, Roger Pau Monné wrote:
> On Wed, Aug 09, 2017 at 04:34:04PM -0400, Lan Tianyu wrote:
>> This patch is to add get_irq_info callback for platform implementation
>> to convert irq remapping request to irq info (E,G vector, dest, dest_mode
>> and so on).
>>
>> Signed-off-by: Lan T
On Wed, Aug 23, 2017 at 08:31:51AM +0100, Roger Pau Monné wrote:
>On Wed, Aug 23, 2017 at 01:20:13AM -0600, Jan Beulich wrote:
>> >>> On 23.08.17 at 09:16, wrote:
>> > On Wed, Aug 23, 2017 at 09:05:14AM +0800, Chao Gao wrote:
>> >> On Tue, Aug 22, 2017 at 06:43:49AM -0600, Jan Beulich wrote:
>> >>
On 22/08/17 14:48, Jan Beulich wrote:
On 21.08.17 at 20:05, wrote:
>> Currently Linux has no support for grant v2 as this would reduce the
>> maximum number of active grants by a factor of 2 compared to v1,
>> because the number of possible grants are limited by the allowed number
>> of grant
On 2017年08月23日 00:41, Roger Pau Monné wrote:
>> > +drhd = (struct acpi_dmar_hardware_unit *)((void*)dmar +
>> > sizeof(*dmar));
>> > +drhd->type = ACPI_DMAR_TYPE_HARDWARE_UNIT;
>> > +drhd->length = sizeof(*drhd) + ioapic_scope_size;
>> > +drhd->flags = ACPI_DMAR_INCLUDE_PCI_ALL;
>>
On Wed, Aug 09, 2017 at 04:34:12PM -0400, Lan Tianyu wrote:
> From: Chao Gao
>
> This patch adds create/destroy/query function for the emulated VTD
> and adapts it to the common VIOMMU abstraction.
>
> Signed-off-by: Chao Gao
> Signed-off-by: Lan Tianyu
> ---
> xen/drivers/passthrough/vtd/Mak
>>> On 23.08.17 at 09:31, wrote:
> Maybe what I'm missing is whether it is possible to have a device with
> virtual functions that expand across several buses?
The typical (non-ARI) arrangement I've seen is for all VFs to always
live on buses different from the PF (which is quite obvious, as each
On Wed, Aug 23, 2017 at 02:46:08PM +0800, Chao Gao wrote:
> On Wed, Aug 23, 2017 at 08:31:51AM +0100, Roger Pau Monné wrote:
> >On Wed, Aug 23, 2017 at 01:20:13AM -0600, Jan Beulich wrote:
> >> >>> On 23.08.17 at 09:16, wrote:
> >> > On Wed, Aug 23, 2017 at 09:05:14AM +0800, Chao Gao wrote:
> >> >
On Wed, Aug 23, 2017 at 03:52:01PM +0800, Lan Tianyu wrote:
> On 2017年08月23日 00:41, Roger Pau Monné wrote:
> >> > +drhd = (struct acpi_dmar_hardware_unit *)((void*)dmar +
> >> > sizeof(*dmar));
> >> > +drhd->type = ACPI_DMAR_TYPE_HARDWARE_UNIT;
> >> > +drhd->length = sizeof(*drhd) + io
>>> On 23.08.17 at 03:05, wrote:
> Strictly speaking, the VF can be an extended function. The definition is
> within ARI device (in this kind of device, device field is treated as an
> extension of function number) and function number is greater than 7. But
> this field isn't used as we don't care
On Tue, Aug 22, Olaf Hering wrote:
> In my testing I have seen the case of over-allocation. Thats why I
> implemented the freeing of unpopulated parts. It would be nice to know
> how many pages are actually coming. I think this info is not available.
If the receiving dom0 recognizes an over-alloc
On 2017年08月23日 15:45, Roger Pau Monné wrote:
> On Wed, Aug 09, 2017 at 04:34:11PM -0400, Lan Tianyu wrote:
>> From: Chao Gao
>>
>> If guest is configured to have a vIOMMU, create it during domain
>> construction.
>>
>> Signed-off-by: Chao Gao
>> Signed-off-by: Lan Tianyu
>> ---
>> tools/libxl/
On Wed, Aug 23, 2017 at 10:36:45AM +0800, Lan Tianyu wrote:
> On 2017年08月22日 21:12, Wei Liu wrote:
> > On Wed, Aug 09, 2017 at 04:34:08PM -0400, Lan Tianyu wrote:
> >> From: Chao Gao
> >>
> >> The BIOS reports the remapping hardware units in a platform to system
> >> software
> >> through the DMA
On Wed, Aug 23, 2017 at 10:46:13AM +0800, Lan Tianyu wrote:
> On 2017年08月22日 21:19, Wei Liu wrote:
> >> +=over 4
> >> > +
> >> > +=item B
> >> > +
> >> > +Possible Bs are:
> >> > +
> >> > +=over 4
> >> > +
> >> > +=item B
> >> > +
> >> > +Currently there is only one valid type:
> >> > +
> >> > +(x8
>>> On 22.08.17 at 16:37, wrote:
> I can't see why you want to map UUID to a certain structure.
This is so that the type cannot mistakenly be passed to a function
taking unsigned char *, or be assigned to a variable of that type.
Please see our TYPE_SAFE() macro which we use to specifically
enclo
>>> On 22.08.17 at 15:54, wrote:
> On Tue, Aug 22, 2017 at 06:26:23AM -0600, Jan Beulich wrote:
>> >>> On 11.08.17 at 18:43, wrote:
>> > They are emulated by Xen, so they must not be mapped into Dom0 p2m.
>> > Introduce a helper function to add the MMCFG areas to the list of
>> > denied iomem reg
>>> On 22.08.17 at 16:01, wrote:
> On Tue, Aug 22, 2017 at 06:31:27AM -0600, Jan Beulich wrote:
>> >>> On 11.08.17 at 18:43, wrote:
>> > On certain Intel systems, as far as I can tell almost all pre-Haswell ones,
>> > trying to boot a PVH Dom0 will freeze the box completely, up to the point
>> >
>>> On 22.08.17 at 16:05, wrote:
> On Tue, Aug 22, 2017 at 06:37:15AM -0600, Jan Beulich wrote:
>> >>> On 11.08.17 at 18:43, wrote:
>> > Make sure the reserved regions are setup before enabling the DMA
>> > remapping in the IOMMU, by calling dom0_setup_permissions before
>> > iommu_hwdom_init.
>>
On Wed, Aug 09, 2017 at 04:34:13PM -0400, Lan Tianyu wrote:
> From: Chao Gao
>
> This patch adds VVTD MMIO handler to deal with MMIO access.
>
> Signed-off-by: Chao Gao
> Signed-off-by: Lan Tianyu
> ---
> xen/drivers/passthrough/vtd/vvtd.c | 114
> +
> 1 f
On Wed, Aug 23, 2017 at 01:35:17PM +0800, Lan Tianyu wrote:
> On 2017年08月22日 21:48, Wei Liu wrote:
> >> > Hi, Wei
> >> > Thanks for your comments.
> >> >
> >> > iirc, HVM only supports one module; DMAR cannot be a new module. Joining
> >> > to
> >> > the existing one is the approach we are taking
>>> On 23.08.17 at 09:49, wrote:
> On 22/08/17 14:48, Jan Beulich wrote:
> On 21.08.17 at 20:05, wrote:
>>> Currently Linux has no support for grant v2 as this would reduce the
>>> maximum number of active grants by a factor of 2 compared to v1,
>>> because the number of possible grants are l
On Wed, Aug 23, 2017 at 02:04:24AM -0600, Jan Beulich wrote:
On 23.08.17 at 03:05, wrote:
>> Strictly speaking, the VF can be an extended function. The definition is
>> within ARI device (in this kind of device, device field is treated as an
>> extension of function number) and function numbe
On 22/08/17 11:53, Jan Beulich wrote:
On 16.08.17 at 14:51, wrote:
>> --- a/xen/arch/x86/shutdown.c
>> +++ b/xen/arch/x86/shutdown.c
>> @@ -51,8 +51,11 @@ static int reboot_mode;
>> * efiUse the EFI reboot (if running under EFI)
>> */
>> static enum reboot_type reboot_type = BOOT_INV
On Wed, Aug 23, 2017 at 09:01:07AM +0100, Roger Pau Monné wrote:
>On Wed, Aug 23, 2017 at 02:46:08PM +0800, Chao Gao wrote:
>> On Wed, Aug 23, 2017 at 08:31:51AM +0100, Roger Pau Monné wrote:
>> >On Wed, Aug 23, 2017 at 01:20:13AM -0600, Jan Beulich wrote:
>> >> >>> On 23.08.17 at 09:16, wrote:
>>
flight 112817 linux-3.18 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/112817/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-arm64-pvops 3 capture-logs broken REGR. vs. 112102
On Wed, Aug 09, 2017 at 04:34:14PM -0400, Lan Tianyu wrote:
> From: Chao Gao
>
> Software sets this field to set/update the interrupt remapping table pointer
> used by hardware. The interrupt remapping table pointer is specified through
> the Interrupt Remapping Table Address (IRTA_REG) register.
> -Original Message-
> From: Xen-devel [mailto:xen-devel-boun...@lists.xen.org] On Behalf Of Jan
> Beulich
> Sent: 23 August 2017 09:36
> To: Juergen Gross
> Cc: Tim (Xen.org) ; sstabell...@kernel.org; Wei Liu
> ; George Dunlap ;
> Andrew Cooper ; Ian Jackson
> ; xen-devel@lists.xen.org
>
>>> On 23.08.17 at 10:40, wrote:
> On 22/08/17 11:53, Jan Beulich wrote:
> On 16.08.17 at 14:51, wrote:
>>> @@ -82,6 +87,8 @@ static void __init set_reboot_type(char *str)
>>>
>>> if ( reboot_type == BOOT_EFI && !efi_enabled(EFI_RS) )
>>> reboot_type = BOOT_INVALID;
>>
>> Sho
>>> On 23.08.17 at 09:39, wrote:
> On Wed, Aug 23, 2017 at 02:04:24AM -0600, Jan Beulich wrote:
> On 23.08.17 at 03:05, wrote:
>>> Strictly speaking, the VF can be an extended function. The definition is
>>> within ARI device (in this kind of device, device field is treated as an
>>> extensio
>>> On 23.08.17 at 09:42, wrote:
> On Wed, Aug 23, 2017 at 09:01:07AM +0100, Roger Pau Monné wrote:
>>On Wed, Aug 23, 2017 at 02:46:08PM +0800, Chao Gao wrote:
>>> On Wed, Aug 23, 2017 at 08:31:51AM +0100, Roger Pau Monné wrote:
>>> >On Wed, Aug 23, 2017 at 01:20:13AM -0600, Jan Beulich wrote:
>>>
Hello Konrad,
On 08/23/17 03:30, Konrad Rzeszutek Wilk wrote:
> On Thu, Aug 17, 2017 at 01:47:59AM +0200, Laszlo Ersek wrote:
>> On 08/17/17 00:37, Jordan Justen wrote:
>>> On 2017-08-16 12:23:49, Leif Lindholm wrote:
>>
>> [snip]
>>
- the value proposition
for Linaro is that having main
> -Original Message-
> From: Stefano Stabellini [mailto:sstabell...@kernel.org]
> Sent: 22 August 2017 00:12
> To: Owen Smith
> Cc: qemu-de...@nongnu.org; xen-de...@lists.xenproject.org;
> sstabell...@kernel.org; Anthony Perard
> Subject: Re: [PATCH 1/2 v3] xenfb: Use Input Handlers direc
On 2017年08月23日 15:22, Roger Pau Monné wrote:
> On Wed, Aug 23, 2017 at 02:06:17PM +0800, Lan Tianyu wrote:
>> Hi Roger:
>> Thanks for your review.
>>
>> On 2017年08月22日 22:32, Roger Pau Monné wrote:
>>> On Wed, Aug 09, 2017 at 04:34:02PM -0400, Lan Tianyu wrote:
+
+/* vIOMMU capabilit
On Wed, Aug 23, 2017 at 11:04:06AM +0200, Laszlo Ersek wrote:
> On 08/23/17 03:30, Konrad Rzeszutek Wilk wrote:
> > It should be fairly simple to expand the 0-day OSSTest to build
> > TianoCore and launch guests with it as a nice regression test.
>
> The point is to catch regressions before they a
On 23/08/17 10:36, Jan Beulich wrote:
On 23.08.17 at 09:49, wrote:
>> On 22/08/17 14:48, Jan Beulich wrote:
>> On 21.08.17 at 20:05, wrote:
Currently Linux has no support for grant v2 as this would reduce the
maximum number of active grants by a factor of 2 compared to v1,
On 23/08/17 10:47, Paul Durrant wrote:
>> -Original Message-
>> From: Xen-devel [mailto:xen-devel-boun...@lists.xen.org] On Behalf Of Jan
>> Beulich
>> Sent: 23 August 2017 09:36
>> To: Juergen Gross
>> Cc: Tim (Xen.org) ; sstabell...@kernel.org; Wei Liu
>> ; George Dunlap ;
>> Andrew Coop
>>> On 23.08.17 at 09:42, wrote:
> On 2017年08月22日 23:32, Roger Pau Monné wrote:
>> On Wed, Aug 09, 2017 at 04:34:03PM -0400, Lan Tianyu wrote:
>>> +static inline void irq_request_ioapic_fill(struct irq_remapping_request
>>> *req,
>>> + uint32_t ioapic_id, uint64_t rte)
>>> On 22.08.17 at 17:38, wrote:
> On Wed, Aug 09, 2017 at 04:34:04PM -0400, Lan Tianyu wrote:
>> --- a/xen/common/viommu.c
>> +++ b/xen/common/viommu.c
>> @@ -213,6 +213,22 @@ int viommu_handle_irq_request(struct domain *d, u32
>> viommu_id,
>> return info->viommu[viommu_id]->ops->handle_ir
On 22/08/17 12:04, Jan Beulich wrote:
On 16.08.17 at 14:52, wrote:
>> @@ -89,44 +89,50 @@ static void __init parse_iommu_param(char *s)
>> s += 3;
>>
>> ss = strchr(s, ',');
>> -if ( ss )
>> -*ss = '\0';
>> -
>> -if ( !parse_bool(s) )
>> -
On 22/08/17 12:07, Jan Beulich wrote:
On 16.08.17 at 14:52, wrote:
>> --- a/xen/drivers/passthrough/pci.c
>> +++ b/xen/drivers/passthrough/pci.c
>> @@ -149,17 +149,18 @@ static struct phantom_dev {
>> } phantom_devs[8];
>> static unsigned int nr_phantom_devs;
>>
>> -static void __init par
> -Original Message-
> From: Juergen Gross [mailto:jgr...@suse.com]
> Sent: 23 August 2017 10:23
> To: Paul Durrant ; 'Jan Beulich'
>
> Cc: Tim (Xen.org) ; sstabell...@kernel.org; Wei Liu
> ; George Dunlap ;
> Andrew Cooper ; Ian Jackson
> ; xen-devel@lists.xen.org
> Subject: Re: [Xen-deve
On 22/08/17 13:24, Jan Beulich wrote:
On 16.08.17 at 14:52, wrote:
>> static void __init _cmdline_parse(const char *cmdline)
>> {
>> char opt[128], *optval, *optkey, *q;
>> -const char *p = cmdline;
>> +const char *p = cmdline, *s, *key;
>> const struct kernel_param *param
>>> On 23.08.17 at 11:27, wrote:
> On 22/08/17 12:04, Jan Beulich wrote:
> On 16.08.17 at 14:52, wrote:
>>> @@ -89,44 +89,50 @@ static void __init parse_iommu_param(char *s)
>>> s += 3;
>>>
>>> ss = strchr(s, ',');
>>> -if ( ss )
>>> -*ss = '\0';
>>
>>> On 23.08.17 at 11:30, wrote:
> On 22/08/17 13:24, Jan Beulich wrote:
> On 16.08.17 at 14:52, wrote:
>>> @@ -176,7 +210,8 @@ int __init parse_bool(const char *s)
>>> !strcmp("on", s) ||
>>> !strcmp("true", s) ||
>>> !strcmp("enable", s) ||
>>> - !strcm
>>> On 23.08.17 at 11:19, wrote:
> Just some thoughts on that topic from my side:
>
> This approach should be fine IMO for memory allocated while creating a
> domain. This is basically the same as a bare metal system where the BIOS
> needs some memory.
>
> Memory allocated during the lifetime of
>>> On 23.08.17 at 11:23, wrote:
> On 23/08/17 10:47, Paul Durrant wrote:
>> Making a the number of grant frames a per-vm-configurable quantity would
> seem like a reasonable first step. I'm not convinced of the need for separate
> v1 and v2 limits if this were the case.
>
> Really? I don't thi
On 23/08/17 11:37, Jan Beulich wrote:
On 23.08.17 at 11:27, wrote:
>> On 22/08/17 12:04, Jan Beulich wrote:
>> On 16.08.17 at 14:52, wrote:
@@ -89,44 +89,50 @@ static void __init parse_iommu_param(char *s)
s += 3;
ss = strchr(s, ',');
-
On Wed, Aug 09, 2017 at 04:34:15PM -0400, Lan Tianyu wrote:
> From: Chao Gao
>
> When a remapping interrupt request arrives, remapping hardware computes the
> interrupt_index per the algorithm described in VTD spec
> "Interrupt Remapping Table", interprets the IRTE and generates a remapped
> inte
On 2017年08月23日 17:24, Jan Beulich wrote:
On 23.08.17 at 09:42, wrote:
>> On 2017年08月22日 23:32, Roger Pau Monné wrote:
>>> On Wed, Aug 09, 2017 at 04:34:03PM -0400, Lan Tianyu wrote:
+static inline void irq_request_ioapic_fill(struct irq_remapping_request
*req,
+
On 22/08/17 13:31, Jan Beulich wrote:
On 16.08.17 at 14:52, wrote:
>> --- a/xen/common/sysctl.c
>> +++ b/xen/common/sysctl.c
>> @@ -467,6 +467,42 @@ long do_sysctl(XEN_GUEST_HANDLE_PARAM(xen_sysctl_t)
>> u_sysctl)
>> copyback = 1;
>> break;
>>
>> +case XEN_SYSCTL_
>>> On 22.08.17 at 20:08, wrote:
> The original xsm_map_gmfn_foregin policy checks if source domain has the
> proper
> privileges over the target domain. Under this policy, it's not allowed if a
> Dom0
> wants to map pages from one DomU to another, this restricts some useful yet
> not
> dangero
On Wed, Aug 09, 2017 at 04:34:16PM -0400, Lan Tianyu wrote:
> From: Chao Gao
>
> Previously, interrupt attributes can be extracted from msi message or
> IOAPIC RTE. However, with interrupt remapping enabled, the attributes
> are enclosed in the associated IRTE. This callback is for cases in
> whi
>>> On 23.08.17 at 11:49, wrote:
> On Wed, Aug 09, 2017 at 04:34:15PM -0400, Lan Tianyu wrote:
>> @@ -384,6 +399,12 @@ struct iremap_entry {
>> };
>>
>> /*
>> + * When VT-d doesn't enable Extended Interrupt Mode. Hardware only
>> interprets
>> + * only 8-bits ([15:8]) of Destination-ID field
On Wed, Aug 09, 2017 at 04:34:17PM -0400, Lan Tianyu wrote:
> From: Chao Gao
>
> When irq remapping is enabled, IOAPIC Redirection Entry may be in remapping
> format. If that, generate an irq_remapping_request and call the common
> VIOMMU abstraction's callback to handle this interrupt request. D
>>> On 23.08.17 at 11:52, wrote:
> On 22/08/17 13:31, Jan Beulich wrote:
> On 16.08.17 at 14:52, wrote:
>>> --- a/xen/include/public/sysctl.h
>>> +++ b/xen/include/public/sysctl.h
>>> @@ -1096,6 +1096,21 @@ struct xen_sysctl_livepatch_op {
>>> typedef struct xen_sysctl_livepatch_op xen_sysct
On Wed, Aug 09, 2017 at 04:34:18PM -0400, Lan Tianyu wrote:
> From: Chao Gao
>
> Software writes to QIE fields of GCMD to enable or disable queued
fields or field?
> invalidations. This patch emulates QIE fields of GCMD.
>
> Signed-off-by: Chao Gao
> Signed-off-by: Lan Tianyu
> ---
> xen/dr
On 23/08/17 11:43, Jan Beulich wrote:
On 23.08.17 at 11:23, wrote:
>> On 23/08/17 10:47, Paul Durrant wrote:
>>> Making a the number of grant frames a per-vm-configurable quantity would
>> seem like a reasonable first step. I'm not convinced of the need for
>> separate
>> v1 and v2 limits
On Wed, Aug 09, 2017 at 04:34:19PM -0400, Lan Tianyu wrote:
> From: Chao Gao
>
> Software writes this field to enable/disable interrupt reampping. This patch
> emulate IRES field of GCMD.
>
> Signed-off-by: Chao Gao
> Signed-off-by: Lan Tianyu
> ---
> xen/drivers/passthrough/vtd/iommu.h | 3
On 23/08/17 11:28, Paul Durrant wrote:
>> -Original Message-
>> From: Juergen Gross [mailto:jgr...@suse.com]
>> Sent: 23 August 2017 10:23
>> To: Paul Durrant ; 'Jan Beulich'
>>
>> Cc: Tim (Xen.org) ; sstabell...@kernel.org; Wei Liu
>> ; George Dunlap ;
>> Andrew Cooper ; Ian Jackson
>> ;
On Wed, Aug 09, 2017 at 04:34:20PM -0400, Lan Tianyu wrote:
> From: Chao Gao
>
> When IOAPIC RTE is in remapping format, it doesn't contain the vector of
> interrupt. For this case, the RTE contains an index of interrupt remapping
> table where the vector of interrupt is stored. This patchs gets
Hi Roger,
On 23/08/17 08:22, Roger Pau Monné wrote:
On Wed, Aug 23, 2017 at 02:06:17PM +0800, Lan Tianyu wrote:
Hi Roger:
Thanks for your review.
On 2017年08月22日 22:32, Roger Pau Monné wrote:
On Wed, Aug 09, 2017 at 04:34:02PM -0400, Lan Tianyu wrote:
+
+/* vIOMMU capabilities */
+#de
On Tue, Aug 22, 2017 at 05:53:25PM +0200, Olaf Hering wrote:
> On Tue, Aug 22, Wei Liu wrote:
>
> > On Thu, Aug 17, 2017 at 07:01:33PM +0200, Olaf Hering wrote:
> > > +/* No superpage in 1st 2MB due to VGA hole */
> > > +xc_sr_set_bit(0, &ctx->x86_hvm.restore.attempted_1g);
> > > +xc_s
On Wed, Aug 23, 2017 at 10:05:37AM +0200, Olaf Hering wrote:
> On Tue, Aug 22, Olaf Hering wrote:
>
> > In my testing I have seen the case of over-allocation. Thats why I
> > implemented the freeing of unpopulated parts. It would be nice to know
> > how many pages are actually coming. I think this
On Wed, Aug 09, 2017 at 04:34:22PM -0400, Lan Tianyu wrote:
> From: Chao Gao
>
> Introduce a new binding relationship and provide a new interface to
> manage the new relationship.
>
> Signed-off-by: Chao Gao
> Signed-off-by: Lan Tianyu
> ---
> tools/libxc/include/xenctrl.h | 17 ++
> too
On Tue, Aug 22, 2017 at 01:50:23PM +0100, Roger Pau Monne wrote:
[...]
> diff --git a/tools/firmware/hvmloader/smbios_types.h
> b/tools/firmware/hvmloader/smbios_types.h
> index e924f819b3..2bf1645bfa 100644
> --- a/tools/firmware/hvmloader/smbios_types.h
> +++ b/tools/firmware/hvmloader/smbios_ty
On Wed, Aug 09, 2017 at 04:34:23PM -0400, Lan Tianyu wrote:
> From: Chao Gao
>
> In two situations, hypervisor delivers a msi to a hvm guest. One is
> when qemu sends a request to hypervisor through XEN_DMOP_inject_msi.
> The other is when a physical interrupt arrives and it has been bound
> to a
On 23/08/17 11:41, Jan Beulich wrote:
On 23.08.17 at 11:19, wrote:
>> Just some thoughts on that topic from my side:
>>
>> This approach should be fine IMO for memory allocated while creating a
>> domain. This is basically the same as a bare metal system where the BIOS
>> needs some memory.
>
Hi,
On 22/08/17 21:36, Stefano Stabellini wrote:
On Wed, 23 Aug 2017, Zhongze Liu wrote:
Add the parsing utils for the newly introduced libxl_static_sshm struct
to the libxl/libxlu_* family. And add realated parsing code in xl to
parse the struct from xl config files. This is for the proposal "
Hello Jan
On 23.08.17 11:10, Jan Beulich wrote:
On 22.08.17 at 16:37, wrote:
I can't see why you want to map UUID to a certain structure.
This is so that the type cannot mistakenly be passed to a function
taking unsigned char *, or be assigned to a variable of that type.
Right, I see the po
>>> On 23.08.17 at 13:08, wrote:
> On 23.08.17 11:10, Jan Beulich wrote:
> On 22.08.17 at 16:37, wrote:
>>> I can't see why you want to map UUID to a certain structure.
>>
>> This is so that the type cannot mistakenly be passed to a function
>> taking unsigned char *, or be assigned to a var
On 22/08/17 11:51, Jan Beulich wrote:
On 16.08.17 at 14:51, wrote:
>> Modify the custom parameter parsing routines in:
>>
>> xen/arch/x86/psr.c
>>
>> to indicate whether the parameter value was parsed successfully.
>>
>> Cc: Jan Beulich
>> Cc: Andrew Cooper
>> Signed-off-by: Juergen Gross
Hi,
On 14/08/17 15:24, Julien Grall wrote:
> They were imported from non-LPAE Linux, but Xen is LPAE only. It is time
> to do some clean-up in the memory attribute and keep only what make
> sense for Xen. Follow-up patch will do more clean-up.
>
> Also, update the comment saying our attribute mat
Hi Oleksandr,
On 21/08/17 16:53, Oleksandr Tyshchenko wrote:
On Thu, Aug 10, 2017 at 6:13 PM, Julien Grall wrote:
On 10/08/17 15:27, Oleksandr Tyshchenko wrote:
I would like to clarify what need to be done from my side.
Should I wait for the missing things reach upsteam and then rebase on
the
Hi,
On 14/08/17 15:24, Julien Grall wrote:
> Currently MAIRVAL is defined in term of MAIR0VAL and MAIR1VAL which are
> both hardcoded value. This makes quite difficult to understand the value
> written in both registers.
>
> Rework the definition by using value of each attribute shifted by their
Hi,
On 14/08/17 15:24, Julien Grall wrote:
> This will avoid confusion in the code when using them.
>
> Signed-off-by: Julien Grall
> ---
> xen/arch/arm/kernel.c | 2 +-
> xen/arch/arm/mm.c | 28 +--
> xen/arch/arm/platforms/vexpress.c | 2 +
Hi,
On 14/08/17 15:24, Julien Grall wrote:
> This is based on the Linux ARMv8 naming scheme (see arch/arm64/mm/proc.S).
> Each
> type will contain "NORMAL" or "DEVICE" to make clear whether each attribute
> targets device or normal memory.
Yes, that makes sense and improves readability as the na
On 22/08/17 11:55, Jan Beulich wrote:
On 16.08.17 at 14:51, wrote:
>> --- a/xen/arch/x86/x86_64/mmconfig-shared.c
>> +++ b/xen/arch/x86/x86_64/mmconfig-shared.c
>> @@ -28,22 +28,35 @@
>>
>> unsigned int pci_probe = PCI_PROBE_CONF1 | PCI_PROBE_MMCONF;
>>
>> -static void __init parse_mmcfg
On Wed, Aug 09, 2017 at 04:34:24PM -0400, Lan Tianyu wrote:
> From: Chao Gao
>
> Interrupt translation faults are non-recoverable fault. When faults
^ faults
> are triggered, it needs to populate fault info to Fault Recording
> Registers and inje
On Wed, Aug 23, 2017 at 11:51:49AM +0100, Wei Liu wrote:
> On Tue, Aug 22, 2017 at 01:50:23PM +0100, Roger Pau Monne wrote:
> [...]
> > diff --git a/tools/firmware/hvmloader/smbios_types.h
> > b/tools/firmware/hvmloader/smbios_types.h
> > index e924f819b3..2bf1645bfa 100644
> > --- a/tools/firmwar
On Wed, Aug 23, 2017 at 12:52:49PM +0100, Roger Pau Monne wrote:
> On Wed, Aug 23, 2017 at 11:51:49AM +0100, Wei Liu wrote:
> > On Tue, Aug 22, 2017 at 01:50:23PM +0100, Roger Pau Monne wrote:
> > [...]
> > > diff --git a/tools/firmware/hvmloader/smbios_types.h
> > > b/tools/firmware/hvmloader/smb
flight 112820 xen-4.9-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/112820/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-arm64-arm64-libvirt-xsm 1 build-check(1) blocked n/a
test-arm64-arm64-xl 1 build-
>>> On 23.08.17 at 13:59, wrote:
> On Wed, Aug 23, 2017 at 12:52:49PM +0100, Roger Pau Monne wrote:
>> On Wed, Aug 23, 2017 at 11:51:49AM +0100, Wei Liu wrote:
>> > On Tue, Aug 22, 2017 at 01:50:23PM +0100, Roger Pau Monne wrote:
>> > [...]
>> > > diff --git a/tools/firmware/hvmloader/smbios_types
On Wed, Aug 09, 2017 at 04:34:25PM -0400, Lan Tianyu wrote:
> From: Chao Gao
>
> Queued Invalidation Interface is an expanded invalidation interface with
> extended capabilities. Hardware implementations report support for queued
> invalidation interface through the Extended Capability Register.
>>> On 23.08.17 at 12:55, wrote:
> On Wed, Aug 09, 2017 at 04:34:23PM -0400, Lan Tianyu wrote:
>> From: Chao Gao
>>
>> In two situations, hypervisor delivers a msi to a hvm guest. One is
>> when qemu sends a request to hypervisor through XEN_DMOP_inject_msi.
>> The other is when a physical inter
On Wed, Aug 09, 2017 at 04:34:26PM -0400, Lan Tianyu wrote:
> From: Chao Gao
>
> Wrap some useful status in a new structure hvm_hw_vvtd, following
> the customs of vlapic, vioapic and etc. Provide two save-restore
> pairs to save/restore registers and non-register status.
>
> Signed-off-by: Chao
On 23/08/17 11:38, Jan Beulich wrote:
On 23.08.17 at 11:30, wrote:
>> On 22/08/17 13:24, Jan Beulich wrote:
>> On 16.08.17 at 14:52, wrote:
@@ -176,7 +210,8 @@ int __init parse_bool(const char *s)
!strcmp("on", s) ||
!strcmp("true", s) ||
This run is configured for baseline tests only.
flight 72005 xen-unstable real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/72005/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-examine 10 examine-serial/
>>> On 23.08.17 at 14:42, wrote:
> On 23/08/17 11:38, Jan Beulich wrote:
> On 23.08.17 at 11:30, wrote:
>>> On 22/08/17 13:24, Jan Beulich wrote:
>>> On 16.08.17 at 14:52, wrote:
> @@ -176,7 +210,8 @@ int __init parse_bool(const char *s)
> !strcmp("on", s) ||
>
flight 112829 xen-4.6-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/112829/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-i386-xl-qemuu-win7-amd64 17 guest-stopfail REGR. vs. 112661
test-amd64-i386-xl-qemut
flight 112842 xen-unstable-coverity real [real]
http://logs.test-lab.xenproject.org/osstest/logs/112842/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
xen 4a0485c3d343e1c582fa824e4896b9b613a14efe
baseline version:
xen 7591
When the guest writes to the RTC, Xen emulates it and broadcasts a
TIMEOFFSET ioreq. Emit an RTC_CHANGE QMP event to all QMP monitors when
this happens rather than ignoring it so that something useful can be
done with the information. This is the same event that QEMU generates
when it emulates the
flight 72006 distros-debian-squeeze real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/72006/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
build-arm64 2 hosts-allocate broken like 71980
build-arm64-pvops
1 - 100 of 266 matches
Mail list logo