- 14 Jun, 2003 40 commits
-
-
Andrew Morton authored
From: Anton Blanchard <anton@samba.org> Anton has been testing odd setups: /* node 0 - no cpus, no memory */ /* node 1 - 1 cpu, no memory */ /* node 2 - 0 cpus, 1GB memory */ /* node 3 - 3 cpus, 3GB memory */ Two things tripped so far. Firstly the ppc64 debug check for invalid cpus in cpu_to_node(). Fix that in kernel/sched.c:node_nr_running_init(). The other problem concerned nodes with memory but no cpus. kswapd tries to set_cpus_allowed(0) and bad things happen. So we only set cpu affinity for kswapd if there are cpus in the node.
-
Linus Torvalds authored
-
Anton Blanchard authored
compat_sys_getrusage was returning the result of a logical or. Make it return the result of sys_getrusage if it fails or -EFAULT if we cant write it out to userspace.
-
Paul Mackerras authored
Last night, Manfred and I found an interesting bug with kmalloc on ppc32, where the kmalloc in alloc_super() (fs/super.c) was requesting 432 bytes but only getting 256 bytes. The reason was that PAGE_SIZE wasn't defined at the point where the kmalloc() inline function occurs. Thus the CACHE(32) entry got omitted from the list in kmalloc_sizes.h, and kmalloc therefore used the entry in malloc_sizes[] before the correct entry. This patch fixes it by including asm/page.h and asm/cache.h in linux/slab.h. The list in kmalloc_sizes.h depends on L1_CACHE_BYTES as well as PAGE_SIZE, which is why I added asm/cache.h.
-
Mikael Pettersson authored
This patch cleans up a few leftovers after Mochel's recent driver model changes. Tested. Please apply. - arch/i386/kernel/apic.c: <linux/module.h> no longer needed - include/asm-i386/apic.h: device_lapic no longer exported
-
Mikael Pettersson authored
This patch removes the x86 local APIC blacklist rules for the Microstar 6163 and Intel AL440LX mainboards. These boards do work with local APIC enabled. Heavily tested. Please apply. Long story: When I worked on the initial UP_APIC code, these two mainboard (MS-6163 and AL440LX) were the only ones that caused hangs when the local APIC was enabled. At the time, I attributed these hangs to broken BIOSen and implemented DMI scan blacklist rules to prevent enabling the local APIC on them. However, the last year I've observed hangs on other mainboards that initially were believed to be safe for local APIC. The hangs turned out to be caused by APM's DISPLAY_BLANK option: When this option is enabled, APM will invoke BIOS and graphics card BIOS code without disabling the local APIC first. In many cases, a local APIC timer interrupt while APM is trying to blank the console will hang the system. APM also has two other options that can hang the system: CPU_IDLE and building APM as a module, both of which causes it to do BIOS calls without disabling the local APIC first. On all my systems, the only reliable configuration is to keep APM's DISPLAY_BLANK and CPU_IDLE disabled, and to build APM non-modular.
-
Bartlomiej Zolnierkiewicz authored
Patch by Matthew Wilcox. Allows all architectures to simply include the drivers/ide/Kconfig file.
-
Bartlomiej Zolnierkiewicz authored
Patch by Benjamin Herrenschmidt, minor fixes by me.
-
Bartlomiej Zolnierkiewicz authored
Unexpectedly there are some taskfile IO bugreports, so bring back old code and add taskfile IO config option (default y). This aids testing and lets people use safe(?) old code.
-
bk://kernel.bkbits.net/vojtech/inputLinus Torvalds authored
into home.transmeta.com:/home/torvalds/v2.5/linux
-
Andrew Morton authored
From: Manfred Spraul <manfred@colorfullife.com> Martin found out what caused the deadlocks with 2.5.70 and SDET: I forgot to initialize proc_lock during fork(). Usually this works, because the parent lock is unlocked. But a proc lookup during fork can cause it to be locked, and then the system locks up.
-
Linus Torvalds authored
-
Linus Torvalds authored
-
Rusty Russell authored
1) Fix the comments for the migration_thread. A while back Ingo agreed they were exactly wrong, IIRC. 8). 2) Changed spin_lock_irqsave to spin_lock_irq, since it's in a kernel thread. 3) Don't repeat if the task has moved off the original CPU, just finish. This is because we are simply trying to push the task off this CPU: if it's already moved, great. Currently we might theoretically move a task which is actually running on another CPU, which is v. bad. 4) Replace the __ffs(p->cpus_allowed) with any_online_cpu(), since that's what it's for, and __ffs() can give the wrong answer, eg. if there's no CPU 0. 5) Move the core functionality of migrate_task into a separate function, move_task_away, which I want for the hotplug CPU patch.
-
http://linux-isdn.bkbits.net/linux-2.5.makeLinus Torvalds authored
into home.transmeta.com:/home/torvalds/v2.5/linux
-
Vojtech Pavlik authored
-
Peter Osterlund authored
-
Peter Osterlund authored
-
Vojtech Pavlik authored
-
bk://kernel.bkbits.net/davem/net-2.5Linus Torvalds authored
into home.transmeta.com:/home/torvalds/v2.5/linux
-
Vojtech Pavlik authored
-
bk://bk.arm.linux.org.uk/linux-2.5-serialLinus Torvalds authored
into home.transmeta.com:/home/torvalds/v2.5/linux
-
Vojtech Pavlik authored
-
Vojtech Pavlik authored
-
Vojtech Pavlik authored
-
Vojtech Pavlik authored
-
Vojtech Pavlik authored
-
Vojtech Pavlik authored
-
Vojtech Pavlik authored
-
Vojtech Pavlik authored
-
Vojtech Pavlik authored
-
Vojtech Pavlik authored
-
Vojtech Pavlik authored
-
Vojtech Pavlik authored
-
Benjamin Herrenschmidt authored
It was broken on at least ppc32 & sparc32, and the debugging it offered wasn't worth it any more anyway.
-
Samuel Thibault authored
local_irq_save() is called at the beginning of speedstep_detect_speeds, but local_irq_restore() is not called on I/O errors.
-
Samuel Thibault authored
Intel seems to have changed their mind, and now document the detection process for speedstep-enabled Pentium III Coppermines: http://www.intel.com/support/processors/sb/cs-003779-prd24.htm Here is a patch. I kept the setup parameter, but it might be removed now?
-
Paul Mundt authored
This patch moves the old board-specific SH code
-
Paul Mundt authored
This gets the toplevel arch/sh stuff in sync with the current SH 2.5 tree.
-
Jörn Engel authored
This bit is left from the zlib changes. According to Paul, the zlib bug is already caught in userspace pppd, but not in the kernel ppp code. With this patch, there is one potential hickup less in ppp.
-