LKML: Linux Kernel Archive 2006 Q2
Thread Index
[
Prev Page
][
Next Page
]
[PATCH 03/16] ehca: structure definitions
From
: Heiko J Schick <
[email protected]
>
[PATCH 02/16] ehca: module infrastructure
From
: Heiko J Schick <
[email protected]
>
[PATCH 00/16] ehca: IBM eHCA InfiniBand Device Driver
From
: Heiko J Schick <
[email protected]
>
[PATCH 01/16] ehca: integration in Linux kernel build system
From
: Heiko J Schick <
[email protected]
>
Re: [git patch] fuse fixes
From
: Jeff Garzik <
[email protected]
>
Re: 2.6.17-rc2-mm1
From
: "Michal Piotrowski" <
[email protected]
>
Re: [PATCH] i386: PAE entries must have their low word cleared first
From
: Sonny Rao <
[email protected]
>
Re: Some Concrete AppArmor Questions - was Re: [RFC][PATCH 0/11] security: AppArmor - Overview
From
: Chris Wright <
[email protected]
>
Re: 2.6.17-rc2-mm1
From
: Andi Kleen <
[email protected]
>
Re: Van Jacobson's net channels and real-time
From
: "Jan Kiszka" <
[email protected]
>
Re: Trying to get swsusp working on DTK FortisPro TOP-5A notebook
From
: Pavel Machek <
[email protected]
>
Re: [PATCH] drivers/scsi/sd.c: fix uninitialized variable in handling medium errors
From
: Avi Kivity <
[email protected]
>
Re: Lockless page cache test results
From
: Jens Axboe <
[email protected]
>
Re: [PATCH 1/2] I386 fix pte clear
From
: "Jan Beulich" <
[email protected]
>
Re: [PATCH] drivers/scsi/sd.c: fix uninitialized variable in handling medium errors
From
: Rogier Wolff <
[email protected]
>
Re:[PATCH 6/5] AIC7xxx : lock around channel reset
From
: Emmanuel Fusté <
[email protected]
>
Re: [PATCH] likely cleanup: remove unlikely for kfree(NULL)
From
: Arjan van de Ven <
[email protected]
>
Re: C++ pushback
From
: "Alexander E. Patrakov" <
[email protected]
>
Re: PROBLEM: pthread-safety bug in write(2) on Linux 2.6.x
From
: Samuel Thibault <
[email protected]
>
Re: Lockless page cache test results
From
: Jens Axboe <
[email protected]
>
Re: [PATCH] likely cleanup: remove unlikely for kfree(NULL)
From
: Adrian Bunk <
[email protected]
>
Re: C++ pushback
From
: Martin Mares <
[email protected]
>
Re: Simple header cleanups
From
: Krzysztof Halasa <
[email protected]
>
Re: Lockless page cache test results
From
: Nick Piggin <
[email protected]
>
2.6.17-rc2-mm1
From
: Andrew Morton <
[email protected]
>
Re: [PATCH] likely cleanup: remove unlikely for kfree(NULL)
From
: Arjan van de Ven <
[email protected]
>
possible bug in kmem_cache related code
From
: Or Gerlitz <
[email protected]
>
Re: Lockless page cache test results
From
: Jens Axboe <
[email protected]
>
Re: A possibility of turning off file caching for certain operations
From
: Arjan van de Ven <
[email protected]
>
Re: [PATCH] likely cleanup: remove unlikely for kfree(NULL)
From
: Adrian Bunk <
[email protected]
>
A possibility of turning off file caching for certain operations
From
: "Artem Tashkinov" <
[email protected]
>
Re: Lockless page cache test results
From
: Nick Piggin <
[email protected]
>
Re: [PATCH 2/2] I386 convert pae wmb to non smp
From
: Keir Fraser <
[email protected]
>
Re: [PATCH] 2.6.16-rt17 on IA64
From
: Ingo Molnar <
[email protected]
>
Re: [PATCH] likely cleanup: remove unlikely for kfree(NULL)
From
: Bart Hartgers <
[email protected]
>
Re: Van Jacobson's net channels and real-time
From
: "David S. Miller" <
[email protected]
>
[patch] RCU: add comments to rcu_pending/rcu_needs_cpu
From
: Heiko Carstens <
[email protected]
>
Re: Van Jacobson's net channels and real-time
From
: "Jan Kiszka" <
[email protected]
>
Re: C++ pushback
From
: Avi Kivity <
[email protected]
>
Re: Lockless page cache test results
From
: Jens Axboe <
[email protected]
>
Re: [PATCH 02/02] Process Events - License Change
From
: Guillaume Thouvenin <
[email protected]
>
Re: C++ pushback
From
: Jan-Benedict Glaw <
[email protected]
>
RE: Lockless page cache test results
From
: "Chen, Kenneth W" <
[email protected]
>
RE: C++ pushback
From
: Jiri Kosina <
[email protected]
>
Re: Lockless page cache test results
From
: Jens Axboe <
[email protected]
>
Re: Lockless page cache test results
From
: Jens Axboe <
[email protected]
>
Re: Some Concrete AppArmor Questions - was Re: [RFC][PATCH 0/11] security: AppArmor - Overview
From
: Chris Wright <
[email protected]
>
Re: Trying to get swsusp working on DTK FortisPro TOP-5A notebook
From
: Vojtech Pavlik <
[email protected]
>
Re: [2.6.16.11] Xircom RealPort RBEM56G-100 link change issue
From
: Karel Gardas <
[email protected]
>
[UPDATE][15/21]e2fsprogs add new functions with 64-bit blk64_t
From
:
[email protected]
[UPDATE][16/21]e2fsprogs enlarge file size and filesystem size
From
:
[email protected]
[UPDATE][14/21]e2fsprogs modify variables to exceed 2G
From
:
[email protected]
[UPDATE][13/21]e2fsprogs modify format strings
From
:
[email protected]
Re: Trying to get swsusp working on DTK FortisPro TOP-5A notebook
From
: Pavel Machek <
[email protected]
>
Re: [Ext2-devel] [UPDATE][14/21]e2fsprogs modify variables to exceed 2G
From
:
[email protected]
Re: Simple header cleanups
From
: Arjan van de Ven <
[email protected]
>
Re: [2.6.16.11] Xircom RealPort RBEM56G-100 link change issue
From
: Arjan van de Ven <
[email protected]
>
Re: Simple header cleanups
From
: Denis Vlasenko <
[email protected]
>
PATCH: two additions to ./linux/Documentation/ioctl-number.txt
From
: bjdouma <
[email protected]
>
Re: Time to remove LSM (was Re: [RESEND][RFC][PATCH 2/7] implementation of LSM hooks)
From
: Thomas Bleher <
[email protected]
>
Re: Some Concrete AppArmor Questions - was Re: [RFC][PATCH 0/11] security: AppArmor - Overview
From
: Arjan van de Ven <
[email protected]
>
Re: [PATCH] likely cleanup: remove unlikely for kfree(NULL)
From
: Arjan van de Ven <
[email protected]
>
Re: [PATCH] likely cleanup: remove unlikely for kfree(NULL)
From
: Nick Piggin <
[email protected]
>
Re: [Lse-tech] Re: [Patch 5/8] taskstats interface
From
: Balbir Singh <
[email protected]
>
Re: [PATCH 02/02] Process Events - License Change
From
: "Nguyen Anh Quynh" <
[email protected]
>
O_DIRECT, ext3fs, kernel 2.4.32... again
From
: DervishD <
[email protected]
>
Re: [PATCH] likely cleanup: remove unlikely for kfree(NULL)
From
: Pekka J Enberg <
[email protected]
>
Re: [PATCH] likely cleanup: remove unlikely for kfree(NULL)
From
: Pekka J Enberg <
[email protected]
>
Re: [PATCH] likely cleanup: remove unlikely for kfree(NULL)
From
: Nick Piggin <
[email protected]
>
Re: [RFC/PATCH] Shared Page Tables [1/2]
From
: Nick Piggin <
[email protected]
>
Re: Lockless page cache test results
From
: Nick Piggin <
[email protected]
>
Re: Lockless page cache test results
From
: Andi Kleen <
[email protected]
>
Re: [PATCH] Profile likely/unlikely macros -v2
From
: Hua Zhong <
[email protected]
>
Re: Lockless page cache test results
From
: Nick Piggin <
[email protected]
>
Re: [git patch] fuse fixes
From
: Miklos Szeredi <
[email protected]
>
Re: Lockless page cache test results
From
: Nick Piggin <
[email protected]
>
Re: [PATCH] Handle CONFIG_LBD and CONFIG_LSF in one place
From
: Matthew Wilcox <
[email protected]
>
Re: [PATCH] likely cleanup: remove unlikely for kfree(NULL)
From
: Pekka J Enberg <
[email protected]
>
Re: C++ pushback
From
: Roman Kononov <
[email protected]
>
RE: Lockless page cache test results
From
: "Chen, Kenneth W" <
[email protected]
>
Re: C++ pushback
From
: Roman Kononov <
[email protected]
>
Re: Highpoint SATA RAID (khe khe) status -- oopses, crashes, etc
From
: Yaroslav Halchenko <
[email protected]
>
Re: Lockless page cache test results
From
: Nick Piggin <
[email protected]
>
Re: [PATCH] Handle CONFIG_LBD and CONFIG_LSF in one place
From
: Andrew Morton <
[email protected]
>
Re: [PATCH] Handle CONFIG_LBD and CONFIG_LSF in one place
From
: Matthew Wilcox <
[email protected]
>
Re: [PATCH] Profile likely/unlikely macros -v2
From
: Hua Zhong <
[email protected]
>
Re: [PATCH] Profile likely/unlikely macros -v2
From
: Andrew Morton <
[email protected]
>
Re: Simple header cleanups
From
: Gerrit Huizenga <
[email protected]
>
Re: s390 lcs incorrect test
From
: Frank Pavlic <
[email protected]
>
[PATCH -mm] W1_CON: add W1 to depends
From
: "Randy.Dunlap" <
[email protected]
>
Re: Some Concrete AppArmor Questions - was Re: [RFC][PATCH 0/11] security: AppArmor - Overview
From
: Andi Kleen <
[email protected]
>
Re: TSO and IPoIB performance degradation
From
: Troy Benjegerdes <
[email protected]
>
Re: accept()ing socket connections with level triggered epoll
From
: Willy Tarreau <
[email protected]
>
Re: [Patch 5/8] taskstats interface
From
: Shailabh Nagar <
[email protected]
>
Re: C++ pushback
From
: Willy Tarreau <
[email protected]
>
Re: [RFC/PATCH] Shared Page Tables [1/2]
From
: "Magnus Damm" <
[email protected]
>
Re: Simple header cleanups
From
: David Woodhouse <
[email protected]
>
Re: C++ pushback
From
: Kyle Moffett <
[email protected]
>
Re: Using remap_pfn_range causes system hang on app close in 2.6.15 & up
From
: Nick Piggin <
[email protected]
>
Re: [PATCH 1/2] mm: serialize OOM kill operations
From
: Nick Piggin <
[email protected]
>
Re: [PATCH 2/2] I386 convert pae wmb to non smp
From
: Nick Piggin <
[email protected]
>
Re: Simple header cleanups
From
: Linus Torvalds <
[email protected]
>
Re: [PATCH] selinux: check for failed kmalloc in security_sid_to_context
From
: James Morris <
[email protected]
>
Re: Simple header cleanups
From
: David Woodhouse <
[email protected]
>
Re: Simple header cleanups
From
: David Woodhouse <
[email protected]
>
Re: Simple header cleanups
From
: Linus Torvalds <
[email protected]
>
Re: Simple header cleanups
From
: Linus Torvalds <
[email protected]
>
Re: Simple header cleanups
From
: David Woodhouse <
[email protected]
>
Linux 2.6.17-rc3
From
: Linus Torvalds <
[email protected]
>
Re: Simple header cleanups
From
: Gerrit Huizenga <
[email protected]
>
[PATCH 2.6] drivers/hwmon/adm9240.c: update my email address
From
: Grant Coady <
[email protected]
>
Re: [dm-devel] [RFC] dm-userspace
From
: Dan Smith <
[email protected]
>
Re: Simple header cleanups
From
: Linus Torvalds <
[email protected]
>
Re: Lockless page cache test results
From
: KAMEZAWA Hiroyuki <
[email protected]
>
Simple header cleanups
From
: David Woodhouse <
[email protected]
>
Re: How to re-send out the packets captured by my hook function at NF_IP_PRE_ROUTING
From
: "Real Oneone" <
[email protected]
>
[PATCH] selinux: check for failed kmalloc in security_sid_to_context
From
: "Serge E. Hallyn" <
[email protected]
>
Re: C++ pushback
From
: Roman Kononov <
[email protected]
>
Re: [PATCH] drivers/scsi/sd.c: fix uninitialized variable in handling medium errors
From
: Mark Lord <
[email protected]
>
Re: [PATCH] Handle CONFIG_LBD and CONFIG_LSF in one place
From
: Andrew Morton <
[email protected]
>
Re: [Patch 5/8] taskstats interface
From
: Jay Lan <
[email protected]
>
Re: iptables is complaining with bogus unknown error 18446744073709551615
From
: Maurice Volaski <
[email protected]
>
Re: [PATCH 2/2] I386 convert pae wmb to non smp
From
: Zachary Amsden <
[email protected]
>
kernel BUG at arch/i386/mm/pageattr.c:152!
From
: Marlon <
[email protected]
>
Re: [PATCH 2/2] I386 convert pae wmb to non smp
From
: Nick Piggin <
[email protected]
>
Re: C++ pushback
From
: Kyle Moffett <
[email protected]
>
Re: can't compile kernels lately (2.6.16.5 and up)
From
: Gene Heskett <
[email protected]
>
Re: [RFC][PATCH 0/11] security: AppArmor - Overview
From
: Casey Schaufler <
[email protected]
>
s390 lcs incorrect test
From
: Greg Smith <
[email protected]
>
Re: accept()ing socket connections with level triggered epoll
From
:
[email protected]
Re: [dm-devel] [RFC] dm-userspace
From
: Ming Zhang <
[email protected]
>
A Question for the Worlds Smartest Network Minds
From
: Marc Perkel <
[email protected]
>
Re: [PATCH] drivers/scsi/sd.c: fix uninitialized variable in handling medium errors
From
: Andrew Morton <
[email protected]
>
Re: [PATCH] drivers/scsi/sd.c: fix uninitialized variable in handling medium errors
From
: Mark Lord <
[email protected]
>
Re: [PATCH] drivers/scsi/sd.c: fix uninitialized variable in handling medium errors
From
: James Bottomley <
[email protected]
>
Re: [PATCH] drivers/scsi/sd.c: fix uninitialized variable in handling medium errors
From
: Mark Lord <
[email protected]
>
Re: [PATCH] drivers/scsi/sd.c: fix uninitialized variable in handling medium errors
From
: James Bottomley <
[email protected]
>
Re: [PATCH] drivers/scsi/sd.c: fix uninitialized variable in handling medium errors
From
: Andrew Morton <
[email protected]
>
Re: C++ pushback
From
: Roman Kononov <
[email protected]
>
Re: [dm-devel] [RFC] dm-userspace
From
: Dan Smith <
[email protected]
>
Re: Some Concrete AppArmor Questions - was Re: [RFC][PATCH 0/11] security: AppArmor - Overview
From
: "Ken Brush" <
[email protected]
>
Re: [2.6.16.11] Xircom RealPort RBEM56G-100 link change issue
From
: Grant Coady <
[email protected]
>
Re: [PATCH] drivers/scsi/sd.c: fix uninitialized variable in handling medium errors
From
: Mark Lord <
[email protected]
>
Re: [PATCH] drivers/scsi/sd.c: fix uninitialized variable in handling medium errors
From
: James Bottomley <
[email protected]
>
Re: [dm-devel] [RFC] dm-userspace
From
: Ming Zhang <
[email protected]
>
snd_hda_intel on 2.6.16 (or higher)
From
: "Alejandro Bonilla" <
[email protected]
>
[RFC] dm-userspace
From
: Dan Smith <
[email protected]
>
Re: [PATCH 0/19] kconfig patches
From
: "Randy.Dunlap" <
[email protected]
>
Re: [PATCH] i386: PAE entries must have their low word cleared first
From
: Zachary Amsden <
[email protected]
>
Re: [PATCH] i386: PAE entries must have their low word cleared first
From
: Zachary Amsden <
[email protected]
>
Some Concrete AppArmor Questions - was Re: [RFC][PATCH 0/11] security: AppArmor - Overview
From
: Neil Brown <
[email protected]
>
Re: [PATCH 0/19] kconfig patches
From
: Roman Zippel <
[email protected]
>
RE: [PATCH] i386: PAE entries must have their low word cleared first
From
: "Brunner, Richard" <
[email protected]
>
[PATCH 2/2] I386 convert pae wmb to non smp
From
: Zachary Amsden <
[email protected]
>
[PATCH 1/2] I386 fix pte clear
From
: Zachary Amsden <
[email protected]
>
RE: [PATCH] Profile likely/unlikely macros -v2
From
: "Hua Zhong" <
[email protected]
>
[2.6.16.11] Xircom RealPort RBEM56G-100 link change issue
From
: Karel Gardas <
[email protected]
>
[PATCH] Profile likely/unlikely macros -v2
From
: Daniel Walker <
[email protected]
>
Re: [stable] 2.6.16.6 breaks java... sort of
From
: "David Wilk" <
[email protected]
>
Re: C++ pushback
From
: Sam Ravnborg <
[email protected]
>
Re: [uml-devel] Re: [RFC] PATCH 3/4 - Time virtualization : PTRACE_SYSCALL_MASK
From
: "Charles P. Wright" <
[email protected]
>
Re: [PATCH 1/3] export symbol report: overview
From
: Sam Ravnborg <
[email protected]
>
Re: [PATCH] Remove softlockup from invalidate_mapping_pages.
From
: "Steinar H. Gunderson" <
[email protected]
>
Re: kswapd oops reproduced with 2.6.17-rc2 (was Oops with 2.6.15.3 on amd64)
From
: "Rafael J. Wysocki" <
[email protected]
>
Re: accept()ing socket connections with level triggered epoll
From
: Willy Tarreau <
[email protected]
>
Re: [RFC][PATCH] swsusp: support creating bigger images
From
: "Rafael J. Wysocki" <
[email protected]
>
Re: accept()ing socket connections with level triggered epoll
From
: Davide Libenzi <
[email protected]
>
Re: accept()ing socket connections with level triggered epoll
From
: Heikki Orsila <
[email protected]
>
Re: C++ pushback
From
: Martin Mares <
[email protected]
>
Re: drbd-0.7.18 doesn't compile under 2.617-rc2 because SLAB_NO_REAP is missing
From
: "Randy.Dunlap" <
[email protected]
>
Re: kswapd oops reproduced with 2.6.17-rc2 (was Oops with 2.6.15.3 on amd64)
From
: "Steinar H. Gunderson" <
[email protected]
>
Re: kswapd oops reproduced with 2.6.17-rc2 (was Oops with 2.6.15.3 on amd64)
From
: "Rafael J. Wysocki" <
[email protected]
>
kernel pause during boot?
From
: martin rogers <
[email protected]
>
Re: [PATCH] Remove softlockup from invalidate_mapping_pages.
From
: Andrew Morton <
[email protected]
>
accept()ing socket connections with level triggered epoll
From
:
[email protected]
[PATCH] x86_64: fix die_lock nesting
From
: Corey Minyard <
[email protected]
>
Re: [PATCH] drivers/scsi/sd.c: fix uninitialized variable in handling medium errors
From
: Mark Lord <
[email protected]
>
Re: [PATCH] Remove softlockup from invalidate_mapping_pages.
From
: "Steinar H. Gunderson" <
[email protected]
>
Re: [RFC][PATCH] swsusp: support creating bigger images
From
: Nick Piggin <
[email protected]
>
RE: C++ pushback
From
: "David Schwartz" <
[email protected]
>
Re: C++ pushback
From
: "Randy.Dunlap" <
[email protected]
>
Re: [uml-devel] Re: [RFC] PATCH 3/4 - Time virtualization : PTRACE_SYSCALL_MASK
From
: Jeff Dike <
[email protected]
>
Re: Lockless page cache test results
From
: Christoph Lameter <
[email protected]
>
Re: Linux 2.6.17-rc2 - notifier chain problem?
From
: Ashok Raj <
[email protected]
>
Re: [PATCH] i386: PAE entries must have their low word cleared first
From
: Nick Piggin <
[email protected]
>
Re: [PATCH] i386: PAE entries must have their low word cleared first
From
: Nick Piggin <
[email protected]
>
[PATCH] drivers/scsi/sd.c: fix uninitialized variable in handling medium errors
From
: Mark Lord <
[email protected]
>
Re: [uml-devel] Re: [RFC] PATCH 3/4 - Time virtualization : PTRACE_SYSCALL_MASK
From
: "Charles P. Wright" <
[email protected]
>
Re: C++ pushback
From
: Jan-Benedict Glaw <
[email protected]
>
Re: Linux 2.6.17-rc2 - notifier chain problem?
From
: Chandra Seetharaman <
[email protected]
>
Re: C++ pushback
From
: Al Viro <
[email protected]
>
Re: Problems with EDAC coexisting with BIOS
From
: "Randy.Dunlap" <
[email protected]
>
Re: C++ pushback
From
: Linus Torvalds <
[email protected]
>
RE: C++ pushback
From
: Xavier Bestel <
[email protected]
>
Re: Lockless page cache test results
From
: Andrew Morton <
[email protected]
>
RE: C++ pushback
From
: "linux-os \(Dick Johnson\)" <
[email protected]
>
Re: [git patch] fuse fixes
From
: Jeff Garzik <
[email protected]
>
Re: C++ pushback
From
: Jan-Benedict Glaw <
[email protected]
>
Re: [PATCH 3/5] Remove redundant NULL checks before [kv]free - in arch/
From
: Jeff Dike <
[email protected]
>
Re: Lockless page cache test results
From
: Jens Axboe <
[email protected]
>
Re: Highpoint SATA RAID (khe khe) status -- oopses, crashes, etc
From
: Woody Suwalski <
[email protected]
>
Re: Lockless page cache test results
From
: Nick Piggin <
[email protected]
>
Re: Problems with EDAC coexisting with BIOS
From
: mark gross <
[email protected]
>
Re: [RFC] PATCH 3/4 - Time virtualization : PTRACE_SYSCALL_MASK
From
: Jeff Dike <
[email protected]
>
Re: Linux 2.6.17-rc2 - notifier chain problem?
From
: Ashok Raj <
[email protected]
>
Re: [Ext2-devel] [RFC][10/21]ext3 enlarge blocksize
From
: Andreas Dilger <
[email protected]
>
RE: C++ pushback
From
: "David Schwartz" <
[email protected]
>
Re: Lockless page cache test results
From
: Jens Axboe <
[email protected]
>
drbd-0.7.18 doesn't compile under 2.617-rc2 because SLAB_NO_REAP is missing
From
: Maurice Volaski <
[email protected]
>
Re: Lockless page cache test results
From
: Jens Axboe <
[email protected]
>
Re: [PATCH 001/001] INPUT: new ioctl's to retrieve values of EV_REP and EV_SND event codes
From
: bjdouma <
[email protected]
>
Re: [PATCH] likely cleanup: remove unlikely for kfree(NULL)
From
: Kyle Moffett <
[email protected]
>
Re: Highpoint SATA RAID (khe khe) status -- oopses, crashes, etc
From
: Yaroslav Halchenko <
[email protected]
>
Re: Lockless page cache test results
From
: Jens Axboe <
[email protected]
>
Re: Lockless page cache test results
From
: Linus Torvalds <
[email protected]
>
Re: [RFC] PATCH 0/4 - Time virtualization
From
: Jeff Dike <
[email protected]
>
Re: Lockless page cache test results
From
: Christoph Hellwig <
[email protected]
>
Re: Lockless page cache test results
From
: Jens Axboe <
[email protected]
>
Re: Lockless page cache test results
From
: Jens Axboe <
[email protected]
>
Re: Lockless page cache test results
From
: Christoph Lameter <
[email protected]
>
Re: Using remap_pfn_range causes system hang on app close in 2.6.15 & up
From
: "Sam Abu-Nassar" <
[email protected]
>
Re: Lockless page cache test results
From
: Andrew Morton <
[email protected]
>
Re: Lockless page cache test results
From
: Andrew Morton <
[email protected]
>
Re: Linux 2.6.17-rc2 - notifier chain problem?
From
: Andrew Morton <
[email protected]
>
Re: Problems with EDAC coexisting with BIOS
From
: "Randy.Dunlap" <
[email protected]
>
Re: Lockless page cache test results
From
: Christoph Lameter <
[email protected]
>
Re: scheduler question 2.6.16.x
From
: Nick Warne <
[email protected]
>
Re: [PATCH 1/2] mm: serialize OOM kill operations
From
: Dave Peterson <
[email protected]
>
Re: Problems with EDAC coexisting with BIOS
From
: mark gross <
[email protected]
>
Re: [kernel-reviewers] a small code review (2414483) Automated g4 rollback of changelist 2396062.
From
: Andi Kleen <
[email protected]
>
Re: Lockless page cache test results
From
: Jens Axboe <
[email protected]
>
Re: [PATCH 1/3] export symbol report: overview
From
: Ram Pai <
[email protected]
>
Re: Linux 2.6.17-rc2 - notifier chain problem?
From
: Chandra Seetharaman <
[email protected]
>
Re: Lockless page cache test results
From
: Andrew Morton <
[email protected]
>
Re: scheduler question 2.6.16.x
From
: Andre Tomt <
[email protected]
>
Re: [PATCH 1/2] mm: serialize OOM kill operations
From
: Andi Kleen <
[email protected]
>
Re: can't compile kernels lately (2.6.16.5 and up)
From
: "Grzegorz Jaśkiewicz" <
[email protected]
>
Re: [PATCH] LSM: add missing hook to do_compat_readv_writev()
From
: Chris Wright <
[email protected]
>
Re: [patch 13/13] s390: dasd device identifiers.
From
: "Jan Blunck" <
[email protected]
>
Re: [PATCH] kprobe cleanup for VM_MASK judgement
From
: Prasanna S Panchamukhi <
[email protected]
>
Re: [PATCH] Direct I/O bio size regression
From
: Jens Axboe <
[email protected]
>
Re: [kernel-reviewers] a small code review (2414483) Automated g4 rollback of changelist 2396062.
From
: Tim Hockin <
[email protected]
>
Re: [RFC: 2.6 patch] kernel/kthread.c: possible cleanups
From
: Ingo Oeser <
[email protected]
>
Re: Lockless page cache test results
From
: Jens Axboe <
[email protected]
>
Re: [kernel-reviewers] a small code review (2414483) Automated g4 rollback of changelist 2396062.
From
: Martin Bligh <
[email protected]
>
Re: PCI ERROR: Segmentation fault in pci_do_scan_bus
From
: Greg KH <
[email protected]
>
Re: [PATCH 1/2] mm: serialize OOM kill operations
From
: Dave Peterson <
[email protected]
>
Re: [PATCH 1/2] mm: serialize OOM kill operations
From
: Dave Peterson <
[email protected]
>
Re: [PATCH] likely cleanup: remove unlikely for kfree(NULL)
From
: Nick Piggin <
[email protected]
>
Re: kswapd oops reproduced with 2.6.17-rc2 (was Oops with 2.6.15.3 on amd64)
From
: "Steinar H. Gunderson" <
[email protected]
>
RE: [PATCH] likely cleanup: revert unlikely in ll_back_merge_fn
From
: "Hua Zhong" <
[email protected]
>
Re: Lockless page cache test results
From
: Andrew Morton <
[email protected]
>
Re: [RFC] class_device_add needs error checks
From
: Stephen Hemminger <
[email protected]
>
Re: Using remap_pfn_range causes system hang on app close in 2.6.15 & up
From
: Nick Piggin <
[email protected]
>
Re: [PATCH] kprobe cleanup for VM_MASK judgement
From
: Keshavamurthy Anil S <
[email protected]
>
Re: [uml-devel] [RFC] PATCH 3/4 - Time virtualization : PTRACE_SYSCALL_MASK
From
: Jeff Dike <
[email protected]
>
Re: [PATCH] Profile likely/unlikely macros
From
: Nick Piggin <
[email protected]
>
Re: [PATCH] change gen_pool allocator to not touch managed memory
From
: Dean Nelson <
[email protected]
>
Re: [PATCH] compile error in ieee80211_ioctl.c
From
: Alex Davis <
[email protected]
>
Re: [patch] pciehp: dont call pci_enable_dev
From
: Kristen Accardi <
[email protected]
>
Re: can't compile kernels lately (2.6.16.5 and up)
From
: "Grzegorz Jaśkiewicz" <
[email protected]
>
Re: [PATCH] i386: PAE entries must have their low word cleared first
From
: Keir Fraser <
[email protected]
>
Re: kswapd oops reproduced with 2.6.17-rc2 (was Oops with 2.6.15.3 on amd64)
From
: "Steinar H. Gunderson" <
[email protected]
>
Re: [patch 3/3] use kref for bio
From
: Nick Piggin <
[email protected]
>
Re: Time to remove LSM (was Re: [RESEND][RFC][PATCH 2/7] implementation of LSM hooks)
From
: Olivier Galibert <
[email protected]
>
Re: [PATCH] i386: PAE entries must have their low word cleared first
From
: Hugh Dickins <
[email protected]
>
Re: pcmcia subsystem completely broken
From
: Dominik Brodowski <
[email protected]
>
Re: [patch] pciehp: dont call pci_enable_dev
From
: Arjan van de Ven <
[email protected]
>
Re: [PATCH] serialize assign_irq_vector() use of static variables
From
: "Randy.Dunlap" <
[email protected]
>
Abnormal status, scsi error - WD3200JD raid5
From
: Marcin Hlybin <
[email protected]
>
Re: Linux 2.6.17-rc2 - notifier chain problem?
From
: Alan Stern <
[email protected]
>
Re: [uml-devel] [RFC] PATCH 3/4 - Time virtualization : PTRACE_SYSCALL_MASK
From
: Blaisorblade <
[email protected]
>
Re: [PATCH] i386: PAE entries must have their low word cleared first
From
: Hugh Dickins <
[email protected]
>
Re: [PATCH] i386: PAE entries must have their low word cleared first
From
: Zachary Amsden <
[email protected]
>
Re: [PATCH] Direct I/O bio size regression
From
: David Chinner <
[email protected]
>
Re: kswapd oops reproduced with 2.6.17-rc2 (was Oops with 2.6.15.3 on amd64)
From
: "R. J. Wysocki" <
[email protected]
>
Linux 2.6.16.9 + oops in block_write_full_page()
From
: Németh Márton <
[email protected]
>
Kernel 2.6.16 'drivers/net' bugs?
From
: Li Wang <
[email protected]
>
3ware 8006-2LP on Linux 2.6 drive error, seagate disks
From
: Marcin Hlybin <
[email protected]
>
Re: How to re-send out the packets captured by my hook function at NF_IP_PRE_ROUTING
From
: "David G." <
[email protected]
>
Re: can't compile kernels lately (2.6.16.5 and up)
From
: "Grzegorz Jaśkiewicz" <
[email protected]
>
kswapd oops reproduced with 2.6.17-rc2 (was Oops with 2.6.15.3 on amd64)
From
: "Steinar H. Gunderson" <
[email protected]
>
Bug in 8250/serial_core suspend code.
From
: Uli Luckas <
[email protected]
>
Re: [PATCH] i386: PAE entries must have their low word cleared first
From
: Keir Fraser <
[email protected]
>
Re: can't compile kernels lately (2.6.16.5 and up)
From
: Gene Heskett <
[email protected]
>
beta of pfmon-3.2 available
From
: Stephane Eranian <
[email protected]
>
Re: Issues with sata_nv and 2 disks under 2.6.16 and 2.6.17-rc2
From
: Roger Heflin <
[email protected]
>
pcmcia subsystem completely broken
From
: Michal Purzynski <
[email protected]
>
RE: Issues with sata_nv and 2 disks under 2.6.16 and 2.6.17-rc2
From
: "Fortier,Vincent [Montreal]" <
[email protected]
>
Re: [PATCH] i386: PAE entries must have their low word cleared first
From
: Hugh Dickins <
[email protected]
>
Re: Issues with sata_nv and 2 disks under 2.6.16 and 2.6.17-rc2
From
: Roger Heflin <
[email protected]
>
RE: Issues with sata_nv and 2 disks under 2.6.16 and 2.6.17-rc2
From
: "Fortier,Vincent [Montreal]" <
[email protected]
>
Re: [PATCH] cpufreq {d,}printk adjustments
From
: Dominik Brodowski <
[email protected]
>
Re: [PATCH 001/001] INPUT: new ioctl's to retrieve values of EV_REP and EV_SND event codes
From
: "Dmitry Torokhov" <
[email protected]
>
Re: [PATCH] likely cleanup: revert unlikely in ll_back_merge_fn
From
: James Bottomley <
[email protected]
>
Re: [PATCH] i386: apic= command line option should always be honored
From
: Andi Kleen <
[email protected]
>
[PATCH] fix x86 microcode driver handling of multiple matching revisions
From
: "Jan Beulich" <
[email protected]
>
RE: how to use the new wait functions in wait.c?
From
: "Michael Guo" <
[email protected]
>
Re: [PATCH] i386/x86-64: simplify ioapic_register_intr()
From
: Andi Kleen <
[email protected]
>
Re: [PATCH] serialize assign_irq_vector() use of static variables
From
: Andi Kleen <
[email protected]
>
Re: [PATCH] likely cleanup: remove unlikely for kfree(NULL)
From
: Pekka J Enberg <
[email protected]
>
[PATCH] i386/x86-64: simplify ioapic_register_intr()
From
: "Jan Beulich" <
[email protected]
>
[PATCH] serialize assign_irq_vector() use of static variables
From
: "Jan Beulich" <
[email protected]
>
Re: [(repost) git Patch 1/1] avoid IRQ0 ioapic pin collision
From
: "Kimball Murray" <
[email protected]
>
RE: [(repost) git Patch 1/1] avoid IRQ0 ioapic pin collision
From
: "Protasevich, Natalie" <
[email protected]
>
[PATCH] mpt_interrupt() should return IRQ_NONE when appropriate
From
: "Jan Beulich" <
[email protected]
>
Re: [(repost) git Patch 1/1] avoid IRQ0 ioapic pin collision
From
: "Kimball Murray" <
[email protected]
>
Re: [PATCH] likely cleanup: revert unlikely in ll_back_merge_fn
From
: Jens Axboe <
[email protected]
>
[PATCH] adjust outputmakefile rule
From
: "Jan Beulich" <
[email protected]
>
Lockless page cache test results
From
: Jens Axboe <
[email protected]
>
[PATCH] i386: apic= command line option should always be honored
From
: "Jan Beulich" <
[email protected]
>
Re: [PATCH] likely cleanup: revert unlikely in ll_back_merge_fn
From
: James Bottomley <
[email protected]
>
how to use the new wait functions in wait.c?
From
: "Xin Zhao" <
[email protected]
>
[PATCH] i386: PAE entries must have their low word cleared first
From
: "Jan Beulich" <
[email protected]
>
Re: [PATCH] change gen_pool allocator to not touch managed memory
From
: Jes Sorensen <
[email protected]
>
[PATCH] dprintk adjustments to cpufreq-speedstep-centrino
From
: "Jan Beulich" <
[email protected]
>
can't compile kernels lately (2.6.16.5 and up)
From
: "Grzegorz Jaśkiewicz" <
[email protected]
>
[PATCH] dprintk adjustments to cpufreq-nforce2
From
: "Jan Beulich" <
[email protected]
>
[PATCH] cpufreq {d,}printk adjustments
From
: "Jan Beulich" <
[email protected]
>
Re: [PATCH] change gen_pool allocator to not touch managed memory
From
: Dean Nelson <
[email protected]
>
Re: Issues with sata_nv and 2 disks under 2.6.16 and 2.6.17-rc2
From
: Roger Heflin <
[email protected]
>
Re: [(repost) git Patch 1/1] avoid IRQ0 ioapic pin collision
From
: Andi Kleen <
[email protected]
>
Re: [PATCH] likely cleanup: remove unlikely for kfree(NULL)
From
: Bart Hartgers <
[email protected]
>
RE: [(repost) git Patch 1/1] avoid IRQ0 ioapic pin collision
From
: Sergio Monteiro Basto <
[email protected]
>
How to re-send out the packets captured by my hook function at NF_IP_PRE_ROUTING
From
: "Real Oneone" <
[email protected]
>
[RFC: 2.6 patch] kernel/kthread.c: possible cleanups
From
: Adrian Bunk <
[email protected]
>
Re: Time to remove LSM (was Re: [RESEND][RFC][PATCH 2/7] implementation of LSM hooks)
From
: Stephen Smalley <
[email protected]
>
Re: [RFC][PATCH 0/11] security: AppArmor - Overview
From
: Stephen Smalley <
[email protected]
>
RE: PCI ERROR: Segmentation fault in pci_do_scan_bus
From
: <
[email protected]
>
Re: Compiling C++ modules
From
: "linux-os \(Dick Johnson\)" <
[email protected]
>
Re: [PATCH] likely cleanup: remove unlikely for kfree(NULL)
From
: Bart Hartgers <
[email protected]
>
Re: [(repost) git Patch 1/1] avoid IRQ0 ioapic pin collision
From
: Andi Kleen <
[email protected]
>
Re: [PATCH] mm: add a nopanic option for low bootmem
From
: Andi Kleen <
[email protected]
>
Re: [PATCH] x86-64: trivial gart clean-up
From
: Andi Kleen <
[email protected]
>
Re: [RFC][PATCH 0/11] security: AppArmor - Overview
From
: Stephen Smalley <
[email protected]
>
Re: [PATCH] change gen_pool allocator to not touch managed memory
From
: Jes Sorensen <
[email protected]
>
What's in git.git
From
: Junio C Hamano <
[email protected]
>
Re: [PATCH] change gen_pool allocator to not touch managed memory
From
: Robin Holt <
[email protected]
>
Re: [PATCH] likely cleanup: remove unlikely for kfree(NULL)
From
: Jörn Engel <
[email protected]
>
Re: [PATCH] likely cleanup: remove unlikely for kfree(NULL)
From
: Arjan van de Ven <
[email protected]
>
Re: [PATCH] likely cleanup: remove unlikely for kfree(NULL)
From
: Pekka J Enberg <
[email protected]
>
Re: [RFC][PATCH] swsusp: support creating bigger images
From
: Nigel Cunningham <
[email protected]
>
Re: [PATCH 001/001] INPUT: new ioctl's to retrieve values of EV_REP and EV_SND event codes
From
: bjdouma <
[email protected]
>
Re: [RFC][PATCH 4/5] utsname namespaces: sysctl hack
From
: Christoph Hellwig <
[email protected]
>
Re: [PATCH] change gen_pool allocator to not touch managed memory
From
: "Jesper Juhl" <
[email protected]
>
[git patches] net driver fixes
From
: Jeff Garzik <
[email protected]
>
Re: [PATCH] likely cleanup: remove unlikely for kfree(NULL)
From
: Arjan van de Ven <
[email protected]
>
Re: [PATCH] likely cleanup: remove unlikely for kfree(NULL)
From
: Adrian Bunk <
[email protected]
>
Re: [PATCH] likely cleanup: remove unlikely for kfree(NULL)
From
: Jörn Engel <
[email protected]
>
[PATCH] kprobe cleanup for VM_MASK judgement
From
: "mao, bibo" <
[email protected]
>
Re: [PATCH] Profile likely/unlikely macros
From
: Jörn Engel <
[email protected]
>
Re: PROBLEM when restarting xdm
From
: "Jesper Juhl" <
[email protected]
>
Re: [PATCH 12/16] GFS2: Mounting & sysfs interface
From
: "Artem B. Bityutskiy" <
[email protected]
>
Re: [PATCH 001/001] INPUT: new ioctl's to retrieve values of EV_REP and EV_SND event codes
From
: Vojtech Pavlik <
[email protected]
>
Re: PROBLEM when restarting xdm
From
: Arjan van de Ven <
[email protected]
>
Re: [PATCH 1/2] strstrip API
From
: Jörn Engel <
[email protected]
>
[PATCH] kprobe-booster: boosting multi-probe
From
: "bibo,mao" <
[email protected]
>
Re: [PATCH/RFC] s390: Hypervisor File System
From
: Michael Holzheu <
[email protected]
>
PROBLEM when restarting xdm
From
: Razvan Stoica <
[email protected]
>
[git patch] fuse fixes
From
: Miklos Szeredi <
[email protected]
>
Re: [PATCH] change gen_pool allocator to not touch managed memory
From
: Jes Sorensen <
[email protected]
>
Re: Compiling C++ modules
From
: Jan Engelhardt <
[email protected]
>
Re: [PATCH] likely cleanup: remove unlikely for kfree(NULL)
From
: Arjan van de Ven <
[email protected]
>
Re: [PATCH] likely cleanup: remove unlikely for kfree(NULL)
From
: Pekka J Enberg <
[email protected]
>
Re: [RFC][PATCH] swsusp: support creating bigger images
From
: Pavel Machek <
[email protected]
>
Re: [stable] 2.6.16.6 breaks java... sort of
From
: Adrian Bunk <
[email protected]
>
[PATCH] kprobe: boost 2byte-opcodes on i386
From
: Masami Hiramatsu <
[email protected]
>
Re: [PATCH] likely cleanup: remove unlikely for kfree(NULL)
From
: Arjan van de Ven <
[email protected]
>
Re: [PATCH] likely cleanup: remove unlikely for kfree(NULL)
From
: Andreas Mohr <
[email protected]
>
[PATCH] kprobe: fix resume execution on i386
From
: Masami Hiramatsu <
[email protected]
>
Re: [patch 3/3] use kref for bio
From
: Al Viro <
[email protected]
>
Re: [PATCH] likely cleanup: remove unlikely for kfree(NULL)
From
: "Pekka Enberg" <
[email protected]
>
Re: [patch 3/3] use kref for bio
From
: Akinobu Mita <
[email protected]
>
[PATCH] drivers/scsi : Fix proc_scsi_write to return "length" on success with remove-single-device case
From
: Suzuki <
[email protected]
>
[PATCH] LSM: add missing hook to do_compat_readv_writev()
From
: James Morris <
[email protected]
>
Simulating the REMOVABLE media - Could any one please suggest me.
From
: "Srinivas G." <
[email protected]
>
[PATCH] protect ext3 ioctl modifying append_only, immutable, etc. with i_mutex
From
: Al Viro <
[email protected]
>
[PATCH] fix mips sys32_p{read,write}
From
: Al Viro <
[email protected]
>
[PATCH] forgotten ->b_data in memcpy() call in ext3/resize.c (oopsable)
From
: Al Viro <
[email protected]
>
races in drivers/usb/gadget/inode.c, leak fix in the same file
From
: Al Viro <
[email protected]
>
Re: PCI ERROR: Segmentation fault in pci_do_scan_bus
From
: Greg KH <
[email protected]
>
Re: [Pcihpd-discuss] Re: [patch] pciehp: dont call pci_enable_dev
From
: Rolf Eike Beer <
[email protected]
>
Re: PCI ROM resource allocation issue with 2.6.17-rc2
From
: "Dave Airlie" <
[email protected]
>
Re: [PATCH] Direct I/O bio size regression
From
: Jens Axboe <
[email protected]
>
Re: [patch 3/3] use kref for bio
From
: Greg KH <
[email protected]
>
Re: [patch 1/3] use kref for blk_queue_tag
From
: Greg KH <
[email protected]
>
Re: kernel-2.4.32 'drivers/net' bugs acknowledgement
From
: Andi Kleen <
[email protected]
>
Re: [PATCH] likely cleanup: revert unlikely in ll_back_merge_fn
From
: Jens Axboe <
[email protected]
>
Re: [patch 3/3] use kref for bio
From
: Jens Axboe <
[email protected]
>
Re: [stable] 2.6.16.6 breaks java... sort of
From
: Andi Kleen <
[email protected]
>
Re: [Ext2-devel] [UPDATE][14/21]e2fsprogs modify variables to exceed 2G
From
: Andreas Dilger <
[email protected]
>
Re: PCI ROM resource allocation issue with 2.6.17-rc2
From
: Linus Torvalds <
[email protected]
>
Re: [PATCH 001/001] INPUT: new ioctl's to retrieve values of EV_REP and EV_SND event codes
From
: Dmitry Torokhov <
[email protected]
>
kernel-2.4.32 'drivers/net' bugs acknowledgement
From
:
[email protected]
Re: [PATCH 1/2] mm: serialize OOM kill operations
From
: Nick Piggin <
[email protected]
>
Re: [PATCH 1/2] mm: serialize OOM kill operations
From
: Andi Kleen <
[email protected]
>
Re: [ANNOUNCE] Release Digsig 1.5: kernel module for run-timeauthentication of binaries
From
: Kyle Moffett <
[email protected]
>
Re: sata suspend resume ... (fwd)
From
: "Randy.Dunlap" <
[email protected]
>
Re: Compiling C++ modules
From
: Avi Kivity <
[email protected]
>
Re: [RFC][PATCH 4/5] utsname namespaces: sysctl hack
From
: Sam Vilain <
[email protected]
>
PROBLEM: system freeze while acessing a specific iso image or the damaged CD from it was taken
From
: "Gustavo Kellermann" <
[email protected]
>
Re: [RFC][PATCH 0/11] security: AppArmor - Overview
From
: Casey Schaufler <
[email protected]
>
RE: C++ pushback
From
: Matthew Frost <
[email protected]
>
Re: Time to remove LSM (was Re: [RESEND][RFC][PATCH 2/7] implementation of LSM hooks)
From
: "Serge E. Hallyn" <
[email protected]
>
Re: [RFC][PATCH 0/11] security: AppArmor - Overview
From
: Casey Schaufler <
[email protected]
>
Re: [ANNOUNCE] Release Digsig 1.5: kernel module for run-time authentication of binaries
From
: "Serge E. Hallyn" <
[email protected]
>
Re: [RFC][PATCH 4/5] utsname namespaces: sysctl hack
From
: "Serge E. Hallyn" <
[email protected]
>
Debian Kernel with Squash and UnionFS installed
From
: "Joshua Perrymon" <
[email protected]
>
Re: [ANNOUNCE] Release Digsig 1.5: kernel module for run-timeauthentication of binaries
From
: "Serge E. Hallyn" <
[email protected]
>
Re: PCI ROM resource allocation issue with 2.6.17-rc2
From
: "Dave Airlie" <
[email protected]
>
Re: new Areca driver in 2.6.16-rc6-mm2 appears to be broken
From
: "erich" <
[email protected]
>
RE: Problems with EDAC coexisting with BIOS
From
: "Gross, Mark" <
[email protected]
>
RE: Problems with EDAC coexisting with BIOS
From
: "Gross, Mark" <
[email protected]
>
Re: [patch 1/3] use kref for blk_queue_tag
From
: Nick Piggin <
[email protected]
>
Re: [RFC][PATCH] swsusp: support creating bigger images
From
: Nick Piggin <
[email protected]
>
[2.6.16] hid-core.c error filling dmesg
From
: "Gabriel A. Devenyi" <
[email protected]
>
RE: C++ pushback
From
: "David Schwartz" <
[email protected]
>
Re: [PATCH] Direct I/O bio size regression
From
: David Chinner <
[email protected]
>
Re: Problems with EDAC coexisting with BIOS
From
: "Randy.Dunlap" <
[email protected]
>
Re: [patch 3/3] use kref for bio
From
: Al Viro <
[email protected]
>
Re: Problems with EDAC coexisting with BIOS
From
: Corey Minyard <
[email protected]
>
Re: [patch 1/2] kref: detect kref_put() with unreferenced object
From
: Akinobu Mita <
[email protected]
>
[patch 3/3] use kref for bio
From
: Akinobu Mita <
[email protected]
>
[patch 2/3] use kref for io_context
From
: Akinobu Mita <
[email protected]
>
[patch 0/3] use kref
From
: Akinobu Mita <
[email protected]
>
[patch 1/3] use kref for blk_queue_tag
From
: Akinobu Mita <
[email protected]
>
Re: PCI ROM resource allocation issue with 2.6.17-rc2
From
: "Jon Smirl" <
[email protected]
>
[UPDATE][16/21]e2fsprogs enlarge file size and filesystem size
From
:
[email protected]
[UPDATE][15/21]e2fsprogs add new functions with 64-bit blk64_t
From
:
[email protected]
[UPDATE][14/21]e2fsprogs modify variables to exceed 2G
From
:
[email protected]
[UPDATE][0/21]extend file size and filesystem size
From
:
[email protected]
[UPDATE][13/21]e2fsprogs modify format strings
From
:
[email protected]
Re: PCI ROM resource allocation issue with 2.6.17-rc2
From
: Dave Airlie <
[email protected]
>
Re: [PATCH] Profile likely/unlikely macros
From
: Nick Piggin <
[email protected]
>
Re: [RFC][PATCH] swsusp: support creating bigger images
From
: Nigel Cunningham <
[email protected]
>
process affinity problem
From
: "Taeyoung Hong" <
[email protected]
>
Re: [PATCH] sched: fix evaluation of skip_for_load in move_tasks()
From
: Peter Williams <
[email protected]
>
Re: [patch 1/2] kref: detect kref_put() with unreferenced object
From
: Greg KH <
[email protected]
>
Re: [patch 2/2] kref: kref debugging config option
From
: Greg KH <
[email protected]
>
Re: [PATCH] sched: fix evaluation of skip_for_load in move_tasks()
From
: "Siddha, Suresh B" <
[email protected]
>
RE: [PATCH] reverse pci config space restore order
From
:
[email protected]
[PATCH 1/2] mm: serialize OOM kill operations
From
: Dave Peterson <
[email protected]
>
[PATCH 2/2] mm: avoid unnecessary looping in out_of_memory()
From
: Dave Peterson <
[email protected]
>
[PATCH 0/2] mm: OOM killer changes
From
: Dave Peterson <
[email protected]
>
RE: Problems with EDAC coexisting with BIOS
From
: "Gross, Mark" <
[email protected]
>
Re: [PATCH] sched: fix evaluation of skip_for_load in move_tasks()
From
: Peter Williams <
[email protected]
>
RE: [PATCH] Profile likely/unlikely macros
From
: "Chen, Kenneth W" <
[email protected]
>
Re: [RFC][PATCH] swsusp: support creating bigger images
From
: "Rafael J. Wysocki" <
[email protected]
>
Re: [RFC][PATCH] swsusp: support creating bigger images
From
: "Rafael J. Wysocki" <
[email protected]
>
Re: [RFC] class_device_add needs error checks
From
: Greg KH <
[email protected]
>
Re: Problems with EDAC coexisting with BIOS
From
: Corey Minyard <
[email protected]
>
Re: [RFC][PATCH] swsusp: support creating bigger images
From
: Pavel Machek <
[email protected]
>
Re: [PATCH 3/3] Assert notifier_block and notifier_call are not in init section
From
: Chandra Seetharaman <
[email protected]
>
Re: [RFC][PATCH] swsusp: support creating bigger images
From
: Nigel Cunningham <
[email protected]
>
Re: Time to remove LSM (was Re: [RESEND][RFC][PATCH 2/7] implementation of LSM hooks)
From
: Olivier Galibert <
[email protected]
>
Re: [RFC][PATCH] swsusp: support creating bigger images
From
: Pavel Machek <
[email protected]
>
Re: [RFC][PATCH] swsusp: support creating bigger images
From
: Nigel Cunningham <
[email protected]
>
Re: [RFC][PATCH] swsusp: support creating bigger images
From
: "Rafael J. Wysocki" <
[email protected]
>
Re: [patch] pciehp: dont call pci_enable_dev
From
: Kristen Accardi <
[email protected]
>
Re: [PATCH 1/4] Revert "[fuse] fix deadlock between fuse_put_super() and request_end()"
From
: Linus Torvalds <
[email protected]
>
Re: [PATCH] off-by-1 in kernel/power/main.c
From
: Pavel Machek <
[email protected]
>
RE: [PATCH] likely cleanup: revert unlikely in ll_back_merge_fn
From
: "Hua Zhong" <
[email protected]
>
Re: [PATCH] off-by-1 in kernel/power/main.c
From
: dean gaudet <
[email protected]
>
Re: [PATCH] sched: Avoid unnecessarily moving highest priority task move_tasks()
From
: "Siddha, Suresh B" <
[email protected]
>
RE: Problems with EDAC coexisting with BIOS
From
: "Gross, Mark" <
[email protected]
>
Re: [RFC][PATCH 0/11] security: AppArmor - Overview
From
: Stephen Smalley <
[email protected]
>
Re: [RFC][PATCH] swsusp: support creating bigger images
From
: Nigel Cunningham <
[email protected]
>
Re: Compiling C++ modules
From
: Avi Kivity <
[email protected]
>
Re: [RFC][PATCH] swsusp: support creating bigger images
From
: "Rafael J. Wysocki" <
[email protected]
>
Re: [PATCH] compile error in ieee80211_ioctl.c
From
: "John W. Linville" <
[email protected]
>
Re: [PATCH] compile error in ieee80211_ioctl.c
From
: "Randy.Dunlap" <
[email protected]
>
Re: Compiling C++ modules
From
: Bongani Hlope <
[email protected]
>
[PATCH] compile error in ieee80211_ioctl.c
From
: Alex Davis <
[email protected]
>
Re: Compiling C++ modules
From
:
[email protected]
Re: [PATCH 3/3] Assert notifier_block and notifier_call are not in init section
From
: "Randy.Dunlap" <
[email protected]
>
Re: [uml-devel] Re: [RFC] PATCH 3/4 - Time virtualization : PTRACE_SYSCALL_MASK
From
: Jeff Dike <
[email protected]
>
Re: [PATCH 3/3] Assert notifier_block and notifier_call are not in init section
From
: Linus Torvalds <
[email protected]
>
Re: [PATCH 1/2] strstrip API
From
: Ingo Oeser <
[email protected]
>
Re: Compiling C++ modules
From
: Avi Kivity <
[email protected]
>
Re: Telling the kernel that keys need soft release?
From
: Matthew Garrett <
[email protected]
>
Re: Telling the kernel that keys need soft release?
From
: "Dmitry Torokhov" <
[email protected]
>
Re: [RFC][PATCH] swsusp: support creating bigger images
From
: Pavel Machek <
[email protected]
>
Re: C++ pushback
From
: Barry Kelly <
[email protected]
>
RE: Using remap_pfn_range causes system hang on app close in 2.6.15 & up
From
: "Sam Abu-Nassar" <
[email protected]
>
Re: Compiling C++ modules
From
: Bongani Hlope <
[email protected]
>
Re: Compiling C++ modules
From
: Avi Kivity <
[email protected]
>
Re: [PATCH 3/3] Assert notifier_block and notifier_call are not in init section
From
: Alan Stern <
[email protected]
>
Telling the kernel that keys need soft release?
From
: Matthew Garrett <
[email protected]
>
Re: Compiling C++ modules
From
: Avi Kivity <
[email protected]
>
RE: Problems with EDAC coexisting with BIOS
From
: "Gross, Mark" <
[email protected]
>
Re: C++ pushback
From
: "J.A. Magallon" <
[email protected]
>
Disappearing ARP in /proc/net/arp
From
: "Jari Takkala" <
[email protected]
>
Re: [patch 11/13] s390: instruction processing damage handling.
From
: Arnd Bergmann <
[email protected]
>
Re: Compiling C++ modules
From
: Bongani Hlope <
[email protected]
>
Re: C++ pushback
From
: "J.A. Magallon" <
[email protected]
>
[RFC][PATCH] mpt fusion driver initialization failure fix
From
: Vivek Goyal <
[email protected]
>
Re: Problems with EDAC coexisting with BIOS
From
: Corey Minyard <
[email protected]
>
RE: [(repost) git Patch 1/1] avoid IRQ0 ioapic pin collision
From
: "Brown, Len" <
[email protected]
>
Re: [ANNOUNCE] Release Digsig 1.5: kernel module for run-timeauthentication of binaries
From
:
[email protected]
Re: C++ pushback
From
: Martin Mares <
[email protected]
>
[PATCH] Fix coredump vs exec deadlock
From
: David Howells <
[email protected]
>
Re: Compiling C++ modules
From
: Michael Buesch <
[email protected]
>
Re: 2.6.16.6 ( - 2.6.16.11 ) compile failure on an alpha
From
: Greg KH <
[email protected]
>
Re: [ANNOUNCE] Release Digsig 1.5: kernel module for run-timeauthentication of binaries
From
: Arjan van de Ven <
[email protected]
>
Re: [RFC][PATCH 0/11] security: AppArmor - Overview
From
: Seth Arnold <
[email protected]
>
Re: Compiling C++ modules
From
: Kyle Moffett <
[email protected]
>
Re: [PATCH 3/3] Assert notifier_block and notifier_call are not in init section
From
: Linus Torvalds <
[email protected]
>
Re: Compiling C++ modules
From
: Avi Kivity <
[email protected]
>
Re: Lock-up with modprobe sdhci after suspending to ram
From
: Jani-Matti Hätinen <
[email protected]
>
Re: [ANNOUNCE] Release Digsig 1.5: kernel module for run-timeauthentication of binaries
From
:
[email protected]
Re: [ANNOUNCE] Release Digsig 1.5: kernel module for run-timeauthentication of binaries
From
: Chris Boot <
[email protected]
>
Re: [PATCH 3/3] Assert notifier_block and notifier_call are not in init section
From
: Chandra Seetharaman <
[email protected]
>
Re: [ANNOUNCE] Release Digsig 1.5: kernel module for run-timeauthentication of binaries
From
: Nix <
[email protected]
>
Re: [RFC][PATCH 0/11] security: AppArmor - Overview
From
:
[email protected]
Re: 2.6.16.6 ( - 2.6.16.11 ) compile failure on an alpha
From
: Jan-Benedict Glaw <
[email protected]
>
Re: Compiling C++ modules
From
: Michael Poole <
[email protected]
>
Re: scheduler question 2.6.16.x
From
: Jens Axboe <
[email protected]
>
Re: [RFC][PATCH 0/11] security: AppArmor - Overview
From
: Stephen Smalley <
[email protected]
>
Re: Compiling C++ modules
From
: Avi Kivity <
[email protected]
>
Re: [RFC][PATCH 0/11] security: AppArmor - Overview
From
:
[email protected]
Re: scheduler question 2.6.16.x
From
: Nick Warne <
[email protected]
>
Re: [PATCH] likely cleanup: revert unlikely in ll_back_merge_fn
From
: Jens Axboe <
[email protected]
>
Re: [stable] 2.6.16.6 breaks java... sort of
From
: Hugh Dickins <
[email protected]
>
Re: Compiling C++ modules
From
: Avi Kivity <
[email protected]
>
Re: [PATCH] Profile likely/unlikely macros
From
: Daniel Walker <
[email protected]
>
RE: [PATCH] reverse pci config space restore order
From
: "Brown, Len" <
[email protected]
>
[PATCH] likely cleanup: remove unlikely for kfree(NULL)
From
: Hua Zhong <
[email protected]
>
[PATCH] likely cleanup: remove unlikely in sys_mprotect()
From
: Hua Zhong <
[email protected]
>
RE: Problems with EDAC coexisting with BIOS
From
: "Gross, Mark" <
[email protected]
>
[PATCH] likely cleanup: revert unlikely in ll_back_merge_fn
From
: Hua Zhong <
[email protected]
>
Re: [RFC][PATCH 0/11] security: AppArmor - Overview
From
: Tony Jones <
[email protected]
>
Re: scheduler question 2.6.16.x
From
: Jens Axboe <
[email protected]
>
Re: [stable] 2.6.16.6 breaks java... sort of
From
: "David Wilk" <
[email protected]
>
Re: Compiling C++ modules
From
:
[email protected]
RE: [PATCH] Profile likely/unlikely macros
From
: "Hua Zhong" <
[email protected]
>
scheduler question 2.6.16.x
From
: Nick Warne <
[email protected]
>
Re: [PATCH 12/16] GFS2: Mounting & sysfs interface
From
: David Teigland <
[email protected]
>
Re: Compiling C++ modules
From
: "Dmitry Torokhov" <
[email protected]
>
Re: C++ pushback
From
: Geert Uytterhoeven <
[email protected]
>
Re: How should an application ask for uinput module load?
From
: "Dmitry Torokhov" <
[email protected]
>
Re: Compiling C++ modules
From
: Geert Uytterhoeven <
[email protected]
>
Re: Compiling C++ modules
From
: "linux-os \(Dick Johnson\)" <
[email protected]
>
Re: [stable] 2.6.16.6 breaks java... sort of
From
: Hugh Dickins <
[email protected]
>
Re: Compiling C++ modules
From
: Avi Kivity <
[email protected]
>
Re: [RFC][PATCH 0/11] security: AppArmor - Overview
From
: Seth Arnold <
[email protected]
>
Re: [RFC][PATCH 0/11] security: AppArmor - Overview
From
: Tony Jones <
[email protected]
>
Re: [uml-devel] [RFC] PATCH 3/4 - Time virtualization : PTRACE_SYSCALL_MASK
From
: Jeff Dike <
[email protected]
>
Re: Compiling C++ modules
From
: "Dmitry Torokhov" <
[email protected]
>
Re: [RFC][PATCH 0/11] security: AppArmor - Overview
From
: Stephen Smalley <
[email protected]
>
Highpoint SATA RAID (khe khe) status -- oopses, crashes, etc
From
: Yaroslav Halchenko <
[email protected]
>
Re: Compiling C++ modules
From
: Avi Kivity <
[email protected]
>
Re: [RFC][PATCH 0/11] security: AppArmor - Overview
From
:
[email protected]
Re: Compiling C++ modules
From
: "Dmitry Torokhov" <
[email protected]
>
[PATCH] I2C PCA954x: Fix initial access to first mux/switch port
From
: Kumar Gala <
[email protected]
>
Re: [RFC][PATCH 0/11] security: AppArmor - Overview
From
: Stephen Smalley <
[email protected]
>
Issues with sata_nv and 2 disks under 2.6.16 and 2.6.17-rc2
From
: Roger Heflin <
[email protected]
>
Re: [uml-devel] Re: [RFC] PATCH 3/4 - Time virtualization : PTRACE_SYSCALL_MASK
From
: Jeff Dike <
[email protected]
>
Re: [ANNOUNCE] Release Digsig 1.5: kernel module for run-timeauthentication of binaries
From
: Arjan van de Ven <
[email protected]
>
Re: [PATCH 12/16] GFS2: Mounting & sysfs interface
From
: "Artem B. Bityutskiy" <
[email protected]
>
Re: [RFC][PATCH 0/11] security: AppArmor - Overview
From
: Arjan van de Ven <
[email protected]
>
Re: [ANNOUNCE] Release Digsig 1.5: kernel module for run-timeauthentication of binaries
From
: Axelle Apvrille <
[email protected]
>
Re: Compiling C++ modules
From
: Avi Kivity <
[email protected]
>
2.6.16.2 -> 2.6.16.9 smp apic network problems
From
: "David Brown" <
[email protected]
>
Re: [RFC][PATCH 0/11] security: AppArmor - Overview
From
: Stephen Smalley <
[email protected]
>
Re: [RFC][PATCH 0/11] security: AppArmor - Overview
From
: Stephen Smalley <
[email protected]
>
[patch 3/4] rtmutex debug: printk correct task information
From
: Thomas Gleixner <
[email protected]
>
[patch 4/4] futex-pi: Make use of restart_block when interrupted
From
: Thomas Gleixner <
[email protected]
>
[patch 2/4] futex-pi: Enforce waiter bit when owner died is detected
From
: Thomas Gleixner <
[email protected]
>
[patch 0/4] futex-pi updates
From
: Thomas Gleixner <
[email protected]
>
[patch 1/4] rtmutex: Remove buggy BUG_ON in PI boosting code
From
: Thomas Gleixner <
[email protected]
>
Trying to get swsusp working on DTK FortisPro TOP-5A notebook
From
: Ondrej Zary <
[email protected]
>
Re: [PATCH] sched: fix evaluation of skip_for_load in move_tasks()
From
: "Siddha, Suresh B" <
[email protected]
>
Re: Time to remove LSM (was Re: [RESEND][RFC][PATCH 2/7] implementation of LSM hooks)
From
: Stephen Smalley <
[email protected]
>
Re: Time to remove LSM (was Re: [RESEND][RFC][PATCH 2/7] implementation of LSM hooks)
From
: Stephen Smalley <
[email protected]
>
Re: [RFC][PATCH 0/11] security: AppArmor - Overview
From
: "Randy.Dunlap" <
[email protected]
>
Re: Time to remove LSM (was Re: [RESEND][RFC][PATCH 2/7] implementation of LSM hooks)
From
: Stephen Smalley <
[email protected]
>
[(repost) git Patch 1/1] avoid IRQ0 ioapic pin collision
From
: Kimball Murray <
[email protected]
>
Re: new Areca driver in 2.6.16-rc6-mm2 appears to be broken
From
: "Randy.Dunlap" <
[email protected]
>
Re: [RFC][PATCH 0/11] security: AppArmor - Overview
From
: Casey Schaufler <
[email protected]
>
Re: Compiling C++ modules
From
: Kyle Moffett <
[email protected]
>
Re: question about nfs_execute_read: why do we need to do lock_kernel?
From
: Trond Myklebust <
[email protected]
>
Re: Is there an easy way to collect how much memory is used for page cache?
From
: "linux-os \(Dick Johnson\)" <
[email protected]
>
Re: [PATCH] change gen_pool allocator to not touch managed memory
From
: Dean Nelson <
[email protected]
>
Re: [PATCH 4/4] [doc] add paragraph about 'fs' subsystem to sysfs.txt
From
: "Randy.Dunlap" <
[email protected]
>
Re: Is there an easy way to collect how much memory is used for page cache?
From
: Andreas Mohr <
[email protected]
>
Re: [RFC][PATCH] swsusp: support creating bigger images
From
: "Rafael J. Wysocki" <
[email protected]
>
Re: question about nfs_execute_read: why do we need to do lock_kernel?
From
: "Xin Zhao" <
[email protected]
>
Re: Compiling C++ modules
From
: Michael Buesch <
[email protected]
>
Is there an easy way to collect how much memory is used for page cache?
From
: "Xin Zhao" <
[email protected]
>
Re: [PATCH 001/001] INPUT: new ioctl's to retrieve values of EV_REP and EV_SND event codes
From
: Vojtech Pavlik <
[email protected]
>
Re: [PATCH 001/001] INPUT: new ioctl's to retrieve values of EV_REP and EV_SND event codes
From
: "Dmitry Torokhov" <
[email protected]
>
Re: better leve triggered IRQ management needed
From
: Michael Buesch <
[email protected]
>
Re: [PATCH 001/001] INPUT: new ioctl's to retrieve values of EV_REP and EV_SND event codes
From
: Vojtech Pavlik <
[email protected]
>
[patch] s390: new system calls.
From
: Martin Schwidefsky <
[email protected]
>
[patch] s390: futex atomic operations part 2.
From
: Martin Schwidefsky <
[email protected]
>
Re: [Patch 0/8] per-task delay accounting
From
: Shailabh Nagar <
[email protected]
>
Re: [RFC][PATCH 0/11] security: AppArmor - Overview
From
: Stephen Smalley <
[email protected]
>
Re: sd cards : OCR busy?
From
: Russell King <
[email protected]
>
Re: [RFC][PATCH 0/11] security: AppArmor - Overview
From
: Stephen Smalley <
[email protected]
>
Re: [RFC][PATCH 0/11] security: AppArmor - Overview
From
: James Carter <
[email protected]
>
Issues with removable media
From
: "nani jampala" <
[email protected]
>
Re: [PATCH/RFC] s390: Hypervisor File System
From
: Jörn Engel <
[email protected]
>
sd cards : OCR busy?
From
: Ram <
[email protected]
>
RE: C++ pushback
From
: "David Schwartz" <
[email protected]
>
Re: question about nfs_execute_read: why do we need to do lock_kernel?
From
: Peter Staubach <
[email protected]
>
Re: [PATCH] I2C-MPC: Fix up error handling
From
: Kumar Gala <
[email protected]
>
Re: [PATCH/RFC] s390: Hypervisor File System
From
: Pekka Enberg <
[email protected]
>
Re: question about nfs_execute_read: why do we need to do lock_kernel?
From
: Trond Myklebust <
[email protected]
>
Re: [RFC][PATCH 0/11] security: AppArmor - Overview
From
: "Theodore Ts'o" <
[email protected]
>
RE: [RFC] [PATCH] Make ACPI button driver an input device
From
: "Yu, Luming" <
[email protected]
>
Re: question about nfs_execute_read: why do we need to do lock_kernel?
From
: "Xin Zhao" <
[email protected]
>
Re: [PATCH] mm: add a nopanic option for low bootmem
From
: Jon Mason <
[email protected]
>
Re: [PATCH/RFC] s390: Hypervisor File System
From
: Pekka Enberg <
[email protected]
>
Re: [PATCH] x86-64: trivial gart clean-up
From
: Jon Mason <
[email protected]
>
Re: Lock-up with modprobe sdhci after suspending to ram
From
: Jani-Matti Hätinen <
[email protected]
>
Re: [RFC][PATCH 0/11] security: AppArmor - Overview
From
: Andi Kleen <
[email protected]
>
Re: fs/splice.c:286: warning: comparison of distinct pointer types lacks a cast
From
: Jens Axboe <
[email protected]
>
Re: [PATCH] I2C-MPC: Fix up error handling
From
: Jean Delvare <
[email protected]
>
Re: [PATCH 001/001] INPUT: new ioctl's to retrieve values of EV_REP and EV_SND event codes
From
: "Dmitry Torokhov" <
[email protected]
>
Re: problems with printk's
From
: "linux-os \(Dick Johnson\)" <
[email protected]
>
Re: [PATCH 2/2] ipmi: strstrip conversion
From
: Corey Minyard <
[email protected]
>
Re: [ANNOUNCE] Release Digsig 1.5: kernel module for run-timeauthentication of binaries
From
: Geert Uytterhoeven <
[email protected]
>
Re: [RFC][PATCH 0/11] security: AppArmor - Overview
From
: James Carter <
[email protected]
>
Re: [PATCH 05/16] GFS2: File and inode operations
From
: Christoph Hellwig <
[email protected]
>
[patch] RCU: introduce rcu_needs_cpu() interface
From
: Heiko Carstens <
[email protected]
>
[patch] s390: exploit rcu_needs_cpu() interface
From
: Heiko Carstens <
[email protected]
>
Re: [PATCH/RFC] s390: Hypervisor File System
From
: Michael Holzheu <
[email protected]
>
RE: problems with printk's
From
: <
[email protected]
>
Re: __FILE__ gets expanded to absolute pathname
From
: Denis Vlasenko <
[email protected]
>
Re: [patch] RCU: introduce rcu_soon_pending() interface
From
: "Paul E. McKenney" <
[email protected]
>
PCI ERROR: Segmentation fault in pci_do_scan_bus
From
: <
[email protected]
>
problems with printk's
From
: Ram <
[email protected]
>
Re: [patch] RCU: introduce rcu_soon_pending() interface
From
: Heiko Carstens <
[email protected]
>
Re: __FILE__ gets expanded to absolute pathname
From
: Michael Tokarev <
[email protected]
>
Re: [patch] RCU: introduce rcu_soon_pending() interface
From
: "Paul E. McKenney" <
[email protected]
>
Re: [patch] RCU: introduce rcu_soon_pending() interface
From
: "Paul E. McKenney" <
[email protected]
>
Re: [RFC][PATCH] swsusp: support creating bigger images
From
: Nick Piggin <
[email protected]
>
Re: [patch] RCU: introduce rcu_soon_pending() interface
From
: Martin Schwidefsky <
[email protected]
>
Re: [PATCH 1/2] aic7xxx: deinline large functions, save 80k of text
From
: Denis Vlasenko <
[email protected]
>
Re: Van Jacobson's net channels and real-time
From
: "linux-os \(Dick Johnson\)" <
[email protected]
>
Re: [patch] RCU: introduce rcu_soon_pending() interface
From
: "Paul E. McKenney" <
[email protected]
>
Re: [PATCH] Profile likely/unlikely macros
From
: Nick Piggin <
[email protected]
>
Re: EMT64T build error
From
: "Charles Majola" <
[email protected]
>
Re: [PATCH 05/16] GFS2: File and inode operations
From
: Steven Whitehouse <
[email protected]
>
Re: __FILE__ gets expanded to absolute pathname
From
: Alistair John Strachan <
[email protected]
>
Re: [PATCH] reverse pci config space restore order
From
: Matthew Garrett <
[email protected]
>
Re: EMT64T build error
From
: Andi Kleen <
[email protected]
>
Re: [PATCH 1/1] threads_max: Simple lockout prevention patch
From
: Al Boldi <
[email protected]
>
Re: [PATCH] Direct I/O bio size regression
From
: Al Boldi <
[email protected]
>
RE: HEADS UP for gdth driver users
From
: "Leubner, Achim" <
[email protected]
>
Re: [PATCH] reverse pci config space restore order
From
: Arjan van de Ven <
[email protected]
>
EMT64T build error
From
: "Charles Majola" <
[email protected]
>
Re: [PATCH] reverse pci config space restore order
From
: Matthew Garrett <
[email protected]
>
Re: Bug while executing : cat /proc/iomem on 2.6.17-rc1/rc2
From
: Arjan van de Ven <
[email protected]
>
Bug while executing : cat /proc/iomem on 2.6.17-rc1/rc2
From
: Sachin Sant <
[email protected]
>
Re: HEADS UP for gdth driver users
From
: Christoph Hellwig <
[email protected]
>
Re: rtc: lost some interrupts at 256Hz
From
: Michael Monnerie <
[email protected]
>
Re: [RFC][PATCH] swsusp: support creating bigger images
From
: "Rafael J. Wysocki" <
[email protected]
>
Re: 2.6.16.6 ( - 2.6.16.11 ) compile failure on an alpha
From
: Brian Uhrain <
[email protected]
>
Re: [PATCH 05/16] GFS2: File and inode operations
From
: Christoph Hellwig <
[email protected]
>
Re: Compiling C++ modules
From
: James Courtier-Dutton <
[email protected]
>
2.6.16.6 ( - 2.6.16.11 ) compile failure on an alpha
From
:
[email protected]
(Tomi Lapinlampi)
Re: [(take 2)patch 0/7] Notify page fault call chain
From
: Robin Holt <
[email protected]
>
Re: Lock-up with modprobe sdhci after suspending to ram
From
: "Pekka Enberg" <
[email protected]
>
Re: [RFC][PATCH] swsusp: support creating bigger images
From
: Pavel Machek <
[email protected]
>
Re: Avoid printing pointless tsc skew msgs.
From
: Andi Kleen <
[email protected]
>
[Index of Archives]
[FAQ]
[Kernel Announce]
[Kernel Newbies]
[IETF Annouce]
[Security]
[Netfilter]
[Yosemite Campsites]
[Bugtraq]