I've looked into those settings and vcpu affinities on Xen wiki page.
However what I'm trying to argue about is memory should be migrated when
vcpus are moved to another node. But setting a vcpu's affinity only seems
to allow vcpu migration between different nodes. As my NUMA server is on
the way
flight 60160 qemu-upstream-4.5-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/60160/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemuu-win7-amd64 14 guest-localmigrate.2 fail REGR. vs.
59793
Regr
flight 60157 linux-3.18 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/60157/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-pvh-intel 11 guest-start fail REGR. vs. 58581
test-amd64-i386-xl-qem
On Thu, Jul 30, 2015 at 06:03:12PM +0100, David Vrabel wrote:
> Pages returned by alloc_xenballooned_pages() will be used for grant
> mapping which will call set_phys_to_machine() (in PV guests).
>
> Ballooned pages are set as INVALID_P2M_ENTRY in the p2m and thus may
> be using the (shared) missin
On Thu, Jul 30, 2015 at 06:03:11PM +0100, David Vrabel wrote:
> Rename alloc_p2m() to xen_alloc_p2m_entry() and export it.
>
> This is useful for ensuring that a p2m entry is allocated (i.e., not a
> shared missing or identity entry) so that subsequent set_phys_to_machine()
> calls will require no
On Thu, Jul 30, 2015 at 06:03:10PM +0100, David Vrabel wrote:
> alloc_xenballooned_pages() is used to get ballooned pages to back
> foreign mappings etc. Instead of having to balloon out real pages,
> use (if supported) hotplugged memory.
>
> This makes more memory available to the guest and reduc
On Thu, Jul 30, 2015 at 06:03:08PM +0100, David Vrabel wrote:
> Now that we track the total number of pages (included hotplugged
> regions), it is easy to determine if more memory needs to be
> hotplugged.
>
> Add a new BP_WAIT state to signal that the balloon process needs to
> wait until kicked b
On Thu, Jul 30, 2015 at 06:03:03PM +0100, David Vrabel wrote:
> Add add_memory_resource() to add memory using an existing "System RAM"
> resource. This is useful if the memory region is being located by
> finding a free resource slot with allocate_resource().
>
> Xen guests will make use of this i
flight 60158 qemu-upstream-4.2-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/60158/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemuu-win7-amd64 15 guest-localmigrate/x10 fail REGR. vs.
58383
T
On 7/31/2015 3:48 PM, Andrew Cooper wrote:
So, the patch id values have only been obtained empirically.
The Linux patch provides the bug reference for
this:https://bugzilla.suse.com/show_bug.cgi?id=913996
(It's a fairly long thread but the gist of it is that people
predominantly seem to be expe
On 31/07/2015 21:45, Aravind Gopalakrishnan wrote:
> On 7/30/2015 12:01 PM, Andrew Cooper wrote:
>> On 30/07/15 17:23, Aravind Gopalakrishnan wrote:
>>> Some of older[Fam10h] systems require that the microcode versions
>>> that it comes up with should not be updated by the microcode driver.
>>> Oth
On 7/30/2015 12:01 PM, Andrew Cooper wrote:
On 30/07/15 17:23, Aravind Gopalakrishnan wrote:
Some of older[Fam10h] systems require that the microcode versions
that it comes up with should not be updated by the microcode driver.
Otherwise, system hangs are known to occur.
In this patch, we check
flight 60156 qemu-upstream-4.4-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/60156/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemuu-win7-amd64 15 guest-localmigrate/x10 fail REGR. vs.
58380
Re
On 31/07/15 17:56, Ian Campbell wrote:
> On Fri, 2015-07-31 at 17:38 +0100, Andrew Cooper wrote:
>> On 31/07/15 17:34, Ian Jackson wrote:
>>> Andrew Cooper writes ("Re: [PATCH for-4.6 5/8] tools/libxl: Save and
>>> restore EMULATOR_XENSTORE_DATA content"):
On 29/07/15 12:49, Ian Jackson wrote
flight 60155 qemu-upstream-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/60155/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-xl-credit2 15 guest-start/debian.repeat fail REGR. vs. 58880
test-amd64
On Fri, 2015-07-31 at 17:38 +0100, Andrew Cooper wrote:
> On 31/07/15 17:34, Ian Jackson wrote:
> > Andrew Cooper writes ("Re: [PATCH for-4.6 5/8] tools/libxl: Save and
> > restore EMULATOR_XENSTORE_DATA content"):
> > > On 29/07/15 12:49, Ian Jackson wrote:
> > > > > +rel_start = strlen(xs_pa
On 07/30/2015 03:25 PM, Andy Lutomirski wrote:
On Thu, Jul 30, 2015 at 11:35 AM, Boris Ostrovsky
wrote:
[OK]LDT entry 0 has AR 0x0040F200 and limit 0x
[OK]LDT entry 0 is invalid
[RUN] Cross-CPU LDT invalidation
Segmentation fault (core dumped)
That's not good.
Can you backtr
On Fri, 2015-07-31 at 17:24 +0100, Stefano Stabellini wrote:
>
> One more solution that I would like to see investigated, would be to use
> an hypercall from Dom0 to request MMIO region mappings, after Linux
> completed parsing the DSDT. If we can do this cleanly in Linux, it would
> be our best o
On 31/07/15 17:34, Ian Jackson wrote:
> Andrew Cooper writes ("Re: [PATCH for-4.6 5/8] tools/libxl: Save and restore
> EMULATOR_XENSTORE_DATA content"):
>> On 29/07/15 12:49, Ian Jackson wrote:
+rel_start = strlen(xs_path) - 7;
>>> This is horrible.
>> What do you recommend instead?
> I d
Andrew Cooper writes ("Re: [Xen-devel] [PATCH for-4.6 7/8]
libxl/save&restore&convert: Switch to new EMULATOR_XENSTORE_DATA records"):
> On 29/07/15 13:00, Ian Jackson wrote:
> >> +rc = libxl__restore_emulator_xenstore_data(
> > ( in wrong place.
> >
> > But apart from that it looks fine.
Andrew Cooper writes ("Re: [PATCH for-4.6 5/8] tools/libxl: Save and restore
EMULATOR_XENSTORE_DATA content"):
> On 29/07/15 12:49, Ian Jackson wrote:
> >> +rel_start = strlen(xs_path) - 7;
> > This is horrible.
>
> What do you recommend instead?
I don't see why it is necessary to do somethi
On Fri, 31 Jul 2015, Stefano Stabellini wrote:
> On Fri, 31 Jul 2015, Julien Grall wrote:
> > Hi Shannon,
> >
> > On 31/07/15 02:30, Shannon Zhao wrote:
> > >
> > >
> > > On 2015/7/31 2:31, Julien Grall wrote:
> > >> On 30/07/15 19:02, Parth Dixit wrote:
> > >>> instead of ge
Ian Campbell writes ("Re: [PATCH OSSTEST v2 5/5] ms-flights-summary: Produce an
HTML report of all active flights"):
> On Fri, 2015-07-31 at 16:50 +0100, Ian Jackson wrote:
> > I think it's pretty good actually. I have some minor stylistic
> > comments. I haven't inspected the output, but as you
On 07/24/2015 05:41 AM, Jan Beulich wrote:
--- a/xen/arch/x86/hvm/vmx/vvmx.c
+++ b/xen/arch/x86/hvm/vmx/vvmx.c
@@ -1619,10 +1619,23 @@ int nvmx_handle_vmptrld(struct cpu_user_
if ( nvcpu->nv_vvmcxaddr == VMCX_EADDR )
{
-nvcpu->nv_vvmcx = hvm_map_guest_frame_rw(gpa >> PA
(Please disregard my previous incomplete mail about this patch. This
reply has all of my comments. Thanks.)
Stefano Stabellini writes ("[PATCH v8 1/2] OSSTEST: introduce a raisin build
test"):
> Make divide_xen_build common between ts-raisin-build and ts-xen-build.
> It is used to split the bui
Stefano Stabellini writes ("[PATCH v8 2/2] OSSTest: push successful raisin
builds"):
> Determine the most recent raisin revision that needs to be tested,
> by comparing the staging with the master branches. Push to
> raisin.git:master when the build is successful.
>
> Do not run any jobs on the
On Fri, 2015-07-31 at 16:50 +0100, Ian Jackson wrote:
> Ian Campbell writes ("[PATCH OSSTEST v2 5/5] ms-flights-summary: Produce
> an HTML report of all active flights"):
> > This could surely use better Perl and produce better output, however
> > I'm sending it now because it would be useful for
Stefano Stabellini writes ("[PATCH v8 1/2] OSSTEST: introduce a raisin build
test"):
> Make divide_xen_build common between ts-raisin-build and ts-xen-build.
> It is used to split the build output in two archives: one with the
> hypervisor binary and another with the userspace tools.
This refacto
Ian Jackson writes ("Re: [PATCH v8 1/2] OSSTEST: introduce a raisin build
test"):
> Stefano Stabellini writes ("[PATCH v8 1/2] OSSTEST: introduce a raisin build
> test"):
> > Make divide_xen_build common between ts-raisin-build and ts-xen-build.
> > It is used to split the build output in two arc
On 31/07/15 16:34, Paul Durrant wrote:
> Both hvm_io_pending() and hvm_wait_for_io() use the shared (with emulator)
> ioreq structure to determined whether there is a pending I/O. The latter will
> misbehave if the shared state is driven to STATE_IOREQ_NONE by the emulator,
> or when the shared ior
On Thu, Jul 30, 2015 at 09:47:40AM -0700, Johannes Erdfelt wrote:
> Thanks for the work on this. I had some comments and questions on the
> latest draft.
Hey Johannes!
Thank you for your review!
>
> On Mon, Jul 27, 2015, Konrad Rzeszutek Wilk wrote:
> > +#define XSPLICE_HOWTO_FLAG_PC_REL0x1
Ian Campbell writes ("[PATCH OSSTEST v2 5/5] ms-flights-summary: Produce an
HTML report of all active flights"):
> This could surely use better Perl and produce better output, however
> I'm sending it now because it would be useful for further development
> if some or all of the preceding patches
Thank you for such a detailed reply!
Currently what's in my mind is to let memory also be migrated when a vcpu
or a vm has to be migrated to some other node. In that case let's suppose
there would be a simple load balancing mechanism. And I think a NUMA
machine can be some sort of seen as small sym
On Fri, 2015-07-31 at 16:31 +0100, Ian Jackson wrote:
> Ian Campbell writes ("[PATCH OSSTEST] get_hostflags: return an empty list
> when there is no flight/job."):
> > From: Ian Campbell
> >
> > Otherwise trying to use mg-hosts mkpxedir fails with:
>
> I think your proposed fix is incorrect. I
Ian Campbell writes ("[PATCH OSSTEST v2 4/5] Osstest::Executive: Export
get_plan"):
> To retrieve the current plan from the queue daemon.
Acked-by: Ian Jackson
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
Ian Campbell writes ("[PATCH OSSTEST v2 1/5] ms-planner: Propagate a booking's
Job to the plan"):
> This needs to be done in several places:
>
> - When booking resources (cmd: book-resources), to initially propagate
> from the booking (e.g. from ts-hosts-allocate-Executive's input).
> - On rese
Ian Campbell writes ("[PATCH OSSTEST v2 3/5] ts-hosts-allocate-Executive: Add
the requesting Job to the booking"):
> Signed-off-by: Ian Campbell
Acked-by: Ian Jackson
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
Ian Campbell writes ("[PATCH OSSTEST v2 2/5] ms-planner: Expose the plan start
in json."):
> Without this the Start and End times cannot be interpreted.
>
> This patch has been deployed on the Cambridge instance for testing
> with no ill-effects.
Acked-by: Ian Jackson
_
On 31/07/15 16:30, Razvan Cojocaru wrote:
> Thanks for the quick reply!
>
> On 07/31/2015 06:13 PM, Andrew Cooper wrote:
>>> Looking in the code, the only two __vmwrite(GUEST_SYSENTER_EIP, ...)
>>> calls occur in xen/arch/x86/hvm/vmx/vmx.c. One is in
>>> vmx_msr_write_intercept(), but adding a prin
Ian Campbell writes ("[PATCH OSSTEST] Disable proxy for all preseeded wget"):
> At least in some contexts scripts can be run with http_proxy pointing
> to the apt proxy (I noticed it in /usr/lib/base-installer.d/ hook used
> for ucode installation).
>
> Since all of these particular fetches are fr
Both hvm_io_pending() and hvm_wait_for_io() use the shared (with emulator)
ioreq structure to determined whether there is a pending I/O. The latter will
misbehave if the shared state is driven to STATE_IOREQ_NONE by the emulator,
or when the shared ioreq page is cleared for re-insertion into the gu
Ian Campbell writes ("[PATCH OSSTEST] get_hostflags: return an empty list when
there is no flight/job."):
> From: Ian Campbell
>
> Otherwise trying to use mg-hosts mkpxedir fails with:
I think your proposed fix is incorrect. It is wrong to call
get_hostflags outside the context of a job, becau
Thanks for the quick reply!
On 07/31/2015 06:13 PM, Andrew Cooper wrote:
>> Looking in the code, the only two __vmwrite(GUEST_SYSENTER_EIP, ...)
>> calls occur in xen/arch/x86/hvm/vmx/vmx.c. One is in
>> vmx_msr_write_intercept(), but adding a printk() just after produces no
>> output after starti
Ian Campbell writes ("[PATCH OSSTEST v2] standalone: Extend -h to support
ident=host style specifications"):
> Allowing for multi-host tests.
>
> Also make reset-host reset all hosts.
Acked-by: Ian Jackson
___
Xen-devel mailing list
Xen-devel@lists.x
Ian Campbell writes ("[PATCH v2 2/3] ts-debian-hvm-install: use
di_installcmdline_core"):
> This is primarily to get DEBIAN_FRONTEND=test, for easier to read
> logging.
text
Aside from that,
Acked-by: Ian Jackson
Ian.
___
El 31/07/15 a les 16.19, Paul Durrant ha escrit:
>> -Original Message-
>> From: Paul Durrant
>> Sent: 31 July 2015 13:21
>> To: Paul Durrant; Roger Pau Monne; Sander Eikelenboom
>> Cc: Andrew Cooper; xen-devel
>> Subject: RE: [Xen-devel] [BUG] Emulation issues
>>
>>> -Original Message--
On 31/07/15 16:12, Manish Jaggi wrote:
>> Usually the time between two draft should be pretty short in order to
>> get sane base for discussion. For now, we are talking about small
>> portion of design and speculating/trying to remember what was agreed on
>> other sub-thread.
> ok will send draft 3
On 31/07/15 16:00, Razvan Cojocaru wrote:
> Hello,
>
> It has become apparent that after a succesful
> xc_domain_hvm_getcontext_partial( ..., HVM_SAVE_CODE(CPU), ...) call,
> the sysenter_eip member of struct hvm_hw_cpu is always zero.
How odd.
>
> Looking in the code, the only two __vmwrite(GUES
On 31/07/15 8:26 pm, Julien Grall wrote:
On 31/07/15 15:33, Manish Jaggi wrote:
Hi Julien,
On 31/07/15 6:29 pm, Julien Grall wrote:
Hi Manish,
On 31/07/15 13:50, Manish Jaggi wrote:
Ok, i will implement the same from pciback to toolstack. I am not sure
about the complexity but will give it
Hello,
It has become apparent that after a succesful
xc_domain_hvm_getcontext_partial( ..., HVM_SAVE_CODE(CPU), ...) call,
the sysenter_eip member of struct hvm_hw_cpu is always zero.
Looking in the code, the only two __vmwrite(GUEST_SYSENTER_EIP, ...)
calls occur in xen/arch/x86/hvm/vmx/vmx.c. O
On 31/07/15 15:33, Manish Jaggi wrote:
> Hi Julien,
>
> On 31/07/15 6:29 pm, Julien Grall wrote:
>> Hi Manish,
>>
>> On 31/07/15 13:50, Manish Jaggi wrote:
>>> Ok, i will implement the same from pciback to toolstack. I am not sure
>>> about the complexity but will give it a try.
>>> With this xen-
Hi Julien,
On 31/07/15 6:29 pm, Julien Grall wrote:
Hi Manish,
On 31/07/15 13:50, Manish Jaggi wrote:
Ok, i will implement the same from pciback to toolstack. I am not sure
about the complexity but will give it a try.
With this xen-pciback will not create the vdev-X entry at all.
Can you send
On Fri, Jul 31, 2015 at 11:32:19AM +0100, Ian Campbell wrote:
> On Fri, 2015-07-31 at 09:05 +0100, Ian Campbell wrote:
> > On Fri, 2015-07-31 at 13:16 +0530, Manish Jaggi wrote:
> > > > > Secondly, the vdev-X entry is created async by dom0 watching on
> > > > > event.
>
> Stefano points out that
> -Original Message-
> From: Paul Durrant
> Sent: 31 July 2015 13:21
> To: Paul Durrant; Roger Pau Monne; Sander Eikelenboom
> Cc: Andrew Cooper; xen-devel
> Subject: RE: [Xen-devel] [BUG] Emulation issues
>
> > -Original Message-
> > From: xen-devel-boun...@lists.xen.org [mailto:x
On Fri, 31 Jul 2015, Julien Grall wrote:
> Hi Shannon,
>
> On 31/07/15 02:30, Shannon Zhao wrote:
> >
> >
> > On 2015/7/31 2:31, Julien Grall wrote:
> >> On 30/07/15 19:02, Parth Dixit wrote:
> >>> instead of getting mmio information for individual
> >>> devices from dsdt, we
On Thu, Jul 30, 2015 at 05:10:10PM +0200, Roger Pau Monné wrote:
> El 30/07/15 a les 17.04, Wei Liu ha escrit:
> > Hi all
> >
> > Here are some bugs that I'm aware of. The name after a item is the
> > person who is working on it.
> >
> > # Blockers
> >
> > 1. Toolstack record breaks migration v2
On Thu, Jul 30, 2015 at 04:32:57PM -0500, Doug Goldstein wrote:
> On Tue, Jul 28, 2015 at 4:22 PM, Konrad Rzeszutek Wilk
> wrote:
> > On Tue, Jul 28, 2015 at 11:27:57AM -0500, Doug Goldstein wrote:
> >> On Tue, Jul 28, 2015 at 10:01 AM, Konrad Rzeszutek Wilk
> >> wrote:
> >> > On Tue, Jul 28, 201
Commit-ID: a5b9e5a2f14f25a8dae987494d50ad3aac7366b6
Gitweb: http://git.kernel.org/tip/a5b9e5a2f14f25a8dae987494d50ad3aac7366b6
Author: Andy Lutomirski
AuthorDate: Thu, 30 Jul 2015 14:31:34 -0700
Committer: Ingo Molnar
CommitDate: Fri, 31 Jul 2015 13:30:45 +0200
x86/ldt: Make modify_ldt
On 31/07/15 14:44, Boris Ostrovsky wrote:
> On 07/31/2015 05:10 AM, Andrew Cooper wrote:
>> On 30/07/15 22:31, Andy Lutomirski wrote:
>>> This is intended for x86/urgent. Sorry for taking so long, but it
>>> seemed nice to avoid breaking Xen.
>> Very much appreciated. Thanks!
>>
>>> This fixes th
Commit-ID: aa1acff356bbedfd03b544051f5b371746735d89
Gitweb: http://git.kernel.org/tip/aa1acff356bbedfd03b544051f5b371746735d89
Author: Andy Lutomirski
AuthorDate: Thu, 30 Jul 2015 14:31:31 -0700
Committer: Ingo Molnar
CommitDate: Fri, 31 Jul 2015 10:23:22 +0200
x86/xen: Probe target ad
Commit-ID: 014dc90b66c8d0b5f5a9400440727c134ee5e5a3
Gitweb: http://git.kernel.org/tip/014dc90b66c8d0b5f5a9400440727c134ee5e5a3
Author: Andy Lutomirski
AuthorDate: Thu, 30 Jul 2015 14:31:33 -0700
Committer: Ingo Molnar
CommitDate: Fri, 31 Jul 2015 10:24:37 +0200
selftests/x86, x86/ldt:
Commit-ID: 37868fe113ff2ba814b3b4eb12df214df555f8dc
Gitweb: http://git.kernel.org/tip/37868fe113ff2ba814b3b4eb12df214df555f8dc
Author: Andy Lutomirski
AuthorDate: Thu, 30 Jul 2015 14:31:32 -0700
Committer: Ingo Molnar
CommitDate: Fri, 31 Jul 2015 10:23:23 +0200
x86/ldt: Make modify_ldt
* Andy Lutomirski wrote:
> The modify_ldt syscall exposes a large attack surface and is
> unnecessary for modern userspace. Make it optional.
>
> Reviewed-by: Kees Cook
> Signed-off-by: Andy Lutomirski
> ---
> arch/x86/Kconfig | 17 +
> arch/x86/include/asm
On 31/07/15 14:30, Ross Lagerwall wrote:
> When a channel is closed and the event is still linked into a queue,
> ensure that it is unlinked before completing. If it is not unlinked and
> the port is subsequently reused, events may be missed.
>
> If the CPU to which the event channel bound is onli
On 07/31/2015 05:10 AM, Andrew Cooper wrote:
On 30/07/15 22:31, Andy Lutomirski wrote:
This is intended for x86/urgent. Sorry for taking so long, but it
seemed nice to avoid breaking Xen.
Very much appreciated. Thanks!
This fixes the "dazed and confused" issue which was exposed by the
CVE-2
On 07/31/2015 04:43 AM, Borislav Petkov wrote:
Hey Boris,
On Thu, Jul 30, 2015 at 01:18:20PM -0400, Boris Ostrovsky wrote:
Only V5, no extra changes.
Including running the ldt_gdt test?
Yes, except that 32-on-64 doesn't work, but that's not Xen-specific.
so which tests are you running exactl
When a channel is closed and the event is still linked into a queue,
ensure that it is unlinked before completing. If it is not unlinked and
the port is subsequently reused, events may be missed.
If the CPU to which the event channel bound is online, spin until the
event is handled by that CPU. If
flight 60154 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/60154/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-i386-rumpuserxen-i386 15
rumpuserxen-demo-xenstorels/xenstorels.repeat fail REGR. vs. 59817
test
On Fri, 2015-07-31 at 13:59 +0100, Julien Grall wrote:
> Hi Manish,
>
> On 31/07/15 13:50, Manish Jaggi wrote:
> > Ok, i will implement the same from pciback to toolstack. I am not sure
> > about the complexity but will give it a try.
> > With this xen-pciback will not create the vdev-X entry at a
Hi Manish,
On 31/07/15 13:50, Manish Jaggi wrote:
> Ok, i will implement the same from pciback to toolstack. I am not sure
> about the complexity but will give it a try.
> With this xen-pciback will not create the vdev-X entry at all.
Can you send a new draft before continuing to implement PCI su
On Fri, 2015-07-31 at 18:20 +0530, Manish Jaggi wrote:
>
> On 31/07/15 4:49 pm, Ian Campbell wrote:
> > On Fri, 2015-07-31 at 16:37 +0530, Manish Jaggi wrote:
> > > On Friday 31 July 2015 01:35 PM, Ian Campbell wrote:
> > > > On Fri, 2015-07-31 at 13:16 +0530, Manish Jaggi wrote:
> > > > > > > Sec
On 31/07/15 4:49 pm, Ian Campbell wrote:
On Fri, 2015-07-31 at 16:37 +0530, Manish Jaggi wrote:
On Friday 31 July 2015 01:35 PM, Ian Campbell wrote:
On Fri, 2015-07-31 at 13:16 +0530, Manish Jaggi wrote:
Secondly, the vdev-X entry is created async by dom0 watching on
event.
So how the tools
On Fri, 2015-07-31 at 13:10 +0100, Wei Liu wrote:
> On Fri, Jul 31, 2015 at 11:41:11AM +, Kun Cheng wrote:
> > Let me be more specific, such idea is for the NUMA scheduling as currently
> > xen only migrate vcpus but leave memory at the previous node.
> >
>
> Xen doesn't support memory migrat
On Fri, 2015-07-31 at 02:32 +, Kun Cheng wrote:
> Hi all,
>
Hi,
>
> I'm sorry for taking your time and I'd like to make an enquery about
> the status of VM migration support on a NUMA server.
>
Status is: it's not there, and won't happen soon. I've started working
on it, but then got preempte
On 31/07/15 12:41, Stefano Stabellini wrote:
> On Fri, 31 Jul 2015, Julien Grall wrote:
>> Hi David,
>>
>> On 31/07/15 11:52, David Vrabel wrote:
>>> On 31/07/15 11:45, David Vrabel wrote:
Instead of cpu_relax() while spinning and observing the ticket head,
introduce spin_relax() which ex
Hi Shannon,
On 31/07/15 02:30, Shannon Zhao wrote:
>
>
> On 2015/7/31 2:31, Julien Grall wrote:
>> On 30/07/15 19:02, Parth Dixit wrote:
>>> instead of getting mmio information for individual
>>> devices from dsdt, we will map all the non-ram regions described in
>>> uefi. AM
On Fri, 2015-07-31 at 12:41 +0100, Stefano Stabellini wrote:
> On Fri, 31 Jul 2015, Julien Grall wrote:
> > Hi David,
> >
> > On 31/07/15 11:52, David Vrabel wrote:
> > > On 31/07/15 11:45, David Vrabel wrote:
> > > > Instead of cpu_relax() while spinning and observing the ticket
> > > > head,
>
> -Original Message-
> From: xen-devel-boun...@lists.xen.org [mailto:xen-devel-
> boun...@lists.xen.org] On Behalf Of Paul Durrant
> Sent: 31 July 2015 12:43
> To: Roger Pau Monne; Sander Eikelenboom
> Cc: Andrew Cooper; xen-devel
> Subject: Re: [Xen-devel] [BUG] Emulation issues
>
> > ---
On Fri, Jul 31, 2015 at 11:41:11AM +, Kun Cheng wrote:
> Let me be more specific, such idea is for the NUMA scheduling as currently
> xen only migrate vcpus but leave memory at the previous node.
>
Xen doesn't support memory migration at the moment. However Xen scheduler
won't migrate vcpus o
> -Original Message-
> From: Roger Pau Monné [mailto:roger@citrix.com]
> Sent: 31 July 2015 12:42
> To: Paul Durrant; Sander Eikelenboom
> Cc: Andrew Cooper; xen-devel
> Subject: Re: [Xen-devel] [BUG] Emulation issues
>
> El 31/07/15 a les 13.39, Paul Durrant ha escrit:
> >> -Origi
On Fri, 31 Jul 2015, Julien Grall wrote:
> Hi David,
>
> On 31/07/15 11:52, David Vrabel wrote:
> > On 31/07/15 11:45, David Vrabel wrote:
> >> Instead of cpu_relax() while spinning and observing the ticket head,
> >> introduce spin_relax() which executes a WFE instruction. After the
> >> ticket
El 31/07/15 a les 13.39, Paul Durrant ha escrit:
>> -Original Message-
>> From: Sander Eikelenboom [mailto:li...@eikelenboom.it]
>> Sent: 31 July 2015 12:12
>> To: Paul Durrant
>> Cc: Andrew Cooper; Roger Pau Monne; xen-devel
>> Subject: Re: [Xen-devel] [BUG] Emulation issues
>>
>>
>> Frida
Let me be more specific, such idea is for the NUMA scheduling as currently
xen only migrate vcpus but leave memory at the previous node.
Kun Cheng 于2015年7月31日 周五10:32写道：
> Hi all,
>
> I'm sorry for taking your time and I'd like to make an enquery about the
> status of VM migration support on a NU
El 31/07/15 a les 13.11, Sander Eikelenboom ha escrit:
>
> Friday, July 31, 2015, 12:22:16 PM, you wrote:
>
>>> -Original Message-
>>> From: xen-devel-boun...@lists.xen.org [mailto:xen-devel-
>>> boun...@lists.xen.org] On Behalf Of Paul Durrant
>>> Sent: 30 July 2015 14:20
>>> To: Andrew
> -Original Message-
> From: Sander Eikelenboom [mailto:li...@eikelenboom.it]
> Sent: 31 July 2015 12:12
> To: Paul Durrant
> Cc: Andrew Cooper; Roger Pau Monne; xen-devel
> Subject: Re: [Xen-devel] [BUG] Emulation issues
>
>
> Friday, July 31, 2015, 12:22:16 PM, you wrote:
>
> >> -O
On Fri, 2015-07-31 at 16:37 +0530, Manish Jaggi wrote:
>
> On Friday 31 July 2015 01:35 PM, Ian Campbell wrote:
> > On Fri, 2015-07-31 at 13:16 +0530, Manish Jaggi wrote:
> > > > > Secondly, the vdev-X entry is created async by dom0 watching on
> > > > > event.
> > > > > So how the tools could rea
On 31/07/15 11:28, Vijay Kilari wrote:
> On Tue, Jul 28, 2015 at 10:16 PM, Julien Grall
> wrote:
>> Hi Vijay,
>>
>> On 27/07/15 12:11, vijay.kil...@gmail.com wrote:
>>> From: Vijaya Kumar K
>>>
>>> The linux driver is based on 4.1 with below commit id
>>>
>>> 3ad2a5f57656a14d964b673a5a0e4ab0e583
Friday, July 31, 2015, 12:22:16 PM, you wrote:
>> -Original Message-
>> From: xen-devel-boun...@lists.xen.org [mailto:xen-devel-
>> boun...@lists.xen.org] On Behalf Of Paul Durrant
>> Sent: 30 July 2015 14:20
>> To: Andrew Cooper; Roger Pau Monne; xen-devel
>> Subject: Re: [Xen-devel] [BU
On Friday 31 July 2015 01:35 PM, Ian Campbell wrote:
On Fri, 2015-07-31 at 13:16 +0530, Manish Jaggi wrote:
Secondly, the vdev-X entry is created async by dom0 watching on
event.
So how the tools could read back and call assign device again.
Perhaps by using a xenstore watch on that node to w
On 31/07/15 10:08, Vijay Kilari wrote:
> On Thu, Jul 30, 2015 at 10:34 PM, Julien Grall
> wrote:
>> Hi Vijay,
>>
>> On 27/07/15 12:11, vijay.kil...@gmail.com wrote:
>>> diff --git a/xen/arch/arm/gic-v3.c b/xen/arch/arm/gic-v3.c
>>
>> [..]
>>
>>> +static int gicv3_dist_supports_lpis(void)
>>> +{
>
On Tue, 28 Jul 2015, Julien Grall wrote:
> Based on include/xen/mm.h [1], Linux is mistakenly using MFN when GFN
> is meant, I suspect this is because the first support for Xen was for
> PV. This brough some misimplementation of helpers on ARM and make the
> developper confused the expected behavio
Hi David,
On 31/07/15 11:52, David Vrabel wrote:
> On 31/07/15 11:45, David Vrabel wrote:
>> Instead of cpu_relax() while spinning and observing the ticket head,
>> introduce spin_relax() which executes a WFE instruction. After the
>> ticket head is changed call spin_signal() to execute an SVE
>>
This should only be accessed via toolstack($ho), which is responsible
for caching the value. Rename the field to _Toolstack to deter code
from using it.
Signed-off-by: Ian Campbell
---
Osstest/TestSupport.pm | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/Osstest/TestSu
On Tue, 28 Jul 2015, David Vrabel wrote:
> On 28/07/15 16:02, Julien Grall wrote:
> >
> > +/* Pseudo-physical <-> DMA conversion */
> > +static inline unsigned long pfn_to_dfn(unsigned long pfn)
>
> Use BFN for bus frame number. This is the terminology that is used in
> the (proposed) pv-iommu h
On Fri, 2015-07-31 at 11:44 +0100, Stefano Stabellini wrote:
> On Tue, 28 Jul 2015, Julien Grall wrote:
> > ARM guests are assimilated to HVM guest on ARM. The current
> > implementation is assuming a 1:1 mapping which is only true for DOM0
> > and
> > may not be at all in the future.
> >
> > Fur
On 31/07/15 11:45, David Vrabel wrote:
> Instead of cpu_relax() while spinning and observing the ticket head,
> introduce spin_relax() which executes a WFE instruction. After the
> ticket head is changed call spin_signal() to execute an SVE
> instruction to wake any spinners.
>
> This should impr
On 31/07/15 11:45, David Vrabel wrote:
> Instead of cpu_relax() while spinning and observing the ticket head,
> introduce spin_relax() which executes a WFE instruction. After the
> ticket head is changed call spin_signal() to execute an SVE
> instruction to wake any spinners.
>
> This should impro
Instead of cpu_relax() while spinning and observing the ticket head,
introduce spin_relax() which executes a WFE instruction. After the
ticket head is changed call spin_signal() to execute an SVE
instruction to wake any spinners.
This should improve power consumption when locks are contented and
On Tue, 28 Jul 2015, Julien Grall wrote:
> ARM guests are assimilated to HVM guest on ARM. The current
> implementation is assuming a 1:1 mapping which is only true for DOM0 and
> may not be at all in the future.
>
> Furthermore, all the helpers but arbitrary_virt_to_machine are used in
> x86 spec
flight 37766 distros-debian-sid real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/37766/
Failures :-/ but no regressions.
Tests which did not succeed,
including tests which could not be run:
test-amd64-amd64-amd64-sid-netboot-pvgrub 10 guest-start fail never pass
test-armhf
1 - 100 of 144 matches
Mail list logo
