- 08 Sep, 2005 26 commits
-
-
James Bottomley authored
The problem is that klists claim to provide semantics for safe traversal of lists which are being modified. The failure case is when traversal of a list causes element removal (a fairly common case). The issue is that although the list node is refcounted, if it is embedded in an object (which is universally the case), then the object will be freed regardless of the klist refcount leading to slab corruption because the klist iterator refers to the prior element to get the next. The solution is to make the klist take and release references to the embedding object meaning that the embedding object won't be released until the list relinquishes the reference to it. (akpm: fast-track this because it's needed for the 2.6.13 scsi merge) Signed-off-by:
James Bottomley <James.Bottomley@SteelEye.com> Signed-off-by:
Greg Kroah-Hartman <gregkh@suse.de> Signed-off-by:
Andrew Morton <akpm@osdl.org> Signed-off-by:
Linus Torvalds <torvalds@osdl.org>
-
Linus Torvalds authored
Revert commit 2b7d6a8c. The "fix" was known to not even compile. Duh. That's not a fix. That's just stupid. Signed-off-by:
-
Linus Torvalds authored
-
Linus Torvalds authored
-
Linus Torvalds authored
-
Linus Torvalds authored
-
-
Linus Torvalds authored
-
Linus Torvalds authored
-
Linus Torvalds authored
-
viro@ZenIV.linux.org.uk authored
Signed-off-by:
Al Viro <viro@zeniv.linux.org.uk> Signed-off-by:
-
viro@ZenIV.linux.org.uk authored
Now that asm-powerpc/* is using ifdefs on __powerpc64__ we need to add it to CHECKFLAGS on ppc64. Signed-off-by:
-
viro@ZenIV.linux.org.uk authored
Signed-off-by:
-
viro@ZenIV.linux.org.uk authored
Signed-off-by:
-
viro@ZenIV.linux.org.uk authored
Signed-off-by:
-
viro@ZenIV.linux.org.uk authored
CARD_... in hisax are all used with #if; CARD_FN_ENTERNOW_PCI lacks define to 0 if corresponding config option is not set. Signed-off-by:
-
viro@ZenIV.linux.org.uk authored
NDEBUG and NDEBUG_ABORT are almost always used as integers in NCR5380; added define to 0 if they are not defined, switched lone ifdef NDEBUG into if. Signed-off-by:
-
viro@ZenIV.linux.org.uk authored
All uses of ADDRLEN are comparisons with 64 (it's an address width). added define to 32 (again, we only care about comparisons with 64) if not defined. Signed-off-by:
-
viro@ZenIV.linux.org.uk authored
elf_aux is userland code; it uses symbol (ELF_CLASS) that doesn't exist in userland headers; pulled into kernel-offsets.h, switched elf_aux to using it. Signed-off-by:
-
viro@ZenIV.linux.org.uk authored
parcelfarce is dead... Signed-off-by:
-
viro@ZenIV.linux.org.uk authored
Signed-off-by:
-
viro@ZenIV.linux.org.uk authored
A piece of the UML stubs patch got lost - it has Killed STUBS_CFLAGS - it's not needed and the only remaining use had been gratitious - it only polluted CFLAGS in description and does remove it in arch/um/Makefile-x86_64, but forgets to do the same in i386 counterpart. Lost chunk follows: Signed-off-by: -
viro@ZenIV.linux.org.uk authored
Sanitized and fixed floppy dependencies: split the messy dependencies for BLK_DEV_FD by introducing a new symbol (ARCH_MAY_HAVE_PC_FDC), making BLK_DEV_FD depend on that one and taking declarations of ARCH_MAY_HAVE_PC_FDC to arch/*/Kconfig. While we are at it, fixed several obvious cases when BLK_DEV_FD should have been excluded (architectures lacking asm/floppy.h are *not* going to have floppy.c compile, let alone work). If you can come up with better name for that ("this architecture might have working PC-compatible floppy disk controller"), you are more than welcome - just s/ARCH_MAY_HAVE_PC_FDC/your_prefered_name/g in the patch below... Signed-off-by: -
viro@zenIV.linux.org.uk authored
u64 is not uintptr_t; unsigned long is... Signed-off-by:
-
Linus Torvalds authored
-
Linus Torvalds authored
-
- 07 Sep, 2005 14 commits
-
-
Michael Krufky authored
Most of the patch is whitespace cleanup, but more importantly, this patch checks to see whether a callback is set before calling it. On cx88 boards (currently the only boards using lgdt330x in 2.6.13) every callback is set. However, newer drivers currently in development leave a callback undefined, and lgdt330x must not call it if it isn't defined. Signed-off-by:
Patrick Boettcher <pb@linuxtv.org> Signed-off-by:
Michael Krufky <mkrufky@m1k.net> Signed-off-by:
-
Michael Krufky authored
Patrick Keene wrote to the linux-dvb list, asking where in menuconfig he can enable dvb-bt8xx for his AVerMedia DVB card. I pointed the following out to him: config DVB_BT8XX tristate "Nebula/Pinnacle PCTV/Twinhan PCI cards" It has been agreed upon that this description is extremely misleading. This patch changes the one-liner description text of dvb-bt8xx to something more meaningful, and adds AVerMedia to the detailed description. Signed-off-by: -
Ralf Baechle authored
Rewrite of the Indycam / VINO video v4l2 drivers for the SGI Indy. Signed-off-by:
Ralf Baechle <ralf@linux-mips.org> Signed-off-by:
Mikael Nousiainen <tmnousia@cc.hut.fi> Cc: <video4linux-list@redhat.com> Signed-off-by:
-
Miklos Szeredi authored
Fix http://bugzilla.kernel.org/show_bug.cgi?id=4857 When pivot_root is called from an init script in an initramfs environment, it causes a circular reference in the mount tree. The cause of this is that pivot_root() is not prepared to handle pivoting an unattached mount. In an initramfs environment, rootfs is the root of the namespace, and so it is not attached. This patch fixes this and related problems, by returning -EINVAL if either the current root or the new root is detached. Signed-off-by:
Miklos Szeredi <miklos@szeredi.hu> Acked-by:
Al Viro <viro@parcelfarce.linux.theplanet.co.uk> Cc: <bigfish@asmallpond.org> Cc: Christoph Hellwig <hch@lst.de> Signed-off-by:
-
Keshavamurthy Anil S authored
This patch fixes a race condition where in system used to hang or sometime crash within minutes when kprobes are inserted on ISR routine and a task routine. The fix has been stress tested on i386, ia64, pp64 and on x86_64. To reproduce the problem insert kprobes on schedule() and do_IRQ() functions and you should see hang or system crash. Signed-off-by:
Anil S Keshavamurthy <anil.s.keshavamurthy@intel.com> Signed-off-by:
Ananth N Mavinakayanahalli <ananth@in.ibm.com> Acked-by:
Prasanna S Panchamukhi <prasanna@in.ibm.com> Signed-off-by:
-
Jim Keniston authored
This patch fixes a bug in kprobes's handling of a corner case on i386 and x86_64. On an SMP system, if one CPU unregisters a kprobe just after another CPU hits that probepoint, kprobe_handler() on the latter CPU sees that the kprobe has been unregistered, and attempts to let the CPU continue as if the probepoint hadn't been hit. The bug is that on i386 and x86_64, we were neglecting to set the IP back to the beginning of the probed instruction. This could cause an oops or crash. This bug doesn't exist on ppc64 and ia64, where a breakpoint instruction leaves the IP pointing to the beginning of the instruction. I don't know about sparc64. (Dave, could you please advise?) This fix has been tested on i386 and x86_64 SMP systems. To reproduce the problem, set one CPU to work registering and unregistering a kprobe repeatedly, and another CPU pounding the probepoint in a tight loop. Acked-by:
Jim Keniston <jkenisto@us.ibm.com> Signed-off-by:
-
Keshavamurthy Anil S authored
This patch addresses a potential race condition for a case where Kprobe has been removed right after another CPU has taken a break hit. The way this is addressed here is when the CPU that has taken a break hit does not find its corresponding kprobe, then we check to see if the original instruction got replaced with other than break. If it got replaced with other than break instruction, then we continue to execute from the replaced instruction, else if we find that it is still a break, then we let the kernel handle this, as this might be the break instruction inserted by other than kprobe(may be kernel debugger). Signed-off-by:
-
Prasanna S Panchamukhi authored
This patch adds flags "ax" to .kprobe.text section. Signed-off-by:
-
Prasanna S Panchamukhi authored
This patch contains the sparc64 architecture specific changes to prevent the possible race conditions. Signed-off-by:
-
Prasanna S Panchamukhi authored
This patch contains the ia64 architecture specific changes to prevent the possible race conditions. Signed-off-by:
-
Prasanna S Panchamukhi authored
This patch contains the ppc64 architecture specific changes to prevent the possible race conditions. Signed-off-by:
-
Prasanna S Panchamukhi authored
This patch contains the x86_64 architecture specific changes to prevent the possible race conditions. Signed-off-by:
-
Prasanna S Panchamukhi authored
This patch contains the i386 architecture specific changes to prevent the possible race conditions. Signed-off-by:
-
Prasanna S Panchamukhi authored
There are possible race conditions if probes are placed on routines within the kprobes files and routines used by the kprobes. For example if you put probe on get_kprobe() routines, the system can hang while inserting probes on any routine such as do_fork(). Because while inserting probes on do_fork(), register_kprobes() routine grabs the kprobes spin lock and executes get_kprobe() routine and to handle probe of get_kprobe(), kprobes_handler() gets executed and tries to grab kprobes spin lock, and spins forever. This patch avoids such possible race conditions by preventing probes on routines within the kprobes file and routines used by kprobes. I have modified the patches as per Andi Kleen's suggestion to move kprobes routines and other routines used by kprobes to a seperate section .kprobes.text. Also moved page fault and exception handlers, general protection fault to .kprobes.text section. These patches have been tested on i386, x86_64 and ppc64 architectures, also compiled on ia64 and sparc64 architectures. Signed-off-by:
-
