- 30 Apr, 2007 13 commits
-
-
Olof Johansson authored
cbe_cpufreq cleanups: * comment format * whitespace * don't init on non-cell platforms Signed-off-by:
Olof Johansson <olof@lixom.net> Acked-by:
Christian Krafft <krafft@de.ibm.com> Signed-off-by:
Arnd Bergmann <arnd.bergmann@de.ibm.com> Signed-off-by:
Paul Mackerras <paulus@samba.org>
-
Johannes Berg authored
This patch puts enable_kernel_spe into <asm-powerpc/system.h> along with enable_kernel_altivec etc. Signed-off-by:
Johannes Berg <johannes@sipsolutions.net> Signed-off-by:
-
Mark A. Greer authored
dt_xlate_reg() looks up the 'reg' property in the specified node to get the address and size to translate. Add dt_xlate_addr() which is passed in the address and size to translate. Signed-off-by:
Mark A. Greer <mgreer@mvista.com> Signed-off-by:
-
Scott Wood authored
A usage of CONFIG_DEVICE_TREE got accidentally truncated; this fix allows out-of-tree dts files to work. Signed-off-by:
Scott Wood <scottwood@freescale.com> Signed-off-by:
-
Grant Likely authored
Why create a platform specific board_info structure that is hacked together, ugly, and dangerous, when we've got a perfectly fine common board_info structure that is hacked-together, ugly and dangerous. Signed-off-by:
Grant Likely <grant.likely@secretlab.ca> Signed-off-by:
-
Grant Likely authored
Signed-off-by:
-
Grant Likely authored
Signed-off-by:
Peter Korsgaard <jacmet@sunsite.dk> Signed-off-by:
-
Grant Likely authored
The arch/ppc/syslib/ppc_sys.c infrastructure does not work well for the virtex ports. Move the ml300 and ml403 board ports over to use the new virtex_devices infrastructure. Signed-off-by:
-
Grant Likely authored
Currently virtex support in mainline make use of the infrastructure in arch/ppc/syslib/ppc_sys.c for registering common devices on virtex ppc405 platforms. The ppc_sys.c code is not well suited to the dynamic nature of FPGA designs and makes adding new board ports more complex. This patch adds a new listing of common devices which does not depend on the ppc_sys.c infrastructure. Signed-off-by:
-
Grant Likely authored
The header files for the ml403 and ml300 are virtually identical, merge them into a single file. Signed-off-by:
-
Grant Likely authored
Reverse dependency order for Xilinx Virtex parts. For these parts, It makes more sense for boards/chips to specify which features they provide instead of the features listing the parts they are implemented in. I think it also makes adding new board ports simpler. Signed-off-by:
-
Olof Johansson authored
Shuffle Kconfig order, making the platform drivers menu depend on the global option instead of each driver being dependent on it. Also fix dependency of PPC_PMAC on the G5 one. Signed-off-by:
-
Paul Mackerras authored
This reverts commit 9414715a, at Olaf Hering's request: > Paul, please discard this patch. The optional graphics card may have > also device_type 'serial' if it is in VGA mode. > I will send an updated patch later.
-
- 27 Apr, 2007 16 commits
-
-
Olaf Hering authored
check_legacy_ioport makes only sense on PREP, CHRP and pSeries. They may have an isa node with PS/2, parport, floppy and serial ports. Remove the check_legacy_ioport call from ppc_md, it's not needed anymore. Hardware capabilities come from the device-tree. Signed-off-by:
Olaf Hering <olaf@aepfle.de> Signed-off-by:
-
David Gibson authored
Currently asm-powerpc/mmu.h has definitions for the 64-bit hash based MMU. If CONFIG_PPC64 is not set, it instead includes asm-ppc/mmu.h which contains a particularly horrible mess of #ifdefs giving the definitions for all the various 32-bit MMUs. It would be nice to have the low level definitions for each MMU type neatly in their own separate files. It would also be good to wean arch/powerpc off dependence on the old asm-ppc/mmu.h. This patch makes a start on such a cleanup by moving the definitions for the 64-bit hash MMU to their own file, asm-powerpc/mmu_hash64.h. Definitions for the other MMUs still all come from asm-ppc/mmu.h, however each MMU type can now be one-by-one moved over to their own file, in the process cleaning them up stripping them of cruft no longer necessary in arch/powerpc. Signed-off-by:
David Gibson <david@gibson.dropbear.id.au> Signed-off-by:
-
Scott Wood authored
The uppermost part of memory is where u-boot puts the stack, so don't include that in the heap. It's not currently causing problems, as the current code allocates from the bottom of the heap, but this will keep things from potentially breaking if a future implementation were to allocate from the top. Signed-off-by:
-
Scott Wood authored
Signed-off-by:
-
Scott Wood authored
This fixes a few bugs in how dt_xlate_reg() handles address arrays: 1. copy_val() was copying into the wrong end of the array, resulting in random stack garbage at the other end. 2. dt_xlate_reg() was getting the result from the wrong end of the array. 3. add_reg() and sub_reg() were treating the arrays as little-endian rather than big-endian. 4. add_reg() only returned an error on a carry out of the entire array, rather than out of the naddr portion. 5. The requested reg resource was checked to see if it exceeded the size of the reg property, but not to see if it exceeded the size of the buffer. Signed-off-by:
-
Milton Miller authored
Change the error message in gunzip_exactly to be more verbose. Besides the identifier being unrelated to the current function name, the user had no indication if the corruption was near the beginning or the end. Signed-off-by:
Milton Miller <miltonm@bga.com> Acked-by:
-
Akinobu Mita authored
make help on powerpc says make install is available. But it failed due to no rule to make install. This patch enables make install to work. Signed-off-by:
Akinobu Mita <mita@fixstars.com> Signed-off-by:
-
Benjamin Herrenschmidt authored
The string load/store instructions are unimplemented on some processors and slow (microcoded) on some others. It's simplest to just not use them at all. Signed-off-by:
Benjamin Herrenschmidt <benh@kernel.crashing.org> Signed-off-by:
-
Anton Blanchard authored
Whenever we enter xmon we get a WARN_ON out of the rtas code since it thinks interrupts are still on: Unable to handle kernel paging request for data at address 0x00000000 Faulting instruction address: 0xd000000000080008 cpu 0x3: Vector: 300 (Data Access) at [c0000000075dba00] pc: d000000000080008: .doit+0x8/0x40 [oopser] lr: c000000000077704: .sys_init_module+0x1664/0x1824 sp: c0000000075dbc80 msr: 9000000000009032 dar: 0 dsisr: 42000000 current = 0xc000000003fa64b0 paca = 0xc000000000694280 pid = 2260, comm = insmod ------------[ cut here ]------------ Badness at arch/powerpc/kernel/entry_64.S:651 Call Trace: [C0000000075DAE70] [C00000000000EB64] .show_stack+0x68/0x1b0 (unreliable) [C0000000075DAF10] [C000000000216254] .report_bug+0x94/0xe8 [C0000000075DAFA0] [C00000000047B140] __kprobes_text_start+0x178/0x584 [C0000000075DB040] [C0000000000044F4] program_check_common+0xf4/0x100 Signed-off-by: -
Will Schmidt authored
Convert a compound if-else blob to a switch statement. This better fits the kernel coding style. Signed-off-by:
Will Schmidt <will_schmidt@vnet.ibm.com> Signed-off-by:
-
Domen Puncer authored
Fix typos + some cosmetic changes. Signed-off-by:
Domen Puncer <domen.puncer@telargo.com> Signed-off-by:
-
Olof Johansson authored
Cpufreq driver for PA Semi PWRficient processors. Signed-off-by:
Egor Martovetsky <egor@pasemi.com> Signed-off-by:
-
Olof Johansson authored
arch/powerpc/platforms/pasemi/gpio_mdio.c really depends on CONFIG_PHYLIB. Add a config option for it, allow for it to be disabled if needed and fix the dependency. Signed-off-by:
-
Olof Johansson authored
arch/powerpc/platforms/pasemi/setup.c: In function 'pasemi_publish_devices': arch/powerpc/platforms/pasemi/setup.c:220: warning: implicit declaration of function 'of_platform_bus_probe' Signed-off-by:
-
Stephen Rothwell authored
Due to conflicts with the network drivers tree. Signed-off-by:
Stephen Rothwell <sfr@canb.auug.org.au> Signed-off-by:
-
Stephen Rothwell authored
This does drivers/machintosh and the hvc code. Signed-off-by:
-
- 26 Apr, 2007 2 commits
-
-
Paul Mackerras authored
This reverts commit d05c7a80, which included changes which should go via other subsystem maintainers.
-
Paul Mackerras authored
This reverts commit 618d3adc, because it is superseded by 56997559.
-
- 24 Apr, 2007 9 commits
-
-
Alan Cox authored
Signed-off-by:
Alan Cox <alan@redhat.com> Signed-off-by:
-
Alan Cox authored
pci_find_slot isn't hot-plug safe. Move this code to the pci hotplug safe equivalent and hold a refcount properly while doing make_one_node_map. Signed-off-by:
-
David Gibson authored
32-bit powerpc systems define a macro, PHYS_FMT, giving a printf format string fragment for displaying physical addresses, since most 32-bit powerpc platforms use 32-bit physical addresses but a few use 64-bit physical addresses. This macro is used in exactly one place, a rare error message, where we can solve the problem more simply by just unconditionally casting the address up to 64-bit quantity before formatting it. This patch does so, meaning that as we bring MMU definitions from asm-ppc over to asm-powerpc, cleaning them up in the process, we don't need to implement this ugly macro (which additionally has a very bad name for something global). Signed-off-by:
-
Stephen Rothwell authored
Replace uses with of_find_node_by_name and for_each_node_by_name. Signed-off-by:
-
Stephen Rothwell authored
Replaced by of_find_node_by_type. Signed-off-by:
-
Stephen Rothwell authored
Replaced by of_find_node_by_path. Signed-off-by:
-
Stephen Rothwell authored
This old interface has no more users. Signed-off-by:
-
Stephen Rothwell authored
This is an old interface and is replaced by of_find_compatible_node. Signed-off-by:
-
David Gibson authored
BenH's commit a741e679 in powerpc.git, although (AFAICT) only intended to affect ppc64, also has side-effects which break 44x. I think 40x, 8xx and Freescale Book E are also affected, though I haven't tested them. The problem lies in unconditionally removing flush_tlb_pending() from the versions of flush_tlb_mm(), flush_tlb_range() and flush_tlb_kernel_range() used on ppc64 - which are also used the embedded platforms mentioned above. The patch below cleans up the convoluted #ifdef logic in tlbflush.h, in the process restoring the necessary flushes for the software TLB platforms. There are three sets of definitions for the flushing hooks: the software TLB versions (revised to avoid using names which appear to related to TLB batching), the 32-bit hash based versions (external functions) amd the 64-bit hash based versions (which implement batching). It also moves the declaration of update_mmu_cache() to always be in tlbflush.h (previously it was in tlbflush.h except for PPC64, where it was in pgtable.h). Booted on Ebony (440GP) and compiled for 64-bit and 32-bit multiplatform. Signed-off-by:
-
