On Thu, May 28, 2015 at 09:36:05AM -0700, Tony Lindgren wrote:
* Dave Martin dave.mar...@arm.com [150528 09:19]:
On Thu, May 28, 2015 at 07:21:25AM -0700, Tony Lindgren wrote:
--- a/arch/arm/mach-omap2/sleep34xx.S
+++ b/arch/arm/mach-omap2/sleep34xx.S
@@ -203,23 +203,8
On Thu, May 28, 2015 at 07:21:25AM -0700, Tony Lindgren wrote:
* Grazvydas Ignotas nota...@gmail.com [150528 04:45]:
On Thu, May 28, 2015 at 1:55 AM, Tony Lindgren t...@atomide.com wrote:
8 --
From: Tony Lindgren t...@atomide.com
Date: Wed, 27 May 2015 15:33:57
[1].
[1] https://lkml.org/lkml/2014/4/22/1044
Suggested-by: Dave Martin dave.mar...@arm.com
Cc: Dave Martin dave.mar...@arm.com
Cc: Santosh Shilimkar santosh.shilim...@ti.com
Cc: Russell King li...@arm.linux.org.uk
Cc: Nishanth Menon n...@ti.com
Cc: Tony Lindgren t...@atomide.com
Signed
On Mon, Apr 28, 2014 at 06:21:49PM +0100, Joel Fernandes wrote:
On 04/28/2014 12:20 PM, Joel Fernandes wrote:
On 04/28/2014 11:43 AM, Dave Martin wrote:
On Tue, Apr 22, 2014 at 01:31:46PM -0500, Joel Fernandes wrote:
On my DRA7 system, when the kernel is built in THUMB mode, the secondary
On Tue, Apr 29, 2014 at 05:36:30PM +0100, Joel Fernandes wrote:
[...]
Sorry what I meant is, say its of Type function. What tells the firmware
to switch to THUMB?
What's typically done is a boot address register is written by the
kernel, and the firmware jumps to it after WFE.
On Tue, Apr 22, 2014 at 01:31:46PM -0500, Joel Fernandes wrote:
On my DRA7 system, when the kernel is built in THUMB mode, the secondary CPU
(Cortex A15) fails to come up causing SMP boot on second CPU to timeout. This
seems to be because the CPU is in ARM mode once the ROM hands over control
On Tue, Nov 26, 2013 at 09:47:13AM -0500, Santosh Shilimkar wrote:
On Tuesday 26 November 2013 09:13 AM, Catalin Marinas wrote:
On Mon, Nov 25, 2013 at 07:44:08PM +, Santosh Shilimkar wrote:
On Monday 25 November 2013 12:28 PM, Catalin Marinas wrote:
On Mon, Nov 25, 2013 at 04:59:16PM
the code
to run with the MMU enabled or disabled.
This patchset is a complete rethinking of an earlier patchset [1]. Ard
Biesheuvel provided the suggestion to use the PIE executable format for
storing the relocatable code within the kernel. Russell King and Dave
Martin pointed out the shortcomings
copy-pastes it, they will likely highlight the possible error by
copy-pasting the comment too). Thanks.
Acked-by: Dave Martin dave.mar...@arm.com
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http
On Fri, Sep 06, 2013 at 12:14:08PM +0100, Russell King - ARM Linux wrote:
On Wed, Sep 04, 2013 at 02:47:51PM -0700, Russ Dill wrote:
I think this is already taken care of by the way sram.c is using
genalloc. The allocation returned should be aligned to 32 bytes. The
thumb bit shouldn't be
On Fri, Sep 06, 2013 at 12:12:21PM +0100, Russell King - ARM Linux wrote:
On Tue, Sep 03, 2013 at 09:44:21AM -0700, Russ Dill wrote:
SRAM handling code is in the process of being moved from arch directories
into drivers/misc/sram.c using device tree and genalloc [1] [2]. This RFC
patchset
On Wed, Sep 04, 2013 at 10:10:29AM +0200, Pali Rohár wrote:
On Sunday 11 August 2013 20:36:40 Ивайло Димитров wrote:
Оригинално писмо
От: Dave Martin
Относно: Re: [PATCH v3 1/2] ARM: OMAP: Add secure function
omap_smc3() which
calling instruction smc #1
On Sun, Aug 04, 2013 at 10:45:00AM +0200, Pali Rohár wrote:
Here is new version (v3) of omap secure part patch:
Other secure functions omap_smc1() and omap_smc2() calling instruction smc #0
but Nokia RX-51 board needs to call smc #1 for PPA access.
Signed-off-by: Ivaylo Dimitrov
On Thu, Aug 01, 2013 at 02:17:13PM -0400, Santosh Shilimkar wrote:
From: Vaibhav Bedia vaibhav.be...@ti.com
The generic code is well equipped to differentiate between
SMP and UP configurations.However, there are some devices which
use Cortex-A9 MP core IP with 1 CPU as configuration. To let
On Thu, Jul 11, 2013 at 03:54:34PM -0400, Santosh Shilimkar wrote:
On Thursday 11 July 2013 03:43 PM, Ивайло Димитров wrote:
Оригинално писмо
От: Dave Martin
Относно: Re: [PATCH v2 1/2] ARM: OMAP: Add secure function omap_smc3()
which
calling
On Thu, May 02, 2013 at 10:46:21AM +0100, Russell King - ARM Linux wrote:
On Thu, May 02, 2013 at 09:34:30AM +0100, Russell King - ARM Linux wrote:
On Tue, Apr 30, 2013 at 02:18:42PM -0400, Nicolas Pitre wrote:
On Tue, 30 Apr 2013, Dave Martin wrote:
On Tue, Apr 30, 2013 at 11:12
, but it looks like
no v6 boards were configured in when testing that...
Assuming people are OK with the Makefile route, here's a patch for that,
build-tested with a v6+v7 ARCH_MULTIPLATFORM config.
Cheers
---Dave
From 193f254689beaa1612d29bcc5ba004a933b37d95 Mon Sep 17 00:00:00 2001
From: Dave Martin
On Tue, Apr 30, 2013 at 11:12:12AM -0400, Nicolas Pitre wrote:
On Tue, 30 Apr 2013, Dave Martin wrote:
On Tue, Apr 30, 2013 at 01:04:20PM +0200, Arnd Bergmann wrote:
On Tuesday 30 April 2013, Russell King - ARM Linux wrote:
Latest nightly build of 3.9+my for-next+arm-soc's for-next
On Sat, Oct 06, 2012 at 09:00:32AM -0700, Tony Lindgren wrote:
* Marc Zyngier marc.zyng...@arm.com [121006 03:19]:
If so, that indicates some side effect of the safe_svcmode_maskall macro,
and I suspect the movs pc, lr bit.
Can you try the attached patch? It basically falls back to
On Mon, Oct 08, 2012 at 12:01:09PM +0100, Dave Martin wrote:
On Sat, Oct 06, 2012 at 09:00:32AM -0700, Tony Lindgren wrote:
* Marc Zyngier marc.zyng...@arm.com [121006 03:19]:
If so, that indicates some side effect of the safe_svcmode_maskall macro,
and I suspect the movs pc, lr bit
On Thu, Sep 20, 2012 at 11:32:12AM +0100, Lorenzo Pieralisi wrote:
On Wed, Sep 19, 2012 at 02:51:56PM +0100, Dave Martin wrote:
On Tue, Sep 18, 2012 at 05:35:32PM +0100, Lorenzo Pieralisi wrote:
This patch renames jump labels in v7_flush_dcache_all in order to define
a specific flush
On Thu, Sep 20, 2012 at 11:25:14AM +0100, Lorenzo Pieralisi wrote:
On Wed, Sep 19, 2012 at 02:46:58PM +0100, Dave Martin wrote:
On Tue, Sep 18, 2012 at 05:35:33PM +0100, Lorenzo Pieralisi wrote:
In processors like A15/A7 L2 cache is unified and integrated within the
processor cache
On Tue, Sep 18, 2012 at 05:35:33PM +0100, Lorenzo Pieralisi wrote:
In processors like A15/A7 L2 cache is unified and integrated within the
processor cache hierarchy, so that it is not considered an outer cache
anymore. For processors like A15/A7 flush_cache_all() ends up cleaning
all cache
On Tue, Sep 18, 2012 at 05:35:32PM +0100, Lorenzo Pieralisi wrote:
This patch renames jump labels in v7_flush_dcache_all in order to define
a specific flush cache levels entry point.
TODO: factor out the level flushing loop if considered worthwhile and
define the input registers
On Thu, Sep 13, 2012 at 11:20:46AM +0100, Lorenzo Pieralisi wrote:
ARM v7 architecture introduced the concept of cache levels and related
coherency requirements. New processors like A7 and A15 embed an
L2 unified cache controller that becomes part of the cache level
hierarchy. Some operations
On Thu, Sep 13, 2012 at 11:20:49AM +0100, Lorenzo Pieralisi wrote:
In processors like A15/A7 L2 cache is unified and integrated within the
processor cache hierarchy, so that it is not considered an outer cache
anymore. For processors like A15/A7 flush_cache_all() ends up cleaning
all cache
On Thu, Sep 13, 2012 at 02:03:34PM +0100, Russell King - ARM Linux wrote:
On Thu, Sep 13, 2012 at 12:39:49PM +0100, Dave Martin wrote:
We could introduce something like CONFIG_ARM_HAVE_CACHEFLUSH_LOUIS, and
do:
asm/glue-cache.h
#ifndef MULTI_CACHE
#ifdef
for the OMAP4 SoCs.
Thanks to Rob Herring for this suggestion. [1]
[1]
http://lists.infradead.org/pipermail/linux-arm-kernel/2011-November/074495.html
Signed-off-by: Dave Martin dave.mar...@linaro.org
Acked-by: Tony Lindgren t...@atomide.com
---
arch/arm/mach-omap2/Kconfig |2 +-
1 files changed, 1
On Thu, Dec 15, 2011 at 09:54:15AM +0800, Richard Zhao wrote:
On Thu, Dec 15, 2011 at 09:46:20AM +0800, Shawn Guo wrote:
On Thu, Dec 15, 2011 at 09:02:20AM +0800, Richard Zhao wrote:
On Wed, Dec 14, 2011 at 03:01:19PM +, Dave Martin wrote:
On Wed, Dec 14, 2011 at 10:05:04PM +0800
to Rob Herring, Shawn Guo and Russell King for their
contributions to this series. Thanks also to David Brown for
pointing out the lack of a comprehensive CC list.
I have briefly build-tested on some of the affected boards, but any
further reviews or Tested-Bys would be much appreciated.
Dave
to some TrustZone-enabled
boards where Linux runs in the Normal World, for example.
Signed-off-by: Dave Martin dave.mar...@linaro.org
Acked-by: Anton Vorontsov cbouatmai...@gmail.com
(for cns3xxx)
Acked-by: Tony Lindgren t...@atomide.com
(for omap)
---
Changes:
v5: Minor change
to indicate that they can
run in a SMP configuration.
Signed-off-by: Dave Martin dave.mar...@linaro.org
Acked-by: Linus Walleij linus.wall...@linaro.org
(for nomadik, ux500)
Acked-by: Tony Lindgren t...@atomide.com
(for omap)
---
Changes:
v5: Minor change to the Kconfig help text
for the OMAP4 SoCs.
Thanks to Rob Herring for this suggestion. [1]
[1]
http://lists.infradead.org/pipermail/linux-arm-kernel/2011-November/074495.html
Signed-off-by: Dave Martin dave.mar...@linaro.org
Acked-by: Tony Lindgren t...@atomide.com
---
arch/arm/mach-omap2/Kconfig |2 +-
1 files changed, 1
for the Highbank
SoC.
Thanks to Rob Herring for this suggestion. [1]
[1]
http://lists.infradead.org/pipermail/linux-arm-kernel/2011-November/074495.html
Signed-off-by: Dave Martin dave.mar...@linaro.org
Acked-by: Rob Herring rob.herr...@calxeda.com
---
arch/arm/Kconfig |2 +-
1 files changed, 1
on ARCH_IMX_V6_V7 and
ARCH_IMX_V6_V7 selects MIGHT_HAVE_CACHE_L2X0, there is no need to
select that option explicitly from SOC_IMX6Q.
Thanks to Shawn Guo for this suggestion. [1]
[1]
http://lists.infradead.org/pipermail/linux-arm-kernel/2011-November/074602.html
Signed-off-by: Dave Martin dave.mar
to Rob Herring, Shawn Guo and Russell King for their
contributions to this series. Thanks also to David Brown for
pointing out the lack of a comprehensive CC list.
I have briefly build-tested on some of the affected boards, but any
further reviews or Tested-Bys would be much appreciated.
Dave
to some TrustZone-enabled
boards where Linux runs in the Normal World, for example.
Signed-off-by: Dave Martin dave.mar...@linaro.org
---
arch/arm/Kconfig |8
arch/arm/mach-exynos/Kconfig |1 +
arch/arm/mach-omap2/Kconfig|1 +
arch/arm/mach-realview/Kconfig
to indicate that they can
run in a SMP configuration.
Signed-off-by: Dave Martin dave.mar...@linaro.org
---
arch/arm/Kconfig | 15 +++
arch/arm/mach-exynos/Kconfig |1 +
arch/arm/mach-imx/Kconfig |1 +
arch/arm/mach-msm/Kconfig |1 +
arch/arm
for the Highbank
SoC.
Thanks to Rob Herring for this suggestion. [1]
Signed-off-by: Dave Martin dave.mar...@linaro.org
[1]
http://lists.infradead.org/pipermail/linux-arm-kernel/2011-November/074495.html
---
arch/arm/Kconfig |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/arm
for the OMAP4 SoCs.
Thanks to Rob Herring for this suggestion. [1]
Signed-off-by: Dave Martin dave.mar...@linaro.org
[1]
http://lists.infradead.org/pipermail/linux-arm-kernel/2011-November/074495.html
---
arch/arm/mach-omap2/Kconfig |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git
.
Thanks to Shawn Guo for this suggestion. [1]
Signed-off-by: Dave Martin dave.mar...@linaro.org
[1]
http://lists.infradead.org/pipermail/linux-arm-kernel/2011-November/074602.html
---
arch/arm/mach-imx/Kconfig |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/arm
On Wed, Dec 14, 2011 at 07:37:32AM -0600, Rob Herring wrote:
On 12/14/2011 05:39 AM, Dave Martin wrote:
If running in the Normal World on a TrustZone-enabled SoC, Linux
does not have complete control over the L2 cache controller
configuration. The kernel cannot work reliably
On Wed, Dec 14, 2011 at 10:05:04PM +0800, Richard Zhao wrote:
On Wed, Dec 14, 2011 at 09:26:24PM +0800, Shawn Guo wrote:
Hi Dave,
Sorry for that I did not look into previous post to point it out.
On Wed, Dec 14, 2011 at 11:39:41AM +, Dave Martin wrote:
The i.MX6 Quad SoC
On Wed, Dec 14, 2011 at 10:14:25AM -0800, Tony Lindgren wrote:
* Dave Martin dave.mar...@linaro.org [111214 03:08]:
If running in the Normal World on a TrustZone-enabled SoC, Linux
does not have complete control over the L2 cache controller
configuration. The kernel cannot work reliably
On Tue, Apr 19, 2011 at 12:13:26PM +0200, Anderö, Oskar wrote:
Ping!
Anyone else that gets bitten by the following when compiling
omap2plus_defconfig with gcc 4.5:
arch/arm/mach-omap2/sleep34xx.S:150: Error: selected processor does
not
support ARM mode `smc #1'
On Fri, Mar 4, 2011 at 9:42 PM, Kevin Hilman khil...@ti.com wrote:
Dave Martin dave.mar...@linaro.org writes:
On Fri, Mar 4, 2011 at 5:47 PM, Tony Lindgren t...@atomide.com wrote:
* Santosh Shilimkar santosh.shilim...@ti.com [110304 09:36]:
Following up on this, it looks like I have some
-2.6-arm.git devel
git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap-2.6.git
omap-testing
This series also depends on one un-merged patch to generic-ise
the wfi() macro:
git://git.linaro.org/people/dmart/linux-2.6-arm.git arm/wfi-macro
Dave Martin (5):
ARM: omap4: Provide do_wfi
For CONFIG_THUMB2_KERNEL, the existing definition of do_wfi() will
insert invalid code into the instruction stream.
Any assembler which can assemble Thumb-2 is guaranteed to accept
the wfi mnemonic, so for the Thumb-2 case, just use the mnemonic.
The ARM case is left as-is.
Signed-off-by: Dave
instruction set.
Signed-off-by: Dave Martin dave.mar...@linaro.org
Tested-by: Santosh Shilimkar santosh.shilim...@ti.com
Acked-by: Santosh Shilimkar santosh.shilim...@ti.com
---
arch/arm/mach-omap2/omap-headsmp.S |2 +-
arch/arm/mach-omap2/omap44xx-smc.S |8
2 files changed, 5
* Build unconditionally as ARM for correct interoperation with
OMAP firmware.
* Remove deprecated PC-relative stores
* Add the required ENDPROC() directive for each ENTRY().
* .align before data words
Signed-off-by: Dave Martin dave.mar...@linaro.org
---
arch/arm/mach-omap2/sram34xx.S
from v7_flush_dcache_all.
Signed-off-by: Dave Martin dave.mar...@linaro.org
---
arch/arm/mach-omap2/sleep34xx.S | 48 ++
1 files changed, 43 insertions(+), 5 deletions(-)
diff --git a/arch/arm/mach-omap2/sleep34xx.S b/arch/arm/mach-omap2/sleep34xx.S
index
On Fri, Mar 4, 2011 at 3:33 PM, Dave Martin dave.mar...@linaro.org wrote:
This set of patches, along with some other patches under
discussion on alkml, should enable omap3 and omap4 kernels to be
built with CONFIG_THUMB2_KERNEL.
This patch set builds on recent cleanup done by the omap
On Fri, Mar 4, 2011 at 5:47 PM, Tony Lindgren t...@atomide.com wrote:
* Santosh Shilimkar santosh.shilim...@ti.com [110304 09:36]:
Following up on this, it looks like I have some locally-recorded
acks
which didn't make it into my posting ...
To me looks like this is ready to go, but I'd
Hi Russell,
On Wed, Feb 16, 2011 at 4:35 PM, Dave Martin dave.mar...@linaro.org wrote:
Hi,
On Fri, Feb 11, 2011 at 04:32:47PM +, Russell King - ARM Linux wrote:
[...]
diff --git a/arch/arm/kernel/vmlinux.lds.S b/arch/arm/kernel/vmlinux.lds.S
index 45b5651..343d29f 100644
--- a/arch
/linux-omap-2.6.git
omap-testing
This series also depends on one un-merged patch to generic-ise
the wfi() macro:
git://git.linaro.org/people/dmart/linux-2.6-arm.git arm/wfi-macro
Dave Martin (5):
ARM: omap4: Provide do_wfi() for Thumb-2
ARM: omap4: Convert END() to ENDPROC() for correct
For CONFIG_THUMB2_KERNEL, the existing definition of do_wfi() will
insert invalid code into the instruction stream.
Any assembler which can assemble Thumb-2 is guaranteed to accept
the wfi mnemonic, so for the Thumb-2 case, just use the mnemonic.
The ARM case is left as-is.
Signed-off-by: Dave
instruction set.
Signed-off-by: Dave Martin dave.mar...@linaro.org
Tested-by: Santosh Shilimkar santosh.shilim...@ti.com
Acked-by: Santosh Shilimkar santosh.shilim...@ti.com
---
arch/arm/mach-omap2/omap-headsmp.S |2 +-
arch/arm/mach-omap2/omap44xx-smc.S |8
2 files changed, 5
of the code).
The Makefile already ensures that this file is built with a high
enough gcc -march= flag (armv7-a).
Signed-off-by: Dave Martin dave.mar...@linaro.org
Tested-by: Santosh Shilimkar santosh.shilim...@ti.com
---
arch/arm/mach-omap2/sleep34xx.S | 14 +++---
1 files changed, 7
* Build unconditionally as ARM for correct interoperation with
OMAP firmware.
* Remove deprecated PC-relative stores
* Add the required ENDPROC() directive for each ENTRY().
* .align before data words
Signed-off-by: Dave Martin dave.mar...@linaro.org
---
arch/arm/mach-omap2/sram34xx.S
from v7_flush_dcache_all.
Signed-off-by: Dave Martin dave.mar...@linaro.org
---
arch/arm/mach-omap2/sleep34xx.S | 48 ++
1 files changed, 43 insertions(+), 5 deletions(-)
diff --git a/arch/arm/mach-omap2/sleep34xx.S b/arch/arm/mach-omap2/sleep34xx.S
index
);
__init_end = .;
#endif
___
linux-arm-kernel mailing list
linux-arm-ker...@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
This works for me in a case known to fail without the patch.
Tested-by: Dave Martin dave.mar
On Mon, Feb 14, 2011 at 11:15 PM, Kevin Hilman khil...@ti.com wrote:
Hi Dave,
Dave Martin dave.mar...@linaro.org writes:
On Mon, Feb 14, 2011 at 10:00:23AM -0500, Nicolas Pitre wrote:
On Mon, 14 Feb 2011, Dave Martin wrote:
@@ -289,8 +297,20 @@ clean_l2:
* - should be faster
On Fri, Feb 11, 2011 at 03:31:20PM -0800, Kevin Hilman wrote:
Hi Dave,
Dave Martin dave.mar...@linaro.org writes:
This set of patches, along with some other patches under
discussion on alkml, should enable omap3 and omap4 kernels to be
built with CONFIG_THUMB2_KERNEL.
OK, I tried
On Mon, Feb 14, 2011 at 10:00:23AM -0500, Nicolas Pitre wrote:
On Mon, 14 Feb 2011, Dave Martin wrote:
@@ -289,8 +297,20 @@ clean_l2:
* - should be faster and will change with kernel
* - 'might' have to copy address, load and jump to it
*/
+#ifdef CONFIG_THUMB2_KERNEL
On Thu, Feb 10, 2011 at 7:11 PM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Thu, Feb 10, 2011 at 06:29:41PM +, Dave Martin wrote:
On Thu, Feb 10, 2011 at 2:46 PM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Thu, Feb 10, 2011 at 02:13:13PM +, Dave Martin
On Thu, Feb 10, 2011 at 9:38 PM, Kevin Hilman khil...@ti.com wrote:
Santosh Shilimkar santosh.shilim...@ti.com writes:
[...]
The SD card gets suspended, but nothing else seems to happen, and I
can't resume the system.
Am I doing something wrong?
MMC suspend is broken. I use ramdisk-ext3
On Thu, Feb 10, 2011 at 10:17 PM, Kevin Hilman khil...@ti.com wrote:
Dave Martin dave.mar...@linaro.org writes:
* Use BSYM() to get the correct Thumb branch address
for adr Rd, label
* Fix an out-of-range ADR when building for ARM
* Correctly call es3_sdrc_fix as Thumb when copied
On Fri, Feb 11, 2011 at 10:13 AM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Fri, Feb 11, 2011 at 09:33:56AM +, Dave Martin wrote:
Agreed -- actually, I suspected we might need to support this. But I
don't think solving this problem (= keeping the fixup implementation
On Fri, Feb 11, 2011 at 12:07 AM, Kevin Hilman khil...@ti.com wrote:
Kevin Hilman khil...@ti.com writes:
Dave Martin dave.mar...@linaro.org writes:
* Use BSYM() to get the correct Thumb branch address
for adr Rd, label
* Fix an out-of-range ADR when building for ARM
* Correctly
On Fri, Feb 11, 2011 at 4:05 PM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Fri, Feb 11, 2011 at 10:52:17AM +, Dave Martin wrote:
On Fri, Feb 11, 2011 at 10:13 AM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Fri, Feb 11, 2011 at 09:33:56AM +, Dave Martin
On Thu, Feb 10, 2011 at 12:56 PM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Wed, Feb 09, 2011 at 02:22:11PM +, Russell King - ARM Linux wrote:
On Wed, Jan 26, 2011 at 05:25:35PM +, Dave P. Martin wrote:
SMP_ON_UP fixups lead to vmlinux link errors if those sections are
On Thu, Feb 10, 2011 at 2:11 PM, Dave Martin dave.mar...@linaro.org wrote:
On Thu, Feb 10, 2011 at 12:56 PM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Wed, Feb 09, 2011 at 02:22:11PM +, Russell King - ARM Linux wrote:
On Wed, Jan 26, 2011 at 05:25:35PM +, Dave P. Martin
On Thu, Feb 10, 2011 at 2:46 PM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Thu, Feb 10, 2011 at 02:13:13PM +, Dave Martin wrote:
On Thu, Feb 10, 2011 at 2:11 PM, Dave Martin dave.mar...@linaro.org wrote:
Hi, apologies-- didn't see my mail for a bit.
I get the problem
On Wed, Feb 9, 2011 at 6:04 AM, Santosh Shilimkar
santosh.shilim...@ti.com wrote:
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Tony Lindgren
Sent: Wednesday, February 09, 2011 6:06 AM
To: Nicolas Pitre
Cc: Santosh
On Wed, Feb 9, 2011 at 5:45 AM, Santosh Shilimkar
santosh.shilim...@ti.com wrote:
-Original Message-
From: Dave Martin [mailto:dave.mar...@linaro.org]
Sent: Tuesday, February 08, 2011 11:11 PM
To: Santosh Shilimkar
Cc: linux-arm-ker...@lists.infradead.org; Tony Lindgren; Jean Pihet
the wfi() macro:
git://git.linaro.org/people/dmart/linux-2.6-arm.git arm/wfi-macro
Dave Martin (5):
ARM: omap4: Provide do_wfi() for Thumb-2
ARM: omap4: Convert END() to ENDPROC() for correct linkage with
CONFIG_THUMB2_KERNEL
ARM: omap3: Remove hand-encoded SMC instructions
ARM: omap3
For CONFIG_THUMB2_KERNEL, the existing definition of do_wfi() will
insert invalid code into the instruction stream.
Any assembler which can assemble Thumb-2 is guaranteed to accept
the wfi mnemonic, so for the Thumb-2 case, just use the mnemonic.
The ARM case is left as-is.
Signed-off-by: Dave
of the code).
The Makefile already ensures that this file is built with a high
enough gcc -march= flag (armv7-a).
Signed-off-by: Dave Martin dave.mar...@linaro.org
Tested-by: Santosh Shilimkar santosh.shilim...@ti.com
---
arch/arm/mach-omap2/sleep34xx.S | 14 +++---
1 files changed, 7
* Remove deprecated/undefined PC-relative stores
* Add the required ENDPROC() directive for each ENTRY().
* .align before data words
Signed-off-by: Dave Martin dave.mar...@linaro.org
Tested-by: Santosh Shilimkar santosh.shilim...@ti.com
Acked-by: Santosh Shilimkar santosh.shilim...@ti.com
instruction set.
Signed-off-by: Dave Martin dave.mar...@linaro.org
Tested-by: Santosh Shilimkar santosh.shilim...@ti.com
Acked-by: Santosh Shilimkar santosh.shilim...@ti.com
---
arch/arm/mach-omap2/omap-headsmp.S |2 +-
arch/arm/mach-omap2/omap44xx-smc.S |8
2 files changed, 5
For v6, wfi is architected as a defined MCR instruction, so
use that definition.
Doing a no-op instead of wfi() is probably bad, so for older
processors than v6, wfi() is not defined. If needed, some CPU-
specific wfi() will have to be defined elsewhere.
Signed-off-by: Dave Martin dave.mar
On Tue, Feb 08, 2011 at 11:08:08AM +, Russell King - ARM Linux wrote:
On Tue, Feb 08, 2011 at 11:01:25AM +, Dave Martin wrote:
For v6, wfi is architected as a defined MCR instruction, so
use that definition.
Doing a no-op instead of wfi() is probably bad, so for older
On Tue, Feb 08, 2011 at 11:01:25AM +, Dave Martin wrote:
For v6, wfi is architected as a defined MCR instruction, so
use that definition.
[...]
On Tue, Feb 08, 2011 at 01:11:51PM +0100, Arnd Bergmann wrote:
I don't see any users of the sev/wfe/wfi macros in the current kernel,
so
On Tue, Feb 8, 2011 at 12:53 PM, Arnd Bergmann a...@arndb.de wrote:
On Tuesday 08 February 2011, Russell King - ARM Linux wrote:
I don't see any users of the sev/wfe/wfi macros in the current kernel,
so removing them seems like a good strategy to avoid people from
using them incorrectly.
On Tue, Feb 8, 2011 at 2:54 PM, Santosh Shilimkar
santosh.shilim...@ti.com wrote:
Dave,
-Original Message-
From: Dave Martin [mailto:dave.mar...@linaro.org]
[...]
I don't like the practice of pre-assembling bits of code with .long,
in order to allow a file to be built with wrong
On Tue, Feb 8, 2011 at 3:15 PM, Arnd Bergmann a...@arndb.de wrote:
On Tuesday 08 February 2011, Dave Martin wrote:
I guess there are two problems we're trying to solve here:
1) a lowest-common denominator implementation of things like wfi(),
for use in common code. This must be based
On Tue, Feb 8, 2011 at 3:42 PM, Arnd Bergmann a...@arndb.de wrote:
On Tuesday 08 February 2011, Dave Martin wrote:
Why not have macros for these cases? (Which kinda brings the
discussion full-circle...)
My immediate concern is that too often, the Thumb-2 case will be
handled incorrectly
On Tue, Feb 8, 2011 at 4:20 PM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Tue, Feb 08, 2011 at 02:45:51PM +, Dave Martin wrote:
If support for a v6K processor is included, we have no way to know
from preprocessor definitions whether a plain v6 processor is also
On Tue, Feb 8, 2011 at 4:25 PM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Tue, Feb 08, 2011 at 04:15:15PM +0100, Arnd Bergmann wrote:
But that doesn't work if you build a combined v5/v6/v7 kernel, because
v5 supports neither form, right? I think to do that, it needs the
same
On Tue, Feb 8, 2011 at 4:55 PM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Tue, Feb 08, 2011 at 05:47:18PM +0100, Arnd Bergmann wrote:
On Tuesday 08 February 2011 17:25:16 Russell King - ARM Linux wrote:
On Tue, Feb 08, 2011 at 04:15:15PM +0100, Arnd Bergmann wrote:
But that
On Tue, Feb 8, 2011 at 4:58 PM, Arnd Bergmann a...@arndb.de wrote:
On Tuesday 08 February 2011 17:32:29 Russell King - ARM Linux wrote:
On Tue, Feb 08, 2011 at 04:17:58PM +0100, Arnd Bergmann wrote:
On Tuesday 08 February 2011, Dave Martin wrote:
CFLAGS_cpu_specific_object.o
Hi Santosh,
[...]
Which tree did you use to test this? It didn't seem to work for me
--
sometimes the system wouldn't suspend, complaining about USB suspend
errors; and other times I couldn't bring it out of suspend (by
poking
a USB input device).
I might be doing something wrong...
I
On Thu, Feb 3, 2011 at 7:30 PM, Santosh Shilimkar
santosh.shilim...@ti.com wrote:
-Original Message-
From: Russell King - ARM Linux [mailto:li...@arm.linux.org.uk]
Sent: Friday, February 04, 2011 12:38 AM
To: Santosh Shilimkar
Cc: Dave Martin; linux-arm-ker...@lists.infradead.org
On Fri, Feb 4, 2011 at 10:45 AM, Santosh Shilimkar
santosh.shilim...@ti.com wrote:
Dave,
-Original Message-
From: Dave Martin [mailto:dave.mar...@linaro.org]
Sent: Thursday, February 03, 2011 11:33 PM
To: linux-arm-ker...@lists.infradead.org
Cc: Dave Martin; Tony Lindgren; Santosh
On Fri, Feb 4, 2011 at 11:16 AM, Santosh Shilimkar
santosh.shilim...@ti.com wrote:
-Original Message-
From: Dave Martin [mailto:dave.mar...@linaro.org]
Sent: Friday, February 04, 2011 4:33 PM
To: Santosh Shilimkar
Cc: linux-arm-ker...@lists.infradead.org; Tony Lindgren; Jean Pihet
On Fri, Feb 4, 2011 at 11:03 AM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Thu, Dec 09, 2010 at 11:59:42AM +, Dave Martin wrote:
Because the nwfpe support is unlikely to be used on new platforms
and requires CONFIG_OABI_COMPAT, which is not generally used with
ARMv7+, we
, some CPU-
specific wfi() will have to be defined elsewhere.
Signed-off-by: Dave Martin dave.mar...@linaro.org
---
arch/arm/include/asm/system.h |7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
diff --git a/arch/arm/include/asm/system.h b/arch/arm/include/asm/system.h
index 97f6d60
://git.linaro.org/people/dmart/linux-2.6-arm.git arm/wfi-macro
Dave Martin (5):
ARM: omap4: Replace custom do_wfi() with generic wfi()
ARM: omap4: Convert END() to ENDPROC() for correct linkage with
CONFIG_THUMB2_KERNEL
ARM: omap3: Remove hand-encoded SMC instructions
ARM: omap3: Thumb-2
Now that wfi() in asm/system.h is suitably generic, we can
remove the omap-specific do_wfi() macro.
Signed-off-by: Dave Martin dave.mar...@linaro.org
---
arch/arm/mach-omap2/include/mach/omap4-common.h |7 ---
arch/arm/mach-omap2/omap-hotplug.c |3 ++-
arch/arm/mach
instruction set.
Signed-off-by: Dave Martin dave.mar...@linaro.org
Tested-by: Santosh Shilimkar santosh.shilim...@ti.com
Acked-by: Santosh Shilimkar santosh.shilim...@ti.com
---
arch/arm/mach-omap2/omap-headsmp.S |2 +-
arch/arm/mach-omap2/omap44xx-smc.S |8
2 files changed, 5
1 - 100 of 157 matches
Mail list logo