> From: Rusty Bird [mailto:rustyb...@openmailbox.org]
> Sent: Thursday, July 27, 2017 7:54 PM
>
> When operating on an Intel graphics device, iommu_enable_translation()
> panicked (force_iommu==1) or warned (force_iommu==0) about the BIOS if
> is_igd_vt_enabled_quirk() returned 0. That's good if t
Hi,
On 07/28/2017 04:37 PM, Wei Liu wrote:
On Wed, Jul 26, 2017 at 12:43:45PM +0200, Felix Schmoll wrote:
+d->tracing_buffer = NULL;
+
+if ( copy_to_guest(buf, temp, d->tracing_buffer_pos) )
+ret = -EFAULT;
+
+xfree(temp);
+
+ret = d->tracing_buffer_p
Hi, all!
The aim of this mail is to highlight and discuss possible approaches to
implementing zero copying for PV drivers. Rationale behind this is that
there
are use-cases when drivers operate with big shared buffers, e.g.
display, when
memory copying from front’s buffer into back’s one may s
Hi Wei,
Thanks for your comments. Please see my reply below.
On 7/29/2017 1:40 AM, Wei Liu wrote:
On Tue, Jul 18, 2017 at 08:22:55PM +1200, Huang, Kai wrote:
Hi Wei,
Thank you very much for comments. Please see my reply below.
On 7/17/2017 9:16 PM, Wei Liu wrote:
Hi Kai
Thanks for this nic
> -Original Message-
[snip]
> Comparison for display use-case
> ===
>
> 1 Number of grant references used
> 1-1 grant references: nr_pages
> 1-2 GNTTABOP_transfer: nr_pages
> 1-3 XENMEM_exchange: not an option
>
> 2 Effect of DomU crash on Dom0 (its mapped page
flight 112387 linux-3.18 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/112387/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-arm64-xsm 2 hosts-allocate broken REGR. vs. 112102
When operating on an Intel graphics device, iommu_enable_translation()
panicked (force_iommu==1) or warned (force_iommu==0) about the BIOS if
is_igd_vt_enabled_quirk() returned 0. That's good if the actual BIOS
problem has been detected. But since commit 1463411, returning 0 could
also happen if th
Tian, Kevin:
> > From: Rusty Bird [mailto:rustyb...@openmailbox.org]
> > +if ( !iommu_igfx )
> > +return;
>
> A message might be also helpful here so user can confirm its
> boot option takes effect...
Done, see v2 patch. Thanks for the feedback!
Rusty
signature.asc
Descript
Hi, Paul!
On 07/31/2017 12:03 PM, Paul Durrant wrote:
-Original Message-
[snip]
Comparison for display use-case
===
1 Number of grant references used
1-1 grant references: nr_pages
1-2 GNTTABOP_transfer: nr_pages
1-3 XENMEM_exchange: not an option
2 Effec
flight 71921 distros-debian-sid real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/71921/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-arm64-arm64-armhf-sid-netboot-pygrub 1 build-check(1)blocked n/a
build-arm64-pvops
(+ Joao)
On 31/07/17 09:34, Oleksandr Andrushchenko wrote:
Hi, all!
Hi Oleksandr,
The aim of this mail is to highlight and discuss possible approaches to
implementing zero copying for PV drivers. Rationale behind this is that
there
are use-cases when drivers operate with big shared buffers,
On 31/07/17 10:03, Paul Durrant wrote:
>> -Original Message-
> [snip]
>> Comparison for display use-case
>> ===
>>
>> 1 Number of grant references used
>> 1-1 grant references: nr_pages
>> 1-2 GNTTABOP_transfer: nr_pages
>> 1-3 XENMEM_exchange: not an option
>>
>
On 07/31/2017 12:31 PM, Andrew Cooper wrote:
On 31/07/17 10:03, Paul Durrant wrote:
-Original Message-
[snip]
Comparison for display use-case
===
1 Number of grant references used
1-1 grant references: nr_pages
1-2 GNTTABOP_transfer: nr_pages
1-3 XENMEM_exc
Hi, Julien!
On 07/31/2017 12:24 PM, Julien Grall wrote:
(+ Joao)
On 31/07/17 09:34, Oleksandr Andrushchenko wrote:
Hi, all!
Hi Oleksandr,
The aim of this mail is to highlight and discuss possible approaches to
implementing zero copying for PV drivers. Rationale behind this is that
there
a
On 31/07/17 10:46, Oleksandr Andrushchenko wrote:
Hi, Julien!
On 07/31/2017 12:24 PM, Julien Grall wrote:
(+ Joao)
On 31/07/17 09:34, Oleksandr Andrushchenko wrote:
Hi, all!
Hi Oleksandr,
The aim of this mail is to highlight and discuss possible approaches to
implementing zero copying
On 07/31/2017 12:47 PM, Julien Grall wrote:
On 31/07/17 10:46, Oleksandr Andrushchenko wrote:
Hi, Julien!
On 07/31/2017 12:24 PM, Julien Grall wrote:
(+ Joao)
On 31/07/17 09:34, Oleksandr Andrushchenko wrote:
Hi, all!
Hi Oleksandr,
The aim of this mail is to highlight and discuss possi
>>> Andrew Cooper 07/30/17 2:50 PM >>>
>On 30/07/17 07:16, Jan Beulich wrote:
> David Woodhouse 07/20/17 5:22 PM >>>
>>> This includes stuff lke the hypercall tables which we really want
>>> to be read-only. And they were going into .data.read-mostly.
>> Yes, we'd like them to be read-only, b
On Mon, Jul 31, 2017 at 09:22:35AM +0100, Julien Grall wrote:
> Hi,
>
> On 07/28/2017 04:37 PM, Wei Liu wrote:
> > On Wed, Jul 26, 2017 at 12:43:45PM +0200, Felix Schmoll wrote:
> > > +d->tracing_buffer = NULL;
> > > +
> > > +if ( copy_to_guest(buf, temp, d->tracing_buffer_pos) )
>
>>> David Woodhouse 07/31/17 1:19 AM >>>
>On Sun, 2017-07-30 at 13:50 +0100, Andrew Cooper wrote:
>> On 30/07/17 07:16, Jan Beulich wrote:
>> > > > > David Woodhouse 07/20/17 5:22 PM >>>
>> > > This includes stuff lke the hypercall tables which we really want
>> > > to be read-only. And they were
>>> Wei Liu 07/30/17 5:43 PM >>>
>Note that in the stubs I choose to return EINVAL but maybe we should just BUG()
>there because those paths aren't supposed to be taken when !CONFIG_PV. And I'm
>sure common code will BUG_ON() or BUG() sooner or later. Thoughts?
BUG() - yes, please.
Jan
___
On 31/07/17 10:52, Oleksandr Andrushchenko wrote:
On 07/31/2017 12:47 PM, Julien Grall wrote:
On 31/07/17 10:46, Oleksandr Andrushchenko wrote:
Do you have any example of hardware? What are the performance you
require with them?
Currently our target is Renesas R-Car Gen3
At the moment I don'
>>> "Andreas Kinzler" 07/17/17 6:32 PM >>>
>>> Jan, I still have access to the hardware so perhaps we can finally solve
>>> this problem.
>> Feel free to go ahead; I'll be on vacation for the next three weeks.
>
>Perhaps we can shortcut debugging a bit because I looked through the
>patches of Xe
On 31/07/17 10:56, Wei Liu wrote:
On Mon, Jul 31, 2017 at 09:22:35AM +0100, Julien Grall wrote:
Hi,
On 07/28/2017 04:37 PM, Wei Liu wrote:
On Wed, Jul 26, 2017 at 12:43:45PM +0200, Felix Schmoll wrote:
+d->tracing_buffer = NULL;
+
+if ( copy_to_guest(buf, temp, d->tracing_bu
On Mon, 2017-07-31 at 03:57 -0600, Jan Beulich wrote:
> Are there any such relocations? The compiler shouldn't emit data needing
> relocation to .rodata, so if at all such might live in assembly code. But yes,
> if there are any, things would have been latently broken even before.
$ git diff 33a
On Mon, Jul 31, 2017 at 11:13:33AM +0100, Julien Grall wrote:
>
>
> On 31/07/17 10:56, Wei Liu wrote:
> > On Mon, Jul 31, 2017 at 09:22:35AM +0100, Julien Grall wrote:
> > > Hi,
> > >
> > > On 07/28/2017 04:37 PM, Wei Liu wrote:
> > > > On Wed, Jul 26, 2017 at 12:43:45PM +0200, Felix Schmoll wro
On 07/31/2017 01:04 PM, Julien Grall wrote:
On 31/07/17 10:52, Oleksandr Andrushchenko wrote:
On 07/31/2017 12:47 PM, Julien Grall wrote:
On 31/07/17 10:46, Oleksandr Andrushchenko wrote:
Do you have any example of hardware? What are the performance you
require with them?
Currently our ta
On Sun, 2017-07-30 at 00:16 -0600, Jan Beulich wrote:
> >
> > >
> > > >
> > > > David Woodhouse 07/20/17 5:22 PM >>>
> > This includes stuff lke the hypercall tables which we really want
> > to be read-only. And they were going into .data.read-mostly.
> Yes, we'd like them to be read-only, but
Hey Oleksandr,
On 07/31/2017 09:34 AM, Oleksandr Andrushchenko wrote:
> Hi, all!
>
[snip]
>
> Comparison for display use-case
> ===
>
> 1 Number of grant references used
> 1-1 grant references: nr_pages
> 1-2 GNTTABOP_transfer: nr_pages
> 1-3 XENMEM_exchange: not an
On 07/31/2017 11:37 AM, Oleksandr Andrushchenko wrote:
> On 07/31/2017 01:04 PM, Julien Grall wrote:
>> On 31/07/17 10:52, Oleksandr Andrushchenko wrote:
>>> On 07/31/2017 12:47 PM, Julien Grall wrote:
On 31/07/17 10:46, Oleksandr Andrushchenko wrote:
Do you have any example of hardware?
Wei Liu writes ("Re: [Xen-devel] [PATCH v2] xen: Implement hypercall for
tracing of program counters"):
> On Mon, Jul 31, 2017 at 09:22:35AM +0100, Julien Grall wrote:
..
> > Should not it be -EOPNOTSUPP to match return error when CONFIG_TRACE_PC is
> > not?
>
> AIUI EOPNOTSUPP means "This is a v
Signed-off-by: Wei Liu
---
docs/Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/docs/Makefile b/docs/Makefile
index 942247202a..6743fa3744 100644
--- a/docs/Makefile
+++ b/docs/Makefile
@@ -17,7 +17,7 @@ MARKDOWNSRC-y := $(sort $(shell find misc -name '*.markdown'
-p
Wei Liu (3):
docs: consolidate release related documents
docs: add xen-release-management.pandoc
docs: hook up process/ to build system
docs/Makefile | 2 +-
{misc => docs/process}/branching-checklist.txt | 0
{misc => docs/process}/release-checklist.txt
Move the existing docs from misc to docs/process.
Signed-off-by: Wei Liu
---
{misc => docs/process}/branching-checklist.txt | 0
{misc => docs/process}/release-checklist.txt | 0
2 files changed, 0 insertions(+), 0 deletions(-)
rename {misc => docs/process}/branching-checklist.txt (100%)
ren
A document for the release manager.
Signed-off-by: Wei Liu
---
docs/process/xen-release-management.pandoc | 594 +
1 file changed, 594 insertions(+)
create mode 100644 docs/process/xen-release-management.pandoc
diff --git a/docs/process/xen-release-management.pandoc
ping
On 07/17/2017 03:47 PM, Oleksandr Andrushchenko wrote:
Hi, all!
This is a follow-up on Xen distribution build systems we saw at the
summit and invitation for sharing thoughts and ways we build our
images and
distros. I would like to specifically ask OpenXT project to reply with
the
descr
Hi, Joao!
On 07/31/2017 02:03 PM, Joao Martins wrote:
Hey Oleksandr,
On 07/31/2017 09:34 AM, Oleksandr Andrushchenko wrote:
Hi, all!
[snip]
Comparison for display use-case
===
1 Number of grant references used
1-1 grant references: nr_pages
1-2 GNTTABOP_transfer
On 07/31/2017 12:41 PM, Oleksandr Andrushchenko wrote:
> Hi, Joao!
>
> On 07/31/2017 02:03 PM, Joao Martins wrote:
>> Hey Oleksandr,
>>
>> On 07/31/2017 09:34 AM, Oleksandr Andrushchenko wrote:
>>> Hi, all!
>>>
>> [snip]
>>> Comparison for display use-case
>>> ===
>>>
>
> -Original Message-
> From: Xen-devel [mailto:xen-devel-boun...@lists.xen.org] On Behalf Of Ian
> Jackson
> Sent: 31 July 2017 12:14
> To: Wei Liu
> Cc: sstabell...@kernel.org; Felix Schmoll ;
> Andrew Cooper ; Julien Grall
> ; jbeul...@suse.com; xen-
> de...@lists.xenproject.org
> Subjec
Hi, Kevin
On Mon, Jul 31, 2017 at 8:57 AM, Tian, Kevin wrote:
>> From: Oleksandr Tyshchenko
>> Sent: Wednesday, July 26, 2017 1:27 AM
>>
>> From: Oleksandr Tyshchenko
>>
>> Hi, all.
>>
>> The purpose of this patch series is to create a base for porting
>> any "Non-shared" IOMMUs to Xen on ARM. S
flight 112388 linux-4.9 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/112388/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-arm64-xsm 2 hosts-allocate broken REGR. vs. 112193
On 31/07/17 12:58, Paul Durrant wrote:
>> -Original Message-
>> From: Xen-devel [mailto:xen-devel-boun...@lists.xen.org] On Behalf Of Ian
>> Jackson
>> Sent: 31 July 2017 12:14
>> To: Wei Liu
>> Cc: sstabell...@kernel.org; Felix Schmoll ;
>> Andrew Cooper ; Julien Grall
>> ; jbeul...@suse.
On 07/31/2017 02:58 PM, Joao Martins wrote:
On 07/31/2017 12:41 PM, Oleksandr Andrushchenko wrote:
Hi, Joao!
On 07/31/2017 02:03 PM, Joao Martins wrote:
Hey Oleksandr,
On 07/31/2017 09:34 AM, Oleksandr Andrushchenko wrote:
Hi, all!
[snip]
Comparison for display use-case
==
>>> David Woodhouse 07/31/17 1:02 PM >>>
>On Sun, 2017-07-30 at 00:16 -0600, Jan Beulich wrote:
>> > > > David Woodhouse 07/20/17 5:22 PM >>>
>> > This includes stuff lke the hypercall tables which we really want
>> > to be read-only. And they were going into .data.read-mostly.
>> Yes, we'd like
Hi Boris,
I've modified your PVH VCPU hotplug support v6 patch series [1] to
support HVM guests running _with_ a device model for XenServer's
purposes. This is useful because it moves the vCPU hotplug handling out
of QEMU and allows it to mostly be shared with PVH. It will also allow
unpluggi
>>> Andrew Cooper 07/31/17 2:01 PM >>>
>On 31/07/17 12:58, Paul Durrant wrote:
>> From: Xen-devel [mailto:xen-devel-boun...@lists.xen.org] On Behalf Of Ian
>> Jackson
>> Sent: 31 July 2017 12:14
>>> Wei Liu writes ("Re: [Xen-devel] [PATCH v2] xen: Implement hypercall for
>>> tracing of program cou
>>> Konrad Rzeszutek Wilk 07/26/17 9:50 PM >>>
>--- a/xen/common/livepatch_elf.c
>+++ b/xen/common/livepatch_elf.c
>@@ -86,6 +86,19 @@ static int elf_resolve_sections(struct livepatch_elf *elf,
>const void *data)
>delta < sizeof(Elf_Ehdr) ? "at ELF header" : "is past end");
>return -EINVAL;
>}
>+
Wei Liu writes ("[PATCH 0/3] Docs: consolidate release related documents"):
> Wei Liu (3):
> docs: consolidate release related documents
> docs: add xen-release-management.pandoc
> docs: hook up process/ to build system
FWIW,
Acked-by: Ian Jackson
However, AFAICT the mean reason this does
>>> Konrad Rzeszutek Wilk 07/26/17 9:48 PM >>>
>--- a/xen/common/livepatch.c
>+++ b/xen/common/livepatch.c
>@@ -457,6 +457,24 @@ static int secure_payload(struct payload *payload, struct
>livepatch_elf *elf)
>return rc;
>}
>
>+static int check_section(const struct livepatch_elf *elf,
>+
>>> Konrad Rzeszutek Wilk 07/26/17 9:50 PM >>>
>--- a/docs/misc/livepatch.markdown
>+++ b/docs/misc/livepatch.markdown
>@@ -279,6 +279,10 @@ It may also have some architecture-specific sections. For
>example:
>* Exception tables.
>* Relocations for each of these sections.
>
>+Note that on ARM 32
On 07/31/2017 09:20 AM, Ross Lagerwall wrote:
> Hi Boris,
>
> I've modified your PVH VCPU hotplug support v6 patch series [1] to
> support HVM guests running _with_ a device model for XenServer's
> purposes. This is useful because it moves the vCPU hotplug handling
> out of QEMU and allows it to mo
On 07/29/2017 12:59 PM, Liu Shuo wrote:
> Here is a device has xen-pirq-MSI interrupt. Dom0 might lost interrupt
> during driver irq_disable/irq_enable. Here is the scenario,
> 1. irq_disable -> disable_dynirq -> mask_evtchn(irq channel)
> 2. dev interrupt raised by HW and Xen mark its evtchn as
>>> Konrad Rzeszutek Wilk 07/26/17 9:50 PM >>>
>On x86 the bloat-o-meter detects that with this change the file shrinks:
>add/remove: 1/0 grow/shrink: 0/2 up/down: 156/-367 (-211)
>function old new delta
>get_page_from_gfn -
>>> Konrad Rzeszutek Wilk 07/26/17 9:48 PM >>>
>From: Ross Lagerwall
>
>See docs/features/livepatch.pandoc for the details.
>
>Signed-off-by: Ross Lagerwall
>Signed-off-by: Konrad Rzeszutek Wilk
Reviewed-by: Jan Beulich
___
Xen-devel mailing list
>>> Yi Sun 07/15/17 2:47 AM >>>
>@@ -619,6 +710,46 @@ static int insert_val_into_array(uint32_t val[],
>enum cbm_type type,
>uint32_t new_val)
>{
>+const struct feat_node *feat;
>+const struct feat_props *props;
>+unsigned int i;
>+int ret;
>+
>+ASSERT(feat_type < FEAT_TYPE_NUM
>>> Yi Sun 07/15/17 2:48 AM >>>
>static int write_psr_msrs(unsigned int socket, unsigned int cos,
>const uint32_t val[], unsigned int array_len,
>enum psr_feat_type feat_type)
>{
>-return -ENOENT;
>+int ret;
>+struct psr_socket_info *info = get_socket_info(socket);
>+struct cos_wri
On 01/03/2017 02:04 PM, Boris Ostrovsky wrote:
Signed-off-by: Boris Ostrovsky
---
Changes in v6:
* Adjustments to to patch 4 changes.
* Added a spinlock for VCPU map access
* Return an error on guest trying to write VCPU map
snip
-static int acpi_cpumap_access_common(struct domain *d, bool is
On 31/07/17 14:55, Boris Ostrovsky wrote:
> On 07/31/2017 09:20 AM, Ross Lagerwall wrote:
>> Hi Boris,
>>
>> I've modified your PVH VCPU hotplug support v6 patch series [1] to
>> support HVM guests running _with_ a device model for XenServer's
>> purposes. This is useful because it moves the vCPU h
flight 112389 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/112389/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-arm64-pvops 2 hosts-allocate broken REGR. vs. 111765
build-arm64-xsm
>>> Yi Sun 07/15/17 2:48 AM >>>
>@@ -272,7 +312,8 @@ static int cat_init_feature(const struct cpuid_leaf *regs,
>if ( !opt_cpu_info )
>return 0;
>
>-printk(XENLOG_INFO "CAT: enabled on socket %u, cos_max:%u, cbm_len:%u\n",
>+printk(XENLOG_INFO "%s: enabled on socket %u, cos_max:%u, cbm_le
>>> Yi Sun 07/15/17 2:49 AM >>>
>@@ -273,6 +275,12 @@ static int cat_init_feature(const struct cpuid_leaf *regs,
>struct psr_socket_info *info,
>enum psr_feat_type type)
>{
>+const char * const cat_feat_name[FEAT_TYPE_NUM] = {
Strictly speaking the blank after the star is wrong here.
>+
On 07/31/2017 10:12 AM, Andrew Cooper wrote:
> On 31/07/17 14:55, Boris Ostrovsky wrote:
>> On 07/31/2017 09:20 AM, Ross Lagerwall wrote:
>>> Hi Boris,
>>>
>>> I've modified your PVH VCPU hotplug support v6 patch series [1] to
>>> support HVM guests running _with_ a device model for XenServer's
>>>
Normally there is no need to have period at the end of the subject line.
On Thu, Jul 20, 2017 at 04:49:03PM +0800, Yi Sun wrote:
> This patch renames PSR sysctl/domctl interfaces and related xsm policy to
> make them be general for all resource allocation features but not only
> for CAT. Then, we
On Thu, Jul 20, 2017 at 04:49:05PM +0800, Yi Sun wrote:
> This patch implements main data structures of MBA.
>
> Like CAT features, MBA HW info has cos_max which means the max cos
> registers number, and thrtl_max which means the max throttle value
> (delay value). It also has a flag to represent
On Thu, Jul 20, 2017 at 04:49:10PM +0800, Yi Sun wrote:
> This patch implements a new get hw info interface suitable for all psr
> allocation
> features and the whole flow. It also enables MBA support in tools to get MBA
> HW info.
>
> Signed-off-by: Yi Sun
> ---
> tools/libxc/include/xenctrl.h
On Thu, Jul 20, 2017 at 04:49:04PM +0800, Yi Sun wrote:
> This patch renames 'cbm_type' to 'psr_val_type' to make it be general.
> Then, we can reuse this for all psr allocation features.
>
> Signed-off-by: Yi Sun
The code LGTM.
___
Xen-devel mailing
On Thu, Jul 20, 2017 at 04:49:09PM +0800, Yi Sun wrote:
[...]
> +
> +#ifdef LIBXL_HAVE_PSR_MBA
> +/*
> + * Function to set a domain's value. It operates on a single or multiple
> + * target(s) defined in 'target_map'. 'target_map' specifies all the sockets
> + * to be operated on.
> + */
> +int lib
On Thu, Jul 20, 2017 at 04:49:11PM +0800, Yi Sun wrote:
> This patch implements a new get value interface in tools suitable for all psr
> allocation features and the whole flow. It also enables MBA support in tools
> to get MBA value.
This suggests this patch can be at least broken into two?
>
>
On Sun, Jul 30, 2017 at 09:42:09PM +0300, Oleksandr Grytsov wrote:
> On Fri, Jul 28, 2017 at 7:23 PM, Wei Liu wrote:
> > On Fri, Jul 28, 2017 at 03:11:34PM +0100, Wei Liu wrote:
> >> On Tue, Jul 18, 2017 at 05:25:23PM +0300, Oleksandr Grytsov wrote:
> >> [...]
> >> > /* Waits for the passed devic
On Fri, Jul 28, 2017 at 10:15:40AM -0700, Venu Busireddy wrote:
> On 2017-07-28 16:58:13 +0100, Wei Liu wrote:
> > On Wed, Jul 26, 2017 at 07:16:38PM -0500, Venu Busireddy wrote:
> > > Implement the callback function to handle unrecoverable AER errors, and
> > > also the public APIs that can be use
On 18/07/17 13:24, Sergej Proskurin wrote:
> Hi all,
Hi,
>
> The function p2m_mem_access_check_and_get_page is called from the function
> get_page_from_gva if mem_access is active and the hardware-aided translation
> of
> the given guest virtual address (gva) into machine address fails. That
>>> Boris Ostrovsky 07/23/17 4:01 AM >>>
>On 06/27/2017 01:06 PM, Jan Beulich wrote:
> Boris Ostrovsky 06/22/17 8:55 PM >>>
>>> +{
>>> +if ( pg < first_dirty_pg )
>>> +first_dirty = (first_dirty_pg - pg) / sizeof(*pg);
>>
>> Pointer subtraction already inc
On 07/31/2017 10:14 AM, Ross Lagerwall wrote:
> On 01/03/2017 02:04 PM, Boris Ostrovsky wrote:
>> Signed-off-by: Boris Ostrovsky
>> ---
>> Changes in v6:
>> * Adjustments to to patch 4 changes.
>> * Added a spinlock for VCPU map access
>> * Return an error on guest trying to write VCPU map
>>
> sn
On Fri, Jul 28, 2017 at 04:56:56PM -0700, Venu Busireddy wrote:
> On 2017-07-28 17:39:52 +0100, Ian Jackson wrote:
> > Venu Busireddy writes ("[PATCH v2 1/2] libxl: Implement the handler to
> > handle unrecoverable AER errors."):
> > > Implement the callback function to handle unrecoverable AER er
>>> Boris Ostrovsky 07/23/17 4:07 AM >>>
>On 06/27/2017 02:00 PM, Jan Beulich wrote:
> Boris Ostrovsky 06/22/17 8:55 PM >>>
>>> @@ -862,10 +879,19 @@ static struct page_info *alloc_heap_pages(
>>> if ( d != NULL )
>>> d->last_alloc_node = node;
>>>
>>> +need_scrub = !!f
On Mon, Jul 31, 2017 at 01:09:04AM +0800, Zhongze Liu wrote:
>
> @cache_policyCan only appear when @role = master.
>The stage-2 cacheability/shareability attributes of the
>shared memory area. Currently, only two policies are
>suppo
>>> Boris Ostrovsky 07/23/17 4:14 AM >>>
>>> @@ -1050,17 +1120,42 @@ static void scrub_free_pages(unsigned int node)
>>> -if ( node_need_scrub[node] == 0 )
>>> -return;
>>> +if ( preempt || (node_need_scrub[node] == 0) )
>>> +
On Mon, Jul 31, 2017 at 02:51:21PM +0100, Ian Jackson wrote:
> Wei Liu writes ("[PATCH 0/3] Docs: consolidate release related documents"):
> > Wei Liu (3):
> > docs: consolidate release related documents
> > docs: add xen-release-management.pandoc
> > docs: hook up process/ to build system
>
On 07/31/2017 03:29 PM, Boris Ostrovsky wrote:
On 07/31/2017 10:12 AM, Andrew Cooper wrote:
On 31/07/17 14:55, Boris Ostrovsky wrote:
On 07/31/2017 09:20 AM, Ross Lagerwall wrote:
Hi Boris,
I've modified your PVH VCPU hotplug support v6 patch series [1] to
support HVM guests running _with_ a
On Fri, Jul 28, 2017 at 06:42:13PM +0200, Marek Marczykowski-Górecki wrote:
> This will allow later to make HVM domain without qemu in dom0 (in
> addition to the one in stubdomain).
>
> Signed-off-by: Marek Marczykowski-Górecki
>
> ---
> This is extracted from v1 of "libxl: do not start dom0 qem
On Mon, 2017-07-31 at 07:15 -0600, Jan Beulich wrote:
> > > > David Woodhouse 07/31/17 1:02 PM >>>
> > On Sun, 2017-07-30 at 00:16 -0600, Jan Beulich wrote:
> > > > > > David Woodhouse 07/20/17 5:22 PM >>>
> > > > This includes stuff lke the hypercall tables which we really want
> > > > to be rea
On Mon, Jul 31, 2017 at 04:56:04PM +0100, Wei Liu wrote:
> On Fri, Jul 28, 2017 at 06:42:13PM +0200, Marek Marczykowski-Górecki wrote:
> > This will allow later to make HVM domain without qemu in dom0 (in
> > addition to the one in stubdomain).
> >
> > Signed-off-by: Marek Marczykowski-Górecki
>
On 07/31/2017 10:45 AM, Jan Beulich wrote:
Boris Ostrovsky 07/23/17 4:01 AM >>>
>> On 06/27/2017 01:06 PM, Jan Beulich wrote:
>> Boris Ostrovsky 06/22/17 8:55 PM >>>
+{
+if ( pg < first_dirty_pg )
+first_dirty = (first_dirty_pg - pg) / s
On Mon, Jul 31, 2017 at 07:55:34AM -0600, Jan Beulich wrote:
> >>> Konrad Rzeszutek Wilk 07/26/17 9:50 PM >>>
> >--- a/docs/misc/livepatch.markdown
> >+++ b/docs/misc/livepatch.markdown
> >@@ -279,6 +279,10 @@ It may also have some architecture-specific sections.
> >For example:
> >* Exception ta
On 07/31/2017 11:16 AM, Jan Beulich wrote:
Boris Ostrovsky 07/23/17 4:07 AM >>>
>> On 06/27/2017 02:00 PM, Jan Beulich wrote:
>> Boris Ostrovsky 06/22/17 8:55 PM >>>
@@ -862,10 +879,19 @@ static struct page_info *alloc_heap_pages(
if ( d != NULL )
d->last_a
On Thu, Jul 27, 2017 at 10:52:40AM +0100, Julien Grall wrote:
> Hi Konrad,
>
> On 27/07/17 02:18, Konrad Rzeszutek Wilk wrote:
> > On Wed, Jul 26, 2017 at 05:59:15PM +0100, Julien Grall wrote:
> > > Hi Konrad,
> > >
> > > On 26/07/17 17:54, Konrad Rzeszutek Wilk wrote:
> > > > Introduce an earlyp
On 07/31/2017 11:20 AM, Jan Beulich wrote:
Boris Ostrovsky 07/23/17 4:14 AM >>>
@@ -1050,17 +1120,42 @@ static void scrub_free_pages(unsigned int node)
-if ( node_need_scrub[node] == 0 )
-return;
+if ( preempt || (node_ne
On 07/31/2017 11:36 AM, Ross Lagerwall wrote:
> On 07/31/2017 03:29 PM, Boris Ostrovsky wrote:
>> On 07/31/2017 10:12 AM, Andrew Cooper wrote:
>>> On 31/07/17 14:55, Boris Ostrovsky wrote:
On 07/31/2017 09:20 AM, Ross Lagerwall wrote:
> Hi Boris,
>
> I've modified your PVH VCPU hot
On Fri, Jul 28, 2017 at 06:42:14PM +0200, Marek Marczykowski-Górecki wrote:
> Do not setup vfb+vkb when no access method was configured. Then check if
> qemu is really needed.
>
> The only not configurable thing forcing qemu running in dom0 after this
> change are consoles used to save/restore. Bu
Wei Liu writes ("Re: [PATCH v2 2/2] libxl: do not start dom0 qemu for
stubdomain when not needed"):
> Hmm... I don't think there is requirement in CODING_STYLE for
> multiple-line comment, so there are quite a few styles in use. But
> looking at libxl code the prevailing style seems to be:
>
>
flight 112392 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/112392/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-arm64-pvops 2 hosts-allocate broken REGR. vs. 112276
bu
On 31/07/17 17:11, Konrad Rzeszutek Wilk wrote:
On Thu, Jul 27, 2017 at 10:52:40AM +0100, Julien Grall wrote:
Hi Konrad,
On 27/07/17 02:18, Konrad Rzeszutek Wilk wrote:
On Wed, Jul 26, 2017 at 05:59:15PM +0100, Julien Grall wrote:
Hi Konrad,
On 26/07/17 17:54, Konrad Rzeszutek Wilk wrote:
It appears that Stretch's gcc has this on by default, which causes the
generating of several get_pc_thunk's, which breaks xsa-192 test.
Signed-off-by: Wei Liu
---
build/common.mk | 1 +
1 file changed, 1 insertion(+)
diff --git a/build/common.mk b/build/common.mk
index f1de800..4ce6abf 100644
-
On 31/07/17 18:20, Wei Liu wrote:
> It appears that Stretch's gcc has this on by default, which causes the
> generating of several get_pc_thunk's, which breaks xsa-192 test.
>
> Signed-off-by: Wei Liu
Reviewed and committed. Thanks.
~Andrew
___
Xen-d
flight 112390 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/112390/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-arm64 2 hosts-allocate broken REGR. vs. 110515
build-arm64-pvops
From: "Edgar E. Iglesias"
Disable PCIe on the ZynqMP. Xen does not yet know how to map the
controller and dom0 fails to boot with the node enabled.
Signed-off-by: Edgar E. Iglesias
---
xen/arch/arm/platforms/xilinx-zynqmp.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/xen/arch/arm/platf
From: "Edgar E. Iglesias"
Hi,
We're seeing panics in dom0 with PCIe enabled due to what seems
to be wrongly created mappings by Xen. With older kernels we
didn't see the panics but PCIe wasn't functional in dom0.
This disables the PCIe nodes on the ZynqMP until Xen/ARM gets
more PCIe support.
On Wed, Jul 05, 2017 at 02:22:00PM +0100, Joao Martins wrote:
> On 07/05/2017 12:16 PM, Andrew Cooper wrote:
> > On 05/07/17 10:46, Joao Martins wrote:
> >> Hey Andrew,
> >>
> >> On 07/04/2017 03:55 PM, Andrew Cooper wrote:
> >>> Presented herewith is the a plan for the final part of CPUID work, wh
We have limited number (slightly under NR_DYNAMIC_VECTORS=192) of IRQ
vectors that are available to each processor. Currently, when x2apic
cluster mode is used (which is default), each vector is shared among
all processors in the cluster. With many IRQs (as is the case on systems
with multiple SR-I
flight 112391 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/112391/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-arm64-xsm 2 hosts-allocate broken REGR. vs. 112286
build-arm64-pvops
On Mon, 31 Jul 2017, Oleksandr Andrushchenko wrote:
> 3 Sharing with page exchange (XENMEM_exchange)
> ==
>
> This API was pointed to me by Stefano Stabellini as one of the possible ways
> to
> achieve zero copying and share physically contiguous buffers
1 - 100 of 151 matches
Mail list logo
