On 07/25/2012 04:16 PM, Daniel Lezcano wrote:
> The tegra3 and big.LITTLE architecture have different cpu latencies.
> This API allows to specify a different cpu latency for a specific cpu.
>
> With the previous patches, we use the per cpuidle device states pointer,
> this function overrides this
Hi Daniel,
On 07/25/2012 04:15 PM, Daniel Lezcano wrote:
> This variable is only used in the in processor_driver.c.
> This patch reduces the scope of the variable by moving it
> to this file.
>
This is true after applying your second patch .
Maybe you can check the sequencing of patches in the
Same link:
https://launchpad.net/linaro-android/+milestone/12.08
:)
On 25 July 2012 21:49, Zach Pfeffer wrote:
> Take a look at:
>
> https://launchpad.net/linaro-android/+milestone/12.08
>
> (lots of JB)
>
> --
> Zach Pfeffer
> Android Platform Team Lead, Linaro Platform Teams
> Linaro.org | Op
Hi Stefano,
On 07/26/2012 11:33 AM, 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 takes an immediate argument.
You're not going to JIT assemble th
On Thu, 26 Jul 2012, David Vrabel wrote:
> On 26/07/12 16:33, Stefano Stabellini wrote:
> >
> > + * The hvc ISS is required to be 0xEA1, that is the Xen specific ARM
> > + * hypercall tag.
>
> Is this number, 0xea1, assigned to Xen by some external body?
I am not aware of any "external body" tha
From: Ian Campbell
Do not apply!
This is a simple, hacky implementation of xen_remap_domain_mfn_range,
using XENMAPSPACE_gmfn_foreign.
It should use same interface as hybrid x86.
Signed-off-by: Ian Campbell
Signed-off-by: Stefano Stabellini
---
arch/arm/xen/enlighten.c | 79
Signed-off-by: Stefano Stabellini
---
arch/arm/Kconfig | 10 ++
1 files changed, 10 insertions(+), 0 deletions(-)
diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
index a91009c..9c54cb4 100644
--- a/arch/arm/Kconfig
+++ b/arch/arm/Kconfig
@@ -2228,6 +2228,16 @@ config NEON
Sa
We used to rely on a core_initcall to initialize Xen on ARM, however
core_initcalls are actually called after early consoles are initialized.
That means that hvc_xen.c is going to be initialized before Xen.
Given the lack of a better alternative, just call a new Xen
initialization function (xen_gu
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 xenbus_probe (if not dom0).
Signed-off-by: Stefano Stabellini
---
arch/arm/xen/enlighten.c | 13 +
drivers/xen/grant-table.c |2 +-
Only until we get the balloon driver to work.
Signed-off-by: Stefano Stabellini
---
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 60d6d36..1476b0b 100644
--- a/arch/arm
Compile events.c on ARM.
Parse, map and enable the IRQ to get event notifications from the device
tree (node "/xen").
On ARM Linux irqs are not enabled by default:
- call enable_percpu_irq for xen_events_irq (drivers are supposed
to call enable_irq after request_irq);
- reset the IRQ_NOAUTOEN an
Signed-off-by: Stefano Stabellini
---
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/arch/arm/include/asm/xen/hypercall.h
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
---
arch/arm/xen/enlighten.c |7 +++
include/xen/interface/features.h |3 +++
2 files changed, 10 insertions(+), 0 deletions(-)
di
Signed-off-by: Stefano Stabellini
---
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/blkback.c
index 73f196c..63dd5b9 10
From: Ian Campbell
Currently ARM setup_early_printk does not support alternative early
consoles and it always registers early_console only.
This patch adds support for xenboot_console.
Signed-off-by: Ian Campbell
Signed-off-by: Stefano Stabellini
---
arch/arm/kernel/early_printk.c | 11 +++
Signed-off-by: Stefano Stabellini
---
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 fde26ad..dee1451 100644
--- a/arch/arm/mach-vexpress/v2m.c
+++ b/arch/arm/mach-ve
In order for privcmd mmap to work correctly, xen_remap_domain_mfn_range
needs to be implemented for HVM guests.
If it is not, mmap is going to fail later on.
Signed-off-by: Stefano Stabellini
---
drivers/xen/privcmd.c |4
1 files changed, 0 insertions(+), 4 deletions(-)
diff --git a/dr
On ARM all guests are HVM guests, including Dom0.
Allow dom0_write_console to be called by an HVM domain.
Signed-off-by: Stefano Stabellini
---
drivers/tty/hvc/hvc_xen.c |5 +
1 files changed, 1 insertions(+), 4 deletions(-)
diff --git a/drivers/tty/hvc/hvc_xen.c b/drivers/tty/hvc/hvc_x
Update struct xen_add_to_physmap to be in sync with Xen's version of the
structure.
The size field was introduced by:
changeset: 24164:707d27fe03e7
user:Jean Guyader
date:Fri Nov 18 13:42:08 2011 +
summary: mm: New XENMEM space, XENMAPSPACE_gmfn_range
According to the c
On Wed, Jul 25, 2012 at 12:46 PM, Daniel Lezcano
wrote:
> We have the cpuidle states pointer stored in the cpuidle device
> structure. This patch use this pointer instead of the driver's one.
>
> Signed-off-by: Daniel Lezcano
> ---
Sorry for another comment on change log. Would be give a referenc
On Wed, Jul 25, 2012 at 12:46 PM, Daniel Lezcano
wrote:
>
> This patch adds a pointer to the cpuidle_state array in the cpuidle_device
> structure. When the cpuidle_device is initialized, the pointer is assigned
> from the driver's cpuidle states array.
>
> Signed-off-by: Daniel Lezcano
> ---
Wou
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 takes an immediate argument.
Among the available registers r12 seems to be the best choice because it
is defined as "intra-procedure ca
Signed-off-by: Stefano Stabellini
---
arch/arm/xen/Makefile |2 +-
arch/arm/xen/grant-table.c | 53
2 files changed, 54 insertions(+), 1 deletions(-)
create mode 100644 arch/arm/xen/grant-table.c
diff --git a/arch/arm/xen/Makefile b/arch/a
Check for a "/xen" node in the device tree, if it is present set
xen_domain_type to XEN_HVM_DOMAIN and continue initialization.
Map the real shared info page using XENMEM_add_to_physmap with
XENMAPSPACE_shared_info.
Signed-off-by: Stefano Stabellini
---
arch/arm/xen/enlighten.c | 56 +
Signed-off-by: Stefano Stabellini
---
drivers/tty/hvc/hvc_xen.c |2 ++
drivers/xen/grant-table.c |1 +
drivers/xen/xenbus/xenbus_probe_frontend.c |1 +
include/xen/interface/xen.h|3 +++
include/xen/privcmd.h |
Hi all,
this patch series implements Xen support for ARMv7 with virtualization
extensions. It allows a Linux guest to boot as dom0 and
as domU on Xen on ARM. PV console, disk and network frontends and
backends are all working correctly.
It has been tested on a Versatile Express Cortex A15 emulato
- Basic hypervisor.h and interface.h definitions.
- Skelethon enlighten.c, set xen_start_info to an empty struct.
- Do not limit xen_initial_domain to PV guests.
The new code only compiles when CONFIG_XEN is set, that is going to be
added to arch/arm/Kconfig in a later patch.
Signed-off-by: Stefa
bind_evtchn_to_irqhandler can legitimately return 0 (irq 0): it is not
an error.
If Linux is running as an HVM domain and is running as Dom0, use
xenstored_local_init to initialize the xenstore page and event channel.
Signed-off-by: Stefano Stabellini
---
drivers/xen/xenbus/xenbus_comms.c |
ARM Xen guests always use paging in hardware, like PV on HVM guests in
the X86 world.
Signed-off-by: Stefano Stabellini
---
arch/arm/include/asm/xen/page.h | 77 +++
1 files changed, 77 insertions(+), 0 deletions(-)
create mode 100644 arch/arm/include/asm/x
sync_bitops functions are equivalent to the SMP implementation of the
original functions, independently from CONFIG_SMP being defined.
Signed-off-by: Stefano Stabellini
---
arch/arm/include/asm/sync_bitops.h | 17 +
1 files changed, 17 insertions(+), 0 deletions(-)
create mode
Signed-off-by: Stefano Stabellini
---
drivers/xen/Makefile |9 ++---
1 files changed, 6 insertions(+), 3 deletions(-)
diff --git a/drivers/xen/Makefile b/drivers/xen/Makefile
index fc34886..0cfa6c47 100644
--- a/drivers/xen/Makefile
+++ b/drivers/xen/Makefile
@@ -1,11 +1,15 @@
-obj-y +=
All the original Xen headers have xen_pfn_t as mfn and pfn type, however
when they have been imported in Linux, xen_pfn_t has been replaced with
unsigned long. That might work for x86 and ia64 but it does not for arm.
Bring back xen_pfn_t and let each architecture define xen_pfn_t as they
see fit.
Hello, Vincent,
Very cool, thank you for running this! So more than an order of
magnitude improvement over your results from February, and significant
improvement from this patch series compared to 3.5.
Not bad!
Thanx, Paul
On Thu, Jul 26
On Thu, Jul 26, 2012 at 10:44:16AM +0100, Viresh Kumar wrote:
> On 25 July 2012 18:14, Paul E. McKenney wrote:
>
> > You are missing some fixes, please see below. I can also email you the
> > updated patches, if that would be easier than pulling them from -rcu.
>
>
> Hi Andrey,
>
> So sorry,
On 07/26/2012 01:44 PM, Viresh Kumar wrote:
On 25 July 2012 18:14, Paul E. McKenney mailto:paul...@linux.vnet.ibm.com>> wrote:
You are missing some fixes, please see below. I can also email you the
updated patches, if that would be easier than pulling them from -rcu.
Hi Andrey,
So so
Hello
I would like to announce backport of cross compiler for Ubuntu 12.04 LTS
distribution.
Release contains:
- binutils 2.22.52 snapshot
- gcc 4.6.3 (Linaro 12.06)
- gcc 4.7.1 (Linaro 12.07)
- eglibc 2.15
- linux 3.5.0 headers
Packages are available for amd64 and i386 architectures and suppor
On 25 July 2012 18:14, Paul E. McKenney wrote:
> You are missing some fixes, please see below. I can also email you the
> updated patches, if that would be easier than pulling them from -rcu.
Hi Andrey,
So sorry, but you need to pull v4 again as there were few updated patches
from paul. :(
Ca
Hi,
I have run some tests to measure the improvement of the cpu plug
duration with Tejun's patches. The results are available on this link:
https://wiki.linaro.org/WorkingGroups/PowerManagement/Doc/Hotplug#Workqueue
As a summary, we can see a reduction of the plug sequence compared to
the kernel
38 matches
Mail list logo
