no reason to disallow it.
Signed-off-by: Ian Campbell [EMAIL PROTECTED]
--- pristine-linux-2.6.18/include/asm-i386/elf.h2006-09-20
04:42:06.0 +0100
+++ linux-2.6.18-xen/include/asm-i386/elf.h 2007-03-14 16:42:30.0
+
@@ -36,7 +36,7 @@
* This is used to ensure we
is a 64 bit
due to the hypervisor but the dump kernel is 32 bit in for maximum
compatibility.
It's possibly less likely to be useful in a purely native scenario but
I see no reason to disallow it.
Signed-off-by: Ian Campbell [EMAIL PROTECTED]
diff --git a/fs/proc/vmcore.c b/fs/proc/vmcore.c
On Thu, 2007-03-15 at 18:56 +0530, Vivek Goyal wrote:
Ideal place for this probably should have been arch dependent
crash_dump.h file. But we don't have one and no point introducing one
just for this macro.
Agreed.
This change looks good to me.
Is there a kdump tree which you'll apply
On Fri, 2007-03-16 at 08:48 +0900, Horms wrote:
Signed-off-by: Ian Campbell [EMAIL PROTECTED]
diff --git a/fs/proc/vmcore.c b/fs/proc/vmcore.c
index d960507..523e109 100644
--- a/fs/proc/vmcore.c
+++ b/fs/proc/vmcore.c
@@ -514,7 +514,7 @@ static int __init
On Fri, 2007-03-16 at 11:40 +0900, Magnus Damm wrote:
Right. And maybe it's a good idea to make sure that this feature is
actually supported by kexec-tools before adding code to the kernel?
I sent patches to the fastboot list at the same time I sent these ones
to support differences in the
On Fri, 2007-03-16 at 08:12 +0530, Vivek Goyal wrote:
I did not investigate deeper but I got a basic question. How will kexec
know that underlying 32bit machine supports 64bit extensions or not?
It looks like /proc/cpuinfo flags contains lm (which is long mode,
right?) even if the machine is
On Fri, 2007-03-16 at 16:59 +0900, Magnus Damm wrote:
On 3/16/07, Ian Campbell [EMAIL PROTECTED] wrote:
On Fri, 2007-03-16 at 11:40 +0900, Magnus Damm wrote:
Right. And maybe it's a good idea to make sure that this feature is
actually supported by kexec-tools before adding code
From: Ian Campbell [EMAIL PROTECTED]
The specific case I am encountering is kdump under Xen with a 64 bit
hypervisor and 32 bit kernel/userspace. The dump created is 64 bit due to
the hypervisor but the dump kernel is 32 bit for maximum compatibility.
It's possibly less likely to be useful
On Fri, 2007-03-16 at 17:08 +0530, Vivek Goyal wrote:
On Fri, Mar 16, 2007 at 07:05:30PM +0900, Magnus Damm wrote:
On 3/16/07, Vivek Goyal [EMAIL PROTECTED] wrote:
Got a question. When running 32bit dom0 on 64bit hypervisor, which
kexec-tools elf loader will kick in? 32bit or 64bit? Looks
On Fri, 2007-02-16 at 00:33 -0700, Eric W. Biederman wrote:
I know there actually has been some work to get kexec actually working under
Xen but I don't know where that has gone.
kexec/kdump works with Xen 3.0.4 but it's a dom0 only thing so it
doesn't appear in this patchset.
Ian.
-
To
On Thu, 2008-01-10 at 16:21 +0900, Simon Horman wrote:
[ CCing Ian Campbell who handles much of the maintenance of kexec in Xen ]
On Thu, Jan 10, 2008 at 10:08:09AM +0800, Huang, Ying wrote:
On Wed, 2008-01-09 at 20:05 -0500, Vivek Goyal wrote:
On Wed, Jan 09, 2008 at 10:57:50AM +0800
On Thu, 2008-01-10 at 17:15 +0900, Simon Horman wrote:
Have you tested Xen too? Does it run into issues with this change?
Xen will need to be updated for this change but it shouldn't be a big
deal. Basically right now it calls __ma() (which is kind of like __pa())
on kexec_pgd and
, because of bugs in the 64-bit compat layer.
32-on-32 and 64-on-64 (when its done) should work fine.
All the required fixes for 32on64 are queued for Xen 3.1.1 too. The
proposed updates are at
http://xenbits.xensource.com/xen-3.1-testing.pq.hg
Ian.
--
Ian Campbell
Current Noise: Detonation
specific hacks around the place.
Signed-off-by: Ian Campbell [EMAIL PROTECTED]
diff --git a/drivers/block/xen-blkfront.c b/drivers/block/xen-blkfront.c
index 2bdebcb..b0a2e69 100644
--- a/drivers/block/xen-blkfront.c
+++ b/drivers/block/xen-blkfront.c
@@ -37,6 +37,7 @@
#include linux/interrupt.h
Signed-off-by: Ian Campbell [EMAIL PROTECTED]
Cc: Thomas Gleixner [EMAIL PROTECTED]
Cc: Ingo Molnar [EMAIL PROTECTED]
Cc: H. Peter Anvin [EMAIL PROTECTED]
---
Documentation/i386/boot.txt |8
arch/x86/boot/tools/build.c | 88 ++-
2 files changed
This allows other boot loaders such as the Xen domain builder the
opportunity to extract the ELF file.
Signed-off-by: Ian Campbell [EMAIL PROTECTED]
Cc: Thomas Gleixner [EMAIL PROTECTED]
Cc: Ingo Molnar [EMAIL PROTECTED]
Cc: H. Peter Anvin [EMAIL PROTECTED]
Cc: Jeremy Fitzhardinge [EMAIL
Updates since last time:
- Rebased to latest x86.git#mm (no changes required).
Cc: Thomas Gleixner [EMAIL PROTECTED]
Cc: Ingo Molnar [EMAIL PROTECTED]
Cc: H. Peter Anvin [EMAIL PROTECTED]
Cc: Jeremy Fitzhardinge [EMAIL PROTECTED]
--
To unsubscribe from this list: send the line unsubscribe
Signed-off-by: Ian Campbell [EMAIL PROTECTED]
Cc: Thomas Gleixner [EMAIL PROTECTED]
Cc: Ingo Molnar [EMAIL PROTECTED]
Cc: H. Peter Anvin [EMAIL PROTECTED]
---
arch/x86/boot/header.S |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/x86/boot/header.S b/arch/x86/boot
On Wed, 2008-02-13 at 23:29 +0200, Adrian Bunk wrote:
It's not required for swapper_pg_fixmap to be global.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
Acked-by: Ian Campbell [EMAIL PROTECTED]
---
cdaa89e8d9f49eecc6ec9052db1d65a62f1be04b diff --git
a/arch/x86/kernel/head_32.S b/arch
On Thu, 2008-02-14 at 11:34 +, Mark McLoughlin wrote:
On Wed, 2008-02-13 at 20:54 +, Ian Campbell wrote:
This allows other boot loaders such as the Xen domain builder the
opportunity to extract the ELF file.
Right, Xen currently can't boot bzImage (it needs the ELF image) so
On Thu, 2008-02-14 at 17:37 +, Mark McLoughlin wrote:
On Thu, 2008-02-14 at 17:01 +, Ian Campbell wrote:
With this, AFLAGS would apply to building when building the
prerequisites of header.o too, which you don't want
The make manual says:
when you define a target-specific
On Thu, 2008-02-14 at 17:01 +, Ian Campbell wrote:
I have a xen domain builder patch as well. I was waiting for the Linux
side to gain some traction before putting it forward (I'd attach it
now but it's at home on a laptop which is sleeping).
Here it is:
# HG changeset patch
# User
On Thu, 2008-02-14 at 17:01 +, Ian Campbell wrote:
+Field name:compressed_payload_offset
+Type: read
+Offset/size: 0x248/4
+Protocol: 2.08+
+
+ If non-zero then this field contains the offset from the end of
the
+ real-mode code
On Tue, 2012-10-30 at 18:28 +, Olaf Hering wrote:
On Tue, Oct 30, Pasi Kärkkäinen wrote:
On Tue, Oct 30, 2012 at 05:05:05PM +0100, Olaf Hering wrote:
The XenPVHVM extensions have not been tested much on very old
hypervisors. At least Xen 3.4 gets some testing with the pvops kernel.
On Wed, 2012-10-31 at 09:29 +, Olaf Hering wrote:
On Wed, Oct 31, Ian Campbell wrote:
If I understand correctly this requirements comes from the need to
support moving the shared info page in order to support kexec?
So could we do something more fine grained and limit only
On Mon, 2012-09-24 at 12:36 +0100, Jan Beulich wrote:
On 21.09.12 at 17:52, Oliver Chick oliver.ch...@citrix.com wrote:
Changes since v1:
* Maximum number of persistent grants per device now 64, rather than
256, as this is the actual maxmimum request in a (1 page) ring.
As said
effect.
Note that we already do this for x86-64.
I would like opinions on this especially from the PV crowd
Xen PV guests don't pass through this code path so there is no danger
there AFAICT, so from that PoV:
Acked-by: Ian Campbell ian.campb...@citrix.com
FWIW it looks correct to me from
On Wed, 2012-10-03 at 14:37 +0100, Stefano Stabellini wrote:
PV on HVM guests don't have a start_info page mapped by Xen, so
xen_start_info is just NULL for them.
That is problem because other parts of the code expect xen_start_info to
point to something valid, for example xen_initial_domain()
On Wed, 2012-10-03 at 14:51 +0100, Stefano Stabellini wrote:
On Wed, 3 Oct 2012, Ian Campbell wrote:
On Wed, 2012-10-03 at 14:37 +0100, Stefano Stabellini wrote:
PV on HVM guests don't have a start_info page mapped by Xen, so
xen_start_info is just NULL for them.
That is problem
On Wed, 2012-10-03 at 15:11 +0100, Konrad Rzeszutek Wilk wrote:
On Wed, Oct 03, 2012 at 02:54:42PM +0100, Ian Campbell wrote:
On Wed, 2012-10-03 at 14:51 +0100, Stefano Stabellini wrote:
On Wed, 3 Oct 2012, Ian Campbell wrote:
On Wed, 2012-10-03 at 14:37 +0100, Stefano Stabellini wrote
On Wed, 2012-10-03 at 16:48 +0100, Stefano Stabellini wrote:
On Wed, 3 Oct 2012, Ian Campbell wrote:
On Wed, 2012-10-03 at 15:11 +0100, Konrad Rzeszutek Wilk wrote:
On Wed, Oct 03, 2012 at 02:54:42PM +0100, Ian Campbell wrote:
On Wed, 2012-10-03 at 14:51 +0100, Stefano Stabellini wrote
On Wed, 2012-10-03 at 17:05 +0100, Stefano Stabellini wrote:
On Wed, 3 Oct 2012, Ian Campbell wrote:
On Wed, 2012-10-03 at 16:48 +0100, Stefano Stabellini wrote:
On Wed, 3 Oct 2012, Ian Campbell wrote:
On Wed, 2012-10-03 at 15:11 +0100, Konrad Rzeszutek Wilk wrote:
On Wed, Oct 03
On Wed, 2012-10-03 at 17:13 +0100, Ian Campbell wrote:
On Wed, 2012-10-03 at 17:05 +0100, Stefano Stabellini wrote:
On Wed, 3 Oct 2012, Ian Campbell wrote:
On Wed, 2012-10-03 at 16:48 +0100, Stefano Stabellini wrote:
On Wed, 3 Oct 2012, Ian Campbell wrote:
On Wed, 2012-10-03 at 15
On Mon, 2012-10-01 at 12:36 +0100, Daniel Kiper wrote:
On Fri, Sep 28, 2012 at 08:49:16AM +0100, Jan Beulich wrote:
On 27.09.12 at 20:06, Daniel Kiper daniel.ki...@oracle.com wrote:
Some kexec/kdump implementations (e.g. Xen PVOPS) on different archs could
not use default functions or
...@oracle.com
Acked-by: Ian Campbell ian.campb...@citrix.com
---
include/xen/hvm.h | 34 --
1 file changed, 32 insertions(+), 2 deletions(-)
diff --git a/include/xen/hvm.h b/include/xen/hvm.h
index b193fa2..13e43e4 100644
--- a/include/xen/hvm.h
+++ b
On Tue, 2012-11-06 at 22:13 +, Konrad Rzeszutek Wilk wrote:
As there is no need for it (the fallback code is for older
hypervisors and they won't run under ARM),
I think more specifically they won't run on anything other than x86.
[...]
diff --git a/drivers/xen/Makefile
: privcmd_call [drivers/xen/xen-privcmd.ko] undefined!
ERROR: HYPERVISOR_grant_table_op [drivers/net/xen-netback/xen-netback.ko]
undefined!
and this patch exports said function (which is implemented in hypercall.S).
Signed-off-by: Konrad Rzeszutek Wilk konrad.w...@oracle.com
Acked-by: Ian Campbell
On Wed, 2012-11-07 at 10:25 +, Stefano Stabellini wrote:
On Tue, 6 Nov 2012, Konrad Rzeszutek Wilk wrote:
We end up with:
ERROR: HYPERVISOR_event_channel_op [drivers/xen/xen-gntdev.ko] undefined!
ERROR: privcmd_call [drivers/xen/xen-privcmd.ko] undefined!
ERROR:
+typedef struct tpmif_tx_request tpmif_tx_request_t;
checkpatch warned on this new typedef - please run through checkpatch
and fix up that stuff.
tpmif.h has a couple of typedefs which do trigger checkpatch
warnings. However it looks like the paradigm for xen is to have
these
On Thu, 2012-10-18 at 23:03 +0100, Mukesh Rathor wrote:
On Thu, 18 Oct 2012 11:44:37 +0100
Ian Campbell ian.campb...@citrix.com wrote:
On Thu, 2012-10-18 at 01:30 +0100, Mukesh Rathor wrote:
PVH: make gdt_frames[]/gdt_ents into a union with {gdtaddr, gdtsz},
PVH only needs to send down
On Fri, 2012-10-19 at 14:17 +0100, Konrad Rzeszutek Wilk wrote:
+config XEN_X86_PVH
+ bool Support for running as a PVH guest (EXPERIMENTAL)
+ depends on X86_64 XEN EXPERIMENTAL
+ default n
+ help
+This option enables support for running as a PVH guest (PV guest
+
On Fri, 2012-10-19 at 20:03 +0100, Konrad Rzeszutek Wilk wrote:
Makes it easier to troubleshoot in the field.
Signed-off-by: Konrad Rzeszutek Wilk konrad.w...@oracle.com
---
include/xen/hvm.h | 31 +--
1 files changed, 29 insertions(+), 2 deletions(-)
diff
On Tue, 2012-10-23 at 15:46 +0100, Konrad Rzeszutek Wilk wrote:
diff --git a/include/xen/interface/memory.h b/include/xen/interface/memory.h
index b66d04c..8beebdb 100644
--- a/include/xen/interface/memory.h
+++ b/include/xen/interface/memory.h
@@ -169,7 +169,13 @@ struct
On Tue, 2012-10-23 at 15:07 +0100, Konrad Rzeszutek Wilk wrote:
+/*
+ * Unmaps the page appearing at a particular GPFN from the specified
guest's
+ * pseudophysical address space.
+ * arg == addr of xen_remove_from_physmap_t.
+ */
+#define XENMEM_remove_from_physmap 15
On Wed, 2012-10-24 at 08:13 +0100, Jan Beulich wrote:
include/xen/interface/memory.h | 29 ++-
include/xen/interface/physdev.h | 10 ++
... any changes to the hypervisor interface (didn't look in detail
what is being changed in these two headers) should first be in
at
On Tue, 2012-10-23 at 19:12 +0100, Konrad Rzeszutek Wilk wrote:
diff --git a/include/xen/interface/physdev.h b/include/xen/interface/physdev.h
index 1844d31..83050d3 100644
--- a/include/xen/interface/physdev.h
+++ b/include/xen/interface/physdev.h
@@ -274,6 +274,16 @@ struct physdev_dbgp_op
On Tue, 2012-10-23 at 19:12 +0100, Konrad Rzeszutek Wilk wrote:
By making the structure exactly the same size and with the same
offsets on 64 and 32-bit builds we are future-proofing ourselves.
Signed-off-by: Konrad Rzeszutek Wilk konrad.w...@oracle.com
---
include/xen/interface/memory.h |
On Tue, 2012-10-23 at 19:12 +0100, Konrad Rzeszutek Wilk wrote:
[...]
+ /* GUEST_GDTR_BASE and */
+ ctxt-u.pvh.gdtaddr = (unsigned long)gdt;
+ /* GUEST_GDTR_LIMIT in the VMCS. */
+ ctxt-u.pvh.gdtsz = (unsigned long)(GDT_SIZE - 1);
+
[...]
-
On Wed, 2012-10-24 at 10:44 +0100, Jan Beulich wrote:
On 24.10.12 at 11:34, Ian Campbell ian.campb...@citrix.com wrote:
On Wed, 2012-10-24 at 08:13 +0100, Jan Beulich wrote:
include/xen/interface/memory.h | 29 ++-
include/xen/interface/physdev.h | 10
This is rebased onto 0e9e3e306c7e (AKA current Linus, which now includes
the previously prerequisite series xen: build fixes and interface
tweaks) and Konrad's stable/pvh.v5 branch.
For convenience I've also pushed to
git://xenbits.xen.org/people/ianc/linux.git
The code is no in a state where can just enable it.
Drop the *_xenballloned_pages duplicates since these are now supplied
by the balloon code.
Signed-off-by: Ian Campbell ian.campb...@citrix.com
Acked-by: Stefano Stabellini stefano.stabell...@eu.citrix.com
---
arch/arm/xen/enlighten.c | 23
for batching which was impossible to support at the same
time as foreign mfns in the old interface.
This reverts the relevant parts of PVH: basic and header changes,
elfnote changes, ... and followups and trivially converts
pvh_add_to_xen_p2m over.
Signed-off-by: Ian Campbell ian.campb...@citrix.com
We use XENMEM_add_to_physmap_range which is the preferred interface
for foreign mappings.
Signed-off-by: Ian Campbell ian.campb...@citrix.com
---
arch/arm/include/asm/xen/interface.h |1 +
arch/arm/xen/enlighten.c | 100 +-
arch/x86/include/asm
actual hypercalls.
Signed-off-by: Ian Campbell ian.campb...@citrix.com
---
arch/x86/xen/Kconfig |1 +
drivers/xen/Kconfig |3 +++
drivers/xen/balloon.c |4
3 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/arch/x86/xen/Kconfig b/arch/x86/xen/Kconfig
index c9660bf
For Xen on ARM a PFN is 64 bits so we need to use the appropriate
type here.
Signed-off-by: Ian Campbell ian.campb...@citrix.com
Acked-by: Stefano Stabellini stefano.stabell...@eu.citrix.com
---
arch/x86/xen/mmu.c|2 +-
include/xen/xen-ops.h |2 +-
2 files changed, 2 insertions(+), 2
Bergmann a...@arndb.de
Acked-by: Ian Campbell ian.campb...@citrix.com
Cc: Stefano Stabellini stefano.stabell...@eu.citrix.com
Cc: Konrad Rzeszutek Wilk konrad.w...@oracle.com
Cc: Jeremy Fitzhardinge jer...@goop.org
Cc: xen-de...@lists.xensource.com
---
arch/arm/Kconfig |1
On Tue, 2012-10-09 at 16:39 +0100, Arnd Bergmann wrote:
On Tuesday 09 October 2012, Ian Campbell wrote:
* The tmem hypercall is not available on ARM
* ARMv6 does not support cmpxchg on 16-bit words that are used in the
missing the end of this sentence?
Right, I meant to say
On Tue, 2012-10-09 at 19:21 +0100, Arnd Bergmann wrote:
On Tuesday 09 October 2012, Stefano Stabellini wrote:
config XEN
bool Xen guest support on ARM (EXPERIMENTAL)
depends on EXPERIMENTAL ARM OF
+ depends on !CPU_V6
help
Say Y if you want to
On Tue, 2012-10-09 at 19:19 +0100, Arnd Bergmann wrote:
On Tuesday 09 October 2012, Ian Campbell wrote:
On Tue, 2012-10-09 at 16:39 +0100, Arnd Bergmann wrote:
On Tuesday 09 October 2012, Ian Campbell wrote:
* The tmem hypercall is not available on ARM
* ARMv6 does
On Wed, 2012-10-10 at 15:47 +0100, Stefano Stabellini wrote:
On Wed, 10 Oct 2012, Ian Campbell wrote:
On Tue, 2012-10-09 at 19:21 +0100, Arnd Bergmann wrote:
On Tuesday 09 October 2012, Stefano Stabellini wrote:
config XEN
bool Xen guest support on ARM (EXPERIMENTAL
On Thu, 2012-10-11 at 22:53 +0100, Mukesh Rathor wrote:
PVH: is a PV linux guest that has extended capabilities. This patch allows it
to be configured and enabled. Also, basic header file changes to add new
subcalls to physmap hypercall. Lastly, mfn_to_local_pfn must return mfn for
paging
On Thu, 2012-10-11 at 22:57 +0100, Mukesh Rathor wrote:
PVH: make gdt_frames[]/gdt_ents into a union with {gdtaddr, gdtsz}, PVH
only needs to send down gdtaddr and gdtsz. irq.c: PVH uses
native_irq_ops. vcpu hotplug is currently not available for PVH.
events.c: setup callback vector for PVH.
On Thu, 2012-10-11 at 22:58 +0100, Mukesh Rathor wrote:
@@ -2177,8 +2210,19 @@ static const struct pv_mmu_ops xen_mmu_ops __initconst
= {
void __init xen_init_mmu_ops(void)
{
- x86_init.mapping.pagetable_reserve = xen_mapping_pagetable_reserve;
On Thu, 2012-10-11 at 23:01 +0100, Mukesh Rathor wrote:
PVH: balloon and grant changes. For balloon changes we skip setting of
local p2m as it's updated in xen. For grant, the shared grant frame is
the pfn and not mfn, hence its mapped via the same code path as HVM
Signed-off-by: Mukesh R
@@ -260,15 +268,24 @@ struct mmap_batch_state {
xen_pfn_t __user *user_mfn;
};
+/* auto translated dom0 note: if domU being created is PV, then mfn is
+ * mfn(addr on bus). If it's auto xlated, then mfn is pfn (input to HAP).
+ */
static int mmap_batch_fn(void *data, void *state)
On Thu, 2012-10-11 at 22:49 +0100, Mukesh Rathor wrote:
Hi guys,
Ok, I've made all the changes from prev RFC patch submissions. Tested
all the combinations. The patches are organized slightly differently
from prev version because of the nature of changes after last review. I
am building xen
On Thu, 2012-10-25 at 01:07 +0100, Mukesh Rathor wrote:
On Wed, 24 Oct 2012 16:44:11 -0700
Mukesh Rathor mukesh.rat...@oracle.com wrote:
#ifndef HYPERVISOR_VIRT_START
diff --git a/include/xen/interface/memory.h
b/include/xen/interface/memory.h index ad0dff5..5de2b36 100644
On Fri, 2012-10-26 at 02:39 +0100, Mukesh Rathor wrote:
Yup. I made the change on xen side and added this patch to my tree
and got it working after reverting Konrad's setup.c changes. Not sure
if you need an ack from x86, but if you do:
Acked-by: Mukesh Rathor mukesh.rat...@oracle.com
The
On Fri, 2012-10-12 at 20:06 +0100, Mukesh Rathor wrote:
On Fri, 12 Oct 2012 09:52:17 +0100
Ian Campbell ian.campb...@citrix.com wrote:
drivers/xen/cpu_hotplug.c|4 +++-
drivers/xen/events.c |9 -
drivers/xen/xenbus/xenbus_client.c |3
On Wed, 2012-10-10 at 18:40 +0100, Konrad Rzeszutek Wilk wrote:
The commit 254d1a3f02ebc10ccc6e4903394d8d3f484f715e, titled
xen/pv-on-hvm kexec: shutdown watches from old kernel assumes that the
XenBus backend can deal with reading of values from:
control/platform-feature-xs_reset_watches:
On Mon, 2012-10-15 at 17:05 +0100, Ian Campbell wrote:
+static bool xen_strict_xenbus_quirk()
+{
+ uint32_t eax, ebx, ecx, edx, base;
+
+ base = xen_cpuid_base();
+ cpuid(base + 1, eax, ebx, ecx, edx);
This breaks on ARM because this is an x86 specific function. Can we
On Thu, 2012-10-11 at 22:49 +0100, Mukesh Rathor wrote:
Hi guys,
Ok, I've made all the changes from prev RFC patch submissions. Tested
all the combinations. The patches are organized slightly differently
from prev version because of the nature of changes after last review. I
am building xen
On Fri, 2012-10-12 at 09:57 +0100, Ian Campbell wrote:
+int xen_unmap_domain_mfn_range(struct vm_area_struct *vma)
+{
+ int numpgs = (vma-vm_end - vma-vm_start) PAGE_SHIFT;
+ struct page **pages = vma ? vma-vm_private_data : NULL;
I thought we agreed to keep uses
On Tue, 2012-10-16 at 10:46 -0700, Mukesh Rathor wrote:
On Tue, 16 Oct 2012 17:27:01 +0100
Ian Campbell ian.campb...@citrix.com wrote:
On Fri, 2012-10-12 at 09:57 +0100, Ian Campbell wrote:
+int xen_unmap_domain_mfn_range(struct vm_area_struct *vma)
+{
+ int numpgs = (vma
The following is based on v3.7-rc1 and fixes various build fallout which
I discovered when build for Xen on ARM.
It also cleans up a final few s/unsigned long/xen_{pfn,ulong}_t/
changes. These have no impact on x86 (since those types are typedefs of
unsigned long) but change the ARM port to use
On Wed, 2012-10-17 at 01:09 +0100, Mukesh Rathor wrote:
gsv.version = 1;
else
gsv.version = 2;
@@ -1083,12 +1088,24 @@ static void gnttab_request_version(void)
int gnttab_resume(void)
{
unsigned int max_nr_gframes;
+ char *kmsg = Failed to kmalloc
This series is much reduced after rebasing onto V2 of the X86 PVH
patches, thanks Mukesh.
The baseline is v3.7-rc1 + xen: build fixes and interface
tweaks (posted this morning) and the PVH V2 patches from Mukesh.
With this series I can build a guest on Xen ARM.
The final patch requires that
The code is no in a state where can just enable it.
Drop the *_xenballloned_pages duplicates since these are now supplied
by the balloon code.
Signed-off-by: Ian Campbell ian.campb...@citrix.com
---
arch/arm/xen/enlighten.c | 23 +--
drivers/xen/Makefile |4 ++--
2
actual hypercalls.
Signed-off-by: Ian Campbell ian.campb...@citrix.com
---
arch/x86/xen/Kconfig |1 +
drivers/xen/Kconfig |3 +++
drivers/xen/balloon.c |4
3 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/arch/x86/xen/Kconfig b/arch/x86/xen/Kconfig
index 9323b8c
for batching which was impossible to support at the same
time as foreign mfns in the old interface.
This reverts the relevant parts of PVH: basic and header changes,
elfnote changes, ... and followups and trivially converts
pvh_add_to_xen_p2m over.
Signed-off-by: Ian Campbell ian.campb...@citrix.com
We use XENMEM_add_to_physmap_range which is the preferred interface
for foreign mappings.
Signed-off-by: Ian Campbell ian.campb...@citrix.com
---
arch/arm/include/asm/xen/interface.h |1 +
arch/arm/xen/enlighten.c | 100 +-
arch/x86/include/asm
Signed-off-by: Ian Campbell ian.campb...@citrix.com
---
I beleive Mukesh has something similar in his tree. Should be trivial
to resolve I think. I'm happy to do so ontop of PVH v3 when it arrives.
---
arch/x86/xen/mmu.c|6 ++
drivers/xen/privcmd.c |2 +-
include/xen/xen-ops.h
For Xen on ARM a PFN is 64 bits so we need to use the appropriate
type here.
Signed-off-by: Ian Campbell ian.campb...@citrix.com
---
arch/x86/xen/mmu.c|2 +-
include/xen/xen-ops.h |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/x86/xen/mmu.c b/arch/x86/xen
On Thu, 2012-10-18 at 00:57 +0100, Mukesh Rathor wrote:
On Wed, 17 Oct 2012 12:32:12 +0100
Ian Campbell ian.campb...@citrix.com wrote:
Squeezing the necessary fields into the existing XENMEM_add_to_physmap
interface was proving to be a bit tricky so we have decided to go with
a new
@@ -439,6 +490,19 @@ static long privcmd_ioctl(struct file *file,
return ret;
}
+static void privcmd_close(struct vm_area_struct *vma)
+{
+ struct page **pages = vma ? vma-vm_private_data : NULL;
Can VMA really be NULL?...
+ int numpgs = (vma-vm_end - vma-vm_start)
On Thu, 2012-10-18 at 01:30 +0100, Mukesh Rathor wrote:
PVH: make gdt_frames[]/gdt_ents into a union with {gdtaddr, gdtsz}, PVH
only needs to send down gdtaddr and gdtsz. irq.c: PVH uses
native_irq_ops. vcpu hotplug is currently not available for PVH.
events.c: setup callback vector for PVH.
On Thu, 2012-10-18 at 01:31 +0100, Mukesh Rathor wrote:
* the initial domain. For guests using the toolstack, they are in:
@@ -2177,8 +2210,20 @@ static const struct pv_mmu_ops xen_mmu_ops __initconst
= {
void __init xen_init_mmu_ops(void)
{
-
On Thu, 2012-10-18 at 01:32 +0100, Mukesh Rathor wrote:
+ /* PVH TBD/FIXME: vcpu info placement in phase 2 */
+ if (xen_pvh_domain())
+ return;
Do you have a list of future work before PVH is feature complete
somewhere?
I wouldn't count vcpu placement specifically
On Thu, 2012-10-18 at 14:27 +0100, Stefano Stabellini wrote:
On Wed, 17 Oct 2012, Ian Campbell wrote:
We use XENMEM_add_to_physmap_range which is the preferred interface
for foreign mappings.
Signed-off-by: Ian Campbell ian.campb...@citrix.com
It looks OK but there are few code style
On Thu, 2012-10-18 at 14:35 +0100, Stefano Stabellini wrote:
On Thu, 18 Oct 2012, Ian Campbell wrote:
On Thu, 2012-10-18 at 14:27 +0100, Stefano Stabellini wrote:
On Wed, 17 Oct 2012, Ian Campbell wrote:
We use XENMEM_add_to_physmap_range which is the preferred interface
for foreign
On Fri, 2007-08-31 at 09:54 +0200, Christian Ehrhardt wrote:
(XEN) (GUEST: 353) Detected Xen v3.0.3-1
I was unable to reproduce this problem on Xen 3.1.0 although I can't
immediately see a particular changeset which obviously fixed it. There
have been plenty of fixes to the emulator since 3.0.3
if they do not need it.
Isn't connector built on top of netlink? If so, is there any reason for
it to be a new subsystem rather than an extension the the netlink API?
Ian.
--
Ian Campbell
Employees and their families are not eligible.
-
To unsubscribe from this list: send the line unsubscribe linux
.
You should contact FSM labs for support with RTLinux.
Ian.
--
Ian Campbell
Be braver -- you can't cross a chasm in two small jumps.
signature.asc
Description: This is a digitally signed message part
driver would just be
another driver to be loaded.
It sounds like it might end up similar to the i2c subsystem for example.
Ian.
--
Ian Campbell
Every time I think I know where it's at, they move it.
signature.asc
Description: This is a digitally signed message part
.
--
Ian Campbell
Current Noise: Opeth - To Rid the Disease
The pollution's at that awkward stage. Too thick to navigate and too
thin to cultivate.
-- Doug Sneyd
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED
does by trial and error.
Ian.
--
Ian Campbell
Current Noise: Opeth - To Rid the Disease
Variables don't; constants aren't.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org
On Wed, 2005-07-13 at 21:43 +, Sam Ravnborg wrote:
On Thu, Jun 23, 2005 at 11:25:54AM +0100, Ian Campbell wrote:
Hi,
I have a single source tree which I cross compile for a couple of
different architectures using ARHC=foo O=blah etc.
The existing cscope target is very handy
, it is just a thing which you can
pass back to the API, that pthread_t happens to be typedef'd to unsigned
long int is irrelevant.
Ian.
--
Ian Campbell
Current Noise: Nile - Annihilation Of The Wicked
Don't tell me what you dreamed last night for I've been reading Freud.
-
To unsubscribe from
On Thu, 2005-07-14 at 16:32 +0530, RVK wrote:
Ian Campbell wrote:
What Arjan is saying is that pthread_t is a cookie -- this means that
you cannot interpret it in any way, it is just a thing which you can
pass back to the API, that pthread_t happens to be typedef'd to unsigned
long int
On Fri, 2005-07-15 at 11:39 +0530, RVK wrote:
Understood on pid/tid and thread identifier diffrentiation. The question
now is why pthread_t is typedef as unsigned long ?
It's just an arbitrary type that is big enough to contain the cookie.
Ian.
--
Ian Campbell
It is better to give than
1 - 100 of 1198 matches
Mail list logo
