linux-toradex.git/arch/mips/bcm63xx, branch v2.6.38.2

MIPS: Decouple BMIPS CPU support from bcm47xx/bcm63xx SoC code

2010-10-29T18:08:50+00:00

BMIPS processor cores are used in 50+ different chipsets spread across
5+ product lines.  In many cases the chipsets do not share the same
peripheral register layouts, the same register blocks, the same
interrupt controllers, the same memory maps, or much of anything else.

But, across radically different SoCs that share nothing more than the
same BMIPS CPU, a few things are still mostly constant:

SMP operations
Access to performance counters
DMA cache coherency quirks
Cache and memory bus configuration

So, it makes sense to treat each BMIPS processor type as a generic
"building block," rather than tying it to a specific SoC.  This makes it
easier to support a large number of BMIPS-based chipsets without
unnecessary duplication of code, and provides the infrastructure needed
to support BMIPS-proprietary features.

Signed-off-by: Kevin Cernekee 
Cc: mbizon@freebox.fr
Cc: linux-mips@linux-mips.org
Cc: linux-kernel@vger.kernel.org
Tested-by: Florian Fainelli 
Patchwork: https://patchwork.linux-mips.org/patch/1706/
Signed-off-by: Ralf Baechle

MIPS: Add missing #inclusions of

2010-10-07T13:08:54+00:00

Add missing #inclusions of  to a whole bunch of files that should
really include it.  Note that this can replace #inclusions of .

This is required for the patch to sort out irqflags handling function naming to
compile on MIPS.

The problem is that these files require access to things like setup_irq() -
which isn't available by #including 

Signed-off-by: David Howells 
Acked-by: Ralf Baechle

MIPS: BCM63xx: Migrate to new platform makefile style.

2010-08-05T12:25:54+00:00

Signed-off-by: Ralf Baechle

MIPS: BCM63xx: Prevent second enet registration on BCM6338

2010-07-26T18:08:18+00:00

This SoC has only one ethernet MAC, so prevent registration of a second one.

Signed-off-by: Florian Fainelli 
To: linux-mips@linux-mips.org
Patchwork: https://patchwork.linux-mips.org/patch/1482/
Signed-off-by: Ralf Baechle

MIPS: BCM63xx: Avoid namespace clash on GPIO_DIR_{IN,OUT}

2010-05-21T20:31:22+00:00

This is too generic a name, so prefix it with BCM63XX_ to avoid potential
namespace clashes when including .

Signed-off-by: Florian Fainelli 
To:     linux-mips@linux-mips.org
Patchwork: http://patchwork.linux-mips.org/patch/1171/
Signed-off-by: Ralf Baechle

MIPS: BCM63xx: Fix build failure in board_bcm963xx.c

2010-04-12T16:26:20+00:00

Since 2083e8327aeeaf818b0e4522a9d2539835c60423, the SPROM is now registered
in the board_prom_init callback, but it references variables and functions
which are declared below.  Move the variables and functions above
board_prom_init.

Signed-off-by: Florian Fainelli 
To: linux-mips@linux-mips.org
Patchwork: http://patchwork.linux-mips.org/patch/1077/
Signed-off-by: Ralf Baechle

MIPS: BCM63xx: Initialize gpio_out_low & out_high to current value at boot.

2010-04-12T16:26:19+00:00

To avoid a glitch during GPIO initialisation read GPIO output register
values left by the firmware.

Signed-off-by: Maxime Bizon 
To: linux-mips@linux-mips.org
Patchwork: http://patchwork.linux-mips.org/patch/903/
Signed-off-by: Ralf Baechle

MIPS: BCM63xx: Register SSB SPROM fallback in board's first stage callback

2010-04-12T16:26:18+00:00

Signed-off-by: Florian Fainelli 
To: Maxime Bizon 
Cc: linux-mips@linux-mips.org
Patchwork: http://patchwork.linux-mips.org/patch/1017/
Signed-off-by: Ralf Baechle

MIPS: BCM63xx: Add support for second uart.

2010-04-12T16:26:18+00:00

The BCm63xx SOC has two uarts.  Some boards use the second one for
bluetooth.  This patch changes platform device registration code to
handle this.  Changes to the UART driver were already merged in
6a2c7eabfd09ca7986bf96b8958a87ca041a19d8.

Signed-off-by: Maxime Bizon 
To: linux-mips@linux-mips.org
Cc: Maxime Bizon 
Patchwork: http://patchwork.linux-mips.org/patch/900/
Signed-off-by: Ralf Baechle

MIPS: BCM63xx: Fix double gpio registration.

2010-04-12T16:26:17+00:00

bcm63xx_gpio_init is already called from prom_init to allow board to use
them early, so we can remove the unneeded arch_initcall.

Signed-off-by: Maxime Bizon 
To: linux-mips@linux-mips.org
Cc: Maxime Bizon 
Patchwork: http://patchwork.linux-mips.org/patch/899/
Signed-off-by: Ralf Baechle