Introduce BUG_ON_MAPPABLE_NULL in order to eliminate redundant BUG_ON
code, checking for NULL addresses, on architectures where the zero
address can never be mapped.
Originally proposed by Russell King li...@arm.linux.org.uk
Signed-off-by: Ohad Ben-Cohen o...@wizery.com
---
Compile tested on ARM
This patch series cleans up the GIC code, consolidating some of the
per-platform practices into the common GIC code.
One notable change is to the initialization methods - we used to
require platforms to pass in the address of the per-CPU interfaces
despite them always being identical between all
Provide gic_init() which initializes the GIC distributor and current
CPU's GIC interface for the boot (or single) CPU.
Signed-off-by: Russell King rmk+ker...@arm.linux.org.uk
---
arch/arm/common/gic.c| 11 +--
arch/arm/include/asm/hardware/gic.h |2 +-
We don't need to re-pass the base address for the CPU interfaces to the
GIC for secondary CPUs, as it will never be different from the boot CPU
- and even if it was, we'd overwrite the boot CPU's base address.
Get rid of this argument, and rename to gic_secondary_init().
Signed-off-by: Russell
Every architecture using the GIC has a gic_cpu_base_addr pointer for
GIC 0 for their entry assembly code to use to decode the cause of the
current interrupt. Move this into the common GIC code.
Signed-off-by: Russell King rmk+ker...@arm.linux.org.uk
---
arch/arm/common/gic.c
This avoids writing unnecessarily to gic_data[] from other CPUs,
making this a mostly read-only variable.
Signed-off-by: Russell King rmk+ker...@arm.linux.org.uk
---
arch/arm/common/gic.c | 48
1 files changed, 24 insertions(+), 24 deletions(-)
Provide a standard get_irqnr_preamble assembler macro for platforms
to use, which retrieves the base address of the GIC CPU interface
from gic_cpu_base_addr. Allow platforms to override this by defining
HAVE_GET_IRQNR_PREAMBLE.
Signed-off-by: Russell King rmk+ker...@arm.linux.org.uk
---
This patch set adds support for __read_mostly - a separate section
which is used to hold data which is hardly ever written.
The idea behind this feature is to reduce the amount of cache line
bouncing between SMP cores by avoiding this data sharing cache lines
with data which is written more
Signed-off-by: Russell King rmk+ker...@arm.linux.org.uk
---
arch/arm/kernel/setup.c | 16
1 files changed, 8 insertions(+), 8 deletions(-)
diff --git a/arch/arm/kernel/setup.c b/arch/arm/kernel/setup.c
index 336f14e..8075e59 100644
--- a/arch/arm/kernel/setup.c
+++
As our SMP implementation uses MESI protocols. Grouping together data
which is mostly only read together means that we avoid unnecessary
cache line bouncing when this code shares a cache line with other data.
In other words, cache lines associated with read-mostly data are
expected to spend most
The kgdb invokes the poll_put_char and poll_get_char when communicating
with the host. This patch also changes the initialization order because the
kgdb will check at the very beginning, if there is a valid serial
driver.
Signed-off-by: Cosmin Cojocar cosmin.cojo...@gmail.com
---
I fixed the
Latest developements seem to allow for reserving a block of memory on boot to
be used as a device dedicated dma coherent memory. This may be required for
videobuf_config based video drivers avoid problems with allocating dma
coherent memory after system memory gets fragmented.
This set extends
OMAP1 camera driver, when starting up in its videobuf_contig mode, may have
problems with allocating dma coherent memory after system memory gets
fragmented if there is no dedicated memory declared as a dma coherent memory
block associated with the device. To solve this issue, allow for
Patch 1/2 from this set provides a possibility to reserve a block of memory
for use as the OMAP1 camera dedicated dma coherent memory. Use this
functionality to avoid the camera driver switching form videobuf_contig mode
to less efficient videobuf_sg mode in case of dma coherent memory
On 5 December 2010 11:34, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
Provide gic_init() which initializes the GIC distributor and current
CPU's GIC interface for the boot (or single) CPU.
Signed-off-by: Russell King rmk+ker...@arm.linux.org.uk
Reviewed-by: Catalin Marinas
On 5 December 2010 11:34, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
We don't need to re-pass the base address for the CPU interfaces to the
GIC for secondary CPUs, as it will never be different from the boot CPU
- and even if it was, we'd overwrite the boot CPU's base address.
On 5 December 2010 11:34, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
Every architecture using the GIC has a gic_cpu_base_addr pointer for
GIC 0 for their entry assembly code to use to decode the cause of the
current interrupt. Move this into the common GIC code.
Signed-off-by:
On 5 December 2010 11:35, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
This avoids writing unnecessarily to gic_data[] from other CPUs,
making this a mostly read-only variable.
Signed-off-by: Russell King rmk+ker...@arm.linux.org.uk
Reviewed-by: Catalin Marinas
On 5 December 2010 11:35, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
Provide a standard get_irqnr_preamble assembler macro for platforms
to use, which retrieves the base address of the GIC CPU interface
from gic_cpu_base_addr. Allow platforms to override this by defining
On 5 December 2010 11:43, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
As our SMP implementation uses MESI protocols. Grouping together data
which is mostly only read together means that we avoid unnecessary
cache line bouncing when this code shares a cache line with other data.
In
On Sun, Dec 05, 2010 at 10:18:27PM +, Catalin Marinas wrote:
On 5 December 2010 11:43, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
diff --git a/arch/arm/kernel/vmlinux.lds.S b/arch/arm/kernel/vmlinux.lds.S
index cead889..1581f6d 100644
--- a/arch/arm/kernel/vmlinux.lds.S
On Wed, Dec 1, 2010 at 11:32 PM, Tomi Valkeinen
tomi.valkei...@nokia.com wrote:
Hi,
On Tue, 2010-11-30 at 20:07 +0800, ext Bryan Wu wrote:
After instroducing generic DPI panel driver for OMAP DSS2 system, we need to
split out backlight driver from Sharp LS037V7DW01 panel driver before we move
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Russell King - ARM Linux
Sent: Saturday, December 04, 2010 2:18 PM
To: Tony Lindgren; Kukjin Kim; Srinidhi Kasagar; Jamie Iles; Anton
Vorontsov;
Tony,
-Original Message-
From: Guruswamy, Senthilvadivu
Sent: Monday, November 29, 2010 5:21 PM
To: khil...@deeprootsystems.com; tomi.valkei...@nokia.com; p...@pwsan.com;
Hiremath, Vaibhav; linux-omap@vger.kernel.org
Cc: Guruswamy, Senthilvadivu
Subject: [PATCH v2 01/17] OMAP2420:
24 matches
Mail list logo