On Wed, 6 Feb 2013, Rik van Riel wrote:
> Modern Intel and AMD CPUs will trap to the host when the guest
> is spinning on a spinlock, allowing the host to schedule in
> something else.
>
> This effectively means the host is taking care of spinlock
> backoff for virtual machines. It also means that
On Mon, 1 Apr 2013, Nicolas Pitre wrote:
> On Mon, 1 Apr 2013, Stefano Stabellini wrote:
>
> > On Fri, 29 Mar 2013, Rob Herring wrote:
> > > On 03/29/2013 12:53 PM, Nicolas Pitre wrote:
> > > > On Fri, 29 Mar 2013, Stefano Stabellini wrote:
> > > >
On Tue, 2 Apr 2013, Will Deacon wrote:
> > diff --git a/arch/arm/include/asm/psci.h b/arch/arm/include/asm/psci.h
> > index ce0dbe7..4134dda 100644
> > --- a/arch/arm/include/asm/psci.h
> > +++ b/arch/arm/include/asm/psci.h
> > @@ -32,5 +32,14 @@ struct psci_operations {
> > };
> >
> > extern s
platform.
Jon Medhurst (1):
ARM: Enable selection of SMP operations at boot time
Stefano Stabellini (2):
arm: introduce psci_smp_ops
xen/arm: introduce xen_early_init, use PSCI on xen
arch/arm/Kconfig |1 +
arch/arm/include/asm/mach/arch.h |3
From: Jon Medhurst
Add a new 'smp_init' hook to machine_desc so platforms can specify a
function to be used to setup smp ops instead of having a statically
defined value.
Signed-off-by: Jon Medhurst
Signed-off-by: Nicolas Pitre
Reviewed-by: Santosh Shilimkar
---
arch/arm/include/asm/mach/arc
XEN.
Signed-off-by: Stefano Stabellini
---
arch/arm/Kconfig |1 +
arch/arm/include/asm/xen/hypervisor.h |6 ++
arch/arm/kernel/setup.c |3 +++
arch/arm/xen/enlighten.c | 27 ---
4 files changed, 30 insertions(+)
the platform doesn't provide its own smp_ops.
Changes in v5:
- document psci_operations;
- psci_init returns NULL.
Signed-off-by: Stefano Stabellini
Acked-by: Nicolas Pitre
Acked-by: Rob Herring
CC: will.dea...@arm.com
CC: a...@arndb.de
CC: marc.zyng...@arm.com
CC: li...@arm.linux.org.
On Tue, 2 Apr 2013, Nicolas Pitre wrote:
> On Tue, 2 Apr 2013, Stefano Stabellini wrote:
>
> > Split xen_guest_init in two functions, one of them (xen_early_init) is
> > going to be called very early from setup_arch.
> >
> > Change machine_desc->smp_init to xen_
On Tue, 2 Apr 2013, Nicolas Pitre wrote:
> On Tue, 2 Apr 2013, Stefano Stabellini wrote:
>
> > Rename virt_smp_ops to psci_smp_ops and move them to
> > arch/arm/kernel/psci_smp.c.
> > Remove mach-virt/platsmp.c, now unused.
> > Compile psci_smp if CONFIG_ARM_PSCI
On Wed, 3 Apr 2013, Nicolas Pitre wrote:
> On Wed, 3 Apr 2013, Stefano Stabellini wrote:
>
> > On Tue, 2 Apr 2013, Nicolas Pitre wrote:
> > > On Tue, 2 Apr 2013, Stefano Stabellini wrote:
> > >
> > > > @@ -176,27 +178,30 @@ static int __init xe
Beulich
> Cc: Stefano Stabellini
Acked-by: Stefano Stabellini
> ---
> arch/x86/pci/xen.c |6 +++---
> drivers/xen/events.c | 13 -
> include/xen/events.h |3 +--
> 3 files changed, 8 insertions(+), 14 deletions(-)
>
> --- 3.9-rc5/arch/x86/pci
switch to psci_smp_ops if Xen
is detected on the platform.
Jon Medhurst (1):
ARM: Enable selection of SMP operations at boot time
Stefano Stabellini (3):
arm: introduce psci_smp_ops
arm: prefer psci_smp_ops over mdesc->smp
xen/arm: introduce xen_early_init, use PSCI
If PSCI is available on the platform, prefer psci_smp_ops over the
platform smp_ops.
Signed-off-by: Stefano Stabellini
---
arch/arm/kernel/setup.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/arch/arm/kernel/setup.c b/arch/arm/kernel/setup.c
index 341efaa
the platform doesn't provide its own smp_ops.
Changes in v6:
- fixed return values for psci_smp_available and psci_init ifndef
CONFIG_ARM_PSCI.
Changes in v5:
- document psci_operations;
- psci_init returns NULL.
Signed-off-by: Stefano Stabellini
Acked-by: Nicolas Pitre
Acked-by: Rob He
Nicolas Pitre
Signed-off-by: Stefano Stabellini
Reviewed-by: Santosh Shilimkar
---
arch/arm/include/asm/mach/arch.h |3 +++
arch/arm/kernel/setup.c |4 +++-
2 files changed, 6 insertions(+), 1 deletions(-)
diff --git a/arch/arm/include/asm/mach/arch.h b/arch/arm/include/as
v6:
- xen_smp_init: call smp_set_ops only ifdef CONFIG_SMP;
- move more of the initialization to xen_guest_init;
- select ARM_PSCI if XEN.
Signed-off-by: Stefano Stabellini
---
arch/arm/Kconfig |1 +
arch/arm/include/asm/xen/hypervisor.h |6 +
arch/arm/kernel/setu
Russell,
sorry for not CC'ing you explicitly since v1 of this series, there have
been quite few lengthy discussions on this topic.
Do you have any opinions on this?
Do you feel that this work belong to your tree, or do you want me to go
via arm-soc?
On Fri, 5 Apr 2013, Stefano Stabellini
On Fri, 5 Apr 2013, Nicolas Pitre wrote:
> On Fri, 5 Apr 2013, Stefano Stabellini wrote:
>
> > Split xen_guest_init in two functions, one of them (xen_early_init) is
> > going to be called very early from setup_arch.
> >
> > Change machine_desc->smp_init to xen_
On Fri, 5 Apr 2013, Stefano Stabellini wrote:
> On Fri, 5 Apr 2013, Nicolas Pitre wrote:
> > On Fri, 5 Apr 2013, Stefano Stabellini wrote:
> >
> > > Split xen_guest_init in two functions, one of them (xen_early_init) is
> > > going to be called very early fro
On Fri, 5 Apr 2013, Rob Herring wrote:
> On 04/05/2013 02:36 PM, Nicolas Pitre wrote:
> > On Fri, 5 Apr 2013, Stefano Stabellini wrote:
> >
> >> This is what happens:
> >>
> >> - No Xen
> >> Xen is not running on the platform and a Xen h
On Fri, 5 Apr 2013, Nicolas Pitre wrote:
> On Fri, 5 Apr 2013, Rob Herring wrote:
>
> > On 04/05/2013 02:36 PM, Nicolas Pitre wrote:
> > > On Fri, 5 Apr 2013, Stefano Stabellini wrote:
> > >
> > >> This is what happens:
> > >>
> > >
On Tue, 29 Jan 2013, KY Srinivasan wrote:
> > The patch which started this thread is still valid because it enables
> > feature B only if the featurebit for B is enabled.
>
> Why would we need this if we have some other way of detecting that Hyper-V is
> being
> emulated.
I don't think that Hype
On Tue, 29 Jan 2013, KY Srinivasan wrote:
> > > I agree with you that your patch is valid for making the Hyper-V code more
> > robust but not for dealing
> > > with general issue of Xen emulating Hyper-V.
> >
> > What "general issue" would that be?
>
> Not all Hyper-V specific features are advert
On Thu, 31 Jan 2013, H. Peter Anvin wrote:
> On 01/30/2013 12:53 AM, Jan Beulich wrote:
> >
> > I'm not convinced that's the right approach - any hypervisor
> > could do similar emulation, and hence you either want to make
> > sure you run on Hyper-V (by excluding all others), or you
> > tolerate
On Fri, 25 Jan 2013, KY Srinivasan wrote:
> > -Original Message-
> > From: Olaf Hering [mailto:o...@aepfle.de]
> > Sent: Friday, January 25, 2013 12:19 PM
> > To: KY Srinivasan
> > Cc: linux-kernel@vger.kernel.org; Greg KH; Jan Beulich (jbeul...@suse.com)
> > Subject: Re: [PATCH] x86: Hyper
On Fri, 25 Jan 2013, Rik van Riel wrote:
> Modern Intel and AMD CPUs will trap to the host when the guest
> is spinning on a spinlock, allowing the host to schedule in
> something else.
>
> This effectively means the host is taking care of spinlock
> backoff for virtual machines. It also means tha
CONFIG_EXPERIMENTAL config item has not carried much meaning for a
> > >> while now and is almost always enabled by default. As agreed during the
> > >> Linux kernel summit, remove it from any "depends on" lines in Kconfigs.
> > >>
> > >
On Mon, 25 Feb 2013, Ian Campbell wrote:
> On Sat, 2013-02-23 at 20:47 +0000, Stefano Stabellini wrote:
> > On Sat, 23 Feb 2013, Konrad Rzeszutek Wilk wrote:
> > > On Sat, Feb 23, 2013 at 09:03:20AM -0800, Kees Cook wrote:
> > > > On Sat, Feb 23, 2013 at 3:59 AM,
ve it from any "depends on" lines in Kconfigs.
> > >>>
> > >>> Signed-off-by: Kees Cook
> > >>> Cc: Stefano Stabellini
> > >>> Cc: Mukesh Rathor
> > >>> Cc: Konrad Rzeszutek Wilk
> > >>> ---
> &
d-off-by: Kees Cook
> Cc: Stefano Stabellini
> Cc: Mukesh Rathor
> Cc: Konrad Rzeszutek Wilk
> ---
>
> v2:
> - drop EXPERIMENTAL from bool and help text too.
>
> ---
> arch/x86/xen/Kconfig |8 +++-
> 1 file changed, 3 insertions(+), 5 deletions(-)
>
On Thu, 28 Feb 2013, Kees Cook wrote:
> On Thu, Feb 28, 2013 at 2:53 PM, Stefano Stabellini
> wrote:
> > On Thu, 28 Feb 2013, Kees Cook wrote:
> >> The CONFIG_EXPERIMENTAL config item has not carried much meaning for a
> >> while now and is almost always enabled by
h the right caching
attributes: MT_MEMORY.
Signed-off-by: Stefano Stabellini
diff --git a/arch/arm/include/asm/xen/page.h b/arch/arm/include/asm/xen/page.h
index c6b9096..30cdacb 100644
--- a/arch/arm/include/asm/xen/page.h
+++ b/arch/arm/include/asm/xen/page.h
@@ -1,6 +1,7 @@
#ifndef _ASM_ARM_XEN_P
On Tue, 19 Feb 2013, Konrad Rzeszutek Wilk wrote:
> On Tue, Feb 19, 2013 at 01:59:19PM +0000, Stefano Stabellini wrote:
> > ioremap can't be used to map ring pages on ARM because it uses device
> > memory caching attributes (MT_DEVICE*).
> >
> > Introduce a Xen
On Tue, 19 Feb 2013, Ian Campbell wrote:
> On ARM we want these to be the same size on 32- and 64-bit.
>
> This is an ABI change on ARM. X86 does not change.
>
> Signed-off-by: Ian Campbell
> Cc: Jan Beulich
> Cc: Keir (Xen.org)
> Cc: Tim Deegan
> Cc: Stefa
On Tue, 19 Feb 2013, Ian Campbell wrote:
> On ARM we want these to be the same size on 32- and 64-bit.
>
> This is an ABI change on ARM. X86 does not change.
>
> Signed-off-by: Ian Campbell
> Cc: Jan Beulich
> Cc: Keir (Xen.org)
> Cc: Tim Deegan
> Cc: Stefano Stab
On Tue, 19 Feb 2013, Ian Campbell wrote:
> On ARM we want these to be the same size on 32- and 64-bit.
>
> This is an ABI change on ARM. X86 does not change.
>
> Signed-off-by: Ian Campbell
> Cc: Jan Beulich
> Cc: Keir (Xen.org)
> Cc: Tim Deegan
> Cc: Stefano Stab
On Wed, 20 Feb 2013, Ian Campbell wrote:
> On ARM we want these to be the same size on 32- and 64-bit.
>
> This is an ABI change on ARM. X86 does not change.
>
> Signed-off-by: Ian Campbell
> Cc: Jan Beulich
> Cc: Keir (Xen.org)
> Cc: Tim Deegan
> Cc: Stefano Stab
is now responsibility of the caller to keep track of which kmap_op
corresponds to a particular page in the m2p_override (gntdev, the only
user of this interface that passes a valid kmap_op, is already doing that).
Tested-By: Sander Eikelenboom
Signed-off-by: Stefano Stabellini
diff --git a/arc
On Tue, 28 Aug 2012, Rob Herring wrote:
> On 08/16/2012 10:35 AM, Stefano Stabellini wrote:
> > Add a doc to describe the Xen ARM device tree bindings
> >
> > Signed-off-by: Stefano Stabellini
> > CC: devicetree-disc...@lists.ozlabs.org
> > CC: David Vrabel
>
On Wed, 12 Sep 2012, Stefano Stabellini wrote:
> On Tue, 28 Aug 2012, Rob Herring wrote:
> > You should look at ePAPR 1.1 which defines hypervisor related bindings.
> > While it is a PPC doc, we should reuse or extend what makes sense.
> >
> > See section 7.5:
>
On Thu, 13 Sep 2012, Dave Martin wrote:
> On Wed, Sep 12, 2012 at 07:14:58PM +0100, Stefano Stabellini wrote:
> > On Wed, 12 Sep 2012, Stefano Stabellini wrote:
> > - hcall-instructions
> > potentially interesting, but given that for Xen we are quite happy with
> > HVC,
On Thu, 13 Sep 2012, Dave Martin wrote:
> Do you think it's feasible to standardise on some interoperable ABI for
> kvm and Xen? This sounds pretty optimistic, but I'm not aware of all
> the technicalities, or what possible third-party hypervisors are out
> there.
>
> If we could do it, it would
On Thu, 13 Sep 2012, Rob Herring wrote:
> On 09/12/2012 01:14 PM, Stefano Stabellini wrote:
> > On Wed, 12 Sep 2012, Stefano Stabellini wrote:
> >> On Tue, 28 Aug 2012, Rob Herring wrote:
> >>> You should look at ePAPR 1.1 which defines hypervisor related bindings.
&
d arch/arm/include/asm/xen (apart from patch #21
that is a generic ARM fix), should this patch series go through you or
Arnd?
Thanks,
Stefano
On Thu, 16 Aug 2012, Stefano Stabellini wrote:
> Hi all,
> this patch series implements Xen support for ARMv7 with virtualization
> extensions.
edure call scratch register".
Use the ISS to pass an hypervisor specific tag.
Changes in v2:
- define an HYPERCALL macro for 5 arguments hypercall wrappers, even if
at the moment is unused;
- use ldm instead of pop;
- fix up comments.
Signed-off-by: Stefano Stabellini
---
arch/arm/inclu
:
- refactor xenbus_init.
Signed-off-by: Stefano Stabellini
---
drivers/xen/xenbus/xenbus_comms.c |2 +-
drivers/xen/xenbus/xenbus_probe.c | 62 +---
drivers/xen/xenbus/xenbus_xs.c|3 +-
3 files changed, 46 insertions(+), 21 deletions(-)
diff --git a/drivers
Add a doc to describe the Xen ARM device tree bindings
Changes in v4:
- "xen,xen" should be last as it is less specific;
- update reg property using 2 address-cells and 2 size-cells.
Signed-off-by: Stefano Stabellini
CC: devicetree-disc...@lists.ozlabs.org
CC: David Vrabel
CC: R
n/arm: introduce CONFIG_XEN on
ARM".
Changes in v3:
- improve comments.
Signed-off-by: Stefano Stabellini
Acked-by: Konrad Rzeszutek Wilk
---
arch/arm/Makefile |1 +
arch/arm/include/asm/hypervisor.h |6 +++
arch/arm/include/asm/xen/hypervisor.h | 19 ++
ARM Xen guests always use paging in hardware, like PV on HVM guests in
the X86 world.
Changes in v3:
- improve comments.
Signed-off-by: Stefano Stabellini
Acked-by: Konrad Rzeszutek Wilk
---
arch/arm/include/asm/xen/page.h | 82 +++
1 files changed, 82
another CPU (e.g. two uniprocessor guests communicating
via event channels and grant tables). So we need a variant of the bit
ops which are SMP safe even on a UP kernel.
Signed-off-by: Stefano Stabellini
Acked-by: Konrad Rzeszutek Wilk
---
arch/arm/include/asm/sync_bitops.h | 27
Changes in v2:
- return -ENOSYS rather than -1.
Signed-off-by: Stefano Stabellini
Acked-by: Konrad Rzeszutek Wilk
---
arch/arm/xen/Makefile |2 +-
arch/arm/xen/grant-table.c | 53
2 files changed, 54 insertions(+), 1 deletions(-)
create
.
Signed-off-by: Stefano Stabellini
Acked-by: Konrad Rzeszutek Wilk
---
arch/arm/include/asm/xen/interface.h |4
arch/ia64/include/asm/xen/interface.h |5 -
arch/x86/include/asm/xen/interface.h |5 +
include/xen/interface/grant_table.h |4 ++--
include/xen
they
see fit.
Also explicitly size pointers (__DEFINE_GUEST_HANDLE) to 64 bit.
Changes in v3:
- remove the incorrect changes to multicall_entry;
- remove the change to apic_physbase.
Signed-off-by: Stefano Stabellini
---
arch/arm/include/asm/xen/interface.h |8 ++--
arch/ia64/include
ion in the compatible DT node.
Changes in v3:
- use the "xen,xen" notation rather than "arm,xen";
- add an additional check on the presence of the Xen version.
Changes in v2:
- replace pr_info with pr_debug.
Signed-off-by: Stefano Stabellini
---
a
-EINVAL from xen_remap_domain_mfn_range if
auto_translated_physmap;
- retain binary compatibility in xen_add_to_physmap: use a union to
introduce foreign_domid.
Shortlog and diffstat:
Stefano Stabellini (24):
arm: initial Xen support
xen/arm: hypercalls
xen/arm: page.h definitions
Changes in v4:
- compile pcpu only on x86;
- use "+=" instead of ":=" for dom0- targets.
Changes in v2:
- make pci.o depend on CONFIG_PCI and acpi.o depend on CONFIG_ACPI.
Signed-off-by: Stefano Stabellini
Acked-by: Konrad Rzeszutek Wilk
---
drivers/xen/Makefile | 13 ++
-by: Stefano Stabellini
---
arch/arm/xen/enlighten.c | 14 ++
1 files changed, 14 insertions(+), 0 deletions(-)
diff --git a/arch/arm/xen/enlighten.c b/arch/arm/xen/enlighten.c
index c2a47a7..036a4d8 100644
--- a/arch/arm/xen/enlighten.c
+++ b/arch/arm/xen/enlighten.c
@@ -1,8 +1,12
Reset the IRQ_NOAUTOEN and IRQ_NOREQUEST flags that are enabled by
default on ARM. If IRQ_NOAUTOEN is set, __setup_irq doesn't call
irq_startup, that is responsible for calling irq_unmask at startup time.
As a result event channels remain masked.
Signed-off-by: Stefano Stabellini
Ack
Use Xen features to figure out if we are privileged.
XENFEAT_dom0 was introduced by 23735 in xen-unstable.hg.
Signed-off-by: Stefano Stabellini
Acked-by: Konrad Rzeszutek Wilk
---
arch/arm/xen/enlighten.c |7 +++
include/xen/interface/features.h |3 +++
2 files changed, 10
Compile events.c on ARM.
Parse, map and enable the IRQ to get event notifications from the device
tree (node "/xen").
Signed-off-by: Stefano Stabellini
---
arch/arm/include/asm/xen/events.h | 18 ++
arch/arm/xen/enlighten.c
Signed-off-by: Stefano Stabellini
CC: Russell King
CC: Pawel Moll
CC: Marc Zyngier
---
arch/arm/mach-vexpress/v2m.c | 11 ++-
1 files changed, 6 insertions(+), 5 deletions(-)
diff --git a/arch/arm/mach-vexpress/v2m.c b/arch/arm/mach-vexpress/v2m.c
index 37608f2..4e567f7 100644
ntation is currently PV only.
Changes in v2:
- better commit message;
- return -EINVAL from xen_remap_domain_mfn_range if
auto_translated_physmap.
Signed-off-by: Stefano Stabellini
Acked-by: Konrad Rzeszutek Wilk
---
arch/x86/xen/mmu.c|3 +++
drivers/xen/privcmd.c |4
2 files
Only until we get the balloon driver to work.
Signed-off-by: Stefano Stabellini
Acked-by: Konrad Rzeszutek Wilk
---
arch/arm/xen/enlighten.c | 18 ++
1 files changed, 18 insertions(+), 0 deletions(-)
diff --git a/arch/arm/xen/enlighten.c b/arch/arm/xen/enlighten.c
index
Signed-off-by: Stefano Stabellini
Acked-by: Konrad Rzeszutek Wilk
---
arch/arm/include/asm/xen/hypercall.h | 19 +++
drivers/net/xen-netback/netback.c|1 +
drivers/net/xen-netfront.c |1 +
3 files changed, 21 insertions(+), 0 deletions(-)
diff --git a
Changes in v2:
- mark Xen guest support on ARM as EXPERIMENTAL.
Signed-off-by: Stefano Stabellini
Acked-by: Konrad Rzeszutek Wilk
---
arch/arm/Kconfig | 10 ++
1 files changed, 10 insertions(+), 0 deletions(-)
diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
index 2f88d8d..e92518d
Signed-off-by: Stefano Stabellini
Acked-by: Konrad Rzeszutek Wilk
---
drivers/block/xen-blkback/blkback.c |1 +
include/xen/interface/io/protocols.h |3 +++
2 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/drivers/block/xen-blkback/blkback.c
b/drivers/block/xen-blkback
neous comment in the commit message.
Signed-off-by: Stefano Stabellini
---
include/xen/interface/memory.h |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/include/xen/interface/memory.h b/include/xen/interface/memory.h
index b5c3098..b66d04c 100644
--- a/include/xen/inte
Signed-off-by: Stefano Stabellini
CC: Arnd Bergmann
CC: Konrad Rzeszutek Wilk
---
MAINTAINERS |7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index fdc0119..3d38291 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -7752,6 +7752,13 @@ F
Note: this patch should be already in Konrad's tree, it is here just for
convenience.
Changes in v3:
- add missing pvclock-abi.h include to ia64 header files.
Changes in v2:
- remove pvclock hack;
- remove include linux/types.h from xen/interface/xen.h.
Signed-off-by: Stefano Stabe
On Fri, 14 Sep 2012, Pawel Moll wrote:
> On Fri, 2012-09-14 at 12:13 +0100, Stefano Stabellini wrote:
> > Signed-off-by: Stefano Stabellini
> > CC: Russell King
> > CC: Pawel Moll
> > CC: Marc Zyngier
> > ---
> > arch/arm/mach-vexpress/v2m.c |
On Fri, 14 Sep 2012, Konrad Rzeszutek Wilk wrote:
> I already put in these
>
> 1) xen/events: fix unmask_evtchn for PV on HVM guests
> 2) xen: missing includes
> 3) xen: update xen_add_to_physmap interface
> 4) xen: Introduce xen_pfn_t for pfn and mfn types
> 5) xen: clear
On Fri, 14 Sep 2012, Marc Zyngier wrote:
> On 14/09/12 12:13, Stefano Stabellini wrote:
> > Use r12 to pass the hypercall number to the hypervisor.
> >
> > We need a register to pass the hypercall number because we might not
> > know it at compile time and HVC only
On Fri, 14 Sep 2012, Marc Zyngier wrote:
> On 14/09/12 12:13, Stefano Stabellini wrote:
> > Reset the IRQ_NOAUTOEN and IRQ_NOREQUEST flags that are enabled by
> > default on ARM. If IRQ_NOAUTOEN is set, __setup_irq doesn't call
> > irq_startup, that is responsible for cal
On Fri, 14 Sep 2012, Konrad Rzeszutek Wilk wrote:
> On Fri, Sep 14, 2012 at 12:13:08PM +0100, Stefano Stabellini wrote:
> > Add a doc to describe the Xen ARM device tree bindings
> >
> >
> > Changes in v4:
> >
> > - "xen,xen" should be last
On Fri, 14 Sep 2012, Marc Zyngier wrote:
> On 14/09/12 15:13, Stefano Stabellini wrote:
> > On Fri, 14 Sep 2012, Marc Zyngier wrote:
> >> On 14/09/12 12:13, Stefano Stabellini wrote:
> >>> Reset the IRQ_NOAUTOEN and IRQ_NOREQUEST flags that are enabled by
> >&
On Fri, 14 Sep 2012, Konrad Rzeszutek Wilk wrote:
> On Fri, Sep 14, 2012 at 12:13:09PM +0100, Stefano Stabellini wrote:
> > Check for a node in the device tree compatible with "xen,xen", if it is
> > present set xen_domain_type to XEN_HVM_DOMAIN and continue
> > i
On Fri, 14 Sep 2012, Konrad Rzeszutek Wilk wrote:
> On Fri, Sep 14, 2012 at 12:13:16PM +0100, Stefano Stabellini wrote:
> > Initialize the grant table mapping at the address specified at index 0
> > in the DT under the /xen node.
> > After the grant table is initialized, call
On Fri, 14 Sep 2012, Ian Campbell wrote:
> On Fri, 2012-09-14 at 15:56 +0100, Stefano Stabellini wrote:
> > On Fri, 14 Sep 2012, Konrad Rzeszutek Wilk wrote:
> > > On Fri, Sep 14, 2012 at 12:13:16PM +0100, Stefano Stabellini wrote:
> > > > Initialize the gran
On Mon, 10 Sep 2012, Konrad Rzeszutek Wilk wrote:
> That way we can more easily reuse those errors when using the
> late SWIOTLB init.
>
> Signed-off-by: Konrad Rzeszutek Wilk
Acked-by: Stefano Stabellini
> drivers/xen/swiotlb-xen.c | 35 +++
On Mon, 10 Sep 2012, Konrad Rzeszutek Wilk wrote:
> Sparse warns us off:
> drivers/xen/swiotlb-xen.c:506:1: warning: symbol 'xen_swiotlb_map_sg' was not
> declared. Should it be static?
> drivers/xen/swiotlb-xen.c:534:1: warning: symbol 'xen_swiotlb_unmap_sg' was
> not declared. Should it be stat
On Mon, 10 Sep 2012, Konrad Rzeszutek Wilk wrote:
> Moving the function out of the way to prepare for the late
> SWIOTLB init.
>
> Signed-off-by: Konrad Rzeszutek Wilk
Acked-by: Stefano Stabellini
> drivers/xen/swiotlb-xen.c | 21 +++--
> 1 files chan
On Mon, 10 Sep 2012, Konrad Rzeszutek Wilk wrote:
> When PCI IOMMUs are initialized it is after after_bootmem but
> before a lot of "other" subsystems are initialized. As such
> the check for after_bootmem is incorrect and we should
> just use a parameter to define whether we are early or late.
>
On Mon, 10 Sep 2012, Konrad Rzeszutek Wilk wrote:
> arch/x86/xen/pci-swiotlb-xen.c:96:1: warning: Using plain integer as NULL
> pointer
> arch/x86/xen/pci-swiotlb-xen.c:96:1: warning: Using plain integer as NULL
> pointer
>
> Signed-off-by: Konrad Rzeszutek Wilk
Acked-by:
line.
>
> CC: FUJITA Tomonori
> [v1: Fix smatch warnings]
> [v2: Added check for xen_swiotlb]
> [v3: Rebased with new xen-swiotlb changes]
> Signed-off-by: Konrad Rzeszutek Wilk
Reviewed-by: Stefano Stabellini
> arch/x86/include/asm/xen/swiotlb-xen.h |2 +
>
On Tue, 2 Oct 2012, Stephen Rothwell wrote:
> Hi Konrad,
>
> Today's linux-next merge of the xen-two tree got a conflict in
> drivers/xen/Makefile between commit 9fa5780beea1 ("USB EHCI/Xen:
> propagate controller reset information to hypervisor") from Linus' tree
> and commit 13febc84849d ("xen:
On Tue, 2 Oct 2012, Jan Beulich wrote:
> >>> On 02.10.12 at 12:44, Stefano Stabellini
> >>> wrote:
> >> --- a/drivers/xen/Makefile
> >> +++ b/drivers/xen/Makefile
> >> @@@ -4,8 -8,11 +8,12 @@@ obj-y += xenbus
> >> nostackp := $(ca
ned-off-by: Stefano Stabellini
diff --git a/drivers/xen/events.c b/drivers/xen/events.c
index 8672211..59e10a1 100644
--- a/drivers/xen/events.c
+++ b/drivers/xen/events.c
@@ -1802,7 +1802,7 @@ void xen_callback_vector(void)
void xen_callback_vector(void) {}
#endif
-void xen_init_IRQ(void)
+v
We need to add $(dom0-y) to obj-$(CONFIG_XEN_DOM0) after dom0-y is
defined otherwise we end up adding nothing.
Signed-off-by: Stefano Stabellini
diff --git a/drivers/xen/Makefile b/drivers/xen/Makefile
index cd28aae..275abfc 100644
--- a/drivers/xen/Makefile
+++ b/drivers/xen/Makefile
@@ -8,10
mpile dbgp.o only if CONFIG_USB is defined.
After all xen_dbgp_op relies on hcd_to_bus.
This patch should be applied on top of
http://marc.info/?l=linux-kernel&m=134919011231980&w=2
Reported-by: Stephen Rothwell
Signed-off-by: Stefano Stabellini
diff --cc drivers/xen/Makefile
index a4
On Tue, 2 Oct 2012, Jan Beulich wrote:
> >>> On 02.10.12 at 17:13, Stefano Stabellini
> >>> wrote:
> > This patch is actually a merge conflict resolution between Konrad's Xen
> > tree and the following commit:
> >
> > commit 9fa5780beea
Hello,
I am testing linus/master after the recent merge with the arm-soc tree
and I find that if I choose:
ARM system type
1. Allow multiple platforms to be selected (ARCH_MULTIPLATFORM) (NEW)
2. ARM Ltd. Integrator family (ARCH_INTEGRATOR)
3. ARM Ltd. RealView family (ARCH_REALVIEW)
> 4. A
mpile dbgp.o only if CONFIG_USB_SUPPORT is defined.
After all xen_dbgp_op relies on hcd_to_bus.
This patch should be applied on top of
http://marc.info/?l=linux-kernel&m=134919011231980&w=2
Reported-by: Stephen Rothwell
Suggested-by: Jan Beulich
Signed-off-by: Stefano Stabellini
diff --c
m
In fact the dts Makefile is now arch/arm/boot/dts/Makefile, as per
commit 9cd11c0c47b8690b47e7573311ce5c483cb344ed.
This is the merge resolution patch.
Signed-off-by: Stefano Stabellini
diff --cc arch/arm/boot/dts/Makefile
index 43c084c,000..4745c1f
mode 100644,00..100644
--- a/arch/arm
omain()(xen_domain() && \
xen_start_info->flags & SIF_INITDOMAIN)
Allocate a dummy start_info struct and point xen_start_info to it, as we
do on ARM.
This is not going to change things for PV guests because
xen_start_info is set by arch/x86/xen/xen-head.S:startup_xen.
Si
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 because other parts of the cod
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,
On Wed, 3 Oct 2012, Konrad Rzeszutek Wilk wrote:
> On Wed, Oct 03, 2012 at 02:37:53PM +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 othe
e things for PV guests because
xen_start_info is set by arch/x86/xen/xen-head.S:startup_xen.
Signed-off-by: Stefano Stabellini
Reported-by: Konrad Rzeszutek Wilk
diff --git a/arch/x86/xen/enlighten.c b/arch/x86/xen/enlighten.c
index bf788d3..b73e6ed 100644
--- a/arch/x86/xen/enlighten.c
+++ b/arc
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, 2012 at 02:54:
On Wed, 3 Oct 2012, Ian Campbell wrote:
> 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 Stabell
1 - 100 of 2166 matches
Mail list logo
