LKML: Linux Kernel Archive 2005 Q4
Thread Index
[
Prev Page
][
Next Page
]
[PATCH 03/11] uml: fix signal code x86-64 [for 2.6.15]
From
: "Paolo 'Blaisorblade' Giarrusso" <
[email protected]
>
[PATCH 01/11] uml: sigio code - reduce spinlock hold time
From
: "Paolo 'Blaisorblade' Giarrusso" <
[email protected]
>
[PATCH 05/11] uml: fix assembly stub for segv
From
: "Paolo 'Blaisorblade' Giarrusso" <
[email protected]
>
[PATCH 09/11] uml console channels: fix the API of console_write
From
: "Paolo 'Blaisorblade' Giarrusso" <
[email protected]
>
Re: Call for PIIX4 chipset testers
From
: Martijn Uffing <
[email protected]
>
Re: Call for PIIX4 chipset testers
From
: Linus Torvalds <
[email protected]
>
Re: 2.6.14-rc5 mlock/munlock bug
From
: Andrew Morton <
[email protected]
>
Re: Call for PIIX4 chipset testers
From
: Linus Torvalds <
[email protected]
>
Re: Call for PIIX4 chipset testers
From
: Grant Coady <
[email protected]
>
[PATCH] 5/5 ibmveth fix failed addbuf
From
: Santiago Leon <
[email protected]
>
[PATCH] 4/5 ibmveth lockless TX
From
: Santiago Leon <
[email protected]
>
[PATCH] 3/5 ibmveth fix buffer replenishing
From
: Santiago Leon <
[email protected]
>
Re: 2.6.14-rc5 GPF in radeon_cp_init_ring_buffer()
From
: Dave Airlie <
[email protected]
>
[PATCH] 2/5 ibmveth fix buffer pool management
From
: Santiago Leon <
[email protected]
>
Re: Call for PIIX4 chipset testers
From
: Sanjoy Mahajan <
[email protected]
>
[PATCH] 1/5 ibmveth fix bonding
From
: Santiago Leon <
[email protected]
>
Re: X unkillable in R state sometimes on startx , /proc/sysrq-trigger T output attached
From
: Alessandro Suardi <
[email protected]
>
Re: 2.6.14-rc5 GPF in radeon_cp_init_ring_buffer()
From
: Ivan Kokshaysky <
[email protected]
>
Re: Call for PIIX4 chipset testers
From
: Jean Delvare <
[email protected]
>
Re: PROBLEM: Bad page state
From
: Lee Revell <
[email protected]
>
Re: Call for PIIX4 chipset testers
From
: Ivan Kokshaysky <
[email protected]
>
Re: When did UFS read-write work?
From
: Bill Davidsen <
[email protected]
>
Re: Call for PIIX4 chipset testers
From
: Tim Schmielau <
[email protected]
>
Re: [PATCH 6 of 6] tpm: move infineon driver off pci_dev
From
: Kylene Jo Hall <
[email protected]
>
Re: Call for PIIX4 chipset testers
From
: Linus Torvalds <
[email protected]
>
Re: 2.6.14-rc5 e1000 and page allocation failures.. still
From
: Bill Davidsen <
[email protected]
>
X unkillable in R state sometimes on startx , /proc/sysrq-trigger T output attached
From
: Alessandro Suardi <
[email protected]
>
PROBLEM: Bad page state
From
: Tomasz Karwot <
[email protected]
>
Re: Call for PIIX4 chipset testers
From
: Darren Salt <
[email protected]
>
Re: [PATCH 6 of 6] tpm: move infineon driver off pci_dev
From
: Matthieu CASTET <
[email protected]
>
Re: Oops in do_page_fault
From
: "John Stoffel" <
[email protected]
>
Re: [patch] drivers/block: updates .owner field of struct pci_driver
From
: Greg KH <
[email protected]
>
Re: Oops in do_page_fault
From
: Lee Revell <
[email protected]
>
Re: Call for PIIX4 chipset testers
From
: Mark Lord <
[email protected]
>
Re: 2.6.14-rc4-rt7
From
: George Anzinger <
[email protected]
>
Re: 2.6.14-rc5-rt6 -- False NMI lockup detects
From
: Steven Rostedt <
[email protected]
>
Re: Call for PIIX4 chipset testers
From
: Linus Torvalds <
[email protected]
>
Re: 2.6.14-rc5-rt6 -- False NMI lockup detects
From
: George Anzinger <
[email protected]
>
Re: Call for PIIX4 chipset testers
From
: Mark Lord <
[email protected]
>
Re: [patch 2.6.13 0/5] normalize calculations of rx_dropped
From
: Ingo Oeser <
[email protected]
>
sharp zaurus: prevent killing spitz-en
From
: Pavel Machek <
[email protected]
>
Re: [PATCH 0/4] Swap migration V3: Overview
From
: Marcelo Tosatti <
[email protected]
>
Re: 2.6.14-rc5-rt6 -- False NMI lockup detects
From
: Thomas Gleixner <
[email protected]
>
[PATCH 3/5] Swap Migration V4: migrate_pages() function
From
: Christoph Lameter <
[email protected]
>
[PATCH 1/5] Swap Migration V4: LRU operations
From
: Christoph Lameter <
[email protected]
>
[PATCH 0/5] Swap Migration V4: Overview
From
: Christoph Lameter <
[email protected]
>
[PATCH 5/5] Swap Migration V4: sys_migrate_pages interface
From
: Christoph Lameter <
[email protected]
>
[PATCH 2/5] Swap Migration V4: PF_SWAPWRITE to allow writing to swap
From
: Christoph Lameter <
[email protected]
>
[PATCH 4/5] Swap Migration V4: MPOL_MF_MOVE interface
From
: Christoph Lameter <
[email protected]
>
Re: 2.6.14-rc5-rt6 -- False NMI lockup detects
From
: Steven Rostedt <
[email protected]
>
Oops in do_page_fault
From
:
[email protected]
Re: Call for PIIX4 chipset testers
From
: Andre Noll <
[email protected]
>
Re: Call for PIIX4 chipset testers
From
: Linus Torvalds <
[email protected]
>
Re: [Fwd: Re: Patch for inconsistent recording of block device statistics]
From
: Mark Seger <
[email protected]
>
Re: Call for PIIX4 chipset testers
From
: Paulo Marques <
[email protected]
>
Re: PCI: Failed to allocate I/O resource when upgrading to 2.6.13.*
From
: Niklas Källman <
[email protected]
>
Re: Call for PIIX4 chipset testers
From
: Burton Windle <
[email protected]
>
Re: 2.6.14-rc4-rt7
From
: john stultz <
[email protected]
>
Re: 2.6.14-rc5-mm1
From
: Avuton Olrich <
[email protected]
>
Re: W2100Z Critical temperature explained
From
: Alan Cox <
[email protected]
>
[PATCH]: 2.6.14-rc5 arch-ixp4xx/system.h: ensure flash is readable before reboot
From
: John Bowler <
[email protected]
>
Re: 2.6.14-rc5-mm1
From
: Alan Cox <
[email protected]
>
Re: /proc/kcore size incorrect ? (OT)
From
: Tony Luck <
[email protected]
>
Re: 2.6.14-rc5-mm1
From
: Andrew Morton <
[email protected]
>
ip_conntrack_lock not readlocked
From
: "Daniel Chojecki" <
[email protected]
>
[PATCH] 2.6.14-rc5 arch-ixp4xx/io.h: make const args const to remove compiler warning
From
: John Bowler <
[email protected]
>
Re: 2.6.14-rc5-mm1
From
: Avuton Olrich <
[email protected]
>
Call for PIIX4 chipset testers
From
: Linus Torvalds <
[email protected]
>
Re: [PATCH] lib stringc cleanup restore useful memmove const
From
: Jesper Juhl <
[email protected]
>
[PATCH]: 2.6.14-rc3 drives/mtd/redboot.c: recognise a foreign byte sex partition table
From
: John Bowler <
[email protected]
>
Re: reference code for non-PCI libata complaint SATA for ARM boards.
From
: Jeff Garzik <
[email protected]
>
PCI: Failed to allocate I/O resource when upgrading to 2.6.13.*
From
: Niklas Kallman <
[email protected]
>
[PATCH] Fix handling of ordered buffers
From
: Jan Kara <
[email protected]
>
Re: 2.6.14-rc4-rt7
From
: Fernando Lopez-Lezcano <
[email protected]
>
Re: 2.6.14-rc4-mm1 and later: second ata_piix controller is invisible
From
: Andrew Morton <
[email protected]
>
Re: [PATCH] ohci1394 PCI fixup for Toshiba laptops
From
: Jesse Barnes <
[email protected]
>
Re: [PATCH] ohci1394 PCI fixup for Toshiba laptops
From
: Greg KH <
[email protected]
>
Re: [PATCH] ohci1394 PCI fixup for Toshiba laptops
From
: Jesse Barnes <
[email protected]
>
Re: Makefile : can I use both 'O=' and 'M=' ?
From
: Tom Rini <
[email protected]
>
[PATCH] nvidiafb: Geforce 7800 GTX support added
From
: "Calin A. Culianu" <
[email protected]
>
Re: Notifier chains are unsafe
From
: Joe Seigh <
[email protected]
>
Re: Map of Linux Kernel Users (OT)
From
: Claire McLister <
[email protected]
>
W2100Z Critical temperature explained
From
:
[email protected]
(Jack Howarth)
2.6.14-rc5 GPF in radeon_cp_init_ring_buffer()
From
: Badari Pulavarty <
[email protected]
>
Re: Sharp zaurus c-3000
From
: Pavel Machek <
[email protected]
>
Re: 2.6.14-rc5-mm1
From
: Christoph Hellwig <
[email protected]
>
Re: /proc/kcore size incorrect ? (OT)
From
: "J.A. Magallon" <
[email protected]
>
Re: /proc/kcore size incorrect ? (OT)
From
: Eric Piel <
[email protected]
>
Re: 2.6.14-rc4-rt7
From
: "linux-os \(Dick Johnson\)" <
[email protected]
>
Re: 2.6.14-rc4-rt7
From
: Ingo Molnar <
[email protected]
>
[PATCH 6 of 6] tpm: move infineon driver off pci_dev
From
: Kylene Jo Hall <
[email protected]
>
[PATCH 4 of 6] tpm: move atmel driver off pci_dev
From
: Kylene Jo Hall <
[email protected]
>
[PATCH 5 of 6] tpm: move nsc driver off pci_dev
From
: Kylene Jo Hall <
[email protected]
>
[PATCH 3 of 6] tpm: change from pci_dev to dev power management functions
From
: Kylene Jo Hall <
[email protected]
>
[PATCH 1 of 6] tpm: add status function to allow non-lpc bus chips
From
: Kylene Jo Hall <
[email protected]
>
[PATCH 2 of 6] tpm: remove pci dependency
From
: Kylene Jo Hall <
[email protected]
>
Re: 2.6.14-rc5-mm1
From
: Badari Pulavarty <
[email protected]
>
Re: reference code for non-PCI libata complaint SATA for ARM boards.
From
: Alan Cox <
[email protected]
>
Re: [PATCH 2/9] mm: arm ready for split ptlock
From
: Nicolas Pitre <
[email protected]
>
Re: [PATCH 2/9] mm: arm ready for split ptlock
From
: Nicolas Pitre <
[email protected]
>
[PATCH] cpuset remap const fix
From
: Paul Jackson <
[email protected]
>
Re: 2.6.14-rc5-rt6 -- False NMI lockup detects
From
: Ingo Molnar <
[email protected]
>
2.6.14-rc5-rt6 -- False NMI lockup detects
From
: Steven Rostedt <
[email protected]
>
[PATCH] lib stringc cleanup restore useful memmove const
From
: Paul Jackson <
[email protected]
>
Re: [PATCH] fix nr_unused accounting, and avoid recursing in iput with I_WILL_FREE set
From
: Andrea Arcangeli <
[email protected]
>
Re: Block I/O sizes
From
: Fawad Lateef <
[email protected]
>
Re: intel-agp and yenta-socket issues (was Re: 2.6.14-rc5-mm1
From
:
[email protected]
Re: Race between "mount" uevent and /proc/mounts?
From
: Al Viro <
[email protected]
>
Re: /proc/kcore size incorrect ?
From
: Brian Waite <
[email protected]
>
Re: [PATCH 10/16] GFS: quotas
From
: Jan Kara <
[email protected]
>
W2100Z and acpi
From
:
[email protected]
(Jack Howarth)
Re: 2.6.14-rc5-mm1
From
: Adrian Bunk <
[email protected]
>
Problem: running lilo corrupts filesystem on first partition
From
: "Tony Battersby" <
[email protected]
>
[PATCH] Add notification of page becoming writable to VMA ops [try #2]
From
: David Howells <
[email protected]
>
Race between "mount" uevent and /proc/mounts?
From
: "Schupp Roderich (extern) BenQ MD PD SWP 2 CM MCH" <
[email protected]
>
fix-nr_unused-accounting-and-avoid-recursing-in-iput-with-i_will_free-set.patch
From
: "Vladimir V. Saveliev" <
[email protected]
>
Re: 2.6.14-rc5-mm1
From
: Alan Cox <
[email protected]
>
reference code for non-PCI libata complaint SATA for ARM boards.
From
: Deven Balani <
[email protected]
>
Re: /proc/kcore size incorrect ?
From
: Matan Peled <
[email protected]
>
Re: ieee1394: sbp2: sbp2util_node_write_no_wait failed
From
: Michael Brade <
[email protected]
>
Re: [PATCH 0/4] Swap migration V3: Overview
From
: Magnus Damm <
[email protected]
>
[PATCH] NUMA: broken per cpu pageset counters
From
: Magnus Damm <
[email protected]
>
Re: [PATCH] 2.6.14-rc5 fails to build with out CONFIG_FUTEX
From
: Ingo Molnar <
[email protected]
>
Re: Block I/O sizes
From
: Fawad Lateef <
[email protected]
>
Re: [PATCH] Add notification of page becoming writable to VMA ops
From
: David Howells <
[email protected]
>
2.6.14-rc4-mm1 and later: second ata_piix controller is invisible
From
: Max Kellermann <
[email protected]
>
Re: [PATCH] Add notification of page becoming writable to VMA ops
From
: David Howells <
[email protected]
>
Re: 2.6.14-rc5-mm1
From
: Adrian Bunk <
[email protected]
>
Re: [PATCH] Add notification of page becoming writable to VMA ops
From
: David Howells <
[email protected]
>
Block I/O sizes
From
: Block Device <
[email protected]
>
Re: [PATCH] i386 mpparse: Only ignore lapic information we can't store
From
: Vivek Goyal <
[email protected]
>
Re: 2.6.14-rc4-rt7
From
: Antonio <
[email protected]
>
Re: [PATCH 0/8] FUSE improvements + VFS changes
From
: Miklos Szeredi <
[email protected]
>
Re: [PATCH] Add notification of page becoming writable to VMA ops
From
: Anton Altaparmakov <
[email protected]
>
Re: [PATCH 0/8] FUSE improvements + VFS changes
From
: Al Viro <
[email protected]
>
Re: [PATCH] Add notification of page becoming writable to VMA ops
From
: Hugh Dickins <
[email protected]
>
Re: [PATCH]IPv6: fix refcnt of struct ip6_flowlabel
From
: YOSHIFUJI Hideaki / 吉藤英明 <
[email protected]
>
Re: [PATCH 0/8] FUSE improvements + VFS changes
From
: Al Viro <
[email protected]
>
Re: Makefile : can I use both 'O=' and 'M=' ?
From
: "Sam Ravnborg" <
[email protected]
>
Re: [PATCH] Add notification of page becoming writable to VMA ops
From
: Anton Altaparmakov <
[email protected]
>
Re: [PATCH 2/9] mm: arm ready for split ptlock
From
: Russell King <
[email protected]
>
Re: strings /proc/kcore
From
: Arjan van de Ven <
[email protected]
>
When did UFS read-write work?
From
: Alexey Dobriyan <
[email protected]
>
[PATCH] i386 mpparse: Only ignore lapic information we can't store
From
:
[email protected]
(Eric W. Biederman)
Re: [discuss] x86_64: 2.6.14 machine_emergency_restart
From
: Andi Kleen <
[email protected]
>
Re: x86-64: Syncing dualcore cpus TSCs
From
: Andi Kleen <
[email protected]
>
Makefile : can I use both "O=" and "M=" ?
From
: Olivier MATZ <
[email protected]
>
x86-64: Syncing dualcore cpus TSCs
From
: Jonas Oreland <
[email protected]
>
Re: [Fastboot] [PATCH] i386: move apic init in init_IRQs
From
:
[email protected]
(Eric W. Biederman)
Re: [PATCH 0/8] FUSE improvements + VFS changes
From
: Miklos Szeredi <
[email protected]
>
Re: [PATCH] ohci1394 PCI fixup for Toshiba laptops
From
: Stefan Richter <
[email protected]
>
Re: kernel 2.6.13.4: don't reboot
From
: "Nikolay N. Ivanov" <
[email protected]
>
"disable printk" will make console disappear
From
: "colin" <
[email protected]
>
Re: dev->release = (void (*)(struct device *))kfree;
From
: Heiko Carstens <
[email protected]
>
Re: [Fwd: Re: Patch for inconsistent recording of block device statistics]
From
: Jens Axboe <
[email protected]
>
ethtool git repo created
From
: Jeff Garzik <
[email protected]
>
Re: [PATCH 2/9] mm: arm ready for split ptlock
From
: Hugh Dickins <
[email protected]
>
Re: select() for delay.
From
: "Madhu K.S." <
[email protected]
>
Re: [PATCH 0/8] FUSE improvements + VFS changes
From
: Miklos Szeredi <
[email protected]
>
Re: [PATCH 8/8] FUSE: per inode statfs
From
: Miklos Szeredi <
[email protected]
>
Re: [PATCH 2/8] VFS: per inode statfs (core)
From
: Miklos Szeredi <
[email protected]
>
Re: intel-agp and yenta-socket issues (was Re: 2.6.14-rc5-mm1
From
: Andrew Morton <
[email protected]
>
[PATCH] kernel-docs: fix kernel-doc format problems
From
: "Randy.Dunlap" <
[email protected]
>
Re: [PATCH] 2.6.14-rc5 fails to build with out CONFIG_FUTEX
From
: George Anzinger <
[email protected]
>
intel-agp and yenta-socket issues (was Re: 2.6.14-rc5-mm1
From
:
[email protected]
Re: dev->release = (void (*)(struct device *))kfree;
From
: Benjamin Herrenschmidt <
[email protected]
>
Re: [PATCH 8/8] FUSE: per inode statfs
From
: Al Viro <
[email protected]
>
Re: [PATCH 0/8] FUSE improvements + VFS changes
From
: Al Viro <
[email protected]
>
Re: [PATCH 2/8] VFS: per inode statfs (core)
From
: Al Viro <
[email protected]
>
[PATCH] semaphore: Remove __MUTEX_INITIALIZER()
From
:
[email protected]
(Arthur Othieno)
dev->release = (void (*)(struct device *))kfree;
From
: Pete Zaitcev <
[email protected]
>
Re: kernel 2.6.13.4: don't reboot
From
: "Nikolay N. Ivanov" <
[email protected]
>
Re: [PATCH 2/9] mm: arm ready for split ptlock
From
: Nicolas Pitre <
[email protected]
>
[PATCH] cleanup bugfix replacement for rcu-torture-testing-kernel-module
From
: "Paul E. McKenney" <
[email protected]
>
Re: [PATCH 2.6.14-rc5-mm1] UML: fix compile part-2
From
: Jeff Dike <
[email protected]
>
Re: [PATCH] fix nr_unused accounting, and avoid recursing in iput with I_WILL_FREE set
From
: Chris Mason <
[email protected]
>
[PATCH] ohci1394 PCI fixup for Toshiba laptops
From
: Jesse Barnes <
[email protected]
>
Re: Necesito archivos que me den informacion AVANZADA para realizar esto.
From
: Dave Jones <
[email protected]
>
Re: [BUG] 2.6.14-rc5-mm1 build fails for non SMP systems
From
: Andrew Morton <
[email protected]
>
Re: Map of Linux Kernel Users (OT)
From
: Mark Knecht <
[email protected]
>
Re: [patch 2.6.13 0/5] normalize calculations of rx_dropped
From
: jamal <
[email protected]
>
Re: [BUG] 2.6.14-rc5-mm1 build fails for non SMP systems
From
: Peter Williams <
[email protected]
>
Re: [PATCH] Kprobes: preempt_disable/enable() reordering redux
From
: "Paul E. McKenney" <
[email protected]
>
Re: [patch 2.6.13 0/5] normalize calculations of rx_dropped
From
: Ben Greear <
[email protected]
>
[BUG] 2.6.14-rc5-mm1 build fails for non SMP systems
From
: Peter Williams <
[email protected]
>
x86_64: 2.6.14 machine_emergency_restart
From
: Yinghai Lu <
[email protected]
>
Re: [PATCH] 2.6.14-rc5 fails to build with out CONFIG_FUTEX
From
: Andrew Morton <
[email protected]
>
Re: Necesito archivos que me den informacion AVANZADA para realizar esto.
From
: Jesper Juhl <
[email protected]
>
Re: 2.6.13 SMP Changes?
From
: Phil Oester <
[email protected]
>
Re: [PATCH] 2.6.14-rc5 fails to build with out CONFIG_FUTEX
From
: George Anzinger <
[email protected]
>
Re: Map of Linux Kernel Users (OT)
From
: Fawad Lateef <
[email protected]
>
Re: [TRIVIAL] Error checks omitted in init_tmpfs() in mm/tiny-shmem.c
From
: Hareesh Nagarajan <
[email protected]
>
Necesito archivos que me den informacion AVANZADA para realizar esto.
From
: rogel migues <
[email protected]
>
2.6.13 SMP Changes?
From
: "Fao, Sean" <
[email protected]
>
Re: [RFC] page lock ordering and OCFS2
From
: Zach Brown <
[email protected]
>
Re: Necesito archivos que me den informacion AVANZADA para realizar esto.
From
: "Alejandro Bonilla" <
[email protected]
>
Re: [PATCH] 2.6.14-rc5 fails to build with out CONFIG_FUTEX
From
: Andrew Morton <
[email protected]
>
Necesito archivos que me den informacion AVANZADA para realizar esto.
From
: rogel migues <
[email protected]
>
Necesito archivos que me den informacion AVANZADA para realizar esto.
From
: rogel migues <
[email protected]
>
[PATCH] x86_64: fix single step handling for 32bit processes
From
: Peter Beutner <
[email protected]
>
[PATCH] 2.6.14-rc5 fails to build with out CONFIG_FUTEX
From
: George Anzinger <
[email protected]
>
Re: kernel 2.6.13.4: don't reboot
From
: "Jiri Slaby" <
[email protected]
>
Re: ioctls, etc. (was Re: [PATCH 1/4] sas: add flag for locally attachedPHYs)
From
: Stefan Richter <
[email protected]
>
Re: [PATCH] RCU torture-testing kernel module
From
: Badari Pulavarty <
[email protected]
>
Re: [PATCH] RCU torture-testing kernel module
From
: "Paul E. McKenney" <
[email protected]
>
Re: [PATCH 2.6.14-rc5-mm1] UML: fix compile part-1
From
: Blaisorblade <
[email protected]
>
Re: [PATCH] RCU torture-testing kernel module
From
: "Paul E. McKenney" <
[email protected]
>
Re: [PATCH 1/9] ipmi: use refcount in message handler
From
: "Paul E. McKenney" <
[email protected]
>
Re: [PATCH 2.6.14-rc5-mm1] UML: fix compile part-1
From
: Andrew Morton <
[email protected]
>
Re: [PATCH] new hp diva console port
From
: Russell King <
[email protected]
>
Re: [PATCH] RCU torture-testing kernel module
From
: Kyle Moffett <
[email protected]
>
[ANNOUNCE] 2.6.14-rc5-rt5 kgdb update
From
: George Anzinger <
[email protected]
>
Re: 2.6.14-rc5 e1000 and page allocation failures.. still
From
: Jesse Brandeburg <
[email protected]
>
strings /proc/kcore
From
: com bio <
[email protected]
>
Re: ioctls, etc. (was Re: [PATCH 1/4] sas: add flag for locally attachedPHYs)
From
: David Lang <
[email protected]
>
Re: [PATCH] Parallel port support for SGI O2
From
: Arnaud Giersch <
[email protected]
>
Re: Sharp brick c-3000
From
: Pavel Machek <
[email protected]
>
Re: Sharp brick c-3000
From
: Richard Purdie <
[email protected]
>
Re: [patch 2.6.13 0/5] normalize calculations of rx_dropped
From
: "John W. Linville" <
[email protected]
>
RE: [PATCH] new hp diva console port
From
: "Chen, Justin" <
[email protected]
>
Re: [patch 2.6.13 0/5] normalize calculations of rx_dropped
From
: Ben Greear <
[email protected]
>
Re: BUG in the block layer (partial reads not reported)
From
: Alan Stern <
[email protected]
>
Re: what happened to page_mkwrite? - was: Re: page_mkwrite seems broken
From
: Anton Altaparmakov <
[email protected]
>
Re: 2.6.14-rc5-mm1
From
: Andrew Morton <
[email protected]
>
Sharp brick c-3000
From
: Pavel Machek <
[email protected]
>
Re: [TRIVIAL] Error checks omitted in init_tmpfs() in mm/tiny-shmem.c
From
: Matt Mackall <
[email protected]
>
Re: new PCI quirk for Toshiba Satellite?
From
: Ivan Kokshaysky <
[email protected]
>
Re: [TRIVIAL] Error checks omitted in init_tmpfs() in mm/tiny-shmem.c
From
: Muli Ben-Yehuda <
[email protected]
>
Re: 2.6.14-rc4-rt7
From
: Lee Revell <
[email protected]
>
Map of Linux Kernel Users (OT)
From
: Claire McLister <
[email protected]
>
Re: kernel 2.6.13.4: don't reboot
From
: "Nikolay N. Ivanov" <
[email protected]
>
Notifier chains are unsafe
From
: Alan Stern <
[email protected]
>
Re: 2.6.14-rc5-mm1
From
: Badari Pulavarty <
[email protected]
>
Re: [TRIVIAL] Error checks omitted in init_tmpfs() in mm/tiny-shmem.c
From
: Matt Mackall <
[email protected]
>
[PATCH] Return the line length via sysfs for fbdev
From
: James Simmons <
[email protected]
>
Re: 2.6.14-rc4-rt7
From
: Steven Rostedt <
[email protected]
>
Re: what happened to page_mkwrite? - was: Re: page_mkwrite seems broken
From
: Hugh Dickins <
[email protected]
>
[PATCH 2.6.14-rc5-mm1] ipmi: use kthread API
From
: Matt Domsch <
[email protected]
>
Re: ieee1394: sbp2: sbp2util_node_write_no_wait failed
From
: Michael Brade <
[email protected]
>
Re: [PATCH 9/9] ipmi: add timer thread
From
: George Anzinger <
[email protected]
>
Re: [PATCH 2.6.14-rc5-mm1] UML: fix compile part-1
From
: Jeff Dike <
[email protected]
>
Re: ieee1394: sbp2: sbp2util_node_write_no_wait failed
From
: "John Stoffel" <
[email protected]
>
Re: 2.6.14-rc4-rt7
From
: john stultz <
[email protected]
>
Re: 2.6.14-rc4-rt7
From
: Fernando Lopez-Lezcano <
[email protected]
>
Re: what happened to page_mkwrite? - was: Re: page_mkwrite seems broken
From
: Anton Altaparmakov <
[email protected]
>
Re: [PATCH resend] uml: fix compile failure for TT mode
From
: Jeff Dike <
[email protected]
>
Re: 2.6.14-rc4-rt7
From
: Fernando Lopez-Lezcano <
[email protected]
>
Re: [PATCH] Add notification of page becoming writable to VMA ops
From
: Hugh Dickins <
[email protected]
>
Re: [PATCH 8/8] FUSE: per inode statfs
From
: Miklos Szeredi <
[email protected]
>
Re: 2.6.14-rc5-mm1
From
: Benoit Boissinot <
[email protected]
>
Re: 2.6.14-rc5-rt5 - softirq-timer/0/3[CPU#0]: BUG in ktime_get at kernel/ktimers.c:103
From
: Steven Rostedt <
[email protected]
>
Re: [PATCH]IPv6: fix refcnt of struct ip6_flowlabel
From
: Arnaldo Carvalho de Melo <
[email protected]
>
Re: [PATCH] new hp diva console port
From
: Bjorn Helgaas <
[email protected]
>
Re: new PCI quirk for Toshiba Satellite?
From
: Stefan Richter <
[email protected]
>
Re: sharp zaurus c-3000: fix compile failure without CONFIG_FB_PXA
From
: Richard Purdie <
[email protected]
>
Re: 2.6.14-rc5-rt5 - softirq-timer/0/3[CPU#0]: BUG in ktime_get at kernel/ktimers.c:103
From
: Ingo Molnar <
[email protected]
>
Re: [PATCH] RCU torture-testing kernel module
From
: Badari Pulavarty <
[email protected]
>
Re: new PCI quirk for Toshiba Satellite?
From
: Jesse Barnes <
[email protected]
>
Re: [PATCH] rocketport: make it work when statically linked into kernel
From
: Bjorn Helgaas <
[email protected]
>
[PATCH 4/5] crypto/sha1.c: avoid successively shifting a long long
From
: Nicolas Pitre <
[email protected]
>
[PATCH 5/5] crypto/sha1.c: final cleanup
From
: Nicolas Pitre <
[email protected]
>
[no subject]
From
: Nicolas Pitre <
[email protected]
>
Re: [PATCH 1/8] VFS: pass file pointer to filesystem from ftruncate()
From
: Trond Myklebust <
[email protected]
>
[patch 4/4] create and destroy cpufreq sysfs entries based on cpu notifiers.
From
: Ashok Raj <
[email protected]
>
[patch 1/4] introduce get_cpu_sysdev() to retrieve a sysfs entry for a cpu.
From
: Ashok Raj <
[email protected]
>
[patch 0/4] dynamically create "cache" and "cpufreq" entries with CPU hotplug
From
: Ashok Raj <
[email protected]
>
[patch 2/4] create and destroy cache sysfs entries based on cpu notifiers.
From
: Ashok Raj <
[email protected]
>
[patch 3/4] Remove cpu_sys_devices in cpufreq subsystem.
From
: Ashok Raj <
[email protected]
>
Re: [PATCH] RCU torture-testing kernel module
From
: Kyle Moffett <
[email protected]
>
[PATCH 3/5] crypto/sha1.c: move related code together
From
: Nicolas Pitre <
[email protected]
>
[PATCH 2/5] crypto/sha1.c: avoid shifting count left and right
From
: Nicolas Pitre <
[email protected]
>
[PATCH 1/5] crypto/sha1.c: avoid useless memcpy()
From
: Nicolas Pitre <
[email protected]
>
[PATCH 0/5] crypto/sha1.c: code cleanup
From
: Nicolas Pitre <
[email protected]
>
Re: 2.6.14-rc5-mm1
From
: Lexington Luthor <
[email protected]
>
Re: [PATCH] rocketport: make it work when statically linked into kernel
From
: "Jiri Slaby" <
[email protected]
>
Re: new PCI quirk for Toshiba Satellite?
From
: Jesse Barnes <
[email protected]
>
[PATCH] Added LMP Destiny Force feedback to iforce driver
From
: Johann Deneux <
[email protected]
>
sharp zaurus c-3000: fix compile failure without CONFIG_FB_PXA
From
: Pavel Machek <
[email protected]
>
Re: [PATCH 8/8] FUSE: per inode statfs
From
: "J. Bruce Fields" <
[email protected]
>
[PATCH 8/8] FUSE: per inode statfs
From
: Miklos Szeredi <
[email protected]
>
[PATCH 7/8] FUSE: pass file handle in setattr
From
: Miklos Szeredi <
[email protected]
>
[PATCH 6/8] FUSE: atomic create+open
From
: Miklos Szeredi <
[email protected]
>
Re: 2.6.14-rc5-rt5 - softirq-timer/0/3[CPU#0]: BUG in ktime_get at kernel/ktimers.c:103
From
: Steven Rostedt <
[email protected]
>
[PATCH 5/8] FUSE: add access call
From
: Miklos Szeredi <
[email protected]
>
[PATCH 4/8] FUSE: bump interface minor version
From
: Miklos Szeredi <
[email protected]
>
Re: Robust Futexes status
From
: david singleton <
[email protected]
>
[PATCH] rocketport: make it work when statically linked into kernel
From
: Bjorn Helgaas <
[email protected]
>
[PATCH 3/8] VFS: per inode statfs (architectures)
From
: Miklos Szeredi <
[email protected]
>
[PATCH 2/8] VFS: per inode statfs (core)
From
: Miklos Szeredi <
[email protected]
>
Re: 2.6.14-rc5-mm1
From
: Alan Cox <
[email protected]
>
[PATCH 1/8] VFS: pass file pointer to filesystem from ftruncate()
From
: Miklos Szeredi <
[email protected]
>
Re: [parisc-linux] Re: [PATCH 3/9] mm: parisc pte atomicity
From
: Hugh Dickins <
[email protected]
>
[PATCH 0/8] FUSE improvements + VFS changes
From
: Miklos Szeredi <
[email protected]
>
[Fwd: Re: Patch for inconsistent recording of block device statistics]
From
: Mark Seger <
[email protected]
>
Re: Some problems with 2.6.13.4
From
: Kalin KOZHUHAROV <
[email protected]
>
Re: ieee1394: sbp2: sbp2util_node_write_no_wait failed
From
: Michael Brade <
[email protected]
>
ICQ Error 18yo Babysitter Get Licked While Sucking
From
: Eleanor Spaulding <
[email protected]
>
[PATCH] Add notification of page becoming writable to VMA ops
From
: David Howells <
[email protected]
>
Re: [PATCH] RCU torture-testing kernel module
From
: Badari Pulavarty <
[email protected]
>
Re: ioctls, etc. (was Re: [PATCH 1/4] sas: add flag for locally attached PHYs)
From
: Luben Tuikov <
[email protected]
>
Re: [PATCH 10/16] GFS: quotas
From
: David Teigland <
[email protected]
>
2.6.14-rc5-rt5 - softirq-timer/0/3[CPU#0]: BUG in ktime_get at kernel/ktimers.c:103
From
: Mark Knecht <
[email protected]
>
[PATCH 2.6.14-rc5-mm1] fix inline spin_unlock for UP
From
: Miklos Szeredi <
[email protected]
>
Re: 2.6.14-rc5-mm1
From
: Yoichi Yuasa <
[email protected]
>
Re: what happened to page_mkwrite? - was: Re: page_mkwrite seems broken
From
: Hugh Dickins <
[email protected]
>
Re: 2.6.14-rc5 apm suspend failure--ALSA patch?
From
: "J. Bruce Fields" <
[email protected]
>
[PATCH 2.6.14-rc5-mm1] UML: fix compile part-2
From
: Miklos Szeredi <
[email protected]
>
Re: ioctls, etc. (was Re: [PATCH 1/4] sas: add flag for locally attached PHYs)
From
: "Regala" <
[email protected]
>
[PATCH] Kprobes: preempt_disable/enable() reordering redux
From
: Ananth N Mavinakayanahalli <
[email protected]
>
[PATCH 2.6.14-rc5-mm1] UML: fix compile part-1
From
: Miklos Szeredi <
[email protected]
>
[PATCH resend] uml: fix compile failure for TT mode
From
: Miklos Szeredi <
[email protected]
>
Re: what happened to page_mkwrite? - was: Re: page_mkwrite seems broken
From
: Anton Altaparmakov <
[email protected]
>
Re: what happened to page_mkwrite? - was: Re: page_mkwrite seems broken
From
: Anton Altaparmakov <
[email protected]
>
Re: 2.6.14-rc5-mm1
From
: Adrian Bunk <
[email protected]
>
Re: [PATCH] sata: Fixes several warnings in sata_vsc.c and sata_svw.c
From
: Jeff Garzik <
[email protected]
>
Re: 2.6.14-rc5-mm1
From
: Badari Pulavarty <
[email protected]
>
Re: 2.6.14-rc5 apm suspend failure--ALSA patch?
From
: Takashi Iwai <
[email protected]
>
Re: what happened to page_mkwrite? - was: Re: page_mkwrite seems broken
From
: Hugh Dickins <
[email protected]
>
Re: [Fastboot] [PATCH] i386: move apic init in init_IRQs
From
:
[email protected]
(Eric W. Biederman)
Re: 2.6.14-rc5 apm suspend failure--ALSA patch?
From
: "J. Bruce Fields" <
[email protected]
>
Re: what happened to page_mkwrite? - was: Re: page_mkwrite seems broken
From
: David Howells <
[email protected]
>
PROBLEM: kernel crashes 2.4.31final + 2.4.32rc1
From
: Hans-Jürgen Mehnert <
[email protected]
>
Re: ioctls, etc. (was Re: [PATCH 1/4] sas: add flag for locally attached PHYs)
From
: Luben Tuikov <
[email protected]
>
what happened to page_mkwrite? - was: Re: page_mkwrite seems broken
From
: Anton Altaparmakov <
[email protected]
>
Re: ioctls, etc. (was Re: [PATCH 1/4] sas: add flag for locally attached PHYs)
From
: Alan Cox <
[email protected]
>
Re: ioctls, etc. (was Re: [PATCH 1/4] sas: add flag for locally attached PHYs)
From
: Luben Tuikov <
[email protected]
>
Re: [PATCH 02/02] cpuset automatic numa mempolicy rebinding
From
: Paul Jackson <
[email protected]
>
Re: [PATCH] RCU torture-testing kernel module
From
: Ingo Oeser <
[email protected]
>
Re: [parisc-linux] Re: [PATCH 3/9] mm: parisc pte atomicity
From
: James Bottomley <
[email protected]
>
Re: [PATCH 02/02] cpuset automatic numa mempolicy rebinding
From
: Dave Hansen <
[email protected]
>
Re: [PATCH 02/02] cpuset automatic numa mempolicy rebinding
From
: Paul Jackson <
[email protected]
>
Re: [KORG] [RFC] Useful tools section on kernel.org?
From
:
[email protected]
(Arthur Othieno)
Re: [PATCH 01/02] cpuset bitmap and mask remap operators
From
: Paul Jackson <
[email protected]
>
Re: /proc/kcore size incorrect ?
From
: Stefan Smietanowski <
[email protected]
>
Re: 2.6.14-rc5-mm1
From
: Jasper Spaans <
[email protected]
>
Re: ieee1394: sbp2: sbp2util_node_write_no_wait failed
From
: "John Stoffel" <
[email protected]
>
[PATCH] pcie: Fixes Several Warnings in drivers/pci/pcie/portdrv_pci.c
From
: Ashutosh Naik <
[email protected]
>
Re: ioctls, etc. (was Re: [PATCH 1/4] sas: add flag for locally attached PHYs)
From
: Luben Tuikov <
[email protected]
>
Re: terminal handling: collecting inter-keystroke timings
From
: Alan Cox <
[email protected]
>
Re: select() for delay.
From
: Steven Rostedt <
[email protected]
>
Re: select() for delay.
From
: Arjan van de Ven <
[email protected]
>
Re: select() for delay.
From
: Steven Rostedt <
[email protected]
>
[PATCH -rc5-mm1] Char, watchdog: remove pci_find_dev
From
: "Jiri Slaby" <
[email protected]
>
Re: [Fastboot] [PATCH] i386: move apic init in init_IRQs
From
: Vivek Goyal <
[email protected]
>
Re: terminal handling: collecting inter-keystroke timings
From
: Douglas McNaught <
[email protected]
>
Re: [PATCH 1/9] ipmi: use refcount in message handler
From
: Corey Minyard <
[email protected]
>
ieee1394: sbp2: sbp2util_node_write_no_wait failed
From
: Michael Brade <
[email protected]
>
Re: [PATCH 0/4] Swap migration V3: Overview
From
: Marcelo Tosatti <
[email protected]
>
Looking for IEEE1394 docs
From
: Giuliano Pochini <
[email protected]
>
Re: Information on ioctl32
From
: Arjan van de Ven <
[email protected]
>
Re: Information on ioctl32
From
: James Hansen <
[email protected]
>
2.6.14-rc5-mm1 reiser4 still doesn't work
From
: Sipos Ferenc <
[email protected]
>
Re: 2.6.14-rc5-mm1
From
: Jens Axboe <
[email protected]
>
Re: [PATCH 10/16] GFS: quotas
From
: Jan Kara <
[email protected]
>
[PATCH]IPv6: fix refcnt of struct ip6_flowlabel
From
: Yan Zheng <
[email protected]
>
Re: /proc/kcore size incorrect ?
From
: Jon Masters <
[email protected]
>
Re: [patch 2/5] Core HW RNG support
From
: Pavel Machek <
[email protected]
>
Re: The fasync_cache grows. Possible leak in kernel 2.6.13.4.
From
: CHIKAMA masaki <
[email protected]
>
Re: Information on ioctl32
From
: Arnd Bergmann <
[email protected]
>
select() for delay.
From
: <
[email protected]
>
Re: Information on ioctl32
From
: James Hansen <
[email protected]
>
Re: HFSPlus ate my free space!
From
: Peter Wainwright <
[email protected]
>
[PATCH] sata: Fixes several warnings in sata_vsc.c and sata_svw.c
From
: Ashutosh Naik <
[email protected]
>
Re: 2.6.14-rc5 apm suspend failure--ALSA patch?
From
: Takashi Iwai <
[email protected]
>
Re: 2.6.14-rc5-mm1
From
: Benoit Boissinot <
[email protected]
>
Re: Information on ioctl32
From
: Arnd Bergmann <
[email protected]
>
Re: 2.6.14-rc5-mm1
From
: Magnus Damm <
[email protected]
>
Re: Information on ioctl32
From
: James Hansen <
[email protected]
>
Re: [TRIVIAL] Error checks omitted in init_tmpfs() in mm/tiny-shmem.c
From
: Hareesh Nagarajan <
[email protected]
>
2.6.14-rc5-mm1
From
: Andrew Morton <
[email protected]
>
Re: [PATCH 02/02] cpuset automatic numa mempolicy rebinding
From
: Dave Hansen <
[email protected]
>
Re: [PATCH 01/02] cpuset bitmap and mask remap operators
From
: Andrew Morton <
[email protected]
>
Re: [PATCH 01/02] cpuset bitmap and mask remap operators
From
: Paul Jackson <
[email protected]
>
Re: 2.6.14-rc4-mm1 - drivers/serial/jsm/jsm_tty.c: no member named 'flip'
From
: Andrew Morton <
[email protected]
>
Re: [PATCH 01/02] cpuset bitmap and mask remap operators
From
: Andrew Morton <
[email protected]
>
terminal handling: collecting inter-keystroke timings
From
: "Travis H." <
[email protected]
>
Re: [PATCH] cpuset confine pdflush to its cpuset
From
: Paul Jackson <
[email protected]
>
[PATCH 02/02] cpuset automatic numa mempolicy rebinding
From
: Paul Jackson <
[email protected]
>
[PATCH 01/02] cpuset bitmap and mask remap operators
From
: Paul Jackson <
[email protected]
>
Re: [PATCH] cpuset confine pdflush to its cpuset
From
: Hirokazu Takahashi <
[email protected]
>
[patch] zap broken heuristic in init/main.c
From
: Rob Landley <
[email protected]
>
Re: [TRIVIAL] Error checks omitted in init_tmpfs() in mm/tiny-shmem.c
From
: Matt Mackall <
[email protected]
>
Re: [PATCH] cpuset confine pdflush to its cpuset
From
: Paul Jackson <
[email protected]
>
Re: [PATCH] cpuset confine pdflush to its cpuset
From
: Andrew Morton <
[email protected]
>
Re: [PATCH] cpuset confine pdflush to its cpuset
From
: Paul Jackson <
[email protected]
>
Re: [PATCH linux-block-2.6:generic-dispatch] kill max_back_kb handling
From
: Jens Axboe <
[email protected]
>
Re: [PATCH 1/9] ipmi: use refcount in message handler
From
: "Paul E. McKenney" <
[email protected]
>
Re: ipw2200 only works as a module?
From
: Denis Vlasenko <
[email protected]
>
Re: [PATCH] cpuset confine pdflush to its cpuset
From
: Hirokazu Takahashi <
[email protected]
>
[TRIVIAL] Error checks omitted in init_tmpfs() in mm/tiny-shmem.c
From
: Hareesh Nagarajan <
[email protected]
>
[PATCH] posix-cpu-timers: fix overrun reporting
From
: Roland McGrath <
[email protected]
>
Re: [PATCH 7/9] mm: split page table lock
From
: Hugh Dickins <
[email protected]
>
Re: [PATCH 1/9] ipmi: use refcount in message handler
From
: Matt Domsch <
[email protected]
>
Re: [parisc-linux] Re: [PATCH 3/9] mm: parisc pte atomicity
From
: Hugh Dickins <
[email protected]
>
Re: [PATCH 7/9] mm: split page table lock
From
: Andrew Morton <
[email protected]
>
Re: Robust Futexes status
From
: Sven-Thorsten Dietrich <
[email protected]
>
Re: [ANNOUNCE] matchreply (deliver mails into folders with associated threads)
From
: Tejun Heo <
[email protected]
>
Re: [PATCH 7/9] mm: split page table lock
From
: Hugh Dickins <
[email protected]
>
Re: [PATCH linux-block-2.6:generic-dispatch] kill max_back_kb handling
From
: Tejun Heo <
[email protected]
>
[PATCH linux-block-2.6:generic-dispatch] kill max_back_kb handling
From
: Tejun Heo <
[email protected]
>
Re: [PATCH 7/9] mm: split page table lock
From
: Hugh Dickins <
[email protected]
>
Re: [PATCH 7/9] mm: split page table lock
From
: Hugh Dickins <
[email protected]
>
Re: [PATCH] propogate gfp_t changes further
From
: Linus Torvalds <
[email protected]
>
Re: [PATCH 1/9] ipmi: use refcount in message handler
From
: "Paul E. McKenney" <
[email protected]
>
Re: [PATCH] propogate gfp_t changes further
From
: Al Viro <
[email protected]
>
Re: [PATCH] Fix and add EXPORT_SYMBOL(filemap_write_and_wait)
From
: OGAWA Hirofumi <
[email protected]
>
The fasync_cache grows. Possible leak in kernel 2.6.13.4.
From
: CHIKAMA masaki <
[email protected]
>
Re: Task profiling in Linux
From
: Peter Chubb <
[email protected]
>
[PATCH] propogate gfp_t changes further
From
: Stephen Rothwell <
[email protected]
>
Re: [PATCH] X25: Add ITU-T facilites
From
: Andrew Hendry <
[email protected]
>
Re: [PATCH] RCU torture-testing kernel module
From
: "Paul E. McKenney" <
[email protected]
>
Re: 2.6.14-rc5 e1000 and page allocation failures.. still
From
: Robert Hancock <
[email protected]
>
[PATCH] cpuset confine pdflush to its cpuset
From
: Paul Jackson <
[email protected]
>
Re: /proc/kcore size incorrect ?
From
: "J.A. Magallon" <
[email protected]
>
Re: xfs_db -c frag -r /dev/hda1 - Segmentation fault
From
: Justin Piszcz <
[email protected]
>
Re: /proc/kcore size incorrect ?
From
: Jon Masters <
[email protected]
>
Re: xfs_db -c frag -r /dev/hda1 - Segmentation fault
From
: Nathan Scott <
[email protected]
>
Re: BUG in the block layer (partial reads not reported)
From
: Alan Cox <
[email protected]
>
[PATCH] Re: IPW Question on menuconfig
From
: Jan Niehusmann <
[email protected]
>
Re: [patch] drivers/block: updates .owner field of struct pci_driver
From
: Greg KH <
[email protected]
>
Re: Task profiling in Linux
From
: Benoit Boissinot <
[email protected]
>
Re: [PATCH 7/9] mm: split page table lock
From
: Andrew Morton <
[email protected]
>
Re: Task profiling in Linux
From
: Jon Masters <
[email protected]
>
Re: ipw2200 only works as a module?
From
: Alejandro Bonilla Beeche <
[email protected]
>
Re: BUG in the block layer (partial reads not reported)
From
: Helge Hafting <
[email protected]
>
/proc/kcore size incorrect ?
From
: "J.A. Magallon" <
[email protected]
>
Re: [PATCH 7/9] mm: split page table lock
From
: Andrew Morton <
[email protected]
>
Re: [patch] drivers/block: updates .owner field of struct pci_driver
From
: Al Viro <
[email protected]
>
Re: Understanding Linux addr space, malloc, and heap
From
: Kyle Moffett <
[email protected]
>
Re: [PATCH 9/9] ipmi: add timer thread
From
: Matt Domsch <
[email protected]
>
Re: [PATCH 7/9] mm: split page table lock
From
: Andrew Morton <
[email protected]
>
[patch -mm] drivers/edac: updates .owner field of struct pci_driver
From
: Laurent Riffard <
[email protected]
>
Re: [patch] drivers/block: updates .owner field of struct pci_driver
From
: Russell King <
[email protected]
>
Re: [PATCH 9/9] ipmi: add timer thread
From
: Nish Aravamudan <
[email protected]
>
Re: [PATCH] Fix and add EXPORT_SYMBOL(filemap_write_and_wait)
From
: Andrew Morton <
[email protected]
>
[patch] drivers/block: updates .owner field of struct pci_driver
From
: Laurent Riffard <
[email protected]
>
Robust Futexes status
From
: david singleton <
[email protected]
>
Re: [PATCH 9/9] ipmi: add timer thread
From
: Andrew Morton <
[email protected]
>
Task profiling in Linux
From
: Claudio Scordino <
[email protected]
>
2.6.13.4 aacraid: Partitioning array makes adapter go "dead"
From
: Robert Jones <
[email protected]
>
Re: Keep initrd tasks running?
From
: Matt Zimmerman <
[email protected]
>
Re: Keep initrd tasks running?
From
: Matt Zimmerman <
[email protected]
>
Re: [PATCH] RCU torture-testing kernel module
From
: Greg KH <
[email protected]
>
Re: [PATCH] RCU torture-testing kernel module
From
: Andrew Morton <
[email protected]
>
[PATCH] kernel-doc: PCI fixes
From
: "Randy.Dunlap" <
[email protected]
>
[PATCH] kernel-doc: fix PCI hotplug
From
: "Randy.Dunlap" <
[email protected]
>
[PATCH] kernel-doc: drivers/base fixes
From
: "Randy.Dunlap" <
[email protected]
>
[PATCH] more kernel-doc cleanups, additions
From
: "Randy.Dunlap" <
[email protected]
>
Re: [PATCH] RCU torture-testing kernel module
From
: Ingo Oeser <
[email protected]
>
2.6.14-rc5 apm suspend failure--ALSA patch?
From
: "J. Bruce Fields" <
[email protected]
>
Re: Kernel 2.4.20 TCP persist mode
From
: Baruch Even <
[email protected]
>
Re: [PATCH] ktimers subsystem 2.6.14-rc2-kt5
From
: George Anzinger <
[email protected]
>
Re: [patch 5/5] TI OMAP driver
From
: Deepak Saxena <
[email protected]
>
[WATCHDOG] small trivial fixes + add .owner to driver struct's
From
: Wim Van Sebroeck <
[email protected]
>
Re: [3/3] [NEIGH] Fix timer leak in neigh_changeaddr
From
: Ben Greear <
[email protected]
>
[PATCH] fs/attr.c: remove BUG()
From
: Alexey Dobriyan <
[email protected]
>
Kernel 2.4.20 TCP persist mode
From
: Ning Jiang <
[email protected]
>
Re: [PATCH 7/9] mm: split page table lock
From
: Nikita Danilov <
[email protected]
>
Re: [PATCH] fix exit_itimers() vs posix_timer_event() AB-BAdeadlock
From
: Oleg Nesterov <
[email protected]
>
Re: [0/3] Fix timer bugs in neighbour cache
From
: Arnaldo Carvalho de Melo <
[email protected]
>
2.6.14-rc5-git-current ATA: abnormal status 0x7F on port 0xC807
From
: Michal Piotrowski <
[email protected]
>
Re: [PATCH] Remove duplicate code in signal.c
From
: "Paul E. McKenney" <
[email protected]
>
Re: [parisc-linux] Re: [PATCH 3/9] mm: parisc pte atomicity
From
: James Bottomley <
[email protected]
>
Re: Russell's Interesting story
From
: "Unique Marx" <
[email protected]
>
Re: [PATCH] RCU torture-testing kernel module
From
: "Paul E. McKenney" <
[email protected]
>
Re: oops in 2.6.14-rc3
From
: Sergey Vlasov <
[email protected]
>
Re: Information on ioctl32
From
: Arnd Bergmann <
[email protected]
>
Re: oops in 2.6.14-rc3
From
: Adam Kropelin <
[email protected]
>
Re: oops in 2.6.14-rc3
From
: Sasa Ostrouska <
[email protected]
>
Re: Billionton bluetooth CF card: performance is 10KB/sec
From
: Ed Tomlinson <
[email protected]
>
Re: [PATCH 0/4] Swap migration V3: Overview
From
: Magnus Damm <
[email protected]
>
xfs_db -c frag -r /dev/hda1 - Segmentation fault
From
: Justin Piszcz <
[email protected]
>
Re: [BUG]NULL pointer dereference in ipv6_get_saddr()
From
: Herbert Xu <
[email protected]
>
Re: Understanding Linux addr space, malloc, and heap
From
: Arjan van de Ven <
[email protected]
>
Re: [PATCH] Remove duplicate code in signal.c
From
: Oleg Nesterov <
[email protected]
>
Re: Understanding Linux addr space, malloc, and heap
From
: Bodo Eggert <
[email protected]
>
Re: [Problem]: accessing Marvell LAN card (sk98lin.ko)
From
: Francois Romieu <
[email protected]
>
Re: Billionton bluetooth CF card: performance is 10KB/sec
From
: Pavel Machek <
[email protected]
>
Re: [Problem]: accessing Marvell LAN card (sk98lin.ko)
From
: Matan Peled <
[email protected]
>
Re: Billionton bluetooth CF card: performance is 10KB/sec
From
: Marcel Holtmann <
[email protected]
>
Re: Billionton bluetooth CF card: performance is 10KB/sec
From
: Pavel Machek <
[email protected]
>
Re: Billionton bluetooth CF card: performance is 10KB/sec
From
: Marcel Holtmann <
[email protected]
>
[Problem]: accessing Marvell LAN card (sk98lin.ko)
From
: Gaurav Dhiman <
[email protected]
>
Re: [parisc-linux] Re: [PATCH 3/9] mm: parisc pte atomicity
From
: Hugh Dickins <
[email protected]
>
Re: Billionton bluetooth CF card: performance is 10KB/sec
From
: Pavel Machek <
[email protected]
>
Re: [PATCH 2/9] mm: arm ready for split ptlock
From
: Hugh Dickins <
[email protected]
>
[PATCH] e1000 : Fixes e1000_suspend warning when CONFIG_PM is not enabled
From
: Ashutosh Naik <
[email protected]
>
[RFC PATCH] clean up x86_64 DMA mapping dispatching - version D1
From
: Muli Ben-Yehuda <
[email protected]
>
[PATCH 6/9 take 2] mm: uml kill unused
From
: Hugh Dickins <
[email protected]
>
[3/3] [NEIGH] Fix timer leak in neigh_changeaddr
From
: Herbert Xu <
[email protected]
>
[2/3] [NEIGH] Fix add_timer race in neigh_add_timer
From
: Herbert Xu <
[email protected]
>
[1/3] [NEIGH] Print stack trace in neigh_add_timer
From
: Herbert Xu <
[email protected]
>
[0/3] Fix timer bugs in neighbour cache
From
: Herbert Xu <
[email protected]
>
Re: [PATCH] RCU torture-testing kernel module
From
: Ingo Oeser <
[email protected]
>
[PATCH] cpuset simple rename
From
: Paul Jackson <
[email protected]
>
[PATCH] Remove duplicate code in signal.c
From
: "Paul E. McKenney" <
[email protected]
>
[PATCH 01/02] cpuset remove depth counted locking hack
From
: Paul Jackson <
[email protected]
>
[PATCH 02/02] cpuset dual semaphore locking overhaul
From
: Paul Jackson <
[email protected]
>
[PATCH *-mm] Serial disable jsm in ppc64 defconfig
From
: Paul Jackson <
[email protected]
>
[PATCH] Parallel port support for SGI O2
From
: Arnaud Giersch <
[email protected]
>
Re: 2.6.14-rc5-rt1
From
: Felix Oxley <
[email protected]
>
Re: AMD 8131 and MSI quirk
From
: Matthew Wilcox <
[email protected]
>
Re: 2.6.14-rc4-rt7
From
: Fernando Lopez-Lezcano <
[email protected]
>
[PATCH] RCU torture-testing kernel module
From
: "Paul E. McKenney" <
[email protected]
>
Re: [PATCH] RCU torture testing
From
: "Paul E. McKenney" <
[email protected]
>
Re: ipw2200 only works as a module?
From
: Alistair John Strachan <
[email protected]
>
AMD 8131 and MSI quirk
From
: Roland Dreier <
[email protected]
>
Re: Billionton bluetooth CF card: performance is 10KB/sec
From
: Ed Tomlinson <
[email protected]
>
Problem with usb-audio introduced between 2.6.13 and 2.6.14-rc1
From
: David Härdeman <
[email protected]
>
[PATCH] watchdog: updates .owner field of struct pci_driver
From
: Laurent Riffard <
[email protected]
>
[PATCH -mm] Multi-Tech serial card: updates .owner field of struct pci_driver
From
: Laurent Riffard <
[email protected]
>
[PATCH] SyncLink adapters: updates .owner field of struct pci_driver
From
: Laurent Riffard <
[email protected]
>
[PATCH] agp : updates .owner field of struct pci_driver
From
: Laurent Riffard <
[email protected]
>
[PATCH] epca: updates .owner field of struct pci_driver
From
: Laurent Riffard <
[email protected]
>
Re: sata_nv + SMP = broken?
From
: Vladimir Lazarenko <
[email protected]
>
Re: kernel 2.6.13.4: don't reboot
From
: "Nikolay N. Ivanov" <
[email protected]
>
Re: [PATCH 6/9] mm: uml kill unused
From
: Jeff Dike <
[email protected]
>
Re: Understanding Linux addr space, malloc, and heap
From
: Kyle Moffett <
[email protected]
>
Re: sata_nv + SMP = broken?
From
: "Rafael J. Wysocki" <
[email protected]
>
Re: ioctls, etc. (was Re: [PATCH 1/4] sas: add flag for locally attachedPHYs)
From
: Sergey Panov <
[email protected]
>
Re: spitz (zaurus sl-c3000) support
From
: Bodo Eggert <
[email protected]
>
Re: [PATCH 1/9] mm: i386 sh sh64 ready for split ptlock
From
: Paul Mundt <
[email protected]
>
Re: ioctls, etc. (was Re: [PATCH 1/4] sas: add flag for locally attachedPHYs)
From
: Stefan Richter <
[email protected]
>
Re: ioctls, etc. (was Re: [PATCH 1/4] sas: add flag for locally attached PHYs)
From
: Jeff Garzik <
[email protected]
>
Re: ioctls, etc. (was Re: [PATCH 1/4] sas: add flag for locally attached PHYs)
From
: Alan Cox <
[email protected]
>
Re: BUG in the block layer (partial reads not reported)
From
: Alan Cox <
[email protected]
>
Re: ioctls, etc. (was Re: [PATCH 1/4] sas: add flag for locally attachedPHYs)
From
: Christoph Hellwig <
[email protected]
>
Re: ioctls, etc. (was Re: [PATCH 1/4] sas: add flag for locally attached PHYs)
From
: Francois Romieu <
[email protected]
>
Re: ioctls, etc. (was Re: [PATCH 1/4] sas: add flag for locally attached PHYs)
From
: Stefan Richter <
[email protected]
>
Re: ioctls, etc. (was Re: [PATCH 1/4] sas: add flag for locally attachedPHYs)
From
: Stefan Richter <
[email protected]
>
Re: ioctls, etc. (was Re: [PATCH 1/4] sas: add flag for locally attachedPHYs)
From
: Luben Tuikov <
[email protected]
>
Re: ioctls, etc. (was Re: [PATCH 1/4] sas: add flag for locally attached PHYs)
From
: Sergey Panov <
[email protected]
>
Billionton bluetooth CF card: performance is 10KB/sec
From
: Pavel Machek <
[email protected]
>
Re: ioctls, etc. (was Re: [PATCH 1/4] sas: add flag for locally attached PHYs)
From
: Luben Tuikov <
[email protected]
>
Re: /etc/mtab and per-process namespaces
From
: Bodo Eggert <
[email protected]
>
Re: ioctls, etc. (was Re: [PATCH 1/4] sas: add flag for locally attached PHYs)
From
: Luben Tuikov <
[email protected]
>
Re: ioctls, etc. (was Re: [PATCH 1/4] sas: add flag for locally attached PHYs)
From
: Christoph Hellwig <
[email protected]
>
Re: kernel 2.6.13.4: don't reboot
From
: "Jiri Slaby" <
[email protected]
>
Re: ioctls, etc. (was Re: [PATCH 1/4] sas: add flag for locally attached PHYs)
From
: Luben Tuikov <
[email protected]
>
Re: [parisc-linux] Re: [PATCH 3/9] mm: parisc pte atomicity
From
: James Bottomley <
[email protected]
>
[git pull] InfiniBand fix for 2.6.14-rc5
From
: Roland Dreier <
[email protected]
>
Re: [PATCH 2/9] mm: arm ready for split ptlock
From
: Russell King <
[email protected]
>
Re: /etc/mtab and per-process namespaces
From
: Rob Landley <
[email protected]
>
Re: /etc/mtab and per-process namespaces
From
: Rob Landley <
[email protected]
>
Re: ipw2200 only works as a module?
From
: Rob Landley <
[email protected]
>
Re: ioctls, etc. (was Re: [PATCH 1/4] sas: add flag for locally attached PHYs)
From
: Luben Tuikov <
[email protected]
>
Re: [PATCH 3/9] mm: parisc pte atomicity
From
: Matthew Wilcox <
[email protected]
>
[PATCH 9/9] mm: update comments to pte lock
From
: Hugh Dickins <
[email protected]
>
[PATCH 8/9] mm: fix rss and mmlist locking
From
: Hugh Dickins <
[email protected]
>
[PATCH 7/9] mm: split page table lock
From
: Hugh Dickins <
[email protected]
>
[PATCH 6/9] mm: uml kill unused
From
: Hugh Dickins <
[email protected]
>
[PATCH 5/9] mm: uml pte atomicity
From
: Hugh Dickins <
[email protected]
>
[PATCH 4/9] mm: cris v32 mmu_context_lock
From
: Hugh Dickins <
[email protected]
>
[PATCH 3/9] mm: parisc pte atomicity
From
: Hugh Dickins <
[email protected]
>
kernel 2.6.13.4: don't reboot
From
: "Nikolay N. Ivanov" <
[email protected]
>
[PATCH 2/9] mm: arm ready for split ptlock
From
: Hugh Dickins <
[email protected]
>
[PATCH 1/9] mm: i386 sh sh64 ready for split ptlock
From
: Hugh Dickins <
[email protected]
>
[PATCH 0/9] mm: page fault scalability
From
: Hugh Dickins <
[email protected]
>
[GIT PATCH] SCSI bug fixes for 2.6.14-rc5
From
: James Bottomley <
[email protected]
>
[PATCH 2.6.14-rc5] uml: fix compile failure for TT mode
From
: Miklos Szeredi <
[email protected]
>
Re: ioctls, etc. (was Re: [PATCH 1/4] sas: add flag for locally attached PHYs)
From
: Luben Tuikov <
[email protected]
>
Re: BUG in the block layer (partial reads not reported)
From
: Alan Stern <
[email protected]
>
2.6.14-rc5 e1000 and page allocation failures.. still
From
: John Bäckstrand <
[email protected]
>
Re: ioctls, etc. (was Re: [PATCH 1/4] sas: add flag for locally attached PHYs)
From
: Sergey Panov <
[email protected]
>
[PATCH] Fix and add EXPORT_SYMBOL(filemap_write_and_wait)
From
: OGAWA Hirofumi <
[email protected]
>
Re: [PATCH] mm - swap prefetch magnify
From
: Con Kolivas <
[email protected]
>
Re: [Fastboot] [PATCH] i386: move apic init in init_IRQs
From
:
[email protected]
(Eric W. Biederman)
Re: ADI Blackfin porting for kernel-2.6.13
From
: Jacques Moreau <
[email protected]
>
Re: [Fastboot] [PATCH] i386: move apic init in init_IRQs
From
: Vivek Goyal <
[email protected]
>
Re: spitz (zaurus sl-c3000) support
From
: Pavel Machek <
[email protected]
>
kernel BUG at buffer.c:511
From
: Gregory Stark <
[email protected]
>
Re: spitz (zaurus sl-c3000) support
From
: Richard Purdie <
[email protected]
>
Re: interrupts are not shared between CPUs in 2.6.14-rc3
From
: Arjan van de Ven <
[email protected]
>
Re: ioctls, etc. (was Re: [PATCH 1/4] sas: add flag for locally attached PHYs)
From
: Stefan Richter <
[email protected]
>
Re: /etc/mtab and per-process namespaces
From
:
[email protected]
(Dr. Greg Wettstein)
interrupts are not shared between CPUs in 2.6.14-rc3
From
: Michal Semler <
[email protected]
>
BBC SERIES - looking for couples trying for a baby
From
:
[email protected]
Re: Rocketport driver fails if more than four cards are inserted
From
: "Jiri Slaby" <
[email protected]
>
Re: problem with libata and ich6m - 2.6.14-rc5
From
: Mark Lord <
[email protected]
>
problem with libata and ich6m - 2.6.14-rc5
From
: Raphael Jacquot <
[email protected]
>
Rocketport driver fails if more than four cards are inserted
From
: Lars Magne Ingebrigtsen <
[email protected]
>
Re: [EXPERIMENT,RFC] FAT: Add "flush" option for hotplug devices
From
: OGAWA Hirofumi <
[email protected]
>
Re: ioctls, etc. (was Re: [PATCH 1/4] sas: add flag for locally attachedPHYs)
From
: David Lang <
[email protected]
>
Re: [EXPERIMENT,RFC] FAT: Add "flush" option for hotplug devices
From
: Christoph Hellwig <
[email protected]
>
Re: ioctls, etc. (was Re: [PATCH 1/4] sas: add flag for locally attached PHYs)
From
: Christoph Hellwig <
[email protected]
>
Re: [EXPERIMENT,RFC] FAT: Add "flush" option for hotplug devices
From
: OGAWA Hirofumi <
[email protected]
>
Re: ioctls, etc. (was Re: [PATCH 1/4] sas: add flag for locally attached PHYs)
From
: Stefan Richter <
[email protected]
>
[2.6.14-rc? on x86-64] Total machine freeze
From
: Paolo Ornati <
[email protected]
>
Oops in __d_lookup()
From
: Jan Kasprzak <
[email protected]
>
Re: [EXPERIMENT,RFC] FAT: Add "flush" option for hotplug devices
From
: Christoph Hellwig <
[email protected]
>
Re: [PATCH] mm - swap prefetch magnify
From
: Paolo Ciarrocchi <
[email protected]
>
Re: ioctls, etc. (was Re: [PATCH 1/4] sas: add flag for locally attached PHYs)
From
: Stefan Richter <
[email protected]
>
Re: 2.6.14-rc4-mm1 - drivers/serial/jsm/jsm_tty.c: no member named 'flip'
From
: Alan Cox <
[email protected]
>
Re: sata_nv + SMP = broken?
From
: Vladimir Lazarenko <
[email protected]
>
Re: [EXPERIMENT,RFC] FAT: Add "flush" option for hotplug devices
From
: OGAWA Hirofumi <
[email protected]
>
Re: 2.6.14-rc4-mm1 - drivers/serial/jsm/jsm_tty.c: no member named 'flip'
From
: Andrew Morton <
[email protected]
>
Re: [PATCH 0/4] Swap migration V3: Overview
From
: Marcelo Tosatti <
[email protected]
>
Re: [PATCH 2/4] Swap migration V3: Page Eviction
From
: Marcelo Tosatti <
[email protected]
>
Re: [PATCH 0/4] Swap migration V3: Overview
From
: Marcelo Tosatti <
[email protected]
>
Re: 2.6.14-rc4-rt7
From
: Lee Revell <
[email protected]
>
Re: 2.6.14-rc4-rt7
From
: Ingo Molnar <
[email protected]
>
Re: ioctls, etc. (was Re: [PATCH 1/4] sas: add flag for locally attached PHYs)
From
: Jeff Garzik <
[email protected]
>
Re: 2.6.14-rc5-rt3 - `IRQ 8'[798] is being piggy
From
: Ingo Molnar <
[email protected]
>
Re: 2.6.14-rc4-rt7
From
: Ingo Molnar <
[email protected]
>
Re: [PATCH] mm trivial ia64/acpi breakage
From
: Paul Jackson <
[email protected]
>
Re: [ACPI] Re: [Pcihpd-discuss] RE: [patch 2/2] acpi: add ability to derive irq when doing a surpriseremoval of an adapter
From
: "Bjorn Helgaas" <
[email protected]
>
Re: ioctls, etc. (was Re: [PATCH 1/4] sas: add flag for locally attached PHYs)
From
: Jeff Garzik <
[email protected]
>
Re: ioctls, etc. (was Re: [PATCH 1/4] sas: add flag for locally attached PHYs)
From
: Douglas Gilbert <
[email protected]
>
Re: 2.6.14-rc4-mm1 - drivers/serial/jsm/jsm_tty.c: no member named 'flip'
From
: Paul Jackson <
[email protected]
>
Re: [PATCH] mm - swap prefetch magnify
From
: Con Kolivas <
[email protected]
>
Re: [PATCH] typo fix in last cpufreq powernow patch
From
: Dave Jones <
[email protected]
>
Re: Merging ATA passthru
From
: "John W. Linville" <
[email protected]
>
[PATCH] mm - swap prefetch magnify
From
: Con Kolivas <
[email protected]
>
Re: Information on ioctl32
From
: "Randy.Dunlap" <
[email protected]
>
[PATCH] new hp diva console port
From
: "Chen, Justin" <
[email protected]
>
Re: 2.6.14-rc4-rt7
From
: Mark Knecht <
[email protected]
>
Re: oops on SUSE LES9-SP2-smp on dual EM64T processor system
From
: Jesper Juhl <
[email protected]
>
[PATCH] typo fix in last cpufreq powernow patch
From
: Chris Wright <
[email protected]
>
Re: 2.6 - SCSI Config parameter always set ?
From
: Adrian Bunk <
[email protected]
>
Re: 2.6.14-rc5-rt3 - `IRQ 8'[798] is being piggy
From
: Lee Revell <
[email protected]
>
Re: 2.6.14-rc4-rt7
From
: Fernando Lopez-Lezcano <
[email protected]
>
Question about node-specific allocation
From
: "Ravinandan Arakali" <
[email protected]
>
[RFC][PATCH] OVERCOMMIT_GUESS considers reserved pages
From
: Hideo AOKI <
[email protected]
>
Re: ioctls, etc. (was Re: [PATCH 1/4] sas: add flag for locally attached PHYs)
From
: Jeff Garzik <
[email protected]
>
Re: [PATCH 2.6.14-rc3] sis5513.c: enable ATA133 for the SiS965 southbridge
From
: Francois Romieu <
[email protected]
>
Re: 2.6.14-rc5-rt3 - `IRQ 8'[798] is being piggy
From
: Mark Knecht <
[email protected]
>
Re: ioctls, etc. (was Re: [PATCH 1/4] sas: add flag for locally attached PHYs)
From
: Stefan Richter <
[email protected]
>
Re: ioctls, etc. (was Re: [PATCH 1/4] sas: add flag for locally attached PHYs)
From
: Luben Tuikov <
[email protected]
>
Re: Merging ATA passthru
From
: Jeff Garzik <
[email protected]
>
Re: [RFC] page lock ordering and OCFS2
From
: Zach Brown <
[email protected]
>
Re: Merging ATA passthru
From
: Mark Lord <
[email protected]
>
Re: 2.6.13.4 After increasing RAM, I'm getting Bad page state at prep_new_page
From
: Ken Moffat <
[email protected]
>
Re: ioctls, etc. (was Re: [PATCH 1/4] sas: add flag for locally attached PHYs)
From
: Jeff Garzik <
[email protected]
>
Re: [BUG][2.6.13.4] Memoryleak - idr_layer_cache slab - inotify?
From
: Stefan Jones <
[email protected]
>
Re: 2.6.13.4 After increasing RAM, I'm getting Bad page state at prep_new_page
From
: Steve Youngs <
[email protected]
>
Re: [ACPI] 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: ioctls, etc. (was Re: [PATCH 1/4] sas: add flag for locally attached PHYs)
From
: Luben Tuikov <
[email protected]
>
Re: 2.6.13.4 After increasing RAM, I'm getting Bad page state at prep_new_page
From
: Steve Youngs <
[email protected]
>
[PATCH] Add Logitech MX3100 to logips2pp.c, 2.6.14-rc5-git1
From
: Mirco Macrelli <
[email protected]
>
Re: ioctls, etc. (was Re: [PATCH 1/4] sas: add flag for locally attached PHYs)
From
: Jeff Garzik <
[email protected]
>
Re: [RFC] page lock ordering and OCFS2
From
: Andrew Morton <
[email protected]
>
Re: [BUG][2.6.13.4] Memoryleak - idr_layer_cache slab - inotify?
From
: Andrew Morton <
[email protected]
>
Re: sata_nv + SMP = broken?
From
: Vladimir Lazarenko <
[email protected]
>
Re: ioctls, etc. (was Re: [PATCH 1/4] sas: add flag for locally attached PHYs)
From
: Luben Tuikov <
[email protected]
>
Re: sata_nv + SMP = broken?
From
: "Rafael J. Wysocki" <
[email protected]
>
Re: [RFC] page lock ordering and OCFS2
From
: Zach Brown <
[email protected]
>
Re: [PATCH 2.6.14-rc3] sis5513.c: enable ATA133 for the SiS965 southbridge
From
: wsong <
[email protected]
>
Re: [RFC] page lock ordering and OCFS2
From
: Zach Brown <
[email protected]
>
RE: ioctls, etc. (was Re: [PATCH 1/4] sas: add flag for locally attached PHYs)
From
: "Salyzyn, Mark" <
[email protected]
>
[RFC PATCH] USB: always export interface information for modalias
From
: Greg KH <
[email protected]
>
Re: [BUG][2.6.13.4] Memoryleak - idr_layer_cache slab - inotify?
From
: Stefan Jones <
[email protected]
>
Re: new PCI quirk for Toshiba Satellite?
From
: Stefan Richter <
[email protected]
>
Re: ioctls, etc. (was Re: [PATCH 1/4] sas: add flag for locally attached PHYs)
From
: Luben Tuikov <
[email protected]
>
Re: Merging ATA passthru
From
: Jeff Garzik <
[email protected]
>
Re: Merging ATA passthru
From
: Chris Boot <
[email protected]
>
Re: Merging ATA passthru
From
: Arjan van de Ven <
[email protected]
>
Re: ioctls, etc. (was Re: [PATCH 1/4] sas: add flag for locally attached PHYs)
From
: Matthew Wilcox <
[email protected]
>
Re: ioctls, etc. (was Re: [PATCH 1/4] sas: add flag for locally attached PHYs)
From
: Luben Tuikov <
[email protected]
>
Re: ioctls, etc. (was Re: [PATCH 1/4] sas: add flag for locally attached PHYs)
From
: Luben Tuikov <
[email protected]
>
Re: ioctls, etc. (was Re: [PATCH 1/4] sas: add flag for locally attached PHYs)
From
: Arjan van de Ven <
[email protected]
>
Re: 2.6.14-rc5-rt3 - `IRQ 8'[798] is being piggy
From
: Lee Revell <
[email protected]
>
Re: XIP probelm
From
: "linux-os \(Dick Johnson\)" <
[email protected]
>
Re: ioctls, etc. (was Re: [PATCH 1/4] sas: add flag for locally attached PHYs)
From
: Matthew Wilcox <
[email protected]
>
Re: ioctls, etc. (was Re: [PATCH 1/4] sas: add flag for locally attached PHYs)
From
: Jeff Garzik <
[email protected]
>
Re: ioctls, etc. (was Re: [PATCH 1/4] sas: add flag for locally attached PHYs)
From
: Jeff Garzik <
[email protected]
>
Re: ioctls, etc. (was Re: [PATCH 1/4] sas: add flag for locally attached PHYs)
From
: Luben Tuikov <
[email protected]
>
[Index of Archives]
[FAQ]
[Kernel Announce]
[Kernel Newbies]
[IETF Annouce]
[Security]
[Netfilter]
[Yosemite Campsites]
[Bugtraq]