Split the send_domain_memory_live() into three helper function:
- send_memory_live() do the actually live send
- suspend_and_send_dirty() suspend the guest and send dirty pages
- send_memory_verify()
The motivation of this is that when we send checkpointed stream, we
will skip the actually l
This patchset implement the Remus support for Migration v2 but without
memory compressing.
Git tree available at:
https://github.com/macrosheep/xen/tree/Remus-newmig-v7
v6->v7:
- clear deffered_pages after suspend and send dirty pages
- initialise allocated_rec_num
v5->v6:
- refactor s
With Remus, the save flow should be:
live migration->{ periodically save(checkpointed save) }
Signed-off-by: Yang Hongyang
CC: Ian Campbell
CC: Ian Jackson
CC: Wei Liu
CC: Andrew Cooper
Reviewed-by: Andrew Cooper
---
tools/libxc/xc_sr_save.c | 80
With Remus, the restore flow should be:
the first full migration stream -> { periodically restore stream }
Signed-off-by: Yang Hongyang
Signed-off-by: Andrew Cooper
CC: Ian Campbell
CC: Ian Jackson
CC: Wei Liu
Reviewed-by: Andrew Cooper
---
tools/libxc/xc_sr_common.h | 15 +
tools/lib
On Fri, May 15, 2015 at 2:42 PM, Dario Faggioli
wrote:
> On Wed, 2015-05-13 at 06:01 +0100, wei.l...@citrix.com wrote:
>
>> = Prognosis =
>>
>> The states are: none -> fair -> ok -> good -> done
>>
>> none - nothing yet
>> fair - still working on it, patches are prototypes or RFC
>> ok - patches
>>> On 15.05.15 at 22:09, wrote:
> On 05/15/2015 03:42 AM, Jan Beulich wrote:
> On 15.05.15 at 09:34, wrote:
>>> El 15/05/15 a les 8.36, Jan Beulich ha escrit:
>>> On 14.05.15 at 17:27, wrote:
> El 13/05/15 a les 11.53, Jan Beulich ha escrit:
> On 11.05.15 at 16:57, wrote:
>
>>> On 15.05.15 at 22:45, wrote:
> On 05/15/2015 06:57 PM, Jan Beulich wrote:
> On 06.05.15 at 19:12, wrote:
>>> Arch_set_info_guest() doesn't set CR0, CR3 or CR4. Added code
>>> that does that.
>>
>> But you should also say a word on why this is needed, since things
>> worked fine so far wi
On 05/17/2015 09:32 PM, Tamas K Lengyel wrote:
>>
>> I took the suggestion to mean at the time that we should have something
>> like EVENT_CR3_PRE and EVENT_CR3_POST, where basically all we needed was
>> for all events for which this applicable to be pre-write events. IMHO
>> that's simpler and suf
Dear Developers,
As per my knowledge.
Credit scheduler sorts its queue of VCPUs with priority based on credit
value.
It follows FCFS technique for equal priority if we apply SJF for equal
priority
will be helpful to reduce waiting time spend in the queue basically for the
Under Priority (credits>0
flight 56631 linux-3.4 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/56631/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl 9 debian-install fail REGR. vs. 52209-bisect
test-amd64-amd64-pair
On 05/18/2015 10:27 AM, Jan Beulich wrote:
On 15.05.15 at 22:45, wrote:
>> On 05/15/2015 06:57 PM, Jan Beulich wrote:
>> On 06.05.15 at 19:12, wrote:
Arch_set_info_guest() doesn't set CR0, CR3 or CR4. Added code
that does that.
>>>
>>> But you should also say a word on why this
>>> On 18.05.15 at 09:58, wrote:
> On 05/18/2015 10:27 AM, Jan Beulich wrote:
> On 15.05.15 at 22:45, wrote:
>>> On 05/15/2015 06:57 PM, Jan Beulich wrote:
>>> On 06.05.15 at 19:12, wrote:
> Arch_set_info_guest() doesn't set CR0, CR3 or CR4. Added code
> that does that.
On 05/18/2015 11:05 AM, Jan Beulich wrote:
On 18.05.15 at 09:58, wrote:
>> On 05/18/2015 10:27 AM, Jan Beulich wrote:
>> On 15.05.15 at 22:45, wrote:
On 05/15/2015 06:57 PM, Jan Beulich wrote:
On 06.05.15 at 19:12, wrote:
>> Arch_set_info_guest() doesn't set CR0, CR3 o
On 05/17/2015 07:30 AM, Ingo Molnar wrote:
* Juergen Gross wrote:
On 05/05/2015 07:21 PM, Jeremy Fitzhardinge wrote:
On 05/03/2015 10:55 PM, Juergen Gross wrote:
I did a small measurement of the pure locking functions on bare metal
without and with my patches.
spin_lock() for the first tim
>>> On 17.05.15 at 22:03, wrote:
> --- a/xen/drivers/char/Makefile
> +++ b/xen/drivers/char/Makefile
> @@ -6,5 +6,5 @@ obj-$(HAS_EXYNOS4210) += exynos4210-uart.o
> obj-$(HAS_OMAP) += omap-uart.o
> obj-$(HAS_SCIF) += scif-uart.o
> obj-$(HAS_EHCI) += ehci-dbgp.o
> -obj-$(CONFIG_ARM) += dt-uart.o
>>> On 17.05.15 at 22:03, wrote:
> Naresh Bhat (3):
> arm/acpi: Build numa for x86 only
> arm/acpi : Print GIC information when MADT is parsed
> xen: arm64: Add ACPI support
>
> Parth Dixit (38):
> arm/acpi: Build pmstat for x86 only
> arm/acpi : emulate io ports for arm
> arm/acpi :
On 18 May 2015 at 13:55, Jan Beulich wrote:
> >>> On 17.05.15 at 22:03, wrote:
> > Naresh Bhat (3):
> > arm/acpi: Build numa for x86 only
> > arm/acpi : Print GIC information when MADT is parsed
> > xen: arm64: Add ACPI support
> >
> > Parth Dixit (38):
> > arm/acpi: Build pmstat for x86
El 18/05/15 a les 12.17, Tim Deegan ha escrit:
> At 09:34 +0100 on 18 May (1431941676), Jan Beulich wrote:
> On 16.05.15 at 13:45, wrote:
>>> El 16/05/15 a les 10.51, osstest service user ha escrit:
flight 56456 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/log
On Mon, 2015-05-18 at 10:49 +0100, George Dunlap wrote:
> Is there really no way to start up a qdisk process after the domain is
> created? The qdisk process doesn't actually need to do any emulation,
> after all -- it's just acting as a backend, right?
FWIW xencommons starts a qemu for dom0 usin
On 05/18/2015 11:33 AM, Ian Campbell wrote:
> On Mon, 2015-05-18 at 11:08 +0100, George Dunlap wrote:
>> On Wed, May 13, 2015 at 12:48 PM, Stefano Stabellini
>> wrote:
>>> On Wed, 13 May 2015, Ian Campbell wrote:
On Tue, 2015-05-12 at 12:46 +0100, Stefano Stabellini wrote:
>> Would a sepa
On Fri, May 15, 2015 at 8:46 AM, Wang, Wei W wrote:
>> > Do you have any comments on this version?
>>
>> Eventually I will. But as recently noted elsewhere, there are way too many
>> things needing review right now, and I've got things other than reviews to
>> do,
>> and as long as others (read:
On 18/05/15 10:02, Jan Beulich wrote:
On 15.05.15 at 19:41, wrote:
>> On 15/05/15 17:08, Ross Lagerwall wrote:
>>> When an interrupt is received during an EFI runtime service call, Xen
>>> may call map_domain_page() while using the EFI runtime page tables.
>>> This fails because, although the
On Thu, May 7, 2015 at 3:53 PM, Jan Beulich wrote:
On 07.05.15 at 16:31, wrote:
>> On 07/05/15 15:14, Jan Beulich wrote:
>>> Now the question of course is - is that really what we want to do?
>>> I.e. is it known that he no longer wants to be a maintainer of this
>>> code (or cannot be)? The
>>> On 18.05.15 at 12:50, wrote:
> El 18/05/15 a les 12.17, Tim Deegan ha escrit:
>> - have map_dirty_bitmap() DTRT, with something like access_ok() +
>>a linear-pagetable lookup to find the frame.
>
> That was my first intention, but AFAICT we have no function in tree to
> resolve a PV gues
On Mon, 2015-05-18 at 11:37 +0100, George Dunlap wrote:
> So my unscientific poll (more details below)
>
> 1. Download tarball: 80MB, 111s (<2m)
>
> 2. git clone --depth 1: 138MiB, 392s. (~6m30s)
>
> I'd just go for the tarball, but I'll leave that decision up to you guys.
TBH I don't think we
On 05/18/2015 11:45 AM, Ian Campbell wrote:
> On Mon, 2015-05-18 at 11:37 +0100, George Dunlap wrote:
>> So my unscientific poll (more details below)
>>
>> 1. Download tarball: 80MB, 111s (<2m)
>>
>> 2. git clone --depth 1: 138MiB, 392s. (~6m30s)
>>
>> I'd just go for the tarball, but I'll leave th
>>> On 18.05.15 at 12:59, wrote:
> In tree, there is one single caller of XEN_DOMCTL_getpageframeinfo3
> (xc_get_pfn_type_batch()), and no callers of the older variants.
>
> getpageframeinfo3 and getpageframeinfo2 are compatible if the parameter
> contents are considered to be unsigned long; a co
On Mon, 2015-05-18 at 11:54 +0100, George Dunlap wrote:
> On 05/18/2015 11:33 AM, Ian Campbell wrote:
> > On Mon, 2015-05-18 at 11:08 +0100, George Dunlap wrote:
> >> On Wed, May 13, 2015 at 12:48 PM, Stefano Stabellini
> >> wrote:
> >>> On Wed, 13 May 2015, Ian Campbell wrote:
> On Tue, 2015
flight 56637 qemu-upstream-4.3-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/56637/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-freebsd10-amd64 16 guest-localmigrate/x10 fail REGR. vs. 50282
Tests w
On Fri, 2015-05-15 at 13:09 -0400, Daniel De Graaf wrote:
> > I'd be inclined to go the other way and either have a default ssid for
> > the DM or to fail if one isn't given (the latter would probably happen
> > anyway due to enforcement?).
>
> Yes, it would probably fail at xc_domain_set_target i
On 18/05/15 12:41, George Dunlap wrote:
> In this case some of us are still in contact with Frediano personally;
> I'll forward this thread to his personal address so he can respond if
> he wants. But it's still a bit of a gray area in the general case.
Zoltan already CCed him 2 weeks ago. So far
In tree, there is one single caller of XEN_DOMCTL_getpageframeinfo3
(xc_get_pfn_type_batch()), and no callers of the older variants.
getpageframeinfo3 and getpageframeinfo2 are compatible if the parameter
contents are considered to be unsigned long; a compat guest calling
getpageframeinfo3 falls t
At 12:50 +0200 on 18 May (1431953450), Roger Pau Monné wrote:
> El 18/05/15 a les 12.17, Tim Deegan ha escrit:
> > At 09:34 +0100 on 18 May (1431941676), Jan Beulich wrote:
> > On 16.05.15 at 13:45, wrote:
> >>> El 16/05/15 a les 10.51, osstest service user ha escrit:
> flight 56456 xen-u
On Thu, May 14, 2015 at 2:00 PM, Mr Idris wrote:
> I'm trying to create cpu scheduler on xen 4.4.1 using debian 7 which
> inspired by arinc653 scheduler. When i use it, it gives me something
> like kernel panic and reboot in 5 secs before go in to the system. I
> don't know how to procced to fix
On Fri, May 15, 2015 at 12:54 PM, Fabio Fantoni wrote:
> NOTES:
> This patch is a only a fast draft for testing.
>
> Some tests result:
> At xl create cdrom empty or not are both working, xl cd-insert is
> working, xl cd-eject seems working but on xl command in linux hvm domU
> return qmp error o
On Wed, May 13, 2015 at 12:48 PM, Stefano Stabellini
wrote:
> On Wed, 13 May 2015, Ian Campbell wrote:
>> On Tue, 2015-05-12 at 12:46 +0100, Stefano Stabellini wrote:
>> > > Would a separate clone of the same raisin version with some sort of
>> > > "dist" directory transported over be sufficient a
flight 56661 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/56661/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-libvirt 11 guest-start fail REGR. vs. 53854
test-amd64-i386-libvirt
Updates to idle_pg_table[] need to be mirrored into the page tables
used for invoking EFI runtime services.
Signed-off-by: Jan Beulich
---
This in particular is a prereq for the patch at
http://lists.xenproject.org/archives/html/xen-devel/2015-05/msg02125.html
to be correct.
--- a/xen/arch/x86/
>>> On 16.05.15 at 13:45, wrote:
> El 16/05/15 a les 10.51, osstest service user ha escrit:
>> flight 56456 xen-unstable real [real]
>> http://logs.test-lab.xenproject.org/osstest/logs/56456/
>>
>> Regressions :-(
>
> This is my fault, paging_gva_to_gfn cannot be used to translate a PV
> guest
At 09:34 +0100 on 18 May (1431941676), Jan Beulich wrote:
> >>> On 16.05.15 at 13:45, wrote:
> > El 16/05/15 a les 10.51, osstest service user ha escrit:
> >> flight 56456 xen-unstable real [real]
> >> http://logs.test-lab.xenproject.org/osstest/logs/56456/
> >>
> >> Regressions :-(
> >
> > This i
>>> On 14.05.15 at 13:21, wrote:
> void _spin_lock(spinlock_t *lock)
> {
> +spinlock_tickets_t tickets = { .tail = 1, };
This breaks the build on gcc 4.3.x (due to tail being a member of an
unnamed structure member of a union).
Jan
___
Xen-deve
> -Original Message-
> From: Tian, Kevin
> Sent: Monday, May 18, 2015 1:33 PM
> To: Wu, Feng; xen-devel@lists.xen.org
> Cc: k...@xen.org; jbeul...@suse.com; andrew.coop...@citrix.com; Zhang,
> Yang Z; george.dun...@eu.citrix.com
> Subject: RE: [RFC v2 00/15] Add VT-d Posted-Interrupts sup
Particularly for the 1:1 mapping it was pointed out that in order to
limit the damage from security issues we should avoid mapping things
executable when they don't need to be.
1: move syscall trampolines off the stack
2: emul: move stubs off the stack
3: move I/O emulation stubs off the stack
4:
On 18/05/15 11:22, Jan Beulich wrote:
> Updates to idle_pg_table[] need to be mirrored into the page tables
> used for invoking EFI runtime services.
>
> Signed-off-by: Jan Beulich
Reviewed-by: Andrew Cooper
> ---
> This in particular is a prereq for the patch at
> http://lists.xenproject.org/a
>>> On 18.05.15 at 12:22, wrote:
>
>> -Original Message-
>> From: Tian, Kevin
>> Sent: Monday, May 18, 2015 1:33 PM
>> To: Wu, Feng; xen-devel@lists.xen.org
>> Cc: k...@xen.org; jbeul...@suse.com; andrew.coop...@citrix.com; Zhang,
>> Yang Z; george.dun...@eu.citrix.com
>> Subject: RE:
Hi Wei,
On 15/05/15 16:31, Wei Liu wrote:
> On Fri, May 15, 2015 at 01:35:42PM +0100, Julien Grall wrote:
>> On 15/05/15 03:35, Wei Liu wrote:
>>> On Thu, May 14, 2015 at 06:01:01PM +0100, Julien Grall wrote:
The PV network protocol is using 4KB page granularity. The goal of this
patch i
On Thu, May 14, 2015 at 10:28 AM, Ian Campbell wrote:
> On Thu, 2015-05-14 at 10:08 +0100, George Dunlap wrote:
>> On Fri, Feb 6, 2015 at 5:45 PM, Stefano Stabellini
>> wrote:
>> >> >> +LINUX_URL=ftp://ftp.kernel.org/pub/linux/kernel/v3.x/$(LINUX_V).tar.xz
>> >> >> +
>> >> >> +all: $(VMLINUZ)
>>
On Mon, 2015-05-18 at 11:08 +0100, George Dunlap wrote:
> On Wed, May 13, 2015 at 12:48 PM, Stefano Stabellini
> wrote:
> > On Wed, 13 May 2015, Ian Campbell wrote:
> >> On Tue, 2015-05-12 at 12:46 +0100, Stefano Stabellini wrote:
> >> > > Would a separate clone of the same raisin version with som
>>> On 18.05.15 at 12:17, wrote:
> At 09:34 +0100 on 18 May (1431941676), Jan Beulich wrote:
>> >>> On 16.05.15 at 13:45, wrote:
>> > El 16/05/15 a les 10.51, osstest service user ha escrit:
>> >> flight 56456 xen-unstable real [real]
>> >> http://logs.test-lab.xenproject.org/osstest/logs/56456/
On 09.05.2015 00:00, Jim Fehlig wrote:
> This series fixes several bugs related to SPICE parsing and formatting
> code in xenconfig. The bugs are mostly due to misinterpretation of the
> Xen documenation, which I failed to notice when reviewing the initial
> submission.
>
> Jim Fehlig (4):
> xe
On Mon, 2015-05-18 at 10:52 +0100, Ian Campbell wrote:
> On Thu, 2015-05-14 at 11:59 +0100, Ian Campbell wrote:
> > On Wed, 2015-05-13 at 11:36 +0800, longtao.pang wrote:
> > > Based on Ian Campbell's v6_patch [04,05,06], I create this patch
> > > to refactor installation of overlays for guest as w
Hi David,
On 15/05/15 16:45, David Vrabel wrote:
> On 14/05/15 18:00, Julien Grall wrote:
>> Hi all,
>>
>> ARM64 Linux is supporting both 4KB and 64KB page granularity. Although, Xen
>> hypercall interface and PV protocol are always based on 4KB page granularity.
>>
>> Any attempt to boot a Linux
flight 56663 rumpuserxen real [real]
http://logs.test-lab.xenproject.org/osstest/logs/56663/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-rumpuserxen 5 rumpuserxen-build fail REGR. vs. 33866
build-i386-rumpuserxe
>>> On 15.05.15 at 18:08, wrote:
> --- a/xen/arch/x86/domain_page.c
> +++ b/xen/arch/x86/domain_page.c
> @@ -32,20 +32,25 @@ static inline struct vcpu *mapcache_current_vcpu(void)
> return NULL;
>
> /*
> + * When using efi runtime page tables, we have the equivalent of the idle
>>> On 15.05.15 at 19:41, wrote:
> On 15/05/15 17:08, Ross Lagerwall wrote:
>> When an interrupt is received during an EFI runtime service call, Xen
>> may call map_domain_page() while using the EFI runtime page tables.
>> This fails because, although the EFI runtime page tables are a
>> copy of t
On 07/05/15 17:55, Boris Ostrovsky wrote:
> Commit 2b953a5e994c ("xen: Suspend ticks on all CPUs during suspend")
> introduced xen_arch_suspend() routine but did so only for x86, breaking
> ARM builds.
>
> We need to add it to ARM as well.
Applied to for-linus-4.1b, thanks.
Sorry for the delay,
On Fri, 2015-05-15 at 10:39 +0100, Ian Campbell wrote:
> > The header file defining these SIDs is buried in the hypervisor source
> > tree (xen/xsm/flask/include/flask.h) and is only generated during a build
> > with XSM enabled. It may be simpler to define the value in a shared header
> > and add
On Fri, 2015-05-15 at 18:14 +0100, Ian Jackson wrote:
> We are having a difficulty with one of the test boxes, which can be
> most easily reproduced by running ts-host-install to power cycle the
> box and then see if it wakes up enough to fetch a preseed file.
>
> Keep this mode of operation in tr
>>> On 15.05.15 at 21:44, wrote:
> As such having the payload in an ELF file is the sensible way. We would be
> carrying the various set of structures (and data) in the ELF sections under
> different names and with definitions. The prefix for the ELF section name
> would always be: *.xsplice_*
>
On Sun, 2015-05-17 at 20:15 +, osstest service user wrote:
> flight 56602 osstest real [real]
> http://logs.test-lab.xenproject.org/osstest/logs/56602/
>
> Regressions :-(
>
> Tests which did not succeed and are blocking,
> including tests which could not be run:
> test-amd64-i386-freebsd10-
Am 14.05.2015 um 19:54 hat John Snow geschrieben:
> On 05/14/2015 10:07 AM, Michael S. Tsirkin wrote:
> > On Thu, May 14, 2015 at 02:02:04PM +0200, Markus Armbruster wrote:
> >> * Create the FDC only if the option is "on".
> >>
> >> * Optional: make -drive if=floppy,... auto-enable it
> >
> > Ever
This is needed as stacks are going to become non-executable. Use
separate stub pages (shared among suitable CPUs on the same node)
instead.
Signed-off-by: Jan Beulich
--- a/xen/arch/x86/setup.c
+++ b/xen/arch/x86/setup.c
@@ -1270,6 +1270,10 @@ void __init noreturn __start_xen(unsigne
init
Hi Parth
(You dropped xen-devel, re-cc it)
On 18/05/15 10:59, Parth Dixit wrote:
> yes i tested with linux-next of 15th may and it is working fine with
> it,except mounting of root partiton because kernel is not able to
> detetct the partition
> i did not looked further into it but its presumably
This is needed as stacks are going to become non-executable.
Signed-off-by: Jan Beulich
--- a/tools/tests/x86_emulator/x86_emulate.c
+++ b/tools/tests/x86_emulator/x86_emulate.c
@@ -17,4 +17,8 @@ typedef bool bool_t;
#define __packed __attribute__((packed))
#include "x86_emulate/x86_emulate.
Signed-off-by: Ian Jackson
---
ts-host-install |2 ++
1 file changed, 2 insertions(+)
diff --git a/ts-host-install b/ts-host-install
index b13f293..9d6a73c 100755
--- a/ts-host-install
+++ b/ts-host-install
@@ -37,6 +37,8 @@ while (@ARGV and $ARGV[0] =~ m/^-/) {
$xopts{DebconfPriority}=
This is needed as stacks are going to become non-executable.
Signed-off-by: Jan Beulich
--- a/xen/arch/x86/traps.c
+++ b/xen/arch/x86/traps.c
@@ -2006,7 +2006,7 @@ static int emulate_privileged_op(struct
? (*(u32 *)®s->reg = (val)) \
: (*(
Only a very limited subset of mappings need to be done as executable
ones; in particular the direct mapping should not be executable to
limit the damage attackers can cause by exploiting security relevant
bugs.
The EFI change at once includes an adjustment to set NX only when
supported by the hard
1: support additional Broadwell model
2: update support for Silvermont Core in Baytrail SOC
3: add support for the Airmont Core in the Cherrytrail and Braswell SOCs
Signed-off-by: Jan Beulich
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://l
Hi Parth,
On 17/05/15 21:03, Parth Dixit wrote:
> From: Naresh Bhat
>
> Numa is currently not supported for arm in xen.
> Configure and build numa for x86 architecture only.
>
> Signed-off-by: Naresh Bhat
> Signed-off-by: Parth Dixit
Reviewed-by: Julien Grall
Regards,
--
Julien Grall
___
Signed-off-by: Len Brown
[Linux commit bea57077e44ec9c1e6d3a3c142c8a3c0289e290d]
Signed-off-by: Jan Beulich
--- a/xen/arch/x86/cpu/mwait-idle.c
+++ b/xen/arch/x86/cpu/mwait-idle.c
@@ -683,6 +683,7 @@ static struct intel_idle_id {
ICPU(0x46, hsw),
ICPU(0x4d, avn),
ICPU(0x3
On Mon, May 18, 2015 at 01:11:26PM +0100, Julien Grall wrote:
> Hi Wei,
>
> On 15/05/15 16:31, Wei Liu wrote:
> > On Fri, May 15, 2015 at 01:35:42PM +0100, Julien Grall wrote:
> >> On 15/05/15 03:35, Wei Liu wrote:
> >>> On Thu, May 14, 2015 at 06:01:01PM +0100, Julien Grall wrote:
> The PV n
Birin, would you please create the list requested below ?
Thanks,
Ian.
Ian Campbell writes ("Re: [Xen-devel] Mini-os mailing list"):
> (Sending this to IanJ's inbox)
>
> On Wed, 2015-05-06 at 18:47 +0100, Thomas Leonard wrote:
> > On 01/29/2015 05:04 PM, George Dunlap wrote:
> > > On Tue, Jan 27
Hi Parth,
On 17/05/15 21:03, Parth Dixit wrote:
> Pmstat is currently not supported for arm in xen.
> Configure and build pmstat for x86 architecture only.
>
> Signed-off-by: Parth Dixit
> ---
> xen/common/sysctl.c | 2 ++
> xen/drivers/acpi/Makefile | 2 +-
> 2 files changed, 3 insertion
On some Silvermont-Core/Baytrail-SOC systems,
C1E latency is higher than original specifications.
Although C1E is still enumerated in CPUID.MWAIT.EDX,
we delete the state from intel_idle to avoid latency impact.
Under some conditions, the latency of the C6N-BYT and C6S-BYT states
may exceed the sp
Hi Konrad,
Will this design include hotpatch build tools chain?
Such as how these .xplice_ section are created? How to handle xen symbols when
creating hotpatch elf file?
On 2015/5/16 3:44, Konrad Rzeszutek Wilk wrote:
Hey!
During the Xen Hacka^H^H^H^HProject Summit? we chatted about live-pat
Support C-states for the Airmont core in the Cherrytrail and Braswell SOCs.
The states are similar to those of Silvermont in Baytrail,
except both flavors of C6 states are faster.
Signed-off-by: Len Brown
[Linux commit cab07a5652d1d124b505c2b7ed21c6823295c5d7]
Signed-off-by: Jan Beulich
--- a/x
On Fri, 2015-05-15 at 22:09 +0100, Julien Grall wrote:
> Hi,
>
> On 07/05/2015 15:39, Zoltan Kiss wrote:
> >> Now the question of course is - is that really what we want to do?
> >> I.e. is it known that he no longer wants to be a maintainer of this
> >> code (or cannot be)? The mail address havin
These changesets cause the respective libxc functions to unconditonally
dereference their max_cpus/nodes parameters as part of initial memory
allocations. It will fail at obtaining the correct number of cpus/nodes from
Xen, as the guest handles will not be NULL.
Signed-off-by: Andrew Cooper
CC:
The title (of course) was meant to be
"[PATCH 1/3] mwait-idle: support additional Broadwell model"
Jan
>>> On 18.05.15 at 14:54, wrote:
> Signed-off-by: Len Brown
> [Linux commit bea57077e44ec9c1e6d3a3c142c8a3c0289e290d]
> Signed-off-by: Jan Beulich
>
> --- a/xen/arch/x86/cpu/mwait-idle.c
> +
On Mon, May 18, 2015 at 01:57:24PM +0100, Andrew Cooper wrote:
> These changesets cause the respective libxc functions to unconditonally
> dereference their max_cpus/nodes parameters as part of initial memory
> allocations. It will fail at obtaining the correct number of cpus/nodes from
> Xen, as
Hi Parth,
On 17/05/15 21:03, Parth Dixit wrote:
> add macros to emulate x86 style ports for arm.
> This avoids modification in common code for acpi.
This patch looks wrong to me. On ARM ioport access is done using the PCI
address space.
If it's not easy to have a correct implementation, I still
On 05/18/2015 12:21 PM, Ian Campbell wrote:
> On Mon, 2015-05-18 at 11:54 +0100, George Dunlap wrote:
>> On 05/18/2015 11:33 AM, Ian Campbell wrote:
>>> On Mon, 2015-05-18 at 11:08 +0100, George Dunlap wrote:
On Wed, May 13, 2015 at 12:48 PM, Stefano Stabellini
wrote:
> On Wed, 13 Ma
On Fri, May 15, 2015 at 11:06:57AM -0400, Boris Ostrovsky wrote:
> Commit e78e8b9bb649 ("libxl: Add interface for querying hypervisor
> about PCI topology") neglected to initialize valid_devs. This
> may result in not printing a message to console if no IO topology
> information is available and, m
On Mon, May 18, 2015 at 08:54:22PM +0800, Liuqiming (John) wrote:
> Hi Konrad,
>
> Will this design include hotpatch build tools chain?
> Such as how these .xplice_ section are created?
> How to handle xen symbols when creating hotpatch elf file?
No, this is not a main goal of this project. Howeve
Hi Parth,
On 17/05/15 21:03, Parth Dixit wrote:
> +#ifndef _ASM_ARM64_ACPI_H
> +#define _ASM_ARM64_ACPI_H
s/_ASM_ARM64_ACPI_H/_ASM_ARM_ACPI_H/
> +
> +#include
> +
> +#define COMPILER_DEPENDENT_INT64 long long
> +#define COMPILER_DEPENDENT_UINT64 unsigned long long
> +
> +extern bool_t acpi_d
Am Freitag 08 Mai 2015, 17:06:11 schrieb Boris Ostrovsky:
> Add support for handling PMU interrupts for PV(H) guests.
I have only some minor nits below.
Reviewed-by: Dietmar Hahn
>
> VPMU for the interrupted VCPU is unloaded until the guest issues XENPMU_flush
> hypercall. This allows the gues
On Mon, 2015-05-18 at 14:05 +0100, George Dunlap wrote:
> It sounds like you're saying just to have a "base Xen" build that would
> build what currently comes out of xen.git, and then base our other
> components on top of that.
Correct, otherwise you get one big job which can fail due to any
compo
>>> On 08.05.15 at 10:56, wrote:
> --- a/xen/arch/x86/mpparse.c
> +++ b/xen/arch/x86/mpparse.c
> @@ -64,6 +64,9 @@ unsigned int __read_mostly boot_cpu_physical_apicid =
> BAD_APICID;
> static unsigned int __devinitdata num_processors;
> static unsigned int __initdata disabled_cpus;
>
> +/* To
On Thu, 2015-05-14 at 11:59 +0100, Ian Campbell wrote:
> On Wed, 2015-05-13 at 11:36 +0800, longtao.pang wrote:
> > Based on Ian Campbell's v6_patch [04,05,06], I create this patch
> > to refactor installation of overlays for guest as well as host used.
> >
> > Link of Ian Campbell's patch:
> > ht
On 05/18/2015 02:14 PM, Ian Campbell wrote:
>> That solves the most general case; but it sounds like you care mostly
>> about the very specific case of dealing with components that depend on
>> the current output of xen.git. Starting simple may be fine.
>
> Currently we only have ts-*-build thing
On 18/05/15 12:43, Jan Beulich wrote:
On 18.05.15 at 12:59, wrote:
>> In tree, there is one single caller of XEN_DOMCTL_getpageframeinfo3
>> (xc_get_pfn_type_batch()), and no callers of the older variants.
>>
>> getpageframeinfo3 and getpageframeinfo2 are compatible if the parameter
>> conten
Hi Parth,
On 17/05/15 21:03, Parth Dixit wrote:
> diff --git a/xen/arch/arm/Makefile b/xen/arch/arm/Makefile
> index 935999e..096e9ef 100644
> --- a/xen/arch/arm/Makefile
> +++ b/xen/arch/arm/Makefile
> @@ -2,6 +2,7 @@ subdir-$(arm32) += arm32
> subdir-$(arm64) += arm64
> subdir-y += platforms
>
On Wed, May 13, 2015 at 10:30 AM, Ian Campbell wrote:
> On Wed, 2015-05-13 at 10:54 +0200, Juergen Gross wrote:
>> Hi,
>>
>> while trying to build a pvusb backend in qemu I think I've found a
>> general issue in xl: qemu for pv-domains is started only at domain
>> creation and only if there is at
On Mon, 2015-05-18 at 14:23 +0100, George Dunlap wrote:
> On 05/18/2015 02:14 PM, Ian Campbell wrote:
> >> That solves the most general case; but it sounds like you care mostly
> >> about the very specific case of dealing with components that depend on
> >> the current output of xen.git. Starting
>>> On 08.05.15 at 10:56, wrote:
> --- a/xen/arch/x86/psr.c
> +++ b/xen/arch/x86/psr.c
> @@ -19,14 +19,26 @@
> #include
>
> #define PSR_CMT(1<<0)
> +#define PSR_CAT(1<<1)
> +
> +struct psr_cat_socket_info {
> +unsigned int cbm_len;
> +unsigned int cos_max;
> +};
>
>
On 04/20/2015 05:25 PM, Olaf Hering wrote:
> On Sun, Apr 19, Chunyan Liu wrote:
>
>> +++ b/tools/libxl/libxl_internal.h
>
>> +_hidden int libxl__device_nextid(libxl__gc *gc, uint32_t domid, char
>> *device);
>> +_hidden int libxl__resolve_domid(libxl__gc *gc, const char *name,
>> +
Ian Campbell writes ("Re: [Xen-devel] [PATCH v4] OSSTEST: introduce a raisin
build test"):
> On Mon, 2015-05-18 at 14:05 +0100, George Dunlap wrote:
> > That solves the most general case; but it sounds like you care mostly
> > about the very specific case of dealing with components that depend on
>>> On 08.05.15 at 10:56, wrote:
> @@ -237,6 +243,14 @@ static void cat_cpu_init(void)
> info->cbm_len = (eax & 0x1f) + 1;
> info->cos_max = min(opt_cos_max, edx & 0x);
>
> +info->cos_to_cbm = xzalloc_array(struct psr_cat_cbm,
> +
On 15/05/15 22:08, Julien Grall wrote:
Hi Zoltan,
On 07/05/2015 13:37, Zoltan Kiss wrote:
On 07/05/15 10:32, Ian Campbell wrote:
On Thu, 2015-05-07 at 09:52 +0100, Zoltan Kiss wrote:
Looks good at first glance, let me try it on a board.
On 06/05/15 19:52, Julien Grall wrote:
[...]
I'm c
>>> On 08.05.15 at 10:56, wrote:
> +int psr_get_l3_cbm(struct domain *d, unsigned int socket, uint64_t *cbm)
> +{
> +unsigned int cos;
> +struct psr_cat_socket_info *info;
> +int ret = get_cat_socket_info(socket, &info);
> +
> +if ( ret )
> +return ret;
> +
> +cos = d->
1 - 100 of 189 matches
Mail list logo
