LKML: Linux Kernel Archive 2005 Q4
Thread Index
[
Prev Page
][
Next Page
]
[patch 2.6.14-rc3] epic100: fix counting of work_done in epic_poll
From
: "John W. Linville" <
[email protected]
>
[patch 2.6.14-rc3 3/3] sundance: expand reset mask
From
: "John W. Linville" <
[email protected]
>
[patch 2.6.14-rc4] orinoco: remove redundance skb length check before padding
From
: "John W. Linville" <
[email protected]
>
[patch 2.6.14-rc3 2/3] sundance: probe PHYs from MII address 0
From
: "John W. Linville" <
[email protected]
>
[patch 2.6.14-rc4] nm256: reset workaround for Latitude CSx
From
: "John W. Linville" <
[email protected]
>
[patch 2.6.14-rc3 0/3] misc fixes/cleanups for sundance
From
: "John W. Linville" <
[email protected]
>
[patch 2.6.14-rc4] bonding: fix typos in bonding documentation
From
: "John W. Linville" <
[email protected]
>
[patch 2.6.14-rc4] via-rhine: change mdelay to msleep and remove from ISR path
From
: "John W. Linville" <
[email protected]
>
[patch 2.6.14-rc4] e1000: Driver version, white space, comments, device id & other
From
: "John W. Linville" <
[email protected]
>
[patch 2.6.14-rc4] b44: alternate allocation option for DMA descriptors
From
: "John W. Linville" <
[email protected]
>
[patch 2.6.14-rc3 1/3] sundance: remove if (1) { ... } block in sundance_probe1
From
: "John W. Linville" <
[email protected]
>
[patch 2.6.14-rc4 1/3] sk98lin: remove MODULE_DEVICE_TABLE to avoid conflicts w/ skge
From
: "John W. Linville" <
[email protected]
>
[patch 2.6.14-rc4 0/3] sk98lin: neuter and prepare for removal
From
: "John W. Linville" <
[email protected]
>
Re: [PATCH] ktimers subsystem 2.6.14-rc2-kt5
From
: Roman Zippel <
[email protected]
>
Re: [discuss] Re: x86_64: 2.6.14-rc4 swiotlb broken
From
: Alex Williamson <
[email protected]
>
Re: [PATCH] fix nr_unused accounting, and avoid recursing in iput with I_WILL_FREE set
From
: Andrew Morton <
[email protected]
>
[PATCH] kernel/module.c: removed dead code
From
: "Jayachandran C." <
[email protected]
>
Re: [PATCH] fix nr_unused accounting, and avoid recursing in iput with I_WILL_FREE set
From
: Chris Mason <
[email protected]
>
Re: large files unnecessary trashing filesystem cache?
From
: Fawad Lateef <
[email protected]
>
Re: [PATCH]: Handling spurious page fault for hugetlb region for 2.6.14-rc4-git5
From
: Andrew Morton <
[email protected]
>
Re: [uml-devel] [PATCH] build fix for uml/amd64
From
: Blaisorblade <
[email protected]
>
Re: large files unnecessary trashing filesystem cache?
From
: David Lang <
[email protected]
>
Re: [PATCH] fix nr_unused accounting, and avoid recursing in iput with I_WILL_FREE set
From
: Andrew Morton <
[email protected]
>
ImExPS/2 status
From
: "James E. Jennison" <
[email protected]
>
Re: [PATCH]: Handling spurious page fault for hugetlb region for 2.6.14-rc4-git5
From
: Rohit Seth <
[email protected]
>
Re: [PATCH] ktimers subsystem 2.6.14-rc2-kt5
From
: George Anzinger <
[email protected]
>
Re: [Pcihpd-discuss] RE: [patch 2/2] acpi: add ability to derive irq when doing a surpriseremoval of an adapter
From
: Kristen Accardi <
[email protected]
>
Re: [PATCH] ktimers subsystem 2.6.14-rc2-kt5
From
: Tim Bird <
[email protected]
>
[PATCH 2.6.14-rc4][RESEND] Export RCS_TAR_IGNORE for rpm targets
From
: Tom Rini <
[email protected]
>
Re: [PATCH] - create common header for init/main.c called init functions
From
: Adrian Bunk <
[email protected]
>
Re: [PATCH 03/14] Big kfree NULL check cleanup - drivers/mtd
From
: Jörn Engel <
[email protected]
>
Re: When is OSS going to go?
From
: James Courtier-Dutton <
[email protected]
>
Re: [PATCH] Test for sb_getblk return value
From
: Andrew Morton <
[email protected]
>
Re: [Patch 2/3] Export get_one_pte_map.
From
: William Lee Irwin III <
[email protected]
>
Re: [discuss] Re: x86_64: 2.6.14-rc4 swiotlb broken
From
: Ravikiran G Thirumalai <
[email protected]
>
Re: [PATCH] - create common header for init/main.c called init functions
From
:
[email protected]
(Arthur Othieno)
Re: large files unnecessary trashing filesystem cache?
From
: Badari Pulavarty <
[email protected]
>
Re: [discuss] Re: x86_64: 2.6.14-rc4 swiotlb broken
From
: Ravikiran G Thirumalai <
[email protected]
>
Re: [PATCH 2.4.31] Reintroduction i386 CONFIG_DUMMY_KEYB option
From
: Willy Tarreau <
[email protected]
>
[PATCH 2/2] hugetlb: overcommit accounting check
From
: Adam Litke <
[email protected]
>
[PATCH 1/2] hugetlb: demand fault handler
From
: Adam Litke <
[email protected]
>
Re: [discuss] Re: x86_64: 2.6.14-rc4 swiotlb broken
From
: Alex Williamson <
[email protected]
>
[PATCH 0/2] hugetlb: Demand faulting
From
: Adam Litke <
[email protected]
>
Re: Anybody know about nforce4 SATA II hot swapping + linux raid?
From
: Bill Davidsen <
[email protected]
>
Re: [ANNOUNCE] - AKT project
From
: Bill Davidsen <
[email protected]
>
Re: [discuss] Re: x86_64: 2.6.14-rc4 swiotlb broken
From
: Alex Williamson <
[email protected]
>
Re: large files unnecessary trashing filesystem cache?
From
: Bodo Eggert <
[email protected]
>
Re: [discuss] Re: x86_64: 2.6.14-rc4 swiotlb broken
From
: Ravikiran G Thirumalai <
[email protected]
>
Re: When is OSS going to go?
From
: Bill Davidsen <
[email protected]
>
[PATCH] build fix for uml/amd64
From
: Al Viro <
[email protected]
>
Re: Keep initrd tasks running?
From
: Jeff Bailey <
[email protected]
>
Re: 2.6.14-rc4-rt7
From
: William Weston <
[email protected]
>
Re: [PATCH]: Handling spurious page fault for hugetlb region for 2.6.14-rc4-git5
From
: Andrew Morton <
[email protected]
>
Re: [discuss] Re: x86_64: 2.6.14-rc4 swiotlb broken
From
: Alex Williamson <
[email protected]
>
Re: [PATCH] ppc64: Thermal control for SMU based machines
From
: Andrew Morton <
[email protected]
>
Re: [Secure-testing-team] kernel allows loadkeys to be used by any user, allowing for local root compromise
From
: Moritz Muehlenhoff <
[email protected]
>
[PATCH]: Handling spurious page fault for hugetlb region for 2.6.14-rc4-git5
From
: "Seth, Rohit" <
[email protected]
>
Re: What is struct pci_driver.owner for?
From
: Roland Dreier <
[email protected]
>
Re: What is struct pci_driver.owner for?
From
: Russell King <
[email protected]
>
Re: 2.6.14-rc4-rt7
From
: Fernando Lopez-Lezcano <
[email protected]
>
scsi_eh / 1394 bug - -rt7
From
: Mark Knecht <
[email protected]
>
Re: What is struct pci_driver.owner for?
From
: Greg KH <
[email protected]
>
Re: [PATCH] ppc64: Thermal control for SMU based machines
From
: linas <
[email protected]
>
Re: [PATCH] libata: fix broken Kconfig setup
From
: Jeff Garzik <
[email protected]
>
Possible killer app for user space RCU+SMR
From
: Joe Seigh <
[email protected]
>
[PATCH 1/3 -mm] hpet: allow HPET FIXED_MEM32 resource type
From
: Randy Dunlap <
[email protected]
>
[PATCH 3/3 -mm] hpet: hpet driver cleanups
From
: Randy Dunlap <
[email protected]
>
[PATCH 2/3 -mm] hpet: use HPET physical addresses for dup. detection
From
: Randy Dunlap <
[email protected]
>
Re: What is struct pci_driver.owner for?
From
: Jeff Garzik <
[email protected]
>
Re: kernel allows loadkeys to be used by any user, allowing for local root compromise
From
: Rudolf Polzer <
[email protected]
>
Re: large files unnecessary trashing filesystem cache?
From
: Badari Pulavarty <
[email protected]
>
What is struct pci_driver.owner for?
From
: Roland Dreier <
[email protected]
>
Re: ATA warnings in dmesg
From
: Jon Escombe <
[email protected]
>
Re: 2.6.14-rc4-rt7
From
: Ingo Molnar <
[email protected]
>
Re: 2.6.14-rc4-mm1 - drivers/serial/
From
: Greg KH <
[email protected]
>
large files unnecessary trashing filesystem cache?
From
: Guido Fiala <
[email protected]
>
Re: [discuss] Re: x86_64: 2.6.14-rc4 swiotlb broken
From
: Ravikiran G Thirumalai <
[email protected]
>
Re: When is OSS going to go?
From
: Brian Gerst <
[email protected]
>
Re: Keep initrd tasks running?
From
: John Richard Moser <
[email protected]
>
Re: Keep initrd tasks running?
From
: "linux-os \(Dick Johnson\)" <
[email protected]
>
Re: Keep initrd tasks running?
From
: Jeff Bailey <
[email protected]
>
[PATCH] Threads shouldn't inherit PF_NOFREEZE
From
: Alan Stern <
[email protected]
>
Re: When is OSS going to go?
From
: John Richard Moser <
[email protected]
>
Re: When is OSS going to go?
From
: Kyle Moffett <
[email protected]
>
Re: When is OSS going to go?
From
: Lee Revell <
[email protected]
>
Keep initrd tasks running?
From
: John Richard Moser <
[email protected]
>
Re: When is OSS going to go?
From
: "Alejandro Bonilla" <
[email protected]
>
Re: [discuss] Re: x86_64: 2.6.14-rc4 swiotlb broken
From
: Ravikiran G Thirumalai <
[email protected]
>
Re: usb: Patch for USBDEVFS_IOCTL from 32-bit programs
From
: Mikael Pettersson <
[email protected]
>
Re: usb: Patch for USBDEVFS_IOCTL from 32-bit programs
From
: Arjan van de Ven <
[email protected]
>
Re: [discuss] Re: x86_64: 2.6.14-rc4 swiotlb broken
From
: Ravikiran G Thirumalai <
[email protected]
>
Re: When is OSS going to go?
From
: John Richard Moser <
[email protected]
>
Re: usb: Patch for USBDEVFS_IOCTL from 32-bit programs
From
: Pete Zaitcev <
[email protected]
>
Re: OOM killer code in 2.6 kernel
From
: John Richard Moser <
[email protected]
>
Re: kernel allows loadkeys to be used by any user, allowing for local root compromise
From
: Krzysztof Halasa <
[email protected]
>
Re: usb: Patch for USBDEVFS_IOCTL from 32-bit programs
From
: Christopher Li <
[email protected]
>
Re: [PATCH 2.4.31] Reintroduction i386 CONFIG_DUMMY_KEYB option
From
: Nick Warne <
[email protected]
>
Re: When is OSS going to go?
From
: Jeff Garzik <
[email protected]
>
When is OSS going to go?
From
: John Richard Moser <
[email protected]
>
Re: Reduce idle connection timeout
From
: "linux-os \(Dick Johnson\)" <
[email protected]
>
Reduce idle connection timeout
From
: Márcio Oliveira <
[email protected]
>
Re: [RFC] page lock ordering and OCFS2
From
: Zach Brown <
[email protected]
>
OOM killer code in 2.6 kernel
From
: "Petrovic, Boban" <
[email protected]
>
Re: kernel allows loadkeys to be used by any user, allowing for local root compromise
From
: Rudolf Polzer <
[email protected]
>
Re: [RFC] page lock ordering and OCFS2
From
: Zach Brown <
[email protected]
>
Re: usb: Patch for USBDEVFS_IOCTL from 32-bit programs
From
: Greg KH <
[email protected]
>
Re: [PATCH 8/9] Kprobes: Use RCU for (un)register synchronization - base changes
From
: Ananth N Mavinakayanahalli <
[email protected]
>
Re: [patch 0/8] Nesting class_device patches that actually work
From
: Greg KH <
[email protected]
>
Re: 2.6.14-rc4-rt6, skge vs. sk98lin
From
: Stephen Hemminger <
[email protected]
>
Re: [PATCH 9/9] Kprobes: Use RCU for (un)register synchronization - arch changes
From
: "Paul E. McKenney" <
[email protected]
>
Re: [PATCH 8/9] Kprobes: Use RCU for (un)register synchronization - base changes
From
: "Paul E. McKenney" <
[email protected]
>
Re: 2.6.14-rc4-rt7
From
: Daniel Walker <
[email protected]
>
Re: VFS: file-max limit 50044 reached
From
: "Paul E. McKenney" <
[email protected]
>
Re: [BUG]NULL pointer dereference in ipv6_get_saddr()
From
: YOSHIFUJI Hideaki / 吉藤英明 <
[email protected]
>
updated perfmon new code base package available
From
: Stephane Eranian <
[email protected]
>
[PATCH] build break in include/asm-x86_64/atomic.h
From
: Jon Mason <
[email protected]
>
Re: VFS: file-max limit 50044 reached
From
: "Christopher Friesen" <
[email protected]
>
Re: x86_64: 2.6.14-rc4 swiotlb broken
From
: Linus Torvalds <
[email protected]
>
Re: x86_64: 2.6.14-rc4 swiotlb broken
From
: Linus Torvalds <
[email protected]
>
Re: [PATCH] X25: Add ITU-T facilites
From
: "linux-os \(Dick Johnson\)" <
[email protected]
>
Re: [patch 0/8] Nesting class_device patches that actually work
From
: Dmitry Torokhov <
[email protected]
>
Re: file system block size
From
: Bob Copeland <
[email protected]
>
Re: [PATCH] X25: Add ITU-T facilites
From
:
[email protected]
(Arnaldo Carvalho de Melo)
2.6.14-RC2 Bug? HiSpeed USB devices demoted to low-speed after resume
From
: Mark Lord <
[email protected]
>
Re: [BUG]NULL pointer dereference in ipv6_get_saddr()
From
: "linux-os \(Dick Johnson\)" <
[email protected]
>
Re: file system block size
From
: Badari Pulavarty <
[email protected]
>
[BUG]NULL pointer dereference in ipv6_get_saddr()
From
: Yan Zheng <
[email protected]
>
Re: file system block size
From
: Bob Copeland <
[email protected]
>
Re: [patch 0/8] Nesting class_device patches that actually work
From
: Kay Sievers <
[email protected]
>
Re: Linux Kernel Dump Summit 2005
From
: Carsten Otte <
[email protected]
>
Re: 2.6.14-rc4-rt7
From
: Ingo Molnar <
[email protected]
>
Re: [PATCH 9/9] Kprobes: Use RCU for (un)register synchronization - arch changes
From
: Ananth N Mavinakayanahalli <
[email protected]
>
Re: [PATCH 8/9] Kprobes: Use RCU for (un)register synchronization - base changes
From
: Ananth N Mavinakayanahalli <
[email protected]
>
Re: kernel allows loadkeys to be used by any user, allowing for local root compromise
From
: Krzysztof Halasa <
[email protected]
>
Re: file system block size
From
: Anton Altaparmakov <
[email protected]
>
Re: 2.6.14-rc4-rt7
From
: "K.R. Foley" <
[email protected]
>
Re: 2.6.14-rc4-mm1 dead in early boot
From
: Michael Neuffer <
[email protected]
>
Re: [linux-usb-devel] Kernel crash after load usb-ohci module.
From
: Alan Stern <
[email protected]
>
Re: Why do we need libata to access SATA host controller low level device drivers?
From
: Deven Balani <
[email protected]
>
Re: file system block size
From
: Nathan Scott <
[email protected]
>
2.6.14-rc4-mm1 - drivers/serial/
From
: "V. Ananda Krishnan" <
[email protected]
>
Re: Linux Kernel Dump Summit 2005
From
: Hugh Dickins <
[email protected]
>
Re: [PATCH 9/9] Kprobes: Use RCU for (un)register synchronization - arch changes
From
: "Paul E. McKenney" <
[email protected]
>
Re: [PATCH 8/9] Kprobes: Use RCU for (un)register synchronization - base changes
From
: "Paul E. McKenney" <
[email protected]
>
Re: Kernel Panic in XFS ACL
From
: Nathan Scott <
[email protected]
>
Re: Why do we need libata to access SATA host controller low level device drivers?
From
: Erik Mouw <
[email protected]
>
Re: Linux Kernel Dump Summit 2005
From
: OBATA Noboru <
[email protected]
>
Re: Linux Kernel Dump Summit 2005
From
: OBATA Noboru <
[email protected]
>
Re: ATA warnings in dmesg
From
: Aaron Gyes <
[email protected]
>
RE: [PATCH 1/1] indirect function calls elimination in IO scheduler
From
: "Ananiev, Leonid I" <
[email protected]
>
Re: [PATCH 2.4.31] Reintroduction i386 CONFIG_DUMMY_KEYB option
From
: Marcelo Tosatti <
[email protected]
>
Kernel crash after load usb-ohci module.
From
: Serge <
[email protected]
>
Re: i386 nmi_watchdog: Merge check_nmi_watchdog fixes from x86_64
From
:
[email protected]
(Eric W. Biederman)
[BUG?] About sysctl_string()
From
: Tetsuo Handa <
[email protected]
>
[PATCH 2.6] Allow RAMFS build as a module
From
: Tetsuo Handa <
[email protected]
>
Re: [PATCH] disable PREEMPT_BKL per default
From
: Ingo Molnar <
[email protected]
>
Re: [PATCH] libata: fix broken Kconfig setup
From
: Sergey Vlasov <
[email protected]
>
Re: [PATCH] Adaptive read-ahead v4
From
: WU Fengguang <
[email protected]
>
Re: [PATCH] disable PREEMPT_BKL per default
From
: Olaf Hering <
[email protected]
>
Re: [PATCH] mark __init code noinline to stop erroneous inclusions
From
: Ben Dooks <
[email protected]
>
Re: [discuss] Re: x86_64: 2.6.14-rc4 swiotlb broken
From
: Yasunori Goto <
[email protected]
>
Re: VFS: file-max limit 50044 reached
From
: Eric Dumazet <
[email protected]
>
Re: [PATCH 0/7] more HPET fixes and enhancements
From
: Takashi Iwai <
[email protected]
>
Re: [PATCH 2/4] swsusp: clean up resume error path
From
: "Rafael J. Wysocki" <
[email protected]
>
Re: [Security] kernel allows loadkeys to be used by any user, allowing for local root compromise
From
: Horms <
[email protected]
>
Re: [PATCH] disable PREEMPT_BKL per default
From
: Arjan van de Ven <
[email protected]
>
Re: [PATCH] ktimers subsystem 2.6.14-rc2-kt5
From
: Ingo Molnar <
[email protected]
>
Re: [Patch 2/3] Export get_one_pte_map.
From
: Carsten Otte <
[email protected]
>
Re: [PATCH] disable PREEMPT_BKL per default
From
: Olaf Hering <
[email protected]
>
Re: [patch 0/8] Nesting class_device patches that actually work
From
: Vojtech Pavlik <
[email protected]
>
Re: 2.6.14-rc4-mm1: udev/sysfs wierdness
From
: "Mathieu Segaud" <
[email protected]
>
Re: [PATCH] Input: evdev - allow querying EV_SW from compat_ioctl
From
: Vojtech Pavlik <
[email protected]
>
[PATCH] fix nr_unused accounting, and avoid recursing in iput with I_WILL_FREE set
From
: Andrea Arcangeli <
[email protected]
>
Re: 2.6.14-rc4-mm1
From
: Brice Goglin <
[email protected]
>
Re: [RFC] page lock ordering and OCFS2
From
: Anton Altaparmakov <
[email protected]
>
Re: x86_64: 2.6.14-rc4 swiotlb broken
From
: Andi Kleen <
[email protected]
>
Re: spitz (zaurus sl-c3000) support
From
: Pavel Machek <
[email protected]
>
Ketchup 0.9.5 kernel patching tool
From
: Matt Mackall <
[email protected]
>
Re: [PATCH] disable PREEMPT_BKL per default
From
: Arjan van de Ven <
[email protected]
>
Re: [PATCH] Documentation for ramfs, rootfs, initramfs.
From
: Philipp Matthias Hahn <
[email protected]
>
[PATCH] disable PREEMPT_BKL per default
From
: Olaf Hering <
[email protected]
>
Re: 2.6.14-rc4-mm1
From
: Greg KH <
[email protected]
>
Re: 2.6.14-rc4-mm1
From
: Greg KH <
[email protected]
>
Re: [patch 0/8] Nesting class_device patches that actually work
From
: Greg KH <
[email protected]
>
Re: ketchup+rt with ktimers added.
From
: Matt Mackall <
[email protected]
>
Re: 2.6.14-rc4-mm1
From
: Brice Goglin <
[email protected]
>
Re: 2.6.14-rc4-rt7
From
: Ingo Molnar <
[email protected]
>
Re: 2.6.14-rc4-mm1
From
: Dmitry Torokhov <
[email protected]
>
Re: 2.6.14-rc4-mm1
From
: Greg KH <
[email protected]
>
Re: ATA warnings in dmesg
From
: Jon Escombe <
[email protected]
>
Re: [patch 0/8] Nesting class_device patches that actually work
From
: Adam Belay <
[email protected]
>
Re: 2.6.14-rc4-mm1
From
: Dmitry Torokhov <
[email protected]
>
Re: [patch 0/8] Nesting class_device patches that actually work
From
: Greg KH <
[email protected]
>
Re: i386 nmi_watchdog: Merge check_nmi_watchdog fixes from x86_64
From
: Andy Isaacson <
[email protected]
>
Re: 2.6.14-rc4-mm1
From
: Greg KH <
[email protected]
>
Re: 2.6.14-rc4-mm1: udev/sysfs wierdness
From
: Greg KH <
[email protected]
>
Re: 2.6.14-rc4-rt7
From
: Ingo Molnar <
[email protected]
>
[PATCH] Input: evdev - allow querying EV_SW from compat_ioctl
From
: Dmitry Torokhov <
[email protected]
>
Re: [Security] kernel allows loadkeys to be used by any user, allowing for local root compromise
From
: Andrew Morton <
[email protected]
>
Re: ketchup+rt with ktimers added.
From
: Steven Rostedt <
[email protected]
>
Re: 2.6.14-rc4-rt7
From
: Ingo Molnar <
[email protected]
>
Re: 2.6.14-rc4-mm1
From
: Dmitry Torokhov <
[email protected]
>
Re: 2.6.14-rc4-rt7
From
: Ingo Molnar <
[email protected]
>
Re: 2.6.14-rc4-mm1
From
: Greg KH <
[email protected]
>
Re: 2.6.14-rc4-mm1
From
: Vojtech Pavlik <
[email protected]
>
Re: ketchup+rt with ktimers added.
From
: Matt Mackall <
[email protected]
>
Re: [PATCH] X25: Add ITU-T facilites
From
: YOSHIFUJI Hideaki / 吉藤英明 <
[email protected]
>
Re: ketchup+rt with ktimers added.
From
: Steven Rostedt <
[email protected]
>
Re: [discuss] Re: x86_64: 2.6.14-rc4 swiotlb broken
From
: Ravikiran G Thirumalai <
[email protected]
>
Re: [PATCH] X25: Add ITU-T facilites
From
: Andrew Hendry <
[email protected]
>
Re: [patch 0/8] Nesting class_device patches that actually work
From
: Greg KH <
[email protected]
>
GIT 0.99.8e
From
: Junio C Hamano <
[email protected]
>
file system block size
From
: Roushan Ali <
[email protected]
>
Re: 2.6.14-rc4-mm1: udev/sysfs wierdness
From
: Greg KH <
[email protected]
>
Re: [patch 0/8] Nesting class_device patches that actually work
From
: Greg KH <
[email protected]
>
Re: ohci1394 unhandled interrupts bug in 2.6.14-rc2
From
: "rob" <
[email protected]
>
Re: [PATCH] fix warning and small bug in cassini driver
From
: Alexey Dobriyan <
[email protected]
>
Re: [patch 0/8] Nesting class_device patches that actually work
From
: Dmitry Torokhov <
[email protected]
>
Re: [PATCH] PCI: Add pci_find_next_capability() to deal with >1 caps of same type
From
: Greg KH <
[email protected]
>
kernel allows loadkeys to be used by any user, allowing for local root compromise
From
: Horms <
[email protected]
>
2.6.14-rc4-mm1: udev/sysfs wierdness
From
: Aaron Gyes <
[email protected]
>
ATA warnings in dmesg
From
: Aaron Gyes <
[email protected]
>
Re: [discuss] Re: x86_64: 2.6.14-rc4 swiotlb broken
From
: Yasunori Goto <
[email protected]
>
Why do we need libata to access SATA host controller low level device drivers?
From
: Deven Balani <
[email protected]
>
2.6.14-rc4-rt7 - mtrr questions
From
: Mark Knecht <
[email protected]
>
kernel oops with modprobe on 2.4.27 (with ksymoops resolution)
From
: Scott Edwards <
[email protected]
>
[PATCH] Documentation for ramfs, rootfs, initramfs.
From
: Rob Landley <
[email protected]
>
Re: [PATCH] Adaptive read-ahead v4
From
: Andrew Morton <
[email protected]
>
Re: [discuss] Re: x86_64: 2.6.14-rc4 swiotlb broken
From
: Ravikiran G Thirumalai <
[email protected]
>
Re: [PATCH] PCI: Add pci_find_next_capability() to deal with >1 caps of same type
From
: Roland Dreier <
[email protected]
>
Re: Why is DVB stuff compiling?
From
: Michael Krufky <
[email protected]
>
Re: Why is DVB stuff compiling?
From
: Michael Krufky <
[email protected]
>
Re: [PATCH] Adaptive read-ahead v4
From
: WU Fengguang <
[email protected]
>
Re: [PATCH 1/1] indirect function calls elimination in IO scheduler
From
: "Randy.Dunlap" <
[email protected]
>
Re: vesafb_blank() vs. Toshiba 730XCDT notebook
From
:
[email protected]
(Bob Tracy)
Why is DVB stuff compiling?
From
: Cyber Dog <
[email protected]
>
Re: [discuss] Re: x86_64: 2.6.14-rc4 swiotlb broken
From
: Yasunori Goto <
[email protected]
>
Re: [PATCH] PCI: Add pci_find_next_capability() to deal with >1 caps of same type
From
: Matthew Wilcox <
[email protected]
>
Re: 2.6.14-rc4-rt6, skge vs. sk98lin
From
: Fernando Lopez-Lezcano <
[email protected]
>
Re: [Question] one question about 'current' in scheduler_tick()
From
: liyu <
[email protected]
>
Re: 2.6.14-rc4-rt6, skge vs. sk98lin
From
: Jeff Garzik <
[email protected]
>
Re: 2.6.14-rc4-rt7
From
: Mark Knecht <
[email protected]
>
2.6.14-rc4-rt6, skge vs. sk98lin
From
: Fernando Lopez-Lezcano <
[email protected]
>
Re: 2.6.14-rc4-rt7
From
: Fernando Lopez-Lezcano <
[email protected]
>
Re: [RFC] page lock ordering and OCFS2
From
: Andrew Morton <
[email protected]
>
Re: [PATCH 1/1] Kconfig help text for RAM Disk & initrd
From
: Rob Landley <
[email protected]
>
usb: Patch for USBDEVFS_IOCTL from 32-bit programs
From
: Pete Zaitcev <
[email protected]
>
Re: [RFC] RNG rewrite...
From
: Jeff Garzik <
[email protected]
>
Re: [RFC] RNG rewrite...
From
: Deepak Saxena <
[email protected]
>
Re: [PATCH] ktimers subsystem 2.6.14-rc2-kt5
From
: George Anzinger <
[email protected]
>
Re: [PATCH] mark __init code noinline to stop erroneous inclusions
From
: Coywolf Qi Hunt <
[email protected]
>
Re: [linux-pm] 2.6.14-rc1-mm1: usb breaks suspend
From
: Alan Stern <
[email protected]
>
Re: [RFC] RNG rewrite...
From
: Deepak Saxena <
[email protected]
>
Kernel Panic in XFS ACL
From
: Srikumar Subramanian <
[email protected]
>
Re: [RFC] page lock ordering and OCFS2
From
: Zach Brown <
[email protected]
>
Re: 2.6.14-rc4-mm1 dead in early boot
From
: Andrew Morton <
[email protected]
>
Re: [RFC] RNG rewrite...
From
: "H. Peter Anvin" <
[email protected]
>
Re: 2.6.14-rc4-rt7
From
: Daniel Walker <
[email protected]
>
Re: x86_64: 2.6.14-rc4 swiotlb broken
From
: Ravikiran G Thirumalai <
[email protected]
>
Re: [linux-pm] 2.6.14-rc1-mm1: usb breaks suspend
From
: Pavel Machek <
[email protected]
>
Re: vesafb_blank() vs. Toshiba 730XCDT notebook
From
: "Antonino A. Daplas" <
[email protected]
>
Re: [PATCH] ktimers subsystem 2.6.14-rc2-kt5
From
: Roman Zippel <
[email protected]
>
Re: [patch 0/8] Nesting class_device patches that actually work
From
: Kay Sievers <
[email protected]
>
Re: [PATCH 4/4] swsusp: reduce the use of global variables
From
: Pavel Machek <
[email protected]
>
Re: [PATCH 3/4] swsusp: two simplifications
From
: Pavel Machek <
[email protected]
>
Re: [discuss] Re: x86_64: 2.6.14-rc4 swiotlb broken
From
: David Lang <
[email protected]
>
Re: [PATCH 2/4] swsusp: clean up resume error path
From
: Pavel Machek <
[email protected]
>
[PATCH 2.6.13] pxa-regs: Typo in ARM pxa register definitions.
From
: Paul Schulz <
[email protected]
>
Re: [patch 0/8] Nesting class_device patches that actually work
From
: Kay Sievers <
[email protected]
>
Re: [RFC] page lock ordering and OCFS2
From
: Badari Pulavarty <
[email protected]
>
Re: [PATCH 1/4] swsusp: get rid of unnecessary wrapper function
From
: Pavel Machek <
[email protected]
>
Re: [RFC] RNG rewrite...
From
: Jeff Garzik <
[email protected]
>
Re: [RFC] RNG rewrite...
From
: Jeff Garzik <
[email protected]
>
Re: [patch 0/8] Nesting class_device patches that actually work
From
: Adam Belay <
[email protected]
>
Re: [patch 0/8] Nesting class_device patches that actually work
From
: Adam Belay <
[email protected]
>
Re: [RFC] page lock ordering and OCFS2
From
: Andrew Morton <
[email protected]
>
Re: [RFC] RNG rewrite...
From
: "H. Peter Anvin" <
[email protected]
>
[PATCH] PCI: Add pci_find_next_capability() to deal with >1 caps of same type
From
: Roland Dreier <
[email protected]
>
Re: VFS: file-max limit 50044 reached
From
: "Paul E. McKenney" <
[email protected]
>
Re: VFS: file-max limit 50044 reached
From
: Linus Torvalds <
[email protected]
>
[PATCH 4/4] swsusp: reduce the use of global variables
From
: "Rafael J. Wysocki" <
[email protected]
>
Re: [PATCH] ktimers subsystem 2.6.14-rc2-kt5
From
:
[email protected]
[PATCH 1/4] swsusp: get rid of unnecessary wrapper function
From
: "Rafael J. Wysocki" <
[email protected]
>
[PATCH 0/4] swsusp: more cleanups
From
: "Rafael J. Wysocki" <
[email protected]
>
[PATCH 2/4] swsusp: clean up resume error path
From
: "Rafael J. Wysocki" <
[email protected]
>
[PATCH 3/4] swsusp: two simplifications
From
: "Rafael J. Wysocki" <
[email protected]
>
RE: 2.6.14-rc4-mm1, acpi, irq problems, hdc (cdrom) dead
From
: "Brown, Len" <
[email protected]
>
Re: 2.6.14-rc4-mm1 dead in early boot
From
: Helge Hafting <
[email protected]
>
Re: force feedback envelope incomplete
From
:
[email protected]
[RFC] page lock ordering and OCFS2
From
: Zach Brown <
[email protected]
>
Re: 2.6.14-rc4-rt7
From
: Thomas Gleixner <
[email protected]
>
Re: 2.6.14-rc4-mm1
From
: Brice Goglin <
[email protected]
>
Re: 2.6.14-rc4-rt7
From
: Daniel Walker <
[email protected]
>
Re: 2.6.14-rc4-rt7
From
: Thomas Gleixner <
[email protected]
>
Re: 2.6.14-rc4-mm1
From
: Dmitry Torokhov <
[email protected]
>
Re: [patch 0/8] Nesting class_device patches that actually work
From
: Dmitry Torokhov <
[email protected]
>
Re: 2.6.14-rc4-mm1 dead in early boot
From
: Helge Hafting <
[email protected]
>
Re: 2.6.14-rc4-mm1
From
: Greg KH <
[email protected]
>
Re: [patch 0/8] Nesting class_device patches that actually work
From
: Greg KH <
[email protected]
>
Re: 2.6.14-rc4-rt7
From
: Daniel Walker <
[email protected]
>
Re: ketchup+rt with ktimers added.
From
: Matt Mackall <
[email protected]
>
Re: 2.6.14-rc4-mm1
From
: Dmitry Torokhov <
[email protected]
>
[PATCH] mark __init code noinline to stop erroneous inclusions
From
: Ben Dooks <
[email protected]
>
Re: 2.6.14-rc4-mm1
From
: Vojtech Pavlik <
[email protected]
>
Let this uinput patch go to 2.6.14
From
:
[email protected]
Re: 2.6.14-rc4-mm1 dead in early boot
From
: Helge Hafting <
[email protected]
>
Re: [2.6.13] pktcdvd: IO-errors
From
: Guennadi Liakhovetski <
[email protected]
>
[PATCH] kbuild: Eliminate build error when KALLSYMS not defined
From
: Sam Ravnborg <
[email protected]
>
Re: x86_64: 2.6.14-rc4 swiotlb broken
From
: Linus Torvalds <
[email protected]
>
Re: [linux-pm] 2.6.14-rc1-mm1: usb breaks suspend
From
: "Rafael J. Wysocki" <
[email protected]
>
Re: 2.6.14-rc4-mm1 dead in early boot
From
: Andrew Morton <
[email protected]
>
2.6.14-rc4-mm1, acpi, irq problems, hdc (cdrom) dead
From
: Norbert Preining <
[email protected]
>
Re: 2.6.14-rc4-mm1 dead in early boot
From
: Helge Hafting <
[email protected]
>
Re: [Patch 2/3] Export get_one_pte_map.
From
: Hugh Dickins <
[email protected]
>
Re: [Patch 2/3] Export get_one_pte_map.
From
: Andrew Morton <
[email protected]
>
Re: [PATCH] ktimers subsystem 2.6.14-rc2-kt5
From
: Thomas Gleixner <
[email protected]
>
Re: hdparm almost burned my SATA disk
From
: Mark Lord <
[email protected]
>
Re: hdparm almost burned my SATA disk
From
: Mark Lord <
[email protected]
>
Re: 2.6.14-rc4-mm1
From
: Greg KH <
[email protected]
>
Re: x86_64: 2.6.14-rc4 swiotlb broken
From
: Andrew Morton <
[email protected]
>
Re: VFS: file-max limit 50044 reached
From
: Linus Torvalds <
[email protected]
>
Re: VFS: file-max limit 50044 reached
From
: Dipankar Sarma <
[email protected]
>
Re: [PATCH] ktimers subsystem 2.6.14-rc2-kt5
From
: Roman Zippel <
[email protected]
>
Re: VFS: file-max limit 50044 reached
From
: Dipankar Sarma <
[email protected]
>
[PATCH] mm trivial ia64/acpi breakage
From
: Alex Williamson <
[email protected]
>
Re: VFS: file-max limit 50044 reached
From
: "Christopher Friesen" <
[email protected]
>
Re: [Patch 2/3] Export get_one_pte_map.
From
: Robin Holt <
[email protected]
>
Re: 2.6.14-rc4-mm1
From
: Andrew Morton <
[email protected]
>
Re: [PATCH] Bluesmoke is now EDAC
From
: Alan Cox <
[email protected]
>
Re: VFS: file-max limit 50044 reached
From
: Linus Torvalds <
[email protected]
>
Re: [PATCH] ktimers subsystem 2.6.14-rc2-kt5
From
: Ingo Molnar <
[email protected]
>
Re: [PATCH] ktimers subsystem 2.6.14-rc2-kt5
From
: Ingo Molnar <
[email protected]
>
Re: x86_64: 2.6.14-rc4 swiotlb broken
From
: Alex Williamson <
[email protected]
>
Re: [PATCH] ktimers subsystem 2.6.14-rc2-kt5
From
: Roman Zippel <
[email protected]
>
Re: [discuss] Re: x86_64: 2.6.14-rc4 swiotlb broken
From
: Ravikiran G Thirumalai <
[email protected]
>
orinoco messages killing the box
From
: Brice Goglin <
[email protected]
>
Re: VFS: file-max limit 50044 reached
From
: Eric Dumazet <
[email protected]
>
Re: [patch] Re: 2.6.14-rc4-mm1 ntfs/namei.c missing compat.h?
From
: nyk <
[email protected]
>
Re: [PATCH 1/1] indirect function calls elimination in IO scheduler
From
: Jens Axboe <
[email protected]
>
Re: VFS: file-max limit 50044 reached
From
: Linus Torvalds <
[email protected]
>
Re: [discuss] Re: x86_64: 2.6.14-rc4 swiotlb broken
From
: Arjan van de Ven <
[email protected]
>
Re: x86_64: 2.6.14-rc4 swiotlb broken
From
: Ravikiran G Thirumalai <
[email protected]
>
RE: [PATCH 1/1] indirect function calls elimination in IO scheduler
From
: "Chen, Kenneth W" <
[email protected]
>
scsi disk size reporting in dmesg
From
: Dale Blount <
[email protected]
>
Re: 2.6.14-rc4-rt7
From
: Fernando Lopez-Lezcano <
[email protected]
>
Re: [PATCH] ktimers subsystem 2.6.14-rc2-kt5
From
: Tim Bird <
[email protected]
>
Re: VFS: file-max limit 50044 reached
From
: Eric Dumazet <
[email protected]
>
Re: [discuss] Re: x86_64: 2.6.14-rc4 swiotlb broken
From
: Andi Kleen <
[email protected]
>
Re: [ACPI] Re: [patch 0/2] acpiphp: hotplug adapters with bridges on them
From
: Paul Ionescu <
[email protected]
>
Re: x86_64: 2.6.14-rc4 swiotlb broken
From
: Tony Luck <
[email protected]
>
Re: [PATCH] ktimers subsystem 2.6.14-rc2-kt5
From
: Roman Zippel <
[email protected]
>
Re: [discuss] Re: x86_64: 2.6.14-rc4 swiotlb broken
From
: Linus Torvalds <
[email protected]
>
Re: x86_64: 2.6.14-rc4 swiotlb broken
From
: Alex Williamson <
[email protected]
>
Re: VFS: file-max limit 50044 reached
From
: Linus Torvalds <
[email protected]
>
Re: [linux-pm] 2.6.14-rc1-mm1: usb breaks suspend
From
: Alan Stern <
[email protected]
>
Re: ohci1394 unhandled interrupts bug in 2.6.14-rc2
From
: Stefan Richter <
[email protected]
>
Re: [discuss] Re: x86_64: 2.6.14-rc4 swiotlb broken
From
: Russell King <
[email protected]
>
Re: [PATCH] ktimers subsystem 2.6.14-rc2-kt5
From
: Roman Zippel <
[email protected]
>
Re: [discuss] Re: x86_64: 2.6.14-rc4 swiotlb broken
From
: Muli Ben-Yehuda <
[email protected]
>
Re: VFS: file-max limit 50044 reached
From
: Linus Torvalds <
[email protected]
>
Re: [PATCH] ktimers subsystem 2.6.14-rc2-kt5
From
:
[email protected]
Re: [discuss] Re: x86_64: 2.6.14-rc4 swiotlb broken
From
: Ravikiran G Thirumalai <
[email protected]
>
Re: VFS: file-max limit 50044 reached
From
: Linus Torvalds <
[email protected]
>
Re: VFS: file-max limit 50044 reached
From
: Dipankar Sarma <
[email protected]
>
Re: [discuss] Re: x86_64: 2.6.14-rc4 swiotlb broken
From
: Andi Kleen <
[email protected]
>
Re: [discuss] Re: x86_64: 2.6.14-rc4 swiotlb broken
From
: Muli Ben-Yehuda <
[email protected]
>
[PATCH] fix warning and small bug in cassini driver
From
: Jesper Juhl <
[email protected]
>
Re: x86_64: 2.6.14-rc4 swiotlb broken
From
: Christoph Lameter <
[email protected]
>
Re: VFS: file-max limit 50044 reached
From
: Dipankar Sarma <
[email protected]
>
Re: [discuss] Re: x86_64: 2.6.14-rc4 swiotlb broken
From
: Andi Kleen <
[email protected]
>
Re: 2.6.14-rc4-mm1 - drivers/serial/jsm/jsm_tty.c: no member named 'flip'
From
: Alan Cox <
[email protected]
>
Re: PATCH: EDAC, core EDAC support code
From
: Alan Cox <
[email protected]
>
Re: [PATCH] fix implicit declaration compile warning in qla2xxx
From
: Jesper Juhl <
[email protected]
>
Re: VFS: file-max limit 50044 reached
From
: Eric Dumazet <
[email protected]
>
Re: [patch] Re: 2.6.14-rc4-mm1 ntfs/namei.c missing compat.h?
From
: Andi Kleen <
[email protected]
>
Re: [patch] Re: 2.6.14-rc4-mm1 ntfs/namei.c missing compat.h?
From
: Alan Cox <
[email protected]
>
Re: [PATCH] fix implicit declaration compile warning in qla2xxx
From
: Andrew Vasquez <
[email protected]
>
Re: [PATCH 0/3] ibmvscsis scsi target
From
: Dave C Boutcher <
[email protected]
>
Re: [PATCH 1/1] indirect function calls elimination in IO scheduler
From
: Jens Axboe <
[email protected]
>
[PATCH] fix implicit declaration compile warning in qla2xxx
From
: Jesper Juhl <
[email protected]
>
Re: A problem about DIRECT IO on ext3
From
: Jens Axboe <
[email protected]
>
Re: x86_64: 2.6.14-rc4 swiotlb broken
From
: Ravikiran G Thirumalai <
[email protected]
>
vesafb_blank() vs. Toshiba 730XCDT notebook
From
:
[email protected]
(Bob Tracy)
[PATCH] fix small compile warning in hpt366
From
: Jesper Juhl <
[email protected]
>
Re: [ACPI] Re: [patch 0/2] acpiphp: hotplug adapters with bridges on them
From
: Kristen Accardi <
[email protected]
>
Re: [PATCH] libata: fix broken Kconfig setup
From
: Jeff Garzik <
[email protected]
>
Re: [PATCH] ktimers subsystem 2.6.14-rc2-kt5
From
: Ingo Molnar <
[email protected]
>
Re: [PATCH] Adaptive read-ahead v4
From
: Jörn Engel <
[email protected]
>
Re: [PATCH] ktimers subsystem 2.6.14-rc2-kt5
From
: Steven Rostedt <
[email protected]
>
Re: [PATCH] libata: fix broken Kconfig setup
From
: Linus Torvalds <
[email protected]
>
Re: [PATCH] libata: fix broken Kconfig setup
From
: Jeff Garzik <
[email protected]
>
Re: [PATCH 2/2] Convert megaraid to use pci_driver shutdown metho d
From
: Greg KH <
[email protected]
>
Re: [PATCH] libata: fix broken Kconfig setup
From
: Jeff Garzik <
[email protected]
>
Re: [PATCH] libata: fix broken Kconfig setup
From
: Linus Torvalds <
[email protected]
>
Re: [PATCH] libata: fix broken Kconfig setup
From
: Jeff Garzik <
[email protected]
>
[patch] swsusp: remove unneccessary includes
From
: Pavel Machek <
[email protected]
>
Fix /proc/acpi/events around suspend
From
: Pavel Machek <
[email protected]
>
Re: [PATCH 2/2] Convert megaraid to use pci_driver shutdown metho d
From
: Christoph Hellwig <
[email protected]
>
2.6.14-rc1-mm1: usb breaks suspend
From
: Pavel Machek <
[email protected]
>
Re: x86_64: 2.6.14-rc4 swiotlb broken
From
: Andi Kleen <
[email protected]
>
Re: [PATCH 2/2] Convert megaraid to use pci_driver shutdown metho d
From
: Greg KH <
[email protected]
>
[patch] swsusp: cleanups
From
: Pavel Machek <
[email protected]
>
Re: [PATCH] libata: fix broken Kconfig setup
From
: Jesse Barnes <
[email protected]
>
Re: 2.6.14-rc4-rt7
From
: Mark Knecht <
[email protected]
>
Re: [PATCH] libata: fix broken Kconfig setup
From
: Jeff Garzik <
[email protected]
>
Re: [PATCH] libata: fix broken Kconfig setup
From
: Jeff Garzik <
[email protected]
>
Re:[PATCH 1/1] indirect function calls elimination in IO scheduler
From
: "Ananiev, Leonid I" <
[email protected]
>
Re: [PATCH] ktimers subsystem 2.6.14-rc2-kt5
From
: Roman Zippel <
[email protected]
>
Re: [PATCH] libata: fix broken Kconfig setup
From
: Linus Torvalds <
[email protected]
>
Re: [PATCH] libata: fix broken Kconfig setup
From
: Jesse Barnes <
[email protected]
>
Re: [PATCH] ktimers subsystem 2.6.14-rc2-kt5
From
: Tim Bird <
[email protected]
>
Re: x86_64: 2.6.14-rc4 swiotlb broken
From
: Linus Torvalds <
[email protected]
>
Re: [patch] Re: 2.6.14-rc4-mm1 ntfs/namei.c missing compat.h?
From
: Andi Kleen <
[email protected]
>
Re: [PATCH] ktimers subsystem 2.6.14-rc2-kt5
From
: Ingo Molnar <
[email protected]
>
Re: [PATCH] libata: fix broken Kconfig setup
From
: Linus Torvalds <
[email protected]
>
Re: A problem about DIRECT IO on ext3
From
: Badari Pulavarty <
[email protected]
>
Re: VFS: file-max limit 50044 reached
From
: Dipankar Sarma <
[email protected]
>
[patch] Re: 2.6.14-rc4-mm1 ntfs/namei.c missing compat.h?
From
: Tim Schmielau <
[email protected]
>
Re: [PATCH] ktimers subsystem 2.6.14-rc2-kt5
From
: Roman Zippel <
[email protected]
>
Re: VFS: file-max limit 50044 reached
From
: Lee Revell <
[email protected]
>
Re: ohci1394 unhandled interrupts bug in 2.6.14-rc2
From
: Jesse Barnes <
[email protected]
>
Re: [PATCH 0/7] more HPET fixes and enhancements
From
: Clemens Ladisch <
[email protected]
>
Re: VFS: file-max limit 50044 reached
From
: Dipankar Sarma <
[email protected]
>
Re: VFS: file-max limit 50044 reached
From
: Dipankar Sarma <
[email protected]
>
Re: [PATCH] ktimers subsystem 2.6.14-rc2-kt5
From
: Roman Zippel <
[email protected]
>
Re: x86_64: 2.6.14-rc4 swiotlb broken
From
: Andi Kleen <
[email protected]
>
Re: [PATCH] libata: fix broken Kconfig setup
From
: Jeff Garzik <
[email protected]
>
Tyan Thunder K8WE (S2895) + 3-Ware 9550SX-4LP Quad SATA RAID
From
: Alex Bligh - linux-kernel <
[email protected]
>
Re: VFS: file-max limit 50044 reached
From
: Linus Torvalds <
[email protected]
>
Re: [Patch 2/3] Export get_one_pte_map.
From
: Hugh Dickins <
[email protected]
>
RE: [PATCH 1/1] indirect function calls elimination in IO scheduler
From
: "Ananiev, Leonid I" <
[email protected]
>
Re: [Patch 2/3] Export get_one_pte_map.
From
: Dave Hansen <
[email protected]
>
Re: [Patch 2/3] Export get_one_pte_map.
From
: Greg KH <
[email protected]
>
2.6.14-rc4-rt7
From
: Ingo Molnar <
[email protected]
>
Re: x86_64: 2.6.14-rc4 swiotlb broken
From
: Linus Torvalds <
[email protected]
>
Re: VFS: file-max limit 50044 reached
From
: Eric Dumazet <
[email protected]
>
Re: x86_64: 2.6.14-rc4 swiotlb broken
From
: Andi Kleen <
[email protected]
>
Re: [Patch 2/3] Export get_one_pte_map.
From
: Hugh Dickins <
[email protected]
>
Re: [PATCH] libata: fix broken Kconfig setup
From
: Linus Torvalds <
[email protected]
>
Re: x86_64: 2.6.14-rc4 swiotlb broken
From
: Muli Ben-Yehuda <
[email protected]
>
Re: [Patch 2/3] Export get_one_pte_map.
From
: Robin Holt <
[email protected]
>
Re: [PATCH] Test for sb_getblk return value
From
: Glauber de Oliveira Costa <
[email protected]
>
Re: 2.6.14-rc4-rt1 / oops in ip_nat_cleanup_conntrack / softirq-net-rx
From
: Paweł Sikora <
[email protected]
>
Re: ohci1394 unhandled interrupts bug in 2.6.14-rc2
From
: Stefan Richter <
[email protected]
>
Re: x86_64: 2.6.14-rc4 swiotlb broken
From
: Andi Kleen <
[email protected]
>
Re: VFS: file-max limit 50044 reached
From
: Linus Torvalds <
[email protected]
>
Re: NFS client problem with kernel 2.6 and SGI IRIX 6.5
From
: Ruediger Oberhage <
[email protected]
>
Re: x86_64: 2.6.14-rc4 swiotlb broken
From
: Andi Kleen <
[email protected]
>
Re: x86_64: 2.6.14-rc4 swiotlb broken
From
: Ravikiran G Thirumalai <
[email protected]
>
Re: [PATCH] libata: fix broken Kconfig setup
From
: Jeff Garzik <
[email protected]
>
Re: x86_64: 2.6.14-rc4 swiotlb broken
From
: Ravikiran G Thirumalai <
[email protected]
>
Re: x86_64: 2.6.14-rc4 swiotlb broken
From
: Linus Torvalds <
[email protected]
>
Re: [Patch 2/3] Export get_one_pte_map.
From
: Greg KH <
[email protected]
>
2.6.14-rc4-mm1 - drivers/serial/jsm/jsm_tty.c: no member named 'flip'
From
: Damir Perisa <
[email protected]
>
Re: [Patch 2/3] Export get_one_pte_map.
From
: Robin Holt <
[email protected]
>
Re: [patch] TASK_NONINTERACTIVE (was: Machine Freezes while Running Crossover Office)
From
: Ingo Molnar <
[email protected]
>
Re: [PATCH] libata: fix broken Kconfig setup
From
: Linus Torvalds <
[email protected]
>
Re: [patch] TASK_NONINTERACTIVE (was: Machine Freezes while Running Crossover Office)
From
: Pekka Enberg <
[email protected]
>
Re: 2.6.14-rc4-mm1 ntfs/namei.c missing compat.h?
From
: Anton Altaparmakov <
[email protected]
>
Re: 2.6.14-rc4-mm1 - drivers/serial/jsm/jsm_tty.c: no member named 'flip'
From
: "V. Ananda Krishnan" <
[email protected]
>
Re: [RCU problem] was VFS: file-max limit 50044 reached
From
: Eric Dumazet <
[email protected]
>
2.6.14-rc4-mm1 ntfs/namei.c missing compat.h?
From
: nyk <
[email protected]
>
[PATCH 2/3] ibmvscsis scsi target sysfs interfaces
From
: Dave Boutcher <
[email protected]
>
[PATCH 3/3] ibmvscsis scsi target config and include changes
From
: Dave Boutcher <
[email protected]
>
[PATCH 1/3] ibmvscsis scsi target driver
From
: Dave Boutcher <
[email protected]
>
[PATCH 0/3] ibmvscsis scsi target
From
: Dave Boutcher <
[email protected]
>
Re: NFS client problem with kernel 2.6 and SGI IRIX 6.5
From
: James Pearson <
[email protected]
>
Re: [PATCH] Test for sb_getblk return value
From
: Jesper Juhl <
[email protected]
>
[Fwd: [PATCH] NFS/RPC/GSS - oops in gss_pipe_release()]
From
: Steve Dickson <
[email protected]
>
Re: kernel buildsystem error/warning?
From
: Kumar Gala <
[email protected]
>
Re: [PATCH 2/2] Convert megaraid to use pci_driver shutdown metho d
From
: Christoph Hellwig <
[email protected]
>
Re: [RCU problem] was VFS: file-max limit 50044 reached
From
: Dipankar Sarma <
[email protected]
>
Re: [RCU problem] was VFS: file-max limit 50044 reached
From
: Eric Dumazet <
[email protected]
>
RE: [PATCH 2/2] Convert megaraid to use pci_driver shutdown metho d
From
: "Kolli, Neela Syam" <
[email protected]
>
[PATCH] Test for sb_getblk return value
From
:
[email protected]
(Glauber de Oliveira Costa)
(2.6.13.2) kernel BUG at fs/reiserfs/prints.c:362!
From
: Gianluca Rossi <
[email protected]
>
[PATCH] Bluesmoke is now EDAC
From
: Jesper Juhl <
[email protected]
>
[PATCH] EDAC: make default 'Y' to match Kconfig recommendation
From
: Jesper Juhl <
[email protected]
>
Bug in reiserfs
From
: Jesús Malo Poyatos <
[email protected]
>
Re: ohci1394 unhandled interrupts bug in 2.6.14-rc2
From
: "rob" <
[email protected]
>
Re: tsc_c3_compensate undefined since patch-2.6.13-rt13
From
: Ingo Molnar <
[email protected]
>
Re: [PATCH 1/1] Kconfig help text for RAM Disk & initrd
From
: Felix Oxley <
[email protected]
>
Re: [RCU problem] was VFS: file-max limit 50044 reached
From
: Dipankar Sarma <
[email protected]
>
[PATCH] 2.6.14-rc4-rt6 x86_64 two timer entries in /sys
From
: Karsten Wiese <
[email protected]
>
2.6.14-rc4-mm1 reiser4 bug?
From
: Sipos Ferenc <
[email protected]
>
Re: [Patch 2/3] Export get_one_pte_map.
From
: Hugh Dickins <
[email protected]
>
Re: [RCU problem] was VFS: file-max limit 50044 reached
From
: "linux-os \(Dick Johnson\)" <
[email protected]
>
Re: 2.6.14-rc4-mm1
From
: Brice Goglin <
[email protected]
>
[RCU problem] was VFS: file-max limit 50044 reached
From
: Eric Dumazet <
[email protected]
>
Re: VFS: file-max limit 50044 reached
From
: Dipankar Sarma <
[email protected]
>
Re: [Patch 2/3] Export get_one_pte_map.
From
: Robin Holt <
[email protected]
>
Re: force feedback envelope incomplete
From
: Vojtech Pavlik <
[email protected]
>
Re: [Patch 2/3] Export get_one_pte_map.
From
: Dave Hansen <
[email protected]
>
Re: [Patch 2/3] Export get_one_pte_map.
From
: Robin Holt <
[email protected]
>
Re: [Patch 2/3] Export get_one_pte_map.
From
: Christoph Hellwig <
[email protected]
>
Re: [Patch 2/3] Export get_one_pte_map.
From
: Robin Holt <
[email protected]
>
Re: [PATCH] libata: fix broken Kconfig setup
From
: Jeff Garzik <
[email protected]
>
Re: Linux Kernel Dump Summit 2005
From
: Takao Indoh <
[email protected]
>
Re: [PATCH] libata: fix broken Kconfig setup
From
: Matthias Urlichs <
[email protected]
>
Re: [PATCH] ktimers subsystem 2.6.14-rc2-kt5
From
: Ingo Molnar <
[email protected]
>
Re: x86_64: 2.6.14-rc4 swiotlb broken
From
: Yasunori Goto <
[email protected]
>
Re: VFS: file-max limit 50044 reached
From
: Dipankar Sarma <
[email protected]
>
2.6.14-rc4-mm1 - drivers/serial/jsm/jsm_tty.c: no member named 'flip'
From
: Damir Perisa <
[email protected]
>
Re: x86_64: 2.6.14-rc4 swiotlb broken
From
: Muli Ben-Yehuda <
[email protected]
>
Re: [PATCHv3 6/6] char, isicom: More whitespaces and coding style
From
: Jiri Slaby <
[email protected]
>
Re: [patch 0/8] Nesting class_device patches that actually work
From
: Vojtech Pavlik <
[email protected]
>
Re: ohci1394 unhandled interrupts bug in 2.6.14-rc2
From
: Stefan Richter <
[email protected]
>
Re: [PATCH] ktimers subsystem 2.6.14-rc2-kt5
From
: Andrew Morton <
[email protected]
>
ntfs CFT - was: Re: 2.6.14-rc4-mm1
From
: Anton Altaparmakov <
[email protected]
>
Re: [PATCH] ktimers subsystem 2.6.14-rc2-kt5
From
: Steven Rostedt <
[email protected]
>
Re: x86_64: 2.6.14-rc4 swiotlb broken
From
: Andi Kleen <
[email protected]
>
Re: A problem about DIRECT IO on ext3
From
: Jens Axboe <
[email protected]
>
Re: x86_64: 2.6.14-rc4 swiotlb broken
From
: Andrew Morton <
[email protected]
>
Re: ohci1394 unhandled interrupts bug in 2.6.14-rc2
From
: Andrew Morton <
[email protected]
>
Re: A problem about DIRECT IO on ext3
From
: li nux <
[email protected]
>
Re: [PATCH] ktimers subsystem 2.6.14-rc2-kt5
From
: Ingo Molnar <
[email protected]
>
x86_64: 2.6.14-rc4 swiotlb broken
From
: Ravikiran G Thirumalai <
[email protected]
>
Re: [Question] one question about 'current' in scheduler_tick()
From
: Steven Rostedt <
[email protected]
>
Re: Possible memory ordering bug in page reclaim?
From
: Andrea Arcangeli <
[email protected]
>
Re: VFS: file-max limit 50044 reached
From
: Eric Dumazet <
[email protected]
>
Re: ohci1394 unhandled interrupts bug in 2.6.14-rc2
From
: Stefan Richter <
[email protected]
>
Re: [PATCH] ktimers subsystem 2.6.14-rc2-kt5
From
: Roman Zippel <
[email protected]
>
Re: [patch 0/8] Nesting class_device patches that actually work
From
: Vojtech Pavlik <
[email protected]
>
Re: A problem about DIRECT IO on ext3
From
: Jens Axboe <
[email protected]
>
Re: VFS: file-max limit 50044 reached
From
: Christoph Hellwig <
[email protected]
>
Re: A problem about DIRECT IO on ext3
From
: Grzegorz Kulewski <
[email protected]
>
Re: VFS: file-max limit 50044 reached
From
: Eric Dumazet <
[email protected]
>
Re: A problem about DIRECT IO on ext3
From
: Jens Axboe <
[email protected]
>
Re: [Question] one question about 'current' in scheduler_tick()
From
: liyu <
[email protected]
>
Re: A problem about DIRECT IO on ext3
From
: li nux <
[email protected]
>
Re: A problem about DIRECT IO on ext3
From
: li nux <
[email protected]
>
Re: VFS: file-max limit 50044 reached
From
: Dipankar Sarma <
[email protected]
>
Re: VFS: file-max limit 50044 reached
From
: "Jean Delvare" <
[email protected]
>
Re: [PATCH] ktimers subsystem 2.6.14-rc2-kt5
From
: Steven Rostedt <
[email protected]
>
Re: [Question] one question about 'current' in scheduler_tick()
From
: Steven Rostedt <
[email protected]
>
Re: Fw: Re: 2.6.14-rc4-mm1
From
: Benjamin Herrenschmidt <
[email protected]
>
Re: Fw: Re: 2.6.14-rc4-mm1
From
: WU Fengguang <
[email protected]
>
[Question] one question about 'current' in scheduler_tick()
From
: liyu <
[email protected]
>
Re: [PATCH] ktimers subsystem 2.6.14-rc2-kt5
From
: Ingo Molnar <
[email protected]
>
Re: ohci1394 unhandled interrupts bug in 2.6.14-rc2
From
: Andrew Morton <
[email protected]
>
Re: 2.6.14-rc4-mm1
From
: Russell King <
[email protected]
>
ketchup+rt with ktimers added.
From
: Steven Rostedt <
[email protected]
>
Re: [PATCH 1/1] Kconfig help text for RAM Disk & initrd
From
: Rob Landley <
[email protected]
>
Re: Fw: Re: 2.6.14-rc4-mm1
From
: Benjamin Herrenschmidt <
[email protected]
>
[ANNOUNCE] - AKT project
From
: Derbey Nadia <
[email protected]
>
Re: Possible memory ordering bug in page reclaim?
From
: Ivan Kokshaysky <
[email protected]
>
Re: [PATCH] i386 spinlocks should use the full 32 bits, not only 8 bits
From
: Arjan van de Ven <
[email protected]
>
Re: 2.6.14-rc4-mm1
From
: MAEDA Naoaki <
[email protected]
>
Re: uinput crash maybe this is the FIX
From
:
[email protected]
Re: [PATCH 1/1] Kconfig help text for RAM Disk & initrd
From
: Felix Oxley <
[email protected]
>
Re: 2.6.14-rc4-mm1
From
: WU Fengguang <
[email protected]
>
Re: [PATCH] i386 spinlocks should use the full 32 bits, not only 8 bits
From
: Andrew Morton <
[email protected]
>
Re: 2.6.14-rc4-mm1
From
: Michal Piotrowski <
[email protected]
>
Re: PATCH: EDAC, core EDAC support code
From
: Arjan van de Ven <
[email protected]
>
Re: [PATCHv3 6/6] char, isicom: More whitespaces and coding style
From
: Dmitry Torokhov <
[email protected]
>
Re: 2.6.14-rc4-mm1
From
: Reuben Farrelly <
[email protected]
>
Re: 2.6.14-rc4-mm1
From
: Michal Piotrowski <
[email protected]
>
Re: [PATCH] uinput crash maybe this is the FIX
From
: Dmitry Torokhov <
[email protected]
>
Re: [patch 0/8] Nesting class_device patches that actually work
From
: Dmitry Torokhov <
[email protected]
>
Re: [PATCH 1/1] Kconfig help text for RAM Disk & initrd
From
: Rob Landley <
[email protected]
>
Re: GIT 0.99.8d
From
: David Lang <
[email protected]
>
[PATCH] libata: fix broken Kconfig setup
From
: Jeff Garzik <
[email protected]
>
Re: VFS: file-max limit 50044 reached
From
: Serge Belyshev <
[email protected]
>
Re: Possible memory ordering bug in page reclaim?
From
: "David S. Miller" <
[email protected]
>
Re: VFS: file-max limit 50044 reached
From
: Roland Dreier <
[email protected]
>
Re: [PATCH 1/1] indirect function calls elimination in IO scheduler
From
: "Randy.Dunlap" <
[email protected]
>
Re: 2.6.14-rc4-mm1
From
: Andrew Morton <
[email protected]
>
Re: [PATCH] Re: Intel SATA combined mode quirk broken for SCSI_SATA=m
From
: Jesse Barnes <
[email protected]
>
Re: Intel SATA combined mode quirk broken for SCSI_SATA=m
From
: Jesse Barnes <
[email protected]
>
[PATCH] Re: Intel SATA combined mode quirk broken for SCSI_SATA=m
From
: Jeff Garzik <
[email protected]
>
Re: VFS: file-max limit 50044 reached
From
: Linus Torvalds <
[email protected]
>
Re: Intel SATA combined mode quirk broken for SCSI_SATA=m
From
: Jeff Garzik <
[email protected]
>
Re: [PATCH] X25: Add ITU-T facilites
From
:
[email protected]
(Arnaldo Carvalho de Melo)
Re: VFS: file-max limit 50044 reached
From
: Linus Torvalds <
[email protected]
>
[OT] Re: PROBLEM: memory leak in LIST_*, TAILQ_* man page
From
: YOSHIFUJI Hideaki / 吉藤英明 <
[email protected]
>
Intel SATA combined mode quirk broken for SCSI_SATA=m
From
: Jesse Barnes <
[email protected]
>
PROBLEM: memory leak in LIST_*, TAILQ_* man page
From
: David Leppik <
[email protected]
>
Re: PATCH: EDAC, core EDAC support code
From
: Doug Thompson <
[email protected]
>
Re: [PATCH] X25: Add ITU-T facilites
From
: Andrew Hendry <
[email protected]
>
[PATCH] X25: Add ITU-T facilites
From
: Andrew Hendry <
[email protected]
>
[PATCH 1/1] Fix build warning in hd.c
From
: Felix Oxley <
[email protected]
>
Re: /etc/mtab and per-process namespaces
From
: Ian Kent <
[email protected]
>
Re: 2.6.14-rc4-mm1
From
: Con Kolivas <
[email protected]
>
mm/ sparse cleanups
From
: Ben Dooks <
[email protected]
>
Re: 2.6.14-rc4-mm1
From
: Michal Piotrowski <
[email protected]
>
[PATCH 1/1] Documentation/SecurityBugs trivial grammar fix
From
: Felix Oxley <
[email protected]
>
[PATCH 1/1] Kconfig help text for RAM Disk & initrd
From
: Felix Oxley <
[email protected]
>
[PATCH] add missing header in include/asm/atomic.h
From
: Dominik Karall <
[email protected]
>
Re: [PATCH] ktimers subsystem 2.6.14-rc2-kt5
From
: Roman Zippel <
[email protected]
>
Re: [PATCH] 2.6.14-rc4 AGP performance fixes
From
: Dave Jones <
[email protected]
>
Re: tsc_c3_compensate undefined since patch-2.6.13-rt13
From
: Rui Nuno Capela <
[email protected]
>
2.6.14-rc4-mm1
From
: Andrew Morton <
[email protected]
>
[PATCHv3 1/6] char, isicom: Whitespace cleanup
From
: "Jiri Slaby" <
[email protected]
>
[PATCHv3 0/6] isicom char driver rewritten to 2.6 api
From
: "Jiri Slaby" <
[email protected]
>
Re:[PATCH 1/1] indirect function calls elimination in IO scheduler
From
: "Ananiev, Leonid I" <
[email protected]
>
[PATCHv3 6/6] char, isicom: More whitespaces and coding style
From
: "Jiri Slaby" <
[email protected]
>
[PATCHv3 2/6] char, isicom: Type conversion and variables deletion
From
: "Jiri Slaby" <
[email protected]
>
[PATCHv3 5/6] char, isicom: Firmware loading
From
: "Jiri Slaby" <
[email protected]
>
[PATCHv3 3/6] char, isicom: Other little changes
From
: "Jiri Slaby" <
[email protected]
>
[PATCHv3 4/6] char, isicom: Pci probing added
From
: "Jiri Slaby" <
[email protected]
>
[PATCHv3 0/6] isicom char driver rewritten to 2.6 api
From
: "Jiri Slaby" <
[email protected]
>
Re: GIT 0.99.8d
From
: Ed Tomlinson <
[email protected]
>
[PATCH] uinput crash maybe this is the FIX
From
:
[email protected]
Re: [PATCH 2.6.14-rc4] kbuild: once again use Makefiles in obj tree
From
: Sam Ravnborg <
[email protected]
>
Re: uinput crash and NO FIX YET
From
:
[email protected]
Re: [LIST] Add missing rcu_dereference on first element
From
: "Paul E. McKenney" <
[email protected]
>
Re: [PATCH 2/8] Fragmentation Avoidance V17: 002_usemap
From
: Mel Gorman <
[email protected]
>
Re: [PATCH 2/2] Convert megaraid to use pci_driver shutdown method
From
: Russell King <
[email protected]
>
[PATCH 1/2] Fixup PCI driver shutdown
From
: Russell King <
[email protected]
>
Re: Possible memory ordering bug in page reclaim?
From
: Ivan Kokshaysky <
[email protected]
>
Re: [PATCH] ktimers subsystem 2.6.14-rc2-kt5
From
: Thomas Gleixner <
[email protected]
>
Re: VFS: file-max limit 50044 reached
From
: Dipankar Sarma <
[email protected]
>
[PATCH] firmware: fix all kernel-doc warnings
From
: "Randy.Dunlap" <
[email protected]
>
Re: GIT 0.99.8d
From
: Marco Roeland <
[email protected]
>
Re: VFS: file-max limit 50044 reached
From
: Serge Belyshev <
[email protected]
>
Re: force feedback envelope incomplete
From
: Dmitry Torokhov <
[email protected]
>
Re: GIT 0.99.8d
From
: Junio C Hamano <
[email protected]
>
Re: [PATCH 0/8] Fragmentation Avoidance V17
From
: Mel Gorman <
[email protected]
>
Re: [PATCH 0/8] Fragmentation Avoidance V17
From
: Paul Jackson <
[email protected]
>
drivers/net/r8169 comment
From
: Suzanne Wood <
[email protected]
>
2.6.14-rc4: broken DVD-R recording [Re: Upgrade 2.6.12-rc4 -> 2.6.13.1 broke DVD-R writing (fails consistently in OPC phase)]
From
: Ville Herva <
[email protected]
>
Re: [RFC][PATCH] rcu in drivers/net/hamradio
From
: Suzanne Wood <
[email protected]
>
Re: [PATCH] ktimers subsystem 2.6.14-rc2-kt5
From
: Roman Zippel <
[email protected]
>
Re: VFS: file-max limit 50044 reached
From
: Dipankar Sarma <
[email protected]
>
tambra+Great Gains This Week, Get In. seamier
From
: tambra Haydock <
[email protected]
>
[PATCH]The second param of addrconf_ifdown() in function addrconf_notify() for event NETDEV_CHANGEMTU.
From
: Yan Zheng <
[email protected]
>
emulex linghtpulse 7000E
From
: shogunx <
[email protected]
>
Re: GIT 0.99.8d
From
: Ed Tomlinson <
[email protected]
>
Re: [PATCH 0/8] Fragmentation Avoidance V17
From
: Mel Gorman <
[email protected]
>
Re: [CHECKER] buffer overflows in net/core/filter.c?
From
: Herbert Xu <
[email protected]
>
Re: uinput crash and NO FIX YET
From
:
[email protected]
Re: Some problems with 2.6.13.4
From
: Nico Schottelius <
[email protected]
>
Re: 2.6.14-rc4-rt6, depmod
From
: Ingo Molnar <
[email protected]
>
[CHECKER] buffer overflows in net/core/filter.c?
From
: Dawson Engler <
[email protected]
>
Re: kernel 2.6.11 and Intel537-modem
From
: Arjan van de Ven <
[email protected]
>
Re: PATCH: EDAC, core EDAC support code
From
: Arjan van de Ven <
[email protected]
>
Re: 2.6.14-rc4-rt6, depmod
From
: Steven Rostedt <
[email protected]
>
Re: 2.6.14-rc4-rt6, depmod
From
: Steven Rostedt <
[email protected]
>
Re: [PATCH] highest_possible_processor_id() has to be a macro
From
: Herbert Xu <
[email protected]
>
Re: [PATCH] highest_possible_processor_id() has to be a macro
From
: Al Viro <
[email protected]
>
Re: [RFC][PATCH] rcu in drivers/net/hamradio
From
: Herbert Xu <
[email protected]
>
Re: [PATCH] highest_possible_processor_id() has to be a macro
From
: "David S. Miller" <
[email protected]
>
kernel 2.6.11 and Intel537-modem
From
: "Nikolay N. Ivanov" <
[email protected]
>
Re: [PATCH] mismerge in net/ipv6/netfilter/ip6_tables.c
From
: "David S. Miller" <
[email protected]
>
[PATCH] kernel-doc: fix some kernel-api warnings
From
: "Randy.Dunlap" <
[email protected]
>
2.6.14-rc4-rt6, depmod
From
: Fernando Lopez-Lezcano <
[email protected]
>
GIT 0.99.8d
From
: Junio C Hamano <
[email protected]
>
[PATCH] jbd doc: fix some kernel-doc warnings
From
: "Randy.Dunlap" <
[email protected]
>
Re: PATCH: EDAC, core EDAC support code
From
: Nish Aravamudan <
[email protected]
>
Re: [PATCH 0/8] Fragmentation Avoidance V17
From
: Paul Jackson <
[email protected]
>
Re: PATCH: Better fixup for the orinoco driver
From
: Jouni Malinen <
[email protected]
>
Re: [RFC] RNG rewrite...
From
: Deepak Saxena <
[email protected]
>
Re: Forcing an immediate reboot
From
: Petr Vandrovec <
[email protected]
>
Re: hdparm almost burned my SATA disk
From
: Michal Piotrowski <
[email protected]
>
Re: Possible memory ordering bug in page reclaim?
From
: Nick Piggin <
[email protected]
>
[PATCH] highest_possible_processor_id() has to be a macro
From
: Al Viro <
[email protected]
>
[PATCH] mismerge in net/ipv6/netfilter/ip6_tables.c
From
: Al Viro <
[email protected]
>
Documentation/files online: available at git in webinterface
From
: Damir Perisa <
[email protected]
>
Re: Possible memory ordering bug in page reclaim?
From
: "David S. Miller" <
[email protected]
>
Re: Possible memory ordering bug in page reclaim?
From
: "David S. Miller" <
[email protected]
>
Re: hdparm almost burned my SATA disk
From
: "J.A. Magallon" <
[email protected]
>
hdparm almost burned my SATA disk
From
: "J.A. Magallon" <
[email protected]
>
Re: uinput crash and fix
From
:
[email protected]
Re: uinput crash and fix
From
: Mattia Dongili <
[email protected]
>
[BUG] PDC20268 crashing during DMA setup on stock Debian 2.6.12-1-powerpc
From
: Kyle Moffett <
[email protected]
>
Re: [RFC][PATCH] rcu in drivers/net/hamradio
From
: Suzanne Wood <
[email protected]
>
[Index of Archives]
[FAQ]
[Kernel Announce]
[Kernel Newbies]
[IETF Annouce]
[Security]
[Netfilter]
[Yosemite Campsites]
[Bugtraq]
