17 Jan, 2008
6 commits
-
Fix documentation once and for ever, because I'm pretty tired of
repeating that I am merely following it. ;-)http://ozlabs.org/pipermail/linuxppc-dev/2007-December/048096.html
http://ozlabs.org/pipermail/linuxppc-dev/2007-November/046977.html
http://ozlabs.org/pipermail/linuxppc-dev/2007-November/046979.htmlhttp://ozlabs.org/pipermail/linuxppc-dev/2007-October/044411.html
http://ozlabs.org/pipermail/linuxppc-dev/2007-October/044413.htmlSigned-off-by: Anton Vorontsov
Signed-off-by: Paul Mackerras -
Signed-off-by: Cyrill Gorcunov
Signed-off-by: Paul Mackerras -
Signed-off-by: Cyrill Gorcunov
Signed-off-by: Paul Mackerras -
Signed-off-by: Cyrill Gorcunov
Signed-off-by: Paul Mackerras -
Similar to of_find_compatible_node(), of_find_matching_node() and
for_each_matching_node() allow you to iterate over the device tree
looking for specific nodes, except that they take of_device_id
tables instead of strings.This also moves of_match_node() from driver/of/device.c to
driver/of/base.c to colocate it with the of_find_matching_node which
depends on it.Signed-off-by: Grant Likely
Signed-off-by: Paul Mackerras -
Fixes sparse warning: constant 0xffffffffffffff80 is so big it is
unsigned longSigned-off-by: Geert Uytterhoeven
Signed-off-by: Paul Mackerras
11 Jan, 2008
1 commit
09 Jan, 2008
5 commits
-
All the __devexit functions are now appropriately tagged. This fixes
some ppc link warnings.Signed-off-by: Stephen Neuendorffer
Acked-by: Peter Korsgaard
Signed-off-by: Grant Likely -
Missed this one in the boot loader before.
Signed-off-by: Stephen Neuendorffer
Signed-off-by: Grant Likely -
This now better describes what the UBoot device tree generator
actually does. In particular:1) Nodes have a label derived from the device name, and a node name
derived from a generic version of the device type, e.g. 'ethernet',
'serial', etc.2) Usage of compound nodes (representing more than one device in the
same IP) which actually works. This requires having a valid
compatible node, and all the other things that a bus normally has.
I've chosen 'xlnx,compound' as the bus name to describe these compound
nodes.In addition, I've clarified some of the language relating to how mhs
nodes should be represent in the device tree.Signed-off-by: Stephen Neuendorffer
Signed-off-by: Grant Likely -
Includes both flavors of plb, opb, dcr, and a pseudo 'compound' bus
for representing compound peripherals containing more than one logical
device.Signed-off-by: Stephen Neuendorffer
Signed-off-by: Grant Likely -
These values now match what is generated by the uboot BSP generator.
Signed-off-by: Stephen Neuendorffer
Signed-off-by: Grant Likely
08 Jan, 2008
3 commits
-
Because of how big mapping the config space is (1M per bus), we limit how
many busses we support for now. In the long run, we could replace that
with something akin to kmap_atomic instead.This patch changes the limit from currently 16 to 64.
Signed-off-by: Stefan Roese
Signed-off-by: Josh Boyer -
This patch adds support for 405GPr processors with optional
new mode strapping. ibm405gp_fixup_clocks() can now be used
for 405GP and 405GPr CPUs.This is in preparation of porting the cpci405 platform support
from arch/ppc to arch/powerpc.This patch also adds ibm405ep_fixup_clocks() to support
405EP CPUs from the boot wrapper.Signed-off-by: Matthias Fuchs
Signed-off-by: Josh Boyer -
Enable EMAC driver for Sequoia (and while we're in there, disable
Macintosh drivers for Sequoia and Bamboo).Signed-off-by: Hollis Blanchard
Signed-off-by: Josh Boyer
05 Jan, 2008
1 commit
-
Somehow the EMAC support was dropped (or never really added) to the
Kilauea defconfig file. This patch finally adds EMAC support.Signed-off-by: Stefan Roese
Signed-off-by: Josh Boyer
03 Jan, 2008
1 commit
-
Fix an obvious typo.
Signed-off-by: Grant Likely
Signed-off-by: Josh Boyer
31 Dec, 2007
2 commits
-
This reverts commit 553aa7659bc0e188348f64e978343ed984eb6e56 at Ben H's
request, because it confused IORESOURCE_* flags with command register
bits.Requested-by: Benjamin Herrenschmidt
Signed-off-by: Paul Mackerras
29 Dec, 2007
1 commit
-
Enable MSI now that we have an implementation, and enable CONFIG_MD and
the raid options by default as well.Signed-off-by: Olof Johansson
28 Dec, 2007
2 commits
-
By default the OpenPIC on PWRficient will bias to one core (since that
will improve changes of the other core being able to stay idle/powered
down). However, this conflicts with most irq load balancing schemes,
since setting an interrupt to be delivered to either core doesn't really
result in the load being shared. It also doesn't work well with the
soft irq disable feature of PPC, since EE will stay on until the first
interrupt is taken while soft disabled.Set the gconf0 config bit that enables even distribution of interrupts
among the two cores.Signed-off-by: Olof Johansson
-
Some PWRficient-based boards have a NMI button that's wired up to a GPIO
as interrupt source. By configuring the openpic accordingly, these get
delivered as a machine check with high priority, instead of as an external
interrupt.The device tree contains a property "nmi-source" in the openpic node
for these systems, and it's the (hwirq) source for the input.Also, for these interrupts, the IACK is read from another register than
the regular (MCACK instead), but they are EOI'd as usual. So implement
said function for the mpic driver.Finally, move a couple of external function defines to include/ instead
of local under sysdev. Being able to mask/unmask and eoi directly saves
us from setting up a dummy irq handler that will never be called.Signed-off-by: Olof Johansson
25 Dec, 2007
3 commits
-
Update the 4xx board defconfigs
Signed-off-by: Josh Boyer
-
Remove some unneeded braces and make a busy loop more obvious.
Signed-off-by: Josh Boyer
-
Some machine_xx_initcall macros were recently added that check for the machine
type before calling the function. This converts the 4xx platforms to use those
for bus probing.Signed-off-by: Josh Boyer
24 Dec, 2007
15 commits
-
Remove the declarations for isa_io_base and isa_mem_base as they are declared
in pci-common.c now.Signed-off-by: Josh Boyer
-
The e200 and e500 platforms are separated in various parts of the kernel with
ifdefs, most notably reg_booke.h and traps.c. The new machine_check rework
requires them to be similarly separated in cputable.c to avoid compile errors.Signed-off-by: Josh Boyer
-
Mark the of_device_id structures used to probe the various busses on 4xx
as __initdata.Signed-off-by: Josh Boyer
-
Enable PCI support for these eval boards among other things. Also selects
PCI for Rainier in the Kconfig file.Signed-off-by: Josh Boyer
-
Signed-off-by: Stefan Roese
Signed-off-by: Josh Boyer -
Signed-off-by: Stefan Roese
Signed-off-by: Josh Boyer -
This patch adds basic support for the AMCC Makalu board to arch/powerpc.
Signed-off-by: Stefan Roese
Signed-off-by: Josh Boyer -
Currently we have some limitations in the 4xx PCIe driver and can't
support all possible PCIe busses. But the current limits in the
dts file are quite low (only 16 busses per RC). This patch increases
the number to 64 per RC.Signed-off-by: Stefan Roese
Signed-off-by: Josh Boyer -
Signed-off-by: Stefan Roese
Signed-off-by: Josh Boyer -
This adds PCI entry to PowerPC 440GRx Rainier DTS.
Signed-off-by: Valentine Barshak
Signed-off-by: Josh Boyer -
Renaming the CPU nodes with generic names put the CPU model in
the "model" property and thus broke the PowerPC 440EP(x)/440GR(x)
identical PVR workaround. The updates it to use the new model property
for CPU identification.Signed-off-by: Valentine Barshak
Signed-off-by: Josh Boyer -
Recent DTC versions disallow certain special characters in full paths without
being quoted with {}. That however breaks compatibility with older DTC
versions. Work around this by renaming the CPU nodes for the 4xx files to a
generic node name, and specify the processor type in the model property of the
CPU node.Signed-off-by: Josh Boyer
-
This patch sets the ibpre flag (Inbound Presence) for the 405EX
in the 4xx PCIe driver.Signed-off-by: Stefan Roese
Signed-off-by: Josh Boyer -
Signed-off-by: Stefan Roese
Signed-off-by: Josh Boyer -
The recent changes from Benjamin Herrenschmidt to the ibm_newemac now
make it possible to support other 4xx variants by just defining the
correct properties in the device tree. In this case of the 405EX we
need to define "has-mdio" in the RGMII node and "has-inverted-stacr-oc"
and "has-new-stacr-staopc" in the EMAC node same as on the 440EPx.Signed-off-by: Stefan Roese
Signed-off-by: Josh Boyer
