LKML: Linux Kernel Archive 2006 Q2
Thread Index
[
Prev Page
][
Next Page
]
Re: NPTL mutex and the scheduling priority
From
: Sébastien Dugué <
[email protected]
>
Re: 2.6.17-rc6-mm1/pktcdvd - BUG: possible circular locking
From
: Arjan van de Ven <
[email protected]
>
Re: 2.6.16.18 kernel freezes while pppd is exiting
From
: Paul Fulghum <
[email protected]
>
TCSBRK(1) on pl2303 USB/serial returns prematurely
From
: Karel Kulhavy <
[email protected]
>
Re: 2.6.16-rc6-mm2
From
: Michal Piotrowski <
[email protected]
>
Re: VGER does gradual SPF activation (FAQ matter)
From
: Jeff Garzik <
[email protected]
>
Re: [PATCH] x86 built-in command line
From
: Matt Mackall <
[email protected]
>
Re: Re: RFC: dma_mmap_coherent() for powerpc/ppc architecture and ALSA?
From
: "Gerhard Pircher" <
[email protected]
>
Re: [PATCH 2.6.17-rc6 7/9] Remove some of the kmemleak false positives
From
: "Catalin Marinas" <
[email protected]
>
Re: NTFS possible circular locking deadlock (Was: Re: 2.6.17-rc6-mm1)
From
: Ingo Molnar <
[email protected]
>
[git patch] libata fix
From
: Jeff Garzik <
[email protected]
>
Re: [PATCH] I2C block read
From
: Alexander Atanasov <
[email protected]
>
Re: 2.6.16-rc6-mm2
From
: Ingo Molnar <
[email protected]
>
Re: [Linux-fbdev-devel] [PATCH 0/7] Detaching fbcon
From
: Michel Dänzer <
[email protected]
>
Re: [Linux-fbdev-devel] [PATCH 0/7] Detaching fbcon
From
: "Antonino A. Daplas" <
[email protected]
>
[PATCH] CRC ITU-T V.41
From
: Ivo van Doorn <
[email protected]
>
RE: [discuss] x86_64: x86-64 mailing lists / posting patchkits / x86-64 releases
From
: "Langsdorf, Mark" <
[email protected]
>
Can't Mount CF-Card on boot of 2.6.15 Kernel on EPIA - VFS: Cannot open root device
From
: Markus Biermaier <
[email protected]
>
Re: [discuss] x86_64: x86-64 mailing lists / posting patchkits / x86-64 releases
From
: "Chris Schlaeger" <
[email protected]
>
Re: 2.6.16-rc6-mm2
From
: "Michal Piotrowski" <
[email protected]
>
Re: 2.6.16-rc6-mm2
From
: Andi Kleen <
[email protected]
>
Re: 2.6.17-rc6 Section mismatch warnings
From
: Barry Scott <
[email protected]
>
Re: Merge of per task delay accounting (was Re: 2.6.18 -mm merge plans)
From
: Shailabh Nagar <
[email protected]
>
Re: [PATCH 2.6.17-rc6 7/9] Remove some of the kmemleak false positives
From
: Ingo Molnar <
[email protected]
>
PC card RS-232 freezes the computer
From
: Karel Kulhavy <
[email protected]
>
Re: 2.6.16-rc6-mm2
From
: Ingo Molnar <
[email protected]
>
Re: [PATCH]: Adding a counter in vma to indicate the number of physical pages backing it
From
: Andi Kleen <
[email protected]
>
Re: [PATCH 2.6.17-rc6 7/9] Remove some of the kmemleak false positives
From
: "Catalin Marinas" <
[email protected]
>
Re: [PATCH 2.6.17-rc6 7/9] Remove some of the kmemleak false positives
From
: "Catalin Marinas" <
[email protected]
>
Re: [lm-sensors] [PATCH] I2C: i2c_bit_add_bus should initialize SDA and SCL lines
From
: "Mark M. Hoffman" <
[email protected]
>
Re: NPTL mutex and the scheduling priority
From
: Jakub Jelinek <
[email protected]
>
Re: [PATCH]: Adding a counter in vma to indicate the number of physical pages backing it
From
: Jan Engelhardt <
[email protected]
>
[PATCH] saa7134 card (LifeView3000 NTSC)
From
: Zac Bowling <
[email protected]
>
[PATCH 7/7] fuse: add request interruption
From
: Miklos Szeredi <
[email protected]
>
[PATCH 6/7] fuse: rename the interrupted flag
From
: Miklos Szeredi <
[email protected]
>
[PATCH 5/7] fuse: ensure FLUSH reaches userspace
From
: Miklos Szeredi <
[email protected]
>
[PATCH 4/7] fuse: add POSIX file locking support
From
: Miklos Szeredi <
[email protected]
>
[PATCH 3/7] fuse: add control filesystem
From
: Miklos Szeredi <
[email protected]
>
[PATCH 2/7] fuse: no backgrounding on interrupt
From
: Miklos Szeredi <
[email protected]
>
Re: [Linux-fbdev-devel] [PATCH 0/7] Detaching fbcon
From
: Geert Uytterhoeven <
[email protected]
>
Re: [PATCH] revert "swsusp: fix breakage with swap on lvm"
From
: Dave Jones <
[email protected]
>
[PATCH 1/7] fuse: use MISC_MAJOR
From
: Miklos Szeredi <
[email protected]
>
Re: NPTL mutex and the scheduling priority
From
: Arjan van de Ven <
[email protected]
>
Re: [PATCH] tmpfs time granularity fix for [acm]time going backwards. Also VFS time granularity bug on creat(). (Repost, more content)
From
: Andi Kleen <
[email protected]
>
[PATCH 0/7] fuse: file locking + misc
From
: Miklos Szeredi <
[email protected]
>
Re: [Linux-fbdev-devel] [PATCH 0/7] Detaching fbcon
From
: "Antonino A. Daplas" <
[email protected]
>
Re: 2.6.16-rc6-mm2
From
: Andi Kleen <
[email protected]
>
Re: Merge of per task delay accounting (was Re: 2.6.18 -mm merge plans)
From
: Martin Peschke <
[email protected]
>
Re: [PATCH 2.6.17-rc6 7/9] Remove some of the kmemleak false positives
From
: Pekka J Enberg <
[email protected]
>
Re: 2.6.16-rc6-mm2
From
: Ingo Molnar <
[email protected]
>
Re: VGER does gradual SPF activation (FAQ matter)
From
: Nikita Danilov <
[email protected]
>
Re: [PATCH 2.6.17-rc6 7/9] Remove some of the kmemleak false positives
From
: Ingo Molnar <
[email protected]
>
Incorrect speed at Palm 100 serial adapter
From
: Karel Kulhavy <
[email protected]
>
Re: VGER does gradual SPF activation (FAQ matter)
From
: David Woodhouse <
[email protected]
>
Re: VGER does gradual SPF activation (FAQ matter)
From
: Matthias Andree <
[email protected]
>
Re: Using netconsole for debugging suspend/resume
From
: Andi Kleen <
[email protected]
>
Re: [PATCH]: Adding a counter in vma to indicate the number of physical pages backing it
From
: Andi Kleen <
[email protected]
>
Re: [discuss] x86_64: x86-64 mailing lists / posting patchkits / x86-64 releases
From
: "Jan Beulich" <
[email protected]
>
Re: VGER does gradual SPF activation (FAQ matter)
From
: Matthias Andree <
[email protected]
>
Re: [PATCH 2.6.17-rc6 7/9] Remove some of the kmemleak false positives
From
: Pekka J Enberg <
[email protected]
>
Re: VGER does gradual SPF activation (FAQ matter)
From
: Matthias Andree <
[email protected]
>
x86_64: x86-64 mailing lists / posting patchkits / x86-64 releases
From
: Andi Kleen <
[email protected]
>
Re: [PATCH 4/5] readahead: backoff on I/O error
From
: Michael Tokarev <
[email protected]
>
Re: Good performance (hard realtime ??) on 2.6.16 patched with patch-2.6.16-rt29 from Ingo Molnar
From
:
[email protected]
,
[email protected]
Re: 2.6.16-rc6-mm2
From
: Ingo Molnar <
[email protected]
>
Re: VGER does gradual SPF activation (FAQ matter)
From
: Neil Brown <
[email protected]
>
Re: 2.6.17-rc6-mm1 -- BUG: possible circular locking deadlock detected!
From
: Ingo Molnar <
[email protected]
>
Re: [PATCH 2.6.17-rc6 7/9] Remove some of the kmemleak false positives
From
: Ingo Molnar <
[email protected]
>
Re: RFC: dma_mmap_coherent() for powerpc/ppc architecture and ALSA?
From
: Takashi Iwai <
[email protected]
>
Next-gen ptrace?
From
: Chuck Ebbert <
[email protected]
>
Re: IRQ sharing: BUG: spinlock lockup on CPU#0
From
: Chuck Ebbert <
[email protected]
>
[PATCH] Another couple of alterations to the memory barrier doc
From
: David Howells <
[email protected]
>
Re: VGER does gradual SPF activation (FAQ matter)
From
: David Woodhouse <
[email protected]
>
Re: VGER does gradual SPF activation (FAQ matter)
From
: Neil Brown <
[email protected]
>
Re: Q: how to send ATA cmds to USB drive?
From
: Herbert Rosmanith <
[email protected]
>
Re: 2.6.17-rc6-mm1 -- BUG: possible circular locking deadlock detected!
From
: Anton Altaparmakov <
[email protected]
>
Re: [PATCH] revert "swsusp: fix breakage with swap on lvm"
From
: "Rafael J. Wysocki" <
[email protected]
>
Re: VGER does gradual SPF activation (FAQ matter)
From
: Neil Brown <
[email protected]
>
Re: VGER does gradual SPF activation (FAQ matter)
From
: Alan Cox <
[email protected]
>
Re: Good performance (hard realtime ??) on 2.6.16 patched with patch-2.6.16-rt29 from Ingo Molnar
From
: Felix Oxley <
[email protected]
>
Re: Q: how to send ATA cmds to USB drive?
From
: Herbert Rosmanith <
[email protected]
>
[Patch] More !tty cleanups in drivers/char
From
: Eric Sesterhenn <
[email protected]
>
Re: PS/2 vs IDE problem on Athlon64 X2
From
: "Rafael J. Wysocki" <
[email protected]
>
Re: VGER does gradual SPF activation (FAQ matter)
From
: Bernd Petrovitsch <
[email protected]
>
Re: VGER does gradual SPF activation (FAQ matter)
From
: Neil Brown <
[email protected]
>
Good performance (hard realtime ??) on 2.6.16 patched with patch-2.6.16-rt29 from Ingo Molnar
From
:
[email protected]
Re: VGER does gradual SPF activation (FAQ matter)
From
: Neil Brown <
[email protected]
>
Re: 2.6.17-rc6-mm1 -- BUG: possible circular locking deadlock detected!
From
: Ingo Molnar <
[email protected]
>
Re: [Patch] Cyclades Cleanup
From
: Alan Cox <
[email protected]
>
Re: VGER does gradual SPF activation (FAQ matter)
From
: Alan Cox <
[email protected]
>
Re: [PATCH 2.6.17-rc6 7/9] Remove some of the kmemleak false positives
From
: "Catalin Marinas" <
[email protected]
>
Re: 2.6.17-rc6-rt3
From
: Sébastien Dugué <
[email protected]
>
Re: Q: how to send ATA cmds to USB drive?
From
: Herbert Rosmanith <
[email protected]
>
Re: Still data corruption with LTP doio on 2.6.17rc
From
: Andi Kleen <
[email protected]
>
Re: 2.6.17-rc6-rt3
From
: Thomas Gleixner <
[email protected]
>
Re: 2.6.17-rc6-rt3
From
: Ingo Molnar <
[email protected]
>
Re: [PATCH 2.6.17-rc6 7/9] Remove some of the kmemleak false positives
From
: Peter Zijlstra <
[email protected]
>
Re: cacheline alignment and per-cpu data
From
: Jes Sorensen <
[email protected]
>
Re: 2.6.17-rc6-rt3
From
: Sébastien Dugué <
[email protected]
>
Re: VGER does gradual SPF activation (FAQ matter)
From
: Matthias Andree <
[email protected]
>
Re: VGER does gradual SPF activation (FAQ matter)
From
: Matthias Andree <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Jes Sorensen <
[email protected]
>
Re: [patch] undo AF_UNIX _bh locking changes and split lock-type instead
From
: Ingo Molnar <
[email protected]
>
Re: VGER does gradual SPF activation (FAQ matter)
From
: Matthias Andree <
[email protected]
>
Re: 2.6.17-rc6-mm1 -- BUG: possible circular locking deadlock detected!
From
: Anton Altaparmakov <
[email protected]
>
Re: [PATCH 2.6.17-rc6 7/9] Remove some of the kmemleak false positives
From
: "Catalin Marinas" <
[email protected]
>
Re: VGER does gradual SPF activation (FAQ matter)
From
: Russell King <
[email protected]
>
Re: VGER does gradual SPF activation (FAQ matter)
From
: Matti Aarnio <
[email protected]
>
Re: [Linux-fbdev-devel] [PATCH 5/5] VT binding: Add new doc file describing the feature
From
: Geert Uytterhoeven <
[email protected]
>
Re: 2.6.17-rc6-mm1 -- BUG: possible circular locking deadlock detected!
From
: Ingo Molnar <
[email protected]
>
Re: VGER does gradual SPF activation (FAQ matter)
From
: Bernd Petrovitsch <
[email protected]
>
Re: VGER does gradual SPF activation (FAQ matter)
From
: Bernd Petrovitsch <
[email protected]
>
Re: VGER does gradual SPF activation (FAQ matter)
From
: "jdow" <
[email protected]
>
Re: VGER does gradual SPF activation (FAQ matter)
From
: Bernd Petrovitsch <
[email protected]
>
Re: [PATCH 2.6.17-rc6 7/9] Remove some of the kmemleak false positives
From
: Pekka J Enberg <
[email protected]
>
Re: Plans to obsolete register_chrdev()?
From
: Michael Opdenacker <
[email protected]
>
Re: [PATCH] x86 built-in command line
From
: Andi Kleen <
[email protected]
>
Multiple routing tables
From
: "Nitin Jerath" <
[email protected]
>
Re: [PATCH 2.6.17-rc6 7/9] Remove some of the kmemleak false positives
From
: "Catalin Marinas" <
[email protected]
>
Re: [patch] i386: use C code for current_thread_info()
From
: Andi Kleen <
[email protected]
>
NPTL mutex and the scheduling priority
From
: Atsushi Nemoto <
[email protected]
>
[RFC] the /proc/filecache interface
From
: Fengguang Wu <
[email protected]
>
Re: [Linux-fbdev-devel] [PATCH 0/7] Detaching fbcon
From
: Knut Petersen <
[email protected]
>
Re: PS/2 vs IDE problem on Athlon64 X2
From
: Meelis Roos <
[email protected]
>
Re: 2.6.17-rc5-mm3 - USB issues
From
: Johny <
[email protected]
>
Re: Patch for atkbd.c from Ubuntu
From
: Pete Zaitcev <
[email protected]
>
Re: Assumably a BUG in Linux Kernel (scheduler part)
From
: Ingo Molnar <
[email protected]
>
Re: [PATCH] tmpfs time granularity fix for [acm]time going backwards. Also VFS time granularity bug on creat(). (Repost, more content)
From
: Jan Engelhardt <
[email protected]
>
Re: [patch] undo AF_UNIX _bh locking changes and split lock-type instead
From
: David Miller <
[email protected]
>
Re: [patch] undo AF_UNIX _bh locking changes and split lock-type instead
From
: Herbert Xu <
[email protected]
>
[PATCH][M68K]Trivial typo fix
From
: Jan Altenberg <
[email protected]
>
[PATCH 2.6.17-rc6-git2] Update my contact information in CREDITS.
From
: "Niels Kristian Bech Jensen" <
[email protected]
>
[patch] undo AF_UNIX _bh locking changes and split lock-type instead
From
: Ingo Molnar <
[email protected]
>
[SPARSEMEM] confusing uses of SPARSEM_EXTREME (try #2)
From
: Franck Bui-Huu <
[email protected]
>
[PATCH] autofs4 - need to invalidate children on tree mount expire
From
: Ian Kent <
[email protected]
>
Re: 2.6.17-rc5-mm3-lockdep -
From
: David Miller <
[email protected]
>
Re: 2.6.17-rc5-mm3-lockdep -
From
: Herbert Xu <
[email protected]
>
Re: CSCAN vs CFQ I/O scheduler benchmark results
From
: Jens Axboe <
[email protected]
>
Re: 2.6.17-rc5-mm3-lockdep -
From
: Ingo Molnar <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Andreas Dilger <
[email protected]
>
[PATCH] VIA C7 CPU flags
From
:
[email protected]
Re: [PATCH 2.6.17-rc6 7/9] Remove some of the kmemleak false positives
From
: "Pekka Enberg" <
[email protected]
>
Re: [PATCH] x86 built-in command line
From
: Willy Tarreau <
[email protected]
>
Re: [PATCH] tmpfs time granularity fix for [acm]time going backwards. Also VFS time granularity bug on creat(). (Repost, more content)
From
: "Robin H. Johnson" <
[email protected]
>
Soft lockup on CPU 0 possibly related to threads in kernel 2.6.16.1
From
: Maurice Volaski <
[email protected]
>
Spontaneous access to the CDROM on two computers simultaneously
From
: Maurice Volaski <
[email protected]
>
Re: Patch for atkbd.c from Ubuntu
From
: Dmitry Torokhov <
[email protected]
>
Re: [PATCH] hptiop: HighPoint RocketRAID 3xxx controller driver
From
: "HighPoint Linux Team" <
[email protected]
>
Re: [PATCH 4/5] readahead: backoff on I/O error
From
: Andrew Morton <
[email protected]
>
Re: [PATCH 2.6.17-rc6] sata_mv: grab host lock inside eng_timeout
From
: Jeff Garzik <
[email protected]
>
Re: [PATCH] ignore smp_locks section warnings from init/exit code
From
: "Randy.Dunlap" <
[email protected]
>
Re: [PATCH] ignore smp_locks section warnings from init/exit code
From
: Jeff Dike <
[email protected]
>
[PATCH] Fix for the PPTP hangs that have been reported
From
: Paul Mackerras <
[email protected]
>
Re: Video drivers and System Management mode.
From
: Daniel Hazelton <
[email protected]
>
Re: [PATCH] x86 built-in command line
From
: Matt Mackall <
[email protected]
>
Re: [PATCH 4/5] readahead: backoff on I/O error
From
: Wu Fengguang <
[email protected]
>
Re: Discovering select(2) parameters from driver's poll method
From
: "linux-os \(Dick Johnson\)" <
[email protected]
>
Re: [PATCH] ignore smp_locks section warnings from init/exit code
From
: "Randy.Dunlap" <
[email protected]
>
Re: [PATCH] x86 built-in command line
From
: Arjan van de Ven <
[email protected]
>
Re: [PATCH] revert "swsusp: fix breakage with swap on lvm"
From
: Dave Jones <
[email protected]
>
Re: [PATCH] x86 built-in command line
From
: Matt Mackall <
[email protected]
>
Re: [PATCH] x86 built-in command line
From
: Matt Mackall <
[email protected]
>
Re: CSCAN vs CFQ I/O scheduler benchmark results
From
: "Vishal Patil" <
[email protected]
>
Re: [PATCH] x86 built-in command line
From
: Arjan van de Ven <
[email protected]
>
Re: [PATCH] x86 built-in command line
From
: Jan Engelhardt <
[email protected]
>
Re: [PATCH] ignore smp_locks section warnings from init/exit code
From
: Jeff Dike <
[email protected]
>
Re: [PATCH] x86 built-in command line
From
: "Jesper Juhl" <
[email protected]
>
[PATCH] x86 built-in command line
From
: Matt Mackall <
[email protected]
>
Re: [PATCH 5/5] VT binding: Add new doc file describing the feature
From
: "Antonino A. Daplas" <
[email protected]
>
Re: [Linux-fbdev-devel] [PATCH 0/7] Detaching fbcon
From
: "Antonino A. Daplas" <
[email protected]
>
Re: [PATCH] [2.6.17-rc6] Section mismatch in drivers/net/ne.o during modpost
From
: Sam Ravnborg <
[email protected]
>
[Patch] Cleanup char/esp.c
From
: Eric Sesterhenn <
[email protected]
>
[PATCH] HPT370: clean up DMA timeout handling
From
: Sergei Shtylyov <
[email protected]
>
[Patch] Cyclades Cleanup
From
: Eric Sesterhenn <
[email protected]
>
[GIT PATCH] PCI fixes for 2.6.17-rc6
From
: Greg KH <
[email protected]
>
Re: [PATCH -rt] fix misspelled PREEMPT
From
: Thomas Gleixner <
[email protected]
>
Re: [patch] i386: use C code for current_thread_info()
From
: Emmanuel Fleury <
[email protected]
>
Re: [PATCH 5/5] VT binding: Add new doc file describing the feature
From
: "Jon Smirl" <
[email protected]
>
Re: PNX8550 fails to compile in 2.6.17-rc4
From
: Ralf Baechle <
[email protected]
>
Re: [patch] i386: use C code for current_thread_info()
From
: Chuck Ebbert <
[email protected]
>
Re: [patch] i386: use C code for current_thread_info()
From
: Alistair John Strachan <
[email protected]
>
Re: [patch] i386: use C code for current_thread_info()
From
: Jan Engelhardt <
[email protected]
>
Re: [PATCH RFC] netpoll: don't spin forever sending to stopped queues
From
: Matt Mackall <
[email protected]
>
[PATCH -rt] fix misspelled PREEMPT
From
:
[email protected]
Re: [patch] i386: use C code for current_thread_info()
From
: Jan Engelhardt <
[email protected]
>
Re: [patch] i386: use C code for current_thread_info()
From
: Linus Torvalds <
[email protected]
>
Re: Video drivers and System Management mode.
From
: Lee Revell <
[email protected]
>
Re: 2.6.17-rc6-rt3
From
: "Mark Knecht" <
[email protected]
>
[patch] i386: extra checks in show_registers()
From
: Chuck Ebbert <
[email protected]
>
[patch] i386: use C code for current_thread_info()
From
: Chuck Ebbert <
[email protected]
>
Re: CSCAN vs CFQ I/O scheduler benchmark results
From
: Jens Axboe <
[email protected]
>
Re: VGER does gradual SPF activation (FAQ matter)
From
: David Miller <
[email protected]
>
Re: VGER does gradual SPF activation (FAQ matter)
From
: Florian Weimer <
[email protected]
>
graphical monitor
From
: clown <
[email protected]
>
[patch] ICH7 SCI_EN quirk required for Macbook
From
: Ryan Lortie <
[email protected]
>
[patch] ICH7 SCI_EN quirk required for Macbook
From
: Ryan Lortie <
[email protected]
>
Re: [PATCH] tmpfs time granularity fix for [acm]time going backwards. Also VFS time granularity bug on creat(). (Repost, more content)
From
: Hugh Dickins <
[email protected]
>
Re: [SOLVED] skge killing off snd_via686 interrupts on Fedora Core 5
From
: Sitsofe Wheeler <
[email protected]
>
Video drivers and System Management mode.
From
: James Courtier-Dutton <
[email protected]
>
Re: VGER does gradual SPF activation (FAQ matter)
From
: Lee Revell <
[email protected]
>
Kernel 2.6.17-rc5 under amd64 may be hanging I/O, [Was] Re: [Q] What would cause fsck running on a drbd device to just stop?
From
: Maurice Volaski <
[email protected]
>
Re: VGER does gradual SPF activation (FAQ matter)
From
: Marc Perkel <
[email protected]
>
Re: Removal of security/root_plug.c
From
: Greg KH <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Arjan van de Ven <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Nikita Danilov <
[email protected]
>
Re: [smartmontools-support] The Death and Diagnosis of a Dying Hard Drive - Is S.M.A.R.T. useful?
From
: Bruce Allen <
[email protected]
>
[ANNOUNCE] Stacked GIT 0.10
From
: "Catalin Marinas" <
[email protected]
>
Re: [PATCH]: Adding a counter in vma to indicate the number of physical pages backing it
From
: Arjan van de Ven <
[email protected]
>
Re: VGER does gradual SPF activation (FAQ matter)
From
: Folkert van Heusden <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Arjan van de Ven <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Arjan van de Ven <
[email protected]
>
Re: [RFC] ATA host-protected area (HPA) device mapper?
From
: Arjan van de Ven <
[email protected]
>
Re: 2.6.17-rc6-rt3
From
: Thomas Gleixner <
[email protected]
>
Re: [PATCH] header install: cosmetic cleanups to kbuild infrastructure
From
: David Woodhouse <
[email protected]
>
Re: [PATCH] hptiop: HighPoint RocketRAID 3xxx controller driver
From
: James Bottomley <
[email protected]
>
Re: [PATCH] header install: cosmetic cleanups to kbuild infrastructure
From
: Sam Ravnborg <
[email protected]
>
Re: [PATCH] [2.6.17-rc6] Section mismatch in drivers/net/ne.o during modpost
From
: Mikael Pettersson <
[email protected]
>
[ANN] libata "chilled" for 2.6.18
From
: Jeff Garzik <
[email protected]
>
Re: Bisects that are neither good nor bad
From
: Russell King <
[email protected]
>
[PATCH] libata: increase max-sectors to 256
From
: Jeff Garzik <
[email protected]
>
Re: VGER does gradual SPF activation (FAQ matter)
From
: Avi Kivity <
[email protected]
>
Re: VGER does gradual SPF activation (FAQ matter)
From
: Rik van Riel <
[email protected]
>
Re: [PATCH] I2C block read
From
: Jean Delvare <
[email protected]
>
Re: [Linux-fbdev-devel] [PATCH 0/7] Detaching fbcon
From
: Knut Petersen <
[email protected]
>
Re: [PATCH] hptiop: HighPoint RocketRAID 3xxx controller driver
From
: Jeff Garzik <
[email protected]
>
Re: VGER does gradual SPF activation (FAQ matter)
From
: Theodore Tso <
[email protected]
>
Re: [smartmontools-support] The Death and Diagnosis of a Dying Hard Drive - Is S.M.A.R.T. useful?
From
: Theodore Tso <
[email protected]
>
Re: [PATCH] header install: cosmetic cleanups to kbuild infrastructure
From
: David Woodhouse <
[email protected]
>
Re: 2.6.17-rc6-rt3
From
: Mike Galbraith <
[email protected]
>
[PATCH] header install: cosmetic cleanups to kbuild infrastructure
From
: Sam Ravnborg <
[email protected]
>
[PATCH] tmpfs time granularity fix for [acm]time going backwards. Also VFS time granularity bug on creat(). (Repost, more content)
From
: "Robin H. Johnson" <
[email protected]
>
Re: [PATCH] tmpfs time granularity fix for [acm]time moving backwards.
From
: "Robin H. Johnson" <
[email protected]
>
[PATCH 2.6.17-rc6 7/9] Remove some of the kmemleak false positives
From
: Catalin Marinas <
[email protected]
>
[PATCH 2.6.17-rc6 9/9] Keep the __init functions after initialization
From
: Catalin Marinas <
[email protected]
>
[PATCH 2.6.17-rc6 8/9] Simple testing for kmemleak
From
: Catalin Marinas <
[email protected]
>
[PATCH 2.6.17-rc6 3/9] Add the memory allocation/freeing hooks for kmemleak
From
: Catalin Marinas <
[email protected]
>
[PATCH 2.6.17-rc6 4/9] Modules support for kmemleak
From
: Catalin Marinas <
[email protected]
>
[PATCH 2.6.17-rc6 6/9] Add kmemleak support for ARM
From
: Catalin Marinas <
[email protected]
>
[PATCH 2.6.17-rc6 5/9] Add kmemleak support for i386
From
: Catalin Marinas <
[email protected]
>
[PATCH 2.6.17-rc6 1/9] Base support for kmemleak
From
: Catalin Marinas <
[email protected]
>
[PATCH 2.6.17-rc6 2/9] Some documentation for kmemleak
From
: Catalin Marinas <
[email protected]
>
[PATCH 2.6.17-rc6 0/9] Kernel memory leak detector 0.7
From
: Catalin Marinas <
[email protected]
>
Re: LibPATA code issues / 2.6.16 (previously, 2.6.15.x)
From
: Justin Piszcz <
[email protected]
>
Re: [PATCH] hptiop: HighPoint RocketRAID 3xxx controller driver
From
: HighPoint Linux Team <
[email protected]
>
Re: 2.6.16-rc6-mm2
From
: "Rafael J. Wysocki" <
[email protected]
>
Re: Removal of security/root_plug.c
From
: Jan Engelhardt <
[email protected]
>
Re: IRQ sharing: BUG: spinlock lockup on CPU#0
From
: "Keith Chew" <
[email protected]
>
Re: [PATCH] [2.6.17-rc6] Section mismatch in drivers/net/ne.o during modpost
From
: Jan Engelhardt <
[email protected]
>
Re: [PATCH] [2.6.17-rc6] Section mismatch in drivers/net/ne.o during modpost
From
: Jan Engelhardt <
[email protected]
>
Re: [RFC] [patch 2/6] [Network namespace] Network device sharing by view
From
: Andrew Morton <
[email protected]
>
Re: 2.6.16-rc6-mm2
From
: Jan Engelhardt <
[email protected]
>
Re: [PATCH]: Adding a counter in vma to indicate the number of physical pages backing it
From
: Jan Engelhardt <
[email protected]
>
Re: [PATCH] tmpfs time granularity fix for [acm]time moving backwards.
From
: Jan Engelhardt <
[email protected]
>
Re: CSCAN vs CFQ I/O scheduler benchmark results
From
: Jan Engelhardt <
[email protected]
>
Re: List of Optical devices.
From
:
[email protected]
(Bernd Eckenfels)
Re: [PATCH] hptiop: HighPoint RocketRAID 3xxx controller driver
From
: HighPoint Linux Team <
[email protected]
>
Re: [RFC 0/13] extents and 48bit ext3
From
:
[email protected]
List of Optical devices.
From
: Tom Gaudasinski <
[email protected]
>
Re: [RFC PATCH -rt] Priority preemption latency
From
: Ingo Molnar <
[email protected]
>
Re: Stable/devel policy - was Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Ingo Molnar <
[email protected]
>
Re: 2.6.17-rc6-mm1 -- BUG: possible circular locking deadlock detected!
From
: Anton Altaparmakov <
[email protected]
>
Re: [RFC PATCH -rt] Priority preemption latency
From
: Ingo Molnar <
[email protected]
>
Re: [RFC PATCH -rt] Priority preemption latency
From
: Darren Hart <
[email protected]
>
Re: mixing 32 and 64 bit?
From
: Chuck Ebbert <
[email protected]
>
Re: IRQ sharing: BUG: spinlock lockup on CPU#0
From
: Chuck Ebbert <
[email protected]
>
Re: VGER does gradual SPF activation (FAQ matter)
From
: Willy Tarreau <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Ingo Molnar <
[email protected]
>
Re: [RFC PATCH -rt] Priority preemption latency
From
: Ingo Molnar <
[email protected]
>
Re: [RFC PATCH -rt] Priority preemption latency
From
: Darren Hart <
[email protected]
>
Re: [PATCH 4/5] readahead: backoff on I/O error
From
: Just Marc <
[email protected]
>
Re: 2.6.17-rc6-mm1 -- BUG: possible circular locking deadlock detected!
From
: Ingo Molnar <
[email protected]
>
Re: VGER does gradual SPF activation (FAQ matter)
From
: "jdow" <
[email protected]
>
Re: Stable/devel policy - was Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Linus Torvalds <
[email protected]
>
Re: VGER does gradual SPF activation (FAQ matter)
From
: "jdow" <
[email protected]
>
Re: VGER does gradual SPF activation (FAQ matter)
From
: Neil Brown <
[email protected]
>
Re: [PATCH 5/5] VT binding: Add new doc file describing the feature
From
: "Antonino A. Daplas" <
[email protected]
>
Re: does linux support copy on write page table entries?
From
: "Joshua Hudson" <
[email protected]
>
Stable/devel policy - was Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Neil Brown <
[email protected]
>
Re: [PATCH 5/5] VT binding: Add new doc file describing the feature
From
: "Antonino A. Daplas" <
[email protected]
>
Re: Removal of security/root_plug.c
From
: Greg KH <
[email protected]
>
Re: Updated sysctl documentation take #2
From
: "Randy.Dunlap" <
[email protected]
>
Re: [PATCH 5/5] VT binding: Add new doc file describing the feature
From
: "Jon Smirl" <
[email protected]
>
Re: [smartmontools-support] The Death and Diagnosis of a Dying Hard Drive - Is S.M.A.R.T. useful?
From
: Bruce Allen <
[email protected]
>
Re: [PATCH 5/5] VT binding: Add new doc file describing the feature
From
: "Randy.Dunlap" <
[email protected]
>
Re: [PATCH 5/5] VT binding: Add new doc file describing the feature
From
: "Antonino A. Daplas" <
[email protected]
>
Re: [PATCH 5/5] VT binding: Add new doc file describing the feature
From
: "Antonino A. Daplas" <
[email protected]
>
RE: VGER does gradual SPF activation (FAQ matter)
From
: "David Schwartz" <
[email protected]
>
Re: VGER does gradual SPF activation (FAQ matter)
From
: "jdow" <
[email protected]
>
Re: [PATCH 5/5] VT binding: Add new doc file describing the feature
From
: "Jon Smirl" <
[email protected]
>
Re: VGER does gradual SPF activation (FAQ matter)
From
: "marty fouts" <
[email protected]
>
2.6.17-rc5-mm3 - USB issues
From
: Johny Ågotnes <
[email protected]
>
Re: [PATCH 5/5] VT binding: Add new doc file describing the feature
From
: "Jon Smirl" <
[email protected]
>
Re: [PATCH 5/5] VT binding: Add new doc file describing the feature
From
: "Antonino A. Daplas" <
[email protected]
>
does linux support copy on write page table entries?
From
: "Yitzchak Eidus" <
[email protected]
>
Re: [PATCH 5/5] VT binding: Add new doc file describing the feature
From
:
[email protected]
(Bernd Eckenfels)
Re: [PATCH 5/5] VT binding: Add new doc file describing the feature
From
: "Antonino A. Daplas" <
[email protected]
>
Re: [PATCH 5/5] VT binding: Add new doc file describing the feature
From
: "Jon Smirl" <
[email protected]
>
Re: [PATCH] [2.6.17-rc6] Section mismatch in drivers/net/ne.o during modpost
From
: Mikael Pettersson <
[email protected]
>
Re: [PATCH 5/5] VT binding: Add new doc file describing the feature
From
: "Jon Smirl" <
[email protected]
>
Re: VGER does gradual SPF activation (FAQ matter)
From
: David Woodhouse <
[email protected]
>
Re: [PATCH 5/5] VT binding: Add new doc file describing the feature
From
: "Antonino A. Daplas" <
[email protected]
>
Re: klibc - another libc?
From
: Roman Zippel <
[email protected]
>
Re: VGER does gradual SPF activation (FAQ matter)
From
: Rik van Riel <
[email protected]
>
Re: [PATCH 5/5] VT binding: Add new doc file describing the feature
From
: "Jon Smirl" <
[email protected]
>
Re: klibc - another libc?
From
: Roman Zippel <
[email protected]
>
Re: [PATCH] jffs2: fix section mismatches
From
: David Woodhouse <
[email protected]
>
Re: [PATCH] jffs2: fix section mismatches
From
: "Randy.Dunlap" <
[email protected]
>
Removal of security/root_plug.c
From
: Anne Thrax <
[email protected]
>
Re: VGER does gradual SPF activation (FAQ matter)
From
: David Woodhouse <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Mike Galbraith <
[email protected]
>
Re: SATA Conflict with PATA DMA
From
: Bill Waddington <
[email protected]
>
Re: [ANNOUNCE] GIT 1.4.0
From
: "Paolo Ciarrocchi" <
[email protected]
>
Re: [PATCH] jffs2: fix section mismatches
From
: Sam Ravnborg <
[email protected]
>
APIC error on CPU1: 00(40)
From
: Stian Jordet <
[email protected]
>
Re: [ANNOUNCE] GIT 1.4.0
From
: "Paolo Ciarrocchi" <
[email protected]
>
Re: [PATCH] Promise 'stex' driver
From
: Jeff Garzik <
[email protected]
>
VGER does gradual SPF activation (FAQ matter)
From
: Matti Aarnio <
[email protected]
>
Re: [lm-sensors] [PATCH] I2C: i2c_bit_add_bus should initialize SDA and SCL lines
From
: Krzysztof Halasa <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Jeff Garzik <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Jeff Garzik <
[email protected]
>
Re: [PATCH] jffs2: fix section mismatches
From
: David Woodhouse <
[email protected]
>
Re: [PATCH-rt] genirq error message clarification
From
: Thomas Gleixner <
[email protected]
>
[PATCH-rt] genirq error message clarification
From
: Deepak Saxena <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Linus Torvalds <
[email protected]
>
Re: ACPI patch process problems again
From
: matthieu castet <
[email protected]
>
Re: [PATCH 5/5] VT binding: Add new doc file describing the feature
From
: "Antonino A. Daplas" <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Theodore Tso <
[email protected]
>
[ANNOUNCE] GIT 1.4.0
From
: Junio C Hamano <
[email protected]
>
ACPI patch process problems again
From
: Matthew Wilcox <
[email protected]
>
Re: [PATCH] pnpacpi mishandles port io ADDRESS resources
From
: Matthieu CASTET <
[email protected]
>
Re: [PATCH] [2.6.17-rc6] Section mismatch in drivers/net/ne.o during modpost
From
: Sam Ravnborg <
[email protected]
>
Re: [RFC PATCH] kbuild support for %.symtypes files
From
: Sam Ravnborg <
[email protected]
>
[PATCH] jffs2: fix section mismatches
From
: "Randy.Dunlap" <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Linus Torvalds <
[email protected]
>
Re: [RFC 0/13] extents and 48bit ext3
From
: Theodore Tso <
[email protected]
>
Re: [PATCH 4/5] readahead: backoff on I/O error
From
: Michael Tokarev <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Linus Torvalds <
[email protected]
>
[PATCH] kmalloc, kzalloc comments cleanup and fix
From
: Paul Drynoff <
[email protected]
>
Re: [RFC 0/13] extents and 48bit ext3
From
: Linus Torvalds <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Kyle Moffett <
[email protected]
>
PS/2 vs IDE problem on Athlon64 X2
From
: "Rafael J. Wysocki" <
[email protected]
>
Re: [RFC 0/13] extents and 48bit ext3
From
: Kyle Moffett <
[email protected]
>
Re: How long can an inode structure reside in the inode_cache?
From
: Jeff Mahoney <
[email protected]
>
[PATCH] [2.6.17-rc6] Section mismatch in drivers/net/ne.o during modpost
From
: "Randy.Dunlap" <
[email protected]
>
Re: 2.6.16-rc6-mm2
From
: "Michal Piotrowski" <
[email protected]
>
Re: 2.6.16-rc6-mm2
From
: "Rafael J. Wysocki" <
[email protected]
>
Re: [PATCH] Promise 'stex' driver
From
: Jeff Garzik <
[email protected]
>
Re: SATA Conflict with PATA DMA
From
: Esben Stien <
[email protected]
>
Re: [PATCH 4/5] readahead: backoff on I/O error
From
: Ingo Oeser <
[email protected]
>
Re: [PATCH] kthread conversion: convert ieee1394 from kernel_thread
From
: Christoph Hellwig <
[email protected]
>
Re: 2.6.16-rc6-mm2
From
: Christoph Lameter <
[email protected]
>
Re: 2.6.16-rc6-mm2
From
: "Michal Piotrowski" <
[email protected]
>
Re: 2.6.16-rc6-mm2
From
: Christoph Lameter <
[email protected]
>
[PATCH][RFC] fix memory leak in rocketport rp_do_receive
From
: Paul Fulghum <
[email protected]
>
Re: [PATCH] Promise 'stex' driver
From
: James Bottomley <
[email protected]
>
Re: [PATCH] kthread conversion: convert ieee1394 from kernel_thread
From
: Stefan Richter <
[email protected]
>
Re: 2.6.16-rc6-mm2
From
: "Michal Piotrowski" <
[email protected]
>
Re: [PATCH] hptiop: HighPoint RocketRAID 3xxx controller driver
From
: James Bottomley <
[email protected]
>
Re: [PATCH] kthread conversion: convert ieee1394 from kernel_thread
From
: Ben Collins <
[email protected]
>
Re: 2.6.16-rc6-mm2
From
: Christoph Lameter <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Andreas Dilger <
[email protected]
>
Re: [PATCH] Promise 'stex' driver
From
: Alexey Dobriyan <
[email protected]
>
Re: 2.6.16-rc6-mm2
From
: Dominik Karall <
[email protected]
>
Re: [PATCH] Promise 'stex' driver
From
: Jeff Garzik <
[email protected]
>
Re: klibc - another libc?
From
: Sam Ravnborg <
[email protected]
>
Re: [PATCH 5/5] VT binding: Add new doc file describing the feature
From
: "Jon Smirl" <
[email protected]
>
Re: How long can an inode structure reside in the inode_cache?
From
: "Xin Zhao" <
[email protected]
>
Re: [PATCH] Promise 'stex' driver
From
: Christoph Hellwig <
[email protected]
>
Re: [PATCH] Promise 'stex' driver
From
: Christoph Hellwig <
[email protected]
>
Re: [2.6.17-rc6-mm1] Oops during sata_promise init
From
: Jeff Garzik <
[email protected]
>
Re: 2.6.16-rc6-mm2
From
: Andrew Morton <
[email protected]
>
Re: [PATCH 5/5] VT binding: Add new doc file describing the feature
From
: "Jon Smirl" <
[email protected]
>
Re: 2.6.16-rc6-mm2
From
: Andrew Morton <
[email protected]
>
Re: 2.6.16-rc6-mm2
From
: Christoph Lameter <
[email protected]
>
Re: [PATCH] Promise 'stex' driver
From
: Jeff Garzik <
[email protected]
>
Re: [PATCH] hptiop: HighPoint RocketRAID 3xxx controller driver
From
: Andrew Morton <
[email protected]
>
Re: 2.6.16-rc6-mm2
From
: Christoph Lameter <
[email protected]
>
Re: 2.6.16-rc6-mm2
From
: Andrew Morton <
[email protected]
>
[PATCH] pnpacpi mishandles port io ADDRESS resources
From
: Matthew Wilcox <
[email protected]
>
Re: [PATCH] kthread conversion: convert ieee1394 from kernel_thread
From
: Christoph Hellwig <
[email protected]
>
Re: [PATCH] kthread conversion: convert ieee1394 from kernel_thread
From
: Ben Collins <
[email protected]
>
Re: [PATCH] Promise 'stex' driver
From
: Christoph Hellwig <
[email protected]
>
Re: [PATCH] Promise 'stex' driver
From
: James Bottomley <
[email protected]
>
Re: [PATCH] Promise 'stex' driver
From
: Jeff Garzik <
[email protected]
>
Re: 2.6.16-rc6-mm2
From
: "Michal Piotrowski" <
[email protected]
>
Re: 2.6.16-rc6-mm2
From
: Andrew Morton <
[email protected]
>
Re: klibc - another libc?
From
: Michael Tokarev <
[email protected]
>
Re: 2.6.16-rc6-mm2
From
: Dominik Karall <
[email protected]
>
Re: [PATCH 5/5] VT binding: Add new doc file describing the feature
From
: "Jon Smirl" <
[email protected]
>
Re: [PATCH] Promise 'stex' driver
From
: Christoph Hellwig <
[email protected]
>
[PATCH] Promise 'stex' driver
From
: Jeff Garzik <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Christoph Hellwig <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Adrian Bunk <
[email protected]
>
Re: [PATCH] kthread conversion: convert ieee1394 from kernel_thread
From
: Christoph Hellwig <
[email protected]
>
Re: [PATCH] hptiop: HighPoint RocketRAID 3xxx controller driver
From
: James Bottomley <
[email protected]
>
Re: [2.6.17-rc6-mm1] Oops during sata_promise init
From
: prx <
[email protected]
>
Re: Frustrating Random Reboots, seeking suggestions
From
: Pavel Machek <
[email protected]
>
Re: [PATCH] kthread conversion: convert ieee1394 from kernel_thread
From
: Stefan Richter <
[email protected]
>
Re: [RFC] Slimming down struct inode
From
: Jeff Garzik <
[email protected]
>
Re: [RFC] Slimming down struct inode
From
: Jeff Garzik <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Jeff Garzik <
[email protected]
>
Re: 2.6.16-rc6-mm2
From
: "Martin J. Bligh" <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Jeff Garzik <
[email protected]
>
Re: 2.6.17-rc6-rt3
From
: "Michal Piotrowski" <
[email protected]
>
Re: [PATCH] kthread conversion: convert ieee1394 from kernel_thread
From
: Christoph Hellwig <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Ingo Molnar <
[email protected]
>
[PATCH] kthread conversion: convert ieee1394 from kernel_thread
From
: "Serge E. Hallyn" <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Jeff Garzik <
[email protected]
>
Re: Continuation Inodes Explained! (was Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3)
From
: Jeff Garzik <
[email protected]
>
Re: AMD updated in May powernow driver for Linux kernels
From
: Zbigniew Luszpinski <
[email protected]
>
Re: [RFC 0/13] extents and 48bit ext3
From
: Olivier Galibert <
[email protected]
>
lsot pci devices after bios upgrade
From
: Stijn De Weirdt <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Christoph Hellwig <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Adrian Bunk <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Adrian Bunk <
[email protected]
>
Re: 2.6.17-rc6-rt3
From
: "henry kay" <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Adrian Bunk <
[email protected]
>
Re: 2.6.17-rc6-rt3
From
: "Michal Piotrowski" <
[email protected]
>
Re: [PATCH 3/5] VT binding: Update fbcon to support binding
From
: "Antonino A. Daplas" <
[email protected]
>
Re: [PATCH 5/5] VT binding: Add new doc file describing the feature
From
: "Antonino A. Daplas" <
[email protected]
>
Re: [Patch][RFC] Disabling per-tgid stats on task exit in taskstats
From
: Shailabh Nagar <
[email protected]
>
Re: 2.6.17-rc6-mm2 Won't compile on PowerBook
From
: Felix Oxley <
[email protected]
>
Re: [PATCH 1/1] usb: new driver for Cypress CY7C63xxx mirco controllers
From
: Oliver Bock <
[email protected]
>
2.6.17-rc6-mm2 Won't compile on PowerBook
From
: Felix Oxley <
[email protected]
>
Re: 2.6.17-rc6-rt3
From
: Thomas Gleixner <
[email protected]
>
Re: 2.6.17-rc6-rt3
From
: Mike Galbraith <
[email protected]
>
Re: [Patch][RFC] Disabling per-tgid stats on task exit in taskstats
From
: Shailabh Nagar <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Theodore Tso <
[email protected]
>
Re: How long can an inode structure reside in the inode_cache?
From
: Matthew Wilcox <
[email protected]
>
[2.6.17-rc6] Section mismatch in drivers/net/ne.o during modpost
From
: Mikael Pettersson <
[email protected]
>
Re: [RFC] ATA host-protected area (HPA) device mapper?
From
: Etienne Lorrain <
[email protected]
>
Re: Frustrating Random Reboots, seeking suggestions
From
: Hui Zhou <
[email protected]
>
Re: [PATCH 3/5] VT binding: Update fbcon to support binding
From
: Ingo Oeser <
[email protected]
>
Re: [RFC] Slimming down struct inode
From
: Tomasz Torcz <
[email protected]
>
Re: The Death and Diagnosis of a Dying Hard Drive - Is S.M.A.R.T. useful?
From
: Justin Piszcz <
[email protected]
>
Re: The Death and Diagnosis of a Dying Hard Drive - Is S.M.A.R.T. useful?
From
: Jan-Benedict Glaw <
[email protected]
>
Re: [RFC] Slimming down struct inode
From
: Jan Engelhardt <
[email protected]
>
Re: 2.6.17-rc6-rt3
From
: "Michal Piotrowski" <
[email protected]
>
[patch 0/2] genirq updates
From
: Thomas Gleixner <
[email protected]
>
[patch 1/2] genirq: allow usage of no_irq_chip
From
: Thomas Gleixner <
[email protected]
>
[patch 2/2] genirq: Add reentrancy warning messages
From
: Thomas Gleixner <
[email protected]
>
Re: 2.6.16-rc6-mm2
From
: "Michal Piotrowski" <
[email protected]
>
The Death and Diagnosis of a Dying Hard Drive - Is S.M.A.R.T. useful?
From
: Justin Piszcz <
[email protected]
>
Re: 2.6.18 -mm merge plans
From
: Christoph Hellwig <
[email protected]
>
Re: HEADS UP for gdth driver users
From
: Ingo Oeser <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Christoph Hellwig <
[email protected]
>
Re: 2.6.18 -mm merge plans
From
: Christoph Hellwig <
[email protected]
>
Re: RT exec for exercising RT kernel capabilities
From
: Antonio <
[email protected]
>
Re: Frustrating Random Reboots, seeking suggestions
From
: Ingo Oeser <
[email protected]
>
Re: 2.6.17-rc6-mm1 -- BUG: possible circular locking deadlock detected!
From
: Anton Altaparmakov <
[email protected]
>
2.6.17-rc6-rt3
From
: Ingo Molnar <
[email protected]
>
Re: [PATCH] Fix for Bug in PI exit code
From
: Ingo Molnar <
[email protected]
>
Re: Re: RFC: dma_mmap_coherent() for powerpc/ppc architecture and ALSA?
From
: "Gerhard Pircher" <
[email protected]
>
Re: merging swap prefetching
From
: Andrew Morton <
[email protected]
>
Re: 2.6.18 -mm merge plans
From
:
[email protected]
(Eric W. Biederman)
Re: 2.6.17-rc6-mm1 -- BUG: possible circular locking deadlock detected!
From
: Ingo Molnar <
[email protected]
>
Re: 2.6.18 -mm merge plans
From
:
[email protected]
(Eric W. Biederman)
merging swap prefetching
From
: Nick Piggin <
[email protected]
>
Re: [PATCH]: Adding a counter in vma to indicate the number of physical pages backing it
From
: Nick Piggin <
[email protected]
>
Re: 2.6.17-rc6-mm1 -- BUG: warning at drivers/ieee1394/ohci1394.c:235/get_phy_reg()
From
: Stefan Richter <
[email protected]
>
Re: [RFC PATCH -rt] Priority preemption latency
From
: Ingo Molnar <
[email protected]
>
Re: [RFC] [patch 0/6] [Network namespace] introduction
From
: Kari Hurtta <
[email protected]
>
Re: [PATCH] 2.6.17-rc4 bugfix with initramfs
From
: Sam Ravnborg <
[email protected]
>
Re: wireless (was Re: 2.6.18 -mm merge plans)
From
: Pavel Machek <
[email protected]
>
Re: [RFC PATCH -rt] Priority preemption latency
From
: Ingo Molnar <
[email protected]
>
Re: [RFC] Slimming down struct inode
From
: Stefan Richter <
[email protected]
>
Re: [Ext2-devel] Continuation Inodes Explained! (was Re: [RFC 0/13] extents and 48bit ext3)
From
: Andreas Dilger <
[email protected]
>
Re: klibc - another libc?
From
: Sam Ravnborg <
[email protected]
>
Re: [PATCH 2/5] VT binding: Add sysfs support
From
: "Antonino A. Daplas" <
[email protected]
>
Re: [PATCH 5/5] VT binding: Add new doc file describing the feature
From
: "Jon Smirl" <
[email protected]
>
Re: Continuation Inodes Explained! (was Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3)
From
: Valerie Henson <
[email protected]
>
2.6.17-rc6-mm1 -- BUG: warning at drivers/ieee1394/ohci1394.c:235/get_phy_reg()
From
: "Miles Lane" <
[email protected]
>
Re: How long can an inode structure reside in the inode_cache?
From
:
[email protected]
(Bernd Eckenfels)
light weight counters: race free through local_t?
From
: Christoph Lameter <
[email protected]
>
Re: [RFC 0/13] extents and 48bit ext3
From
:
[email protected]
(Bernd Eckenfels)
Re: Continuation Inodes Explained! (was Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3)
From
: Andreas Dilger <
[email protected]
>
Re: zoned VM stats: Add NR_ANON
From
: Christoph Lameter <
[email protected]
>
2.6.16-rc6-mm2
From
: Andrew Morton <
[email protected]
>
Re: [PATCH 2/5] VT binding: Add sysfs support
From
: Greg KH <
[email protected]
>
Re: zoned VM stats: Add NR_ANON
From
: KAMEZAWA Hiroyuki <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Andreas Dilger <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Andreas Dilger <
[email protected]
>
Re: [RFC 0/13] extents and 48bit ext3
From
: Nathan Scott <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Valerie Henson <
[email protected]
>
Continuation Inodes Explained! (was Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3)
From
: Valerie Henson <
[email protected]
>
Re: [PATCH 1/6] IPC namespace core
From
: Andrew Morton <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Jeff Garzik <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Jeff Garzik <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Theodore Tso <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Nicholas Miell <
[email protected]
>
Re: acpi dock test-drive
From
: Christian Trefzer <
[email protected]
>
Re: [PATCH]: Adding a counter in vma to indicate the number of physical pages backing it
From
: Andrew Morton <
[email protected]
>
Re: Frustrating Random Reboots, seeking suggestions
From
: Hui Zhou <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Jeff Garzik <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Andreas Dilger <
[email protected]
>
CSCAN vs CFQ I/O scheduler benchmark results
From
: "Vishal Patil" <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Jeff Garzik <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Andreas Dilger <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Theodore Tso <
[email protected]
>
Re: [RFC] Slimming down struct inode
From
: Theodore Tso <
[email protected]
>
Re: [PATCH] Add driver for ARM AMBA PL031 RTC
From
: Andrew Morton <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Jeff Garzik <
[email protected]
>
[PATCH]: Adding a counter in vma to indicate the number of physical pages backing it
From
: Rohit Seth <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Andreas Dilger <
[email protected]
>
Re: klibc - another libc?
From
: Roman Zippel <
[email protected]
>
Re: [RFC] Slimming down struct inode
From
: Al Viro <
[email protected]
>
Re: 2.6.18 -mm merge plans
From
: "Serge E. Hallyn" <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
:
[email protected]
Re: klibc - another libc?
From
: Roman Zippel <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Jeff Garzik <
[email protected]
>
Re: [RFC 0/13] extents and 48bit ext3
From
: Theodore Tso <
[email protected]
>
Re: RFC: dma_mmap_coherent() for powerpc/ppc architecture and ALSA?
From
: Lee Revell <
[email protected]
>
Re: [RFC 0/13] extents and 48bit ext3
From
: Sven-Haegar Koch <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Theodore Tso <
[email protected]
>
Re: [RFC] [patch 5/6] [Network namespace] ipv4 isolation
From
: James Morris <
[email protected]
>
Re: [PATCH 1/6] IPC namespace core
From
:
[email protected]
(Eric W. Biederman)
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Andreas Dilger <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: James Morris <
[email protected]
>
Re: 2.6.18 -mm merge plans
From
:
[email protected]
(Eric W. Biederman)
Re: [PATCH 2/5] VT binding: Add sysfs support
From
: "Antonino A. Daplas" <
[email protected]
>
Re: RFC: dma_mmap_coherent() for powerpc/ppc architecture and ALSA?
From
: Benjamin Herrenschmidt <
[email protected]
>
Re: [RFC] [patch 5/6] [Network namespace] ipv4 isolation
From
: Rick Jones <
[email protected]
>
Re: [RFC] Slimming down struct inode
From
:
[email protected]
(Bernd Eckenfels)
Re: [RFC] [patch 5/6] [Network namespace] ipv4 isolation
From
: James Morris <
[email protected]
>
[PATCH] RCU documentation: self-limiting updates and call_rcu()
From
: "Paul E. McKenney" <
[email protected]
>
Re: [PATCH] mem_map is part of the FLATMEM model
From
: Andrew Morton <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
:
[email protected]
(Bernd Eckenfels)
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Jeff Garzik <
[email protected]
>
How long can an inode structure reside in the inode_cache?
From
: "Xin Zhao" <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Olivier Galibert <
[email protected]
>
[RFC PATCH -rt] Priority preemption latency
From
: Darren Hart <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Linus Torvalds <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Theodore Tso <
[email protected]
>
Re: [Patch][RFC] Disabling per-tgid stats on task exit in taskstats
From
: Andrew Morton <
[email protected]
>
[RFC] Slimming down struct inode
From
: "Theodore Ts'o" <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Jeff Garzik <
[email protected]
>
Re: [Patch][RFC] Disabling per-tgid stats on task exit in taskstats
From
: Jay Lan <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Jeff Garzik <
[email protected]
>
Re: klibc
From
: "H. Peter Anvin" <
[email protected]
>
Re: Discovering select(2) parameters from driver's poll method
From
: Horst von Brand <
[email protected]
>
Re: Idea about a disc backed ram filesystem
From
: Horst von Brand <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Andreas Dilger <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Andreas Dilger <
[email protected]
>
Re: 2.6.18 -mm merge plans
From
: "Serge E. Hallyn" <
[email protected]
>
Re: Backport of a 2.6.x USB driver to 2.4.32 - help needed
From
: Pete Zaitcev <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Andreas Dilger <
[email protected]
>
Re: [Patch][RFC] Disabling per-tgid stats on task exit in taskstats
From
: Andrew Morton <
[email protected]
>
Re: [PATCH 1/1] usb: new driver for Cypress CY7C63xxx mirco controllers
From
: Greg KH <
[email protected]
>
Re: Light weight counter 1/1 Framework
From
: Andrew Morton <
[email protected]
>
Re: [RFC 0/13] extents and 48bit ext3
From
: Jeff Garzik <
[email protected]
>
Re: klibc
From
: "Joshua Hudson" <
[email protected]
>
Re: [RFC 0/13] extents and 48bit ext3
From
: Andreas Dilger <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Jeff Garzik <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Linus Torvalds <
[email protected]
>
Re: Light weight counter 1/1 Framework
From
: Andrew Morton <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Andreas Dilger <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
:
[email protected]
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
:
[email protected]
Re: [PATCH 1/1] usb: new driver for Cypress CY7C63xxx mirco controllers
From
: Pavel Machek <
[email protected]
>
[PATCH] tmpfs time granularity fix for [acm]time moving backwards.
From
: "Robin H. Johnson" <
[email protected]
>
Re: klibc
From
: "H. Peter Anvin" <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Joel Becker <
[email protected]
>
Re: [PATCH 1/1] usb: new driver for Cypress CY7C63xxx mirco controllers
From
: Oliver Bock <
[email protected]
>
Re: [Patch][RFC] Disabling per-tgid stats on task exit in taskstats
From
: Jay Lan <
[email protected]
>
Re: AMD updated in May powernow driver for Linux kernels
From
: Dave Jones <
[email protected]
>
Re: Light weight counter 1/1 Framework
From
: Christoph Lameter <
[email protected]
>
Re: [patch] workaround zd1201 interference problem
From
: Pavel Machek <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Andreas Dilger <
[email protected]
>
AMD updated in May powernow driver for Linux kernels
From
: Zbigniew Luszpinski <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Theodore Tso <
[email protected]
>
Re: klibc
From
: "Joshua Hudson" <
[email protected]
>
Re: [RFC 0/13] extents and 48bit ext3
From
: Andrew Morton <
[email protected]
>
Re: [PATCH 2/5] VT binding: Add sysfs support
From
: Greg KH <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Joel Becker <
[email protected]
>
Fwd: Re: CardBus cards not detected, PCMCIA cards are
From
: Jonathan Jara-Almonte <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Theodore Tso <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Jeff Garzik <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: "H. Peter Anvin" <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Jeff Garzik <
[email protected]
>
Re: [Patch][RFC] Disabling per-tgid stats on task exit in taskstats
From
: Shailabh Nagar <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: "Stephen C. Tweedie" <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Jeff Garzik <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: "Mike Snitzer" <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Theodore Tso <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Jeff Garzik <
[email protected]
>
Re: [patch] workaround zd1201 interference problem
From
: Daniel Drake <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Jeff Garzik <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Michael Poole <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Joel Becker <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: "H. Peter Anvin" <
[email protected]
>
Re: [RFC 0/13] extents and 48bit ext3
From
: Sonny Rao <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Jeff Garzik <
[email protected]
>
Re: 2.6.17-rc5-mm3: bad unlock ordering (reiser4?)
From
: Hans Reiser <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Chase Venters <
[email protected]
>
Re: 2.6.17-rc5-mm3: bad unlock ordering (reiser4?)
From
: Hans Reiser <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Jeff Garzik <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Alex Tomas <
[email protected]
>
Re: Light weight counter 1/1 Framework
From
: Andrew Morton <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Joel Becker <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Joel Becker <
[email protected]
>
Kernel Panics from FC4 Server
From
: "Jeremy Utley" <
[email protected]
>
Re: Idea about a disc backed ram filesystem
From
: "Matheus Izvekov" <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Alex Tomas <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Joel Becker <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Joel Becker <
[email protected]
>
[RFC] [patch 4/6] [Network namespace] Network inet devices isolation
From
:
[email protected]
[RFC] [patch 6/6] [Network namespace] Network namespace debugfs
From
:
[email protected]
[RFC] [patch 3/6] [Network namespace] Network devices isolation
From
:
[email protected]
[RFC] [patch 5/6] [Network namespace] ipv4 isolation
From
:
[email protected]
[RFC] [patch 2/6] [Network namespace] Network device sharing by view
From
:
[email protected]
[RFC] [patch 1/6] [Network namespace] Network namespace structure
From
:
[email protected]
[RFC] [patch 0/6] [Network namespace] introduction
From
:
[email protected]
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Theodore Tso <
[email protected]
>
Re: initramfs: who does cat init.sh >> init ?
From
: "H. Peter Anvin" <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: "Stephen C. Tweedie" <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Alex Tomas <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: "Stephen C. Tweedie" <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Dave Jones <
[email protected]
>
Re: initramfs: who does cat init.sh >> init ?
From
: "H. Peter Anvin" <
[email protected]
>
Re: initramfs: who does cat init.sh >> init ?
From
: Nickolay <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Alex Tomas <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Linus Torvalds <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Joel Becker <
[email protected]
>
Re: booting without initrd
From
: Yaroslav Klyukin <
[email protected]
>
Re: [RFC] ATA host-protected area (HPA) device mapper?
From
: Etienne Lorrain <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Gerrit Huizenga <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: "Stephen C. Tweedie" <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Joel Becker <
[email protected]
>
Re: initramfs: who does cat init.sh >> init ?
From
: "H. Peter Anvin" <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Theodore Tso <
[email protected]
>
Re: initramfs: who does cat init.sh >> init ?
From
: Nickolay <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: "Stephen C. Tweedie" <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Linus Torvalds <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Jeff Garzik <
[email protected]
>
Re: initramfs: who does cat init.sh >> init ?
From
: "H. Peter Anvin" <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Alan Cox <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Jeff Garzik <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Chase Venters <
[email protected]
>
initramfs: who does cat init.sh >> init ?
From
: Nickolay <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Andreas Dilger <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Alex Tomas <
[email protected]
>
Re: RT exec for exercising RT kernel capabilities
From
: Thomas Gleixner <
[email protected]
>
RE : Re: [RFC] ATA host-protected area (HPA) device mapper?
From
: Etienne Lorrain <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Jeff Garzik <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Jeff Garzik <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Alex Tomas <
[email protected]
>
Re: Caching kernel messages at boot w/PATCH
From
: Jan Engelhardt <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Jeff Garzik <
[email protected]
>
Re: Idea about a disc backed ram filesystem
From
: Lee Revell <
[email protected]
>
Re: RT exec for exercising RT kernel capabilities
From
: Mark Hounschell <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Jeff Garzik <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Theodore Tso <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Theodore Tso <
[email protected]
>
New way of setting keycodes to scancodes
From
: Marvin Raaijmakers <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Jeff Garzik <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Gerrit Huizenga <
[email protected]
>
Re: Idea about a disc backed ram filesystem
From
: "Matheus Izvekov" <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Gerrit Huizenga <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Alex Tomas <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Jeff Garzik <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Alex Tomas <
[email protected]
>
Re: Idea about a disc backed ram filesystem
From
: Lee Revell <
[email protected]
>
Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
From
: Jeff Garzik <
[email protected]
>
Re: [Patch][RFC] Disabling per-tgid stats on task exit in taskstats
From
: Shailabh Nagar <
[email protected]
>
CSCAN vs CFQ I/O scheduler benchmark results
From
: "Vishal Patil" <
[email protected]
>
Re: klibc - another libc?
From
: "H. Peter Anvin" <
[email protected]
>
[Index of Archives]
[FAQ]
[Kernel Announce]
[Kernel Newbies]
[IETF Annouce]
[Security]
[Netfilter]
[Yosemite Campsites]
[Bugtraq]
