- 05 Oct, 2003 14 commits
-
-
Andrew Morton authored
From: Francois Romieu <romieu@fr.zoreil.com> - dscc4_release_ring() must not appear in dscc4_{open/close} as the rings are allocated/freed in dscc4_{found1/free1}; - more elegant handling of return status in dscc4_found1().
-
Andrew Morton authored
When the BKL was removed from ext3 we lost locking coverage for get_block()-versus-get_block(). Nobody seems to have hit the race because get_block() almost always runs under i_sem: only memory pressure-based writeout over a file hole runs outside i_sem. ext2 uses the dedicated i_meta_lock spinlock in the inode to provide the needed locking. But ext3 already has an rwsem around all the get_block() activity to protect it from truncate-related races. So this patch just converts that rwsem into a semaphore, so concurrent get_block() can never occur. This will be more efficient than adding the new spinlock. We lose the ability to have two threads run get_block() against the same file at the same time but again, that only happens during pageout over a hole anyway. (Kudos Alex Tomas for noticing the bug)
-
Andrew Morton authored
From: Marc Zyngier <mzyngier@freesurf.fr>, Christoph Hellwig I'd like to kill willy's CONFIG_EISA_ALWAYS kludge. So make EISA_bus a variable always when CONFIG_EISA is set and initialize it to 1 for alpha. We probably want to do that only if the system actually supports eisa, but I keep the old behaviour for now.
-
Andrew Morton authored
From: Michael Still <mikal@stillhq.com> The patch squelches build errors in the kernel-doc make targets by adding documentation to arguements previously not documented, and updating the argument names where they have changed.
-
Andrew Morton authored
From: Roland McGrath <roland@redhat.com> This was supposed to be part of the recent mm_struct.saved_auxv[] patch. The /proc addition is half the reason for the patch, and the more important one (letting you debug live processes, while NT_AUXV in core dumps lets you debug dead ones). The patch below was supposed to be part of the original.
-
Andrew Morton authored
From: Muli Ben-Yehuda <mulix@mulix.org> Shed some much-needed light.
-
Andrew Morton authored
From: Arun Sharma <arun.sharma@intel.com>, kevin.tian@intel.com Move a whole bunch of filesystem ioctl conversion functions out of per-arch files and into fs/compat_ioctl.c It moves linux32_dirent to compat.h and renames it as compat_dirent. linux32_dirent has been eliminated from ia64. Other archs should do the same. We'll leave old_linux_dirent32 as is, since it seems to be arch specific (ia64 doesn't use it for example).
-
Andrew Morton authored
From: Matthew Dobson <colpatch@us.ibm.com> Here's a small update to the numnodes fix that went into -mm3. The biggest changes are: 1) move the actual NODES_SHIFT and MAX_NUMNODES definitions into linux/numa.h and include this in linux/mmzone.h, instead of being directly in linux/mmzone.h. This allows other files to include *just* the NUMNODES stuff w/out grabbing all of mmzone.h. 2) pull NODE_SHIFT out of linux/mm.h. This isn't used anywhere in the kernel, and it will only get confused with NODES_SHIFT. 3) Fix the IA64 patch. The original patch I had sent out hadn't been tested on IA64. It was mostly right, but there were circular dependencies. All better now, and acked by Jesse. 4) In linux/mmzone.h, insert code to define MAX_NODES_SHIFT based on the size of unsigned long. For 64-bit arches, we can have a much larger value. This allows IA64 to have 100's or 1000's of nodes. MAX_NODES_SHIFT is defined as 10 (ie: 1024 nodes) for 64-bit for now, although it could likely be much larger. For 32-bit it is 6 (ie: 64 nodes). 5) Small cleanup in include/asm-arm/memory.h. Mostly the result of the new linux/numa.h file. Much cleaner and more readable now.
-
Andrew Morton authored
From: Matthew Dobson <colpatch@us.ibm.com> Fix up the ia64 arch.
-
Andrew Morton authored
From: Matthew Dobson <colpatch@us.ibm.com> Fix up the arm arch. This needs to be reviewed. Relatively straightforward replacement of NR_NODES with standard MAX_NUMNODES.
-
Andrew Morton authored
From: Matthew Dobson <colpatch@us.ibm.com> Fix up the sh arch. sh defined NR_NODES, change sh to use standard MAX_NUMNODES instead.
-
Andrew Morton authored
From: Matthew Dobson <colpatch@us.ibm.com> Remove MAX_NR_NODES. This value is only used in a couple of places, and it's incorrectly used in all those places as far as I can tell. Replace with MAX_NUMNODES. Create MAX_NODES_SHIFT and use this value to check NODES_SHIFT is appropriate. A possible future patch should make MAX_NODES_SHIFT vary based on 32 vs. 64 bit archs.
-
Andrew Morton authored
From: Matthew Dobson <colpatch@us.ibm.com> This starts a series of cleanups against the way in which the various architectures specify the number of nodes and memory zones. We end up supporting up to 1024 memory zones on ia64, which is a recent requirement. Has been tested on ia32, ia64 (UMA), ppa64 (UMA) and NUMAQ. Make sure MAX_NUMNODES is defined in one and only one place. Remove superfluous definitions. Instead of defining MAX_NUMNODES in asm/numnodes.h, we define NODES_SHIFT there. Then in linux/mmzone.h we turn that NODES_SHIFT value into MAX_NUMNODES.
-
Andrew Morton authored
From: Andrea Arcangeli <andrea@suse.de> Allow the printk log buffer size to be selected with a __setup parameter, `log_buf_len=N', where N must be a power-of-two. The default, initial statically allocated buffer size is still determined via kernel config.
-
- 04 Oct, 2003 26 commits
-
-
bk://kernel.bkbits.net/davem/sparc-2.5Linus Torvalds authored
into home.osdl.org:/home/torvalds/v2.5/linux
-
bk://kernel.bkbits.net/davem/net-2.5Linus Torvalds authored
into home.osdl.org:/home/torvalds/v2.5/linux
-
bk://bk.arm.linux.org.uk/linux-2.6-rmkLinus Torvalds authored
into home.osdl.org:/home/torvalds/v2.5/linux
-
Russell King authored
-
Nicolas Pitre authored
Patch from Nicolas Pitre
-
Robin Farine authored
[ARM PATCH] 1675/1: remove definitions of non-implemented system calls from include/asm-arm/unistd.h Patch from Robin Farine Remove the definitions of system call numbers from include/asm-arm/unistd.h for which the corresponding vector in arch/arm/kernel/calls.S points to sys_ni_syscall. Since the new glibc (2.3.2) implements some of the system call wrapper functions based on the presence or absence of such definitions, only implemented system calls should have a corresponding __NR_xyz preprocessor symbol in unistd.h.
-
Deepak Saxena authored
Patch from Deepak Saxena
-
Nicolas Pitre authored
Patch from Nicolas Pitre Here's my rewrite of the ARM division routines: - take advantage of the clz instruction on ARMv5+ - simpler and faster code for modulo routines - fast path for power of 2 divisors - other miscellaneous optimizations This code has already been merged into gcc-3.4.
-
Russell King authored
This takes account of the other IRQ changes, and makes the interrupt decoding more efficient.
-
Russell King authored
-
Russell King authored
Since we want to support multiple platforms, we also move the Integrator flash driver over to the driver model.
-
Russell King authored
This allows us to expand the interrupt numbers on the primary interrupt controller.
-
Russell King authored
Split Integrator/AP and Integrator/PP2 specific support from the Integrator core code.
-
Russell King authored
Use 'tsk' when accessing comm and pid members. Use regs->ARM_sp not regs + 1 for base of stack dump.
-
Russell King authored
Hook the PXA and SA11x0 platform core power into the generic PM core. Add support for freezing userspace processes. Make our apm emulation call the generic PM suspend to memory infrastructure.
-
Russell King authored
linux/init.h doesn't include linux/compiler.h, but needs some definitions (the __attribute_unused__ stuff) from compiler.h. Since this affects only two files, we include linux/compiler.h directly into the affected files.
-
Russell King authored
This allows us to make the suspend/resume handling local to the LEDs code itself, rather than being scattered in several files.
-
Russell King authored
-
Russell King authored
-
Russell King authored
-
Bartlomiej Zolnierkiewicz authored
They do not contain any real code.
-
Bartlomiej Zolnierkiewicz authored
-
Bartlomiej Zolnierkiewicz authored
-
Bartlomiej Zolnierkiewicz authored
-
Bartlomiej Zolnierkiewicz authored
-
Bartlomiej Zolnierkiewicz authored
-