- 28 Jan, 2008 4 commits
-
-
Paul Gortmaker authored
The legacy_serial was treating each UART parent in a separate code block. Rather than continue this trend for the new parent IDs, this condenses all (soc, tsi, opb, plus two more new types) into one of_device_id array. The new types are wrs,epld-localbus for the Wind River sbc8560, and a more generic "simple-bus" as requested by Scott Wood. Signed-off-by:
Paul Gortmaker <paul.gortmaker@windriver.com> Signed-off-by:
Kumar Gala <galak@kernel.crashing.org>
-
Grant Likely authored
Signed-off-by:
Grant Likely <grant.likely@secretlab.ca> Signed-off-by:
-
Li Yang authored
Signed-off-by:
Li Yang <leoli@freescale.com> Signed-off-by:
-
Zhang Wei authored
Signed-off-by:
Zhang Wei <wei.zhang@freescale.com> Signed-off-by:
Ebony Zhu <ebony.zhu@freescale.com> Signed-off-by:
-
- 27 Jan, 2008 5 commits
-
-
Kumar Gala authored
Signed-off-by: -
Kumar Gala authored
Signed-off-by: -
Kumar Gala authored
The bd info struct changes if we have CPM2 enabled in u-boot. Signed-off-by: -
Kumar Gala authored
Add the ability to find a device node by just what its compatible with. This is useful in cases that we don't have a prop to find the node with. Signed-off-by: -
Kumar Gala authored
The common arch/powerpc code calls in to functions in setup-bus.c so some builds of ppc32 would fail. Note, ppc32 usage of setup-irq.c is limited to arch/ppc and should be removed when arch/ppc goes away. Signed-off-by:
Greg Kroah-Hartman <gregkh@suse.de>
-
- 26 Jan, 2008 2 commits
-
-
Paul Mackerras authored
This reverts commit 5c3f5892, basically because it changes behaviour even when no fake NUMA information is specified on the kernel command line. Firstly, it changes the nid, thus destroying the real NUMA information. Secondly, it also changes behaviour in that if a node ends up with no memory in it because of the memory limit, we used to set it online and now we don't. Also, in the non-NUMA case with no fake NUMA information, we do node_set_online once for each LMB now, whereas previously we only did it once. I don't know if that is actually a problem, but it does seem unnecessary. Signed-off-by:
Paul Mackerras <paulus@samba.org>
-
Paul Mackerras authored
-
- 25 Jan, 2008 29 commits
-
-
Roel Kluin authored
logical/bitand typo Signed-off-by:
Roel Kluin <12o3l@tiscali.nl> Signed-off-by:
Josh Boyer <jwboyer@linux.vnet.ibm.com>
-
Sean MacLennan authored
Add the defconfig for the PIKA Warp board Signed-off-by:
Sean MacLennan <smaclennan@pikatech.com> Signed-off-by:
-
Sean MacLennan authored
Add the cuboot wrapper for the PIKA Warp board Signed-off-by:
-
Sean MacLennan authored
Add the device tree for the PIKA Warp board Signed-off-by:
-
Sean MacLennan authored
Add the base platform support for the PIKA Warp boards. Signed-off-by:
-
Sean MacLennan authored
This adds the 440EP revision C PVR to the CPU table. The chip has an FPU on it, so we also match the logical PVR Signed-off-by:
-
David Gibson authored
This patch extends the Ebony and Walnut platform code to instantiate the existing ds1742 RTC class driver for the DS1743 RTC/NVRAM chip found on both those boards. The patch uses a helper function to scan the device tree and instantiate the appropriate platform_device based on it, so it should be easy to extend for other boards which have mmio mapped RTC chips. Along with this, the device tree binding for the ds1743 chips is tweaked, based on the existing DS1385 OF binding found at: http://playground.sun.com/1275/proposals/Closed/Remanded/Accepted/346-it.txt Although that document covers the NVRAM portion of the chip, whereas here we're interested in the RTC portion, so it's not entirely clear if that's a good model. This implements only RTC class driver support - that is /dev/rtc0, not /dev/rtc, and the low-level get/set time callbacks remain unimplemented. That means in order to get at the clock you will either need a modified version of hwclock which will look at /dev/rtc0, or you'll need to configure udev to symlink rtc0 to rtc. Signed-off-by:
David Gibson <david@gibson.dropbear.id.au> Signed-off-by:
-
Stefan Roese authored
The patch adds the Haleakala dts. The Haleakala is a stripped down version of the Kilauea (405EX) with only one EMAC and only one PCIe interface. Signed-off-by:
Stefan Roese <sr@denx.de> Signed-off-by:
-
Stefan Roese authored
This patch adds the 405EXr to the powerpc cuptable. Basically the 405EXr is a 405EX with only one EMAC and only one PCIe interface. Signed-off-by:
-
Olaf Hering authored
Signed-off-by:
Olaf Hering <olaf@aepfle.de> Signed-off-by:
-
Olaf Hering authored
Commit 6d98bda7 changed the init order for chrp_pci_fixup_vt8231_ata(). It can not work anymore because either the irq is not yet set to 14 or pci_get_device() returns nothing. At least the printk() in chrp_pci_fixup_vt8231_ata() does not trigger anymore. pata_via works again on Pegasos with the change below. Signed-off-by:
-
Michael Ellerman authored
Currently the IOMMU code allocates one page for the segment table, that isn't safe if we have more than 132 GB of RAM. Signed-off-by:
Michael Ellerman <michael@ellerman.id.au> Acked-by:
Jeremy Kerr <jk@ozlabs.org> Signed-off-by:
-
Michael Ellerman authored
Since commit c80d9133 (Make direct DMA use node local allocations) went in this comment makes no sense. Signed-off-by:
Benjamin Herrenschmidt <benh@kernel.crashing.org> Signed-off-by:
-
Michael Ellerman authored
We no longer need the global dma_direct_offset, update the comment to reflect the new reality. Signed-off-by:
-
Michael Ellerman authored
Rather than using the global variable, have celleb use its own variable to store the direct DMA offset. Signed-off-by:
-
Michael Ellerman authored
Rather than using the global variable, have cell use its own variable to store the direct DMA offset. Signed-off-by:
-
Michael Ellerman authored
Now that all platforms using dma_direct_offset setup the archdata.dma_data correctly, we can change the dma_direct_ops to retrieve the offset from the dma_data, rather than directly from the global. While we're here, change the way the offset is used - instead of or'ing it into the value, add it. This should have no effect on current implementations where the offset is far larger than memory, however in future we may want to use smaller offsets. Signed-off-by:
-
Michael Ellerman authored
Celleb always uses dma_direct_ops, and sets dma_direct_offset, so it too should set dma_data to dma_direct_offset. Currently there's no pci_dma_dev_setup() routine for Celleb so add one. Signed-off-by:
-
Michael Ellerman authored
Store the direct_dma_offset in each device's dma_data in the case where we're using the direct DMA ops. We need to make sure we setup the ppc_md.pci_dma_dev_setup() callback if we're using a non-zero offset. Signed-off-by:
-
Benjamin Herrenschmidt authored
We must always hookup the pci_bus resource 0 to the PHB io_resource even if the latter is empty (the bus has no IO support). Otherwise, some other code will end up hooking it up to something bogus and the resource tree will end up being broken. This fixes boot on QS20 Cell blades where the IDE driver failed to allocate the IO resources due to breakage of the resource tree. Signed-off-by:
-
Geoff Levand authored
Update ps3_defconfig. Signed-off-by:
Geoff Levand <geoffrey.levand@am.sony.com> Signed-off-by:
-
Geoff Levand authored
Remove the PS3 workaround needed to support sparsemem SPU mappings. The SPU mappings no longer use sparsemem, so this workaround is no longer needed. Signed-off-by:
-
Geoff Levand authored
A general housekeeping change of the PS3 vuart variable vuart_bus_priv.probe_mutex from semaphore to mutex. Signed-off-by:
-
Takashi Yamamoto authored
Add PS3 logical performance monitor (lpm) device driver. The PS3's LV1 hypervisor provides a Logical Performance Monitor that abstracts the Cell processor's performance monitor features for use by guest operating systems. Signed-off-by:
Takashi Yamamoto <TakashiA.Yamamoto@jp.sony.com> Signed-off-by:
-
Geoff Levand authored
Add PS3 logical performance monitor device support to the PS3 system-bus and platform device registration routines. Signed-off-by:
-
Takashi Yamamoto authored
Add repository routines for the PS3 Logical Performance Monitor. Signed-off-by:
-
Geert Uytterhoeven authored
Cleanup coding errors in arch/powerpc/platforms/ps3/repository.c as reported by sparse and checkpatch. Signed-off-by:
Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com> Signed-off-by:
-
Geert Uytterhoeven authored
Cleanup coding errors in drivers/ps3/ps3-vuart.c as reported by checkpatch. Signed-off-by:
-
Geert Uytterhoeven authored
Cleanup coding errors in drivers/ps3/ps3-sys-manager.c as reported by checkpatch. Signed-off-by:
-
