On Wed, Mar 16, 2016 at 05:32:09PM +, Julien Grall wrote:
> Hi Konrad,
>
> Sorry for the late answer on this patch. I noticed the problem while I was
> reviewing your xSplice patch series.
>
> On 12/02/2016 15:56, Konrad Rzeszutek Wilk wrote:
> > From 32a062c119091f2f3f6a4c540a8098e97c273dd2
Konrad Rzeszutek Wilk writes ("Re: [PATCH v11 00/27] COarse-grain LOck-stepping
Virtual Machines for Non-stop Service"):
> On Fri, Mar 04, 2016 at 06:17:13PM +, Ian Jackson wrote:
> > But as you see from my mails I have some serious questions about the
> > disk checkpointing/plumbing architect
>>> On 11.03.16 at 17:23, wrote:
> Commit a929bee0e652 ("x86/vmx: Fix injection of #DB traps following
> XSA-156") prevents an infinite loop in certain #DB traps. However, it
> changed the behavior to not call hvm_hw_inject_trap() for #DB and #AC
> traps which which means that the debug registers
On 17/03/16 01:38, Konrad Rzeszutek Wilk wrote:
> +static const char *capabilities_info(ssize_t *len)
> +{
> +static xen_capabilities_info_t cached_cap;
> +static unsigned int cached_cap_len;
> +static bool_t cached;
> +
> +if ( unlikely(!cached) )
> +{
> +arch_get_xen_c
On 2016年03月18日 20:07, Wei Liu wrote:
> Hi all
>
> Today is that last posting day for new features. And we are two weeks
> away from the anticipated freeze date.
>
> I've gone through the outstanding patch series on the list and ask for
> input from various core community members. I've enumerated
Hi Konrad
On 16/03/2016 17:52, Konrad Rzeszutek Wilk wrote:
On Wed, Mar 16, 2016 at 05:32:09PM +, Julien Grall wrote:
Sorry for the late answer on this patch. I noticed the problem while I was
reviewing your xSplice patch series.
On 12/02/2016 15:56, Konrad Rzeszutek Wilk wrote:
From 32a
> -Original Message-
> From: Konrad Rzeszutek Wilk [mailto:konrad.w...@oracle.com]
> Sent: 16 March 2016 17:47
> To: Paul Durrant
> Cc: xen-de...@lists.xenproject.org; Wei Liu; Stefano Stabellini; Andrew
> Cooper; Ian Jackson; Jan Beulich; Keir (Xen.org)
> Subject: Re: [Xen-devel] [PATCH v2
On Wed, Mar 16, 2016 at 03:35:03PM +, Paul Durrant wrote:
> This patch adds code to enable the APIC assist enlightenment which,
> under certain conditions, means that the guest can avoid an EOI of
> the local APIC and thereby avoid a VMEXIT.
>
> Use of the enlightenment by the hypervisor is un
From: Vikram Sethi
ARMv8 architecture allows performing prefetch data/instructions
from memory locations marked as normal memory. Prefetch does not
mean that the data/instruction has to be used/executed in code
flow. All PTEs that appear to be valid to MMU must contain valid
physical address with
>>> On 17.03.16 at 07:54, wrote:
> --- a/xen/drivers/passthrough/amd/iommu_init.c
> +++ b/xen/drivers/passthrough/amd/iommu_init.c
> @@ -1339,12 +1339,14 @@ static void invalidate_all_devices(void)
> iterate_ivrs_mappings(_invalidate_all_devices);
> }
>
> -void amd_iommu_suspend(void)
> +i
Hi all,
On 9 March 2016 at 16:22, Fu Wei wrote:
> Hi Julien,
>
> On 9 March 2016 at 15:10, Julien Grall wrote:
>> Hi,
>>
>> On 08/03/2016 23:37, Fu Wei wrote:
>>>
>>> On 8 March 2016 at 14:54, Andrei Borzenkov wrote:
>>> So speaking of loading additional modules/lack of initrd on ARM, I thinks
From: Shannon Zhao
It needs to map platform or amba device mmio to Dom0 on ARM. But when
booting with ACPI, it can't get the mmio region in Xen due to lack of
AML interpreter to parse DSDT table. Therefore, let Dom0 call a
hypercall to map mmio region when it adds the devices.
Here we add a new
As v4.3 Linux now sports no direct usage of MTRR calls anymore, the
exported symbols mtrr_add() are no longer directly available to
drivers, they must the PAT compatible arch_phys_wc_add() from then on.
This is a huge win for Linux on the x86 front for a few non-Xen
related reasons, one being that
Jan Beulich writes ("Re: [Xen-devel] [PATCH v4 08/34] vmap: Make the while loop
less fishy."):
> On 17.03.16 at 15:37, wrote:
> > 213 error:
> > CID 63648: Overflowed constant (INTEGER_OVERFLOW)
> > 7. overflow_const: Decrement (--) operation overflows on operand
> > i, whose valu
flight 86552 xen-4.5-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/86552/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-multivcpu 11 guest-start fail REGR. vs. 85821
test-amd64-amd64-
From: Shannon Zhao
Copy and modify FADT table before passing it to Dom0. Set PSCI_COMPLIANT
and PSCI_USE_HVC.
Signed-off-by: Shannon Zhao
Reviewed-by: Stefano Stabellini
---
xen/arch/arm/domain_build.c | 43 +++
1 file changed, 43 insertions(+)
diff --
On Thu, Mar 17, 2016 at 11:13:03AM +, David Vrabel wrote:
> On 16/03/16 20:08, Luis R. Rodriguez wrote:
> > Toshi noted a while ago as well that if BIOS/firmware enables MTRR but
> > the kernel does not have it enabled one issue might have been any
> > MTRRs set up by the BIOS and ensuring the
flight 44254 distros-debian-wheezy real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/44254/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
build-armhf-pvops 3 host-install(3) broken like 44236
build-armhf
Hi Oleksandr,
On 17/03/16 20:43, Oleksandr Tyshchenko wrote:
> Hi Juergen, All.
>
> I would like to apply PVUSB drivers for using in our platform while
> PVUSB stuff doesn't reach upstream.
>
> Unfortunately, I couldn't find more recent version of "kernel based"
> backend driver in mailing list.
flight 86412 linux-3.10 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/86412/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
build-i386-rumpuserxen6 xen-buildfail like 85950
build-amd64-rumpuserxen 6
Update PAT documentation to describe how PAT is initialized under
various configurations.
Signed-off-by: Toshi Kani
Cc: Borislav Petkov
Cc: Luis R. Rodriguez
Cc: Juergen Gross
Cc: Ingo Molnar
Cc: H. Peter Anvin
Cc: Thomas Gleixner
---
Documentation/x86/pat.txt | 32 ++
Since it wants to be page aligned, this alignment would force pointless
alignment of .text in the intermediate built_in.o file(s), needlessly
growing the overall text and binary size.
Signed-off-by: Jan Beulich
--- a/xen/arch/x86/x86_64/kexec_reloc.S
+++ b/xen/arch/x86/x86_64/kexec_reloc.S
@@ -1
Add xc_sched_rtds_vcpu_get/set functions to interact with
Xen to get/set a domain's per-VCPU parameters.
Signed-off-by: Chong Li
Signed-off-by: Meng Xu
Signed-off-by: Sisu Xi
---
Changes on PATCH v6:
1) Resolve some coding sytle issues
Changes on PATCH v5:
1) In xc_sched_rtds_vcpu_get/set, re
>>> On 16.03.16 at 18:23, wrote:
>> From: Jan Beulich [mailto:jbeul...@suse.com]
>> Sent: 16 March 2016 16:28
>> >>> On 16.03.16 at 16:02, wrote:
>> >> From: Konrad Rzeszutek Wilk [mailto:konrad.w...@oracle.com]
>> >> Sent: 15 March 2016 23:18
>> >> On Tue, Mar 15, 2016 at 04:14:16PM +, Paul
Hi Konrad,
On 15/03/2016 17:56, Konrad Rzeszutek Wilk wrote:
So that we have a nice mechansim to figure out the upper
bounds of bug.frames and also catch compiler errors in case
one tries to use a higher frame number.
Signed-off-by: Konrad Rzeszutek Wilk
For the ARM part:
Acked-by: Julien G
>>> On 16.03.16 at 15:21, wrote:
> v2:
> - Move to per-pcpu ipi mask.
> - Use smp_send_event_check_mask() to IPI rather than flush_tlb_mask().
> ---
> xen/arch/x86/hvm/hvm.c | 12
> xen/arch/x86/hvm/viridian.c| 19 ++-
> xen/include/asm-x86/hvm/v
From: Shannon Zhao
Move x86 specific codes to architecture directory and export those EFI
runtime service functions. This will be useful for initializing runtime
service on ARM later.
Signed-off-by: Shannon Zhao
Reviewed-by: Stefano Stabellini
---
arch/x86/xen/efi.c| 112 +
On Wed, Mar 16, 2016 at 02:01:38PM -0400, Boris Ostrovsky wrote:
> On 03/15/2016 08:18 PM, Konrad Rzeszutek Wilk wrote:
> >On Mon, Mar 14, 2016 at 05:55:37PM +, Anthony PERARD wrote:
> >
>
>
> >>@@ -624,8 +628,6 @@ static int alloc_magic_pages_hvm(struct xc_dom_image
> >>*dom)
> >> if (
Regardless of whether we're running a custom hotplug script or using
normal phy: or file:, the "block" script will be run, which will set
all the necessary xenstore nodes.
In fact, writing this value here prevents the block script from
accomplishing its only purpose: to detect duplicate physical b
>>> On 16.03.16 at 15:21, wrote:
> Commit b38d426a "flush remote tlbs by hypercall" add support to allow
> Windows to request flush of remote TLB via hypercall rather than IPI.
> Unfortunately it seems that this code was broken in a couple of ways:
>
> 1) The allocation of the per-vcpu ipi mask i
> From: Xu, Quan
> Sent: Thursday, March 17, 2016 3:13 PM
> diff --git a/xen/drivers/passthrough/vtd/qinval.c
> b/xen/drivers/passthrough/vtd/qinval.c
> index b81b0bd..37a15fb 100644
> --- a/xen/drivers/passthrough/vtd/qinval.c
> +++ b/xen/drivers/passthrough/vtd/qinval.c
> @@ -28,6 +28,11 @@
> #
Hi Konrad,
On 15/03/2016 17:56, Konrad Rzeszutek Wilk wrote:
diff --git a/xen/arch/arm/xen.lds.S b/xen/arch/arm/xen.lds.S
index 9909595..187ef73 100644
--- a/xen/arch/arm/xen.lds.S
+++ b/xen/arch/arm/xen.lds.S
@@ -22,6 +22,9 @@ OUTPUT_ARCH(FORMAT)
PHDRS
{
text PT_LOAD /* XXX should be AT
On Fri, Mar 18, 2016 at 11:44:34AM +0800, Changlong Xie wrote:
> On 03/05/2016 01:26 AM, Ian Jackson wrote:
> >Changlong Xie writes ("[PATCH v11 19/27] COLO: introduce new API to
> >prepare/start/do/get_error/stop replication"):
> >>From: Wen Congyang
> >>
> >>We will use qemu block replication,
On 15/03/16 15:35, Andrew Cooper wrote:
> /* calculate required space for number of longs needed to hold nr_bits */
> static inline int bitmap_size(int nr_bits)
> {
> -int nr_long, nr_bytes;
> -nr_long = (nr_bits + BITS_PER_LONG - 1) >> ORDER_LONG;
> -nr_bytes = nr_long * sizeof(uns
On March 17, 2016 3:45pm, Tian, Kevin wrote:
> > From: Xu, Quan
> > Sent: Thursday, March 17, 2016 3:13 PM diff --git
> > a/xen/drivers/passthrough/vtd/qinval.c
> > b/xen/drivers/passthrough/vtd/qinval.c
> > index b81b0bd..37a15fb 100644
> > --- a/xen/drivers/passthrough/vtd/qinval.c
> > +++ b/xen
This run is configured for baseline tests only.
flight 44253 linux-3.10 real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/44253/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-amd64-xl-credit2 19 guest-start/debian.repeat
Original version of that patch (commit a89941816726) had to be reverted
due to Xen allocating irqs in its cpu_up ops.
The first patch moves allocations into hotplug notifiers and the second
one restores the original patch (with minor adjustments to new hotplug
framework)
Boris Ostrovsky (2):
xe
On Wed, Mar 16, 2016 at 06:11:57PM +, Wei Liu wrote:
> On Tue, Mar 15, 2016 at 01:56:27PM -0400, Konrad Rzeszutek Wilk wrote:
> [...]
> > diff --git a/tools/libxc/xg_save_restore.h b/tools/libxc/xg_save_restore.h
> > index 303081d..2663969 100644
> > --- a/tools/libxc/xg_save_restore.h
> > +++
flight 86399 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/86399/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-xl 7 host-ping-check-xen fail REGR. vs. 86362
Regressions which a
On Thu, Mar 17, 2016 at 6:54 AM, Quan Xu wrote:
> diff --git a/xen/arch/x86/mm.c b/xen/arch/x86/mm.c
> index c997b53..526548e 100644
> --- a/xen/arch/x86/mm.c
> +++ b/xen/arch/x86/mm.c
> @@ -2467,7 +2467,7 @@ static int __get_page_type(struct page_info *page,
> unsigned long type,
>
Encapsulate the request in a record that is passed from do_input to
process_packet and input_handle_error.
This will be helpful when keeping track of the requests made as part of a
transaction.
Signed-off-by: Jonathan Davies
Reviewed-by: Andrew Cooper
Reviewed-by: Jon Ludlam
Reviewed-by: Euan
flight 86392 linux-4.1 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/86392/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-rumpuserxen 6 xen-build fail REGR. vs. 66399
build-i386-rumpuserxen
flight 86572 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/86572/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-libvirt 12 migrate-support-checkfail never pass
test-armhf-armhf-xl 12
On 03/05/2016 01:59 AM, Ian Jackson wrote:
Changlong Xie writes ("[PATCH v11 22/27] COLO proxy: implement setup/teardown of
COLO proxy module"):
From: Wen Congyang
setup/teardown of COLO proxy module.
we use netlink to communicate with proxy module.
About colo-proxy module:
https://lkml.org/l
Hi Konrad,
Sorry for the late answer on this patch. I noticed the problem while I
was reviewing your xSplice patch series.
On 12/02/2016 15:56, Konrad Rzeszutek Wilk wrote:
From 32a062c119091f2f3f6a4c540a8098e97c273dd2 Mon Sep 17 00:00:00 2001
From: Konrad Rzeszutek Wilk
Date: Fri, 5 Feb 20
Bob Liu writes ("Re: [RFC PATCH] blkif.h: document scsi/0x12/0x83 node"):
> That's because our underlying storage device has some vendor-specific
> features which can be recognized through informations in VPD pages.
> And Our applications in guest want to aware of these vendor-specific features.
Ian Jackson writes ("Re: [PATCH v11 00/27] COarse-grain LOck-stepping Virtual
Machines for Non-stop Service"):
> Thanks for your attention. I'm afraid I'm going to be away out of the
> office for all of next week. So I will pick this up again when I get
> back.
So, as you see, you have in fact
On 03/17/2016 03:45 AM, Yu-An(Victor) Chen wrote:
Hi,
I have a question about the network setup with COLO.
so in the colo page(
http://wiki.xenproject.org/wiki/COLO_-_Coarse_Grain_Lock_Stepping)
it shows a network topology graph:
master:
br0: 192.168.0.33
eth1: 192.168.1.33
eth2: 192.168.2.33
From: Shannon Zhao
Map the UEFI and ACPI tables which we created to non-RAM space in Dom0.
Signed-off-by: Shannon Zhao
Reviewed-by: Stefano Stabellini
---
xen/arch/arm/domain_build.c | 15 +++
1 file changed, 15 insertions(+)
diff --git a/xen/arch/arm/domain_build.c b/xen/arch/ar
Wrap the various tmem functions with the Kconfig generated CONFIG_TMEM
option allowing users to build Xen without tmem support.
Signed-off-by: Doug Goldstein
Acked-by: Jan Beulich
---
CC: Keir Fraser
CC: Jan Beulich
CC: Andrew Cooper
CC: Konrad Rzeszutek Wilk
change since v2:
- actually do
On 03/16/2016 08:46 PM, Wei Liu wrote:
> On Wed, Mar 16, 2016 at 05:50:46PM +0200, Razvan Cojocaru wrote:
> [...]
>> }
>>
>> @@ -273,27 +274,49 @@ do_chmod(char *path, struct xs_permissions *perms, int
>> nperms, int upto,
>> }
>>
>> static void
>> -do_watch(struct xs_handle *xsh, int max_e
This run is configured for baseline tests only.
flight 44258 xen-unstable real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/44258/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-xl 15 guest-start/deb
>>> On 15.03.16 at 18:56, wrote:
> --- a/xen/include/asm-arm/bug.h
> +++ b/xen/include/asm-arm/bug.h
> @@ -31,6 +31,7 @@ struct bug_frame {
> #define BUGFRAME_warn 0
> #define BUGFRAME_bug1
> #define BUGFRAME_assert 2
> +#define BUGFRAME_NR 3
>
> /* Many versions of GCC doesn't sup
> -Original Message-
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: 17 March 2016 11:59
> To: Paul Durrant
> Cc: Andrew Cooper; xen-de...@lists.xenproject.org; Keir (Xen.org)
> Subject: Re: [PATCH v4 1/2] x86/hvm/viridian: keep APIC assist page
> mapped...
>
> >>> On 17.03.16 at 09
On Wed, Mar 16, 2016 at 06:34:24PM +, Julien Grall wrote:
> Hi Konrad,
>
> On 15/03/2016 17:56, Konrad Rzeszutek Wilk wrote:
> >diff --git a/xen/arch/arm/xen.lds.S b/xen/arch/arm/xen.lds.S
> >index 9909595..187ef73 100644
> >--- a/xen/arch/arm/xen.lds.S
> >+++ b/xen/arch/arm/xen.lds.S
> >@@ -2
On Fri, Mar 18, 2016 at 3:04 PM, Dario Faggioli
wrote:
> as doing that include changing the scheduler lock
> mapping for the pCPU itself, and the correct way
> of doing that is:
> - take the lock that the pCPU is using right now
>(which may be the lock of another scheduler);
> - change the m
>>> On 16.03.16 at 13:54, wrote:
> On 3/16/16 3:47 AM, Jan Beulich wrote:
> On 15.03.16 at 21:18, wrote:
>>> Wrap the various tmem functions with the Kconfig generated CONFIG_TMEM
>>> option allowing users to build Xen without tmem support.
>>>
>>> Signed-off-by: Doug Goldstein
>>> ---
>>> C
The computed value of the `tftpdiversion' shell variable is used only
to see if it is equal to `current'; if so, we update it.
Whether this is done should depend on the effective TftpDiVersion for
the specific suite, not on the default global. So use
getconfig_TftpDiVersion_suite.
Signed-off-by:
flight 86364 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/86364/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemuu-ovmf-amd64 9 debian-hvm-install fail REGR. vs. 65543
test-amd64-i386-xl-qemuu-ovm
>>> On 17.03.16 at 14:37, wrote:
> On 03/17/16 11:05, Ian Jackson wrote:
>> Jan Beulich writes ("Re: [Xen-devel] [RFC Design Doc] Add vNVDIMM support
>> for
> Xen"):
>> > So that again leaves unaddressed the question of what you
>> > imply to do when a guest elects to use such a page as page
>>
Ian Jackson writes ("Re: [xen-4.3-testing test] 86445: regressions - trouble:
blocked/broken/fail/pass"):
> Jan Beulich writes ("Re: [xen-4.3-testing test] 86445: regressions - trouble:
> blocked/broken/fail/pass"):
> > But these have been recurring throughout the last dozen (or
> > more) flights
On Fri, Mar 18, 2016 at 8:07 AM, Wei Liu wrote:
> Hi all
>
> Today is that last posting day for new features. And we are two weeks
> away from the anticipated freeze date.
>
> I've gone through the outstanding patch series on the list and ask for
> input from various core community members. I've e
Commit b38d426a "flush remote tlbs by hypercall" add support to allow
Windows to request flush of remote TLB via hypercall rather than IPI.
Unfortunately it seems that this code was broken in a couple of ways:
1) The allocation of the per-vcpu flush mask is gated on whether the
domain has virid
flight 86547 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/86547/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-qemuu-rhel6hvm-intel 9 redhat-installfail REGR. vs. 86454
test-amd64-i386-xl-
On 3/17/16 1:33 PM, Anthony PERARD wrote:
> On Thu, Mar 17, 2016 at 12:37:36PM -0500, Doug Goldstein wrote:
>> On 3/14/16 12:55 PM, Anthony PERARD wrote:
>>> ... into the firmware directory, along with hvmloader.
>>>
>>> Signed-off-by: Anthony PERARD
>>> ---
>>> Change in V4:
>>> - remove install
On Fri, Mar 18, 2016 at 3:45 AM, Jan Beulich wrote:
On 18.03.16 at 05:09, wrote:
>> Great job! However, we still have 1 mile in the 100-mile journey. :-D
>>
>> I applied the patch on staging and tried some test cases. One of them
>> is as follows:
>>
>> I tried to create a cpupool and then m
From: Justin Weaver
as it was still missing.
Note that this patch "only" implements hard affinity,
i.e., the possibility of specifying on what pCPUs a
certain vCPU can run. Soft affinity (which express a
preference for vCPUs to run on certain pCPUs) is still
not supported by Credit2, even after
like what's there already in both Credit1 and RTDS. In
fact, when playing with affinity, a lot of cpumask
manipulation is necessary, inside of various functions.
To avoid having a lot of cpumask_var_t on the stack,
this patch introduces a global scratch area.
Signed-off-by: Dario Faggioli
---
Cc
If the config specifies a specific d-i version for the suite in use,
it should be honoured.
Signed-off-by: Ian Jackson
---
standalone-reset |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/standalone-reset b/standalone-reset
index e58ba68..bd34782 100755
--- a/standalone-re
Replace references to $c{TftpDiVersion} in the general osstest code
with calls to cfg_tftp_di_version. This means that the suite-specific
d-i version will, in general, be honoured (as is correct).
In preseed_create, we also honour $ho->{DiVersion}. Often this won't
be set, but it might be (for e
On Thu, Mar 17, 2016 at 05:04:50PM +, Ben Sanda wrote:
> Julien,
>
> >How did you invoke get_maintainers.pl?
> >
> >I tried with the patch #4 and got the following ouput:
> >
> >42sh$ scripts/get_maintainers.pl <
> >xentrace-ARM-platform-DOMID_XEN-mapping-support.patch
> >
> >Stefano Stabelli
On 17/03/16 16:12, Joao Martins wrote:
> When using TSC as clocksource we will solely rely on TSC for updating
> vcpu time infos (pvti). Right now, each vCPU takes the tsc_timestamp at
> different instants meaning every EPOCH + delta. This delta is variable
> depending on the time the CPU calibrate
On 03/17/16 07:56, Jan Beulich wrote:
> >>> On 17.03.16 at 14:37, wrote:
> > On 03/17/16 11:05, Ian Jackson wrote:
> >> Jan Beulich writes ("Re: [Xen-devel] [RFC Design Doc] Add vNVDIMM support
> >> for
> > Xen"):
> >> > So that again leaves unaddressed the question of what you
> >> > imply to d
>>> On 18.03.16 at 14:07, wrote:
> While there is no difference between CONFIG_ACPI and CONFIG_ACPI_BOOT in
> current acpi codes, so it's unnecessary to keep CONFIG_ACPI_BOOT and we
> use CONFIG_ACPI instead as Jan suggested.
>
> Signed-off-by: Shannon Zhao
Thanks Shannon. I'll modify this furt
On 03/05/2016 01:26 AM, Ian Jackson wrote:
Changlong Xie writes ("[PATCH v11 19/27] COLO: introduce new API to
prepare/start/do/get_error/stop replication"):
From: Wen Congyang
We will use qemu block replication, and qemu provides some qmp commands
to prepare replication, start replication, g
On 16/03/16 16:58, Ian Jackson wrote:
> George Dunlap writes ("[PATCH 4/8] libxl: Move check for local access to a
> funciton"):
>> From: George Dunlap
>>
>> Move pygrub checks for local access ability into a separate function.
>>
>> Also reorganize libxl__device_disk_local_initiate_attach so tha
On 03/17/16 05:04, Jan Beulich wrote:
> >>> On 17.03.16 at 09:58, wrote:
> > On 03/16/16 09:23, Jan Beulich wrote:
> >> >>> On 16.03.16 at 15:55, wrote:
> >> > On 03/16/16 08:23, Jan Beulich wrote:
> >> >> >>> On 16.03.16 at 14:55, wrote:
> >> >> > On 03/16/16 07:16, Jan Beulich wrote:
> >> >> >
This patch adds code to enable the APIC assist enlightenment which,
under certain conditions, means that the guest can avoid an EOI of
the local APIC and thereby avoid a VMEXIT.
Use of the enlightenment by the hypervisor is under control of the
toolstack, and is added to the default set.
Signed-o
Haozhong Zhang writes ("Re: [Xen-devel] [RFC Design Doc] Add vNVDIMM support
for Xen"):
> QEMU keeps mappings of guest memory because (1) that mapping is
> created by itself, and/or (2) certain device emulation needs to access
> the guest memory. But for vNVDIMM, I'm going to move the creation of
In fact, right now, if we switch cpu X from, say,
Credit2 to Credit, we do:
schedule_cpu_switch(x, csched2 --> csched):
//scheduler[x] is csched2
//schedule_lock[x] is csched2_lock
csched_alloc_pdata(x)
csched_init_pdata(x)
pcpu_schedule_lock(x) > takes csched2_lock
schedule
On Tue, Mar 15, 2016 at 08:26:01PM -0400, Konrad Rzeszutek Wilk wrote:
> On Mon, Mar 14, 2016 at 05:55:39PM +, Anthony PERARD wrote:
> > ... into the firmware directory, along with hvmloader.
> >
> > Signed-off-by: Anthony PERARD
> > ---
> > Change in V4:
> > - remove install of acpi dsdt tab
From: Shannon Zhao
These tables are aligned with 64bit.
Signed-off-by: Shannon Zhao
---
xen/arch/arm/acpi/lib.c| 15 +++
xen/include/asm-arm/acpi.h | 2 ++
2 files changed, 17 insertions(+)
diff --git a/xen/arch/arm/acpi/lib.c b/xen/arch/arm/acpi/lib.c
index db5c4d8..79f7edd
From: bensanda
This patch sets adds support for xentrace and xenalyze to the ARM platform.
The Xen heap memory mapping, timestamping, and P2M translation needed by
xentrace is corrected for operation on the ARM platform using the x86
platform as reference. Trace buffer initialization is added to
>>
>> sched_rt.c TIMER_SOFTIRQ
>> replenishment_timer_handler()
>> [spin_lock]
>> {
>> replenish(i)
>> runq_tickle(i)
>> }>
>> program_timer()
>> [spin_lock]
>>
> And kill this (or, again, move to cover, wiki, blog, etc.) as well.
George Dunlap writes ("[PATCH 5/8] libxl: Share logic for finding path between
qemuu and pygrub"):
> From: George Dunlap
Thanks. There are a few format inconsistencies (long lines, spaces)
which I won't enumerate.
> * In the case of a block script, or a non-dom0 backend, qemuu will now
> print
On Thu, Mar 17, 2016 at 6:36 PM, Ian Jackson wrote:
> George Dunlap writes ("[PATCH 6/8] libxl: Allow local access for block
> devices with hotplug scripts"):
>> pygrub and qemuu need to be able to access a VM's disks locally in
>> order to be able to pull out the kernel and provide emulated disk
> From: Tian, Kevin
> Sent: Thursday, March 17, 2016 7:14 PM
>
> > From: Jan Beulich [mailto:jbeul...@suse.com]
> > Sent: Thursday, March 17, 2016 5:43 PM
> >
> > >>> On 17.03.16 at 09:17, wrote:
> > >> From: Xu, Quan
> > >> Sent: Thursday, March 17, 2016 3:13 PM
> > >> --- a/xen/drivers/passthr
On Wed, Mar 16, 2016 at 10:44 AM, Dario Faggioli
wrote:
> On Wed, 2016-03-16 at 10:20 -0400, Meng Xu wrote:
>> As to the comment, I will suggest:
>>
>> /*
>> * RTDS_was_depleted: Is a vcpus budget depleted?
>>
>> * + Set in burn_budget() when a vcpus budget turns to zero
>>
>> * + Checked and c
>>> On 17.03.16 at 12:13, wrote:
>> From: Jan Beulich [mailto:jbeul...@suse.com]
>> Sent: Thursday, March 17, 2016 5:43 PM
>>
>> >>> On 17.03.16 at 09:17, wrote:
>> >> From: Xu, Quan
>> >> Sent: Thursday, March 17, 2016 3:13 PM
>> >> --- a/xen/drivers/passthrough/vtd/qinval.c
>> >> +++ b/xen/d
From: Shannon Zhao
Firstly it permits full MMIO capabilities for Dom0. Then deny MMIO
access of Xen used devices, such as UART, GIC, SMMU. Currently, it only
denies the MMIO access of UART and GIC regions. For other Xen used
devices it could be added later when they are supported.
Signed-off-by:
This patch series enables use of the 'APIC assist' enlightenment in Xen.
See section 13.3.4.1 of the Microsoft Hypervisor Top Level Function
Specification v4.0b at:
https://msdn.microsoft.com/en-us/virtualization/hyperv_on_windows/develop/tlfs
for more information.
Patch #1 modifies the viridia
On Wed, Mar 16, 2016 at 06:08:06PM +, Julien Grall wrote:
> Hi Konrad
>
> On 16/03/2016 17:52, Konrad Rzeszutek Wilk wrote:
> >On Wed, Mar 16, 2016 at 05:32:09PM +, Julien Grall wrote:
> >>Sorry for the late answer on this patch. I noticed the problem while I was
> >>reviewing your xSplice
>>> On 17.03.16 at 09:11, wrote:
> On March 17, 2016 3:45pm, Tian, Kevin wrote:
>> > From: Xu, Quan
>> > Sent: Thursday, March 17, 2016 3:13 PM diff --git
>> > a/xen/drivers/passthrough/vtd/qinval.c
>> > b/xen/drivers/passthrough/vtd/qinval.c
>> > index b81b0bd..37a15fb 100644
>> > --- a/xen/driv
This run is configured for baseline tests only.
flight 44259 linux-3.18 real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/44259/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-xl-xsm 15 guest-start/debia
. snip..
> > - VERSION_OP_commandline, VERSION_OP_changeset are privileged.
>
> Aiui this is no difference to the old one anymore if we assume
> patches get committed in the order they're being presented in
> this series.
The old one (XENVER) would disallow XENVER_cmdline for guests. The
rest ar
On Fri, Mar 18, 2016 at 5:47 AM, Dario Faggioli
wrote:
> On Fri, 2016-03-18 at 01:39 -0600, Jan Beulich wrote:
>> >
>> > > > On 17.03.16 at 21:42, wrote:
>> > On Thu, Mar 17, 2016 at 5:03 AM, Dario Faggioli
>> > wrote:
>> > >
>> > > I'd say that, in this specific case, is not a big deal which on
On 17/03/16 16:12, Joao Martins wrote:
> And use to initialize platform time solely for clocksource=tsc,
> as opposed to initializing platform overflow timer, which would
> only fire in ~180 years (on 2.2 Ghz Broadwell processor).
>
> Signed-off-by: Joao Martins
Again, just style corrections.
Re
On Fri, Mar 18, 2016 at 10:33:35AM -0400, Konrad Rzeszutek Wilk wrote:
> On Thu, Mar 17, 2016 at 05:51:08PM +, Jonathan Davies wrote:
> > This patch series makes a substantial improvement to oxenstored's
> > transaction
> > handling.
> >
> > The original design of oxenstored assumed that a tr
flight 86542 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/86542/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i386-rumpuserxen6 xen-build fail REGR. vs. 59254
build-amd64-rumpuserx
>>> On 18.03.16 at 08:54, wrote:
> On March 17, 2016 8:30pm, wrote:
>> On Thu, Mar 17, 2016 at 6:54 AM, Quan Xu wrote:
>> > diff --git a/xen/arch/x86/mm.c b/xen/arch/x86/mm.c index
>> > c997b53..526548e 100644
>> > --- a/xen/arch/x86/mm.c
>> > +++ b/xen/arch/x86/mm.c
>> > @@ -2467,7 +2467,7 @@ s
1 - 100 of 109 matches
Mail list logo
