- Nov 01, 2005
-
-
Kelly Daly authored
Signed-off-by:
Kelly Daly <kelly@au.ibm.com>
-
- Oct 31, 2005
-
-
Paul Mackerras authored
... namely, the change to the 2-argument pte_alloc_kernel. Signed-off-by:
Paul Mackerras <paulus@samba.org>
-
Paul Mackerras authored
Signed-off-by:
Paul Mackerras <paulus@samba.org>
-
Paul Mackerras authored
We had a static memory_limit in prom.c, and then another one defined in setup_64.c and used in numa.c, which resulted in the kernel crashing when mem=xxx was given on the command line. This puts the declaration in system.h and the definition in mem.c. This also moves the definition of tce_alloc_start/end out of setup_64.c. Signed-off-by:
Paul Mackerras <paulus@samba.org>
-
- Oct 30, 2005
-
-
Paul Mackerras authored
This fixes a bug where settimeofday would set the wrong parameters in do_gtod, resulting in gettimeofday returning a value about 4 hours after the correct time. The bug was that we divided a negative 64-bit value with do_div, which treated it as unsigned and gave us a result that was approximately 1.8e10 too large (since the divisor was 1e9). Signed-off-by:
Paul Mackerras <paulus@samba.org>
-
- Oct 29, 2005
-
-
Paul Mackerras authored
Signed-off-by:
Paul Mackerras <paulus@samba.org>
-
Paul Mackerras authored
This applies the same fix as Al Viro recently made to arch/ppc/mm/pgtable.c. Signed-off-by:
Paul Mackerras <paulus@samba.org>
-
Paul Mackerras authored
Somehow we ended up with an #ifdef CONFIG_PPC64 around the export of cur_cpu_spec, but raid6 as a module needs it on ppc32 as well as ppc64. Signed-off-by:
Paul Mackerras <paulus@samba.org>
-
Paul Mackerras authored
Signed-off-by:
Paul Mackerras <paulus@samba.org>
-
Paul Mackerras authored
Signed-off-by:
Paul Mackerras <paulus@samba.org>
-
Andy Whitcroft authored
Currently when we first select memory model (FLAT, DISCONTIG, SPARSE) then select whether the machine is NUMA. However NUMA systems may not be FLAT. This constraint it not honoured and we may configure a NUMA/FLAT system. Reorder the configuration such that we choose NUMA first which allows us to only list the memory models which are valid. We now default NUMA for known NUMA systems. Note that this new order also matches that used in x86. Signed-off-by:
Andy Whitcroft <apw@shadowen.org> Signed-off-by:
Joel Schopp <jschopp@austin.ibm.com> Signed-off-by:
Andrew Morton <akpm@osdl.org> Signed-off-by:
Paul Mackerras <paulus@samba.org>
-
Olaf Hering authored
remove duplicate local variable, saves 2 asm instructions. Signed-off-by:
Olaf Hering <olh@suse.de> Signed-off-by:
Andrew Morton <akpm@osdl.org> Signed-off-by:
Paul Mackerras <paulus@samba.org>
-
Nicolas DET authored
Add proper entry to support the Marvell MV64361 (Marvell Discovery II) SRAM. This feature may be used by the mv643xx_eth driver. Signed-off-by:
Nicolas DET <det.nicolas@free.fr> Signed-off-by:
Andrew Morton <akpm@osdl.org> Signed-off-by:
Paul Mackerras <paulus@samba.org>
-
Olaf Hering authored
This implements a nvram acccess method, similar to arch/ppc64/kernel/pSeries_nvram.c tested on CHRP B50. Signed-off-by:
Olaf Hering <olh@suse.de> Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org> Signed-off-by:
Andrew Morton <akpm@osdl.org> Signed-off-by:
Paul Mackerras <paulus@samba.org>
-
Roland Dreier authored
Change the phys_mem_access_prot() function to take a pfn instead of an address. This allows mmap64() to work on /dev/mem for addresses above 4G on 32-bit architectures. We start with a pfn in mmap_mem(), so there's no need to convert to an address; in fact, it's actively bad, since the conversion can overflow when the address is above 4G. Similarly fix the ppc32 page_is_ram() function to avoid a conversion to an address by directly comparing to max_pfn. Working with max_pfn instead of high_memory fixes page_is_ram() to give the right answer for highmem pages. Signed-off-by:
Roland Dreier <rolandd@cisco.com> Cc: Anton Blanchard <anton@samba.org> Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org> Signed-off-by:
Andrew Morton <akpm@osdl.org> Signed-off-by:
Paul Mackerras <paulus@samba.org>
-
- Oct 28, 2005
-
-
Paul Mackerras authored
The merged version follows the ppc64 version pretty closely mostly, and in fact ARCH=ppc64 now uses the arch/powerpc/xmon version. The main difference for ppc64 is that the 'p' command to call show_state (which was always pretty dodgy) has been replaced by the ppc32 'p' command, which calls a given procedure (so in fact the old 'p' command behaviour can be achieved with 'p $show_state'). Signed-off-by:
Paul Mackerras <paulus@samba.org>
-
Paul Mackerras authored
The sc instruction emulation can't be done the same way on 32-bit as 64-bit yet, but this should work OK. Signed-off-by:
Paul Mackerras <paulus@samba.org>
-
Paul Mackerras authored
... for consistency with 64-bit. Signed-off-by:
Paul Mackerras <paulus@samba.org>
-
David Gibson authored
This patch moves the XICS interrupt controller code into the platforms/pseries directory, since it only appears on pSeries machines. If it ever appears on some other machine we can move it to sysdev, although xics.c itself will need a bunch of changes in that case to remove pSeries specific assumptions. Signed-off-by:
David Gibson <dwg@au1.ibm.com> Signed-off-by:
Paul Mackerras <paulus@samba.org>
-
Stephen Rothwell authored
and remove the same bits from ppc64/lib/string.S. Signed-off-by:
Stephen Rothwell <sfr@canb.auug.org.au>
-
Stephen Rothwell authored
since it is identical to usercopy.c from ppc64/lib. Signed-off-by:
Stephen Rothwell <sfr@canb.auug.org.au>
-
Stephen Rothwell authored
since it is identical to strcase.c from ppc64/lib. Signed-off-by:
Stephen Rothwell <sfr@canb.auug.org.au>
-
Stephen Rothwell authored
since it is identical to sstep.c from ppc64/lib. Signed-off-by:
Stephen Rothwell <sfr@canb.auug.org.au>
-
Stephen Rothwell authored
since it is identical to mempcy.S from ppc64/lib. Signed-off-by:
Stephen Rothwell <sfr@canb.auug.org.au>
-
Stephen Rothwell authored
since it is effectively the same as locks.c from ppc64/lib. Signed-off-by:
Stephen Rothwell <sfr@canb.auug.org.au>
-
Stephen Rothwell authored
since it is identical to copyuser.S from ppc64/lib. Signed-off-by:
Stephen Rothwell <sfr@canb.auug.org.au>
-
Stephen Rothwell authored
since it is identical to copypage.S from ppc64/lib. Signed-off-by:
Stephen Rothwell <sfr@canb.auug.org.au>
-
Stephen Rothwell authored
since it is identical to e2a.c from ppc64/lib Signed-off-by:
Stephen Rothwell <sfr@canb.auug.org.au>
-
Stephen Rothwell authored
as it is identical to checksum.S from ppc64. Signed-off-by:
Stephen Rothwell <sfr@canb.auug.org.au>
-
Stephen Rothwell authored
This allows us to also use entry_64.S from the merged tree and reverts the setup_64.c part of fda262b8. Signed-off-by:
Stephen Rothwell <sfr@canb.auug.org.au>
-
David Gibson authored
Since I sent the patch to purge bootinfo.h from ARCH=powerpc and ARCH=ppc64, setup-common.c has come into existence, and another #include of bootinfo.h slipped in. This patch removes it. It also removes include/asm-ppc64/bootinfo.h, which somehow survived the previous patch which was supposed to remove it. Signed-off-by:
Paul Mackerras <paulus@samba.org>
-
Kumar Gala authored
For the current time idle_6xx only applies to 6xx ppc32 CPUs Signed-off-by:
Kumar K. Gala <kumar.gala@freescale.com> Signed-off-by:
Paul Mackerras <paulus@samba.org>
-
- Oct 27, 2005
-
-
Paul Mackerras authored
... which is needed now that ARCH=ppc64 is using the merged setup_64.c. Signed-off-by:
Paul Mackerras <paulus@samba.org>
-
Paul Mackerras authored
Signed-off-by:
Paul Mackerras <paulus@samba.org>
-
Paul Mackerras authored
My G5 was being reported as an OldWorld in /proc/cpuinfo, which is obviously not right... :) Signed-off-by:
Paul Mackerras <paulus@samba.org>
-
Paul Mackerras authored
On 32-bit platforms, these convert from kernel virtual addresses to real (physical addresses), like tophys/tovirt but they use the same register for the source and destination. On 64-bit platforms, they do nothing because the hardware ignores the top two bits of the address in real mode. These new macros are used in fpu.S now. Signed-off-by:
Paul Mackerras <paulus@samba.org>
-
Paul Mackerras authored
Untested, but "should" work... at least this way it compiles. Signed-off-by:
Paul Mackerras <paulus@samba.org>
-
Paul Mackerras authored
Signed-off-by:
Paul Mackerras <paulus@samba.org>
-
Kumar Gala authored
Signed-off-by:
Kumar K. Gala <kumar.gala@freescale.com> Signed-off-by:
Paul Mackerras <paulus@samba.org>
-
Kumar Gala authored
do_dabr() is not relevant on 40x or Book-E processors so dont build it Signed-off-by:
Kumar K. Gala <kumar.gala@freescale.com> Signed-off-by:
Paul Mackerras <paulus@samba.org>
-