- 08 Mar, 2005 40 commits
-
-
Martin Schwidefsky authored
s390 core changes: - Add -msoft-float to CFLAGS. - Remove experimantal tag from cpu hotplug. - Allow more than 4GB swap on a single device for 64 bit. - Fix race in machine_restart to make sure all cpus entered stopped state before reipl. - Cleanup: use for_each_online_cpu macro where possible. - Add argument brackets to __FD_SET/__FD_CLEAR/__FD_ZERO. - Reset cpu_present in smp startup to avoid long delays if only one cpu is defined. - Regenerate default configuration. Signed-off-by:
Martin Schwidefsky <schwidefsky@de.ibm.com> Signed-off-by:
Andrew Morton <akpm@osdl.org> Signed-off-by:
Linus Torvalds <torvalds@osdl.org>
-
Paolo \'Blaisorblade\' Giarrusso authored
That var is used only once, use its value directly. Signed-off-by:
Paolo 'Blaisorblade' Giarrusso <blaisorblade@yahoo.it> Signed-off-by:
-
Daniel Dickman authored
Signed-off-by:
Daniel Dickman <didickman@yahoo.com> Signed-off-by:
-
Barry K. Nathan authored
On i386, SOFTWARE_SUSPEND requires the CPU to have PSE support, but DEBUG_PAGEALLOC disables PSE. Thus, allowing both options to be enabled simultaneously makes no sense. This patch disables DEBUG_PAGEALLOC if SOFTWARE_SUSPEND is enabled; it also displays a comment to briefly explain why DEBUG_PAGEALLOC is missing in that case. I have tested this patch against oldconfig and menuconfig on 2.6.11-bk2. Signed-off-by:
Barry K. Nathan <barryn@pobox.com> Acked-by:
Pavel Machek <pavel@ucw.cz> Signed-off-by:
-
Pavel Machek authored
swsusp low-level assembly requires PSE (4mb pages for kernel) and DEBUG_PAGEALLOC disables that capability. Tell people what went wrong, some people seen same problem on VIA cpus... Signed-off-by:
Pavel Machek <pavel@suse.cz> Signed-off-by:
-
Pavel Machek authored
We got quite long list of machines and tricks needed to get them working. Signed-off-by:
-
Pavel Machek authored
This is patch from Rafael, it eliminates order-5 (or worse) allocations during suspend. I did few style/whitespace modifications. It was tested by me, Rafael, and Stefan from SuSE. Signed-off-by:
Rafael J. Wysocki <rjw@sisk.pl> Signed-off-by:
Adrian Bunk <bunk@stusta.de> Signed-off-by:
-
Pat Gefre authored
Signed-off-by:
Patrick Gefre <pfg@sgi.com> Signed-off-by:
-
Pat Gefre authored
2.6 Altix console patch to ignore input during early booting Signed-off-by:
-
Andries E. Brouwer authored
There are several cases where __init function pointers are stored in a general purpose struct. For example, a SCSI template may contain a __init detect function. Have not yet thought of an elegant way to avoid this. One such case is the mtrr code, where struct mtrr_ops has an init field pointing at __init functions. Unless I overlook something, this case may be easy to settle, since the .init field is never used. The patch below comments out the declaration and initialisation of the .init field of struct mtrr_ops, and puts #if 0 ... #endif around the centaur_mcr_init() and cyrix_arr_init() code. Simultaneously a number of variables are made static. Signed-off-by:
-
Christoph Lameter authored
This patch removes the check for the existence of multiple HPET timers. It allows the use of HPET with only a single timer for system time if HPET_EMULATE_RTC is not set. Signed-off-by:
Christoph Lameter <christoph@lameter.com> Signed-off-by:
Shai Fultheim <Shai@Scalex86.org> Acked-by:
"Pallipadi, Venkatesh" <venkatesh.pallipadi@intel.com> Signed-off-by:
-
Lee Revell authored
Clean up the logic in do_timer_interrupt() Signed-off-by:
-
Rik van Riel authored
Because Xen is compiled with -Wall -Werror, has inherited processor.h from Linux and Fedora is now built with gcc4, I discovered this bug. The few callers I verified all call cpuid with unsigned ints, but the function is defined with signed ints. This trivial patch fixes that. Signed-off-by:
Rik van Riel <riel@redhat.com> Signed-off-by:
-
Thomas Gleixner authored
Convert the initializers of hw_interrupt_type structures to C99 initializers. Signed-off-by:
Thomas Gleixner <tglx@linutronix.de> Signed-off-by:
-
Dave Hansen authored
When CONFIG_HIGHMEM=y, but ZONE_NORMAL isn't quite full, there is, of course, no actual memory at *high_memory. This isn't a problem with normal virt<->phys translations because it's never dereferenced, but CONFIG_NONLINEAR is a bit more finicky. So, don't do __va() in non-existent addresses. Signed-off-by:
Dave Hansen <haveblue@us.ibm.com> Signed-off-by:
-
kianusch@sk-tech.net authored
Those CPU's are found mostly in embedded systems ... one of the most prominent Hardware using GEODE CPU is probably soekris net4801 (http://www.soekris.com). This patch has been on my homepage (http://www.sk-tech.net/support/soekris.html) for quite a time - but I've been asked several time to have it included in the main kernel. Signed-off-by:
-
Andrew Morton authored
ioremap() has special-case handling for the IS region, but inunmap() does not. So iounmap() generates a warning when a caller correctly performs an ioremap()/iounmap() sequence. Fix that by teaching iounmap() about the IS address range. Signed-off-by:
-
Henrik Brix Andersen authored
The current SCx200 drivers use a fixed base address of 0x9000 for the Configuration Block, but some systems (at least the Soekris net4801) uses a base address of 0x6000. This patch first tries the fixed address then - if no configuration block could be found - tries the address written to the Configuration Block Address Scratchpad register by the BIOS. Signed-off-by:
Henrik Brix Andersen <brix@gentoo.org> Signed-off-by:
-
Andrea Arcangeli authored
Reject zero page vm-area request, align size properly and hide the guard page from the callers like ioremap - this avoids a kernel crash due one more page being passed to change_page_attr Signed-off-by:
Andrea Arcangeli <andrea@novell.com> Signed-off-by:
-
Dave Hansen authored
in arch/i386/mm/init.c, there's a #define for __free_all_bootmem(): #ifndef CONFIG_DISCONTIGMEM #define __free_all_bootmem() free_all_bootmem() #else #define __free_all_bootmem() free_all_bootmem_node(NODE_DATA(0)) #endif /* !CONFIG_DISCONTIGMEM */ However, both of those functions end up eventually calling the same thing: free_all_bootmem_core(NODE_DATA(0)) This might have once been a placeholder for a more complex bootmem init call, but that never happened. So, kill off the DISCONTIG version, and just call free_all_bootmem() directly in both cases. Signed-off-by:
-
Dave Hansen authored
discontig.c has its own version of set_max_mapnr_init(). However, all that it really does differently from the mm/init.c version is skip setting max_mapnr (which doesn't exist because there's no mem_map[]). Signed-off-by:
-
Dave Hansen authored
Refactor the i386 default and CONFIG_DISCONTIG_MEM setup_memory() functions to share the common bootmem initialisation code. This code is intended to be identical, but there are currently some fixes applied to one and not the other. This patch extracts this common initialisation code. Signed-off-by:
Andy Whitcroft <apw@shadowen.org> Signed-off-by:
-
Keith Mannthey authored
Dave Hanson mentioned I should send this patch to you. I posted it to linux-mm a while ago without complaint. This patch solves a simple problem related to the interpretation on the SRAT table and the info found in the e820. When a possible hot-add area is exposed on my box (IBM x445 with hot add enabled in the bios) my SRAT table correctly exposed a new node from the end of my physical memory to 64gb. In the present kernels the numa KVA areas (based on the SRAT) are calculated before find_max_pfn. The remap area is created for this large non-populated zone and the system dies a while later during bootup. I believe the correct things to do (as did the hot-plug community) the correct thing to do is the keep the node_start_end_pfn data structures focuses on memory that is in the system. That is all this patch does. It ignores any node data (correctly reported by the SRAT) that is above the e820 end of memory. Signed-off-by: <kmannth@us.ibm.com> Signed-off-by:
-
Paul Mundt authored
More random cleanup and build fixes. Signed-off-by:
Paul Mundt <lethal@linux-sh.org> Signed-off-by:
-
Paul Mundt authored
This updates the sh cpufreq driver for the cpumask changes. Signed-off-by:
-
Paul Mundt authored
hitfb and pvr2fb were both recently broken by mainline changes, this gets them working properly again. Signed-off-by:
-
Paul Mundt authored
This gets hp620 working again.. Signed-off-by:
Kristoffer Ericson <kristoffer@jlime.com> Signed-off-by:
-
Paul Mundt authored
Convert sh to use generic hardirqs. Signed-off-by:
Christoph Hellwig <hch@lst.de> Signed-off-by:
-
Paul Mundt authored
Nothing to see here, move along. Signed-off-by:
-
Paul Mundt authored
Mostly random bugfixes and some build fixes, as well as killing off some leftover cruft. Signed-off-by:
-
Paul Mundt authored
Somewhere along the line dcache disabling decided it wanted to stop itself from compiling. So we fix it. Signed-off-by:
-
Paul Mundt authored
There were a couple of cli()/sti() users left, so we get rid of them.. Hopefully this is the last of this mess. Signed-off-by:
James Nelson <james4765@cwazy.co.uk> Signed-off-by:
-
Paul Mundt authored
TMU0 initialization was broken when the timer was already started by someone else (for instance, a boot loader). This fixes it. Signed-off-by:
Andy Sturges <andy.sturges@st.com> Signed-off-by:
Richard Curnow <rc@rc0.org.uk> Signed-off-by:
-
Paul Mundt authored
This fixes up a few minor IDE issues on sh64. We also enable cayman on-board IDE in the SuperIO. Signed-off-by:
-
Paul Mundt authored
Convert sh64 to use generic hardirqs. Signed-off-by:
-
Paul Mundt authored
This adds support for modules. Signed-off-by:
-
Paul Mundt authored
This adds support for the iomap interface to sh64. As a result of this, we can also clean up a lot of the sh64 common I/O routines. We also add a board-specific ioport_map() for the cayman so we can use iomap generically. Signed-off-by:
-
Paul Mundt authored
Update for the cayman defconfig. We also drop the generic arch/sh64/defconfig as it has very little hope of being kept up to date, so we use the cayman one instead. Signed-off-by:
-
Paul Mundt authored
The BYTES_PER_WORD assumption doesn't work out on sh64 when we are using a 32-bit ABI. We want slab caches to be forced to a minimum alignment of 8-bytes, as it was before Anton's change. This was also already discussed at length with Manfred in this thread: http://marc.theaimsgroup.com/?l=linux-kernel&m=110227138116749&w=2Signed-off-by:
-
Paul Mundt authored
Fairly self explanatory.. Signed-off-by:
-
