>>> 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.
>
>
>>> 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
>>> 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) ||
>>>
>>> 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 (
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
> -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
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;
>>
>>
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 (
>>> 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
>>> 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
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
>>
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
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
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
> -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:
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
>>> 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,
>>> 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,
>>> 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) )
>>>
> -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
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
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 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,
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
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
>>> 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
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
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
> ---
>
>>> 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
>>> 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
>>> 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
>>> 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
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
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
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
>>
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
>>> 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
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) +
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,
>>> 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
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
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 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
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,
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
> ---
>
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
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
>> ---
>>
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
>> ---
>>
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 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,
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
>>> 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
>> >> +++
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
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
This run is configured for baseline tests only.
flight 72004 xen-4.7-testing real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/72004/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-amd64-rumprun-amd64 17
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:
>> This patch is to introduce create, destroy and query capabilities
>> command for vIOMMU. vIOMMU layer will deal with requests and call
>> arch
201 - 256 of 256 matches
Mail list logo