- 09 Nov, 2005 4 commits
-
-
Stephen Rothwell authored
Use __do_IRQ instead. The only difference is that every controller is now assumed to have an end() routine (only xics_8259 did not). Signed-off-by:Stephen Rothwell <sfr@canb.auug.org.au>
-
Stephen Rothwell authored
Signed-off-by: -
Stephen Rothwell authored
This will make the ppc64 multiplatform irq handling more like the generic handling. Signed-off-by: -
Stephen Rothwell authored
for functions defined by setup-common.c and used in setup_xx.c Signed-off-by:
-
- 08 Nov, 2005 25 commits
-
-
Paul Mackerras authored
This factors out the common bits of arch/powerpc/xmon/start_*.c into a new nonstdio.c, and removes some stuff that was supposed to make xmon's I/O routines somewhat stdio-like but was never used. It also makes the parsing of the xmon= command line option common, so that ppc32 can now use xmon={off,on,early} also. Signed-off-by:Paul Mackerras <paulus@samba.org>
-
Paul Mackerras authored
Some powermac machines were crashing in the quiesce firmware call in prom_init.c because we have just closed the OF stdin device; notably my 1999 G3 powerbook does this. To avoid this, don't close the OF stdin device on powermacs. Signed-off-by: -
Mike Kravetz authored
ppc64 needs a special sysfs probe file for adding new memory. Signed-off-by:
Mike Kravetz <kravetz@us.ibm.com> Signed-off-by:
-
Mike Kravetz authored
This is a temporary kludge that supports adding all new memory to node 0. I will provide a more complete solution similar to that used for dynamically added CPUs in a few days. Signed-off-by:
-
Mike Kravetz authored
memmap_init_zone() sets page count to 1. Before 'freeing' the page, we need to clear the count. This is the same that is done on free_all_bootmem_core() for memory discovered at boot time. Signed-off-by:
-
Mike Kravetz authored
Add the create_section_mapping() routine to create hptes for memory sections dynamically added after system boot. Signed-off-by:
-
Benjamin Herrenschmidt authored
For some stupid reason I can't explain (brown paper bag is at hand), I removed the check pfn_valid() in the code that does the icache/dcache coherency on POWER4 and later. That causes us to eventually try to access non existing struct page when hashing in IO pages. Signed-off-by:
Benjamin Herrenschmidt <benh@kernel.crashing.org> Signed-off-by:
-
Stephen Rothwell authored
This is very simple with it being almost all ppc32 with just a couple of common defines. Signed-off-by:
-
Paul Mackerras authored
Signed-off-by: -
Paul Mackerras authored
This fixes a build error when building the pmac sound driver as a module for 64-bit powermacs. Signed-off-by: -
Paul Mackerras authored
Signed-off-by: -
Mike Kravetz authored
On Tue, Nov 08, 2005 at 08:12:56AM +1100, Benjamin Herrenschmidt wrote: > Yes, the MAX_ORDER should be different indeed. But can Kconfig do that ? > That is have the default value be different based on a Kconfig option ? > I don't see that ... We may have to do things differently here... This seems to be done in other parts of the Kconfig file. Using those as an example, this should keep the MAX_ORDER block size at 16MB. Signed-off-by:
-
Anton Blanchard authored
Even though we can enable and disable xmon at runtime now, there are a few places in the merge tree that call xmon and xmon_printf directly. In the case below we call die() which will call xmon if it is enabled. Also remove an unnecessary include of xmon.h in smp.c. Signed-off-by:
Anton Blanchard <anton@samba.org> Signed-off-by:
-
Anton Blanchard authored
Oprofile was hardwiring the MMCRA sample bit to 1 but on newer cpus (eg POWER5) we want to vary it based on the group being sampled. Add a temporary workaround until people update their oprofile userspace. Signed-off-by:
-
Anton Blanchard authored
On ppc64 we end up with a negative value for the data size in the memory boot message: Memory: 2035560k/2097152k available (5792k kernel code, 89564k reserved, 18014398509481632k data, 870k bss, 352k init) It turns out the section ordering of the linker script is different on ppc32 and ppc64, so just count data as _edata - _sdata which should work on both. Signed-off-by:
-
Benjamin Herrenschmidt authored
The PowerBook HD led code uses obsoletes device-tree accessors which do not work anymore for getting the root of the tree. Signed-off-by:
-
Benjamin Herrenschmidt authored
xmon() prototype is inconsistent between ARCH=ppc and ARCH=powerpc, thus causing ARCH=ppc build breakage. Signed-off-by:
-
Benjamin Herrenschmidt authored
Building a PowerMac kernel with ARCH=powerpc causes a bunch of warnings, this fixes some of them Signed-off-by:
-
Benjamin Herrenschmidt authored
This adds a new thermal control framework for PowerMac, along with the implementation for PowerMac8,1, PowerMac8,2 (iMac G5 rev 1 and 2), and PowerMac9,1 (latest single CPU desktop). In the future, I expect to move the older G5 thermal control to the new framework as well. Signed-off-by:
-
Benjamin Herrenschmidt authored
Some more U3 revisions have the missing "interrupts" property in U3, this adds them to the fixup code in prom_init.c Signed-off-by:
-
Benjamin Herrenschmidt authored
This patch updates g5_defconfig for ARCH=powerpc in order to add the SMU support & thermal drivers to it, the pmac sound driver (works on some G5s) and replaces rivafb with nvidiafb which works better for the cards found in G5 based machines. Signed-off-by:
-
Benjamin Herrenschmidt authored
This patch adds the ability to the SMU driver to recover missing calibration partitions from the SMU chip itself. It also adds some dynamic mecanism to /proc/device-tree so that new properties are visible to userland. Signed-off-by:
-
Benjamin Herrenschmidt authored
CPU freq support using 970FX powertune facility for iMac G5 and SMU based single CPU desktop. Signed-off-by:
-
David Woodhouse authored
OK, the Fedora ppc32 and ppc64 kernels should both be arch/powerpc by tomorrow. They're booting on G5, POWER5, and my powerbook. I'll test pmac SMP and Pegasos later -- but pmac smp is known broken in arch/ppc anyway, and I'll live with a potential Pegasos regression for now; it wasn't supported officially in FC4 either. I needed to fix ppc32 initrd -- we were never setting initrd_start. Signed-off-by:
David Woodhouse <dwmw2@infradead.org> Signed-off-by:
-
Paul Mackerras authored
-
- 07 Nov, 2005 11 commits
-
-
-
Linus Torvalds authored
-
Linus Torvalds authored
Some manual fixups for clashing kfree() cleanups etc.
-
Ladislav Michl authored
Second cut of the VINO / Indycam driver for the Silicon Graphics Indy, much more feature complete and bug free.
-
Atsushi Nemoto authored
Add missing bits to fix D-cache aliasing problem in the PIO IDE driver. Signed-off-by:
Atsushi Nemoto <anemo@mba.ocn.ne.jp> Signed-off-by:
Ralf Baechle <ralf@linux-mips.org>
-
Ralf Baechle authored
This reverts 8f91ed6c. Signed-off-by:
-
Atsushi Nemoto authored
Since 2.6.13-rc1 setup_frame and its variants return int. But some bits were missed in the conversion. Signed-off-by:
-
Ralf Baechle authored
Signed-off-by: -
Atsushi Nemoto authored
If HZ was 1000, mdelay(2) cause overflow on multiplication in __udelay. We should define MAX_UDELAY_MS properly to prevent this. Signed-off-by:
-
Atsushi Nemoto authored
Many RTC routines were not protected against each other, so there are potential races, for example, ntp-update against /dev/rtc. This patch fixes them using rtc_lock. Signed-off-by:
-
Atsushi Nemoto authored
The mips_rtc_lock is no longer needed because RTC operations should be protected already by other mechanism. (rtc_lock, local_irq_save, etc.) Also, locking whole rtc_get_time/rtc_set_time should be avoided while some RTC routines might take very long time (a few seconds). Signed-off-by:
-
