On Fri, Sep 14, 2012 at 12:41 AM, Tushar Behera
tushar.beh...@linaro.org wrote:
OHCI-HCD driver does not support multiple SoC drivers during the compile
time. Hence the generic driver should be disabled in ubuntu.conf and related
OHCI Soc drivers should be enabled in respective board config
Video here:
https://plus.google.com/u/0/104422661029399872488/posts/gKZxeTmEkMe
This is cool because it lets us easily integrate the system into LAVA.
--
Zach Pfeffer
Android Platform Team Lead, Linaro Platform Teams
Linaro.org | Open source software for ARM SoCs
Follow Linaro:
Hi,
Does anyone try to run the fastmodel over ubuntu 64bit machine?
I try to run the simulation over Cortex-A15 model, but get below error
message when start:
Fatal Error: No CreateCADIBroker entry point found. Not a CADI 2.0 model ?
Anyone knows what this message means? Do I need any additional
Hi Lei,
We run Fast Models on 64 bit all the time. How are you creating the model, and
how are you trying to launch it?
Dave
On 14 Sep 2012, at 08:40, Lei Wen wrote:
Hi,
Does anyone try to run the fastmodel over ubuntu 64bit machine?
I try to run the simulation over Cortex-A15 model, but
On Friday 14 September 2012, Anton Vorontsov wrote:
Power supply subsystem's supplied_to describes not just how driver
should notify other devices, supplied_to is more generic stuff, in terms
that it describes power supply hierarchy. It's like a directed graph,
e.g.:
AC power
Hi Andrey,
On 12 September 2012 17:56, Andrey Konovalov
andrey.konova...@linaro.org wrote:
Greetings,
The linux-linaro-core-tracking (llct) tree has been moved to v3.6-rc5 base.
All the topics existed in the 12.08 version of llct have been carried over
into the updated tree with few easy to
On Friday 14 September 2012, Sachin Kamat wrote:
Hi Andrey,
On 12 September 2012 17:56, Andrey Konovalov
andrey.konova...@linaro.org wrote:
Greetings,
The linux-linaro-core-tracking (llct) tree has been moved to v3.6-rc5 base.
All the topics existed in the 12.08 version of llct have
The 'errata' variable is a global variable which is set to zero,
no need to do that with a memset in the init function.
Signed-off-by: Daniel Lezcano daniel.lezc...@linaro.org
---
drivers/acpi/processor_driver.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git
The 'device' parameter is not used neither in acpi_processor_power_init
and acpi_processor_power_exit. This patch removes it.
Signed-off-by: Daniel Lezcano daniel.lezc...@linaro.org
---
drivers/acpi/processor_driver.c |6 +++---
drivers/acpi/processor_idle.c |6 ++
Currently we have the cpuidle_device field in the acpi_processor_power
structure.
This adds a dependency between processor.h and cpuidle.h
Although it is not a real problem, removing this dependency has the benefit of
separating a bit more the cpuidle code from the rest of the acpi code.
Also,
Hi Viresh,
Please pull the following changes for the multiple CPU PMU support
(re-based to v3.6-rc5). Few patches in the list below are already
queued up for 3.7.
Since you have access to internal repository, I am posting patches on
the same.
Let me know if you face any issues.
On Friday 14 September 2012 01:39 PM, Arnd Bergmann wrote:
On Friday 14 September 2012, Anton Vorontsov wrote:
Power supply subsystem's supplied_to describes not just how driver
should notify other devices, supplied_to is more generic stuff, in terms
that it describes power supply hierarchy.
On 14 September 2012 14:56, Sudeep KarkadaNagesha
sudeep.karkadanage...@arm.com wrote:
Please pull the following changes for the multiple CPU PMU support
(re-based to v3.6-rc5). Few patches in the list below are already
queued up for 3.7.
Since you have access to internal repository, I am
On 14 September 2012 14:56, Sudeep KarkadaNagesha
sudeep.karkadanage...@arm.com wrote:
Please pull the following changes for the multiple CPU PMU support
(re-based to v3.6-rc5). Few patches in the list below are already
queued up for 3.7.
Since you have access to internal repository, I am
On Thursday 13 September 2012 08:07 PM, Arnd Bergmann wrote:
On Thursday 13 September 2012, Rajanikanth HV wrote:
On Wednesday 12 September 2012 09:06 PM, Arnd Bergmann wrote:
If this is true, I don't understand what makes the 'supplied-to'
properties you list in the device tree binding
On 20 July 2012 02:44, Paul Larson paul.lar...@linaro.org wrote:
On Thu, Jul 19, 2012 at 5:04 AM, Pawel Moll pawel.m...@arm.com wrote:
On Wed, 2012-07-18 at 17:01 -0300, Christian Robottom Reis wrote:
On Thu, Jul 12, 2012 at 02:54:15PM -0500, Paul Larson wrote:
I've been looking a bit
On Fri, 2012-09-14 at 11:44 +0100, Hongbo Zhang wrote:
Hi all,
I am facing the same problem as Paul's, is there any solution?
There's a couple things you should try:
1. Upgrade to 5.11
2. Check /dev/ttyACM0 permissions (try to do cat /dev/ttyACM0 - don't
expect any data out of it, just see if
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 stefano.stabell...@eu.citrix.com
Acked-by: Konrad Rzeszutek Wilk konrad.w...@oracle.com
---
arch/arm/include/asm/xen/page.h | 82
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 stefano.stabell...@eu.citrix.com
CC: devicetree-disc...@lists.ozlabs.org
CC:
Changes in v2:
- return -ENOSYS rather than -1.
Signed-off-by: Stefano Stabellini stefano.stabell...@eu.citrix.com
Acked-by: Konrad Rzeszutek Wilk konrad.w...@oracle.com
---
arch/arm/xen/Makefile |2 +-
arch/arm/xen/grant-table.c | 53
2
sync_bitops functions are equivalent to the SMP implementation of the
original functions, independently from CONFIG_SMP being defined.
We need them because _set_bit etc are not SMP safe if !CONFIG_SMP. But
under Xen you might be communicating with a completely external entity
who might be on
- Basic hypervisor.h and interface.h definitions.
- Skeleton enlighten.c, set xen_start_info to an empty struct.
- Make xen_initial_domain dependent on the SIF_PRIVILIGED_BIT.
The new code only compiles when CONFIG_XEN is set, that is going to be
added to arch/arm/Kconfig in patch #11 xen/arm:
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.
Changes in v4:
- do not xs_reset_watches on dom0.
Changes in v2:
-
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
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
All the original Xen headers have xen_ulong_t as unsigned long type, however
when they have been imported in Linux, xen_ulong_t has been replaced with
unsigned long. That might work for x86 and ia64 but it does not for arm.
Bring back xen_ulong_t and let each architecture define xen_ulong_t as
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
initialization.
Map the real shared info page using XENMEM_add_to_physmap with
XENMAPSPACE_shared_info.
Changes in v4:
- simpler parsing of Xen version in the
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.
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 stefano.stabell...@eu.citrix.com
Acked-by: Konrad Rzeszutek Wilk konrad.w...@oracle.com
---
Signed-off-by: Stefano Stabellini stefano.stabell...@eu.citrix.com
CC: Arnd Bergmann a...@arndb.de
CC: Konrad Rzeszutek Wilk konrad.w...@oracle.com
---
MAINTAINERS |7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index fdc0119..3d38291
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 Stabellini
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).
Changes in v2:
- introduce GRANT_TABLE_PHYSADDR;
- remove unneeded initialization of boot_max_nr_grant_frames.
Only until we get the balloon driver to work.
Signed-off-by: Stefano Stabellini stefano.stabell...@eu.citrix.com
Acked-by: Konrad Rzeszutek Wilk konrad.w...@oracle.com
---
arch/arm/xen/enlighten.c | 18 ++
1 files changed, 18 insertions(+), 0 deletions(-)
diff --git
Signed-off-by: Stefano Stabellini stefano.stabell...@eu.citrix.com
CC: Russell King li...@arm.linux.org.uk
CC: Pawel Moll pawel.m...@arm.com
CC: Marc Zyngier marc.zyng...@arm.com
---
arch/arm/mach-vexpress/v2m.c | 11 ++-
1 files changed, 6 insertions(+), 5 deletions(-)
diff --git
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 stefano.stabell...@eu.citrix.com
---
arch/arm/include/asm/xen/events.h | 18 ++
arch/arm/xen/enlighten.c | 33
This patch removes the return -ENOSYS for auto_translated_physmap
guests from privcmd_mmap, thus it allows ARM guests to issue privcmd
mmap calls. However privcmd mmap calls are still going to fail for HVM
and hybrid guests on x86 because the xen_remap_domain_mfn_range
implementation is currently
Signed-off-by: Stefano Stabellini stefano.stabell...@eu.citrix.com
Acked-by: Konrad Rzeszutek Wilk konrad.w...@oracle.com
---
arch/arm/include/asm/xen/hypercall.h | 19 +++
drivers/net/xen-netback/netback.c|1 +
drivers/net/xen-netfront.c |1 +
3 files
Changes in v2:
- mark Xen guest support on ARM as EXPERIMENTAL.
Signed-off-by: Stefano Stabellini stefano.stabell...@eu.citrix.com
Acked-by: Konrad Rzeszutek Wilk konrad.w...@oracle.com
---
arch/arm/Kconfig | 10 ++
1 files changed, 10 insertions(+), 0 deletions(-)
diff --git
On Fri, 2012-09-14 at 12:13 +0100, Stefano Stabellini wrote:
Signed-off-by: Stefano Stabellini stefano.stabell...@eu.citrix.com
CC: Russell King li...@arm.linux.org.uk
CC: Pawel Moll pawel.m...@arm.com
CC: Marc Zyngier marc.zyng...@arm.com
---
arch/arm/mach-vexpress/v2m.c | 11 ++-
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 stefano.stabell...@eu.citrix.com
CC: Russell King li...@arm.linux.org.uk
CC: Pawel Moll pawel.m...@arm.com
CC: Marc Zyngier marc.zyng...@arm.com
---
On Fri, 2012-09-14 at 13:48 +0100, Stefano Stabellini wrote:
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 stefano.stabell...@eu.citrix.com
CC: Russell King li...@arm.linux.org.uk
CC: Pawel Moll
On Fri, Sep 14, 2012 at 12:13:04PM +0100, 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.
Among the available registers
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 as it is less specific;
- update reg property using 2 address-cells and 2 size-cells.
Signed-off-by: Stefano Stabellini
On Fri, Sep 14, 2012 at 12:13:12PM +0100, Stefano Stabellini wrote:
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.
Let
On Fri, Sep 14, 2012 at 12:13:11PM +0100, Stefano Stabellini wrote:
All the original Xen headers have xen_ulong_t as unsigned long type, however
when they have been imported in Linux, xen_ulong_t has been replaced with
unsigned long. That might work for x86 and ia64 but it does not for arm.
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
initialization.
Map the real shared info page using XENMEM_add_to_physmap with
On Fri, Sep 14, 2012 at 12:13:26PM +0100, Stefano Stabellini wrote:
Signed-off-by: Stefano Stabellini stefano.stabell...@eu.citrix.com
CC: Arnd Bergmann a...@arndb.de
CC: Konrad Rzeszutek Wilk konrad.w...@oracle.com
Acked-by: Konrad Rzeszutek Wilk konrad.w...@oracle.com
---
MAINTAINERS |
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 xenbus_probe (if not dom0).
So we don't really care about the grant's size then?
On Fri, Sep 14, 2012 at 12:13:21PM +0100, Stefano Stabellini wrote:
Signed-off-by: Stefano Stabellini stefano.stabell...@eu.citrix.com
Acked-by: Konrad Rzeszutek Wilk konrad.w...@oracle.com
So this should go through Jen's tree or at least get his Ack.
But doing all of these patches seperatly is
On Fri, Sep 14, 2012 at 12:13:25PM +0100, Stefano Stabellini wrote:
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 jean.guya...@eu.citrix.com
date:Fri
On Fri, Sep 14, 2012 at 12:13:17PM +0100, Stefano Stabellini wrote:
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 stefano.stabell...@eu.citrix.com
Acked-by: Konrad Rzeszutek Wilk
On Fri, Sep 14, 2012 at 12:12:59PM +0100, Stefano Stabellini wrote:
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
Hi Dave,
On Fri, Sep 14, 2012 at 3:58 PM, Dave Pigott dave.pig...@linaro.org wrote:
Hi Lei,
We run Fast Models on 64 bit all the time. How are you creating the model,
and how are you trying to launch it?
I launch the fast model by below command:
model_shell
On Fri, Sep 14, 2012 at 6:12 AM, Botao Sun botao@linaro.org wrote:
Calendar Week 37: Here is test result summary for Linaro ubuntu platform on
following boards:
1) ARM Versatile Express A9;
2) Samsung Origen;
3) TI Panda Board 4430;
4) TI Panda Board 4460.
Synopsis: Power Management
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 takes an immediate argument.
Among the available registers r12 seems to be the best
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 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 calling irq_unmask at startup time.
As a result event channels remain masked.
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 takes an immediate argument.
Among
On 14/09/12 15:02, Stefano Stabellini wrote:
On Fri, 14 Sep 2012, Marc Zyngier wrote:
+/* HVC 0xEA1 */
+#ifdef CONFIG_THUMB2_KERNEL
+#define xen_hvc .word 0xf7e08ea1
+#else
+#define xen_hvc .word 0xe140ea71
+#endif
You should consider using Dave Martin's opcode injection series for
that.
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
default on ARM. If IRQ_NOAUTOEN is set, __setup_irq doesn't call
irq_startup, that is
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 as it is less specific;
- update reg property using 2 address-cells
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
default on ARM. If IRQ_NOAUTOEN is set,
On 14/09/12 15:28, Stefano Stabellini wrote:
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
default
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
initialization.
Map the real shared
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 xenbus_probe (if not dom0).
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 grant table mapping at the address specified at index 0
in the DT under the /xen node.
After
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 grant table mapping at the address specified at index
On Fri, 2012-09-14 at 16:29 +0100, Stefano Stabellini wrote:
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:
On 09/14/2012 01:12 PM, Arnd Bergmann wrote:
On Friday 14 September 2012, Sachin Kamat wrote:
Hi Andrey,
On 12 September 2012 17:56, Andrey Konovalov
andrey.konova...@linaro.org wrote:
Greetings,
The linux-linaro-core-tracking (llct) tree has been moved to v3.6-rc5 base.
All the topics
Quoting Zach Pfeffer (2012-09-13 23:51:47)
Video here:
https://plus.google.com/u/0/104422661029399872488/posts/gKZxeTmEkMe
This is cool because it lets us easily integrate the system into LAVA.
It *is* cool. Are setup instructions captured somewhere on a wiki?
This would be useful to
On 14 September 2012 13:42, Mike Turquette mturque...@ti.com wrote:
Quoting Zach Pfeffer (2012-09-13 23:51:47)
Video here:
https://plus.google.com/u/0/104422661029399872488/posts/gKZxeTmEkMe
This is cool because it lets us easily integrate the system into LAVA.
It *is* cool. Are setup
71 matches
Mail list logo