Linux-Kernel

• Date Index

---

• pcie Hotplug problem., Om Narasimhan
• [IDE0] Lost interrupt with CS5530A, Fausto Carvalho
• 2.6.19-rt1: max latencies with jackd, Fernando Lopez-Lezcano
• Re: [Bug 7505] Linux-2.6.19 fails to boot on AMD64 machine, Eric W. Biederman
• Re: [Bugme-new] [Bug 7602] New: Failure on compilation: include/asm/bitops.h:122: error: inconsistent operand constraints in an `asm' in nfs_access_add_cache(), Andrew Morton
  • Re: [Bugme-new] [Bug 7602] New: Failure on compilation: include/asm/bitops.h:122: error: inconsistent operand constraints in an `asm' in nfs_access_add_cache(), Andi Kleen
    • Re: [Bugme-new] [Bug 7602] New: Failure on compilation: include/asm/bitops.h:122: error: inconsistent operand constraints in an `asm' in nfs_access_add_cache(), Andrew Morton
      • Re: [Bugme-new] [Bug 7602] New: Failure on compilation: include/asm/bitops.h:122: error: inconsistent operand constraints in an `asm' in nfs_access_add_cache(), Andi Kleen
• [PATCH] atomic_cmpxchg return type error, Mathieu Desnoyers
• Re[3]: Your lady!, Valentina
• [PATCH 2.6.19] kobject: kobject_uevent() returns manageable value, Mauricio Lin
• [WATCHDOG] git v2.6.19 patches, Wim Van Sebroeck
• 2.6.19-rt1 Bug, joel silvestre
  • Re: 2.6.19-rt1 Bug, Daniel Walker
• [PATCH 00/12] md raid acceleration and the async_tx api, Dan Williams
  • [PATCH 09/12] md: satisfy raid5 read requests via raid5_run_ops, Dan Williams
  • [PATCH 06/12] md: move write operations to raid5_run_ops, Dan Williams
  • [PATCH 10/12] md: use async_tx and raid5_run_ops for raid5 expansion operations, Dan Williams
  • [PATCH 04/12] md: add raid5_run_ops and support routines, Dan Williams
  • [PATCH 01/12] dmaengine: add base support for the async_tx api, Dan Williams
  • [PATCH 02/12] dmaengine: add the async_tx api, Dan Williams
  • [PATCH 08/12] md: move raid5 parity checks to raid5_run_ops, Dan Williams
  • [PATCH 07/12] md: move raid5 compute block operations to raid5_run_ops, Dan Williams
  • [PATCH 03/12] dmaengine: driver for the iop32x, iop33x, and iop13xx raid engines, Dan Williams
  • [PATCH 11/12] md: raid5 io requests to raid5_run_ops, Dan Williams
  • [PATCH 05/12] md: workqueue for raid5 operations, Dan Williams
  • [PATCH 12/12] md: remove raid5 compute_block and compute_parity5, Dan Williams
• [take26 0/8] kevent: Generic event handling mechanism., Evgeniy Polyakov
  • [take26 1/8] kevent: Description., Evgeniy Polyakov
    • [take26 2/8] kevent: Core files., Evgeniy Polyakov
      • [take26 3/8] kevent: poll/select() notifications., Evgeniy Polyakov
      • [take26 4/8] kevent: Socket notifications., Evgeniy Polyakov
      • [take26 5/8] kevent: Timer notifications., Evgeniy Polyakov
      • [take26 6/8] kevent: Pipe notifications., Evgeniy Polyakov
      • [take26 7/8] kevent: Signal notifications., Evgeniy Polyakov
      • [take26 8/8] kevent: Kevent posix timer notifications., Evgeniy Polyakov
• [PATCH] make compound page destructor handling explicit, Andy Whitcroft
• [PATCH] Add __GFP_MOVABLE for callers to flag allocations that may be migrated, Mel Gorman
• [PATCH] don't do orphan processing on readonly devices, Eric Sandeen
• Re: [RFC PATCH] nForce4 ADMA with NCQ: It's aliiiive.., Prakash Punnoor
• [PATCH -mm 0/5][AIO] - AIO completion signal notification v4, Sébastien Dugué
  • Re: [PATCH -mm 1/5][AIO] - Rework compat_sys_io_submit, Sébastien Dugué
  • Re: [PATCH -mm 2/5][AIO] - fix aio.h includes, Sébastien Dugué
  • Re: [PATCH -mm 5/5][AIO] - Add listio support, Sébastien Dugué
  • Re: [PATCH -mm 4/5][AIO] - AIO completion signal notification, Sébastien Dugué
  • Re: [PATCH -mm 3/5][AIO] - Make good_sigevent non-static, Sébastien Dugué
• bitmap­_find_free_region and bitmap_full arg doubts, Komal Shah
• [PATCH] Video Select set for VESA FB, James Simmons
• kswapd/tg3 issue, Yaroslav Halchenko
  • Re: kswapd/tg3 issue, Alan
    • Re: kswapd/tg3 issue, Yaroslav Halchenko
      • Re: kswapd/tg3 issue, Arjan van de Ven
      • Re: kswapd/tg3 issue, Yaroslav Halchenko
      • Re: kswapd/tg3 issue, Alan
      • Re: kswapd/tg3 issue, Avi Kivity
      • Re: kswapd/tg3 issue, Yaroslav Halchenko
• [PATCH][INODE]: Save some bytes in struct inode, Arnaldo Carvalho de Melo
• [GFS2] split and annotate gfs_rindex [10/70], Steven Whitehouse
• [PATCH] ppc: cs4218_tdm remove extra brace, Mariusz Kozlowski
• [GFS2] split and annotate gfs2_quota_change [14/70], Steven Whitehouse
• [GFS2] Change argument of gfs2_dinode_out [17/70], Steven Whitehouse
• [GFS2] split and annotate gfs2_meta_header [9/70], Steven Whitehouse
• [GFS2] Move gfs2_dinode_in to inode.c [19/70], Steven Whitehouse
• [GFS2] Change argument to gfs2_dinode_in [18/70], Steven Whitehouse
• [PATCH] KVM: x86 emulator: handle smsw, Avi Kivity
• [GFS2] Change argument to gfs2_dinode_print [20/70], Steven Whitehouse
• [GFS2] Reduce number of arguments to meta_io.c:getbuf() [58/70], Steven Whitehouse
• [GFS2] Shrink gfs2_inode (5) - di_nlink [25/70], Steven Whitehouse
• [DLM] status messages ping-pong between unmounted nodes [40/70], Steven Whitehouse
• [GFS2] Shrink gfs2_inode (8) - i_vn [28/70], Steven Whitehouse
• [GFS2] Remove unused zero_readpage from stuffed_readpage [37/70], Steven Whitehouse
• [DLM] clear sbflags on lock master [45/70], Steven Whitehouse
• [GFS2] gfs2_dinode_host fields are host-endian [2/70], Steven Whitehouse
• [GFS2] Tidy up bmap & fix boundary bug [48/70], Steven Whitehouse
• [GFS2] Fix page lock/glock deadlock [32/70], Steven Whitehouse
• [GFS2] Fix Kconfig wrt CRC32 [52/70], Steven Whitehouse
• [GFS2] Fix recursive locking in gfs2_permission [59/70], Steven Whitehouse
• [DLM] Fix DLM config [46/70], Steven Whitehouse
• [GFS2] Shrink gfs2_inode (7) - di_payload_format [27/70], Steven Whitehouse
• [GFS2] Remove gfs2_inode_attr_in [35/70], Steven Whitehouse
• [GFS2] split and annotate gfs2_statfs_change [13/70], Steven Whitehouse
• [GFS2] Remove unused GL_DUMP flag [31/70], Steven Whitehouse
• [GFS2] Only set inode flags when required [33/70], Steven Whitehouse
• [GFS2] Shrink gfs2_inode (6) - di_atime/di_mtime/di_ctime [26/70], Steven Whitehouse
• [GFS2] Don't flush everything on fdatasync [70/70], Steven Whitehouse
• [GFS2] Shrink gfs2_inode (3) - di_mode [23/70], Steven Whitehouse
• [GFS2] lock function parameter [65/70], Steven Whitehouse
• [DLM] fix add_requestqueue checking nodes list [61/70], Steven Whitehouse
• [GFS2] Fix journal flush problem [56/70], Steven Whitehouse
• [PATCH] KVM: Zero guest memory before use, Avi Kivity
• [GFS2] gfs2 misc endianness annotations [15/70], Steven Whitehouse
• [GFS2] split and annotate gfs2_log_head [7/70], Steven Whitehouse
• [GFS2] mark_inode_dirty after write to stuffed file [55/70], Steven Whitehouse
• [GFS2] split gfs2_sb [3/70], Steven Whitehouse
• [GFS2] Inode number is constant [34/70], Steven Whitehouse
• [DLM] fix size of STATUS_REPLY message [63/70], Steven Whitehouse
• [GFS2] gfs2 __user misannotation fix [16/70], Steven Whitehouse
• [GFS2] Remove gfs2_check_acl() [67/70], Steven Whitehouse
• [DLM] fix stopping unstarted recovery [43/70], Steven Whitehouse
• [GFS2] Fix glock ordering on inode creation [54/70], Steven Whitehouse
• [GFS2] split and annotate gfs2_rgrp [5/70], Steven Whitehouse
• [GFS2] fs/gfs2/log.c:log_bmap() fix printk format warning [62/70], Steven Whitehouse
• [GFS2] split and annotate gfs2_inum_range [6/70], Steven Whitehouse
• [GFS2] Simplify glops functions [53/70], Steven Whitehouse
• [GFS2] Tidy up 0 initialisations in inode.c [29/70], Steven Whitehouse
• [GFS2] Shrink gfs2_inode (2) - di_major/di_minor [22/70], Steven Whitehouse
• [GFS2] split and annotate gfs2_quota [12/70], Steven Whitehouse
• [DLM] do full recover_locks barrier [44/70], Steven Whitehouse
• [GFS2] split gfs2_dinode into on-disk and host variants [1/70], Steven Whitehouse
  • Re: [GFS2] split gfs2_dinode into on-disk and host variants [1/70], Christoph Hellwig
    • Re: [GFS2] split gfs2_dinode into on-disk and host variants [1/70], Steven Whitehouse
• [DLM] Add support for tcp communications [38/70], Steven Whitehouse
  • Re: [DLM] Add support for tcp communications [38/70], Pavel Machek
• [GFS2] Fix memory allocation in glock.c [47/70], Steven Whitehouse
• [DLM] res_recover_locks_count not reset when recover_locks is aborted [39/70], Steven Whitehouse
• [DLM] fix format warnings in rcom.c and recoverd.c [66/70], Steven Whitehouse
• [DLM] don't accept replies to old recovery messages [64/70], Steven Whitehouse
• [DLM] fix requestqueue race [41/70], Steven Whitehouse
• [GFS2] Add a comment about reading the super block [69/70], Steven Whitehouse
• [GFS2] Move gfs2_meta_syncfs() into log.c [57/70], Steven Whitehouse
• [GFS2] Mount problem with the GFS2 code [68/70], Steven Whitehouse
• [GFS2] Remove unused function from inode.c [50/70], Steven Whitehouse
• [GFS2] Remove unused sysfs files [49/70], Steven Whitehouse
• [GFS2] fields of gfs2_sb_host are host-endian [4/70], Steven Whitehouse
• [DLM] fix aborted recovery during node removal [42/70], Steven Whitehouse
• [GFS2 & DLM] Guide to -nmw tree patches, Steven Whitehouse
  • Re: [GFS2 & DLM] Guide to -nmw tree patches, Arjan van de Ven
    • Re: [GFS2 & DLM] Guide to -nmw tree patches, Steven Whitehouse
• [GFS2] Shrink gfs2_inode (1) - di_header/di_num [21/70], Steven Whitehouse
• [GFS2] Shrink gfs2_inode (4) - di_uid/di_gid [24/70], Steven Whitehouse
• [GFS2] Fix crc32 calculation in recovery.c [8/70], Steven Whitehouse
• [GFS2] split and annotate gfs2_inum [11/70], Steven Whitehouse
• [GFS2] Fix recursive locking in gfs2_getattr [60/70], Steven Whitehouse
• [GFS2] Make sentinel dirents compatible with gfs1 [51/70], Steven Whitehouse
• [GFS2] Don't copy meta_header for rgrp in and out [30/70], Steven Whitehouse
• [GFS2] Fix race in logging code [36/70], Steven Whitehouse
• Younggest fair Teenie fuccked anallly!, Wilburn Barrera
• splitting work between user space program and the kernel, Yitzchak Eidus
• [PATCH] KVM: Fix mov to/from control register emulation, with r8-r15 as gpr, Avi Kivity
• conquer***s and innocentt litttle finicky pussiees!, Jerri
• [PATCH] Kbuild: add 3 more header files to get properly "unifdef"ed, Robert P. J. Day
• [PATCH 1/2] sata_nv & ahci: Move some IDs from sata_nv.c to ahci.c, Peer Chen
  • Re: [PATCH 1/2] sata_nv & ahci: Move some IDs from sata_nv.c to ahci.c, Jeff Garzik
• [PATCH 2/2] sata_nv & ahci: Move some IDs from sata_nv.c to ahci.c, Peer Chen
• [PATCH] video: pm3fb macros fix, Mariusz Kozlowski
• [PATCH] fs: reiserfs add missing brackets, Mariusz Kozlowski
  • Re: [PATCH] fs: reiserfs add missing brackets, Phillip Susi
• [PATCH] mv643xx add missing brackets, Mariusz Kozlowski
  • Re: [PATCH] mv643xx add missing brackets, Dale Farnsworth
    • Re: [PATCH] mv643xx add missing brackets, Mariusz Kozlowski
      • [PATCH] mv643xx_eth: fix unbalanced parentheses in macros, Dale Farnsworth
• [PATCH] sparc64: dma remove extra brackets, Mariusz Kozlowski
• [PATCH] ppc: m48t35 add missing bracket, Mariusz Kozlowski
• [PATCH] parisc: pdcpat remove extra brackets, Mariusz Kozlowski
• [PATCH] mips: klconfig add missing bracket, Mariusz Kozlowski
  • Re: [PATCH] mips: klconfig add missing bracket, Ralf Baechle
    • Re: [PATCH] mips: klconfig add missing bracket, Mariusz Kozlowski
• [PATCH] m68knommu: scatterlist add missing bracket, Mariusz Kozlowski
• [PATCH] KVM: printk log levels, Avi Kivity
• [PATCH] arm: arch-sa1100 add missing brackets, Mariusz Kozlowski
• [PATCH] KVM: More i386 fixes, Avi Kivity
• [PATCH] fs: ufs add missing bracket, Mariusz Kozlowski
• CPU hotplug broken with 2GB VMSPLIT, Jens Axboe
  • Re: CPU hotplug broken with 2GB VMSPLIT, Jens Axboe
    • Re: CPU hotplug broken with 2GB VMSPLIT, Nathan Lynch
      • Re: CPU hotplug broken with 2GB VMSPLIT, Pavel Machek
      • Re: CPU hotplug broken with 2GB VMSPLIT, Nathan Lynch
• [PATCH] scsi: 53c7xx brackets fix, Mariusz Kozlowski
• advisable Eighteens at ***n!, Hilary
• [PATCH] net: smc91x add missing bracket, Mariusz Kozlowski
• [PATCH] net: chelsio add missing bracket, Mariusz Kozlowski
  • Re: [PATCH] net: chelsio add missing bracket, Francois Romieu
• v2.6.19-rt1, yum/rpm, Ingo Molnar
• [PATCH] char: ip2 remove broken macro, Mariusz Kozlowski
• ***land 2006-2007 New portal for cp lovers., jwz
• [RFC][PATCH] Mount problem with the GFS2 code, Srinivasa Ds
  • Re: [RFC][PATCH] Mount problem with the GFS2 code, Andrew Morton
    • Re: [RFC][PATCH] Mount problem with the GFS2 code, Steven Whitehouse
      • Re: [RFC][PATCH] Mount problem with the GFS2 code, Andrew Morton
      • Re: [RFC][PATCH] Mount problem with the GFS2 code, Steven Whitehouse
• [patch 1/3] mm: pagecache write deadlocks zerolength fix, Nick Piggin
  • [patch 2/3] mm: pagecache write deadlocks stale holes fix, Nick Piggin
    • [patch 3/3] fs: fix cont vs deadlock patches, Nick Piggin
      • Re: [patch 3/3] fs: fix cont vs deadlock patches, Nick Piggin
      • Re: [patch 3/3] fs: fix cont vs deadlock patches, OGAWA Hirofumi
  • [patch 0/3] more buffered write fixes, Nick Piggin
  • Re: [patch 1/3] mm: pagecache write deadlocks zerolength fix, Andreas Schwab
    • Re: [patch 1/3] mm: pagecache write deadlocks zerolength fix, Nick Piggin
      • Re: [patch 1/3] mm: pagecache write deadlocks zerolength fix, Andreas Schwab
      • Re: [patch 1/3] mm: pagecache write deadlocks zerolength fix, Nick Piggin
• redboot partition combind fis / config problem, Yoshinori Sato
• [PATCH] rtc: ds1743 support, Torsten Ertbjerg Rasmussen
  • Re: [PATCH] rtc: ds1743 support, Alessandro Zummo
    • Re: [PATCH] rtc: ds1743 support, Torsten Ertbjerg Rasmussen
  • Re: [PATCH] rtc: ds1743 support, Atsushi Nemoto
• risque Bitch succking Diick!, Bertie
• kindly Girls pretty-pretty blowjobb., Esperanza
• Core file size?, linux err
• Ubuntu patch sync for 2.6.20, Ben Collins
  • [PATCH 4/4] [HVCS] Select HVC_CONSOLE if HVCS is enabled., Ben Collins
    • Re: [PATCH 4/4] [HVCS] Select HVC_CONSOLE if HVCS is enabled., Roman Zippel
      • Re: [PATCH 4/4] [HVCS] Select HVC_CONSOLE if HVCS is enabled., Ben Collins
  • [PATCH 2/4] [APIC] Allow disabling of UP APIC/IO-APIC by default, with command line option to turn it on., Ben Collins
  • [PATCH 1/4] [x86] Add command line option to enable/disable hyper-threading., Ben Collins
    • Re: [PATCH 1/4] [x86] Add command line option to enable/disable hyper-threading., Alan
      • Re: [PATCH 1/4] [x86] Add command line option to enable/disable hyper-threading., Siddha, Suresh B
  • Ubuntu patch sync for 2.6.20, Ben Collins
  • Ubuntu patch sync for 2.6.20, Ben Collins
  • [PATCH 3/4] [ATM] Add CPPFLAGS to byteorder.h check., Ben Collins
• man-pages-2.43 is released, Michael Kerrisk
• Yooungest unexceeded Schoolgirl***edd anallly!, Jerrod Goode
• [rfc patch] optimize o_direct on block device, Chen, Kenneth W
  • Re: [rfc patch] optimize o_direct on block device, Zach Brown
• 2.6.19 panic on boot -- i386, Pete Clements
  • Re: 2.6.19 panic on boot -- i386, Randy Dunlap
    • Re: 2.6.19 panic on boot -- i386, Pete Clements
  • Re: 2.6.19 panic on boot -- i386, David Miller
    • Re: 2.6.19 panic on boot -- i386, Chris Wright
      • Re: 2.6.19 panic on boot -- i386, David Miller
      • Re: 2.6.19 panic on boot -- i386, Chris Wright
• [PATCH -mm] sata_nv: add suspend/resume support, Robert Hancock
• 2.6.18-3.rt10.0001 report, Sergio Monteiro Basto
• Re: [patch 1/4] - Potential performance bottleneck for Linxu TCP, Wenji Wu
  • Re: [patch 1/4] - Potential performance bottleneck for Linxu TCP, David Miller
    • Re: [patch 1/4] - Potential performance bottleneck for Linxu TCP, Ingo Molnar
      • Re: [patch 1/4] - Potential performance bottleneck for Linxu TCP, David Miller
      • Re: [patch 1/4] - Potential performance bottleneck for Linxu TCP, Ingo Molnar
      • Re: [patch 1/4] - Potential performance bottleneck for Linxu TCP, David Miller
      • Re: [patch 1/4] - Potential performance bottleneck for Linxu TCP, Ingo Molnar
      • Re: [patch 1/4] - Potential performance bottleneck for Linxu TCP, Evgeniy Polyakov
      • Re: [patch 1/4] - Potential performance bottleneck for Linxu TCP, Nick Piggin
      • Re: [patch 1/4] - Potential performance bottleneck for Linxu TCP, Evgeniy Polyakov
      • Re: [patch 1/4] - Potential performance bottleneck for Linxu TCP, Ingo Molnar
      • RE: [patch 1/4] - Potential performance bottleneck for Linxu TCP, Wenji Wu
      • Re: [patch 1/4] - Potential performance bottleneck for Linxu TCP, Ingo Molnar
      • RE: [patch 1/4] - Potential performance bottleneck for Linxu TCP, Wenji Wu
      • Re: [patch 1/4] - Potential performance bottleneck for Linxu TCP, David Miller
      • Re: [patch 1/4] - Potential performance bottleneck for Linxu TCP, Ingo Molnar
      • Re: [patch 1/4] - Potential performance bottleneck for Linxu TCP, David Miller
      • Re: [patch 1/4] - Potential performance bottleneck for Linxu TCP, Ingo Molnar
      • Re: [patch 1/4] - Potential performance bottleneck for Linxu TCP, David Miller
      • Re: [patch 1/4] - Potential performance bottleneck for Linxu TCP, Ingo Molnar
      • Re: [patch 1/4] - Potential performance bottleneck for Linxu TCP, David Miller
      • RE: [patch 1/4] - Potential performance bottleneck for Linxu TCP, Wenji Wu
      • Re: [patch 1/4] - Potential performance bottleneck for Linxu TCP, Ingo Molnar
    • RE: [patch 1/4] - Potential performance bottleneck for Linxu TCP, Wenji Wu
      • Re: [patch 1/4] - Potential performance bottleneck for Linxu TCP, David Miller
  • Re: [patch 1/4] - Potential performance bottleneck for Linxu TCP, Christoph Hellwig
    • Re: [patch 1/4] - Potential performance bottleneck for Linxu TCP, Lee Revell
  • <Possible follow-ups>
  • Re: [patch 1/4] - Potential performance bottleneck for Linxu TCP, Wenji Wu
    • Re: [patch 1/4] - Potential performance bottleneck for Linxu TCP, Ingo Molnar
• Infinite retries reading the partition table, Luben Tuikov
  • <Possible follow-ups>
  • Re: Infinite retries reading the partition table, Luben Tuikov
• [PATCH -mm] x86_64 UP needs smp_call_function_single, Randy Dunlap
  • Re: [PATCH -mm] x86_64 UP needs smp_call_function_single, Andrew Morton
    • Re: [PATCH -mm] x86_64 UP needs smp_call_function_single, Ingo Molnar
      • Re: [PATCH -mm] x86_64 UP needs smp_call_function_single, Andrew Morton
      • Re: [PATCH -mm] x86_64 UP needs smp_call_function_single, Ingo Molnar
      • Re: [PATCH -mm] x86_64 UP needs smp_call_function_single, Andrew Morton
      • Re: [PATCH -mm] x86_64 UP needs smp_call_function_single, Randy Dunlap
      • Re: [PATCH -mm] x86_64 UP needs smp_call_function_single, Andrew Morton
      • Re: [PATCH -mm] x86_64 UP needs smp_call_function_single, Randy Dunlap
• PM-Timer clock source is slow. Try something else: How slow? What other source(s)?, Linda Walsh
  • Re: PM-Timer clock source is slow. Try something else: How slow? What other source(s)?, john stultz
    • Re: PM-Timer clock source is slow. Try something else: How slow? What other source(s)?, Srinivasa Ds
      • Re: PM-Timer clock source is slow. Try something else: How slow? What other source(s)?, Linda Walsh
• hrtimer.h, Ariel Chÿffffe1vez Lorenzo
  • Re: hrtimer.h, Arjan van de Ven
• [PATCH] doc: atomic_add_unless() doesn't imply mb() on failure, Oleg Nesterov
  • Re: [PATCH] doc: atomic_add_unless() doesn't imply mb() on failure, David Howells
• [RFC PATCH -rt] RCU priority boosting that survives mild testing, Paul E. McKenney
• [PATCH] autofs: fix error code path in autofs_fill_sb(), Jiri Kosina
  • Re: [PATCH] autofs: fix error code path in autofs_fill_sb(), Ian Kent
    • Re: [PATCH] autofs: fix error code path in autofs_fill_sb(), Jiri Kosina
    • Re: [PATCH] autofs: fix error code path in autofs_fill_sb(), Andrew Morton
• [RFC, PATCH 1/2] qrcu: "quick" srcu implementation, Oleg Nesterov
  • Re: [RFC, PATCH 1/2] qrcu: "quick" srcu implementation, Oleg Nesterov
    • Re: [RFC, PATCH 1/2] qrcu: "quick" srcu implementation, Paul E. McKenney
      • Re: [RFC, PATCH 1/2] qrcu: "quick" srcu implementation, Oleg Nesterov
      • Re: [RFC, PATCH 1/2] qrcu: "quick" srcu implementation, Oleg Nesterov
      • Re: [RFC, PATCH 1/2] qrcu: "quick" srcu implementation, Paul E. McKenney
• yoou waant discriminating virggin Girl?, Austin Kilgore
• [RFC, PATCH 2/2] qrcu: add rcutorture test, Oleg Nesterov
• [PATCH] netfilter: remove broken macro, Mariusz Kozlowski
• [PATCH] video: cyberfb broken macro removal, Mariusz Kozlowski
• [PATCH] video: neofb stray bracket fix, Mariusz Kozlowski
• [Changelog] - Potential performance bottleneck for Linxu TCP, Wenji Wu
  • Re: [Changelog] - Potential performance bottleneck for Linxu TCP, Martin Bligh
  • [patch 1/4] - Potential performance bottleneck for Linxu TCP, Wenji Wu
    • [patch 2/4] - Potential performance bottleneck for Linxu TCP, Wenji Wu
      • [patch 3/4] - Potential performance bottleneck for Linxu TCP, Wenji Wu
      • [patch 4/4] - Potential performance bottleneck for Linxu TCP, Wenji Wu
    • Re: [patch 1/4] - Potential performance bottleneck for Linxu TCP, David Miller
      • Re: [patch 1/4] - Potential performance bottleneck for Linxu TCP, Andrew Morton
      • Re: [patch 1/4] - Potential performance bottleneck for Linxu TCP, David Miller
      • Re: [patch 1/4] - Potential performance bottleneck for Linxu TCP, Mike Galbraith
• [PATCH 0 of 2] Add memcpy_cachebypass, a memcpy that doesn't cache reads, Bryan O'Sullivan
  • [PATCH 1 of 2] Add memcpy_cachebypass, a memcpy that tries to reduce cache pressure, Bryan O'Sullivan
  • [PATCH 2 of 2] IB/ipath - use memcpy_cachebypass in RDMA interrupt handler to reduce packet loss, Bryan O'Sullivan
• Re: Bug 7596 - Potential performance bottleneck for Linxu TCP, Andrew Morton
  • Re: Bug 7596 - Potential performance bottleneck for Linxu TCP, Ingo Molnar
  • <Possible follow-ups>
  • Re: Bug 7596 - Potential performance bottleneck for Linxu TCP, David Miller
• just how "sanitized" are the sanitized headers?, Robert P. J. Day
  • Re: just how "sanitized" are the sanitized headers?, Alexey Dobriyan
    • Re: just how "sanitized" are the sanitized headers?, Robert P. J. Day
• [PATCH] scsi: sic7xxx stray bracket fix, Mariusz Kozlowski
• [patch 2.6.19-rc6] fix hotplug for legacy platform drivers, David Brownell
  • Re: [patch 2.6.19-rc6] fix hotplug for legacy platform drivers, Greg KH
    • Re: [Bulk] Re: [patch 2.6.19-rc6] fix hotplug for legacy platform drivers, David Brownell
• mask/unmasking while servicing MSI(-X) unnecessary?, Loic Prylli
• net: sk98lin bracket question, Mariusz Kozlowski
  • Re: net: sk98lin bracket question, Stephen Hemminger
• Linux 2.6.19, Linus Torvalds
  • Re: Linux 2.6.19, Romano Giannetti
  • Re: Linux 2.6.19, Randy Dunlap
    • Re: Linux 2.6.19, Alan
      • Re: Linux 2.6.19, Randy Dunlap
      • Re: Linux 2.6.19, Geraldo Netto
      • Re: Linux 2.6.19, Randy Dunlap
      • Re: Linux 2.6.19, Geraldo Netto
      • Re: Linux 2.6.19, Linus Torvalds
    • Re: Linux 2.6.19, Greg Norris
      • Re: Linux 2.6.19, Randy Dunlap
      • Re: Linux 2.6.19, Greg Norris
      • Re: Linux 2.6.19, Phil Oester
      • Re: Linux 2.6.19, David Miller
      • Re: Linux 2.6.19, Phil Oester
      • Re: Linux 2.6.19, Malte Schröder
  • Re: Linux 2.6.19, Udo A. Steinberg
    • Re: Linux 2.6.19, Herbert Xu
      • Re: Linux 2.6.19, Udo A. Steinberg
  • Re: Linux 2.6.19, Jindrich Makovicka
• sexxually expliicit: worst ruussian Gayy in poono!, Yesenia Taylor
• [patch 00/23] -stable review, Chris Wright
  • [patch 23/23] UDP: Make udp_encap_rcv use pskb_may_pull, Chris Wright
  • [patch 10/23] bcm43xx: Drain TX status before starting IRQs, Chris Wright
  • [patch 13/23] V4L: Do not enable VIDEO_V4L2 unconditionally, Chris Wright
  • [patch 16/23] softmac: fix a slab corruption in WEP restricted key association, Chris Wright
  • [patch 05/23] NETFILTER: Missed and reordered checks in {arp,ip,ip6}_tables, Chris Wright
  • [patch 02/23] NETFILTER: Missing check for CAP_NET_ADMIN in iptables compat layer, Chris Wright
  • [patch 17/23] TG3: Add missing unlock in tg3_open() error path., Chris Wright
  • [patch 11/23] NETFILTER: H.323 conntrack: fix crash with CONFIG_IP_NF_CT_ACCT, Chris Wright
  • [patch 22/23] fuse: fix Oops in lookup, Chris Wright
  • [patch 04/23] NETFILTER: ip_tables: fix module refcount leaks in compat error paths, Chris Wright
  • [patch 08/23] NETFILTER: Kconfig: fix xt_physdev dependencies, Chris Wright
  • [patch 14/23] x86 microcode: dont check the size, Chris Wright
  • [patch 21/23] AGP: Allocate AGP pages with GFP_DMA32 by default, Chris Wright
  • [patch 01/23] scsi: clear garbage after CDBs on SG_IO, Chris Wright
  • [patch 15/23] alpha: Fix ALPHA_EV56 dependencies typo, Chris Wright
  • [patch 19/23] IA64: bte_unaligned_copy() transfers one extra cache line., Chris Wright
  • [patch 20/23] BLUETOOTH: Fix unaligned access in hci_send_to_sock., Chris Wright
  • [patch 06/23] NETFILTER: arp_tables: missing unregistration on module unload, Chris Wright
  • [patch 09/23] NETFILTER: xt_CONNSECMARK: fix Kconfig dependencies, Chris Wright
  • [patch 07/23] NETFILTER: Honour source routing for LVS-NAT, Chris Wright
  • [patch 12/23] pcmcia: fix rmmod pcmcia with unbound devices, Chris Wright
  • [patch 18/23] IPV6: Fix address/interface handling in UDP and DCCP, according to the scoping architecture., Chris Wright
  • [patch 03/23] NETFILTER: ip_tables: compat error way cleanup, Chris Wright
  • Re: [patch 00/23] -stable review, Dave Jones
    • Re: [stable] [patch 00/23] -stable review, Chris Wright
• mass-storage problems with Archos AV500, David Weinehall
  • <Possible follow-ups>
  • Re: mass-storage problems with Archos AV500, Robert Hancock
    • Re: mass-storage problems with Archos AV500, David Weinehall
      • Re: mass-storage problems with Archos AV500, Jan Dittmer
      • Re: mass-storage problems with Archos AV500, David Weinehall
• [PATCH] KVM: fix NULL and C99 init sparse warnings, Randy Dunlap
  • Re: [PATCH] KVM: fix NULL and C99 init sparse warnings, Avi Kivity
• [PATCH] alternatives/paravirt: use NULL for pointers, Randy Dunlap
  • Re: [PATCH] alternatives/paravirt: use NULL for pointers, Andi Kleen
• /sys/bus/pci/drivers/<driver>/new_id, Russell King
• Re: [PATCH] Break out memory initialisation code from page_alloc.c to mem_init.c, Andrew Morton
  • Re: [PATCH] Break out memory initialisation code from page_alloc.c to mem_init.c, Mel Gorman
• frree porrno passswords., Armando Hancock
• [PATCH] MAINTAINERS: Update the i2c and hwmon subsystems info, Jean Delvare
• Linux 2.6.18.4, Chris Wright
  • Re: Linux 2.6.18.4, Chris Wright
• [PATCH -rt] 2.6.19-4c6-rt9 build problem, Paul E. McKenney
  • Re: [PATCH -rt] 2.6.19-4c6-rt9 build problem, Ingo Molnar
    • Re: [PATCH -rt] 2.6.19-4c6-rt9 build problem, Paul E. McKenney
      • Re: [PATCH -rt] 2.6.19-4c6-rt9 build problem, Paul E. McKenney
      • Re: [PATCH -rt] 2.6.19-4c6-rt9 build problem, Ingo Molnar
• [PATCH] mtd rtc_from4 brace fix, Mariusz Kozlowski
• Re: Possible Bug in VM accounting (Committed_AS) on x86_64 architecture ?, Kunal Trivedi
  • Re: Possible Bug in VM accounting (Committed_AS) on x86_64 architecture ?, Alan
• [PATCH] mips tx4927 missing brace fix, Mariusz Kozlowski
  • Re: [PATCH] mips tx4927 missing brace fix, Ralf Baechle
    • Re: [PATCH] mips tx4927 missing brace fix, Atsushi Nemoto
• [PATCH] mips dbg_io stray brackets fix, Mariusz Kozlowski
• [PATCH] h8300 stray bracket fix, Mariusz Kozlowski
• [PATCH] arm26/init.c broken macro removal, Mariusz Kozlowski
  • Re: [PATCH] arm26/init.c broken macro removal, Russell King
    • Re: [PATCH] arm26/init.c broken macro removal, Mariusz Kozlowski
• [PATCH 1/1] oprofile: add a warning for unsuppored CPUs, Peter Kjellstrom
• [PATCH] UBI: take 2, Artem Bityutskiy
• [PATCH] x86-64: Fix the nterrupt race is in idle callback, Venkatesh Pallipadi
  • Re: [PATCH] x86-64: Fix the nterrupt race is in idle callback (2nd try), Venkatesh Pallipadi
    • Re: [PATCH] x86-64: Fix the nterrupt race is in idle callback (3rd try), Venkatesh Pallipadi
• : Grouup brilliant teeens harddcore!, Rosalie Perez
• 2.6.19-rc6-rt9, joel silvestre
• [PATCH] UBI, Artem Bityutskiy
  • Re: [PATCH] UBI, David Woodhouse
• [PATCH] Trivial cleanup in the PCI IDs for the CS5535, Jordan Crouse
  • Re: [PATCH] Trivial cleanup in the PCI IDs for the CS5535, Alan
• 2.6.18.3 SMP PREEMPT crashes (x86-64), Bart Trojanowski
  • Re: 2.6.18.3 SMP PREEMPT crashes (x86-64), Prakash Punnoor
    • Re: 2.6.18.3 SMP PREEMPT crashes (x86-64), Bart Trojanowski
      • Re: 2.6.19 SMP x86-64 crashes continue, Bart Trojanowski
  • Re: 2.6.18.3 SMP PREEMPT crashes (x86-64), Bart Trojanowski
    • Re: 2.6.18.3 soft lockups and 2.6.19-rc6 rwlock OOPs on SMP x86-64, Bart Trojanowski
• [PATCH] i386 add idle notifier, Stephane Eranian
  • Re: [PATCH] i386 add idle notifier, Andi Kleen
  • Re: [PATCH] i386 add idle notifier (take 2), Stephane Eranian
  • Re: [PATCH] i386 add idle notifier, Christoph Hellwig
    • Re: [PATCH] i386 add idle notifier, Andrew Morton
      • Re: [PATCH] i386 add idle notifier, Stephane Eranian
      • Re: [PATCH] i386 add idle notifier, Andrew Morton
      • Re: [PATCH] i386 add idle notifier, Andi Kleen
      • Re: [PATCH] i386 add idle notifier, Stephane Eranian
      • Re: [PATCH] i386 add idle notifier, Russell King
• CPUFREQ-CPUHOTPLUG: Possible circular locking dependency, Gautham R Shenoy
  • Re: CPUFREQ-CPUHOTPLUG: Possible circular locking dependency, Andrew Morton
    • Re: CPUFREQ-CPUHOTPLUG: Possible circular locking dependency, Gautham R Shenoy
      • Re: CPUFREQ-CPUHOTPLUG: Possible circular locking dependency, Gautham R Shenoy
      • Re: CPUFREQ-CPUHOTPLUG: Possible circular locking dependency, Ingo Molnar
      • Re: CPUFREQ-CPUHOTPLUG: Possible circular locking dependency, Gautham R Shenoy
  • Re: CPUFREQ-CPUHOTPLUG: Possible circular locking dependency, Ingo Molnar
    • Re: CPUFREQ-CPUHOTPLUG: Possible circular locking dependency, Gautham R Shenoy
      • Re: CPUFREQ-CPUHOTPLUG: Possible circular locking dependency, Ingo Molnar
      • Re: CPUFREQ-CPUHOTPLUG: Possible circular locking dependency, Andrew Morton
      • Re: CPUFREQ-CPUHOTPLUG: Possible circular locking dependency, Ingo Molnar
      • Re: CPUFREQ-CPUHOTPLUG: Possible circular locking dependency, Gautham R Shenoy
      • Re: CPUFREQ-CPUHOTPLUG: Possible circular locking dependency, Ingo Molnar
      • Re: CPUFREQ-CPUHOTPLUG: Possible circular locking dependency, Andrew Morton
      • Re: CPUFREQ-CPUHOTPLUG: Possible circular locking dependency, Ingo Molnar
      • Re: CPUFREQ-CPUHOTPLUG: Possible circular locking dependency, Gautham R Shenoy
      • Re: CPUFREQ-CPUHOTPLUG: Possible circular locking dependency, Ingo Molnar
      • Re: CPUFREQ-CPUHOTPLUG: Possible circular locking dependency, Gautham R Shenoy
• Using poll for sysfs attribute files, Vladimir Pouzanov
• Re[1]:Greetings from me, Valiusha
• [2.6.16-rc6-mm2 patch] make 8250_pnp serial driver work after suspend to ram, Mike Galbraith
• O_DIRECT error, user space programming, Leto Angelo
• [PATCH] ide_scsi: allow it to be used for non CD only, Alan
  • Re: [PATCH] ide_scsi: allow it to be used for non CD only, Bartlomiej Zolnierkiewicz
    • Re: [PATCH] ide_scsi: allow it to be used for non CD only, Alan
      • Re: [PATCH] ide_scsi: allow it to be used for non CD only, Bartlomiej Zolnierkiewicz
• TCP checksum change in RPC replies within XEN, NFS lockup (SLES10), Ulrich Windl
  • Re: TCP checksum change in RPC replies within XEN, NFS lockup (SLES10), Willy Tarreau
• fs/9p/mux.c(786): remark #593: variable "cb" was set but never used, d binderman
• fs/9p/vfs_inode.c(406): remark #593: variable "sb" was set but never used, d binderman
  • Re: fs/9p/vfs_inode.c(406): remark #593: variable "sb" was set but never used, Alexey Dobriyan
• [Patch -mm 0/2] s390: Updates for dynamic subchannel mapping., Cornelia Huck
• [Patch -mm 1/2] s390: Use dev->groups for subchannel attributes., Cornelia Huck
• [Patch -mm 2/2] s390: Update cio documentation., Cornelia Huck
• 2.6.16.32 stuck in generic_file_aio_write(), Igmar Palsenberg
  • Re: 2.6.16.32 stuck in generic_file_aio_write(), Igmar Palsenberg
  • Re: 2.6.16.32 stuck in generic_file_aio_write(), erich
    • Re: 2.6.16.32 stuck in generic_file_aio_write(), Igmar Palsenberg
• [patch 1/2] readahead sysctl parameters fix, Fengguang Wu
• [patch 0/2] adaptive readahead fixes, Fengguang Wu
• [patch 2/2] readahead nfsd case: fix uninitialized ra_min/ra_max, Fengguang Wu
• [PATCH] use probe_kernel_address in Dwarf2 unwinder, Jan Beulich
  • Re: [PATCH] use probe_kernel_address in Dwarf2 unwinder, Andi Kleen
    • Re: [PATCH] use probe_kernel_address in Dwarf2 unwinder, Jan Beulich
      • Re: [PATCH] use probe_kernel_address in Dwarf2 unwinder, Andi Kleen
• [PATCH] more sanity checks in Dwarf2 unwinder, Jan Beulich
  • Re: [PATCH] more sanity checks in Dwarf2 unwinder, Andi Kleen
    • Re: [PATCH] more sanity checks in Dwarf2 unwinder, Jan Beulich
• Linux 2.6.16.34, Adrian Bunk
• [PATCH -mm 0/5][AIO] - AIO completion signal notification v3, Sébastien Dugué
  • [PATCH -mm 2/5][AIO] - fix aio.h includes, Sébastien Dugué
  • [PATCH -mm 4/5][AIO] - AIO completion signal notification, Sébastien Dugué
    • Re: [PATCH -mm 4/5][AIO] - AIO completion signal notification, Christoph Hellwig
      • Re: [PATCH -mm 4/5][AIO] - AIO completion signal notification, Sébastien Dugué
      • Re: [PATCH -mm 4/5][AIO] - AIO completion signal notification, Christoph Hellwig
      • Re: [PATCH -mm 4/5][AIO] - AIO completion signal notification, Sébastien Dugué
    • Re: [PATCH -mm 4/5][AIO] - AIO completion signal notification, Jakub Jelinek
      • Re: [PATCH -mm 4/5][AIO] - AIO completion signal notification, Sébastien Dugué
  • [PATCH -mm 1/5][AIO] - Rework compat_sys_io_submit, Sébastien Dugué
    • Re: [PATCH -mm 1/5][AIO] - Rework compat_sys_io_submit, Zach Brown
      • Re: [PATCH -mm 1/5][AIO] - Rework compat_sys_io_submit, Sébastien Dugué
      • Re: [PATCH -mm 1/5][AIO] - Rework compat_sys_io_submit, Zach Brown
  • [PATCH -mm 5/5][AIO] - Listio support, Sébastien Dugué
    • Re: [PATCH -mm 5/5][AIO] - Listio support, Suparna Bhattacharya
      • Re: [PATCH -mm 5/5][AIO] - Listio support, Sébastien Dugué
  • [PATCH -mm 3/5][AIO] - export good_sigevent(), Sébastien Dugué
    • Re: [PATCH -mm 3/5][AIO] - export good_sigevent(), Christoph Hellwig
      • Re: [PATCH -mm 3/5][AIO] - export good_sigevent(), Sébastien Dugué
    • Re: [PATCH -mm 3/5][AIO] - export good_sigevent(), Christoph Hellwig
      • Re: [PATCH -mm 3/5][AIO] - export good_sigevent(), Sébastien Dugué
• lustful Youungest Bitches in fuucking., Mallory
• [PATCH] devices.txt - LANANA merge, Torben Mathiasen
  • Re: [PATCH] devices.txt - LANANA merge, Michael Tokarev
    • RE: [PATCH] devices.txt - LANANA merge, Mathiasen, Torben
• [2.6 patch] drivers/scsi/scsi_error.c should #include "scsi_transport_api.h", Adrian Bunk
  • Re: [2.6 patch] drivers/scsi/scsi_error.c should #include "scsi_transport_api.h", Matthew Wilcox
    • Re: [2.6 patch] drivers/scsi/scsi_error.c should #include "scsi_transport_api.h", James Smart
      • Re: [2.6 patch] drivers/scsi/scsi_error.c should #include "scsi_transport_api.h", Matthew Wilcox
• [2.6 patch] remove broken video drivers (v3), Adrian Bunk
  • Re: [2.6 patch] remove broken video drivers (v3), Geert Uytterhoeven
• [2.6 patch] proper prototype for remove_inode_dquot_ref(), Adrian Bunk
  • Re: [2.6 patch] proper prototype for remove_inode_dquot_ref(), Jan Kara
• [2.6 patch] remove drivers/char/riscom8.c:baud_table[], Adrian Bunk
• [2.6 patch] arch/i386/kernel/reboot.c should #include <linux/reboot.h>, Adrian Bunk
• [2.6 patch] fs/sysv/: proper prototypes for 2 functions, Adrian Bunk
  • Re: [2.6 patch] fs/sysv/: proper prototypes for 2 functions, Christoph Hellwig
    • Re: [2.6 patch] fs/sysv/: proper prototypes for 2 functions, Adrian Bunk
• [PATCH] PCMCIA: identification strings for Elan, Tony Olech
• realtime-preempt and arm, tike64
  • Re: realtime-preempt and arm, junjiec
• [2.6 patch] fs/sysv/: remove obsolete documents, Adrian Bunk
  • Re: [2.6 patch] fs/sysv/: remove obsolete documents, Christoph Hellwig
    • [2.6 patch] fs/sysv/: doc cleanup, Adrian Bunk
• Re: A commit between 2.6.16.4 and 2.6.16.5 failed crashme, Zhao Forrest
  • Re: A commit between 2.6.16.4 and 2.6.16.5 failed crashme, Adrian Bunk
    • Re: A commit between 2.6.16.4 and 2.6.16.5 failed crashme, Zhao Forrest
    • Re: A commit between 2.6.16.4 and 2.6.16.5 failed crashme, Zhao Forrest
• savoury Justt Schoolgirls and exacting Teenie frrom dreamm!, Roland Benjamin
• Help for kernel module programming, prajakta choudhari
  • Re: Help for kernel module programming, Jan Engelhardt
    • Re: Help for kernel module programming, Jan Engelhardt
  • Re: Help for kernel module programming, Willy Tarreau
• 2.6.19-rc6-rt9 - fails to compile, Marcus Hartig
• [PATCH] x86_64: check vector in setup_ioapic_dest to verify if need setup_IO_APIC_irq, Yinghai Lu
• Re: Slab: Remove kmem_cache_t, Nick Piggin
  • Re: Slab: Remove kmem_cache_t, Linus Torvalds
• [PATCH -mm] ALSA: add struct forward declaration, Randy Dunlap
• The return of the dreaded "nobody cared" message with a Promise Card, Rogério Brito
  • Re: The return of the dreaded "nobody cared" message with a Promise Card, Alan
• prissy Teenie heere doiing record bloowjob., Kimberly Bowers
• [PATCH -mm] char: drivers use/need PCI, Randy Dunlap
  • Re: [PATCH -mm] char: drivers use/need PCI, Jiri Slaby
    • Re: [PATCH -mm] char: drivers use/need PCI, Randy Dunlap
      • Re: [PATCH -mm] char: drivers use/need PCI, Jiri Slaby
      • Re: [PATCH -mm] char: drivers use/need PCI, Alan
      • Re: [PATCH -mm] char: drivers use/need PCI, Randy Dunlap
• [PATCH -mm] MTD: ESB2ROM uses PCI, Randy Dunlap
• [PATCH] lib functions: always build hweight for loadable modules, Randy Dunlap
• [PATCH 0/5][time][x86_64] GENERIC_TIME patchset for x86_64, john stultz
  • [PATCH 1/5][time][Generic] vsyscall-gtod support for GENERIC_TIME, john stultz
  • [PATCH 5/5][time][x86_64] Re-enable vsyscall support for x86_64, john stultz
  • [PATCH 2/5][time][x86_64] hpet_address cleanup, john stultz
  • [PATCH 4/5][time][x86_64] Convert x86_64 to use GENERIC_TIME, john stultz
  • [PATCH 3/5][time][x86_64] Split x86_64/kernel/time.c up, john stultz
• #$$beauty#> Hussies so squeamish and younng., Merle Rosenberg
• [patch 2.6.19-rc6] Stop gcc 4.1.0 optimizing wait_hpet_tick away, Keith Owens
  • Re: [patch 2.6.19-rc6] Stop gcc 4.1.0 optimizing wait_hpet_tick away, Nicholas Miell
    • Re: [patch 2.6.19-rc6] Stop gcc 4.1.0 optimizing wait_hpet_tick away, Keith Owens
      • Re: [patch 2.6.19-rc6] Stop gcc 4.1.0 optimizing wait_hpet_tick away, David Miller
      • Re: [patch 2.6.19-rc6] Stop gcc 4.1.0 optimizing wait_hpet_tick away, Keith Owens
      • Re: [patch 2.6.19-rc6] Stop gcc 4.1.0 optimizing wait_hpet_tick away, Nicholas Miell
      • RE: [patch 2.6.19-rc6] Stop gcc 4.1.0 optimizing wait_hpet_tick away, David Schwartz
      • Re: [patch 2.6.19-rc6] Stop gcc 4.1.0 optimizing wait_hpet_tick away, Jakub Jelinek
      • Re: [patch 2.6.19-rc6] Stop gcc 4.1.0 optimizing wait_hpet_tick away, Willy Tarreau
• Re: [PATCH][UPDATE] i2c: Add support for virtual I2C adapters, Sujoy Gupta
• isochronous receives?, Robert Crocombe
  • <Possible follow-ups>
  • RE: isochronous receives?, Keith Curtis
• 2.6.18 tsc clocksource + ntp = excessive drift; acpi_pm does fine., Alexandre Pereira Nunes
  • Re: 2.6.18 tsc clocksource + ntp = excessive drift; acpi_pm does fine., john stultz
    • Re: 2.6.18 tsc clocksource + ntp = excessive drift; acpi_pm does fine., Alexandre Pereira Nunes
    • Re: 2.6.18 tsc clocksource + ntp = excessive drift; acpi_pm does fine., Alexandre Pereira Nunes
• charming Hussy in ., Lorenzo
• Re: [PATCH 2.6.15.4 rel.2 1/1] libata: add hotswap to sata_svw, David Woodhouse
  • Re: [PATCH 2.6.15.4 rel.2 1/1] libata: add hotswap to sata_svw, Benjamin Herrenschmidt
    • Re: [PATCH 2.6.15.4 rel.2 1/1] libata: add hotswap to sata_svw, Martin Devera
• Regression: spurious 8259A interrupt: IRQ7 appears in 2.6.19-rc6-git10, Martin MOKREJŠ
• [PATCH] Don't compare unsigned variable for <0 in sys_prctl(), Jesper Juhl
  • Re: [PATCH] Don't compare unsigned variable for <0 in sys_prctl(), Linus Torvalds
    • Re: [PATCH] Don't compare unsigned variable for <0 in sys_prctl(), Jesper Juhl
      • Re: [PATCH] Don't compare unsigned variable for <0 in sys_prctl(), Linus Torvalds
      • Re: [PATCH] Don't compare unsigned variable for <0 in sys_prctl(), Jesper Juhl
      • Re: [PATCH] Don't compare unsigned variable for <0 in sys_prctl(), Linus Torvalds
      • Re: [PATCH] Don't compare unsigned variable for <0 in sys_prctl(), Jesper Juhl
  • Friends dont let friends use GCC -W (was Re: [PATCH] Don't compare unsigned, Valdis . Kletnieks
• [PATCH 2/2] joystick/analog: force HWEIGHT for module, Randy Dunlap
• [PATCH 1/2] lib + ntfs: let modules force HWEIGHT, Randy Dunlap
  • Re: [PATCH 1/2] lib + ntfs: let modules force HWEIGHT, Andrew Morton
    • Re: [PATCH 1/2] lib + ntfs: let modules force HWEIGHT, Randy Dunlap
  • Re: [PATCH 1/2] lib + ntfs: let modules force HWEIGHT, Christoph Hellwig
• [PATCH] Pass struct dev pointer to dma_cache_sync(), Ralf Baechle
• What happened to CONFIG_TCP_NAGLE_OFF?, Matt Garman
  • Re: What happened to CONFIG_TCP_NAGLE_OFF?, Phillip Susi
    • Re: What happened to CONFIG_TCP_NAGLE_OFF?, Matt Garman
      • Re: What happened to CONFIG_TCP_NAGLE_OFF?, John Stoffel
      • Re: What happened to CONFIG_TCP_NAGLE_OFF?, Phillip Susi
• [PATCH] remove useless carta_random32.h, Stephane Eranian
• [rfc PATCH] ieee1394: ohci1394: delete bogus spinlock, flush MMIO writes, Stefan Richter
  • Re: [rfc PATCH] ieee1394: ohci1394: delete bogus spinlock, flush MMIO writes, Alan
    • Re: [rfc PATCH] ieee1394: ohci1394: delete bogus spinlock, flush MMIO writes, Stefan Richter
      • Re: [rfc PATCH] ieee1394: ohci1394: delete bogus spinlock, flush MMIO writes, Alan
• Haave yoou everr seenn trump Hussies geet***ked in evvery holess?, Rachelle Ohara
• [PATCH] Convert i386 PDA code to use %fs., Jeremy Fitzhardinge
• 2.6.19-rc6-rt8: alsa xruns, Fernando Lopez-Lezcano
  • Re: 2.6.19-rc6-rt8: alsa xruns, Ingo Molnar
    • Re: 2.6.19-rc6-rt8: alsa xruns, Fernando Lopez-Lezcano
      • Re: 2.6.19-rc6-rt8: alsa xruns, Fernando Lopez-Lezcano
      • Re: 2.6.19-rc6-rt8: alsa xruns, Fernando Lopez-Lezcano
      • Re: 2.6.19-rc6-rt8: alsa xruns, Fernando Lopez-Lezcano
      • Re: 2.6.19-rc6-rt8: alsa xruns, Ingo Molnar
      • Re: 2.6.19-rc6-rt8: alsa xruns, Ingo Molnar
      • Re: 2.6.19-rc6-rt8: alsa xruns, Fernando Lopez-Lezcano
      • Re: 2.6.19-rc6-rt8: alsa xruns, Ingo Molnar
      • Re: 2.6.19-rc6-rt8: alsa xruns, Fernando Lopez-Lezcano
      • Re: 2.6.19-rc6-rt8: alsa xruns, Fernando Lopez-Lezcano
  • Re: 2.6.19-rc6-rt8: alsa xruns, Lee Revell
    • Re: 2.6.19-rc6-rt8: alsa xruns, Ingo Molnar
      • Re: 2.6.19-rc6-rt8: alsa xruns, Daniel Walker
      • Re: 2.6.19-rc6-rt8: alsa xruns, Ingo Molnar
      • Re: 2.6.19-rc6-rt8: alsa xruns, Daniel Walker
• What's in infiniband.git, Roland Dreier
  • [PATCH] for 2.6.20 infiniband/ib_cm: fix path migration support, Sean Hefty
    • Re: [PATCH] for 2.6.20 infiniband/ib_cm: fix path migration support, Roland Dreier
• Re: [patch] genapic: always use physical delivery mode on > 8 CPUs, Siddha, Suresh B
  • [patch] genapic: default to physical mode on hotplug CPU kernels, Ingo Molnar
    • Re: [patch] genapic: default to physical mode on hotplug CPU kernels, Siddha, Suresh B
      • Re: [patch] genapic: default to physical mode on hotplug CPU kernels, Ingo Molnar
      • Re: [patch] genapic: default to physical mode on hotplug CPU kernels, Ingo Molnar
      • Re: [patch] genapic: default to physical mode on hotplug CPU kernels, Siddha, Suresh B
• [PATCH] REPORTING-BUGS: request .config file, Randy Dunlap
  • Re: [PATCH] REPORTING-BUGS: request .config file, Jesper Juhl
• [PATCH 2.6.19-rc6][reRESEND] ata_piix: IDE mode SATA patch for Intel ICH9, Jason Gaston
• Broken commit: [NETFILTER]: ipt_REJECT: remove largely duplicate route_reverse function, Krzysztof Halasa
  • Re: Broken commit: [NETFILTER]: ipt_REJECT: remove largely duplicate route_reverse function, Patrick McHardy
    • Re: Broken commit: [NETFILTER]: ipt_REJECT: remove largely duplicate route_reverse function, Krzysztof Halasa
      • Re: Broken commit: [NETFILTER]: ipt_REJECT: remove largely duplicate route_reverse function, Patrick McHardy
      • Re: Broken commit: [NETFILTER]: ipt_REJECT: remove largely duplicate route_reverse function, Krzysztof Halasa
      • Re: Broken commit: [NETFILTER]: ipt_REJECT: remove largely duplicate route_reverse function, Patrick McHardy
      • Re: Broken commit: [NETFILTER]: ipt_REJECT: remove largely duplicate route_reverse function, David Miller
      • Re: Broken commit: [NETFILTER]: ipt_REJECT: remove largely duplicate route_reverse function, Herbert Xu
      • Re: Broken commit: [NETFILTER]: ipt_REJECT: remove largely duplicate route_reverse function, David Miller
      • Re: Broken commit: [NETFILTER]: ipt_REJECT: remove largely duplicate route_reverse function, Herbert Xu
      • Re: Broken commit: [NETFILTER]: ipt_REJECT: remove largely duplicate route_reverse function, David Miller
      • Re: Broken commit: [NETFILTER]: ipt_REJECT: remove largely duplicate route_reverse function, Herbert Xu
      • Re: Broken commit: [NETFILTER]: ipt_REJECT: remove largely duplicate route_reverse function, Jarek Poplawski
      • Re: Broken commit: [NETFILTER]: ipt_REJECT: remove largely duplicate route_reverse function, Krzysztof Halasa
      • Re: Broken commit: [NETFILTER]: ipt_REJECT: remove largely duplicate route_reverse function, Krzysztof Halasa
      • Re: Broken commit: [NETFILTER]: ipt_REJECT: remove largely duplicate route_reverse function, Jarek Poplawski
• 2.6.19-rc6-rt7: Kernel BUG at kernel/rtmutex.c:672, Fernando Lopez-Lezcano
  • Re: 2.6.19-rc6-rt7: Kernel BUG at kernel/rtmutex.c:672, Ingo Molnar
  • Re: 2.6.19-rc6-rt7: Kernel BUG at kernel/rtmutex.c:672, Ingo Molnar
    • Re: 2.6.19-rc6-rt7: Kernel BUG at kernel/rtmutex.c:672, Fernando Lopez-Lezcano
• XFS: possible recursive locking detected in 2.6.18 to 2.6.19-rc6-git10 but not 2.6.17.11, Martin MOKREJŠ
• Doo yoou wantt flirtatious Eighteen?, Irene Wiseman
• [PATCH] ext3: small fix for previous retries patch in ext3_prepare_write(), Kirill Korotaev
• trump russsian Cutie!, Elsie
• [ANNOUNCE] KVM userspace release 5, Avi Kivity
• XFS internal error xfs_trans_cancel at line 1138 of file fs/xfs/xfs_trans.c (kernel 2.6.18.1), Jesper Juhl
  • Re: XFS internal error xfs_trans_cancel at line 1138 of file fs/xfs/xfs_trans.c (kernel 2.6.18.1), David Chinner
    • Re: XFS internal error xfs_trans_cancel at line 1138 of file fs/xfs/xfs_trans.c (kernel 2.6.18.1), Jesper Juhl
      • Re: XFS internal error xfs_trans_cancel at line 1138 of file fs/xfs/xfs_trans.c (kernel 2.6.18.1), David Chinner
      • Re: XFS internal error xfs_trans_cancel at line 1138 of file fs/xfs/xfs_trans.c (kernel 2.6.18.1), Jesper Juhl
• [RFC&PATCH] KDB over the network using netconsole, Dan Aloni
• A Big bug with ethernet card, spynet
  • Re: A Big bug with ethernet card, Stephen Hemminger
  • Re: A Big bug with ethernet card, Athanasius
• [PATCH] work around gcc4 issue with -Os in Dwarf2 stack unwind code, Jan Beulich
  • Re: [PATCH] work around gcc4 issue with -Os in Dwarf2 stack unwind code, Jakub Jelinek
    • Re: [PATCH] work around gcc4 issue with -Os in Dwarf2 stack unwind code, Jan Beulich
      • Re: [PATCH] work around gcc4 issue with -Os in Dwarf2 stack unwind code, Jakub Jelinek
  • Re: [PATCH] work around gcc4 issue with -Os in Dwarf2 stack unwind code, Andi Kleen
• [ALSA PATCH] alsa-git merge request, Jaroslav Kysela
• Re: [PATCH/RFC] pass dio_complete proper offset from finished_one_bio, Eric Sandeen
• [PATCH] KVM: AMD SVM: Avoid three more new instructions, Avi Kivity
• [PATCH] i2c: fix broken ds1337 initialization, Dirk Eibach
• Typo fix for 2.6.19-rc6, Remi
• [PATCH 0/6] KVM: Add AMD SVM support, Avi Kivity
  • [PATCH 3/6] KVM: AMD SVM: Add missing tlb flushes to the guest mmu, Avi Kivity
  • [PATCH 1/6] KVM: AMD SVM: Add architecture definitions for AMD SVM, Avi Kivity
  • [PATCH 2/6] KVM: AMD SVM: Enhance x86 emulator, Avi Kivity
  • [PATCH 6/6] KVM: AMD SVM: Plumbing, Avi Kivity
  • [PATCH 4/6] KVM: AMD SVM: Add data structures, Avi Kivity
  • [PATCH 5/6] KVM: AMD SVM: Implementation, Avi Kivity
• [PATCH] lockdep: fix sk->sk_callback_lock locking, Peter Zijlstra
  • Re: [PATCH] lockdep: fix sk->sk_callback_lock locking, Herbert Xu
    • Re: [PATCH] lockdep: fix sk->sk_callback_lock locking, Jarek Poplawski
    • Re: [PATCH] lockdep: fix sk->sk_callback_lock locking, Peter Zijlstra
      • Re: [PATCH] lockdep: fix sk->sk_callback_lock locking, Herbert Xu
      • Re: [PATCH] lockdep: fix sk->sk_callback_lock locking, David Miller
• [patch] Mark rdtsc as sync only for netburst, not for core2, Arjan van de Ven
  • Re: [patch] Mark rdtsc as sync only for netburst, not for core2, Andi Kleen
    • Message not available
      • Re: [patch] Mark rdtsc as sync only for netburst, not for core2, Arjan van de Ven
      • Re: [patch] Mark rdtsc as sync only for netburst, not for core2, Nick Piggin
      • Re: [patch] Mark rdtsc as sync only for netburst, not for core2, Zhang, Yanmin
      • Message not available
      • Re: [patch] Mark rdtsc as sync only for netburst, not for core2, Arjan van de Ven
      • Re: [patch] Mark rdtsc as sync only for netburst, not for core2, Zhang, Yanmin
• 2.6.19-rc6-mm2, Andrew Morton
  • Re: 2.6.19-rc6-mm2, Akinobu Mita
  • Re: 2.6.19-rc6-mm2, Mariusz Kozlowski
    • Re: 2.6.19-rc6-mm2, Mariusz Kozlowski
    • Re: 2.6.19-rc6-mm2, Greg KH
      • Re: 2.6.19-rc6-mm2, Kay Sievers
      • Re: 2.6.19-rc6-mm2, Andy Whitcroft
      • Re: 2.6.19-rc6-mm2, Kay Sievers
  • Re: 2.6.19-rc6-mm2, Miles Lane
    • Re: 2.6.19-rc6-mm2, Vivek Goyal
  • Re: 2.6.19-rc6-mm2, Thomas Tuttle
    • Re: 2.6.19-rc6-mm2, Andrew Morton
      • Re: 2.6.19-rc6-mm2, Avi Kivity
      • Re: 2.6.19-rc6-mm2, Avi Kivity
    • Re: 2.6.19-rc6-mm2, Andrew Morton
      • Re: 2.6.19-rc6-mm2, Jean Tourrilhes
  • Re: 2.6.19-rc6-mm2, Jiri Kosina
  • [-mm patch] #if 0 fs/gfs2/acl.c:gfs2_check_acl(), Adrian Bunk
    • Re: [-mm patch] #if 0 fs/gfs2/acl.c:gfs2_check_acl(), Steven Whitehouse
  • [PATCH] compile fix on x86 without X86_LOCAL_APIC (was 2.6.19-rc6-mm2), Jiri Kosina
    • Re: [PATCH] compile fix on x86 without X86_LOCAL_APIC (was 2.6.19-rc6-mm2), Andrew Morton
  • Re: 2.6.19-rc6-mm2: uli526x only works after reload, Rafael J. Wysocki
    • Re: 2.6.19-rc6-mm2: uli526x only works after reload, Rafael J. Wysocki
      • Re: 2.6.19-rc6-mm2: uli526x only works after reload, Andrew Morton
      • Re: 2.6.19-rc6-mm2: uli526x only works after reload, Rafael J. Wysocki
      • Re: 2.6.19-rc6-mm2: uli526x only works after reload, Rafael J. Wysocki
      • Re: 2.6.19-rc6-mm2: uli526x only works after reload, Andrew Morton
      • Re: 2.6.19-rc6-mm2: uli526x only works after reload, Rafael J. Wysocki
      • Re: 2.6.19-rc6-mm2: uli526x only works after reload, Andrew Morton
      • Re: 2.6.19-rc6-mm2: uli526x only works after reload, Rafael J. Wysocki
      • Re: 2.6.19-rc6-mm2: uli526x only works after reload, Andrew Morton
      • Re: 2.6.19-rc6-mm2: uli526x only works after reload, Rafael J. Wysocki
  • Re: 2.6.19-rc6-mm2, Ed Tomlinson
    • Re: 2.6.19-rc6-mm2, Randy Dunlap
      • Re: 2.6.19-rc6-mm2, Ed Tomlinson
• mismatch between default and defconfig LOG_BUF_SHIFT values, Robert P. J. Day
  • Re: mismatch between default and defconfig LOG_BUF_SHIFT values, Arjan van de Ven
    • Re: mismatch between default and defconfig LOG_BUF_SHIFT values, Robert P. J. Day
• oprofile as user, J.A. Magallón
• [patch] x86_64: fix earlyprintk=...,keep regression, Ingo Molnar
  • Re: [patch] x86_64: fix earlyprintk=...,keep regression, Linus Torvalds
    • Re: [patch] x86_64: fix earlyprintk=...,keep regression, Linus Torvalds
    • Re: [patch] x86_64: fix earlyprintk=...,keep regression, Andi Kleen
    • Re: [patch] x86_64: fix earlyprintk=...,keep regression, Ingo Molnar
• 2.6.19-rc6-rt8, Ingo Molnar
  • rt7 sucess Re: 2.6.19-rc6-rt8, Sergio Monteiro Basto
  • Re: 2.6.19-rc6-rt8, Karsten Wiese
    • Re: 2.6.19-rc6-rt8, Karsten Wiese
      • Re: 2.6.19-rc6-rt8, Ingo Molnar
      • Re: 2.6.19-rc6-rt8, Karsten Wiese
    • Re: 2.6.19-rc6-rt8, Ingo Molnar
  • Re: 2.6.19-rc6-rt8, Hu Gang
    • Re: 2.6.19-rc6-rt8, Ingo Molnar
      • Re: 2.6.19-rc6-rt8, Hu Gang
      • Re: 2.6.19-rc6-rt8, Ingo Molnar
• [patch] IRQ handler type mismatch for IRQ 14, Ingo Molnar
• [PATCH 1/2 -mm] fault-injection: safer defaults, trivial optimization, cleanup, Don Mullis
  • [PATCH 2/2 -mm] fault-injection: lightweight code-coverage maximizer, Don Mullis
    • Re: [PATCH 2/2 -mm] fault-injection: lightweight code-coverage maximizer, Akinobu Mita
      • Re: [PATCH 2/2 -mm] fault-injection: lightweight code-coverage maximizer, Don Mullis
      • Re: [PATCH 2/2 -mm] fault-injection: lightweight code-coverage maximizer, Akinobu Mita
      • Re: [PATCH 2/2 -mm] fault-injection: lightweight code-coverage maximizer, Don Mullis
  • Re: [PATCH 1/2 -mm] fault-injection: safer defaults, trivial optimization, cleanup, Andrew Morton
    • Re: [PATCH 1/2 -mm] fault-injection: safer defaults, trivial optimization, cleanup, Don Mullis
      • Re: [PATCH 1/2 -mm] fault-injection: safer defaults, trivial optimization, cleanup, Andrew Morton
• i686 apicid_to_node compile failure., Dave Jones
  • Re: i686 apicid_to_node compile failure., Dave Jones
    • Re: i686 apicid_to_node compile failure., Randy Dunlap
      • Re: i686 apicid_to_node compile failure., Dave Jones
      • Re: i686 apicid_to_node compile failure., Andi Kleen
      • Re: i686 apicid_to_node compile failure., Randy Dunlap
• Oops with 2.6.18.2: load_elf_binary, Sebastian Kärgel
  • Re: Oops with 2.6.18.2: load_elf_binary, Randy Dunlap
    • Re: Oops with 2.6.18.2: load_elf_binary, Sebastian Kärgel
• add missing libsas include to fix s390 compilation., Dave Jones
• [2.6 patch] include/linux/nfsd/const.h: remove NFS_SUPER_MAGIC, Adrian Bunk
• [2.6 patch] remove include/linux/byteorder/pdp_endian.h, Adrian Bunk
• 2.6.18.3 Lockup on Athlon MP, Federico Sevilla III
  • Re: 2.6.18.3 Lockup on Athlon MP, Federico Sevilla III
• [RFC: 2.6 patch] don't export device IDs to userspace, Adrian Bunk
• [2.6 patch] cleanup arch/i386/kernel/smpboot.c:smp_tune_scheduling(), Adrian Bunk
  • Re: [2.6 patch] cleanup arch/i386/kernel/smpboot.c:smp_tune_scheduling(), Ingo Molnar
• [2.6 patch] Voyager: remove smp_tune_scheduling() FIXME, Adrian Bunk
• [2.6 patch] remove the unused PARIDE_PARPORT function, Adrian Bunk
• Re: SCSI init discussion/SAN problem (not interesting), Evan Rempel
  • Re: SCSI init discussion/SAN problem (not interesting), Bernd Eckenfels
    • Re: SCSI init discussion/SAN problem (not interesting), Evan Rempel
• [PATCH] Clean up "make help" output for documentation targets, Jesper Juhl
  • Re: [PATCH] Clean up "make help" output for documentation targets, Randy Dunlap
• Re: [BUG] Reiserfs panic while running fsstress due to multiple truncate "safe links" for a file., Suzuki
  • Re: [BUG] Reiserfs panic while running fsstress due to multiple truncate "safe links" for a file., Andrew Morton
    • Re: [BUG] Reiserfs panic while running fsstress due to multiple truncate "safe links" for a file., suzuki
      • Re: [BUG] Reiserfs panic while running fsstress due to multiple truncate "safe links" for a file., Vladimir V. Saveliev
• autoconf.h and auto.conf missing, Lukasz Stelmach
  • Re: autoconf.h and auto.conf missing, Roman Zippel
  • make oldconfig problem Re: autoconf.h and auto.conf missing, Sergio Monteiro Basto
• Re: [PATCH] potential NULL pointer deref in net/key/af_key.c, David Miller
  • Re: [PATCH] potential NULL pointer deref in net/key/af_key.c, Jesper Juhl
• [PATCH] kconfig: Remove obsolete CONFIG_DMA_IS_DMA32 entries from ia64 config files, Robert P. J. Day
  • Re: [PATCH] kconfig: Remove obsolete CONFIG_DMA_IS_DMA32 entries from ia64 config files, Adrian Bunk
    • Re: [PATCH] kconfig: Remove obsolete CONFIG_DMA_IS_DMA32 entries from ia64 config files, Robert P. J. Day
• [PATCH 1/1]OProfile for Cell cleanup patch, Maynard Johnson
• [PATCH 0/1]OProfile for Cell cleanup patch, Maynard Johnson
• aic94xx breaks with SATA drives that have medium errors, Dan Aloni
• sis900: Disabling IRQ 3 - not working!, Piter PUNK
• [PATCH 2.6.19-rc6] sunrpc: fix race condition, Chris Caputo
  • Re: [NFS] [PATCH 2.6.19-rc6] sunrpc: fix race condition, Chuck Lever
  • Re: [PATCH 2.6.19-rc6] sunrpc: fix race condition, Chris Caputo
• [RFC/PATCH] Uncap max number of evdev devices [was: Re: need more events], Linas Vepstas
  • Re: [RFC/PATCH] Uncap max number of evdev devices [was: Re: need more events], Dmitry Torokhov
• [PATCH 2.6.19-rc6] i2c-i801: Documentation patch for Intel ICH9/ICH8/ESB2, Jason Gaston
  • Re: [PATCH 2.6.19-rc6] i2c-i801: Documentation patch for Intel ICH9/ICH8/ESB2, Jean Delvare
• what is the purpose of "CONFIG_DMA_IS_DMA32"?, Robert P. J. Day
  • Re: what is the purpose of "CONFIG_DMA_IS_DMA32"?, Andi Kleen
  • Re: what is the purpose of "CONFIG_DMA_IS_DMA32"?, Christoph Lameter
• [RFC][PATCH] dm-cache: block level disk cache target for device mapper, Eric Van Hensbergen
  • Re: [RFC][PATCH] dm-cache: block level disk cache target for device mapper, bert hubert
    • Re: [RFC][PATCH] dm-cache: block level disk cache target for device mapper, Eric Van Hensbergen
  • Re: [dm-devel] [RFC][PATCH] dm-cache: block level disk cache target for device mapper, Jens Wilke
    • Re: [dm-devel] [RFC][PATCH] dm-cache: block level disk cache target for device mapper, Eric Van Hensbergen
      • Re: [dm-devel] [RFC][PATCH] dm-cache: block level disk cache target for device mapper, Jens Wilke
  • Re: [RFC][PATCH] dm-cache: block level disk cache target for device mapper, Christoph Hellwig
• sky2, tx timeout, Martin Korous
  • Re: sky2, tx timeout, Francois Romieu
• O2micro smartcard reader driver., Laurent Bigonville
  • Re: O2micro smartcard reader driver., Eric Piel
    • Re: O2micro smartcard reader driver., Oliver Neukum
  • Re: O2micro smartcard reader driver., Andreas Jellinghaus
    • Re: O2micro smartcard reader driver., Laurent Bigonville
• Page coloring in linux, Apan Qasem
  • Re: Page coloring in linux, Rik van Riel
• [PATCH] Implement file posix capabilities, Serge E. Hallyn
  • Re: [PATCH] Implement file posix capabilities, Chris Friedhoff
    • Re: [PATCH] Implement file posix capabilities, Bill O'Donnell
      • Re: [PATCH] Implement file posix capabilities, Bill O'Donnell
      • Re: [PATCH] Implement file posix capabilities, Serge E. Hallyn
• [RFC][PATCH] dm-cow: copy-on-write stackable target for device-mapper, Eric Van Hensbergen
• utrace comments, Christoph Hellwig
• [PATCH] acpi: add backlight support to the sony_acpi driver (v2), Alessandro Guido
• [PATCH] pata_marvell: merge Mandriva patches, Alan
• [PATCH] pata_hpt3x3: suspend/resume support, Alan
• Reserving a fixed physical address page of RAM., Jon Ringle
  • <Possible follow-ups>
  • Re: Reserving a fixed physical address page of RAM., Robert Hancock
    • Re: Reserving a fixed physical address page of RAM., Jon Ringle
      • Re: Reserving a fixed physical address page of RAM., Robert Hancock
      • Re: Reserving a fixed physical address page of RAM., Dave Airlie
      • Re: Reserving a fixed physical address page of RAM., Fawad Lateef
      • Re: Reserving a fixed physical address page of RAM., Jesper Juhl
      • Re: Reserving a fixed physical address page of RAM., linux-os \(Dick Johnson\)
  • RE: Reserving a fixed physical address page of RAM., Jon Ringle
  • RE: Reserving a fixed physical address page of RAM., Jon Ringle
  • RE: Reserving a fixed physical address page of RAM., Jon Ringle
  • Re: Reserving a fixed physical address page of RAM., Jon Ringle
    • Re: Reserving a fixed physical address page of RAM., Fawad Lateef
  • RE: Reserving a fixed physical address page of RAM., Jon Ringle
    • Re: Reserving a fixed physical address page of RAM., Fawad Lateef
  • RE: Reserving a fixed physical address page of RAM., Jon Ringle
• [PATCH] hpt36x: Suspend/resume support, Alan
• [PATCH] pata : more drivers that need only standard suspend and resume, Alan
• [PATCH] pata_amd: suspend/resume, Alan
• [PATCH]: pata_via suspend/resume support, Alan
• [PATCH]: pata_serverworks suspend/resume, Alan
• [PATCH] IDE: typo in ide-io.c leads to faulty assignment, Elias Oltmanns
  • Re: [PATCH] IDE: typo in ide-io.c leads to faulty assignment, Alan
  • Re: [PATCH] IDE: typo in ide-io.c leads to faulty assignment, Jesper Juhl
    • Re: [PATCH] IDE: typo in ide-io.c leads to faulty assignment, Elias Oltmanns
• 2.6.19-rc6-git10 new perfmon code base + libpfm + pfmon, Stephane Eranian
  • Re: [perfmon] 2.6.19-rc6-git10 new perfmon code base + libpfm + pfmon, William Cohen
• [PATCH] Add debugging aid for memory initialisation problems, Mel Gorman
  • Re: [PATCH] Add debugging aid for memory initialisation problems, Andi Kleen
    • Re: [PATCH] Add debugging aid for memory initialisation problems, Mel Gorman
      • Re: [PATCH] Add debugging aid for memory initialisation problems, Andi Kleen
      • Re: [PATCH] Add debugging aid for memory initialisation problems, Mel Gorman
• File-locking problems with RHEL4 kernel (2.6.9-42.0.3.ELsmp) under high load, Martin Knoblauch
• mm/fremap.c(104): remark #593: variable "pte_val" was set but never used, d binderman
  • Re: mm/fremap.c(104): remark #593: variable "pte_val" was set but never used, Hugh Dickins
• Problem with 2.6.18: memory leak(?), Alexander V. Lukyanov
  • Re: Problem with 2.6.18: memory leak(?), Andrew Morton
    • Re: Problem with 2.6.18: memory leak(?), Alexander V. Lukyanov
• Bug? Needed to use pci=assign-busses, Oyvind Kristiansen
• [PATCH 0/38] KVM: Decouple Intel VT implementation from base kvm, Avi Kivity
  • [PATCH 3/38] KV: Make hardware detection an arch operation, Avi Kivity
  • [PATCH 2/38] KVM: Make /dev/registration happen when the arch specific module is loaded, Avi Kivity
  • [PATCH 5/38] KVM: Make the hardware setup operations (non-percpu) arch operations, Avi Kivity
  • Re: [PATCH 0/38] KVM: Decouple Intel VT implementation from base kvm, Avi Kivity
  • [PATCH 1/38] KVM: Create kvm-intel.ko module, Avi Kivity
    • Re: [PATCH 1/38] KVM: Create kvm-intel.ko module, Ingo Molnar
      • Re: [PATCH 1/38] KVM: Create kvm-intel.ko module, Christoph Hellwig
      • Re: [PATCH 1/38] KVM: Create kvm-intel.ko module, Ingo Molnar
      • Re: [PATCH 1/38] KVM: Create kvm-intel.ko module, Andrew Morton
      • Re: [PATCH 1/38] KVM: Create kvm-intel.ko module, Ingo Molnar
      • Re: [PATCH 1/38] KVM: Create kvm-intel.ko module, Christoph Hellwig
      • Re: [PATCH 1/38] KVM: Create kvm-intel.ko module, Ingo Molnar
  • [PATCH 4/38] KVM: Make the per-cpu enable/disable functions arch operations, Avi Kivity
  • [PATCH 6/38] KVM: Make the guest debugger an arch operation, Avi Kivity
  • [PATCH 12/38] KVM: Add idt and gdt descriptor accessors, Avi Kivity
  • [PATCH 13/38] KVM: Make syncing the register file to the vcpu structure an arch operation, Avi Kivity
  • [PATCH 20/38] KVM: Make set_cr3() and tlb flushing arch operations, Avi Kivity
  • [PATCH 11/38] KVM: Add get_segment_base() arch accessor, Avi Kivity
  • [PATCH 21/38] KVM: Make inject_page_fault() an arch operation, Avi Kivity
  • [PATCH 19/38] KVM: Make __set_efer() an arch operation, Avi Kivity
    • Re: [PATCH 19/38] KVM: Make __set_efer() an arch operation, Christoph Hellwig
      • Re: [PATCH 19/38] KVM: Make __set_efer() an arch operation, Avi Kivity
  • [PATCH 10/38] KVM: Cache guest cr0 in vcpu structure, Avi Kivity
  • [PATCH 17/38] KVM: Make __set_cr0() (and dependencies) arch operations, Avi Kivity
  • [PATCH 8/38] KVM: Make the segment accessors arch operations, Avi Kivity
  • [PATCH 15/38] KVM: Move the vmx exit handlers to vmx.c, Avi Kivity
  • [PATCH 16/38] KVM: Make vcpu_setup() an arch operation, Avi Kivity
  • [PATCH 14/38] KVM: Make the vcpu execution loop an arch operation, Avi Kivity
  • [PATCH 9/38] KVM: Cache guest cr4 in vcpu structure, Avi Kivity
  • [PATCH 7/38] KVM: Make msr accessors arch operations, Avi Kivity
  • [PATCH 18/38] KVM: Make __set_cr4() an arch operation, Avi Kivity
  • [PATCH 31/38] KVM: Make vcpu creation and destruction arch operations, Avi Kivity
  • [PATCH 22/38] KVM: Make inject_gp() an arch operation, Avi Kivity
  • [PATCH 38/38] KVM: Remove vmx includes from arch independent code, Avi Kivity
  • [PATCH 32/38] KVM: Move vmcs static variables to vmx.c, Avi Kivity
  • [PATCH 35/38] KVM: Remove guest_cpl(), Avi Kivity
  • [PATCH 27/38] KVM: Move the vmx segment field definitions to vmx.c, Avi Kivity
  • [PATCH 28/38] KVM: Add an arch accessor for cs d/b and l bits, Avi Kivity
  • [PATCH 37/38] KVM: Move vmx helper inlines to vmx.c, Avi Kivity
  • [PATCH 33/38] KVM: Make is_long_mode() an arch operation, Avi Kivity
  • [PATCH 24/38] KVM: Use the general purpose register accessors rather than direct access, Avi Kivity
  • [PATCH 26/38] KVM: Access rflags through an arch operation, Avi Kivity
  • [PATCH 36/38] KVM: Move vmcs accessors to vmx.c, Avi Kivity
  • [PATCH 30/38] KVM: Make vcpu_load() and vcpu_put() arch operations, Avi Kivity
  • [PATCH 25/38] KVM: Move the vmx tsc accessors to vmx.c, Avi Kivity
  • [PATCH 34/38] KVM: Use the tlb flush arch operation instead of an inline, Avi Kivity
  • [PATCH 23/38] KVM: Use the idt and gdt accessors in realmode emulation, Avi Kivity
  • [PATCH 29/38] KVM: Add a set_cr0_no_modeswitch() arch accessor, Avi Kivity
• kernel: Please report the result to linux-kernel to fix this permanently, Hanno Böck
  • Re: kernel: Please report the result to linux-kernel to fix this permanently, Jesper Juhl
    • Re: kernel: Please report the result to linux-kernel to fix this permanently, Renato S. Yamane
  • Message not available
    • Re: kernel: Please report the result to linux-kernel to fix this permanently, Hanno Böck
• Which patch fix the 8G memory problem on x64 platform?, Zhao Forrest
  • Re: Which patch fix the 8G memory problem on x64 platform?, Andi Kleen
    • Re: Which patch fix the 8G memory problem on x64 platform?, Zhao Forrest
      • Re: Which patch fix the 8G memory problem on x64 platform?, Andi Kleen
• [Patch 4/7] driver core: Don't stop probing on ->probe errors., Cornelia Huck
• [Patch 7/7] driver core: Don't fail attaching the device if it cannot be bound., Cornelia Huck
• [Patch 3/7] driver core fixes: device_register() retval check in platform.c, Cornelia Huck
  • Re: [Patch 3/7] driver core fixes: device_register() retval check in platform.c, Russell King
    • Re: [Patch 3/7] driver core fixes: device_register() retval check in platform.c, Cornelia Huck
• [Patch 2/7] driver core fixes: sysfs_create_link() retval checks in core.c, Cornelia Huck
• [Patch 6/7] driver core: Per-subsystem multithreaded probing., Cornelia Huck
  • Re: [Patch 6/7] driver core: Per-subsystem multithreaded probing., Greg KH
• [Patch 5/7] driver core: Change function call order in device_bind_driver()., Cornelia Huck
• [Patch 1/7] driver core fixes: make_class_name() retval checks, Cornelia Huck
• [Patch 0/7] Resend(2): driver core patches, Cornelia Huck
• [PATCH 0/2] KVM: Sync with -mm tree, Avi Kivity
  • [PATCH 2/2] KVM: Make enum values in userspace interface explicit, Avi Kivity
  • [PATCH 1/2] KVM: Clarify licensing, Avi Kivity
• Weird wasting of time between ioctl() and ioctl dispatcher, Cestonaro, Thilo \(external\)
  • Re: Weird wasting of time between ioctl() and ioctl dispatcher, Arjan van de Ven
  • Re: Weird wasting of time between ioctl() and ioctl dispatcher, Andi Kleen
• [2.6 PATCH] sysctl: String length calculated is wrong if it contains negative numbers, BP, Praveen
• [PATCH] selinux: fix dentry_open() error check, Akinobu Mita
  • Re: [PATCH] selinux: fix dentry_open() error check, Christoph Hellwig
    • Re: [PATCH] selinux: fix dentry_open() error check, Akinobu Mita
  • Re: [PATCH] selinux: fix dentry_open() error check, James Morris
• Forgotten patch to fs/locks.c, lkml
• [PATCH] synclink_gt: fix init error handling, Akinobu Mita
• [PATCH] spi: check platform_device_register_simple() error, Akinobu Mita
  • Re: [PATCH] spi: check platform_device_register_simple() error, David Brownell
  • Re: [PATCH] spi: check platform_device_register_simple() error, Andrew Morton
• [PATCH] iscsi: fix crypto_alloc_hash() error check, Akinobu Mita
• [PATCH] fix create_write_pipe() error check, Akinobu Mita
• [PATCH] ecryptfs: fix crypto_alloc_blkcipher() error check, Akinobu Mita
• [PATCH] futex: init error ckeck, Akinobu Mita
  • Re: [PATCH] futex: init error ckeck, Ingo Molnar
• [PATCH] audit: fix kstrdup() error check, Akinobu Mita
• [PATCH 0/4] Fix the binary ipc and uts namespace sysctls., Eric W. Biederman
  • [PATCH 4/4] sysctl: Fix sys_sysctl interface of ipc sysctls, Eric W. Biederman
  • [PATCH 3/4] sysctl: Simplify ipc ns specific sysctls, Eric W. Biederman
    • Re: [PATCH 3/4] sysctl: Simplify ipc ns specific sysctls, Serge E. Hallyn
  • [PATCH 1/4] sysctl: Simplify sysctl_uts_string, Eric W. Biederman
  • [PATCH 2/4] sysctl: Implement sysctl_uts_string, Eric W. Biederman
  • Re: [PATCH 0/4] Fix the binary ipc and uts namespace sysctls., Herbert Poetzl
    • Re: [PATCH 0/4] Fix the binary ipc and uts namespace sysctls., Eric W. Biederman
      • Re: [PATCH 0/4] Fix the binary ipc and uts namespace sysctls., Herbert Poetzl
      • Re: [PATCH 0/4] Fix the binary ipc and uts namespace sysctls., Eric W. Biederman
      • Re: [PATCH 0/4] Fix the binary ipc and uts namespace sysctls., Herbert Poetzl
• 2.6.18 Memory Error (mapping)/Reboot with 8GB of memory, Jeffrey V. Merkey
• WARNING in 2.6.18.2 (ACPI) Section mismatch..., Linda Walsh
• udev going crazy in 2.6.19-rc6-mm1, Robert Hancock
• [2.6 patch] NET_SCH_ATM doesn't need ipcommon.o, Adrian Bunk
  • Re: [2.6 patch] NET_SCH_ATM doesn't need ipcommon.o, Christoph Hellwig
• Re: futex hang with rpm in 2.6.17.1-2174_FC5, Denis Vlasenko
• freeze with swap on dm-crypt on smp system (v2.6.18-g23541d2), Matthias Lederhofer
  • Re: freeze with swap on dm-crypt on smp system (v2.6.18-g23541d2), Milan Broz
    • Re: freeze with swap on dm-crypt on smp system (v2.6.18-g23541d2), Matthias Lederhofer
• [PATCH 3/3] x86: when acpi_noirq is set, use mptable instead of MADT, Yinghai Lu
  • Re: [PATCH 3/3] x86: when acpi_noirq is set, use mptable instead of MADT, Andi Kleen
  • Re: [PATCH 3/3] x86: when acpi_noirq is set, use mptable instead of MADT, Len Brown
    • Re: [PATCH 3/3] x86: when acpi_noirq is set, use mptable instead of MADT, Yinghai Lu
    • Re: [PATCH 3/3] x86: when acpi_noirq is set, use mptable instead of MADT, Yinghai Lu
• [PATCH 2/3] x86: remove duplicated parser for "pci=noacpi", Yinghai Lu
  • Re: [PATCH 2/3] x86: remove duplicated parser for "pci=noacpi", Andi Kleen
    • Re: [PATCH 2/3] x86: remove duplicated parser for "pci=noacpi", Yinghai Lu
  • <Possible follow-ups>
  • RE: [PATCH 2/3] x86: remove duplicated parser for "pci=noacpi", Lu, Yinghai
• [PATCH 1/3] x86_64: remove unused acpi_found_madt in mparse., Yinghai Lu
  • Re: [PATCH 1/3] x86_64: remove unused acpi_found_madt in mparse., Andi Kleen
• [PATCH 0/3] madt/dsdt and mptable, Yinghai Lu
• Build breakage ..., Ralf Baechle
  • Re: Build breakage ..., Russell King
    • Re: Build breakage ..., Russell King
  • Re: Build breakage ..., Linus Torvalds
    • Re: Build breakage ..., Linus Torvalds
      • Re: Build breakage ..., Russell King
      • Re: Build breakage ..., Linus Torvalds
      • Re: Build breakage ..., Russell King
      • Re: Build breakage ..., Ralf Baechle
      • Re: Build breakage ..., Alexey Dobriyan
    • Re: Build breakage ..., Ralf Baechle
  • Re: Build breakage ..., Kyle McMartin
    • [PARISC] Fix incorrent type of flags in <asm/semaphore.h>, Kyle McMartin
• [PATCH -mm] sata_nv: fix ATAPI in ADMA mode, Robert Hancock
  • Re: [PATCH -mm] sata_nv: fix ATAPI in ADMA mode, Andrew Morton
    • Re: [PATCH -mm] sata_nv: fix ATAPI in ADMA mode, Jeff Garzik
    • Re: [PATCH -mm] sata_nv: fix ATAPI in ADMA mode, Jeff Garzik
    • RE: [PATCH -mm] sata_nv: fix ATAPI in ADMA mode, Allen Martin
  • Re: [PATCH -mm] sata_nv: fix ATAPI in ADMA mode, Jeff Garzik
• Incorrect handling of descriptors put into UNIX domain sockets?, Jürgen Pabel
• pata_ali: troubles with interrupt, Luca Tettamanti
• We Guuaranteees Bigger Pen-nis, Elena Waller
• [RFC] dynsched - different cpu schedulers per cpuset, Felix Obenhuber
  • Re: [RFC] dynsched - different cpu schedulers per cpuset, Paul Jackson
    • Re: [RFC] dynsched - different cpu schedulers per cpuset, Paul Jackson
    • Re: [RFC] dynsched - different cpu schedulers per cpuset, Paul Menage
      • Re: [RFC] dynsched - different cpu schedulers per cpuset, Felix Obenhuber
• [PATCH] kconfig: Standardize "depends" -> "depends on" in Kconfig files, Robert P. J. Day
• more pedantry: "depends on" versus "depends" versus "requires", Robert P. J. Day
• [PATCH 0/2] V4L/DVB fixes, Mauro Carvalho Chehab
  • [PATCH 1/2] V4L/DVB (4885): Improve saa711x check, Mauro Carvalho Chehab
  • [PATCH 2/2] V4L/DVB (4874): Fix oops on symbol rate==0, Mauro Carvalho Chehab
• re: skge error; hangs w/ hardware memory hole (was re: X86_64 + VIA + 4g problems), Howard Chu
• [2.6 patch] net/sctp/socket.c: add missing sctp_spin_unlock_irqrestore, Eugene Teo
  • Re: [2.6 patch] net/sctp/socket.c: add missing sctp_spin_unlock_irqrestore, Al Viro
    • Re: [2.6 patch] net/sctp/socket.c: add missing sctp_spin_unlock_irqrestore, Arjan van de Ven
    • Re: [2.6 patch] net/sctp/socket.c: add missing sctp_spin_unlock_irqrestore, Eugene Teo
• inconsistent lock state in 2.6.18.3, Mikhail Kshevetskiy
• touch softlockup during, Dave Jones
  • Re: touch softlockup during, Andi Kleen
    • Re: touch softlockup during stack unwinding., Dave Jones
• Re: 2.6.19-rc6 : Spontaneous reboots, stack overflows - seems to implicate xfs, Chuck Ebbert
• Ski for huge page size !, sudhnesh adapawar
  • Re: Ski for huge page size !, Peter Chubb
• How to boot 2.6 kernel using hp ski simulator ???, sudhnesh adapawar
  • Re: How to boot 2.6 kernel using hp ski simulator ???, Peter Chubb
• [2.6 patch] remove fs/jffs2/ioctl.c, Adrian Bunk
• [RFC: 2.6 patch] i386: always enable regparm, Adrian Bunk
  • Re: [RFC: 2.6 patch] i386: always enable regparm, Andi Kleen
• [2.6 patch] kill net/rxrpc/rxrpc_syms.c, Adrian Bunk
  • Re: [2.6 patch] kill net/rxrpc/rxrpc_syms.c, David Howells
    • [2.6 patch] kill net/rxrpc/rxrpc_syms.c, Adrian Bunk
    • Re: [2.6 patch] kill net/rxrpc/rxrpc_syms.c, Andrew Morton
      • Re: [2.6 patch] kill net/rxrpc/rxrpc_syms.c, Arnaldo Carvalho de Melo
    • Re: [2.6 patch] kill net/rxrpc/rxrpc_syms.c, David Howells
• [2.6 patch] better CONFIG_W1_SLAVE_DS2433_CRC handling, Adrian Bunk
  • Re: [2.6 patch] better CONFIG_W1_SLAVE_DS2433_CRC handling, Evgeniy Polyakov
• [RFC: 2.6 patch] zd1211rw: possible cleanups, Adrian Bunk
• [2.6 patch] x86_64: remove duplicate ARCH_DISCONTIGMEM_ENABLE option, Adrian Bunk
  • Re: [discuss] [2.6 patch] x86_64: remove duplicate ARCH_DISCONTIGMEM_ENABLE option, Andi Kleen
• [2.6 patch] remove DVB_AV7110_FIRMWARE, Adrian Bunk
  • Re: [v4l-dvb-maintainer] [2.6 patch] remove DVB_AV7110_FIRMWARE, Trent Piepho
    • Re: [v4l-dvb-maintainer] [2.6 patch] remove DVB_AV7110_FIRMWARE, Adrian Bunk
      • Re: [v4l-dvb-maintainer] [2.6 patch] remove DVB_AV7110_FIRMWARE, Trent Piepho
      • Re: [v4l-dvb-maintainer] [2.6 patch] remove DVB_AV7110_FIRMWARE, Adrian Bunk
      • Re: [v4l-dvb-maintainer] [2.6 patch] remove DVB_AV7110_FIRMWARE, Oliver Endriss
• Linux 2.6.16.34-rc1, Adrian Bunk
• atomic_add_unless() and mb(), Oleg Nesterov
• OOM killer firing on 2.6.18 and later during LTP runs, Martin J. Bligh
  • Re: OOM killer firing on 2.6.18 and later during LTP runs, Andrew Morton
    • Re: OOM killer firing on 2.6.18 and later during LTP runs, Martin J. Bligh
      • Re: OOM killer firing on 2.6.18 and later during LTP runs, Andrew Morton
    • Re: OOM killer firing on 2.6.18 and later during LTP runs, Dave Jones
      • Re: OOM killer firing on 2.6.18 and later during LTP runs, Andrew Morton
      • Re: OOM killer firing on 2.6.18 and later during LTP runs, Dave Jones
      • Re: OOM killer firing on 2.6.18 and later during LTP runs, Andrew Morton
    • Re: OOM killer firing on 2.6.18 and later during LTP runs, Andy Whitcroft
• [USB] urb->number_of_packets = 256 !, Ilyes Gouta
  • Re: [USB] urb->number_of_packets = 256 !, Duncan Sands
    • Re: [linux-usb-devel] [USB] urb->number_of_packets = 256 !, Alan Stern
• Compile failure since 2.6.19-rc6-git5, Martin J. Bligh
  • Re: Compile failure since 2.6.19-rc6-git5, David Miller
• lovelily Womans in harrd***ingg., Mai
• [PATCH-2.4] arm: incorrect use of "&&" instead of "&", Willy Tarreau
  • Re: [PATCH-2.4] arm: incorrect use of "&&" instead of "&", Russell King
    • Re: [PATCH-2.4] arm: incorrect use of "&&" instead of "&", Willy Tarreau
• Pathetic write performance from Areca PCIe cards, Maurice Volaski
  • Re: Pathetic write performance from Areca PCIe cards, erich
    • Re: Pathetic write performance from Areca PCIe cards, Bron Gondwana
      • Re: Pathetic write performance from Areca PCIe cards, Areca Support
• [PATCH-2.4] jfs: incorrect use of "&&" instead of "&", Willy Tarreau
  • Re: [PATCH-2.4] jfs: incorrect use of "&&" instead of "&", Dave Kleikamp
    • Re: [PATCH-2.4] jfs: incorrect use of "&&" instead of "&", Willy Tarreau
• [PATCH-2.4] fbcon: incorrect use of "&&" instead of "&", Willy Tarreau
  • Re: [PATCH-2.4] fbcon: incorrect use of "&&" instead of "&", Geert Uytterhoeven
    • Re: [PATCH-2.4] fbcon: incorrect use of "&&" instead of "&", Willy Tarreau
• 2.6.18-rc7: ide_cd problems, Ville Herva
  • Re: 2.6.18-rc7: ide_cd problems, Tejun Heo
    • Re: 2.6.18-rc7: ide_cd problems, Ville Herva
• [2.6 patch] remove the broken BLK_DEV_SWIM_IOP driver, Adrian Bunk
• [2.6 patch] make drivers/mtd/cmdlinepart.c:mtdpart_setup() static, Adrian Bunk
  • Re: [2.6 patch] make drivers/mtd/cmdlinepart.c:mtdpart_setup() static, David Woodhouse
    • Re: [2.6 patch] make drivers/mtd/cmdlinepart.c:mtdpart_setup() static, Andy Isaacson
• [2.6 patch] proper prototype for hugetlb_get_unmapped_area(), Adrian Bunk
• [2.6 patch] proper prototype for drivers/base/init.c:driver_init(), Adrian Bunk
  • Re: [2.6 patch] proper prototype for drivers/base/init.c:driver_init(), Henrique de Moraes Holschuh
  • Re: [2.6 patch] proper prototype for drivers/base/init.c:driver_init(), Henrique de Moraes Holschuh
• [2.6 patch] make hdlc_setup() static again, Adrian Bunk
  • Re: [2.6 patch] make hdlc_setup() static again, Krzysztof Halasa
• [2.6 patch] remove the broken VIDEO_ZR36120 driver, Adrian Bunk
  • Re: [2.6 patch] remove the broken VIDEO_ZR36120 driver, Mauro Carvalho Chehab
  • Re: [2.6 patch] remove the broken VIDEO_ZR36120 driver, Joe Feise
    • Re: [2.6 patch] remove the broken VIDEO_ZR36120 driver, Adrian Bunk
      • Re: [2.6 patch] remove the broken VIDEO_ZR36120 driver, Joe Feise
      • Re: [2.6 patch] remove the broken VIDEO_ZR36120 driver, Mauro Carvalho Chehab
      • Re: [2.6 patch] remove the broken VIDEO_ZR36120 driver, Peter Schlaf
      • Re: [2.6 patch] remove the broken VIDEO_ZR36120 driver, Pauline Middelink
      • Re: [2.6 patch] remove the broken VIDEO_ZR36120 driver, Peter Schlaf
    • Re: [2.6 patch] remove the broken VIDEO_ZR36120 driver, Alan
• Changing sysctl values within the kernel?, David Johnson
  • Re: Changing sysctl values within the kernel?, Alexey Dobriyan
    • Re: Changing sysctl values within the kernel?, David Johnson
• amiable Schoolgirls lustful blowjobb!, Zachary
• [patch] X86: add sysctl for kstack_depth_to_print, Chuck Ebbert
  • Re: [patch] X86: add sysctl for kstack_depth_to_print, Andi Kleen
• Jusst highly-sexed Woman suckinng Diick!, David
• [PATCH] Revert "[IRDA]: Lockdep fix.", Samuel Ortiz
  • Re: [PATCH] Revert "[IRDA]: Lockdep fix.", David Miller
    • Re: [PATCH] Revert "[IRDA]: Lockdep fix.", Linus Torvalds
      • Re: [PATCH] Revert "[IRDA]: Lockdep fix.", David Miller
• Justt friendly Eighteens suckiing !, Lucy
• orgiastic russiian Girls in ponno!, Kristin
• making entire driver submenus selectable, Robert P. J. Day
• Q: sysfs usage of various devices/subsystems, Michael Tokarev
• [PATCH] MPT: make all Fusion MPT sub-choices singly selectable, Robert P. J. Day
  • Re: [PATCH] MPT: make all Fusion MPT sub-choices singly selectable, Randy Dunlap
    • Re: [PATCH] MPT: make all Fusion MPT sub-choices singly selectable, Robert P. J. Day
      • Re: [PATCH] MPT: make all Fusion MPT sub-choices singly selectable, Randy Dunlap
    • Re: [PATCH] MPT: make all Fusion MPT sub-choices singly selectable, Robert P. J. Day
• dishy Schoolgirl in !, Zelma Riggs
• What's in git.git, Junio C Hamano
• youu waant resplendent viirgin Ladies?, Erin Gates
• Havee yoou eveer seeen top-quality Bitch gett fuucked in holles?, Roderick Marrero
• Adaptive readahead V16 benchmarks, Fengguang Wu
  • Re: Adaptive readahead V16 benchmarks, Nate Diller
• man-pages-2.42 is released, Michael Kerrisk
• Overriding X on panic, Casey Dahlin
  • Re: Overriding X on panic, Arjan van de Ven
    • Re: Overriding X on panic, Alan
      • Re: Overriding X on panic, Matthew Garrett
      • Re: Overriding X on panic, Arjan van de Ven
      • Re: Overriding X on panic, Alan
      • Re: Overriding X on panic, Dave Airlie
      • Re: Overriding X on panic, D. Hazelton
      • Re: Overriding X on panic, Pavel Machek
  • Re: Overriding X on panic, Alan
    • Re: Overriding X on panic, James Courtier-Dutton
• [PATCH] Avoid truncating to 'long' in ALIGN() macro, Roland Dreier
  • Re: [PATCH] Avoid truncating to 'long' in ALIGN() macro, David Miller
    • Re: [PATCH] Avoid truncating to 'long' in ALIGN() macro, Roland Dreier
      • Re: [PATCH] Avoid truncating to 'long' in ALIGN() macro, David Miller
      • Re: [PATCH] Avoid truncating to 'long' in ALIGN() macro, Roland Dreier
      • Re: [PATCH] Avoid truncating to 'long' in ALIGN() macro, Andrew Morton
      • Re: [PATCH] Avoid truncating to 'long' in ALIGN() macro, Roland Dreier
      • Re: [PATCH] Avoid truncating to 'long' in ALIGN() macro, Roland Dreier
      • Re: [PATCH] Avoid truncating to 'long' in ALIGN() macro, Andrew Morton
      • Re: [PATCH] Avoid truncating to 'long' in ALIGN() macro, Roland Dreier
      • Re: [PATCH] Avoid truncating to 'long' in ALIGN() macro, Linus Torvalds
      • Re: [PATCH] Avoid truncating to 'long' in ALIGN() macro, Roland Dreier
      • Re: [PATCH] Avoid truncating to 'long' in ALIGN() macro, Jörn Engel
      • Re: [PATCH] Avoid truncating to 'long' in ALIGN() macro, Linus Torvalds
      • Re: [PATCH] Avoid truncating to 'long' in ALIGN() macro, Al Viro
      • Re: [PATCH] Avoid truncating to 'long' in ALIGN() macro, Al Viro
      • Re: [PATCH] Avoid truncating to 'long' in ALIGN() macro, Roland Dreier
      • Re: [PATCH] Avoid truncating to 'long' in ALIGN() macro, Al Viro
• Re: suspend broken in 2.6.18.1, Eric Sandall
  • <Possible follow-ups>
  • Re: suspend broken in 2.6.18.1, Pavel Machek
    • Re: suspend broken in 2.6.18.1, Eric Sandall
• [PATCH 2.6.19-rc6] sched: cleanup output of show_state/show_task, Chris Caputo
  • Re: [PATCH 2.6.19-rc6] sched: cleanup output of show_state/show_task, Andrew Morton
    • Re: [PATCH 2.6.19-rc6] sched: cleanup output of show_state/show_task, Chris Caputo
• tty line discipline driver advice sought, to do a 1-byte header and 2-byte CRC checksum on GSM data, Luke Kenneth Casson Leighton
  • Re: tty line discipline driver advice sought, to do a 1-byte header and 2-byte CRC checksum on GSM data, Guennadi Liakhovetski
  • Re: tty line discipline driver advice sought, to do a 1-byte header and 2-byte CRC checksum on GSM data, Baurzhan Ismagulov
  • Re: tty line discipline driver advice sought, to do a 1-byte header and 2-byte CRC checksum on GSM data, Alan
    • Re: tty line discipline driver advice sought, to do a 1-byte header and 2-byte CRC checksum on GSM data, Luke Kenneth Casson Leighton
      • RE: tty line discipline driver advice sought, to do a 1-byte header and 2-byte CRC checksum on GSM data, Stuart MacDonald
• 2.6.19-rc5-mm2 : usb keeps resetting usb keyboard., Ed Sweetman
  • Re: 2.6.19-rc5-mm2 : usb keeps resetting usb keyboard., Gene Heskett
    • Re: 2.6.19-rc5-mm2 : usb keeps resetting usb keyboard., Ed Sweetman
      • Re: [linux-usb-devel] 2.6.19-rc5-mm2 : usb keeps resetting usb keyboard., Alan Stern
• comely Bitch at hardccore !, Sophie
• [PATCH 2/2] x86-64: change the size for interrupt array to NR_VECTORS, Yinghai Lu
  • Re: [PATCH 2/2] x86-64: change the size for interrupt array to NR_VECTORS, Eric W. Biederman
    • Re: [PATCH 2/2] x86-64: change the size for interrupt array to NR_VECTORS, Yinghai Lu
      • Re: [PATCH 2/2] x86-64: change the size for interrupt array to NR_VECTORS, Eric W. Biederman
• [PATCH 1/2] x86-64: calling clear_bss before set_intr_gate with early_idt_handler, Yinghai Lu
  • Re: [PATCH 1/2] x86-64: calling clear_bss before set_intr_gate with early_idt_handler, Eric W. Biederman
• pata_via in 2.6.19-rc6: UDMA/66 hdd downgraded to UDMA/33, Krzysztof Oledzki
  • Re: pata_via in 2.6.19-rc6: UDMA/66 hdd downgraded to UDMA/33, Alan
    • Re: pata_via in 2.6.19-rc6: UDMA/66 hdd downgraded to UDMA/33, Krzysztof Oledzki
      • Re: pata_via in 2.6.19-rc6: UDMA/66 hdd downgraded to UDMA/33, Alan
• ISDN DIVA build error, Randy Dunlap
• Re: Signals and threads, Robert Hancock
• squeamish youngg Teens haardcore actioon!, Darwin
• RFC: powerpc: remove GEMINI support?, Adrian Bunk
• Re[1]: I want to build my life with you!, Valiusha
• [PATCH 15/16] LTTng 0.6.36 for 2.6.18 : Userspace tracing, Mathieu Desnoyers
  • Re: [PATCH 15/16] LTTng 0.6.36 for 2.6.18 : Userspace tracing, Ralf Baechle
    • Re: [PATCH 15/16] LTTng 0.6.36 for 2.6.18 : Userspace tracing, Mathieu Desnoyers
• [PATCH 16/16] LTTng 0.6.36 for 2.6.18 : Build, Mathieu Desnoyers
• [PATCH 13/16] LTTng 0.6.36 for 2.6.18 : Relay transport, Mathieu Desnoyers
• [PATCH 7/16] LTTng 0.6.36 for 2.6.18 : Core facility loader, Mathieu Desnoyers
• [PATCH 14/16] LTTng 0.6.36 for 2.6.18 : Netlink control, Mathieu Desnoyers
• [PATCH 11/16] LTTng 0.6.36 for 2.6.18 : Tracer headers, Mathieu Desnoyers
• [PATCH 8/16] LTTng 0.6.36 for 2.6.18 : Timestamp, Mathieu Desnoyers
• [PATCH 9/16] LTTng 0.6.36 for 2.6.18 : Core, headers, Mathieu Desnoyers
• [PATCH 12/16] LTTng 0.6.36 for 2.6.18 : Tracer module, Mathieu Desnoyers
• [PATCH 4/16] LTTng 0.6.36 for 2.6.18 : atomic UP operations on SMP, Mathieu Desnoyers
  • Re: [PATCH 4/16] LTTng 0.6.36 for 2.6.18 : atomic UP operations on SMP, Christoph Hellwig
• [PATCH 6/16] LTTng 0.6.36 for 2.6.18 : Core facility headers, Mathieu Desnoyers
• [PATCH 5/16] LTTng 0.6.36 for 2.6.18 : Facilities, Mathieu Desnoyers
• [PATCH 10/16] LTTng 0.6.36 for 2.6.18 : Core module, Mathieu Desnoyers
• [PATCH 3/16] LTTng 0.6.36 for 2.6.18 : Linux Kernel Markers, Mathieu Desnoyers
  • Re: [PATCH 3/16] LTTng 0.6.36 for 2.6.18 : Linux Kernel Markers, Frank Ch. Eigler
    • Re: [PATCH 3/16] LTTng 0.6.36 for 2.6.18 : Linux Kernel Markers, Mathieu Desnoyers
      • Re: [PATCH 3/16] LTTng 0.6.36 for 2.6.18 : Linux Kernel Markers, Christoph Hellwig
      • Re: [PATCH 3/16] LTTng 0.6.36 for 2.6.18 : Linux Kernel Markers, Frank Ch. Eigler
• [PATCH 2/16] LTTng 0.6.36 for 2.6.18 : relay hotplug support, Mathieu Desnoyers
  • Re: [PATCH 2/16] LTTng 0.6.36 for 2.6.18 : relay hotplug support, Christoph Hellwig
    • Re: [PATCH 2/16] LTTng 0.6.36 for 2.6.18 : relay hotplug support, Tom Zanussi
• [PATCH] LTTng 0.6.36 for 2.6.18 (now with markers), Mathieu Desnoyers
  • Re: [PATCH] LTTng 0.6.36 for 2.6.18 (now with markers), Christoph Hellwig
• [PATCH 1/16] LTTng 0.6.36 for 2.6.18 : debugfs fix, Mathieu Desnoyers
  • Re: [PATCH 1/16] LTTng 0.6.36 for 2.6.18 : debugfs fix, Christoph Hellwig
    • Re: [PATCH 1/16] LTTng 0.6.36 for 2.6.18 : debugfs fix, Mathieu Desnoyers
• ICH6M SATA Controller, SATA2 NCQ disk and high iowait CPU time, gary.czek
  • Re: ICH6M SATA Controller, SATA2 NCQ disk and high iowait CPU time, Tejun Heo
    • Re: ICH6M SATA Controller, SATA2 NCQ disk and high iowait CPU time, gary.czek
• skillful Youngesst Teens in hardd fuccking., Amos Samuels
• 2.6.19-git compilation error pull-2006/11/24/14:30 CST - spin_lock_irqsave_nested, art
• 2.6.19-git compilation error pulled-2006/11/24/14:30CST - spin_lock_irqsave_nested, art
  • Re: 2.6.19-git compilation error pulled-2006/11/24/14:30CST - spin_lock_irqsave_nested, David Miller
• Re: + uml-make-execvp-safe-for-our-usage.patch added to -mm tree, Jeff Dike
  • Re: + uml-make-execvp-safe-for-our-usage.patch added to -mm tree, Andrew Morton
    • Re: + uml-make-execvp-safe-for-our-usage.patch added to -mm tree, Jeff Dike
• [PATCH] Implementation of acpi_video_get_next_level, Thomas Tuttle
  • Re: [PATCH] Implementation of acpi_video_get_next_level, Thomas Tuttle
    • ACPI patch submission (was: [PATCH] Implementation of acpi_video_get_next_level), Thomas Tuttle
• splendiferous Youngesst Womans in hardd fuucking., Christoper Winslow
• [patch] x86: unify/rewrite SMP TSC sync code, Ingo Molnar
  • Re: [patch] x86: unify/rewrite SMP TSC sync code, Andi Kleen
    • Re: [patch] x86: unify/rewrite SMP TSC sync code, Ingo Molnar
      • Re: [patch] x86: unify/rewrite SMP TSC sync code, Andi Kleen
      • Re: [patch] x86: unify/rewrite SMP TSC sync code, Ingo Molnar
      • Re: [patch] x86: unify/rewrite SMP TSC sync code, Andi Kleen
      • Re: [patch] x86: unify/rewrite SMP TSC sync code, Ben Greear
      • Re: [patch] x86: unify/rewrite SMP TSC sync code, Wink Saville
      • Re: [patch] x86: unify/rewrite SMP TSC sync code, Arjan van de Ven
      • Re: [patch] x86: unify/rewrite SMP TSC sync code, Wink Saville
      • Re: [patch] x86: unify/rewrite SMP TSC sync code, Arjan van de Ven
      • Re: [patch] x86: unify/rewrite SMP TSC sync code, Wink Saville
    • Re: [patch] x86: unify/rewrite SMP TSC sync code, Christoph Lameter
  • Re: [patch] x86: unify/rewrite SMP TSC sync code, Ingo Molnar
  • <Possible follow-ups>
  • Re: [patch] x86: unify/rewrite SMP TSC sync code, Robert Hancock
    • Re: [patch] x86: unify/rewrite SMP TSC sync code, Wink Saville
      • Re: [patch] x86: unify/rewrite SMP TSC sync code, Arjan van de Ven
      • Re: [patch] x86: unify/rewrite SMP TSC sync code, Wink Saville
      • Re: [patch] x86: unify/rewrite SMP TSC sync code, Arjan van de Ven
      • Re: [patch] x86: unify/rewrite SMP TSC sync code, Wink Saville
  • Re: [patch] x86: unify/rewrite SMP TSC sync code, Robert Crocombe
    • Re: [patch] x86: unify/rewrite SMP TSC sync code, Max Krasnyansky
• RFC: Removal of pci_dma_* functions, Ralf Baechle
  • Re: RFC: Removal of pci_dma_* functions, David Miller
• need to make my chrdev visible to udev: how to tug at sysfs from kspace?, Frantisek Rysanek
• Possible circular locking in ntfs on 2.6.19-rc5-mm2, Larry Finger
• 2.6.19-rc5-mm1 progression, Larry Finger
  • Re: 2.6.19-rc5-mm1 progression, Benoit Boissinot
    • Re: 2.6.19-rc5-mm1 progression, Andrew Morton
      • Re: 2.6.19-rc5-mm1 progression, Larry Finger
• [PATCH 2.6.18] dz: Fixes to make it work, Maciej W. Rozycki
  • Re: [PATCH 2.6.18] dz: Fixes to make it work, Thiemo Seufer
    • Re: [PATCH 2.6.18] dz: Fixes to make it work, Maciej W. Rozycki
• #$$beauty#> Yooung Schoolgirls so favourite and younng., Ahmed
• SATA Performance with Intel ICH6, Martin A. Fink
  • Re: SATA Performance with Intel ICH6, Alan
    • Re: SATA Performance with Intel ICH6, Martin A. Fink
      • Re: SATA Performance with Intel ICH6, Alan
      • Re: SATA Performance with Intel ICH6, Martin A. Fink
      • Re: SATA Performance with Intel ICH6, Andrew Morton
  • Re: SATA Performance with Intel ICH6, Ed Sweetman
  • Re: SATA Performance with Intel ICH6, J.A. Magallón
  • <Possible follow-ups>
  • Re: SATA Performance with Intel ICH6, Daniel J Blueman
  • Re: SATA Performance with Intel ICH6, Martin A. Fink
    • Re: SATA Performance with Intel ICH6, Alan
• chummy russiaan fascinating Cutie heree!, Wilford Doyle
• [PATCH 2.6.19-rc6] reiser: replace kmalloc+memset with kzalloc, Yan Burman
• [PATCH 2.6.19-rc6] sparc64: replace kmalloc+memset with kzalloc, Yan Burman
• [PATCH 2.6.19-rc6] sparc: replace kmalloc+memset with kzalloc, Yan Burman
  • Re: [PATCH 2.6.19-rc6] sparc: replace kmalloc+memset with kzalloc, Stefan Richter
    • Re: [PATCH 2.6.19-rc6] sparc: replace kmalloc+memset with kzalloc, Yan Burman
      • Re: [PATCH 2.6.19-rc6] sparc: replace kmalloc+memset with kzalloc, Stefan Richter
      • Re: [PATCH 2.6.19-rc6] sparc: replace kmalloc+memset with kzalloc, David Miller
• [PATCH 2.6.19-rc6] um: replace kmalloc+memset with kzalloc, Yan Burman
• V"iagR@" is the best tabs I've ever found!, Verna Ellison
• sx1 mixer support, Pavel Machek
  • Re: sx1 mixer support, Takashi Iwai
    • Re: sx1 mixer support, Pavel Machek
      • Re: sx1 mixer support, Takashi Iwai
      • Re: sx1 mixer support, Pavel Machek
      • Re: sx1 mixer support, Pavel Machek
• Youungest lecherous Cuties fuccked anallyy!, Colin Manuel
• kernel/power/disk.c(41): remark #593: variable "error" was set but never used, d binderman
  • Re: kernel/power/disk.c(41): remark #593: variable "error" was set but never used, Jesper Juhl
• [PATCH 001/001] i386/pci: fix nibble permutation and add Cyrix 5530 IRQ router, Juergen Beisert
  • Re: [PATCH 001/001] i386/pci: fix nibble permutation and add Cyrix 5530 IRQ router, Alan
    • Re: [PATCH 001/001] i386/pci: fix nibble permutation and add Cyrix 5530 IRQ router, Juergen Beisert
      • Re: [PATCH 001/001] i386/pci: fix nibble permutation and add Cyrix 5530 IRQ router, Alan
      • Re: [PATCH 001/001] i386/pci: fix nibble permutation and add Cyrix 5530 IRQ router, Juergen Beisert
• 2.6.19-rc6: oops on resume when plugged to AC on suspend, Martin Lorenz
  • Re: 2.6.19-rc6: oops on resume when plugged to AC on suspend, Pavel Machek
• [PATCH] Add missing spin_lock_irqsave_nested, Marcel Holtmann
• UML compile problems on -mm, Miklos Szeredi
  • Re: UML compile problems on -mm, Jeff Dike
    • Re: UML compile problems on -mm, Miklos Szeredi
      • Re: UML compile problems on -mm, Jeff Dike
• [DLM] fix requestqueue race [3/9], Steven Whitehouse
• [GFS2] Fix Kconfig wrt CRC32 [8/9], Steven Whitehouse
  • Re: [GFS2] Fix Kconfig wrt CRC32 [8/9], Randy Dunlap
    • Re: [GFS2] Fix Kconfig wrt CRC32 [8/9], Steven Whitehouse
      • Re: [GFS2] Fix Kconfig wrt CRC32 [8/9], Randy Dunlap
      • Re: [GFS2] Fix Kconfig wrt CRC32 [8/9], Steven Whitehouse
      • Re: [GFS2] Fix Kconfig wrt CRC32 [8/9], Randy Dunlap
      • Re: [GFS2] Fix Kconfig wrt CRC32 [8/9], Steven Whitehouse
• [DLM] do full recover_locks barrier [6/9], Steven Whitehouse
• [DLM] clear sbflags on lock master [7/9], Steven Whitehouse
• [DLM] fix aborted recovery during node removal [4/9], Steven Whitehouse
• [DLM] fix stopping unstarted recovery [5/9], Steven Whitehouse
• [GFS2] Fix memory allocation in glock.c [9/9], Steven Whitehouse
• [DLM] status messages ping-pong between unmounted nodes [2/9], Steven Whitehouse
• [DLM] res_recover_locks_count not reset when recover_locks is aborted [1/9], Steven Whitehouse
• splendiferous Hussies doiing comely blowjjob!, Napoleon
• s2ram debugging documentation, Pavel Machek
• handsome Hussy?, Adrienne Cantu
• Schoolgirl so oquettish and pretty-pretty!, Bobbie
• Kernel cross compilation error, atoka
  • Re: Kernel cross compilation error, Willy Tarreau
• delectable Innnocent Cutie gettinng fine-looking it !, Quinton Rowell
• [PATCH] Fixed acpi_video_get_next_level., linux-kernel
• filp_open fail with ENOTDIR in kernel 2.6.16, Zhao Xiaoming
  • Re: filp_open fail with ENOTDIR in kernel 2.6.16, Zhao Xiaoming
• [2.6 patch] build the appledisplay driver, Adrian Bunk
• Beest cumshotts on beest leering Girlss., Nolan Mcdonald
• [RFC: 2.6 patch] remove broken video drivers (v3), Adrian Bunk
• beauteous doiing resplendent succking., Tracey
• Have the best med$ at hand with u$!, Omar
• Russsian gamy Bitches harddcore actiion., Amparo Byrne
• [PATCH] PCI MMConfig: Detect and support the E7520 and the 945G/GZ/P/PL, Olivier Galibert
  • Re: [PATCH] PCI MMConfig: Detect and support the E7520 and the 945G/GZ/P/PL, Arjan van de Ven
    • Re: [PATCH] PCI MMConfig: Detect and support the E7520 and the 945G/GZ/P/PL, Matthew Wilcox
    • Re: [PATCH] PCI MMConfig: Detect and support the E7520 and the 945G/GZ/P/PL, Olivier Galibert
  • Re: [PATCH] PCI MMConfig: Detect and support the E7520 and the 945G/GZ/P/PL, Andi Kleen
    • Re: [PATCH] PCI MMConfig: Detect and support the E7520 and the 945G/GZ/P/PL, Olivier Galibert
      • Re: [PATCH] PCI MMConfig: Detect and support the E7520 and the 945G/GZ/P/PL, Andi Kleen
      • Re: [PATCH] PCI MMConfig: Detect and support the E7520 and the 945G/GZ/P/PL, Olivier Galibert
      • Re: [PATCH] PCI MMConfig: Detect and support the E7520 and the 945G/GZ/P/PL, Andi Kleen
      • Re: [PATCH] PCI MMConfig: Detect and support the E7520 and the 945G/GZ/P/PL, Olivier Galibert
      • Re: [PATCH] PCI MMConfig: Detect and support the E7520 and the 945G/GZ/P/PL, Andi Kleen
      • Re: [PATCH] PCI MMConfig: Detect and support the E7520 and the 945G/GZ/P/PL, Olivier Galibert
• 'False' IO error when copying from cdrom drive, Mathieu Fluhr
  • Re: 'False' IO error when copying from cdrom drive, Sergey Vlasov
    • Re: 'False' IO error when copying from cdrom drive, Mathieu Fluhr
• Doo yoou wannt ***ographic virggin Ladies?, Eddie Romano
• compile problems?: 2.6.19-rc6-rt5, Mark Hounschell
• [PATCH] mm cleanup indentation on switch for CPU operations, Andy Whitcroft
• [PATCH 0/4] Lumpy Reclaim V3, Andy Whitcroft
  • [PATCH 2/4] lumpy cleanup a missplaced comment and simplify some code, Andy Whitcroft
  • [PATCH 1/4] lumpy reclaim v2, Andy Whitcroft
  • [PATCH 4/4] lumpy take the other active inactive pages in the area, Andy Whitcroft
  • [PATCH 3/4] lumpy ensure we respect zone boundaries, Andy Whitcroft
  • Re: [PATCH 0/4] Lumpy Reclaim V3, Peter Zijlstra
• magnificent Innoocent Hussy geetting pernickety it annally!, Dean
• [PATCH] fix random SD/MMC card recognition failures on ARM Versatile, Vitaly Wool
  • Re: [PATCH] fix random SD/MMC card recognition failures on ARM Versatile, Russell King
    • Re: [PATCH] fix random SD/MMC card recognition failures on ARM Versatile, Vitaly Wool
      • Re: [PATCH] fix random SD/MMC card recognition failures on ARM Versatile, Russell King
      • Re: [PATCH] fix random SD/MMC card recognition failures on ARM Versatile, Russell King
      • Re: [PATCH] fix random SD/MMC card recognition failures on ARM Versatile, Vitaly Wool
• [PATCH] fix "prev->state: 2 != TASK_RUNNING??" problem on SD/MMC card removal, Vitaly Wool
  • Re: [PATCH] fix "prev->state: 2 != TASK_RUNNING??" problem on SD/MMC card removal, Pierre Ossman
    • Re: [PATCH] fix "prev->state: 2 != TASK_RUNNING??" problem on SD/MMC card removal, Vitaly Wool
      • Re: [PATCH] fix "prev->state: 2 != TASK_RUNNING??" problem on SD/MMC card removal, Pierre Ossman
• Scenario passes on 2.6.15.26 but fails on 2.6.11.4-20a kernel, realales
  • Re: Scenario passes on 2.6.15.26 but fails on 2.6.11.4-20a kernel, Lee Revell
• [PATCH] Kill dma_is_consistent(), Ralf Baechle
  • Re: [PATCH] Kill dma_is_consistent(), James Bottomley
    • Re: [PATCH] Kill dma_is_consistent(), Russell King
    • [PATCH] Add struct dev pointer to dma_is_consistent(), Ralf Baechle
• Youngg turned on*** Poorn oquettish Videeo!, Keith Goodman
• [PATCH] Handle per-subsystem mutexes for CONFIG_HOTPLUG_CPU not set., Gautham R Shenoy
  • Re: [PATCH] Handle per-subsystem mutexes for CONFIG_HOTPLUG_CPU not set., Andrew Morton
    • Re: [PATCH] Handle per-subsystem mutexes for CONFIG_HOTPLUG_CPU not set., Gautham R Shenoy
      • [PATCH][v2] Handle per-subsystem mutexes for CONFIG_HOTPLUG_CPU not set., Gautham R Shenoy
• [PATCH] Fix bug where early_node_map[] is not sorted before use, Mel Gorman
• sexuually expliciit: Hardcoore Momms Contentt!, Maricela
• [PATCH]: scsi: in2000 scsi_cmnd convertion, Henne
  • Re: [PATCH]: scsi: in2000 scsi_cmnd convertion, James Bottomley
• [PATCH 0/7] Generic Process Containers (+ ResGroups/BeanCounters), menage
  • [PATCH 4/7] Simple CPU accounting container subsystem, menage
  • [PATCH 5/7] Resource Groups over generic containers, menage
  • [PATCH 7/7] BeanCounters over generic process containers, menage
  • [PATCH 2/7] Cpusets hooked into containers, menage
  • [PATCH 3/7] Add generic multi-subsystem API to containers, menage
  • [PATCH 1/7] Generic container system abstracted from cpusets code, menage
  • Re: [PATCH 0/7] Generic Process Containers (+ ResGroups/BeanCounters), Paul Jackson
    • Re: [PATCH 0/7] Generic Process Containers (+ ResGroups/BeanCounters), Paul Menage
    • Re: [PATCH 0/7] Generic Process Containers (+ ResGroups/BeanCounters), Paul Menage
• coping with swap-exhaustion in 2.4.33-4, Yakov Lerner
  • Re: coping with swap-exhaustion in 2.4.33-4, Yakov Lerner
  • Re: coping with swap-exhaustion in 2.4.33-4, Xavier Bestel
    • Re: coping with swap-exhaustion in 2.4.33-4, Yakov Lerner
    • Re: coping with swap-exhaustion in 2.4.33-4, Yakov Lerner
• BUG: 2.6.19-rc6 net/irda/irlmp.c, Ian Molton
  • Re: BUG: 2.6.19-rc6 net/irda/irlmp.c, Jesper Juhl
    • Re: BUG: 2.6.19-rc6 net/irda/irlmp.c, Peter Zijlstra
      • Re: BUG: 2.6.19-rc6 net/irda/irlmp.c, Jesper Juhl
    • Re: BUG: 2.6.19-rc6 net/irda/irlmp.c, David Miller
  • Re: BUG: 2.6.19-rc6 net/irda/irlmp.c, David Miller
• 2.6.19-rc6-mm1, Andrew Morton
  • Re: 2.6.19-rc6-mm1, Reuben Farrelly
    • [PATCH] x86_64: fix build without HOTPLUG_CPU (was Re: 2.6.19-rc6-mm1), Jiri Kosina
      • Re: [PATCH] x86_64: fix build without HOTPLUG_CPU (was Re: 2.6.19-rc6-mm1), Andi Kleen
      • Re: [PATCH] x86_64: fix build without HOTPLUG_CPU (was Re: 2.6.19-rc6-mm1), Jiri Kosina
      • Re: [PATCH] x86_64: fix build without HOTPLUG_CPU (was Re: 2.6.19-rc6-mm1), Andi Kleen
      • Re: [PATCH] x86_64: fix build without HOTPLUG_CPU (was Re: 2.6.19-rc6-mm1), Jiri Kosina
      • Re: [PATCH] x86_64: fix build without HOTPLUG_CPU (was Re: 2.6.19-rc6-mm1), Ingo Molnar
  • Re: 2.6.19-rc6-mm1, Mariusz Kozlowski
    • Re: 2.6.19-rc6-mm1, Andrew Morton
      • Re: 2.6.19-rc6-mm1, Mariusz Kozlowski
      • Re: 2.6.19-rc6-mm1, Andy Whitcroft
      • Re: 2.6.19-rc6-mm1, Andrew Morton
      • Re: 2.6.19-rc6-mm1, Matthew Frost
      • Re: 2.6.19-rc6-mm1, Benoit Boissinot
  • Re: 2.6.19-rc6-mm1, Mariusz Kozlowski
  • Re: 2.6.19-rc6-mm1, Andy Whitcroft
  • MCORE2 include/asm/module.h:60:2: error: #error unknown processor family [was Re: 2.6.19-rc6-mm1], Mattia Dongili
  • 2.6.19-rc6-mm1: no help text for TCP_MD5SIG_DEBUG, Adrian Bunk
    • Re: 2.6.19-rc6-mm1: no help text for TCP_MD5SIG_DEBUG, David Miller
  • 2.6.19-rc6-mm1: drivers/net/chelsio/: unused code, Adrian Bunk
    • Re: 2.6.19-rc6-mm1: drivers/net/chelsio/: unused code, Stephen Hemminger
      • Re: 2.6.19-rc6-mm1: drivers/net/chelsio/: unused code, Adrian Bunk
      • Re: 2.6.19-rc6-mm1: drivers/net/chelsio/: unused code, Andrew Morton
  • [-mm patch] make readahead_debug_level static, Adrian Bunk
  • [-mm patch] make proc_pid_io_accounting() static, Adrian Bunk
  • [-mm patch] make qla2x00_reg_remote_port() static, Adrian Bunk
    • Re: [-mm patch] make qla2x00_reg_remote_port() static, Andrew Vasquez
  • [PATCH] efi_limit_regions triggers link failure when CONFIG_EFI is not defined, Andy Whitcroft
    • Re: [PATCH] efi_limit_regions triggers link failure when CONFIG_EFI is not defined, Andi Kleen
      • Re: [PATCH] efi_limit_regions triggers link failure when CONFIG_EFI is not defined, Andy Whitcroft
      • Re: [PATCH] efi_limit_regions triggers link failure when CONFIG_EFI is not defined, Andi Kleen
      • Re: [PATCH] efi_limit_regions triggers link failure when CONFIG_EFI is not defined, Andrew Morton
      • Re: [PATCH] efi_limit_regions triggers link failure when CONFIG_EFI is not defined, Matthew Frost
  • [PATCH] x86_64 vsyscall fails to compile when CONFIG_HOTPLUG_CPU is disabled, Andy Whitcroft
    • Re: [PATCH] x86_64 vsyscall fails to compile when CONFIG_HOTPLUG_CPU is disabled, Jiri Kosina
    • Re: [PATCH] x86_64 vsyscall fails to compile when CONFIG_HOTPLUG_CPU is disabled, Andi Kleen
  • [-mm patch] net/: possible cleanups, Adrian Bunk
  • [-mm patch] fs/stack.c should #include <linux/fs_stack.h>, Adrian Bunk
    • Re: [-mm patch] fs/stack.c should #include <linux/fs_stack.h>, Josef Sipek
  • [-mm patch] fs/reiser4/: more possible cleanups, Adrian Bunk
  • [-mm patch] include/linux/bug.h must always #include <linux/module.h>, Adrian Bunk
  • Re: 2.6.19-rc6-mm1 -- sched-improve-migration-accuracy.patch slows boot, Don Mullis
    • Re: 2.6.19-rc6-mm1 -- sched-improve-migration-accuracy.patch slows boot, Mike Galbraith
      • Re: 2.6.19-rc6-mm1 -- sched-improve-migration-accuracy.patch slows boot, Don Mullis
      • [patch] Re: 2.6.19-rc6-mm1 -- sched-improve-migration-accuracy.patch slows boot, Mike Galbraith
      • Re: [patch] Re: 2.6.19-rc6-mm1 -- sched-improve-migration-accuracy.patch slows boot, Don Mullis
      • Re: [patch] Re: 2.6.19-rc6-mm1 -- sched-improve-migration-accuracy.patch slows boot, Mike Galbraith
      • Re: 2.6.19-rc6-mm1 -- sched-improve-migration-accuracy.patch slows boot, Ingo Molnar
      • Re: 2.6.19-rc6-mm1 -- sched-improve-migration-accuracy.patch slows boot, Don Mullis
  • [-mm patch] sound/soc/soc-dapm.c: make 4 functions static, Adrian Bunk
  • [PATCH] paravirt reorder functions to avoid unspecified behaviour, Andy Whitcroft
    • Re: [PATCH] paravirt reorder functions to avoid unspecified behaviour, Andi Kleen
• kernel/sys.c(993): remark #593: variable "new_ruid" was set but never used, d binderman
  • [PATCH] sys: remove unused variable, David Rientjes
• kernel/hrtimer.c(511): remark #593: variable "base" was set but never used, d binderman
  • [PATCH] hrtimer: remove unused variable, David Rientjes
• fs/binfmt_elf.c(548): remark #593: variable "have_pt_gnu_stack" was set but neve, d binderman
  • [PATCH] fs: remove unused variable, David Rientjes
• Re: [BUG][REGRESSION] irda compile broken, Peter Zijlstra
  • <Possible follow-ups>
  • Re: [BUG][REGRESSION] irda compile broken, David Miller
• Re: PCI: check szhi when sz is 0 when 64 bit iomem bigger than 4G, Greg KH
  • Re: PCI: check szhi when sz is 0 when 64 bit iomem bigger than 4G, Yinghai Lu
    • Re: PCI: check szhi when sz is 0 when 64 bit iomem bigger than 4G, Andrew Morton
  • <Possible follow-ups>
  • RE: PCI: check szhi when sz is 0 when 64 bit iomem bigger than 4G, Lu, Yinghai
    • Re: PCI: check szhi when sz is 0 when 64 bit iomem bigger than 4G, Andrew Morton
  • RE: PCI: check szhi when sz is 0 when 64 bit iomem bigger than 4G, Lu, Yinghai
• kernel BUG at fs/inode.c:1139!, Sandeep Kumar
  • Re: kernel BUG at fs/inode.c:1139!, Arjan van de Ven
• [PATCH] Fix comments for MSR_FS_BASE and MSR_GS_BASE., Wink Saville
  • Re: [PATCH] Fix comments for MSR_FS_BASE and MSR_GS_BASE., Andi Kleen
• [ANNOUNCE] GIT 1.4.4.1, Junio C Hamano
• [Patch3/4]: fake numa for x86_64 patches, Rohit Seth
  • Re: [Patch3/4]: fake numa for x86_64 patches, Andi Kleen
    • Re: [Patch3/4]: fake numa for x86_64 patches, Rohit Seth
      • Re: [Patch3/4]: fake numa for x86_64 patches, Andi Kleen
• [Patch4/4]: fake numa for x86_64 patches, Rohit Seth
  • Re: [Patch4/4]: fake numa for x86_64 patches, Andi Kleen
• [Patch1/4]: fake numa for x86_64 patch, Rohit Seth
  • Re: [Patch1/4]: fake numa for x86_64 patch, Mel Gorman
    • Re: [Patch1/4]: fake numa for x86_64 patch, Rohit Seth
      • Re: [Patch1/4]: fake numa for x86_64 patch, Mel Gorman
      • Re: [Patch1/4]: fake numa for x86_64 patch, Rohit Seth
      • Re: [Patch1/4]: fake numa for x86_64 patch, Mel Gorman
      • Re: [Patch1/4]: fake numa for x86_64 patch, Rohit Seth
• [Patch2/4]: fake numa for x86_64 patches, Rohit Seth
  • Re: [Patch2/4]: fake numa for x86_64 patches, Andi Kleen
• [Patch0/4]: fake numa for x86_64 patches, Rohit Seth
  • Re: [Patch0/4]: fake numa for x86_64 patches, Andrew Morton
• Linux 2.6.16.33, Adrian Bunk
  • Re: Linux 2.6.16.33, Ian Campbell
    • Re: Linux 2.6.16.33, Adrian Bunk
• [PATCH] Make udp_encap_rcv use pskb_may_pull, Olaf Kirch
  • Re: [PATCH] Make udp_encap_rcv use pskb_may_pull, David Miller
    • Re: [PATCH] Make udp_encap_rcv use pskb_may_pull, Ingo Oeser
      • Re: [PATCH] Make udp_encap_rcv use pskb_may_pull, David Miller
• Entropy Pool Contents, Gunter Ohrner
  • Re: Entropy Pool Contents, Gunter Ohrner
  • Re: Entropy Pool Contents, Jan Engelhardt
    • Re: Entropy Pool Contents, Gunter Ohrner
      • Re: Entropy Pool Contents, Phillip Susi
      • Re: Entropy Pool Contents, Chris Friesen
      • Re: Entropy Pool Contents, Phillip Susi
      • Re: Entropy Pool Contents, David Wagner
      • Re: Entropy Pool Contents, Phillip Susi
      • Re: Entropy Pool Contents, David Wagner
      • Re: Entropy Pool Contents, Kyle Moffett
      • Re: Entropy Pool Contents, David Wagner
      • Re: Entropy Pool Contents, Ben Pfaff
      • Re: Entropy Pool Contents, Henrique de Moraes Holschuh
      • Re: Entropy Pool Contents, David Wagner
      • Re: Entropy Pool Contents, Eran Tromer
      • Re: Entropy Pool Contents, Martin Mares
      • Re: Entropy Pool Contents, Phillip Susi
      • Re: Entropy Pool Contents, Martin Mares
      • Re: Entropy Pool Contents, Phillip Susi
      • Re: Entropy Pool Contents, Martin Mares
      • Re: Entropy Pool Contents, Phillip Susi
      • Re: Entropy Pool Contents, Martin Mares
      • Re: Entropy Pool Contents, Phillip Susi
      • Re: Entropy Pool Contents, Phillip Susi
      • Re: Entropy Pool Contents, Martin Mares
      • Re: Entropy Pool Contents, Eran Tromer
      • Re: Entropy Pool Contents, Gunter Ohrner
    • Re: Entropy Pool Contents, Theodore Tso
      • Re: Entropy Pool Contents, Jeff Garzik
  • Re: Entropy Pool Contents, Lennart Sorensen
    • Re: Entropy Pool Contents, Gunter Ohrner
  • Re: Entropy Pool Contents, Jeff Garzik
    • Re: Entropy Pool Contents, Gunter Ohrner
  • Re: Entropy Pool Contents, Folkert van Heusden
• failed 'ljmp' in linear addressing mode, Jun Sun
  • Re: failed 'ljmp' in linear addressing mode, linux-os \(Dick Johnson\)
    • Re: failed 'ljmp' in linear addressing mode, Jun Sun
      • Re: failed 'ljmp' in linear addressing mode, linux-os \(Dick Johnson\)
      • Re: failed 'ljmp' in linear addressing mode, Jun Sun
      • Re: failed 'ljmp' in linear addressing mode, linux-os \(Dick Johnson\)
      • Re: failed 'ljmp' in linear addressing mode, Jun Sun
      • Re: failed 'ljmp' in linear addressing mode, Jun Sun
      • Re: failed 'ljmp' in linear addressing mode, Phillip Susi
• [PATCH 2.6.19-rc6] i2c-i801: SMBus patch for Intel ICH9, Jason Gaston
  • Re: [PATCH 2.6.19-rc6] i2c-i801: SMBus patch for Intel ICH9, Jean Delvare
    • Re: [PATCH 2.6.19-rc6] i2c-i801: SMBus patch for Intel ICH9, Arjan van de Ven
      • Re: [PATCH 2.6.19-rc6] i2c-i801: SMBus patch for Intel ICH9, Jean Delvare
  • <Possible follow-ups>
  • RE: [PATCH 2.6.19-rc6] i2c-i801: SMBus patch for Intel ICH9, Gaston, Jason D
    • Re: [PATCH 2.6.19-rc6] i2c-i801: SMBus patch for Intel ICH9, Jean Delvare
• [PATCH 2.6.19-rc6] irq: irq and pci_ids patch for Intel ICH9, Jason Gaston
• [PATCH 2/2] input: add to kernel-api docbook, Randy Dunlap
  • Re: [PATCH 2/2] input: add to kernel-api docbook, Dmitry Torokhov
• [PATCH 1/2] kernel-doc: stricter function pointer recognition, Randy Dunlap
• [PATCH] rio: typo in bitwise AND expression., Willy Tarreau
  • Re: [PATCH] rio: typo in bitwise AND expression., Patrick vd Lageweg
    • Re: [PATCH] rio: typo in bitwise AND expression., Willy Tarreau
  • [PATCH] 6pack: fix "&= !" typo, Alexey Dobriyan
    • Re: [PATCH] 6pack: fix "&= !" typo, Ralf Baechle
      • Re: [PATCH] 6pack: fix "&= !" typo, Willy Tarreau
      • Re: [PATCH] 6pack: fix "&= !" typo, Ralf Baechle
• [PATCH] Add IDE mode support for SB600 SATA, Conke Hu
  • Re: [PATCH] Add IDE mode support for SB600 SATA, Andrew Morton
    • Re: [PATCH] Add IDE mode support for SB600 SATA, Alan
  • Re: [PATCH] Add IDE mode support for SB600 SATA, Andrew Morton
  • <Possible follow-ups>
  • RE: [PATCH] Add IDE mode support for SB600 SATA, Conke Hu
  • [PATCH] Add IDE mode support for SB600 SATA, Conke Hu
    • Re: [PATCH] Add IDE mode support for SB600 SATA, Arjan van de Ven
      • Re: [PATCH] Add IDE mode support for SB600 SATA, Alan
      • Re: [PATCH] Add IDE mode support for SB600 SATA, Arjan van de Ven
    • Re: [PATCH] Add IDE mode support for SB600 SATA, Alan
    • Re: [PATCH] Add IDE mode support for SB600 SATA, Tejun Heo
      • Re: [PATCH] Add IDE mode support for SB600 SATA, Tejun Heo
      • Re: [PATCH] Add IDE mode support for SB600 SATA, Alan
      • Re: [PATCH] Add IDE mode support for SB600 SATA, Tejun Heo
  • RE: [PATCH] Add IDE mode support for SB600 SATA, Conke Hu
  • RE: [PATCH] Add IDE mode support for SB600 SATA, Conke Hu
  • RE: [PATCH] Add IDE mode support for SB600 SATA, Conke Hu
  • [PATCH] Add IDE mode support for SB600 SATA, Luugi Marsan
    • Re: [PATCH] Add IDE mode support for SB600 SATA, Alan
  • RE: [PATCH] Add IDE mode support for SB600 SATA, Conke Hu
• [PATCH] prune_icache_sb, Wendy Cheng
  • Re: [PATCH] prune_icache_sb, Andrew Morton
    • Re: [PATCH] prune_icache_sb, Wendy Cheng
      • Re: [PATCH] prune_icache_sb, Andrew Morton
      • Re: [PATCH] prune_icache_sb, Wendy Cheng
      • Re: [PATCH] prune_icache_sb, Andrew Morton
      • Re: [PATCH] prune_icache_sb, Wendy Cheng
      • Re: [PATCH] prune_icache_sb, Wendy Cheng
      • Re: [PATCH] prune_icache_sb, Nate Diller
• Patches from me., Nigel Cunningham
  • Re: Patches from me., Pavel Machek
• FYI build failure : 2.6.19-rc6-git5 unresolved spin_lock_irqsave_nested, Eric Valette
  • Re: FYI build failure : 2.6.19-rc6-git5 unresolved spin_lock_irqsave_nested, Andrew Morton
    • Re: FYI build failure : 2.6.19-rc6-git5 unresolved spin_lock_irqsave_nested, David Miller
• discriminating Mooms Conttent!, Leanne Bowles
• 2.6.19-rc5-mm2 (end earlier): WARNING at lib/kobject.c:172 kobject_init() on resume from disk, Rafael J. Wysocki
  • Re: 2.6.19-rc5-mm2 (end earlier): WARNING at lib/kobject.c:172 kobject_init() on resume from disk, Andrew Morton
    • Re: 2.6.19-rc5-mm2 (end earlier): WARNING at lib/kobject.c:172 kobject_init() on resume from disk, Greg KH
      • Re: 2.6.19-rc5-mm2 (end earlier): WARNING at lib/kobject.c:172 kobject_init() on resume from disk, Rafael J. Wysocki
    • Re: 2.6.19-rc5-mm2 (end earlier): WARNING at lib/kobject.c:172 kobject_init() on resume from disk, Rafael J. Wysocki
      • Re: 2.6.19-rc5-mm2 (end earlier): WARNING at lib/kobject.c:172 kobject_init() on resume from disk, Rafael J. Wysocki
      • Re: 2.6.19-rc5-mm2 (end earlier): WARNING at lib/kobject.c:172 kobject_init() on resume from disk, Greg KH
      • Re: 2.6.19-rc5-mm2 (end earlier): WARNING at lib/kobject.c:172 kobject_init() on resume from disk, Rafael J. Wysocki
      • Re: 2.6.19-rc5-mm2 (end earlier): WARNING at lib/kobject.c:172 kobject_init() on resume from disk, Andi Kleen
• [script] Human-readable of supported pci hardware, Diego Calleja
• [RFC] char: Add MFGPT driver for the CS5535/CS5536, Jordan Crouse
  • Re: [RFC] char: Add MFGPT driver for the CS5535/CS5536, Alan
  • Message not available
    • Re: char: Add MFGPT driver for the CS5535/CS5536, Jordan Crouse
• [PATCH] ieee1394: sbp2: convert from PCI DMA to generic DMA, Stefan Richter
• jolly maturre harrdcore***ingg!, Juana Knapp
• [PATCH] reject corrupt swapfiles earlier, Eric Sandeen
• NTP time sync, Alessandro Zummo
  • Re: NTP time sync, Russell King
    • Re: NTP time sync, Alessandro Zummo
  • Re: NTP time sync, David Brownell
    • Re: NTP time sync, Alessandro Zummo
      • Re: NTP time sync, Gabriel Paubert
  • Re: NTP time sync, Andi Kleen
    • Re: NTP time sync, Benjamin Herrenschmidt
      • Re: NTP time sync, David Brownell
      • RE: NTP time sync, Joakim Tjernlund
      • Re: NTP time sync, Alessandro Zummo
      • RE: NTP time sync, Joakim Tjernlund
      • Re: NTP time sync, Michael Raskin
      • Re: NTP time sync, Alessandro Zummo
      • Re: [Bulk] Re: NTP time sync, David Brownell
• [PATCH] PCI MMConfig: Detect and support the E7520, Olivier Galibert
• [PATCH 2.6.19-rc5] i386: replace kmalloc+memset with kzalloc, Burman Yan
  • Re: [PATCH 2.6.19-rc5] i386: replace kmalloc+memset with kzalloc, Stefan Richter
• [PATCH 06/11] dm: ioctl: add noflush suspend, Alasdair G Kergon
• [PATCH 04/11] dm: map and endio return code clarification, Alasdair G Kergon
• [PATCH 11/11] dm: raid1: reset sync_search on resume, Alasdair G Kergon
• [PATCH 10/11] dm: log: rename complete_resync_work, Alasdair G Kergon
• [PATCH 07/11] dm: suspend: add noflush pushback, Alasdair G Kergon
• [PATCH 2.6.19-rc6] serial: replace kmalloc+memset with kzalloc, Burman Yan
  • Re: [PATCH 2.6.19-rc6] serial: replace kmalloc+memset with kzalloc, Russell King
• [PATCH 09/11] dm: snapshot: abstract memory release, Alasdair G Kergon
• [PATCH 08/11] dm: mpath: use noflush suspending, Alasdair G Kergon
• [PATCH 03/11] dm: suspend: parameter change, Alasdair G Kergon
• [PATCH] ata: fix platform_device_register_simple() error check, Akinobu Mita
  • Re: [PATCH] ata: fix platform_device_register_simple() error check, Alan
• [PATCH] sound: initialize rawmidi substream list, Akinobu Mita
  • Re: [PATCH] sound: initialize rawmidi substream list, Takashi Iwai
• [PATCH 2.6.19-rc6] kernel core: replace kmalloc+memset with kzalloc, Burman Yan
• [PATCH 2.6.19-rc6] USB AUERSWALD: replace kmalloc+memset with kzalloc, Burman Yan
• [PATCH 05/11] dm: map and endio symbolic return codes, Alasdair G Kergon
• [PATCH] sound: fix PCM substream list, Akinobu Mita
  • Re: [PATCH] sound: fix PCM substream list, Takashi Iwai
• [PATCH 01/11] dm io: fix bi_max_vecs, Alasdair G Kergon
  • Re: [PATCH 01/11] dm io: fix bi_max_vecs, Jens Axboe
• [PATCH 02/11] dm: tidy core formatting, Alasdair G Kergon
• [PATCH 2.6.19-rc5] USB gadget: replace kmalloc+memset with kzalloc, Burman Yan
• [PATCH 2.6.19-rc6] hwmon: HP Mobile data protection system 3D driver version 0.6, Burman Yan
• [PATCH 2.6.19-rc5] USB serial: replace kmalloc+memset with kzalloc, Burman Yan
  • <Possible follow-ups>
  • [PATCH 2.6.19-rc5] USB serial: replace kmalloc+memset with kzalloc, Burman Yan
• [PATCH] tlclk: fix platform_device_register_simple() error check, Akinobu Mita
  • Re: [PATCH] tlclk: fix platform_device_register_simple() error check, Mark Gross
    • Re: [PATCH] tlclk: fix platform_device_register_simple() error check, Mark Gross
    • Re: [PATCH] tlclk: fix platform_device_register_simple() error check, Akinobu Mita
      • Re: [PATCH] tlclk: fix platform_device_register_simple() error check, Mark Gross
• 2.6.19-rc5: modular USB rebuilds vmlinux?, Andrey Borzenkov
  • Re: [linux-usb-devel] 2.6.19-rc5: modular USB rebuilds vmlinux?, Randy Dunlap
    • Re: [linux-usb-devel] 2.6.19-rc5: modular USB rebuilds vmlinux?, Alan Stern
      • Re: [linux-usb-devel] 2.6.19-rc5: modular USB rebuilds vmlinux?, Randy Dunlap
    • Re: [linux-usb-devel] 2.6.19-rc5: modular USB rebuilds vmlinux?, Andrey Borzenkov
    • Re: [linux-usb-devel] 2.6.19-rc5: modular USB rebuilds vmlinux?, Adrian Bunk
• [PATCH] fix copy_process() error check, Akinobu Mita
• Re: Incorrect order of last two arguments of ptrace for requests PPC_PTRACE_GETREGS, SETREGS, GETFPREGS, SETFPREGS, David Woodhouse
  • Re: Incorrect order of last two arguments of ptrace for requests PPC_PTRACE_GETREGS, SETREGS, GETFPREGS, SETFPREGS, Benjamin Herrenschmidt
• [patch 5/5] [RFC] Add MMC Password Protection (lock/unlock) support V7: mmc_omap_dma.diff, Anderson Briglia
  • Re: [patch 5/5] [RFC] Add MMC Password Protection (lock/unlock) support V7: mmc_omap_dma.diff, Pierre Ossman
    • Re: [patch 5/5] [RFC] Add MMC Password Protection (lock/unlock) support V7: mmc_omap_dma.diff, Anderson Briglia
• [patch 4/5] [RFC] Add MMC Password Protection (lock/unlock) support V7: mmc_sysfs.diff, Anderson Briglia
  • Re: [patch 4/5] [RFC] Add MMC Password Protection (lock/unlock) support V7: mmc_sysfs.diff, Pierre Ossman
    • Re: [patch 4/5] [RFC] Add MMC Password Protection (lock/unlock) support V7: mmc_sysfs.diff, Anderson Briglia
• [PATCH] sparse fix: initializer entry defined twice in pata_rz1000, Ira Snyder
• arch/x86_64/ia32/sys_ia32.c(539): remark #593: variable "ret" was set but never, d binderman
• mapping of pages out of upper 128MB into kernel address space, pledr
  • Re: mapping of pages out of upper 128MB into kernel address space, Alan
• [PATCH] [NET] dont insert socket dentries into dentry_hashtable., Eric Dumazet
  • Re: [PATCH] [NET] dont insert socket dentries into dentry_hashtable., David Miller
    • Re: [PATCH] [NET] dont insert socket dentries into dentry_hashtable., Andrew Morton
• [PATCH] X86_genericarch needs SMP?, Randy Dunlap
  • Re: [PATCH] X86_genericarch needs SMP?, Andi Kleen
• [PATCH] [DCACHE] : avoid RCU for never hashed dentries, Eric Dumazet
• [PATCH] pata_sil680 suspend/resume, Alan
• [PATCH] pata_rz1000: Force readahead off on resume, Alan
• [PATCH] pata_ali: suspend/resume support, Alan
• [PATCH] pata_jmicron: fix JMB368 support, add suspend/resume handling, Alan
• [PATCH] pata_cs5530: suspend/resume support, Alan
• [PATCH] pata_cmd64x: suspend/resume, Alan
• [PATCH] pata_cs5520: resume support, Alan
• [PATCH] PATA libata: suspend/resume simple cases, Alan
  • Re: [PATCH] PATA libata: suspend/resume simple cases, Jeff Garzik
• irda: allyesconfig build failure (2.6.19-rc6-git_HEAD), Jesper Juhl
• [patch 2/5] [RFC] Add MMC Password Protection (lock/unlock) support V7: mmc_key_retention.diff, Anderson Briglia
• [patch 1/5] [RFC] Add MMC Password Protection (lock/unlock) support V7: mmc_ignore_locked.diff, Anderson Briglia
  • Re: [patch 1/5] [RFC] Add MMC Password Protection (lock/unlock) support V7: mmc_ignore_locked.diff, Pierre Ossman
• [patch 3/5] [RFC] Add MMC Password Protection (lock/unlock) support V7: mmc_lock_unlock.diff, Anderson Briglia
  • Re: [patch 3/5] [RFC] Add MMC Password Protection (lock/unlock) support V7: mmc_lock_unlock.diff, Pierre Ossman
    • Re: [patch 3/5] [RFC] Add MMC Password Protection (lock/unlock) support V7: mmc_lock_unlock.diff, Anderson Briglia
  • Re: [patch 3/5] [RFC] Add MMC Password Protection (lock/unlock) support V7: mmc_lock_unlock.diff, Pierre Ossman
• ieee1394: host adapter disappears on 1394 bus reset, Robert Crocombe
  • Re: ieee1394: host adapter disappears on 1394 bus reset, Stefan Richter
    • Re: ieee1394: host adapter disappears on 1394 bus reset, Robert Crocombe
      • Re: ieee1394: host adapter disappears on 1394 bus reset, Robert Crocombe
      • Re: ieee1394: host adapter disappears on 1394 bus reset, Stefan Richter
      • Re: ieee1394: host adapter disappears on 1394 bus reset, Robert Crocombe
      • Re: ieee1394: host adapter disappears on 1394 bus reset, Stefan Richter
      • Re: ieee1394: host adapter disappears on 1394 bus reset, Robert Crocombe
      • Re: ieee1394: host adapter disappears on 1394 bus reset, Stefan Richter
      • Re: ieee1394: host adapter disappears on 1394 bus reset, Robert Crocombe
      • Re: ieee1394: host adapter disappears on 1394 bus reset, Stefan Richter
      • MMIO write ordering (was Re: ieee1394: host adapter disappears on 1394 bus reset), Stefan Richter
• Re: [Patch -mm 2/2] driver core: Introduce device_move(): move a device, Alan Stern
  • Re: [Patch -mm 2/2] driver core: Introduce device_move(): move a device, Cornelia Huck
    • [Patch -mm] driver core: Use klist_remove() in device_move()., Cornelia Huck
    • Re: [Patch -mm 2/2] driver core: Introduce device_move(): move a device, Alan Stern
• [patch 0/5] [RFC] Add MMC Password Protection (lock/unlock) support V7, Anderson Briglia
• [PATCH] silence unused pgdat warning from alloc_bootmem_node and friends, Andy Whitcroft
  • Re: [PATCH] silence unused pgdat warning from alloc_bootmem_node and friends, Andrew Morton
    • Re: [PATCH] silence unused pgdat warning from alloc_bootmem_node and friends, Andy Whitcroft
• [PATCH] numa node ids are int, page_to_nid and zone_to_nid should return int, Andy Whitcroft
• BUG? atleast >=2.6.19-rc5, x86 chroot on x86_64, Kasper Sandberg
  • Re: BUG? atleast >=2.6.19-rc5, x86 chroot on x86_64, Andrew Morton
    • Re: BUG? atleast >=2.6.19-rc5, x86 chroot on x86_64, Kasper Sandberg
    • Re: BUG? atleast >=2.6.19-rc5, x86 chroot on x86_64| perhaps duplicate bug report?, Kasper Sandberg
      • Re: BUG? atleast >=2.6.19-rc5, x86 chroot on x86_64| perhaps duplicate bug report?, Alistair John Strachan
      • Re: BUG? atleast >=2.6.19-rc5, x86 chroot on x86_64| perhaps duplicate bug report?, Kasper Sandberg
• [PATCH 0/5] WorkStruct: Shrink work_struct by two thirds, David Howells
  • [PATCH 2/5] WorkStruct: Typedef the work function prototype [try #2], David Howells
  • [PATCH 3/5] WorkStruct: Merge the pending bit into the wq_data pointer [try #2], David Howells
    • Re: [PATCH 3/5] WorkStruct: Merge the pending bit into the wq_data pointer [try #2], Randy Dunlap
  • [PATCH 1/5] WorkStruct: Separate delayable and non-delayable events. [try #2], David Howells
  • [PATCH 4/5] WorkStruct: Pass the work_struct pointer instead of context data [try #2], David Howells
  • Re: [PATCH 0/5] WorkStruct: Shrink work_struct by two thirds, David Howells
  • Re: [PATCH 0/5] WorkStruct: Shrink work_struct by two thirds, Andrew Morton
  • Re: [PATCH 0/5] WorkStruct: Shrink work_struct by two thirds, David Howells
    • Re: [PATCH 0/5] WorkStruct: Shrink work_struct by two thirds, Linus Torvalds
    • Re: [PATCH 0/5] WorkStruct: Shrink work_struct by two thirds, David Howells
      • Re: [PATCH 0/5] WorkStruct: Shrink work_struct by two thirds, Andrew Morton
      • Re: [PATCH 0/5] WorkStruct: Shrink work_struct by two thirds, David Howells
  • Re: [PATCH 0/5] WorkStruct: Shrink work_struct by two thirds, David Howells
    • Re: [PATCH 0/5] WorkStruct: Shrink work_struct by two thirds, Stefan Richter
• arch/x86_64/mm/numa.c(124): remark #593: variable "bootmap_size" was set but nev, d binderman
  • Re: arch/x86_64/mm/numa.c(124): remark #593: variable "bootmap_size" was set but nev, Andi Kleen
    • Re: arch/x86_64/mm/numa.c(124): remark #593: variable "bootmap_size" was set but nev, Mel Gorman
    • Re: arch/x86_64/mm/numa.c(124): remark #593: variable "bootmap_size" was set but nev, Adrian Bunk
• Esclarecimentos solicitados, dominiobrasil
  • <Possible follow-ups>
  • Esclarecimentos solicitados, dominiobrasil
• arch/x86_64/kernel/pci-calgary.c(600): remark #593: variable "bbar" was set but, d binderman
  • [PATCH x86-64] Calgary: remove unused vars, Muli Ben-Yehuda
• usb-storage data errors, DervishD
  • Re: usb-storage data errors, Jan Engelhardt
    • Re: usb-storage data errors, DervishD
• [PATCH] softcursor.c: avoid unaligned accesses, Franck Bui-Huu
• e100 breakage located, Amin Azez
  • Re: e100 breakage located, Jesse Brandeburg
• freee logiins., Natalia
• [PATCH] sparse fix: add many lock annotations, Ira Snyder
  • Re: [PATCH] sparse fix: add many lock annotations, Alexey Dobriyan
    • Re: [PATCH] sparse fix: add many lock annotations, Ira Snyder
    • Re: [PATCH] sparse fix: add many lock annotations, Ira Snyder
      • Re: [PATCH] sparse fix: add many lock annotations, Alexey Dobriyan
• [PATCH 2/3] kernel-doc: fix fusion and i2o docs, Randy Dunlap
• [PATCH 1/5] Update Documentation/pci.txt, Hidetoshi Seto
  • Re: [PATCH 1/5] Update Documentation/pci.txt, Arjan van de Ven
  • Re: [PATCH 1/5] Update Documentation/pci.txt, Grant Grundler
    • Re: [PATCH 1/5] Update Documentation/pci.txt, Hidetoshi Seto
      • Re: [PATCH 1/5] Update Documentation/pci.txt, Grant Grundler
      • Re: [PATCH 1/5] Update Documentation/pci.txt, Hidetoshi Seto
• [PATCH 3/5] PCI : Add selected_regions funcs, Hidetoshi Seto
  • Re: [PATCH 3/5] PCI : Add selected_regions funcs, Ingo Oeser
    • Re: [PATCH 3/5] PCI : Add selected_regions funcs, Matthew Wilcox
    • Re: [PATCH 3/5] PCI : Add selected_regions funcs, Alan
• [PATCH 4/5] e1000 : Make Intel e1000 driver legacy I/O port free, Hidetoshi Seto
  • Re: [PATCH 4/5] e1000 : Make Intel e1000 driver legacy I/O port free, Arjan van de Ven
    • Re: [PATCH 4/5] e1000 : Make Intel e1000 driver legacy I/O port free, Matthew Wilcox
      • Re: [PATCH 4/5] e1000 : Make Intel e1000 driver legacy I/O port free, Auke Kok
      • Re: [PATCH 4/5] e1000 : Make Intel e1000 driver legacy I/O port free, Yinghai Lu
• [PATCH 2/5] PCI : Move pci_fixup_device and is_enabled, Hidetoshi Seto
  • Re: [PATCH 2/5] PCI : Move pci_fixup_device and is_enabled, Grant Grundler
    • Re: [PATCH 2/5] PCI : Move pci_fixup_device and is_enabled, Greg KH
• [PATCH 0/5] PCI legacy I/O port free driver, Hidetoshi Seto
• [PATCH 3/3] kernel-api book: remove videodev chapter, Randy Dunlap
• [PATCH 5/5] lpfc : Make Emulex lpfc driver legacy I/O port free, Hidetoshi Seto
  • Re: [PATCH 5/5] lpfc : Make Emulex lpfc driver legacy I/O port free, James Smart
• [PATCH 1/3] kernel-doc: add fusion and i2o to kernel-api book, Randy Dunlap
• The VFS cache is not freed when there is not enough free memory to allocate, Aubrey
  • Re: The VFS cache is not freed when there is not enough free memory to allocate, Peter Zijlstra
    • Re: The VFS cache is not freed when there is not enough free memory to allocate, Aubrey
      • Re: The VFS cache is not freed when there is not enough free memory to allocate, Peter Zijlstra
      • Re: The VFS cache is not freed when there is not enough free memory to allocate, Aubrey
      • Re: The VFS cache is not freed when there is not enough free memory to allocate, Mike Frysinger
      • Re: The VFS cache is not freed when there is not enough free memory to allocate, Nick Piggin
      • Re: The VFS cache is not freed when there is not enough free memory to allocate, Sonic Zhang
      • Re: The VFS cache is not freed when there is not enough free memory to allocate, Aubrey
      • Re: The VFS cache is not freed when there is not enough free memory to allocate, Nick Piggin
      • Re: The VFS cache is not freed when there is not enough free memory to allocate, Aubrey
      • Re: The VFS cache is not freed when there is not enough free memory to allocate, Nick Piggin
• local_bh_dis/enable warnings, Randy Dunlap
• MX21 keypad driver interrupt issue, Dilan Weerakkody
• [2.6 patch] arch/i386/kernel/: remove remaining pc98 code, Adrian Bunk
  • Re: [2.6 patch] arch/i386/kernel/: remove remaining pc98 code, Ingo Molnar
• [RFC: 2.6 patch] bcm43xx: possible cleanups, Adrian Bunk
• [2.6 patch] include/asm-h8300/: "extern inline" -> "static inline", Adrian Bunk
• [2.6 patch] arch/powerpc/Kconfig: fix the EMBEDDED6xx dependencies, Adrian Bunk
• [2.6 patch] include/asm-powerpc/: "extern inline" -> "static inline", Adrian Bunk
• [2.6 patch] remove NFSD_OPTIMIZE_SPACE, Adrian Bunk
• [2.6 patch] include/asm-cris/: parisc: "extern inline" -> "static inline", Adrian Bunk
• [PATCH] Disable INTx when enabling MSI in forcedeth, Daniel Barkalow
  • Re: [PATCH] Disable INTx when enabling MSI in forcedeth, Linus Torvalds
    • Re: [PATCH] Disable INTx when enabling MSI in forcedeth, Daniel Barkalow
    • Re: [PATCH] Disable INTx when enabling MSI in forcedeth, Jeff Garzik
      • Re: [PATCH] Disable INTx when enabling MSI in forcedeth, Yinghai Lu
    • Re: [PATCH] Disable INTx when enabling MSI in forcedeth, Benjamin Herrenschmidt
• valid Peniis Capsuules, Marcia
• Re: [BUG] Reiserfs: reiserfs_panic while running fs stress tests, Suzuki
• [PATCH 2.6.19-rc6][RESEND] hda_intel: ALSA HD Audio patch for Intel ICH9, Jason Gaston
  • Re: [PATCH 2.6.19-rc6][RESEND] hda_intel: ALSA HD Audio patch for Intel ICH9, Takashi Iwai
• [PATCH 2.6.19-rc6][RESEND] ata_piix: IDE mode SATA patch for Intel ICH9, Jason Gaston
  • Re: [PATCH 2.6.19-rc6][RESEND] ata_piix: IDE mode SATA patch for Intel ICH9, Tejun Heo
  • <Possible follow-ups>
  • RE: [PATCH 2.6.19-rc6][RESEND] ata_piix: IDE mode SATA patch for Intel ICH9, Gaston, Jason D
    • Re: [PATCH 2.6.19-rc6][RESEND] ata_piix: IDE mode SATA patch for Intel ICH9, Tejun Heo
  • [PATCH 2.6.19-rc6][RESEND] ata_piix: IDE mode SATA patch for Intel ICH9, Jason Gaston
    • Re: [PATCH 2.6.19-rc6][RESEND] ata_piix: IDE mode SATA patch for Intel ICH9, Tejun Heo
    • Re: [PATCH 2.6.19-rc6][RESEND] ata_piix: IDE mode SATA patch for Intel ICH9, Jeff Garzik
  • RE: [PATCH 2.6.19-rc6][RESEND] ata_piix: IDE mode SATA patch for Intel ICH9, Gaston, Jason D
• [PATCH 2.6.19-rc6][RESEND] ahci: AHCI mode SATA patch for Intel ICH9, Jason Gaston
  • Re: [PATCH 2.6.19-rc6][RESEND] ahci: AHCI mode SATA patch for Intel ICH9, Jeff Garzik
• [RFC][PATCH] Add do_not_call_when_idle option to timer and workqueue, Venkatesh Pallipadi
  • Re: [RFC][PATCH] Add do_not_call_when_idle option to timer and workqueue, Andrew Morton
    • Re: [RFC][PATCH] Add do_not_call_when_idle option to timer and workqueue, Avi Kivity
      • Re: [RFC][PATCH] Add do_not_call_when_idle option to timer and workqueue, Arjan van de Ven
    • Re: [RFC][PATCH] Add do_not_call_when_idle option to timer and workqueue, Venkatesh Pallipadi
      • Re: [RFC][PATCH] Add do_not_call_when_idle option to timer and workqueue, Andrew Morton
• Re: Simple script that locks up my box with recent kernels, Jesper Juhl
  • Re: Simple script that locks up my box with recent kernels, Linus Torvalds
    • Re: Simple script that locks up my box with recent kernels, Dave Jones
      • Re: Simple script that locks up my box with recent kernels, Linus Torvalds
      • Re: Simple script that locks up my box with recent kernels, Dave Jones
      • Re: Simple script that locks up my box with recent kernels, Pádraig Brady
      • Re: Simple script that locks up my box with recent kernels, Dave Jones
    • Re: Simple script that locks up my box with recent kernels, Jens Axboe
      • Re: Simple script that locks up my box with recent kernels, Jesper Juhl
      • Re: Simple script that locks up my box with recent kernels, Jens Axboe
      • Re: Simple script that locks up my box with recent kernels, Jesper Juhl
      • Re: Simple script that locks up my box with recent kernels, Jens Axboe
      • Re: Simple script that locks up my box with recent kernels, Jesper Juhl
      • Re: Simple script that locks up my box with recent kernels, Jens Axboe
      • Re: Simple script that locks up my box with recent kernels, Jesper Juhl
      • Re: Simple script that locks up my box with recent kernels, Jens Axboe
      • Re: Simple script that locks up my box with recent kernels, Jesper Juhl
      • Re: Simple script that locks up my box with recent kernels, Jesper Juhl
      • Re: Simple script that locks up my box with recent kernels, Jesper Juhl
    • Re: Simple script that locks up my box with recent kernels, Jesper Juhl
    • Re: Simple script that locks up my box with recent kernels, Jesper Juhl
• [PATCH 2.6.19-rc6] hda_intel: ALSA HD Audio patch for Intel ICH9, Jason Gaston
• A curious user would like to know what anonpages are., Maarten Maathuis
  • Re: A curious user would like to know what anonpages are., Jesper Juhl
• [PATCH 2.6.19-rc6] ahci: AHCI mode SATA patch for Intel ICH9, Jason Gaston
  • Re: [PATCH 2.6.19-rc6] ahci: AHCI mode SATA patch for Intel ICH9, Tejun Heo
  • Re: [PATCH 2.6.19-rc6] ahci: AHCI mode SATA patch for Intel ICH9, Arjan van de Ven
    • Re: [PATCH 2.6.19-rc6] ahci: AHCI mode SATA patch for Intel ICH9, Jeff Garzik
  • <Possible follow-ups>
  • RE: [PATCH 2.6.19-rc6] ahci: AHCI mode SATA patch for Intel ICH9, Gaston, Jason D
• [PATCH 2.6.19-rc6] ata_piix: IDE mode SATA patch for Intel ICH9, Jason Gaston
  • <Possible follow-ups>
  • RE: [PATCH 2.6.19-rc6] ata_piix: IDE mode SATA patch for Intel ICH9, Gaston, Jason D
    • Re: [PATCH 2.6.19-rc6] ata_piix: IDE mode SATA patch for Intel ICH9, Tejun Heo
• [PATCH 0/11] Avoiding fragmentation with page clustering v27, Mel Gorman
  • [PATCH 2/11] Split the free lists for movable and unmovable allocations, Mel Gorman
  • [PATCH 1/11] Add __GFP_MOVABLE flag and update callers, Mel Gorman
    • Re: [PATCH 1/11] Add __GFP_MOVABLE flag and update callers, Christoph Lameter
      • Re: [PATCH 1/11] Add __GFP_MOVABLE flag and update callers, Mel Gorman
      • Re: [PATCH 1/11] Add __GFP_MOVABLE flag and update callers, Dave Hansen
      • Re: [PATCH 1/11] Add __GFP_MOVABLE flag and update callers, Linus Torvalds
      • Re: [PATCH 1/11] Add __GFP_MOVABLE flag and update callers, Mel Gorman
      • Re: [PATCH 1/11] Add __GFP_MOVABLE flag and update callers, Linus Torvalds
      • Re: [PATCH 1/11] Add __GFP_MOVABLE flag and update callers, Mel Gorman
      • Re: [PATCH 1/11] Add __GFP_MOVABLE flag and update callers, Hugh Dickins
      • Re: [PATCH 1/11] Add __GFP_MOVABLE flag and update callers, Mel Gorman
      • Re: [PATCH 1/11] Add __GFP_MOVABLE flag and update callers, Hugh Dickins
      • Re: [PATCH 1/11] Add __GFP_MOVABLE flag and update callers, Mel Gorman
      • Re: [PATCH 1/11] Add __GFP_MOVABLE flag and update callers, Linus Torvalds
      • Re: [PATCH 1/11] Add __GFP_MOVABLE flag and update callers, Hugh Dickins
      • Re: [PATCH 1/11] Add __GFP_MOVABLE flag and update callers, Mel Gorman
      • Re: [PATCH 1/11] Add __GFP_MOVABLE flag and update callers, Christoph Lameter
      • Add __GFP_MOVABLE for callers to flag allocations that may be migrated, Mel Gorman
      • Re: [PATCH 1/11] Add __GFP_MOVABLE flag and update callers, Christoph Lameter
      • Re: [PATCH 1/11] Add __GFP_MOVABLE flag and update callers, Linus Torvalds
      • Re: [PATCH 1/11] Add __GFP_MOVABLE flag and update callers, Mel Gorman
      • Re: [PATCH 1/11] Add __GFP_MOVABLE flag and update callers, Christoph Lameter
      • Re: [PATCH 1/11] Add __GFP_MOVABLE flag and update callers, Mel Gorman
  • [PATCH 8/11] [DEBUG] Add statistics, Mel Gorman
  • [PATCH 4/11] Add a configure option for page clustering, Mel Gorman
  • [PATCH 11/11] Use pageblock flags for page clustering, Mel Gorman
  • [PATCH 10/11] Remove dependency on page->flag bits, Mel Gorman
  • [PATCH 6/11] Move free pages between lists on steal, Mel Gorman
  • [PATCH 5/11] Drain per-cpu lists when high-order allocations fail, Mel Gorman
  • [PATCH 9/11] Add a bitmap that is used to track flags affecting a block of pages, Mel Gorman
  • [PATCH 7/11] Mark short-lived and reclaimable kernel allocations, Mel Gorman
  • [PATCH 3/11] Choose pages from the per-cpu list based on migration type, Mel Gorman
• Wifi driver ipw3945 disappear connecting with access point, jan sonnek
  • Re: Wifi driver ipw3945 disappear connecting with access point, Stephen Hemminger
• [PATCH 2/3] ext2/3/4: enable "undeletable" file attribute., James Hunt
• Re: Freeze with ATI Xpress 200, Davor Cubranic
  • Re: Freeze with ATI Xpress 200, Nigel Cunningham
• [PATCH 3/3] ext2/3/4: enable "undeletable" file attribute., James Hunt
• [PATCH 1/3] ext2/3/4: enable "undeletable" file attribute., James Hunt
  • Re: [PATCH 1/3] ext2/3/4: enable "undeletable" file attribute., Arnd Bergmann
    • Re: [PATCH 1/3] ext2/3/4: enable "undeletable" file attribute., Dagfinn Ilmari Mannsåker
  • Re: [PATCH 1/3] ext2/3/4: enable "undeletable" file attribute., Jan Engelhardt
• [RFC: 2.6 patch] the overdue removal of drivers/pcmcia/pcmcia_ioctl.c, Adrian Bunk
  • Re: [RFC: 2.6 patch] the overdue removal of drivers/pcmcia/pcmcia_ioctl.c, Russell King
• 2.6.18.2: Nobody cared about the millionth sata_nv interrupt, Daniel Barkalow
  • Re: 2.6.18.2: Nobody cared about the millionth sata_nv interrupt, Daniel Barkalow
• [2.6 patch] make drivers/usb/core/driver.c:usb_device_match() static, Adrian Bunk
• RE: [PATCH] CISS: require same SCSI module support, Miller, Mike (OS Dev)
• [PATCH 2.6.19-rc6] sata_promise updates, Mikael Pettersson
  • Re: [PATCH 2.6.19-rc6] sata_promise updates, Jeff Garzik
    • Re: [PATCH 2.6.19-rc6] sata_promise updates, Jeff Garzik
  • Re: [PATCH 2.6.19-rc6] sata_promise updates, Jeff Garzik
  • <Possible follow-ups>
  • Re: [PATCH 2.6.19-rc6] sata_promise updates, Mikael Pettersson
  • Re: [PATCH 2.6.19-rc6] sata_promise updates, Mikael Pettersson
    • Re: [PATCH 2.6.19-rc6] sata_promise updates, Jeff Garzik
• [PATCH] snd-hda-intel: fix insufficient memory, wbrana
  • Re: [PATCH] snd-hda-intel: fix insufficient memory, Andrew Morton
    • [RCU] adds a prefetch() in rcu_do_batch(), Eric Dumazet
      • [PATCH] dont insert pipe dentries into dentry_hashtable., Eric Dumazet
      • Re: [PATCH] dont insert pipe dentries into dentry_hashtable., Andrew Morton
      • Re: [PATCH] dont insert pipe dentries into dentry_hashtable., Al Viro
      • Re: [PATCH] dont insert pipe dentries into dentry_hashtable., David Miller
      • Re: [RCU] adds a prefetch() in rcu_do_batch(), Paul E. McKenney
      • Re: [RCU] adds a prefetch() in rcu_do_batch(), Eric Dumazet
      • Re: [RCU] adds a prefetch() in rcu_do_batch(), Paul E. McKenney
    • Re: [PATCH] snd-hda-intel: fix insufficient memory, wbrana
      • Re: [PATCH] snd-hda-intel: fix insufficient memory, Andrew Morton
      • Re: [PATCH] snd-hda-intel: fix insufficient memory, wbrana
      • Re: [PATCH] snd-hda-intel: fix insufficient memory, Andrew Morton
• [2.6 patch] parisc: "extern inline" -> "static inline", Adrian Bunk
• [2.6 patch] arch/parisc/Makefile: remove GCC_VERSION, Adrian Bunk
• arch/x86_64/kernel/smpboot.c(273): remark #593: variable "bound" was set but nev, d binderman
  • [PATCH] x86_64 smpboot: remove unused variable, David Rientjes
• arch/x86_64/kernel/apic.c(701): remark #593: variable "ver" was set but never us, d binderman
  • Re: arch/x86_64/kernel/apic.c(701): remark #593: variable "ver" was set but never us, David Rientjes
    • Re: arch/x86_64/kernel/apic.c(701): remark #593: variable "ver" was set but never us, Andi Kleen
  • [2.6 patch] x86_64 __setup_APIC_LVTT(): remove unused variable, Adrian Bunk
    • Re: [2.6 patch] x86_64 __setup_APIC_LVTT(): remove unused variable, Andi Kleen
• [RFC: 2.6 patch] kernel/pid.c: remove two unused exports, Adrian Bunk
  • Re: [RFC: 2.6 patch] kernel/pid.c: remove two unused exports, Eric W. Biederman
• [2.6 patch] crypto/: remove unused functions, Adrian Bunk
  • Re: [2.6 patch] crypto/: remove unused functions, Herbert Xu
• arch/i386/kernel/msr.c(198): remark #593: variable "rv" was set but never used, d binderman
  • [PATCH] i386 msr: remove unused variable, David Rientjes
    • Re: [PATCH] i386 msr: remove unused variable, Adrian Bunk
      • Re: [PATCH] i386 msr: remove unused variable, David Rientjes
• [2.6.19 patch] i386/x86_64: remove the unused EXPORT_SYMBOL(dump_trace), Adrian Bunk
  • Re: [2.6.19 patch] i386/x86_64: remove the unused EXPORT_SYMBOL(dump_trace), Andi Kleen
    • Re: [2.6.19 patch] i386/x86_64: remove the unused EXPORT_SYMBOL(dump_trace), Christoph Hellwig
      • Re: [2.6.19 patch] i386/x86_64: remove the unused EXPORT_SYMBOL(dump_trace), Alan
      • Re: [2.6.19 patch] i386/x86_64: remove the unused EXPORT_SYMBOL(dump_trace), Vara Prasad
• [PATCH] export toshiba SMM support for neofb module, Randy Dunlap
• amazing orgassm, Serena
• 2.6.19-rc5: possible regression - OHCI dead after several STD/resume cycles, Andrey Borzenkov
  • Re: [linux-usb-devel] 2.6.19-rc5: possible regression - OHCI dead after several STD/resume cycles, Alan Stern
• [PATCH] backlight: lcd: Remove dependenct from the framebuffer layer, James Simmons
• [PATCH 2.6.19] bonding: incorrect bonding state reported via ioctl, Andy Gospodarek
• [take25 0/6] kevent: Generic event handling mechanism., Evgeniy Polyakov
  • [take25 1/6] kevent: Description., Evgeniy Polyakov
    • [take25 2/6] kevent: Core files., Evgeniy Polyakov
      • [take25 3/6] kevent: poll/select() notifications., Evgeniy Polyakov
      • [take25 4/6] kevent: Socket notifications., Evgeniy Polyakov
      • [take25 5/6] kevent: Timer notifications., Evgeniy Polyakov
      • [take25 6/6] kevent: Pipe notifications., Evgeniy Polyakov
      • Re: [take25 6/6] kevent: Pipe notifications., Eric Dumazet
      • Re: [take25 6/6] kevent: Pipe notifications., Evgeniy Polyakov
    • Re: [take25 1/6] kevent: Description., Ulrich Drepper
      • Re: [take25 1/6] kevent: Description., Evgeniy Polyakov
      • Re: [take25 1/6] kevent: Description., Ulrich Drepper
      • Re: [take25 1/6] kevent: Description., Evgeniy Polyakov
      • Re: [take25 1/6] kevent: Description., Ulrich Drepper
      • Re: [take25 1/6] kevent: Description., Evgeniy Polyakov
      • Re: [take25 1/6] kevent: Description., Evgeniy Polyakov
      • Re: [take25 1/6] kevent: Description., Ulrich Drepper
    • Re: [take25 1/6] kevent: Description., Ulrich Drepper
      • Re: [take25 1/6] kevent: Description., Evgeniy Polyakov
      • Re: [take25 1/6] kevent: Description., Ulrich Drepper
      • Re: [take25 1/6] kevent: Description., Hans Henrik Happe
      • Re: [take25 1/6] kevent: Description., Ulrich Drepper
      • Re: [take25 1/6] kevent: Description., Evgeniy Polyakov
      • Re: [take25 1/6] kevent: Description., Ulrich Drepper
      • Re: [take25 1/6] kevent: Description., Evgeniy Polyakov
      • Re: [take25 1/6] kevent: Description., Ulrich Drepper
      • Re: [take25 1/6] kevent: Description., Evgeniy Polyakov
      • Re: [take25 1/6] kevent: Description., Ulrich Drepper
    • Re: [take25 1/6] kevent: Description., Ulrich Drepper
      • Re: [take25 1/6] kevent: Description., Jeff Garzik
      • Re: [take25 1/6] kevent: Description., Ulrich Drepper
      • Re: [take25 1/6] kevent: Description., Eric Dumazet
      • Re: [take25 1/6] kevent: Description., Andrew Morton
      • Re: [take25 1/6] kevent: Description., Eric Dumazet
      • Re: [take25 1/6] kevent: Description., Ulrich Drepper
      • Re: [take25 1/6] kevent: Description., Miquel van Smoorenburg
      • Re: [take25 1/6] kevent: Description., Hans Henrik Happe
      • Re: [take25 1/6] kevent: Description., Evgeniy Polyakov
      • Re: [take25 1/6] kevent: Description., Evgeniy Polyakov
      • Re: [take25 1/6] kevent: Description., Ulrich Drepper
      • Re: [take25 1/6] kevent: Description., Evgeniy Polyakov
• gen_pool_destroy(...)?, Komal Shah
• RFC - platform device, IRQs and SoC devices, Ian Molton
  • Re: [Kernel-discuss] RFC - platform device, IRQs and SoC devices, Ian Molton
    • Re: [Kernel-discuss] RFC - platform device, IRQs and SoC devices, Russell King
      • Re: [Kernel-discuss] RFC - platform device, IRQs and SoC devices, Ian Molton
      • Re: [Kernel-discuss] RFC - platform device, IRQs and SoC devices, Russell King
• LTTng do_page_fault vs handle_mm_fault instrumentation, Mathieu Desnoyers
  • Re: LTTng do_page_fault vs handle_mm_fault instrumentation, Sergei Shtylyov
    • Re: LTTng do_page_fault vs handle_mm_fault instrumentation, Mathieu Desnoyers
      • Re: LTTng do_page_fault vs handle_mm_fault instrumentation, Sergei Shtylyov
• [PATCH] fix asm constraints in i386 atomic_add_return, Duncan Sands
• [PATCH 1/1] MMC: new version of the TI Flash Media card reader driver, Alex Dubov
  • Re: [PATCH 1/1] MMC: new version of the TI Flash Media card reader driver, Pierre Ossman
  • Re: [PATCH 1/1] MMC: new version of the TI Flash Media card reader driver, Fabio Comolli
  • <Possible follow-ups>
  • Re: [PATCH 1/1] MMC: new version of the TI Flash Media card reader driver, Pierre Ossman
• Bug: Pentium M not always detected by CPUFREQ, Holger Schurig
  • Re: Bug: Pentium M not always detected by CPUFREQ, Arjan van de Ven
    • Re: Bug: Pentium M not always detected by CPUFREQ, Holger Schurig
      • Re: Bug: Pentium M not always detected by CPUFREQ, Dominik Brodowski
  • Re: Bug: Pentium M not always detected by CPUFREQ, Arjan van de Ven
• sexuallyy explicitt: russsian champion Womans!, Cynthia Ackerman
• [patch -mm] net namespace: empty framework, Cedric Le Goater
  • Re: [patch -mm] net namespace: empty framework, Kirill Korotaev
    • Re: [patch -mm] net namespace: empty framework, Daniel Lezcano
      • Re: [patch -mm] net namespace: empty framework, Herbert Poetzl
      • Re: [patch -mm] net namespace: empty framework, Cedric Le Goater
      • Re: [patch -mm] net namespace: empty framework, Eric W. Biederman
      • Re: [patch -mm] net namespace: empty framework, Daniel Lezcano
      • Re: [patch -mm] net namespace: empty framework, Dmitry Mishin
      • Re: [patch -mm] net namespace: empty framework, Dmitry Mishin
      • Re: [patch -mm] net namespace: empty framework, Eric W. Biederman
      • Re: [patch -mm] net namespace: empty framework, Kirill Korotaev
      • Re: [patch -mm] net namespace: empty framework, Dmitry Mishin
      • Re: [patch -mm] net namespace: empty framework, Daniel Lezcano
      • Re: [patch -mm] net namespace: empty framework, Cedric Le Goater
      • Re: [patch -mm] net namespace: empty framework, Serge E. Hallyn
      • Re: [patch -mm] net namespace: empty framework, Dmitry Mishin
      • Re: [patch -mm] net namespace: empty framework, Serge E. Hallyn
      • Re: [patch -mm] net namespace: empty framework, Dmitry Mishin
      • Re: [patch -mm] net namespace: empty framework, Cedric Le Goater
      • Re: [patch -mm] net namespace: empty framework, Daniel Lezcano
      • Re: [patch -mm] net namespace: empty framework, Cedric Le Goater
• Re: [PATCH] ISDN: Avoid a potential NULL ptr deref in ippp, Jesper Juhl
  • Re: [PATCH] ISDN: Avoid a potential NULL ptr deref in ippp, David Rientjes
    • Re: [PATCH] ISDN: Avoid a potential NULL ptr deref in ippp, Jesper Juhl
      • Re: [PATCH] ISDN: Avoid a potential NULL ptr deref in ippp, David Rientjes
      • Re: [PATCH] ISDN: Avoid a potential NULL ptr deref in ippp, Jesper Juhl
• [SPARC64]: resumable error decoding, Kirill Korotaev
  • Re: [SPARC64]: resumable error decoding, David Miller
    • Re: [SPARC64]: resumable error decoding, Kirill Korotaev
      • Re: [SPARC64]: resumable error decoding, David Miller
• [PATCH 0/5] V4L/DVB bug fixes, mchehab
  • [PATCH 1/5] V4L/DVB (4831): Fix tuning on older budget DVBS cards., mchehab
  • [PATCH 3/5] V4L/DVB (4832): Fix uninitialised variable in dvb_frontend_swzigzag, mchehab
  • [PATCH 4/5] V4L/DVB (4849): Add missing spin_unlock to saa6588 decoder driver, mchehab
  • [PATCH 5/5] V4L/DVB (4865): Fix: Slot 0 not NULL on disconnecting SN9C10x PC Camera, mchehab
  • [PATCH 2/5] V4L/DVB (4840): Budget: diseqc_method module parameter for cards with subsystem-id 13c2:1003, mchehab
• Re: [NFS] 2.6.17.8 - do_vfs_lock: VFS is out of sync with lock manager!, Jesper Juhl
  • Re: [NFS] 2.6.17.8 - do_vfs_lock: VFS is out of sync with lock manager!, Jesper Juhl
• [ahci] Failed with error -12, Renato S. Yamane
  • Re: [ahci] Failed with error -12, Jeff Garzik
• [PATCH][1/2] NFS2: Calculate 'w' a bit later in nfsaclsvc_encode_getaclres(), Jesper Juhl
• [PATCH][2/2] NFS3: Calculate 'w' a bit later in nfs3svc_encode_getaclres(), Jesper Juhl
• [PATCH][0/2] NFS: Calculate 'w' a bit later in *_encode_getaclres(), Jesper Juhl
• sexuually explicitt:Russiaan foremost Lady ***e acttion., Henry
• Re: [PATCH 46/61] fix Intel RNG detection, Vassilios Kotoulas
• How to read/write from/to the HD with out kernel cashing, Dipti Ranjan Tarai
  • Re: How to read/write from/to the HD with out kernel cashing, Tejun Heo
  • Re: How to read/write from/to the HD with out kernel cashing, Jesper Juhl
• 2.6.19-rc6 : Spontaneous reboots, stack overflows - seems to implicate xfs, scsi, networking, SMP, Jesper Juhl
  • Message not available
    • Re: 2.6.19-rc6 : Spontaneous reboots, stack overflows - seems to implicate xfs, scsi, networking, SMP, Jesper Juhl
      • Re: 2.6.19-rc6 : Spontaneous reboots, stack overflows - seems to implicate xfs, scsi, networking, SMP, David Chinner
      • Re: 2.6.19-rc6 : Spontaneous reboots, stack overflows - seems to implicate xfs, scsi, networking, SMP, Jesper Juhl
      • Re: 2.6.19-rc6 : Spontaneous reboots, stack overflows - seems to implicate xfs, scsi, networking, SMP, Jesper Juhl
      • Re: 2.6.19-rc6 : Spontaneous reboots, stack overflows - seems to implicate xfs, scsi, networking, SMP, Stephen Hemminger
      • Re: 2.6.19-rc6 : Spontaneous reboots, stack overflows - seems to implicate xfs, scsi, networking, SMP, Jesper Juhl
      • Re: 2.6.19-rc6 : Spontaneous reboots, stack overflows - seems to implicate xfs, scsi, networking, SMP, David Chinner
      • Re: 2.6.19-rc6 : Spontaneous reboots, stack overflows - seems to implicate xfs, scsi, networking, SMP, David Miller
      • Re: 2.6.19-rc6 : Spontaneous reboots, stack overflows - seems to implicate xfs, scsi, networking, SMP, Al Viro
      • Re: 2.6.19-rc6 : Spontaneous reboots, stack overflows - seems to implicate xfs, scsi, networking, SMP, Matthew Wilcox
      • Re: 2.6.19-rc6 : Spontaneous reboots, stack overflows - seems to implicate xfs, scsi, networking, SMP, Arjan van de Ven
      • Re: [xfs-masters] Re: 2.6.19-rc6 : Spontaneous reboots, stack overflows - seems to implicate xfs, scsi, networking, SMP, Nathan Scott
      • Re: 2.6.19-rc6 : Spontaneous reboots, stack overflows - seems to implicate xfs, scsi, networking, SMP, Eric Sandeen
      • Re: 2.6.19-rc6 : Spontaneous reboots, stack overflows - seems to implicate xfs, scsi, networking, SMP, David Chinner
      • Re: 2.6.19-rc6 : Spontaneous reboots, stack overflows - seems to implicate xfs, scsi, networking, SMP, Ingo Oeser
      • Re: 2.6.19-rc6 : Spontaneous reboots, stack overflows - seems to implicate xfs, scsi, networking, SMP, Arjan van de Ven
      • Re: 2.6.19-rc6 : Spontaneous reboots, stack overflows - seems to implicate xfs, scsi, networking, SMP, David Miller
      • Re: 2.6.19-rc6 : Spontaneous reboots, stack overflows - seems to implicate xfs, scsi, networking, SMP, David Chinner
      • Re: 2.6.19-rc6 : Spontaneous reboots, stack overflows - seems to implicate xfs, scsi, networking, SMP, Jesper Juhl
      • Re: 2.6.19-rc6 : Spontaneous reboots, stack overflows - seems to implicate xfs, scsi, networking, SMP, David Chinner
      • Re: 2.6.19-rc6 : Spontaneous reboots, stack overflows - seems to implicate xfs, scsi, networking, SMP, Arjan van de Ven
      • Re: 2.6.19-rc6 : Spontaneous reboots, stack overflows - seems to implicate xfs, scsi, networking, SMP, David Miller
      • Re: 2.6.19-rc6 : Spontaneous reboots, stack overflows - seems to implicate xfs, scsi, networking, SMP, David Chinner
• Re: CDROM drive not found when booting using new libata code, Tejun Heo
• intel 82865G and x.org shutdown on Pentium D using x86_64 arch, Wojciech Kromer
• [RFC][PATCH] Fix locking on misrouted interrupts, Pavel Emelianov
  • Re: [RFC][PATCH] Fix locking on misrouted interrupts, Ingo Molnar
• Kernel panic in cifs_revalidate, Chakri n
  • Re: Kernel panic in cifs_revalidate, Akemi Yagi
• (Fwd) Re: [NFS] 2.6.16 with XEN (x86_64): nfsserver crashed kernel, Ulrich Windl
• Anyone using MMC multi-slot?, Pierre Ossman
• Re: [patch 07/30] bcm43xx: Drain TX status before starting IRQs, Ray Lee
  • Re: [patch 07/30] bcm43xx: Drain TX status before starting IRQs, Michael Buesch
• sterling kiing-size 0rrgasm, Ira
• hash table/map in kernel, e m
• Re: RFC/T: Trial fix for the bcm43xx - wpa_supplicant - NetworkManager deadlock, Ray Lee
  • Re: RFC/T: Trial fix for the bcm43xx - wpa_supplicant - NetworkManager deadlock, Larry Finger
    • Re: RFC/T: Trial fix for the bcm43xx - wpa_supplicant - NetworkManager deadlock, Johannes Berg
      • Re: RFC/T: Trial fix for the bcm43xx - wpa_supplicant - NetworkManager deadlock, Johannes Berg
      • Re: RFC/T: Trial fix for the bcm43xx - wpa_supplicant - NetworkManager deadlock, Larry Finger
      • Re: RFC/T: Trial fix for the bcm43xx - wpa_supplicant - NetworkManager deadlock, Dan Williams
      • Re: RFC/T: Trial fix for the bcm43xx - wpa_supplicant - NetworkManager deadlock, Ray Lee
• [PATCH] add return value checking of get_user() in set_vesa_blanking(), Yoichi Yuasa
  • Re: [PATCH] add return value checking of get_user() in set_vesa_blanking(), Andrew Morton
    • Re: [PATCH] add return value checking of get_user() in set_vesa_blanking(), Yoichi Yuasa
• [PATCH] Allow 32-bit and 64-bit hashes, Matthew Wilcox
• bus_id collisions, Benjamin Herrenschmidt
  • Re: bus_id collisions, David Miller
    • Re: bus_id collisions, Benjamin Herrenschmidt
  • Re: bus_id collisions, Greg KH
    • Re: bus_id collisions, Benjamin Herrenschmidt
      • Re: bus_id collisions, Kumar Gala
• sexuaally expplicit: yoou exquisite virggin Woman?, Ralph Bernal
• Linux 2.6.16.33-rc1, Adrian Bunk
• expplicit:vanquish Innoccent Eighteens geetting second-best it anaally!, Emery
• [patch] sched: decrease number of load balances, Siddha, Suresh B
  • Re: [patch] sched: decrease number of load balances, Christoph Lameter
    • Re: [patch] sched: decrease number of load balances, Siddha, Suresh B
      • Re: [patch] sched: decrease number of load balances, Christoph Lameter
      • Re: [patch] sched: decrease number of load balances, Siddha, Suresh B
• Harder and Pleasurable, Sue Westbrook
• remove duplicate printk, Dave Jones
• [PATCH 2.6.19] ehca: bug fix: use wqe offset instead wqe address to determine pending work requests, Hoang-Nam Nguyen
  • Re: [PATCH 2.6.19] ehca: bug fix: use wqe offset instead wqe address to determine pending work requests, Roland Dreier
    • Re: [PATCH 2.6.19] ehca: bug fix: use wqe offset instead wqe address to determine pending work requests, Hoang-Nam Nguyen
      • Re: [PATCH 2.6.19] ehca: bug fix: use wqe offset instead wqe address to determine pending work requests, Roland Dreier
      • Re: [PATCH 2.6.19] ehca: bug fix: use wqe offset instead wqe address to determine pending work requests, Hoang-Nam Nguyen
      • Re: [PATCH 2.6.19] ehca: bug fix: use wqe offset instead wqe address to determine pending work requests, Roland Dreier
• Time warp on 2.6.19-rc6-rt4, Clark Williams
• [POWERPC][PATCH 1/2] Revert "[POWERPC] Enable generic rtc hook for the MPC8349 mITX", Kim Phillips
• [POWERPC][PATCH 2/2] Revert "[POWERPC] Add powerpc get/set_rtc_time interface to new generic rtc class", Kim Phillips
• [patch 2.6.19-rc6 0/6] more rtc framework/driver updates, David Brownell
  • [patch 2.6.19-rc6 3/6] X86_PC optionally creates rtc_cmos platform device, David Brownell
  • [patch 2.6.19-rc6 2/6] rtc-sa1100 tweaks, David Brownell
    • Re: [patch 2.6.19-rc6 2/6] rtc-sa1100 tweaks, Russell King
      • Re: [patch 2.6.19-rc6 2/6] rtc-sa1100 tweaks, David Brownell
  • [patch 2.6.19-rc6 6/6] rtc-omap driver, David Brownell
    • Re: [patch 2.6.19-rc6 6/6] rtc-omap driver, Alessandro Zummo
    • Re: [patch 2.6.19-rc6 6/6] rtc-omap driver, Andrew Morton
      • Re: [patch 2.6.19-rc6 6/6] rtc-omap driver, David Brownell
      • Re: [patch 2.6.19-rc6 6/6] rtc-omap driver, Andrew Morton
      • Re: [patch 2.6.19-rc6 6/6] rtc-omap driver, David Brownell
      • Re: [patch 2.6.19-rc6 6/6] rtc-omap driver, Alessandro Zummo
  • [patch 2.6.19-rc6 5/6] rtc-cmos driver, David Brownell
  • [patch 2.6.19-rc6 4/6] ACPI exports RTC extensions through platform_data, David Brownell
  • [patch 2.6.19-rc6 1/6] rtc class /proc/driver/rtc update, David Brownell
    • Re: [patch 2.6.19-rc6 1/6] rtc class /proc/driver/rtc update, Alessandro Zummo
      • Re: [Bulk] Re: [patch 2.6.19-rc6 1/6] rtc class /proc/driver/rtc update, David Brownell
      • Re: [Bulk] Re: [patch 2.6.19-rc6 1/6] rtc class /proc/driver/rtc update, Alessandro Zummo
      • Re: [patch 2.6.19-rc6 1/6] rtc class /proc/driver/rtc update, David Brownell
• 2.6.19-rc6-rt5, Ingo Molnar
  • Re: 2.6.19-rc6-rt5, Alistair John Strachan
    • Re: 2.6.19-rc6-rt5, Ingo Molnar
  • Re: 2.6.19-rc6-rt5, Alistair John Strachan
    • Re: 2.6.19-rc6-rt5, Ingo Molnar
  • Re: 2.6.19-rc6-rt5, Sergio Monteiro Basto
    • Re: 2.6.19-rc6-rt5, Ingo Molnar
  • compile problems Re: 2.6.19-rc6-rt5, Sergio Monteiro Basto
    • Re: compile problems Re: 2.6.19-rc6-rt5, Ingo Molnar
    • Re: compile problems Re: 2.6.19-rc6-rt5, Ingo Molnar
  • Re: 2.6.19-rc6-rt5, Robert Schwebel
    • Re: 2.6.19-rc6-rt5, Eduardo Valentin
      • Re: 2.6.19-rc6-rt5, Robert Schwebel
  • Re: 2.6.19-rc6-rt5, Mark Knecht
    • Re: 2.6.19-rc6-rt5, Lee Revell
      • Re: 2.6.19-rc6-rt5, Mark Knecht
      • Re: 2.6.19-rc6-rt5, Lee Revell
      • Re: 2.6.19-rc6-rt5, Ingo Molnar
      • Re: 2.6.19-rc6-rt5, Mark Knecht
      • Re: 2.6.19-rc6-rt5, Ingo Molnar
  • Re: 2.6.19-rc6-rt5, Karsten Wiese
    • Re: 2.6.19-rc6-rt5, Ingo Molnar
  • <Possible follow-ups>
  • Re: 2.6.19-rc6-rt5, Marcus Hartig
    • Re: 2.6.19-rc6-rt5, Karsten Wiese
  • Re: 2.6.19-rc6-rt5, Thomas
• [RFC: 2.6 patch] remove the broken BLK_DEV_SWIM_IOP driver, Adrian Bunk
  • Re: [RFC: 2.6 patch] remove the broken BLK_DEV_SWIM_IOP driver, Brad Boyer
• [RFC: 2.6 patch] remove the broken SKMC driver, Adrian Bunk
  • Re: [RFC: 2.6 patch] remove the broken SKMC driver, Stephen Hemminger
    • Re: [RFC: 2.6 patch] remove the broken SKMC driver, James Bottomley
    • Re: [RFC: 2.6 patch] remove the broken SKMC driver, Alan
  • <Possible follow-ups>
  • [RFC: 2.6 patch] remove the broken SKMC driver, Adrian Bunk
• [2.6 patch] the scheduled removal of RAW1394_REQ_ISO_{SEND,LISTEN}, Adrian Bunk
  • Re: [2.6 patch] the scheduled removal of RAW1394_REQ_ISO_{SEND,LISTEN}, Stefan Richter
• [GIT PULL] please pull infiniband.git (again), Roland Dreier
• [2.6 patch] drivers/acpi/osl.c: fix a NULL check, Adrian Bunk
• sexuaally expllicit:Russiann superlative Eighteen hardcoore ., Jami Elmore
• Debugfs : inotify, multiple calls to debugfs_create_file, remove, Mathieu Desnoyers
  • Re: Debugfs : inotify, multiple calls to debugfs_create_file, remove, Greg KH
    • Re: Debugfs : inotify, multiple calls to debugfs_create_file, remove, Mathieu Desnoyers
    • [PATCH 1/5] DebugFS : inotify create/mkdir support, Mathieu Desnoyers
      • Re: [PATCH 1/5] DebugFS : inotify create/mkdir support, Greg KH
      • Re: [PATCH 1/5] DebugFS : inotify create/mkdir support, Mathieu Desnoyers
      • [PATCH 1/5] DebugFS : inotify create/mkdir support, 2.6.19-rc6, Mathieu Desnoyers
    • [PATCH 2/5] DebugFS : coding style fixes, Mathieu Desnoyers
      • [PATCH 2/5] DebugFS : coding style fixes, 2.6.19-rc6, Mathieu Desnoyers
    • [PATCH 3/5] DebugFS : file/directory creation error handling, 2.6.18, Mathieu Desnoyers
      • [PATCH 3/5] DebugFS : file/directory creation error handling, 2.6.19-rc6, Mathieu Desnoyers
    • [PATCH 4/5] DebugFS : file/directory creation error handling, 2.6.18, Mathieu Desnoyers
      • [PATCH 4/5] DebugFS : file/directory creation error handling, 2.6.19-rc6, Mathieu Desnoyers
    • [PATCH 5/5] libfs : file/directory removal fix, 2.6.18, Mathieu Desnoyers
      • Re: [PATCH 5/5] libfs : file/directory removal fix, 2.6.18, Al Viro
      • Re: [PATCH 5/5] libfs : file/directory removal fix, 2.6.18, Al Viro
      • Re: [PATCH 5/5] libfs : file/directory removal fix, 2.6.18, Mathieu Desnoyers
      • Re: [PATCH 5/5] libfs : file/directory removal fix, 2.6.18, Mathieu Desnoyers
      • [PATCH 5/5] DebugFS : file/directory removal fix, 2.6.18, Mathieu Desnoyers
      • [PATCH 5/5] DebugFS : file/directory removal fix, 2.6.19-rc6, Mathieu Desnoyers
• top, Tomas Wolff
• [PATCH 00/22] Cell patches for 2.6.20, Arnd Bergmann
  • [PATCH 22/22] cell: add oprofile support, Arnd Bergmann
  • [PATCH 21/22] cell: add routines for managing PMU interrupts, Arnd Bergmann
  • [PATCH 04/22] spufs: add /lslr, /dma_info and /proxydma files, Arnd Bergmann
  • [PATCH 12/22] spufs: always map local store non-guarded, Arnd Bergmann
  • [PATCH 11/22] spufs: avoid user-triggered oops in ptrace, Arnd Bergmann
  • [PATCH 19/22] cell: PMU register macros, Arnd Bergmann
  • [PATCH 09/22] spufs: return correct event for data storage interrupt, Arnd Bergmann
  • [PATCH 01/22] powerpc: convert idle_loop to use hard_irq_disable(), Arnd Bergmann
    • Re: [PATCH 01/22] powerpc: convert idle_loop to use hard_irq_disable(), Paul Mackerras
    • Re: [PATCH 01/22] powerpc: convert idle_loop to use hard_irq_disable(), Benjamin Herrenschmidt
      • Re: [PATCH 01/22] powerpc: convert idle_loop to use hard_irq_disable(), Arnd Bergmann
      • Re: [PATCH 01/22] powerpc: convert idle_loop to use hard_irq_disable(), Olof Johansson
  • [PATCH 14/22] spufs: use SPU master control to prevent wild SPU execution, Arnd Bergmann
  • [PATCH 20/22] cell: Move PMU-related stuff to include/asm-powerpc/cell-pmu.h, Arnd Bergmann
  • [PATCH 02/22] powerpc: change ppc_rtas declaration to weak, Arnd Bergmann
  • [PATCH 10/22] spufs: fix missing stop-and-signal, Arnd Bergmann
  • [PATCH 05/22] spufs: Remove /spu_tag_mask file, Arnd Bergmann
  • [PATCH 13/22] spufs: fix return value of spufs_mfc_write, Arnd Bergmann
  • [PATCH 17/22] coredump: Add SPU elf notes to coredump., Arnd Bergmann
    • Re: [PATCH 17/22] coredump: Add SPU elf notes to coredump., Michael Ellerman
  • [PATCH 18/22] cell: add symbol exports for oprofile, Arnd Bergmann
  • [PATCH 03/22] spufs: Change %llx to 0x%llx., Arnd Bergmann
  • [PATCH 06/22] spufs: implement /mbox_info, /ibox_info, and /wbox_info., Arnd Bergmann
  • [PATCH 15/22] spufs: Add runcntrl read accessors, Arnd Bergmann
  • [PATCH 08/22] spufs: replace spu.nid with spu.node, Arnd Bergmann
  • [PATCH 16/22] spufs: load isolation kernel from spu_run, Arnd Bergmann
  • [PATCH 07/22] spufs: read from signal files only if data is there, Arnd Bergmann
• multi-function PCI device claiming., Dave Jones
  • Re: multi-function PCI device claiming., Alan
• proc_kill_inodes() race WRT vfs_read() and other users of filp->f_ops, Sergey Vlasov
• lock held at task exit time, Brendan Powers
• [PATCH 1/1]OProfile for Cell bug fix, Maynard Johnson
  • Re: [PATCH 1/1]OProfile for Cell bug fix, Arnd Bergmann
• Strange network routing behaviour when routing locally generated packets, Benoit Plessis
• [PATCH 0/1]OProfile for Cell bug fix, Maynard Johnson
• [PATCH] x86_64: Align data segment to PAGE_SIZE boundary, Vivek Goyal
  • Re: [PATCH] x86_64: Align data segment to PAGE_SIZE boundary, Andi Kleen
• [PATCH] i386: Correct documentation for bzImage protocol v2.05, Vivek Goyal
  • Re: [PATCH] i386: Correct documentation for bzImage protocol v2.05, H. Peter Anvin
• beatific king--size orggasm, Trina
• [PATCH] pci: Fix multiple problems with VIA hardware, Alan
• bug? VFAT copy problem, The Peach
  • Re: bug? VFAT copy problem, OGAWA Hirofumi
    • Re: bug? VFAT copy problem, The Peach
      • Re: bug? VFAT copy problem, OGAWA Hirofumi
      • [OT] Re: bug? VFAT copy problem, Sergio Monteiro Basto
      • Re: [OT] Re: bug? VFAT copy problem, DervishD
      • Re: [OT] Re: bug? VFAT copy problem, OGAWA Hirofumi
      • Re: [OT] Re: bug? VFAT copy problem, DervishD
      • Re: [OT] Re: bug? VFAT copy problem, Sergio Monteiro Basto
      • Re: [OT] Re: bug? VFAT copy problem, DervishD
      • Re: [OT] Re: bug? VFAT copy problem, The Peach
      • Re: [OT] Re: bug? VFAT copy problem, DervishD
      • Re: [OT] Re: bug? VFAT copy problem, OGAWA Hirofumi
      • Re: [OT] bug? VFAT copy problem, Renato S. Yamane
      • Re: [OT] bug? VFAT copy problem, OGAWA Hirofumi
      • Re: [OT] bug? VFAT copy problem, Sergio Monteiro Basto
      • Re: bug? VFAT copy problem, The Peach
      • Re: bug? VFAT copy problem, OGAWA Hirofumi
      • Re: bug? VFAT copy problem, The Peach
      • Re: bug? VFAT copy problem, OGAWA Hirofumi
      • Re: bug? VFAT copy problem, The Peach
      • Re: bug? VFAT copy problem, OGAWA Hirofumi
      • Re: bug? VFAT copy problem, The Peach
      • Re: bug? VFAT copy problem, OGAWA Hirofumi
      • Re: bug? VFAT copy problem, junjiec
      • Re: bug? VFAT copy problem, OGAWA Hirofumi
• [PATCH] large pci adress space in pci/probe.c for linux-2.6.18, yadviga
  • Re: [PATCH] large pci adress space in pci/probe.c for linux-2.6.18, Yinghai Lu
• possible bug in ide-disk.c (2.6.18.2 but also older), Andreas Leitgeb
  • Re: possible bug in ide-disk.c (2.6.18.2 but also older), Alan
    • Re: possible bug in ide-disk.c (2.6.18.2 but also older), Andreas Leitgeb
      • Re: possible bug in ide-disk.c (2.6.18.2 but also older), Alan
      • Re: possible bug in ide-disk.c (2.6.18.2 but also older), Andreas Leitgeb
      • Re: possible bug in ide-disk.c (2.6.18.2 but also older), Alan
      • Re: possible bug in ide-disk.c (2.6.18.2 but also older), Andreas Leitgeb
      • Re: possible bug in ide-disk.c (2.6.18.2 but also older), Alan
      • Re: possible bug in ide-disk.c (2.6.18.2 but also older), Andreas Leitgeb
      • Re: possible bug in ide-disk.c (2.6.18.2 but also older), Andreas Leitgeb
      • hpa-problem in ide-disk.c - new insights., Andreas Leitgeb
      • Re: hpa-problem in ide-disk.c - new insights., Alan
      • Allow turning off hpa-checking., Andreas Leitgeb
      • Re: Allow turning off hpa-checking., Alan
      • Re: Allow turning off hpa-checking., Andreas Leitgeb
      • Re: Allow turning off hpa-checking., Alan
      • Re: Allow turning off hpa-checking., Andreas Leitgeb
      • Re: Allow turning off hpa-checking., Alan
      • Re: Allow turning off hpa-checking., Andreas Leitgeb
      • Re: Allow turning off hpa-checking., Tejun Heo
      • Re: Allow turning off hpa-checking., Andreas Leitgeb
      • Re: Allow turning off hpa-checking., Tejun Heo
• [PATCH 0/4] WorkStruct: Shrink work_struct by two thirds, David Howells
  • [PATCH 2/4] WorkStruct: Typedef the work function prototype, David Howells
    • Re: [PATCH 2/4] WorkStruct: Typedef the work function prototype, Stefan Richter
    • Re: [PATCH 2/4] WorkStruct: Typedef the work function prototype, David Howells
      • Re: [PATCH 2/4] WorkStruct: Typedef the work function prototype, Stefan Richter
      • Re: [PATCH 2/4] WorkStruct: Typedef the work function prototype, Jan Engelhardt
  • [PATCH 3/4] WorkStruct: Merge the pending bit into the wq_data pointer, David Howells
    • Re: [PATCH 3/4] WorkStruct: Merge the pending bit into the wq_data pointer, Randy Dunlap
  • [PATCH 4/4] WorkStruct: Pass the work_struct pointer instead of context data, David Howells
  • [PATCH 1/4] WorkStruct: Separate delayable and non-delayable events., David Howells
    • Re: [PATCH 1/4] WorkStruct: Separate delayable and non-delayable events., Stefan Richter
      • Re: [PATCH 1/4] WorkStruct: Separate delayable and non-delayable events., Linus Torvalds
      • Re: [PATCH 1/4] WorkStruct: Separate delayable and non-delayable events., David Howells
    • Re: [PATCH 1/4] WorkStruct: Separate delayable and non-delayable events., David Howells
  • Re: [PATCH 0/4] WorkStruct: Shrink work_struct by two thirds, Trond Myklebust
    • Re: [PATCH 0/4] WorkStruct: Shrink work_struct by two thirds, Christoph Hellwig
    • Re: [PATCH 0/4] WorkStruct: Shrink work_struct by two thirds, David Howells
  • Re: [PATCH 0/4] WorkStruct: Shrink work_struct by two thirds, Andrew Morton
    • Re: [PATCH 0/4] WorkStruct: Shrink work_struct by two thirds, Jan Engelhardt
  • Re: [PATCH 0/4] WorkStruct: Shrink work_struct by two thirds, David Howells
• problem with booting on linux-2.6.18.3, Antonín Kolísek
  • <Possible follow-ups>
  • Re: problem with booting on linux-2.6.18.3, Chuck Ebbert
• [PATCH -mm 0/4][AIO] - AIO completion signal notification v2, Sébastien Dugué
  • Re: [PATCH -mm 1/4][AIO] - fix aio.h includes, Sébastien Dugué
    • Re: [PATCH -mm 1/4][AIO] - fix aio.h includes, Zach Brown
  • Re: [PATCH -mm 3/4][AIO] - AIO completion signal notification, Sébastien Dugué
    • Re: [PATCH -mm 3/4][AIO] - AIO completion signal notification, Zach Brown
      • Re: [PATCH -mm 3/4][AIO] - AIO completion signal notification, Sébastien Dugué
      • Message not available
      • Re: [PATCH -mm 3/4][AIO] - AIO completion signal notification, Zach Brown
      • Re: [PATCH -mm 3/4][AIO] - AIO completion signal notification, Sébastien Dugué
    • Re: [PATCH -mm 3/4][AIO] - AIO completion signal notification, Andrew Morton
      • Re: [PATCH -mm 3/4][AIO] - AIO completion signal notification, Sébastien Dugué
      • Re: [PATCH -mm 3/4][AIO] - AIO completion signal notification, Andrew Morton
      • Re: [PATCH -mm 3/4][AIO] - AIO completion signal notification, Sébastien Dugué
      • Re: [PATCH -mm 3/4][AIO] - AIO completion signal notification, Andrew Morton
      • Re: [PATCH -mm 3/4][AIO] - AIO completion signal notification, Sébastien Dugué
      • [PATCH] fs : reorder some 'struct inode' fields to speedup i_size manipulations, Eric Dumazet
      • Re: [PATCH] fs : reorder some 'struct inode' fields to speedup i_size manipulations, Andrew Morton
      • Re: [PATCH] fs : reorder some 'struct inode' fields to speedup i_size manipulations, Eric Dumazet
      • Re: [PATCH] fs : reorder some 'struct inode' fields to speedup i_size manipulations, Andrew Morton
      • Re: [PATCH] fs : reorder some 'struct inode' fields to speedup i_size manipulations, Eric Dumazet
  • Re: [PATCH -mm 2/4][AIO] - export good_sigevent(), Sébastien Dugué
    • Re: [PATCH -mm 2/4][AIO] - export good_sigevent(), Zach Brown
      • Re: [PATCH -mm 2/4][AIO] - export good_sigevent(), Ulrich Drepper
      • Re: [PATCH -mm 2/4][AIO] - export good_sigevent(), Zach Brown
  • Re: [PATCH -mm 4/4][AIO] - Listio support, Sébastien Dugué
    • Re: [PATCH -mm 4/4][AIO] - Listio support, Suparna Bhattacharya
    • Re: [PATCH -mm 4/4][AIO] - Listio support, Bharata B Rao
• RFC: implement daemon() in the kernel, Simon Richter
  • Re: RFC: implement daemon() in the kernel, Mark Rustad
    • Re: RFC: implement daemon() in the kernel, Simon Richter
      • Re: RFC: implement daemon() in the kernel, Mark Rustad
  • Re: RFC: implement daemon() in the kernel, Jan Engelhardt
  • Re: RFC: implement daemon() in the kernel, H. Peter Anvin
    • Re: RFC: implement daemon() in the kernel, Michal Schmidt
      • Re: RFC: implement daemon() in the kernel, H. Peter Anvin
• [PATCH] PCMCIA identification strings for Elan -- second attempt, Tony Olech
  • Re: [PATCH] PCMCIA identification strings for Elan -- second attempt, Dominik Brodowski
    • Re: [PATCH] PCMCIA identification strings for Elan -- second attempt, Tony Olech
      • Re: [PATCH] PCMCIA identification strings for Elan -- second attempt, Dominik Brodowski
      • Re: [PATCH] PCMCIA identification strings for Elan -- second attempt, Tony Olech
      • Re: [PATCH] PCMCIA identification strings for Elan -- second attempt, Dominik Brodowski
  • Re: [PATCH] PCMCIA identification strings for Elan -- second attempt, Dominik Brodowski
• Re: Targus USB2 port replicator ethernet port on 2.6.12+, William Thompson
• [PATCH] PCMCIA identification strings for cards manufactured by Elan, Tony Olech
  • Re: [PATCH] PCMCIA identification strings for cards manufactured by Elan, Arjan van de Ven
  • Re: [PATCH] PCMCIA identification strings for cards manufactured by Elan, Russell King
    • Re: [PATCH] PCMCIA identification strings for cards manufactured by Elan, Tony Olech
      • Re: [PATCH] PCMCIA identification strings for cards manufactured by Elan, Russell King
      • Re: [PATCH] PCMCIA identification strings for cards manufactured by Elan, Tony Olech
      • Re: [PATCH] PCMCIA identification strings for cards manufactured by Elan, Russell King
      • Re: [PATCH] PCMCIA identification strings for cards manufactured by Elan, David Hinds
      • Re: [PATCH] PCMCIA identification strings for cards manufactured by Elan, Dominik Brodowski
• USB Mouse does not work, please advice, Ram
  • Re: USB Mouse does not work, please advice, Jiri Slaby
    • Re: USB Mouse does not work, please advice, Ram
      • Re: USB Mouse does not work, please advice, Oliver Neukum
      • Re: USB Mouse does not work, please advice, Jiri Slaby
• Quadratic behavior of shrink_dcache_parent(), Miklos Szeredi
  • Re: Quadratic behavior of shrink_dcache_parent(), Rafael J. Wysocki
• [PATCH] serial: Use real irq on UART0 (IRQ = 0) on PPC4xx systems, Stefan Roese
  • Re: [PATCH] serial: Use real irq on UART0 (IRQ = 0) on PPC4xx systems, Peter Korsgaard
  • Re: [PATCH] serial: Use real irq on UART0 (IRQ = 0) on PPC4xx systems, Alan
    • Re: [PATCH] serial: Use real irq on UART0 (IRQ = 0) on PPC4xx systems, Stefan Roese
      • Re: [PATCH] serial: Use real irq on UART0 (IRQ = 0) on PPC4xx systems, Alan
      • Re: [PATCH] serial: Use real irq on UART0 (IRQ = 0) on PPC4xx systems, Russell King
      • Re: [PATCH] serial: Use real irq on UART0 (IRQ = 0) on PPC4xx systems, Guennadi Liakhovetski
  • Re: [PATCH] serial: Use real irq on UART0 (IRQ = 0) on PPC4xx systems, Sergei Shtylyov
• GoogleEarth triggers 99% System Load... DRI/X problem?, Paolo Ornati
  • Re: GoogleEarth triggers 99% System Load... DRI/X problem?, Dave Airlie
  • Re: GoogleEarth triggers 99% System Load... DRI/X problem?, Arjan van de Ven
• [PATCH] KVM: Fix emulator mov cr decoding, Avi Kivity
• Re: [PATCH 2/5] Register ext3dev filesystem, Sander
• [patch] fuse: fix compile without CONFIG_BLOCK, Miklos Szeredi
  • Re: [patch] fuse: fix compile without CONFIG_BLOCK, Randy Dunlap
• [patch] fuse: fix Oops in lookup, Miklos Szeredi
• [PATCH 0/3] KVM: Assorted minor fixes, Avi Kivity
  • Re: [PATCH 0/3] KVM: Assorted minor fixes, Avi Kivity
  • [PATCH 3/3] KVM: Fix mmu reset locking when setting cr0, Avi Kivity
  • [PATCH 2/3] KVM: Pass fs, gs segment bases to x86 emulator, Avi Kivity
  • [PATCH 1/3] KVM: Handle rdmsr(MSR_EFER), Avi Kivity
• 2.6.19-rc1-mm1+ memory problem, Michael Raskin
  • Re: 2.6.19-rc1-mm1+ memory problem, Michael Raskin
  • Re: 2.6.19-rc1-mm1+ memory problem, Andrew Morton
    • Message not available
      • Re: 2.6.19-rc1-mm1+ memory problem, Andrew Morton
      • Re: 2.6.19-rc1-mm1+ memory problem, Michael Raskin
  • Re: 2.6.19-rc1-mm1+ memory problem, Michael Raskin
    • Re: 2.6.19-rc1-mm1+ memory problem, Michael Raskin
      • Re: 2.6.19-rc1-mm1+ memory problem, Andrew Morton
      • Re: 2.6.19-rc1-mm1+ memory problem, Michael Raskin
  • Re: 2.6.19-rc6-mm2 is ok (2.6.19-rc1-mm1+ memory problem), Michael Raskin
• seexually explicitt:appetizing Woman at haardcore***iing!, Leland
• path_lookup for executable, e m
  • Re: path_lookup for executable, Arjan van de Ven
    • Re: path_lookup for executable, e m
      • Re: path_lookup for executable, Arjan van de Ven
• [2.6.18.y PATCH] V4L: Do not enable VIDEO_V4L2 unconditionally, Michael Krufky
• [PATCH] agp-amd64: section mismatches with HOTPLUG=n, Randy Dunlap
• [PATCH] parport: section mismatches with HOTPLUG=n, Randy Dunlap
• infiniband section mismatches, Randy Dunlap
  • Re: infiniband section mismatches, Roland Dreier
    • Re: infiniband section mismatches, Randy Dunlap
• [2.6 patch] drivers/scsi/megaraid/megaraid_sas.c: make 2 functions static, Adrian Bunk
  • <Possible follow-ups>
  • RE: [2.6 patch] drivers/scsi/megaraid/megaraid_sas.c: make 2 functions static, Patro, Sumant
• [2.6 patch] drivers/scsi/ipr.c: make 2 functions static, Adrian Bunk
  • Re: [2.6 patch] drivers/scsi/ipr.c: make 2 functions static, Brian King
• [RFC: 2.6 patch] remove the broken SCSI_SEAGATE driver, Adrian Bunk
  • <Possible follow-ups>
  • [RFC: 2.6 patch] remove the broken SCSI_SEAGATE driver, Adrian Bunk
• [2.6 patch] drivers/scsi/aic7xxx/: make functions static, Adrian Bunk
• [2.6 patch] make drivers/usb/input/wacom_sys.c:wacom_sys_irq() static, Adrian Bunk
• [2.6 patch] make fs/proc/base.c:proc_pid_instantiate() static, Adrian Bunk
  • Re: [2.6 patch] make fs/proc/base.c:proc_pid_instantiate() static, Eric W. Biederman
• [2.6 patch] make ecryptfs_version_str_map[] static, Adrian Bunk
  • Re: [2.6 patch] make ecryptfs_version_str_map[] static, Michael Halcrow
• [2.6 patch] make configfs_dirent_exists() static, Adrian Bunk
• [2.6 patch] make drivers/usb/host/u132-hcd.c:u132_hcd_wait static, Adrian Bunk
• [RFC: 2.6 patch] make fs/jbd/transaction.c:__journal_temp_unlink_buffer() static, Adrian Bunk
• [2.6 patch] make ocfs2_create_new_lock() static, Adrian Bunk
  • Re: [2.6 patch] make ocfs2_create_new_lock() static, Mark Fasheh
• [RFC: 2.6 patch] fs/lockd/host.c: make 2 functions static, Adrian Bunk
• [2.6 patch] drivers/usb/misc/ftdi-elan.c: fixes and cleanups, Adrian Bunk
• sexuallyy expliciit:delectable Lady in haard ., Les Lockwood
• xconfig segfault, Randy Dunlap
  • Re: xconfig segfault, Adrian Bunk
    • Re: xconfig segfault, Randy Dunlap
      • Re: xconfig segfault, Randy Dunlap
      • Re: xconfig segfault, Roman Zippel
      • Re: xconfig segfault, Randy Dunlap
      • Re: xconfig segfault, Roman Zippel
      • Re: xconfig segfault, Randy Dunlap
• [PATCH] AF_UNIX recv/shutdown race, jmalicki
  • <Possible follow-ups>
  • Re: [PATCH] AF_UNIX recv/shutdown race, Jarek Poplawski
    • Re: [PATCH] AF_UNIX recv/shutdown race, Jarek Poplawski
• Where did find_bus() go in 2.6.18?, Paul Sokolovsky
  • Re: Where did find_bus() go in 2.6.18?, Jiri Slaby
    • Re: Where did find_bus() go in 2.6.18?, Greg KH
      • Re[2]: Where did find_bus() go in 2.6.18?, Paul Sokolovsky
      • Re: Where did find_bus() go in 2.6.18?, Adrian Bunk
      • Re[2]: Where did find_bus() go in 2.6.18?, Paul Sokolovsky
      • Re: Re[2]: Where did find_bus() go in 2.6.18?, Arjan van de Ven
      • Re: Where did find_bus() go in 2.6.18?, Adrian Bunk
      • Re: Where did find_bus() go in 2.6.18?, Greg KH
      • Re[2]: Where did find_bus() go in 2.6.18?, Paul Sokolovsky
      • Re: Re[2]: Where did find_bus() go in 2.6.18?, Dmitry Torokhov
    • Re[2]: Where did find_bus() go in 2.6.18?, Paul Sokolovsky
      • Re: Re[2]: Where did find_bus() go in 2.6.18?, Arjan van de Ven
      • Re: Where did find_bus() go in 2.6.18?, Matthew Frost
      • Re: Where did find_bus() go in 2.6.18?, Evgeniy Polyakov
      • Re[2]: Where did find_bus() go in 2.6.18?, Paul Sokolovsky
      • Re: Where did find_bus() go in 2.6.18?, Matthew Frost
  • Re: Where did find_bus() go in 2.6.18?, pHilipp Zabel
  • <Possible follow-ups>
  • Re: Where did find_bus() go in 2.6.18?, Al Boldi
    • Re: Where did find_bus() go in 2.6.18?, Arjan van de Ven
      • Re: Where did find_bus() go in 2.6.18?, Al Boldi
• sexuually expliicit: wantt ***ographic virggin Hussies?, Kathrine
• ipath uses skb functions, Randy Dunlap
  • Re: ipath uses skb functions, Bryan O'Sullivan
    • Re: ipath uses skb functions, Randy Dunlap
    • Re: ipath uses skb functions, Roland Dreier
• [PATCH] I2O: fix I2O_CONFIG without Adaptec extension, Randy Dunlap
• [PATCH 2/4] atl1: Header files for Attansic L1 driver, Jay Cliburn
  • Re: [PATCH 2/4] atl1: Header files for Attansic L1 driver, Jan Engelhardt
    • Re: [PATCH 2/4] atl1: Header files for Attansic L1 driver, Chris Snook
      • Re: [PATCH 2/4] atl1: Header files for Attansic L1 driver, Jan Engelhardt
  • Re: [PATCH 2/4] atl1: Header files for Attansic L1 driver, Chris Snook
• [PATCH 3/4] atl1: Main C file for Attansic L1 driver, Jay Cliburn
  • Re: [PATCH 3/4] atl1: Main C file for Attansic L1 driver, Jan Engelhardt
  • Re: [PATCH 3/4] atl1: Main C file for Attansic L1 driver, Arnd Bergmann
    • Re: [PATCH 3/4] atl1: Main C file for Attansic L1 driver, Chris Snook
      • Re: [PATCH 3/4] atl1: Main C file for Attansic L1 driver, Arnd Bergmann
      • Re: [PATCH 3/4] atl1: Main C file for Attansic L1 driver, Stephen Hemminger
      • Re: [PATCH 3/4] atl1: Main C file for Attansic L1 driver, Jeff Garzik
      • Re: [PATCH 3/4] atl1: Main C file for Attansic L1 driver, Stephen Hemminger
      • Re: [PATCH 3/4] atl1: Main C file for Attansic L1 driver, Jeff Garzik
      • Re: [PATCH 3/4] atl1: Main C file for Attansic L1 driver, Stephen Hemminger
      • Re: [PATCH 3/4] atl1: Main C file for Attansic L1 driver, Jeff Garzik
      • Re: [PATCH 3/4] atl1: Main C file for Attansic L1 driver, Stephen Hemminger
  • Re: [PATCH 3/4] atl1: Main C file for Attansic L1 driver, Chris Snook
• [PATCH 4/4] atl1: Ancillary C files for Attansic L1 driver, Jay Cliburn
  • Re: [PATCH 4/4] atl1: Ancillary C files for Attansic L1 driver, Chris Snook
• [PATCH 1/4] atl1: Build files for Attansic L1 driver, Jay Cliburn
  • Re: [PATCH 1/4] atl1: Build files for Attansic L1 driver, Randy Dunlap
    • Re: [PATCH 1/4] atl1: Build files for Attansic L1 driver, Chris Snook
      • Re: [PATCH 1/4] atl1: Build files for Attansic L1 driver, Randy Dunlap
      • Re: [PATCH 1/4] atl1: Build files for Attansic L1 driver, Chris Snook
      • Re: [PATCH 1/4] atl1: Build files for Attansic L1 driver, Francois Romieu
• sexuaally expliccit:Youngg squeamish Womans excellent Videeo!, Clifford
• [PATCH 0/4] atl1: Revised Attansic L1 ethernet driver, Jay Cliburn
  • Re: [PATCH 0/4] atl1: Revised Attansic L1 ethernet driver, Alan
    • Re: [PATCH 0/4] atl1: Revised Attansic L1 ethernet driver, Chris Snook
      • Re: [PATCH 0/4] atl1: Revised Attansic L1 ethernet driver, Alan
  • Re: [PATCH 0/4] atl1: Revised Attansic L1 ethernet driver, Chris Snook
  • Re: [PATCH 0/4] atl1: Revised Attansic L1 ethernet driver, Luca Tettamanti
    • Re: [PATCH 0/4] atl1: Revised Attansic L1 ethernet driver, Chris Ott
      • Re: [PATCH 0/4] atl1: Revised Attansic L1 ethernet driver, russell_i_brown
    • Re: [PATCH 0/4] atl1: Revised Attansic L1 ethernet driver, Luca Tettamanti
      • Re: [PATCH 0/4] atl1: Revised Attansic L1 ethernet driver, Jay Cliburn
  • <Possible follow-ups>
  • Re: [PATCH 0/4] atl1: Revised Attansic L1 ethernet driver, Jonathan deBoer
• Linux 2.4.34-pre6, Willy Tarreau
• Linux 2.4.33.4, Willy Tarreau
• sexuallly expplicit:handsome Hussies dooing dishy blowwjob!, Damon
• [PATCH] 2.6.18-rt7: PowerPC: fix breakage in threaded fasteoi type IRQ handlers, Sergei Shtylyov
  • Re: [PATCH] 2.6.18-rt7: PowerPC: fix breakage in threaded fasteoi type IRQ handlers, Benjamin Herrenschmidt
    • Re: [PATCH] 2.6.18-rt7: PowerPC: fix breakage in threaded fasteoi type IRQ handlers, Benjamin Herrenschmidt
      • Re: [PATCH] 2.6.18-rt7: PowerPC: fix breakage in threaded fasteoi type IRQ handlers, Sergei Shtylyov
    • Re: [PATCH] 2.6.18-rt7: PowerPC: fix breakage in threaded fasteoi type IRQ handlers, Ingo Molnar
      • Re: [PATCH] 2.6.18-rt7: PowerPC: fix breakage in threaded fasteoi type IRQ handlers, Benjamin Herrenschmidt
      • Re: [PATCH] 2.6.18-rt7: PowerPC: fix breakage in threaded fasteoi type IRQ handlers, Sergei Shtylyov
      • Re: [PATCH] 2.6.18-rt7: PowerPC: fix breakage in threaded fasteoi type IRQ handlers, Benjamin Herrenschmidt
      • Re: [PATCH] 2.6.18-rt7: PowerPC: fix breakage in threaded fasteoi type IRQ handlers, Sergei Shtylyov
      • Re: [PATCH] 2.6.18-rt7: PowerPC: fix breakage in threaded fasteoi type IRQ handlers, Benjamin Herrenschmidt
      • Re: [PATCH] 2.6.18-rt7: PowerPC: fix breakage in threaded fasteoi type IRQ handlers, Sergei Shtylyov
      • Re: [PATCH] 2.6.18-rt7: PowerPC: fix breakage in threaded fasteoi type IRQ handlers, Benjamin Herrenschmidt
      • Re: [PATCH] 2.6.18-rt7: PowerPC: fix breakage in threaded fasteoi type IRQ handlers, Sergei Shtylyov
      • Re: [PATCH] 2.6.18-rt7: PowerPC: fix breakage in threaded fasteoi type IRQ handlers, Sergei Shtylyov
      • Re: [PATCH] 2.6.18-rt7: PowerPC: fix breakage in threaded fasteoi type IRQ handlers, Benjamin Herrenschmidt
      • Re: [PATCH] 2.6.18-rt7: PowerPC: fix breakage in threaded fasteoi type IRQ handlers, Ingo Molnar
      • Re: [PATCH] 2.6.18-rt7: PowerPC: fix breakage in threaded fasteoi type IRQ handlers, Sergei Shtylyov
      • Re: [PATCH] 2.6.18-rt7: PowerPC: fix breakage in threaded fasteoi type IRQ handlers, Benjamin Herrenschmidt
      • Re: [PATCH] 2.6.18-rt7: PowerPC: fix breakage in threaded fasteoi type IRQ handlers, Sergei Shtylyov
      • Re: [PATCH] 2.6.18-rt7: PowerPC: fix breakage in threaded fasteoi type IRQ handlers, Benjamin Herrenschmidt
      • Re: [PATCH] 2.6.18-rt7: PowerPC: fix breakage in threaded fasteoi type IRQ handlers, Benjamin Herrenschmidt
      • Re: [PATCH] 2.6.18-rt7: PowerPC: fix breakage in threaded fasteoi type IRQ handlers, Benjamin Herrenschmidt
      • Re: [PATCH] 2.6.18-rt7: PowerPC: fix breakage in threaded fasteoi type IRQ handlers, Ingo Molnar
      • Re: [PATCH] 2.6.18-rt7: PowerPC: fix breakage in threaded fasteoi type IRQ handlers, Sergei Shtylyov
      • Re: [PATCH] 2.6.18-rt7: PowerPC: fix breakage in threaded fasteoi type IRQ handlers, Ingo Molnar
      • Re: [PATCH] 2.6.18-rt7: PowerPC: fix breakage in threaded fasteoi type IRQ handlers, Sergei Shtylyov
      • Re: [PATCH] 2.6.18-rt7: PowerPC: fix breakage in threaded fasteoi type IRQ handlers, Ingo Molnar
      • Re: [PATCH] 2.6.18-rt7: PowerPC: fix breakage in threaded fasteoi type IRQ handlers, Ingo Molnar
      • Re: [PATCH] 2.6.18-rt7: PowerPC: fix breakage in threaded fasteoi type IRQ handlers, Daniel Walker
      • Re: [PATCH] 2.6.18-rt7: PowerPC: fix breakage in threaded fasteoi type IRQ handlers, Ingo Molnar
      • Re: [PATCH] 2.6.18-rt7: PowerPC: fix breakage in threaded fasteoi type IRQ handlers, Sergei Shtylyov
      • Re: [PATCH] 2.6.18-rt7: PowerPC: fix breakage in threaded fasteoi type IRQ handlers, Ingo Molnar
      • Re: [PATCH] 2.6.18-rt7: PowerPC: fix breakage in threaded fasteoi type IRQ handlers, Ingo Molnar
      • Re: [PATCH] 2.6.18-rt7: PowerPC: fix breakage in threaded fasteoi type IRQ handlers, Sergei Shtylyov
      • Re: [PATCH] 2.6.18-rt7: PowerPC: fix breakage in threaded fasteoi type IRQ handlers, Sergei Shtylyov
      • Re: [PATCH] 2.6.18-rt7: PowerPC: fix breakage in threaded fasteoi type IRQ handlers, Ingo Molnar
      • Re: [PATCH] 2.6.18-rt7: PowerPC: fix breakage in threaded fasteoi type IRQ handlers, Benjamin Herrenschmidt
      • Re: [PATCH] 2.6.18-rt7: PowerPC: fix breakage in threaded fasteoi type IRQ handlers, Benjamin Herrenschmidt
      • Re: [PATCH] 2.6.18-rt7: PowerPC: fix breakage in threaded fasteoi type IRQ handlers, Daniel Walker
      • Re: [PATCH] 2.6.18-rt7: PowerPC: fix breakage in threaded fasteoi type IRQ handlers, Ingo Molnar
      • Re: [PATCH] 2.6.18-rt7: PowerPC: fix breakage in threaded fasteoi type IRQ handlers, Daniel Walker
      • Re: [PATCH] 2.6.18-rt7: PowerPC: fix breakage in threaded fasteoi type IRQ handlers, Benjamin Herrenschmidt
• [PATCH] i386 cpufreq: cs5530A allows active idle, David Rientjes
  • Re: [PATCH] i386 cpufreq: cs5530A allows active idle, Dave Jones
    • Re: [PATCH] i386 cpufreq: cs5530A allows active idle, Alan
• patches in the linux-2.6-watchdog-mm tree, Wim Van Sebroeck
• Re: [PATCH 2.6.19-rc6-git2] EFI: mapping memory region of runtime services when using memmap kernel parameter, Randy Dunlap
  • <Possible follow-ups>
  • [PATCH 2.6.19-rc6-git2] EFI: mapping memory region of runtime services when using memmap kernel parameter, Myaskouvskey, Artiom
    • Re: [PATCH 2.6.19-rc6-git2] EFI: mapping memory region of runtime services when using memmap kernel parameter, Randy Dunlap
• Re: [patch] PM: suspend/resume debugging should depend on, Al Boldi
  • Re: [patch] PM: suspend/resume debugging should depend on, Pavel Machek
    • Re: [patch] PM: suspend/resume debugging should depend on, Al Boldi
• [PATCH] KVM: Expose MSRs to userspace (v2), Avi Kivity
• sexuallly explicitt:Younng Eighteen so lubricious and exacting!, Kerri Lockwood
• [no subject], hfgdshfjs
• [no subject], hfgdshfjs
• [git pull] PCMCIA fixes for 2.6.19-rc6, Dominik Brodowski
  • Re: [git pull] PCMCIA fixes for 2.6.19-rc6, Andrew Morton
    • [git pull] PCMCIA fixes for 2.6.19-rc6, Dominik Brodowski
• How to format a disk in an USB-Floppy-drive, Christian Schmidt
  • Re: How to format a disk in an USB-Floppy-drive, Jan Engelhardt
    • Re: How to format a disk in an USB-Floppy-drive, Willy Tarreau
      • Re: How to format a disk in an USB-Floppy-drive, Jan Engelhardt
      • Re: How to format a disk in an USB-Floppy-drive, Willy Tarreau
• seexually exxplicit:fastidious Schoolgirls in haard fuucking., Danial Holden
• [PATCH] fix "&& 0x03" obvious typo in net1080, Willy Tarreau
  • Re: [PATCH] fix "&& 0x03" obvious typo in net1080, David Brownell
    • Re: [PATCH] fix "&& 0x03" obvious typo in net1080, Greg KH
      • Re: [PATCH] fix "&& 0x03" obvious typo in net1080, Willy Tarreau
• [e-mail problems] with infradead.org recipients, Oleg Verych
  • Re: [e-mail problems] with infradead.org recipients, Jeff Garzik
    • Re: [e-mail problems] with infradead.org recipients, David Woodhouse
      • Re: [e-mail problems] with infradead.org recipients, Oleg Verych
      • Re: [e-mail problems] with infradead.org recipients, Oleg Verych
      • Re: [e-mail problems] with infradead.org recipients, David Woodhouse
• PROBLEM: oops while booting using serial console [2.6.17], Folkert van Heusden
• seexually :Youungest fastidious Girls***edd annally!, Shauna
• uml fails to compile due to missing offsetof, Olaf Hering
  • Re: uml fails to compile due to missing offsetof, Jeff Dike
    • Re: uml fails to compile due to missing offsetof, Olaf Hering
      • Re: uml fails to compile due to missing offsetof, Jeff Dike
  • Re: uml fails to compile due to missing offsetof, Roland Dreier
    • Re: uml fails to compile due to missing offsetof, Olaf Hering
    • Re: uml fails to compile due to missing offsetof, Jeff Dike
• Siemens SX1: sound cleanups, Pavel Machek
  • Re: Siemens SX1: sound cleanups, Lee Revell
    • Re: Siemens SX1: sound cleanups, Pavel Machek
  • Re: Siemens SX1: sound cleanups, Takashi Iwai
    • Re: Siemens SX1: sound cleanups, Komal Shah
      • Re: Siemens SX1: sound cleanups, Tony Lindgren
    • Re: Siemens SX1: sound cleanups, Pavel Machek
      • Re: Siemens SX1: sound cleanups, Takashi Iwai
      • Re: Siemens SX1: sound cleanups, Pavel Machek
      • Re: Siemens SX1: sound cleanups, Takashi Iwai
• expplicit:pulchritudinous Girls and neat pusssies!, Eugenia Macias
• [patch] Export Last Level Cache topology to userspace, Arjan van de Ven
  • Re: [patch] Export Last Level Cache topology to userspace, Siddha, Suresh B
• sexuallly expliciit:fine-looking Schoolggirls doiing pretty-pretty suckking., Rosario Robertson
• [patch] PM: suspend/resume debugging should depend on SOFTWARE_SUSPEND, Chuck Ebbert
  • Re: [patch] PM: suspend/resume debugging should depend on SOFTWARE_SUSPEND, Pavel Machek
  • Re: [patch] PM: suspend/resume debugging should depend on SOFTWARE_SUSPEND, Linus Torvalds
    • Re: [patch] PM: suspend/resume debugging should depend on SOFTWARE_SUSPEND, Rafael J. Wysocki
      • Re: [patch] PM: suspend/resume debugging should depend on SOFTWARE_SUSPEND, Linus Torvalds
      • Re: [patch] PM: suspend/resume debugging should depend on SOFTWARE_SUSPEND, Rafael J. Wysocki
      • Re: [patch] PM: suspend/resume debugging should depend on SOFTWARE_SUSPEND, Linus Torvalds
      • Re: [patch] PM: suspend/resume debugging should depend on SOFTWARE_SUSPEND, Rafael J. Wysocki
      • Re: [patch] PM: suspend/resume debugging should depend on SOFTWARE_SUSPEND, Linus Torvalds
      • Re: [patch] PM: suspend/resume debugging should depend on SOFTWARE_SUSPEND, Romano Giannetti
      • Re: [patch] PM: suspend/resume debugging should depend on SOFTWARE_SUSPEND, Theodore Tso
      • Re: [patch] PM: suspend/resume debugging should depend on SOFTWARE_SUSPEND, Matthew Garrett
      • Re: [patch] PM: suspend/resume debugging should depend on SOFTWARE_SUSPEND, Pavel Machek
    • Re: [patch] PM: suspend/resume debugging should depend on SOFTWARE_SUSPEND, Mike Galbraith
      • Re: [patch] PM: suspend/resume debugging should depend on SOFTWARE_SUSPEND, Linus Torvalds
      • Re: [patch] PM: suspend/resume debugging should depend on SOFTWARE_SUSPEND, Mike Galbraith
      • Re: [patch] PM: suspend/resume debugging should depend on SOFTWARE_SUSPEND, Linus Torvalds
      • Re: [patch] PM: suspend/resume debugging should depend on SOFTWARE_SUSPEND, Rafael J. Wysocki
      • Re: [patch] PM: suspend/resume debugging should depend on SOFTWARE_SUSPEND, Mike Galbraith
      • Re: [patch] PM: suspend/resume debugging should depend on SOFTWARE_SUSPEND, Pavel Machek
      • Re: [patch] PM: suspend/resume debugging should depend on SOFTWARE_SUSPEND, Mike Galbraith
      • Re: [patch] PM: suspend/resume debugging should depend on SOFTWARE_SUSPEND, Rafael J. Wysocki
      • Re: [patch] PM: suspend/resume debugging should depend on SOFTWARE_SUSPEND, Mike Galbraith
      • Re: [patch] PM: suspend/resume debugging should depend on SOFTWARE_SUSPEND, Linus Torvalds
      • Re: [patch] PM: suspend/resume debugging should depend on SOFTWARE_SUSPEND, Mike Galbraith
      • Re: [patch] PM: suspend/resume debugging should depend on SOFTWARE_SUSPEND, Mike Galbraith
      • Re: [patch] PM: suspend/resume debugging should depend on SOFTWARE_SUSPEND, Rafael J. Wysocki
      • Re: [patch] PM: suspend/resume debugging should depend on SOFTWARE_SUSPEND, Mike Galbraith
      • Re: [patch] PM: suspend/resume debugging should depend on SOFTWARE_SUSPEND, Mike Galbraith
      • Re: [patch] PM: suspend/resume debugging should depend on SOFTWARE_SUSPEND, Mike Galbraith
      • [rfc patch] Re: [patch] PM: suspend/resume debugging should depend on SOFTWARE_SUSPEND, Mike Galbraith
      • Re: [rfc patch] Re: [patch] PM: suspend/resume debugging should depend on SOFTWARE_SUSPEND, Pavel Machek
      • Re: [rfc patch] Re: [patch] PM: suspend/resume debugging should depend on SOFTWARE_SUSPEND, Andrew Morton
      • Re: [rfc patch] Re: [patch] PM: suspend/resume debugging should depend on SOFTWARE_SUSPEND, Mike Galbraith
    • Re: [patch] PM: suspend/resume debugging should depend on SOFTWARE_SUSPEND, Nigel Cunningham
    • Re: [patch] PM: suspend/resume debugging should depend on SOFTWARE_SUSPEND, Christer Weinigel
    • Re: [patch] PM: suspend/resume debugging should depend on SOFTWARE_SUSPEND, Adrian Bunk
      • Re: [patch] PM: suspend/resume debugging should depend on SOFTWARE_SUSPEND, Alan
      • Re: [patch] PM: suspend/resume debugging should depend on SOFTWARE_SUSPEND, Pavel Machek
      • Re: [patch] PM: suspend/resume debugging should depend on SOFTWARE_SUSPEND, Alan
      • Re: [patch] PM: suspend/resume debugging should depend on SOFTWARE_SUSPEND, Rafael J. Wysocki
      • Re: [patch] PM: suspend/resume debugging should depend on SOFTWARE_SUSPEND, Pavel Machek
    • Re: [patch] PM: suspend/resume debugging should depend on SOFTWARE_SUSPEND, Mark Lord
  • <Possible follow-ups>
  • Re: [patch] PM: suspend/resume debugging should depend on SOFTWARE_SUSPEND, Robert Hancock
    • Re: [patch] PM: suspend/resume debugging should depend on SOFTWARE_SUSPEND, Rafael J. Wysocki
      • Re: [patch] PM: suspend/resume debugging should depend on SOFTWARE_SUSPEND, Robert Hancock
      • Re: [patch] PM: suspend/resume debugging should depend on SOFTWARE_SUSPEND, Matthew Garrett
    • Re: [patch] PM: suspend/resume debugging should depend on SOFTWARE_SUSPEND, Stefan Seyfried
• Is ircomm possible with smsc_ircc2?, Andrey Borzenkov
  • Re: [irda-users] Is ircomm possible with smsc_ircc2?, hinko.kocevar@xxxxxxxxxxxx
• sexuaally expliccit: yoou superb Bitches doingg outshine blowjobb?, Billy
• [PATCH] Fix unprivileged user builds of initramfs, Matthew Wilcox
  • Re: [PATCH] Fix unprivileged user builds of initramfs, Oleg Verych
• reiserfs NET=n build error, Randy Dunlap
  • Re: reiserfs NET=n build error, Andi Kleen
    • Re: reiserfs NET=n build error, Jeff Mahoney
      • Re: reiserfs NET=n build error, Andi Kleen
      • Re: reiserfs NET=n build error, Randy Dunlap
      • Re: reiserfs NET=n build error, Al Viro
      • Re: reiserfs NET=n build error, Randy Dunlap
      • Re: reiserfs NET=n build error, Jeff Mahoney
      • Re: reiserfs NET=n build error, Randy Dunlap
      • Re: reiserfs NET=n build error, Jeff Mahoney
      • Re: reiserfs NET=n build error, Al Viro
  • Re: reiserfs NET=n build error, Adrian Bunk
    • Re: [discuss] Re: reiserfs NET=n build error, Andi Kleen
• Linux 2.6.18.3, Chris Wright
  • Re: Linux 2.6.18.3, Chris Wright
• deadlock in "modprobe -r ohci1394" shortly after "modprobe ohci1394", Stefan Richter
  • Re: deadlock in "modprobe -r ohci1394" shortly after "modprobe ohci1394", Stefan Richter
    • Re: deadlock in "modprobe -r ohci1394" shortly after "modprobe ohci1394", Alan Stern
      • Re: deadlock in "modprobe -r ohci1394" shortly after "modprobe ohci1394", Stefan Richter
      • Re: deadlock in "modprobe -r ohci1394" shortly after "modprobe ohci1394", Alan Stern
      • Re: deadlock in "modprobe -r ohci1394" shortly after "modprobe ohci1394", Stefan Richter
      • Re: deadlock in "modprobe -r ohci1394" shortly after "modprobe ohci1394", Alan Stern
      • Re: deadlock in "modprobe -r ohci1394" shortly after "modprobe ohci1394", Stefan Richter
      • Re: deadlock in "modprobe -r ohci1394" shortly after "modprobe ohci1394", Alan Stern
      • Re: deadlock in "modprobe -r ohci1394" shortly after "modprobe ohci1394", Stefan Richter
      • [PATCH] ieee1394: nodemgr: fix deadlock in shutdown, Stefan Richter
      • Re: [PATCH] ieee1394: nodemgr: fix deadlock in shutdown, Alan Stern
      • Re: [PATCH] ieee1394: nodemgr: fix deadlock in shutdown, Stefan Richter
      • Re: deadlock in "modprobe -r ohci1394" shortly after "modprobe ohci1394", Dmitry Torokhov
      • Re: deadlock in "modprobe -r ohci1394" shortly after "modprobe ohci1394", Alan Stern
• sexuallyy explicitt: sunday-go-to-meeting Girls hardcorre ., Josefina Dill
• [PATCH 0/4] swsusp cleanups, Rafael J. Wysocki
  • [PATCH 1/4] swsusp: Untangle thaw_processes, Rafael J. Wysocki
    • Re: [PATCH 1/4] swsusp: Untangle thaw_processes, Nigel Cunningham
    • Re: [PATCH 1/4] swsusp: Untangle thaw_processes, Pavel Machek
      • Re: [PATCH 1/4] swsusp: Untangle thaw_processes, Rafael J. Wysocki
      • Re: [PATCH 1/4] swsusp: Untangle thaw_processes, Pavel Machek
  • [PATCH 2/4] swsusp: Untangle freeze_processes, Rafael J. Wysocki
    • Re: [PATCH 2/4] swsusp: Untangle freeze_processes, Pavel Machek
      • Re: [PATCH 2/4] swsusp: Untangle freeze_processes, Rafael J. Wysocki
      • Re: [PATCH 2/4] swsusp: Untangle freeze_processes, Pavel Machek
  • [PATCH 4/4] swsusp: Fix labels, Rafael J. Wysocki
    • Re: [PATCH 4/4] swsusp: Fix labels, Nigel Cunningham
      • Re: [PATCH 4/4] swsusp: Fix labels, Rafael J. Wysocki
      • Re: [PATCH 4/4] swsusp: Fix labels, Randy Dunlap
      • Re: [PATCH 4/4] swsusp: Fix labels, Rafael J. Wysocki
    • Re: [PATCH 4/4] swsusp: Fix labels, Pavel Machek
  • [PATCH 3/4] swsusp: Fix coding style in suspend.c, Rafael J. Wysocki
    • Re: [PATCH 3/4] swsusp: Fix coding style in suspend.c, Pavel Machek
• [PATCH 2.6.19-rc6] Fix device_attribute memory leak in device_del, Catalin Marinas
• [RFC: 2.6 patch] remove the broken MTD_PCMCIA driver, Adrian Bunk
  • Re: [RFC: 2.6 patch] remove the broken MTD_PCMCIA driver, David Woodhouse
    • Re: [RFC: 2.6 patch] remove the broken MTD_PCMCIA driver, Adrian Bunk
  • <Possible follow-ups>
  • [RFC: 2.6 patch] remove the broken MTD_PCMCIA driver, Adrian Bunk
    • Re: [RFC: 2.6 patch] remove the broken MTD_PCMCIA driver, Artem Bityutskiy
• sexuallly expllicit: everr seeen sightly Eighteen gett in evvery holees?, Lourdes
• boot from efi on x86_64, Dror Levin
  • Re: boot from efi on x86_64, Tomasz Torcz
    • Re: boot from efi on x86_64, thockin
      • Re: boot from efi on x86_64, Tomasz Torcz
  • Re: boot from efi on x86_64, Andi Kleen
    • Re: boot from efi on x86_64, Dror Levin
• Siemens sx1: merge framebuffer support, Pavel Machek
  • Re: Siemens sx1: merge framebuffer support, Tony Lindgren
    • Re: Siemens sx1: merge framebuffer support, Vladimir
      • Re: Siemens sx1: merge framebuffer support, Komal Shah
      • Re: Siemens sx1: merge framebuffer support, Pavel Machek
      • Re: Siemens sx1: merge framebuffer support, James Simmons
      • Re: Siemens sx1: merge framebuffer support, Komal Shah
      • Re: Siemens sx1: merge framebuffer support, Tony Lindgren
      • Re: Siemens sx1: merge framebuffer support, Imre Deák
    • Re: Siemens sx1: merge framebuffer support, Pavel Machek
      • Re: Siemens sx1: merge framebuffer support, Tony Lindgren
• sexuallly expllicit:refined Womans and innocennt litttle lascivious pussiess!, Rosie
• Re: FW: RTC, ds1307 I2C driver and NTP does not work., David Brownell
• linux-2.6.19-rc6-ge030f829 build #131 failed, Toralf Förster
  • Re: linux-2.6.19-rc6-ge030f829 build #131 failed, Francois Romieu
• 2.6.19-rc6-rt4, changed yum repository, Ingo Molnar
  • Re: 2.6.19-rc6-rt4, changed yum repository, Karsten Wiese
    • Re: 2.6.19-rc6-rt4, changed yum repository, Ingo Molnar
      • Re: 2.6.19-rc6-rt4, changed yum repository, Karsten Wiese
      • Re: 2.6.19-rc6-rt4, changed yum repository, Ingo Molnar
      • Re: 2.6.19-rc6-rt4, changed yum repository, Karsten Wiese
  • Re: 2.6.19-rc6-rt4, changed yum repository, Robert Schwebel
  • Re: 2.6.19-rc6-rt4, changed yum repository, Sergio Monteiro Basto
• [PATCH 2.6.19-rc5-mm2] fs/dlm: fix recursive dependency in Kconfig, Stefan Richter
  • Re: [PATCH 2.6.19-rc5-mm2] fs/dlm: fix recursive dependency in Kconfig, Patrick Caulfield
    • Re: [PATCH 2.6.19-rc5-mm2] fs/dlm: fix recursive dependency in Kconfig, Stefan Richter
      • Re: [PATCH 2.6.19-rc5-mm2] fs/dlm: fix recursive dependency in Kconfig, Adrian Bunk
      • Re: [PATCH 2.6.19-rc5-mm2] fs/dlm: fix recursive dependency in Kconfig, Randy Dunlap
      • Re: [PATCH 2.6.19-rc5-mm2] fs/dlm: fix recursive dependency in Kconfig, Adrian Bunk
• ata2: EH in ADMA mode, notifier 0x0 notifier_error 0x0 gen_ctl, Christian
  • <Possible follow-ups>
  • Re: ata2: EH in ADMA mode, notifier 0x0 notifier_error 0x0 gen_ctl, ROBERT HANCOCK
    • Re: ata2: EH in ADMA mode, notifier 0x0 notifier_error 0x0 gen_ctl, Christian
    • Re: ata2: EH in ADMA mode, notifier 0x0 notifier_error 0x0 gen_ctl, ROBERT HANCOCK
• Sluggish system responsiveness on I/O, Christian
  • Re: Sluggish system responsiveness on I/O, Prakash Punnoor
    • Re: Sluggish system responsiveness on I/O, Christian
  • Re: Sluggish system responsiveness on I/O, Mike Galbraith
    • Re: Sluggish system responsiveness on I/O, Lee Revell
      • Re: Sluggish system responsiveness on I/O, Mike Galbraith
      • [rfc patch] Re: Sluggish system responsiveness on I/O, Mike Galbraith
• 2.6.19-rc5: lockdep warnings starting irattach, Andrey Borzenkov
  • Re: 2.6.19-rc5: lockdep warnings starting irattach, Peter Zijlstra
    • Re: 2.6.19-rc5: lockdep warnings starting irattach, Ingo Molnar
  • [PATCH] lockdep: annotate irda warning, Peter Zijlstra
    • Re: [PATCH] lockdep: annotate irda warning, Samuel Ortiz
• [PATCH] mounstats NULL pointer dereference, Vasily Tarasov
  • Re: [PATCH] mounstats NULL pointer dereference, Serge E. Hallyn
• sexuallyy expliccit:elegant Woman exact blowwjob!, Lincoln
• Linux-2.6.19-rc6 compile time warnings, Sasa Ostrouska
• IEEE80211 and IPW3945, Martin Lorenz
  • Re: IEEE80211 and IPW3945, Hesse, Christian
  • Re: IEEE80211 and IPW3945, Ismail Donmez
    • Re: IEEE80211 and IPW3945, Stephen Clark
      • Re: IEEE80211 and IPW3945, Ismail Donmez
• Re: BUG: warning at fs/inotify.c:181 with linux-2.6.18, C.Y.M
• [PATCH] Networking: re-fix of doc-comment in sock.h, Paul Bonser
  • Re: [PATCH] Networking: re-fix of doc-comment in sock.h, David Miller
• sexuaally expplicit:fuckking russsian bonnie***s!, Christian
• [PATCH -mm] ipath needs HT_IRQ, Randy Dunlap
  • Re: [PATCH -mm] ipath needs HT_IRQ, Bryan O'Sullivan
• [PATCH] I2O: handle __copy_from_user, Randy Dunlap
• [PATCH -mm] handle BUG=n, Randy Dunlap
• [PATCH -mm] profile_likely: export do_check_likely, Randy Dunlap
• [RFC 0/7] Remove slab cache declarations in slab.h, Christoph Lameter
  • [RFC 1/7] Remove declaration of sighand_cachep from slab.h, Christoph Lameter
    • Re: [RFC 1/7] Remove declaration of sighand_cachep from slab.h, Stephen Rothwell
      • SCSI init discussion/SAN problem, Evan Rempel
      • Re: [RFC 1/7] Remove declaration of sighand_cachep from slab.h, Christoph Lameter
      • Re: [RFC 1/7] Remove declaration of sighand_cachep from slab.h, Andrew Morton
      • Re: [RFC 1/7] Remove declaration of sighand_cachep from slab.h, Christoph Lameter
      • Re: [RFC 1/7] Remove declaration of sighand_cachep from slab.h, Andrew Morton
      • Re: [RFC 1/7] Remove declaration of sighand_cachep from slab.h, Christoph Lameter
      • Re: [RFC 1/7] Remove declaration of sighand_cachep from slab.h, Andrew Morton
  • [RFC 5/7] Use external declaration for filep_cachep, Christoph Lameter
    • Re: [RFC 5/7] Use external declaration for filep_cachep, Stephen Rothwell
      • Re: [RFC 5/7] Use external declaration for filep_cachep, Christoph Lameter
  • [RFC 7/7] Move names_cachep to fs.h, Christoph Lameter
  • [RFC 6/7] Use an external declaration in exit.c for fs_cachep, Christoph Lameter
    • Re: [RFC 6/7] Use an external declaration in exit.c for fs_cachep, Stephen Rothwell
      • Re: [RFC 6/7] Use an external declaration in exit.c for fs_cachep, Oleg Verych
      • Re: [RFC 6/7] Use an external declaration in exit.c for fs_cachep, Stephen Rothwell
      • Re: [RFC 6/7] Use an external declaration in exit.c for fs_cachep, Christoph Lameter
  • [RFC 3/7] Move vm_area_cachep to mm.h, Christoph Lameter
  • [RFC 4/7] Move files_cachep to file.h, Christoph Lameter
    • Re: [RFC 4/7] Move files_cachep to file.h, Andrew Morton
  • [RFC 2/7] Remove bio_cachep from slab.h, Christoph Lameter
• sexuaally explicitt:juicy russsian Bitches!, Emmanuel
• tests of kernel modules, Pavol Gono
  • Re: tests of kernel modules, Alexey Dobriyan
• sexuually :grand yooung Teenies hardcoore acttion!, Cameron
• [PATCH] Regard MSRs in lapic_suspend()/lapic_resume(), Karsten Wiese
  • Re: [PATCH] Regard MSRs in lapic_suspend()/lapic_resume(), Ingo Molnar
    • Re: [PATCH] Regard MSRs in lapic_suspend()/lapic_resume(), Ingo Molnar
      • Re: [PATCH] Regard MSRs in lapic_suspend()/lapic_resume(), Ingo Molnar
  • Re: [PATCH] Regard MSRs in lapic_suspend()/lapic_resume(), Andi Kleen
• [PATCH] emit logging when a process receives a fatal signal, Folkert van Heusden
  • Re: [PATCH] emit logging when a process receives a fatal signal, Oleg Verych
    • Re: [PATCH] emit logging when a process receives a fatal signal, Folkert van Heusden
      • Re: [PATCH] emit logging when a process receives a fatal signal, Folkert van Heusden
      • Re: [PATCH] emit logging when a process receives a fatal signal, Oleg Verych
      • Re: [PATCH] emit logging when a process receives a fatal signal, Miquel van Smoorenburg
      • Re: [PATCH] emit logging when a process receives a fatal signal, Oleg Verych
      • Re: [PATCH] emit logging when a process receives a fatal signal, Jan Engelhardt
      • Re: [PATCH] emit logging when a process receives a fatal signal, Oleg Verych
      • Re: [PATCH] emit logging when a process receives a fatal signal, Jan Engelhardt
      • Re: [PATCH] emit logging when a process receives a fatal signal, Oleg Verych
      • Re: [PATCH] emit logging when a process receives a fatal signal, Jan Engelhardt
      • Re: [PATCH] emit logging when a process receives a fatal signal, Marty Leisner
      • Re: [PATCH] emit logging when a process receives a fatal signal, Oleg Verych
  • <Possible follow-ups>
  • Re: [PATCH] emit logging when a process receives a fatal signal, Mikael Pettersson
    • Re: [PATCH] emit logging when a process receives a fatal signal, Folkert van Heusden
      • Re: [PATCH] emit logging when a process receives a fatal signal, Jan Engelhardt
• sexuaally expllicit:amiable Teenies actioon!, Vicki Blanco
• [RFC][PATCH 0/20] x86_64: Relocatable bzImage (V3), Vivek Goyal
  • [PATCH 1/20] x86_64: Align data segment to PAGE_SIZE boundary, Vivek Goyal
  • [PATCH 8/20] x86_64: Add EFER to the set registers saved by save_processor_state, Vivek Goyal
    • Re: [PATCH 8/20] x86_64: Add EFER to the set registers saved by save_processor_state, Pavel Machek
  • [PATCH 20/20] x86_64: Move CPU verification code to common file, Vivek Goyal
    • Re: [PATCH 20/20] x86_64: Move CPU verification code to common file, Oleg Verych
      • Re: [PATCH 20/20] x86_64: Move CPU verification code to common file, Andi Kleen
      • Re: [PATCH 20/20] x86_64: Move CPU verification code to common file, H. Peter Anvin
      • Message not available
      • Re: [PATCH 20/20] x86_64: Move CPU verification code to common file, H. Peter Anvin
      • Re: [PATCH 20/20] x86_64: Move CPU verification code to common file, Oleg Verych
      • Re: [PATCH 20/20] x86_64: Move CPU verification code to common file, H. Peter Anvin
      • reboot, not loop forever (Re: [PATCH 20/20] x86_64: Move CPU verification code to common file), Oleg Verych
      • Re: [PATCH 20/20] x86_64: Move CPU verification code to common file, Andi Kleen
      • Re: [PATCH 20/20] x86_64: Move CPU verification code to common file, H. Peter Anvin
    • Re: [PATCH 20/20] x86_64: Move CPU verification code to common file, Andi Kleen
      • Re: [PATCH 20/20] x86_64: Move CPU verification code to common file, Paul Mackerras
      • Re: [PATCH 20/20] x86_64: Move CPU verification code to common file, Andi Kleen
      • Re: [PATCH 20/20] x86_64: Move CPU verification code to common file, Vivek Goyal
      • Re: [PATCH 20/20] x86_64: Move CPU verification code to common file, Pavel Machek
  • [PATCH 14/20] x86_64: Modify discover_ebda to use virtual address, Vivek Goyal
  • [PATCH 17/20] x86_64: Remove CONFIG_PHYSICAL_START, Vivek Goyal
    • Re: [PATCH 17/20] x86_64: Remove CONFIG_PHYSICAL_START, Magnus Damm
      • Re: [PATCH 17/20] x86_64: Remove CONFIG_PHYSICAL_START, Vivek Goyal
      • Re: [PATCH 17/20] x86_64: Remove CONFIG_PHYSICAL_START, Magnus Damm
  • [PATCH 2/20] x86_64: Assembly safe page.h and pgtable.h, Vivek Goyal
    • Re: [PATCH 2/20] x86_64: Assembly safe page.h and pgtable.h, Andi Kleen
      • Re: [PATCH 2/20] x86_64: Assembly safe page.h and pgtable.h, Vivek Goyal
  • [PATCH 15/20] x86_64: Remove the identity mapping as early as possible, Vivek Goyal
  • [PATCH 4/20] x86_64: Cleanup the early boot page table, Vivek Goyal
  • [PATCH 9/20] x86_64: 64bit PIC SMP trampoline, Vivek Goyal
    • Re: [PATCH 9/20] x86_64: 64bit PIC SMP trampoline, Pavel Machek
      • Re: [PATCH 9/20] x86_64: 64bit PIC SMP trampoline, Vivek Goyal
      • Re: [PATCH 9/20] x86_64: 64bit PIC SMP trampoline, Pavel Machek
  • [PATCH 5/20] x86_64: Fix early printk to use standard ISA mapping, Vivek Goyal
  • [PATCH 13/20] x86_64: 64bit PIC ACPI wakeup trampoline, Vivek Goyal
    • Re: [PATCH 13/20] x86_64: 64bit PIC ACPI wakeup trampoline, Pavel Machek
  • [PATCH 16/20] x86_64: __pa and __pa_symbol address space separation, Vivek Goyal
  • [PATCH 18/20] x86_64: Relocatable kernel support, Vivek Goyal
    • Re: [PATCH 18/20] x86_64: Relocatable kernel support, Oleg Verych
      • Re: [PATCH 18/20] x86_64: Relocatable kernel support, Andi Kleen
  • [PATCH 6/20] x86_64: Modify copy bootdata to use virtual addresses, Vivek Goyal
  • [PATCH 3/20] x86_64: Kill temp_boot_pmds, Vivek Goyal
  • [PATCH 19/20] x86_64: Extend bzImage protocol for relocatable kernel, Vivek Goyal
    • Re: [PATCH 19/20] x86_64: Extend bzImage protocol for relocatable kernel, H. Peter Anvin
      • Re: [PATCH 19/20] x86_64: Extend bzImage protocol for relocatable kernel, Vivek Goyal
      • Re: [PATCH 19/20] x86_64: Extend bzImage protocol for relocatable kernel, H. Peter Anvin
      • Re: [PATCH 19/20] x86_64: Extend bzImage protocol for relocatable kernel, Vivek Goyal
  • [PATCH 10/20] x86_64: wakeup.S Remove dead code, Vivek Goyal
    • Re: [PATCH 10/20] x86_64: wakeup.S Remove dead code, Pavel Machek
  • [PATCH 7/20] x86_64: cleanup segments, Vivek Goyal
  • [PATCH 12/20] x86_64: wakeup.S Misc cleanup, Vivek Goyal
    • Re: [PATCH 12/20] x86_64: wakeup.S Misc cleanup, Pavel Machek
      • Re: [PATCH 12/20] x86_64: wakeup.S Misc cleanup, Vivek Goyal
  • [PATCH 11/20] x86_64: wakeup.S Rename labels to reflect right register names, Vivek Goyal
    • Re: [PATCH 11/20] x86_64: wakeup.S Rename labels to reflect right register names, Pavel Machek
  • Re: [RFC][PATCH 0/20] x86_64: Relocatable bzImage (V3), Andi Kleen
    • Re: [RFC][PATCH 0/20] x86_64: Relocatable bzImage (V3), Vivek Goyal
• [RFC: 2.6 patch] remove broken net drivers, Adrian Bunk
  • Re: [RFC: 2.6 patch] remove broken net drivers, Geert Uytterhoeven
    • Re: [RFC: 2.6 patch] remove broken net drivers, smurf
• [RFC: 2.6 patch] remove kernel/lockdep.c:lockdep_internal, Adrian Bunk
  • Re: [RFC: 2.6 patch] remove kernel/lockdep.c:lockdep_internal, Ingo Molnar
• [RFC: 2.6 patch] remove the broken VIDEO_ZR36120 driver, Adrian Bunk
  • Re: [RFC: 2.6 patch] remove the broken VIDEO_ZR36120 driver, Mauro Carvalho Chehab
• [RFC: 2.6 patch] make kernel/signal.c:kill_proc_info(), Adrian Bunk
• [RFC: 2.6 patch] remove the broken HISAX_AMD7930 option, Adrian Bunk
  • <Possible follow-ups>
  • [RFC: 2.6 patch] remove the broken HISAX_AMD7930 option, Adrian Bunk
    • Re: [RFC: 2.6 patch] remove the broken HISAX_AMD7930 option, Karsten Keil
• [RFC: 2.6 patch] remove broken video drivers, Adrian Bunk
  • Re: [RFC: 2.6 patch] remove broken video drivers, Michael Schmitz
    • Re: [RFC: 2.6 patch] remove broken video drivers, Adrian Bunk
      • Re: [RFC: 2.6 patch] remove broken video drivers, Geert Uytterhoeven
      • Re: [RFC: 2.6 patch] remove broken video drivers, Michael Schmitz
      • Re: [RFC: 2.6 patch] remove broken video drivers, Adrian Bunk
    • [RFC: 2.6 patch] remove broken video drivers (v2), Adrian Bunk
    • Re: [RFC: 2.6 patch] remove broken video drivers, Jes Sorensen
  • Re: [RFC: 2.6 patch] remove broken video drivers, James Simmons
• [2.6 patch] make mm/shmem.c:shmem_xattr_security_handler static, Adrian Bunk
• [PATCH]: spidernet poor network performance, Linas Vepstas
• sexuallly :good russiaan most advantageous Lady heere!, Cleo Hamlin
• TTY layer locking design, Blaisorblade
  • Re: TTY layer locking design, Alan Cox
• [PATCH] usbtouchscreen: add support for DMC TSC-10/25 devices, Daniel Ritz
  • patch usb-usbtouchscreen-add-support-for-dmc-tsc-10-25-devices.patch added to gregkh-2.6 tree, gregkh
• Read/Write multiple network FDs in a single syscall context switch?, Marc Snider
  • Re: Read/Write multiple network FDs in a single syscall context switch?, Stephen Hemminger
  • Re: Read/Write multiple network FDs in a single syscall context switch?, Willy Tarreau
  • <Possible follow-ups>
  • Re: Read/Write multiple network FDs in a single syscall context switch?, Stephen Hemminger
• We're still coping with GCC < 3.0, Blaisorblade
  • Re: We're still coping with GCC < 3.0, Oleg Verych
• [BUG][acpi-cpufreq/userspace-governor]Frequency does not change, Dhaval Giani
  • Re: [BUG][acpi-cpufreq/userspace-governor]Frequency does not change, Dhaval Giani
    • [PATCH] Bug fix for acpi-cpufreq and cpufreq_stats oops on frequency change notification, Venkatesh Pallipadi
  • <Possible follow-ups>
  • RE: [BUG][acpi-cpufreq/userspace-governor]Frequency does not change, Pallipadi, Venkatesh
    • Re: [BUG][acpi-cpufreq/userspace-governor]Frequency does not change, Dhaval Giani
• some help in kernel debugging, Thushara Wijeratna
  • Re: some help in kernel debugging, Samuel Korpi
    • Re: some help in kernel debugging, Thushara Wijeratna
      • Re: some help in kernel debugging, Jeff V. Merkey
• [PATCH 00/15] Roll-up of my libsas, aic94xx and sas_ata patches, Darrick J. Wong
  • [PATCH 01/15] aic94xx: Handle REQ_DEVICE_RESET, Darrick J. Wong
  • [PATCH 12/15] sas_ata: Implement sata phy control, Darrick J. Wong
  • [PATCH 15/15] sas_ata: Make this a module separate from libsas, Darrick J. Wong
  • [PATCH 09/15] sas_ata: ata_post_internal should abort the sas_task, Darrick J. Wong
  • [PATCH 04/15] libsas: Don't give scsi_cmnds to the EH if they never made it to the SAS LLDD or have already returned, Darrick J. Wong
    • [PATCH v2] libsas: Don't give scsi_cmnds to the EH if they never made it to the SAS LLDD or have already returned, Darrick J. Wong
      • Re: [PATCH v2] libsas: Don't give scsi_cmnds to the EH if they never made it to the SAS LLDD or have already returned, James Bottomley
  • [PATCH 13/15] sas_ata: Implement a libata error handler, Darrick J. Wong
  • [PATCH 02/15] libsas: Clean up rphys/port dev list after a discovery error., Darrick J. Wong
  • [PATCH 11/15] sas_ata: Don't copy aic94xx's sactive to ata_port, Darrick J. Wong
  • [PATCH 05/15] libsas: Add a sysfs knob to enable/disable a phy, Darrick J. Wong
  • [PATCH 06/15] sas_ata: Require CONFIG_ATA in Kconfig, Darrick J. Wong
  • [PATCH 14/15] libsas: Provide a generic SATL registration function, Darrick J. Wong
  • [PATCH 08/15] sas_ata: sas_ata_qc_issue should return AC_ERR_*, Darrick J. Wong
  • [PATCH 10/15] aic94xx: Don't call pci_map_sg for already-mapped scatterlists, Darrick J. Wong
  • [PATCH 03/15] aic94xx: Delete ascb timers when freeing queues, Darrick J. Wong
  • [PATCH 07/15] sas_ata: Satisfy libata qc function locking requirements, Darrick J. Wong
  • Re: [PATCH 00/15] Roll-up of my libsas, aic94xx and sas_ata patches, Darrick J. Wong
• [PATCH 9/10] cxgb3 - register definitions, Divy Le Ray <divy@xxxxxxxxxxx>
• [PATCH 7/10] cxgb3 - offload header files, Divy Le Ray <divy@xxxxxxxxxxx>
• [PATCH 2/10] cxgb3 - main source file, Divy Le Ray <divy@xxxxxxxxxxx>
• [PATCH 10/10] cxgb3 - build files and versioning, Divy Le Ray <divy@xxxxxxxxxxx>
• [PATCH 5/10] cxgb3 - scatter gather engine, Divy Le Ray <divy@xxxxxxxxxxx>
• [PATCH 4/10] cxgb3 - HW access routines - part 2, divy
• [PATCH 6/10] cxgb3 - on board memory, MAC and PHY, Divy Le Ray <divy@xxxxxxxxxxx>
• [PATCH 0/10] cxgb3: Chelsio T3 1G/10G ethernet device driver, Divy Le Ray
• [PATCH 8/10] cxgb3 - offload capabilities, Divy Le Ray <divy@xxxxxxxxxxx>
  • Re: [PATCH 8/10] cxgb3 - offload capabilities, Stephen Hemminger
• [PATCH 3/10] cxgb3 - HW access routines - part 1, divy
• [GIT PULL] Remove old address from lkkbd.c, Jan-Benedict Glaw
• [PATCH 1/10] cxgb3 - main header files, Divy Le Ray <divy@xxxxxxxxxxx>
  • Re: [PATCH 1/10] cxgb3 - main header files, Stephen Hemminger
    • Re: [PATCH 1/10] cxgb3 - main header files, Roland Dreier
  • Re: [PATCH 1/10] cxgb3 - main header files, Jan Engelhardt
• 2.6.19-rc6-rt3, yum repo, Ingo Molnar
  • Re: 2.6.19-rc6-rt3, yum repo, Michal Schmidt
    • Re: 2.6.19-rc6-rt3, yum repo, Ingo Molnar
• sexxually expliicit:refined Teens in harrdcore actionn!, Malinda
• cpufreq userspace governor does not reflect changes, Dhaval Giani
  • <Possible follow-ups>
  • RE: cpufreq userspace governor does not reflect changes, Pallipadi, Venkatesh
    • Re: cpufreq userspace governor does not reflect changes, Dhaval Giani
  • RE: cpufreq userspace governor does not reflect changes, Pallipadi, Venkatesh
    • Re: cpufreq userspace governor does not reflect changes, Dhaval Giani
      • Re: cpufreq userspace governor does not reflect changes, Dhaval Giani
• [PATCH 0/6] Multi-hierarchy Process Containers, menage
  • [PATCH 5/6] Extension to container system to allow fork/exit callbacks, menage
  • [PATCH 4/6] Simple CPU accounting container subsystem, menage
  • [PATCH 2/6] Cpusets hooked into containers, menage
  • [PATCH 1/6] Generic container system abstracted from cpusets code, menage
  • [PATCH 3/6] Add generic multi-subsystem API to containers, menage
  • [PATCH 6/6] Resource Groups over generic containers, menage
• [patch] lockdep: fix static keys in module-allocated percpu areas, Ingo Molnar
• "Unable to handle kernel NULL pointer dereference" in 2.6.18.2 (2.6.18-1.2239.fc5), linux-kernel
  • Re: "Unable to handle kernel NULL pointer dereference" in 2.6.18.2 (2.6.18-1.2239.fc5), Oleg Verych
    • Re: "Unable to handle kernel NULL pointer dereference" in 2.6.18.2 (2.6.18-1.2239.fc5), Jiri Slaby
• Re: [discuss] Re: 2.6.19-rc5: known regressions (v3), Mikael Pettersson
• seexually exxplicit:Beest cumshotts on beest glorious Girrls., Stacey Wilkins
• Error compiling 2.6.19rc[56], alex1000
  • Re: Error compiling 2.6.19rc[56], Mattia Dongili
  • <Possible follow-ups>
  • Re: Error compiling 2.6.19rc[56], alex1000
  • Re: Error compiling 2.6.19rc[56], alex1000
• FW: RTC , ds1307 I2C driver and NTP does not work., Joakim Tjernlund
  • Re: FW: RTC , ds1307 I2C driver and NTP does not work., Oleg Verych
  • Re: RTC , ds1307 I2C driver and NTP does not work., Jean Delvare
    • RE: RTC , ds1307 I2C driver and NTP does not work., Joakim Tjernlund
      • Re: RTC , ds1307 I2C driver and NTP does not work., Jean Delvare
• [PATCH] Allow NULL pointers in percpu_free, Alan Stern
  • Re: [PATCH] Allow NULL pointers in percpu_free, Daniel Walker
    • Re: [PATCH] Allow NULL pointers in percpu_free, Alan Stern
      • Re: [PATCH] Allow NULL pointers in percpu_free, Daniel Walker
      • Re: [PATCH] Allow NULL pointers in percpu_free, Alan Stern
• [2.6 patch] net/ipv6/sit.c: make 2 functions static, Adrian Bunk
  • Re: [2.6 patch] net/ipv6/sit.c: make 2 functions static, David Miller
• [RFC: 2.6 patch] make sound/core/control.c:snd_ctl_new() static, Adrian Bunk
  • Re: [Alsa-devel] [RFC: 2.6 patch] make sound/core/control.c:snd_ctl_new() static, Takashi Iwai
• Bug? Need "pci=assign-busses" for AdvanTech PCM-9381, Holger Schurig
• [PATCH] usb: cypress_m8 init error path fix, Mariusz Kozlowski
• [patch 2.6.19-rc6] fix warning in speedstep-centrino.c, Holger Schurig
• sexuaally expplicit:Doo wantt unexcelled Eighteen?, Odis
• kobject_add failed with -EEXIST, Jiri Slaby
  • <Possible follow-ups>
  • kobject_add failed with -EEXIST, Jiri Slaby
    • Re: kobject_add failed with -EEXIST, Greg KH
      • Re: kobject_add failed with -EEXIST, Oliver Neukum
      • Re: kobject_add failed with -EEXIST, Jiri Slaby
      • Re: kobject_add failed with -EEXIST, Jiri Slaby
    • Re: kobject_add failed with -EEXIST, Greg KH
      • Re: kobject_add failed with -EEXIST, Jiri Slaby
      • Re: kobject_add failed with -EEXIST, Greg KH
      • Re: kobject_add failed with -EEXIST, Jiri Slaby
      • Message not available
      • Re: Fwd: kobject_add failed with -EEXIST, Jiri Slaby
    • Re: kobject_add failed with -EEXIST, Akinobu Mita
      • Re: kobject_add failed with -EEXIST, Jiri Slaby
      • [PATCH] driver core: delete virtual directory on class_unregister(), Akinobu Mita
      • Re: [PATCH] driver core: delete virtual directory on class_unregister(), Greg KH
      • Re: [PATCH] driver core: delete virtual directory on class_unregister(), Akinobu Mita
      • Re: [PATCH] driver core: delete virtual directory on class_unregister(), Cornelia Huck
    • Re: kobject_add failed with -EEXIST, markus reichelt
• NFSROOT with NFS Version 3, Christoph Pleger
  • Re: NFSROOT with NFS Version 3, Trond Myklebust
    • Re: NFSROOT with NFS Version 3, Christoph Pleger
      • Re: NFSROOT with NFS Version 3, Joe Korty
      • Re: NFSROOT with NFS Version 3, Christoph Pleger
      • Re: NFSROOT with NFS Version 3, Trond Myklebust
      • Re: NFSROOT with NFS Version 3, Peter Staubach
      • Re: NFSROOT with NFS Version 3, Bill Davidsen
• 2.6.19-rc6 -- dm: possible recursive locking detected, Heiko Carstens
  • Re: 2.6.19-rc6 -- dm: possible recursive locking detected, Alasdair G Kergon
    • Re: 2.6.19-rc6 -- dm: possible recursive locking detected, Heiko Carstens
• kernel oops: assertion failure at journal:576 (ext3 issue?), John Rouillard
  • <Possible follow-ups>
  • kernel oops: assertion failure at journal:576 (ext3 issue?), John Rouillard
• versed biig orggasm, Savannah Rosario
• Re: Kernel panic in 2.6.19-rc1, Doug Reiland
• [2.6 patch] drivers/rtc/rtc-rs5c372.c: fix a NULL dereference, Adrian Bunk
• RE: [PATCH 2.6.19-rc5-mm2] cpufreq: set policy->curfreq on initialization, Pallipadi, Venkatesh
• [patch 6/6] [RFC] Add MMC Password Protection (lock/unlock) support V6, Anderson Briglia
• [patch 5/6] [RFC] Add MMC Password Protection (lock/unlock) support V6, Anderson Briglia
  • Re: [patch 5/6] [RFC] Add MMC Password Protection (lock/unlock) support V6, Russell King
• finding the network usage of a process, Irfan Habib
• [patch 0/6] [RFC] Add MMC Password Protection (lock/unlock) support V6, Anderson Briglia
  • Re: [patch 0/6] [RFC] Add MMC Password Protection (lock/unlock) support V6, David Brownell
    • Re: [patch 0/6] [RFC] Add MMC Password Protection (lock/unlock) support V6, Pierre Ossman
      • Re: [patch 0/6] [RFC] Add MMC Password Protection (lock/unlock) support V6, David Brownell
      • Re: [patch 0/6] [RFC] Add MMC Password Protection (lock/unlock) support V6, Anderson Lizardo
• [patch] i386/x86_64: ACPI cpu_idle_wait() fix, Ingo Molnar
  • Re: [patch] i386/x86_64: ACPI cpu_idle_wait() fix, Ingo Molnar
    • Re: [patch] i386/x86_64: ACPI cpu_idle_wait() fix, Andrew Morton
      • Re: [patch] i386/x86_64: ACPI cpu_idle_wait() fix, Ingo Molnar
• Re: [ckrm-tech] [RFC][PATCH 5/8] RSS controller task migration support, Patrick.Le-Dot
  • Re: [ckrm-tech] [RFC][PATCH 5/8] RSS controller task migration support, Alan
  • Re: [ckrm-tech] [RFC][PATCH 5/8] RSS controller task migration support, Balbir Singh
  • <Possible follow-ups>
  • Re: [ckrm-tech] [RFC][PATCH 5/8] RSS controller task migration support, Patrick.Le-Dot
• [patch 3/6] [RFC] Add MMC Password Protection (lock/unlock) support V6, Anderson Briglia
  • Re: [patch 3/6] [RFC] Add MMC Password Protection (lock/unlock) support V6, Russell King
• [patch 1/6] [RFC] Add MMC Password Protection (lock/unlock) support V6, Anderson Briglia
  • Re: [patch 1/6] [RFC] Add MMC Password Protection (lock/unlock) support V6, Russell King
    • Re: [patch 1/6] [RFC] Add MMC Password Protection (lock/unlock) support V6, Anderson Briglia
  • Re: [patch 1/6] [RFC] Add MMC Password Protection (lock/unlock) support V6, Russell King
    • Re: [patch 1/6] [RFC] Add MMC Password Protection (lock/unlock) support V6, Pierre Ossman
• outflank Peenis Enlargemment, Suzette Ritchie
• [patch 2/6] [RFC] Add MMC Password Protection (lock/unlock) support V6, Anderson Briglia
  • Re: [patch 2/6] [RFC] Add MMC Password Protection (lock/unlock) support V6, Russell King
• [patch 4/6] [RFC] Add MMC Password Protection (lock/unlock) support V6, Anderson Briglia
  • Re: [patch 4/6] [RFC] Add MMC Password Protection (lock/unlock) support V6, Russell King
• Re : vm: weird behaviour when munmapping, moreau francis
  • Re: Re : vm: weird behaviour when munmapping, Peter Zijlstra
  • <Possible follow-ups>
  • Re : vm: weird behaviour when munmapping, moreau francis
    • Re: Re : vm: weird behaviour when munmapping, Peter Zijlstra
  • Re : vm: weird behaviour when munmapping, moreau francis
    • Re: Re : vm: weird behaviour when munmapping, Peter Zijlstra
  • Re : vm: weird behaviour when munmapping, Francis Moreau
    • Re: Re : vm: weird behaviour when munmapping, Hugh Dickins
      • Re: Re : vm: weird behaviour when munmapping, Francis Moreau
      • Re: Re : vm: weird behaviour when munmapping, Hugh Dickins
      • Re: Re : vm: weird behaviour when munmapping, Hugh Dickins
      • Re: Re : vm: weird behaviour when munmapping, Francis Moreau
• is there any Hard-disk shock-protection for 2.6.18 and above?, Christoph Schmid
  • Re: is there any Hard-disk shock-protection for 2.6.18 and above?, Pavel Machek
    • Re: is there any Hard-disk shock-protection for 2.6.18 and above?, Shem Multinymous
      • Re: is there any Hard-disk shock-protection for 2.6.18 and above?, Pavel Machek
      • Re: is there any Hard-disk shock-protection for 2.6.18 and above?, Shem Multinymous
    • Re: is there any Hard-disk shock-protection for 2.6.18 and above?, Jens Axboe
      • Re: is there any Hard-disk shock-protection for 2.6.18 and above?, Jon Escombe
  • <Possible follow-ups>
  • Re: is there any Hard-disk shock-protection for 2.6.18 and above?, Elias Oltmanns
    • Re: is there any Hard-disk shock-protection for 2.6.18 and above?, Pavel Machek
      • Re: is there any Hard-disk shock-protection for 2.6.18 and above?, Shem Multinymous
    • Re: is there any Hard-disk shock-protection for 2.6.18 and above?, Jens Axboe
• Re[3]:Let's learn each other!, Valiusha
• [PATCH][kprobe] enabling booster on the preemptible kernel, Masami Hiramatsu
  • Re: [PATCH][kprobe] enabling booster on the preemptible kernel, Ingo Molnar
    • Re: [PATCH][kprobe] enabling booster on the preemptible kernel, Masami Hiramatsu
• Microsoft Natural Ergonomic Keyboard 4000 status?, Nicolas Mailhot
• single Pennis enhhansement, Glen Bray
• vm: weird behaviour when munmapping, moreau francis
  • Re: vm: weird behaviour when munmapping, Peter Zijlstra
• regarding VIA quirk fix, Tejun Heo
  • Re: regarding VIA quirk fix, Alan
  • Re: regarding VIA quirk fix, Daniel Drake
• bully Tableets for Pennis, Will
• [patch 2.6.19-rc6] rtc class locking bugfixes, David Brownell
  • Re: [patch 2.6.19-rc6] rtc class locking bugfixes, Alessandro Zummo
• [patch 2.6.19-rc6] Documentation/driver-model/platform.txt update/rewrite, David Brownell
  • patch documentation-driver-model-platform.txt-update-rewrite.patch added to gregkh-2.6 tree, gregkh
• [patch 2.6.19-rc6] platform_driver_probe(), can save codespace, David Brownell
  • Re: [patch 2.6.19-rc6] platform_driver_probe(), can save codespace, Dmitry Torokhov
    • Re: [patch 2.6.19-rc6] platform_driver_probe(), can save codespace, David Brownell
      • Re: [patch 2.6.19-rc6] platform_driver_probe(), can save codespace, Dmitry Torokhov
      • Re: [patch 2.6.19-rc6] platform_driver_probe(), can save codespace, David Brownell
      • Re: [patch 2.6.19-rc6] platform_driver_probe(), can save codespace, Dmitry Torokhov
• [patch 2.6.19-rc6] Documentation/rtc.txt updates (for rtc class), David Brownell
  • Re: [patch 2.6.19-rc6] Documentation/rtc.txt updates (for rtc class), Oleg Verych
  • emacs visiting of [patch 2.6.19-rc6] Documentation/rtc.txt updates (for rtc class), Oleg Verych
  • Re: [patch 2.6.19-rc6] Documentation/rtc.txt updates (for rtc class), Alessandro Zummo
• [patch 2.6.19-rc6] rtc framework handles periodic irqs, David Brownell
  • Re: [patch 2.6.19-rc6] rtc framework handles periodic irqs, Alessandro Zummo
• Incorrect behavior of timer_settime() for absolute dates in the past, John
  • Re: Incorrect behavior of timer_settime() for absolute dates in the past, John
    • Re: Incorrect behavior of timer_settime() for absolute dates in the past, Andrew Morton
  • Re: Incorrect behavior of timer_settime() for absolute dates in the past, Thomas Gleixner
• RE: [Alsa-devel] [Patch] Audio: Add nvidia HD Audio controllers of MCP67 support to hda_intel.c, Peer Chen
  • Re: [Alsa-devel] [Patch] Audio: Add nvidia HD Audio controllers of MCP67 support to hda_intel.c, Takashi Iwai
    • RE: [Alsa-devel] [Patch] Audio: Add nvidia HD Audio controllers of MCP67 support to hda_intel.c, Peer Chen
• benign Oiil for Peenis, Nina
• [PATCH for review] Add vDSO for x86-64 with gettimeofday/clock_gettime/getcpu, Andi Kleen
• [BUG] CREDITS or CREDITS-YOURSELVES, Jarek Poplawski
  • Re: [BUG] CREDITS or CREDITS-YOURSELVES, Linus Torvalds
    • Re: [BUG] CREDITS or CREDITS-YOURSELVES, Jarek Poplawski
• operative Enlargeement, Clare
• [PATCH -mm] freeze/thaw fs when BLOCK=n, Randy Dunlap
  • Re: [PATCH -mm] freeze/thaw fs when BLOCK=n, Pavel Machek
• [PATCH] ftape: fix printk format warnings, Randy Dunlap
• [PATCH -mm] korg1212: fix printk format warning, Randy Dunlap
• [PATCH] visws: sgivwfb is module needs exports, Randy Dunlap
  • Re: [PATCH] visws: sgivwfb is module needs exports, James Simmons
• [PATCH] debugfs: add header file, Randy Dunlap
• kbuild: O= with M= (Re: [PATCH -mm] replacement for broken kbuild-dont-put-temp-files-in-the-source-tree.patch), Oleg Verych
• m68knommu doesn't build upstream, Benjamin Herrenschmidt
  • Re: m68knommu doesn't build upstream, Geert Uytterhoeven
    • Re: m68knommu doesn't build upstream, Greg Ungerer
• memory hotplug function redefinition/confusion, Randy Dunlap
  • Re: memory hotplug function redefinition/confusion, Randy Dunlap
  • Re: memory hotplug function redefinition/confusion, Yasunori Goto
• how to handle indirect kconfig dependencies, Randy Dunlap
  • Re: how to handle indirect kconfig dependencies, Stefan Richter
    • Re: how to handle indirect kconfig dependencies, Adrian Bunk
      • Re: how to handle indirect kconfig dependencies, Stefan Richter
  • Re: how to handle indirect kconfig dependencies, James Bottomley
  • Re: how to handle indirect kconfig dependencies, Randy Dunlap
• regular for Peenis, Micheal
• adept biggger, Kelly
• Re: [PATCH/RFC] kthread API conversion for dvb_frontend and av7110, Andrew de Quincey
  • Re: [Devel] Re: [PATCH/RFC] kthread API conversion for dvb_frontend and av7110, Cedric Le Goater
    • Re: [v4l-dvb-maintainer] Re: [Devel] Re: [PATCH/RFC] kthread API conversion for dvb_frontend and av7110, Andrew de Quincey
• [2.6 patch] make drivers/acpi/ec.c:ec_ecdt, Adrian Bunk
• [2.6 patch] make drivers/md/dm-snap.c:ksnapd static, Adrian Bunk
• [2.6 patch] drivers/pci/hotplug/ibmphp_pci.c: fix NULL dereference, Adrian Bunk
• [ANNOUNCE] Cogito-0.18.2, Petr Baudis
• ripe Cappsules for Pennis, Peter Frank
• [GIT PATCH] Misc Driver fixes for 2.6.19-rc6, Greg KH
  • [PATCH 1/3] W1: ioremap balanced with iounmap, Greg KH
    • [PATCH 2/3] debugfs: check return value correctly, Greg KH
      • [PATCH 3/3] aoe: Add forgotten NULL at end of attribute list in aoeblk.c, Greg KH
• [GIT PATCH] USB fixes for 2.6.19-rc6, Greg KH
• 2.6.19-rc5 libata PATA ATAPI CDROM SiS 5513 NOT WORKING, Ioan Ionita
  • Re: 2.6.19-rc5 libata PATA ATAPI CDROM SiS 5513 NOT WORKING, Alan
    • Re: 2.6.19-rc5 libata PATA ATAPI CDROM SiS 5513 NOT WORKING, Ioan Ionita
      • Re: 2.6.19-rc5 libata PATA ATAPI CDROM SiS 5513 NOT WORKING, Ioan Ionita
      • Re: 2.6.19-rc5 libata PATA ATAPI CDROM SiS 5513 NOT WORKING, Alan Cox
      • Re: 2.6.19-rc5 libata PATA ATAPI CDROM SiS 5513 NOT WORKING, Ioan Ionita
• 2.6.19-rc5-mm2: WARNING at drivers/ata/sata_nv.c:762 nv_adma_bmdma_setup(), Nicolas Mailhot
• IPv4: ip_options_compile() how can we avoid blowing up on a NULL skb???, Jesper Juhl
  • Re: IPv4: ip_options_compile() how can we avoid blowing up on a NULL skb???, David Miller
    • Re: IPv4: ip_options_compile() how can we avoid blowing up on a NULL skb???, Herbert Xu
      • Re: IPv4: ip_options_compile() how can we avoid blowing up on a NULL skb???, Dmitry Torokhov
      • Re: IPv4: ip_options_compile() how can we avoid blowing up on a NULL skb???, Herbert Xu
  • Re: IPv4: ip_options_compile() how can we avoid blowing up on a NULL skb???, Herbert Xu
• [PATCH] hfs: correct return value in hfs_fill_super(), Eric Paris
  • Re: [PATCH] hfs: correct return value in hfs_fill_super(), Eric Paris
• nifty Oill for Pennis, Becky
• NEW YEAR 2007 - everything you want, NEW YEAR 2007
• Is there any known issue with page allocation in 2.6.18-rc2 ?, Kabir Ahsan-r9aahw
• [PATCH] trivial change for mmc/Kconfig: MMC_PXA does not mean only PXA255, Marcin Juszkiewicz
  • Re: [PATCH] trivial change for mmc/Kconfig: MMC_PXA does not mean only PXA255, Pierre Ossman
• [PATCH][RFC][resend] potential NULL pointer deref in XFS on failed mount, Jesper Juhl
  • Re: [PATCH][RFC][resend] potential NULL pointer deref in XFS on failed mount, Shailendra Tripathi
    • Re: [PATCH][RFC][resend] potential NULL pointer deref in XFS on failed mount, Jesper Juhl
      • Re: [PATCH][RFC][resend] potential NULL pointer deref in XFS on failed mount, Shailendra Tripathi
  • Re: [PATCH][RFC][resend] potential NULL pointer deref in XFS on failed mount, David Chinner
    • Re: [PATCH][RFC][resend] potential NULL pointer deref in XFS on failed mount, Jesper Juhl
      • Re: [PATCH][RFC][resend] potential NULL pointer deref in XFS on failed mount, Jesper Juhl
• 2.6.18 X problems with ES4, Jeff V. Merkey
• [PATCH 1/2]: HVCS char driver janitoring: move block of code., Linas Vepstas
  • [PATCH 2/2]: HVCS char driver janitoring: rm compiler warnings, Linas Vepstas
• [PATCH 2.6.19-rc5-git7] EFI: mapping memory region of runtime services when using memmap kernel parameter, Myaskouvskey, Artiom
  • Re: [PATCH 2.6.19-rc5-git7] EFI: mapping memory region of runtime services when using memmap kernel parameter, Randy Dunlap
• BUG: cpufreq notification broken, Thomas Gleixner
  • [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync, Ingo Molnar
    • Re: [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync, Thomas Gleixner
      • Re: [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync, Linus Torvalds
      • Re: [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync, Alan Stern
      • Re: [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync, Linus Torvalds
      • Re: [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync, Alan Stern
      • Re: [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync, Paul E. McKenney
      • Re: [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync, Jens Axboe
      • Re: [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync, Oleg Nesterov
      • Re: [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync, Paul E. McKenney
      • Re: [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync, Alan Stern
      • Re: [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync, Paul E. McKenney
      • Re: [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync, Oleg Nesterov
      • Re: [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync, Paul E. McKenney
      • Re: [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync, Alan Stern
      • Re: [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync, Oleg Nesterov
      • Re: [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync, Alan Stern
      • Re: [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync, Oleg Nesterov
      • Re: [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync, Alan Stern
      • Re: [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync, Paul E. McKenney
      • Re: [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync, Alan Stern
      • Re: [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync, Jens Axboe
      • Re: [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync, Alan Stern
      • Re: [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync, Jens Axboe
      • Re: [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync, Alan Stern
      • Re: [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync, Jens Axboe
      • Re: [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync, Oleg Nesterov
      • Re: [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync, Alan Stern
      • Re: [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync, Paul E. McKenney
      • Re: [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync, Oleg Nesterov
      • Re: [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync, Alan Stern
      • Re: [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync, Paul E. McKenney
      • Re: [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync, Paul E. McKenney
      • Re: [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync, Oleg Nesterov
      • Re: [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync, Paul E. McKenney
      • Re: [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync, Alan Stern
      • Re: [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync, Paul E. McKenney
      • Re: [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync, Alan Stern
      • Re: [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync, Paul E. McKenney
      • Re: [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync, Oleg Nesterov
      • Re: [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync, Alan Stern
      • Re: [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync, Paul E. McKenney
      • Re: [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync, Paul E. McKenney
      • Re: [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync, Alan Stern
      • Re: [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync, Paul E. McKenney
      • Re: [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync, Alan Stern
      • Re: [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync, Paul E. McKenney
      • Re: [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync, Alan Stern
      • Re: [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync, Paul E. McKenney
      • Re: [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync, Oleg Nesterov
      • Re: [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync, Paul E. McKenney
      • Re: [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync, Oleg Nesterov
      • Re: [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync, Paul E. McKenney
      • Re: [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync, Jens Axboe
      • Re: [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync, Paul E. McKenney
      • Re: [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync, Jens Axboe
      • Re: [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync, Paul E. McKenney
      • Re: [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync, Jens Axboe
      • Re: [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync, Oleg Nesterov
      • Re: [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync, Paul E. McKenney
      • Re: [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync, Paul E. McKenney
      • Re: [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync, Alan Stern
      • Re: [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync, Paul E. McKenney
      • Re: [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync, Alan Stern
      • Re: [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync, Andrew Morton
      • Re: [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync, Paul E. McKenney
      • Re: [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync, Oleg Nesterov
      • Re: [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync, Alan Stern
      • Re: [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync, Oleg Nesterov
      • Re: [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync, Alan Stern
      • Re: [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync, Oleg Nesterov
      • Re: [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync, Paul E. McKenney
      • Re: [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync, Oleg Nesterov
      • Re: [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync, Paul E. McKenney
      • Re: [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync, Paul E. McKenney
      • Re: [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync, Oleg Nesterov
      • Re: [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync, Paul E. McKenney
      • Re: [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync, Oleg Nesterov
      • Re: [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync, Paul E. McKenney
      • Re: [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync, Oleg Nesterov
      • Re: [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync, Oleg Nesterov
      • Re: [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync, Paul E. McKenney
      • Re: [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync, Oleg Nesterov
      • Re: [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync, Jens Axboe
      • Re: [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync, Alan Stern
      • Re: [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync, Oleg Nesterov
      • Re: [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync, Alan Stern
      • Re: [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync, Oleg Nesterov
      • Re: [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync, Alan Stern
      • Re: [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync, Oleg Nesterov
      • Re: [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync, Paul E. McKenney
      • Re: [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync, Oleg Nesterov
      • Re: [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync, Oleg Nesterov
      • Re: [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync, Paul E. McKenney
      • Re: [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync, Oleg Nesterov
      • Re: [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync, Paul E. McKenney
      • Re: [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync, Oleg Nesterov
      • Re: [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync, Paul E. McKenney
    • Re: [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync, Peter Zijlstra
    • Re: [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync, Andrew Morton
      • Re: [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync, Thomas Gleixner
    • Re: [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync, Linus Torvalds
  • Re: BUG: cpufreq notification broken, Alan Stern
    • Re: BUG: cpufreq notification broken, Thomas Gleixner
      • Re: BUG: cpufreq notification broken, Alan Stern
      • Re: BUG: cpufreq notification broken, Thomas Gleixner
      • Re: BUG: cpufreq notification broken, Alan Stern
• unexampled biggerr 0rggasm, Cesar Landis
• changing internal kernel system mechanism in runtime by a module patch, Yitzchak Eidus
  • Re: changing internal kernel system mechanism in runtime by a module patch, Adrian Bunk
    • Re: changing internal kernel system mechanism in runtime by a module patch, Jan Engelhardt
  • Re: changing internal kernel system mechanism in runtime by a module patch, Stephen Hemminger
  • Re: changing internal kernel system mechanism in runtime by a module patch, Muli Ben-Yehuda
    • Re: changing internal kernel system mechanism in runtime by a module patch, Christoph Hellwig
      • Re: changing internal kernel system mechanism in runtime by a module patch, Muli Ben-Yehuda
• splice/vmsplice performance test results, Jim Schutt
  • Re: splice/vmsplice performance test results, Jens Axboe
    • Re: splice/vmsplice performance test results, Jim Schutt
    • Re: splice/vmsplice performance test results, Jim Schutt
      • Re: splice/vmsplice performance test results, Jens Axboe
      • Re: splice/vmsplice performance test results, Jens Axboe
      • Re: splice/vmsplice performance test results, Jim Schutt
      • Re: splice/vmsplice performance test results, Jens Axboe
      • Re: splice/vmsplice performance test results, Jim Schutt
      • Re: splice/vmsplice performance test results, Jens Axboe
      • Re: splice/vmsplice performance test results, Jim Schutt
      • Re: splice/vmsplice performance test results, Jens Axboe
      • Re: splice/vmsplice performance test results, Jim Schutt
  • Re: splice/vmsplice performance test results, David Miller
    • Re: splice/vmsplice performance test results, Jens Axboe
      • Re: splice/vmsplice performance test results, David Miller
• gracious larrge 0rgasmm, Sheena Goss
• [PATCH 0/3] KVM: Save/resume support, Avi Kivity
  • [PATCH 2/3] KVM: Add time stamp counter msr and accessors, Avi Kivity
  • [PATCH 3/3] KVM: Expose MSRs to userspace, Avi Kivity
    • Re: [kvm-devel] [PATCH 3/3] KVM: Expose MSRs to userspace, Arnd Bergmann
      • Re: [kvm-devel] [PATCH 3/3] KVM: Expose MSRs to userspace, Avi Kivity
      • Re: [kvm-devel] [PATCH 3/3] KVM: Expose MSRs to userspace, Christoph Hellwig
    • Re: [PATCH 3/3] KVM: Expose MSRs to userspace, Andrew Morton
      • Re: [PATCH 3/3] KVM: Expose MSRs to userspace, Avi Kivity
      • Re: [PATCH 3/3] KVM: Expose MSRs to userspace, Andrew Morton
      • Re: [PATCH 3/3] KVM: Expose MSRs to userspace, Avi Kivity
  • [PATCH 1/3] KVM: Expose interrupt bitmap, Avi Kivity
• [PATCH] usb: microtek possible memleak fix, Mariusz Kozlowski
  • Message not available
    • Re: [linux-usb-devel] [PATCH] usb: microtek possible memleak fix, Mariusz Kozlowski
      • Message not available
      • Re: [linux-usb-devel] [PATCH] usb: microtek possible memleak fix [second try], Mariusz Kozlowski
• IMPORTANT NOTICE, Larisa Sosnitskaya
• Re: [RFC, Patch 1/1] OProfile for Cell: Initial profiling support -- updated patch, Maynard Johnson
• -rc6, "DWARF2 unwinder stuck at" ..., Ingo Molnar
  • [patch] x86_64: stack unwinder crash fix, Ingo Molnar
• Basic support for siemens sx1, Pavel Machek
  • Re: Basic support for siemens sx1, Tony Lindgren
    • Re: Basic support for siemens sx1, Pavel Machek
      • Re: Basic support for siemens sx1, Tony Lindgren
      • Re: Basic support for siemens sx1, Vladimir
      • Re: Basic support for siemens sx1, Tony Lindgren
• [PATCH for 2.6.19] Fix xtime losing ticks, Jiri Bohac
  • Re: [PATCH for 2.6.19] Fix xtime losing ticks, Andi Kleen
• [PATCH] ext3: htree entry integrity checking, Jeff Mahoney
  • Re: [PATCH] ext3: htree entry integrity checking, Andreas Dilger
    • Re: [PATCH] ext3: htree entry integrity checking, Eric Sandeen
    • Re: [PATCH] ext3: htree entry integrity checking, Jeff Mahoney
• [GIT PATCH] final SCSI fixes for 2.6.19-rc6, James Bottomley
• Looking for recent lkml email, Zack Brown
  • Re: Looking for recent lkml email, Zack Brown
    • Re: Looking for recent lkml email, Oleg Verych
      • Re: Looking for recent lkml email, Pete Zaitcev
      • newsreaders (Re: Looking for recent lkml email), Oleg Verych
      • Re: newsreaders (Re: Looking for recent lkml email), Pete Zaitcev
• [PATCH] usb: ati remote memleak fix, Mariusz Kozlowski
• When is the kernel moving to GPLv3?, Jeffrey V. Merkey
  • Re: When is the kernel moving to GPLv3? (probably feeding a troll :), Lennart Sorensen
    • Re: When is the kernel moving to GPLv3? (probably feeding a troll :), Jeffrey V. Merkey
  • [ot] (was When is the kernel moving to GPLv3?), Oleg Verych
• 2.6.19-rc6-rt0, -rt YUM repository, Ingo Molnar
  • Re: 2.6.19-rc6-rt0, -rt YUM repository, Daniel Walker
    • Re: 2.6.19-rc6-rt0, -rt YUM repository, Ingo Molnar
    • Re: 2.6.19-rc6-rt0, -rt YUM repository, Esben Nielsen
      • Re: 2.6.19-rc6-rt0, -rt YUM repository, Daniel Walker
      • Re: 2.6.19-rc6-rt0, -rt YUM repository, Ingo Molnar
      • Re: 2.6.19-rc6-rt0, -rt YUM repository, Daniel Walker
      • Re: 2.6.19-rc6-rt0, -rt YUM repository, Ingo Molnar
      • Re: 2.6.19-rc6-rt0, -rt YUM repository, Ingo Molnar
      • Re: 2.6.19-rc6-rt0, -rt YUM repository, Ingo Molnar
      • Re: 2.6.19-rc6-rt0, -rt YUM repository, Ingo Molnar
      • Re: 2.6.19-rc6-rt0, -rt YUM repository, Lee Revell
      • Re: 2.6.19-rc6-rt0, -rt YUM repository, Ingo Molnar
      • Re: 2.6.19-rc6-rt0, -rt YUM repository, Daniel Walker
      • Re: 2.6.19-rc6-rt0, -rt YUM repository, Ingo Molnar
      • Re: 2.6.19-rc6-rt0, -rt YUM repository, Lee Revell
      • Re: 2.6.19-rc6-rt0, -rt YUM repository, Ingo Molnar
  • Re: 2.6.19-rc6-rt0, -rt YUM repository, Sergio Monteiro Basto
    • Re: 2.6.19-rc6-rt0, -rt YUM repository, Ingo Molnar
      • Re: 2.6.19-rc6-rt0, -rt YUM repository, Sergio Monteiro Basto
• [PATCH] usb: pwc-if loop fix, Mariusz Kozlowski
• How to go about debuging a system lockup?, Lennart Sorensen
  • Re: How to go about debuging a system lockup?, Jesper Juhl
    • Re: How to go about debuging a system lockup?, Lennart Sorensen
      • Re: How to go about debuging a system lockup?, Jesper Juhl
      • Re: How to go about debuging a system lockup?, Krzysztof Halasa
      • Re: How to go about debuging a system lockup?, Keith Owens
  • <Possible follow-ups>
  • RE: How to go about debuging a system lockup?, Protasevich, Natalie
    • Re: How to go about debuging a system lockup?, Lennart Sorensen
      • Re: How to go about debuging a system lockup?, Stefan Richter
      • Re: How to go about debuging a system lockup?, Lennart Sorensen
      • Re: How to go about debuging a system lockup?, Lennart Sorensen
      • Re: How to go about debuging a system lockup?, Stefan Richter
      • Re: How to go about debuging a system lockup?, Lennart Sorensen
• 2.6.19-rc6: irq 48: nobody cared, Krzysztof Sierota
  • Re: 2.6.19-rc6: irq 48: nobody cared, Jesse Brandeburg
    • Re: 2.6.19-rc6: irq 48: nobody cared, Krzysztof Sierota (o2.pl/tlen.pl)
  • Re: 2.6.19-rc6: irq 48: nobody cared, Adrian Bunk
    • Re: 2.6.19-rc6: irq 48: nobody cared, Krzysztof Sierota (o2.pl/tlen.pl)
• [PATCH] allow hwrandom core to be a module, Jan Beulich
• Kernel.org server problems?, Chris
  • Re: Kernel.org server problems?, Stefan Richter
  • Re: Kernel.org server problems?, Alistair John Strachan
    • Re: Kernel.org server problems?, Chris Leadbeater
      • Re: Kernel.org server problems?, Alistair John Strachan
      • Re: Kernel.org server problems?, Stefan Richter
• [Patch -mm 2/2] driver core: Introduce device_move(): move a device to a new parent., Cornelia Huck
  • Re: [Patch -mm 2/2] driver core: Introduce device_move(): move a device to a new parent., Kay Sievers
    • Re: [Patch -mm 2/2] driver core: Introduce device_move(): move a device to a new parent., Greg KH
      • Re: [Patch -mm 2/2] driver core: Introduce device_move(): move a device to a new parent., Cornelia Huck
      • [Patch -mm 1/1] driver core: Introduce device_move(): move a device to a new parent., Cornelia Huck
      • Re: [Patch -mm 1/1] driver core: Introduce device_move(): move a device to a new parent., Kay Sievers
      • Re: [Patch -mm 1/1] driver core: Introduce device_move(): move a device to a new parent., Cornelia Huck
      • [Patch -mm 1/1] driver core: Introduce device_move(): move a device to a new parent., Cornelia Huck
      • Re: [Patch -mm 1/1] driver core: Introduce device_move(): move a device to a new parent., Kay Sievers
• [Patch -mm 1/2] driver core: Introduce device_find_child()., Cornelia Huck
• [Patch -mm 0/2]driver core: Infrastructure for device moving., Cornelia Huck
• reply to your resume, Rodger
• problem after s2ram restore with password-protected hdd, Jody Belka
  • Re: [Suspend-devel] problem after s2ram restore with password-protected hdd, Rafael J. Wysocki
    • Re: [Suspend-devel] problem after s2ram restore with password-protected hdd, Jody Belka
• the Month of Kernel Bugs (MoKB) archive, Jesper Juhl
• earliest pressent for, Shirley
• [2.6 patch] make arch/i386/pci/common.c:pci_bf_sort static, Adrian Bunk
  • Re: [2.6 patch] make arch/i386/pci/common.c:pci_bf_sort static, Matt Domsch
• diabling interrupts on pentium 4 processor, ranjith kumar
  • Re: diabling interrupts on pentium 4 processor, Heikki Orsila
  • Re: diabling interrupts on pentium 4 processor, Jiri Slaby
  • Re: diabling interrupts on pentium 4 processor, Doug Reiland
    • Re: diabling interrupts on pentium 4 processor, linux-os \(Dick Johnson\)
• Indian Divine Books, Cds, Cassettes & Pooja Articles, EGC Traders
• [PATCH] mempolicy: use vma_policy and vma_set_policy macros, David Rientjes
  • Re: [PATCH] mempolicy: use vma_policy and vma_set_policy macros, Andi Kleen
    • Re: [PATCH] mempolicy: use vma_policy and vma_set_policy macros, Christoph Lameter
• lactating bigg 0rgasmm, Jackie Bright
• [patch] x86_64: fix CONFIG_CC_STACKPROTECTOR build bug, Ingo Molnar
• [PATCH 2.6.19-rc6] netfilter: fix panic on ip_conntrack_h323 with CONFIG_IP_NF_CT_ACCT, Faidon Liambotis
  • Re: [netfilter-core] [PATCH 2.6.19-rc6] netfilter: fix panic on ip_conntrack_h323 with CONFIG_IP_NF_CT_ACCT, Patrick McHardy
  • <Possible follow-ups>
  • [PATCH 2.6.19-rc6] netfilter: fix panic on ip_conntrack_h323 with CONFIG_IP_NF_CT_ACCT, Faidon Liambotis
    • Re: [netfilter-core] [PATCH 2.6.19-rc6] netfilter: fix panic on ip_conntrack_h323 with CONFIG_IP_NF_CT_ACCT, Patrick McHardy
• [patch, -rc6] x86_64: UP build fix, arch/x86_64/kernel/mce_amd.c, Ingo Molnar
  • Re: [patch, -rc6] x86_64: UP build fix, arch/x86_64/kernel/mce_amd.c, Andi Kleen
    • Re: [patch, -rc6] x86_64: UP build fix, arch/x86_64/kernel/mce_amd.c, Ingo Molnar
• [PATCH] usb: generic calibration support, Holger Schurig
  • Re: [PATCH] usb: generic calibration support, Daniel Ritz
    • Re: [PATCH] usb: generic calibration support, Holger Schurig
      • Re: [PATCH] usb: generic calibration support, Dmitry Torokhov
      • Re: [PATCH] usb: generic calibration support, Holger Schurig
      • Re: [PATCH] usb: generic calibration support, Richard Purdie
• [patch] lockdep: show held locks when showing a stackdump, Ingo Molnar
  • Re: [patch] lockdep: show held locks when showing a stackdump, Ingo Molnar
• [PATCH] ALSA: hda-intel - Disable MSI support by default], Brice Goglin
• [patch, -rc6] x86_64: UP build fixes, Ingo Molnar
  • Re: [patch, -rc6] x86_64: UP build fixes, Andrew Morton
    • Re: [patch, -rc6] x86_64: UP build fixes, Ingo Molnar
      • Re: [patch, -rc6] x86_64: UP build fixes, Ingo Molnar
  • Re: [patch, -rc6] x86_64: UP build fixes, Andi Kleen
    • Re: [patch, -rc6] x86_64: UP build fixes, Andrew Morton
      • Re: [patch, -rc6] x86_64: UP build fixes, Andi Kleen
      • Re: [patch, -rc6] x86_64: UP build fixes, Ingo Molnar
      • Re: [patch, -rc6] x86_64: UP build fixes, Andi Kleen
      • Re: [patch, -rc6] x86_64: UP build fixes, Ingo Molnar
  • Re: [patch, -rc6] x86_64: UP build fixes, Ingo Molnar
    • [patch] hotplug CPU: clean up hotcpu_notifier() use, Ingo Molnar
      • Re: [patch] hotplug CPU: clean up hotcpu_notifier() use, Linus Torvalds
      • Re: [patch] hotplug CPU: clean up hotcpu_notifier() use, Ingo Molnar
      • Re: [patch] hotplug CPU: clean up hotcpu_notifier() use, Linus Torvalds
      • Re: [patch] hotplug CPU: clean up hotcpu_notifier() use, Ingo Molnar
• [PATCH -mm 0/2] Use freezeable workqueues to avoid suspend-related XFS corruptions, Rafael J. Wysocki
  • [PATCH -mm 2/2] Use freezeable workqueues in XFS, Rafael J. Wysocki
    • Re: [PATCH -mm 2/2] Use freezeable workqueues in XFS, Pavel Machek
  • [PATCH -mm 1/2] Support for freezeable workqueues, Rafael J. Wysocki
    • Re: [PATCH -mm 1/2] Support for freezeable workqueues, Pavel Machek
  • Re: [PATCH -mm 0/2] Use freezeable workqueues to avoid suspend-related XFS corruptions, David Chinner
    • Re: [PATCH -mm 0/2] Use freezeable workqueues to avoid suspend-related XFS corruptions, Pavel Machek
    • Re: [PATCH -mm 0/2] Use freezeable workqueues to avoid suspend-related XFS corruptions, Rafael J. Wysocki
      • Re: [PATCH -mm 0/2] Use freezeable workqueues to avoid suspend-related XFS corruptions, David Chinner
      • Re: [PATCH -mm 0/2] Use freezeable workqueues to avoid suspend-related XFS corruptions, Nigel Cunningham
      • Re: [PATCH -mm 0/2] Use freezeable workqueues to avoid suspend-related XFS corruptions, Rafael J. Wysocki
      • Re: [PATCH -mm 0/2] Use freezeable workqueues to avoid suspend-related XFS corruptions, Nigel Cunningham
      • Re: [PATCH -mm 0/2] Use freezeable workqueues to avoid suspend-related XFS corruptions, Rafael J. Wysocki
      • Re: [PATCH -mm 0/2] Use freezeable workqueues to avoid suspend-related XFS corruptions, Nigel Cunningham
      • Re: [PATCH -mm 0/2] Use freezeable workqueues to avoid suspend-related XFS corruptions, Nigel Cunningham
      • Re: [PATCH -mm 0/2] Use freezeable workqueues to avoid suspend-related XFS corruptions, Rafael J. Wysocki
      • Re: [PATCH -mm 0/2] Use freezeable workqueues to avoid suspend-related XFS corruptions, Nigel Cunningham
      • Re: [PATCH -mm 0/2] Use freezeable workqueues to avoid suspend-related XFS corruptions, Rafael J. Wysocki
      • Re: [PATCH -mm 0/2] Use freezeable workqueues to avoid suspend-related XFS corruptions, David Chinner
      • Re: [PATCH -mm 0/2] Use freezeable workqueues to avoid suspend-related XFS corruptions, Rafael J. Wysocki
• [PATCH] usb: Support for DMC TSC-10 (take 2), Holger Schurig
  • Re: [PATCH] usb: Support for DMC TSC-10 (take 2), Daniel Ritz
    • Re: [PATCH] usb: Support for DMC TSC-10 (take 2), Holger Schurig
• [PATCH] usb: Support for DMC TSC-10, Holger Schurig
• elevate for Peenis, August
• How does the ski simulator resolves the dependency on shared libraries?, sudhnesh adapawar
• Delivery Failure, Postmaster
• expplicit:Russsian pernickety Womans hardcoore piics and moviess., Clayton
• Linux 2.6.19-rc6, Linus Torvalds
  • 2.6.19-rc6: known regressions, Adrian Bunk
    • Re: 2.6.19-rc6: known regressions, Greg KH
  • 2.6.19-rc6: known regressions (v2), Adrian Bunk
    • [PATCH] mm: do not call bad_page on PG_reserved check, David Rientjes
      • Re: [PATCH] mm: do not call bad_page on PG_reserved check, Hugh Dickins
  • Re: Linux 2.6.19-rc6 - NFSD working again, Christian Kujau
  • 2.6.19-rc6: known regressions (v3), Adrian Bunk
  • 2.6.19-rc6: known regressions (v4), Adrian Bunk
    • Re: [discuss] 2.6.19-rc6: known regressions (v4), Dave Jones
      • Re: [discuss] 2.6.19-rc6: known regressions (v4), Adrian Bunk
      • Re: [discuss] 2.6.19-rc6: known regressions (v4), Dave Jones
    • Re: 2.6.19-rc6: known regressions (v4), Vivek Goyal
      • Re: 2.6.19-rc6: known regressions (v4), Adrian Bunk
      • Re: 2.6.19-rc6: known regressions (v4), Linus Torvalds
      • Re: 2.6.19-rc6: known regressions (v4), Pavel Emelianov
      • Re: 2.6.19-rc6: known regressions (v4), Vivek Goyal
      • Re: 2.6.19-rc6: known regressions (v4), Linus Torvalds
    • Re: [discuss] 2.6.19-rc6: known regressions (v4), Andi Kleen
      • Re: [discuss] 2.6.19-rc6: known regressions (v4), Mel Gorman
      • Re: [discuss] 2.6.19-rc6: known regressions (v4), Andre Noll
      • Re: [discuss] 2.6.19-rc6: known regressions (v4), Mel Gorman
      • Re: [discuss] 2.6.19-rc6: known regressions (v4), Andre Noll
      • Re: [discuss] 2.6.19-rc6: known regressions (v4), Mel Gorman
      • Re: [discuss] 2.6.19-rc6: known regressions (v4), Andrew Morton
      • Re: [discuss] 2.6.19-rc6: known regressions (v4), Mel Gorman
      • Re: [discuss] 2.6.19-rc6: known regressions (v4), Andre Noll
      • Re: [discuss] 2.6.19-rc6: known regressions (v4), Andi Kleen
      • Re: [discuss] 2.6.19-rc6: known regressions (v4), Andrew Morton
      • Re: [discuss] 2.6.19-rc6: known regressions (v4), Andre Noll
      • Re: [discuss] 2.6.19-rc6: known regressions (v4), Mel Gorman
      • Re: [discuss] 2.6.19-rc6: known regressions (v4), Andi Kleen
      • Re: [discuss] 2.6.19-rc6: known regressions (v4), Andre Noll
    • Re: 2.6.19-rc6: known regressions (v4), David Brownell
  • 2.6.19-rc6: known regressions with patches available, Adrian Bunk
    • Re: 2.6.19-rc6: known regressions with patches available, Andrew Morton
• [PATCH 00/13] Chelsio T3 RDMA Driver, Steve Wise
  • [PATCH 07/13] Async Event Handler, Steve Wise
  • [PATCH 06/13] Completion Queues, Steve Wise
  • [PATCH 09/13] Core WQE/CQE Types, Steve Wise
    • Re: [PATCH 09/13] Core WQE/CQE Types, Roland Dreier
      • Re: [PATCH 09/13] Core WQE/CQE Types, Steve Wise
    • Re: [openib-general] [PATCH 09/13] Core WQE/CQE Types, Bryan O'Sullivan
      • Re: [openib-general] [PATCH 09/13] Core WQE/CQE Types, Steve Wise
      • Re: [openib-general] [PATCH 09/13] Core WQE/CQE Types, Bryan O'Sullivan
  • [PATCH 05/13] Queue Pairs, Steve Wise
  • [PATCH 01/13] Linux RDMA Core Changes, Steve Wise
    • Re: [PATCH 01/13] Linux RDMA Core Changes, Roland Dreier
  • [PATCH 13/13] Kconfig/Makefile, Steve Wise
  • [PATCH 08/13] Memory Registration, Steve Wise
  • [PATCH 11/13] Core Resource Allocation, Steve Wise
    • Re: [PATCH 11/13] Core Resource Allocation, Roland Dreier
      • Re: [PATCH 11/13] Core Resource Allocation, Steve Wise
      • Re: [PATCH 11/13] Core Resource Allocation, Roland Dreier
  • [PATCH 12/13] Core Debug functions, Steve Wise
  • [PATCH 02/13] Device Discovery and ULLD Linkage, Steve Wise
    • Re: [openib-general] [PATCH 02/13] Device Discovery and ULLD Linkage, Bryan O'Sullivan
      • Re: [openib-general] [PATCH 02/13] Device Discovery and ULLD Linkage, Steve Wise
  • [PATCH 03/13] Provider Methods and Data Structures, Steve Wise
  • [PATCH 10/13] Core HAL, Steve Wise
  • [PATCH 04/13] Connection Manager, Steve Wise
    • Re: [openib-general] [PATCH 04/13] Connection Manager, Bryan O'Sullivan
      • Re: [openib-general] [PATCH 04/13] Connection Manager, Steve Wise
• seexually expliccit:Youngesst prissy Teenie fuccked anaally!, Wilmer
• [PATCH] Introduce block I/O performance histograms, Edward Falk
  • Re: [PATCH] Introduce block I/O performance histograms, Jens Axboe
    • Re: [PATCH] Introduce block I/O performance histograms, Edward Falk
      • Re: [PATCH] Introduce block I/O performance histograms, Jens Axboe
  • Re: [PATCH] Introduce block I/O performance histograms, Greg KH
• [patch 00/30] -stable review, Chris Wright
  • [patch 04/30] Fix sys_move_pages when a NULL node list is passed., Chris Wright
  • [patch 01/30] S390: user readable uninitialised kernel memory, take 2., Chris Wright
  • [patch 05/30] splice: fix problem introduced with inode diet, Chris Wright
    • Re: [patch 05/30] splice: fix problem introduced with inode diet, Dave Jones
      • Re: [stable] [patch 05/30] splice: fix problem introduced with inode diet, Chris Wright
  • [patch 02/30] POWERPC: Make alignment exception always check exception table, Chris Wright
  • [patch 22/30] CPUFREQ: Make acpi-cpufreq unsticky again., Chris Wright
  • [patch 12/30] usbtouchscreen: use endpoint address from endpoint descriptor, Chris Wright
  • [patch 10/30] init_reap_node() initialization fix, Chris Wright
  • [patch 06/30] SPARC: Fix missed bump of NR_SYSCALLS., Chris Wright
  • [patch 13/30] e1000: Fix regression: garbled stats and irq allocation during swsusp, Chris Wright
  • [patch 30/30] CIFS: New POSIX locking code not setting rc properly to zero on successful, Chris Wright
  • [patch 28/30] cciss: fix iostat, Chris Wright
  • [patch 27/30] cpqarray: fix iostat, Chris Wright
  • [patch 20/30] fix via586 irq routing for pirq 5, Chris Wright
  • [patch 11/30] USB: failure in usblps error path, Chris Wright
  • [patch 23/30] Patch for nvidia divide by zero error for 7600 pci-express card, Chris Wright
  • [patch 17/30] correct keymapping on Powerbook built-in USB ISO keyboards, Chris Wright
  • [patch 26/30] Char: isicom, fix close bug, Chris Wright
  • [patch 14/30] NET: __alloc_pages() failures reported due to fragmentation, Chris Wright
  • [patch 15/30] Input: psmouse - fix attribute access on 64-bit systems, Chris Wright
  • [patch 29/30] CIFS: report rename failure when target file is locked by Windows, Chris Wright
  • [patch 03/30] SPARC64: Fix futex_atomic_cmpxchg_inatomic implementation., Chris Wright
  • [patch 25/30] block: Fix bad data direction in SG_IO, Chris Wright
  • [patch 24/30] pci: dont try to remove sysfs files before they are setup., Chris Wright
  • [patch 21/30] security/seclvl.c: fix time wrap (CVE-2005-4352), Chris Wright
  • [patch 07/30] bcm43xx: Drain TX status before starting IRQs, Chris Wright
    • Re: [patch 07/30] bcm43xx: Drain TX status before starting IRQs, Larry Finger
      • Re: [patch 07/30] bcm43xx: Drain TX status before starting IRQs, Chris Wright
    • Re: [patch 07/30] bcm43xx: Drain TX status before starting IRQs, Larry Finger
      • Re: [patch 07/30] bcm43xx: Drain TX status before starting IRQs, Chris Wright
      • Re: [patch 07/30] bcm43xx: Drain TX status before starting IRQs, Dan Williams
  • [patch 19/30] NET: Set truesize in pskb_copy, Chris Wright
  • [patch 09/30] ipmi_si_intf.c sets bad class_mask with PCI_DEVICE_CLASS, Chris Wright
  • [patch 08/30] fix UFS superblock alignment issues, Chris Wright
  • [patch 18/30] TCP: Dont use highmem in tcp hash size calculation., Chris Wright
  • [patch 16/30] x86_64: Fix FPU corruption, Chris Wright
  • Re: [patch 00/30] -stable review, Dave Jones
    • Re: [patch 00/30] -stable review, Chris Wright
• [PATCH] cxgb3: Chelsio T3 1G/10G ethernet device driver, divy
  • Re: [PATCH] cxgb3: Chelsio T3 1G/10G ethernet device driver, Stephen Hemminger
    • Re: [PATCH] cxgb3: Chelsio T3 1G/10G ethernet device driver, Steve WIse
  • Re: [PATCH] cxgb3: Chelsio T3 1G/10G ethernet device driver, Arnd Bergmann
• sexuually expliicit:Russiian beauteous Lady hardccore piccs and movvies., Cecelia
• [PATCH] eCryptfs: CIFS nlink fixes, Michael Halcrow
• Problem booting linux 2.6.19-rc5, 2.6.19-rc5-git6, 2.6.19-rc5-mm2 with md raid 1 over lvm root, Nicolas Mailhot
  • Re: Problem booting linux 2.6.19-rc5, 2.6.19-rc5-git6, 2.6.19-rc5-mm2 with md raid 1 over lvm root, Tejun Heo
    • Re: Problem booting linux 2.6.19-rc5, 2.6.19-rc5-git6, 2.6.19-rc5-mm2 with md raid 1 over lvm root, Bill Davidsen
      • Re: Problem booting linux 2.6.19-rc5, 2.6.19-rc5-git6, 2.6.19-rc5-mm2 with md raid 1 over lvm root, Nicolas Mailhot
  • Re: Problem booting linux 2.6.19-rc5, 2.6.19-rc5-git6, 2.6.19-rc5-mm2 with md raid 1 over lvm root, Lee Revell
    • Re: Problem booting linux 2.6.19-rc5, 2.6.19-rc5-git6, 2.6.19-rc5-mm2 with md raid 1 over lvm root, Nicolas Mailhot
  • <Possible follow-ups>
  • Re: Problem booting linux 2.6.19-rc5, 2.6.19-rc5-git6, 2.6.19-rc5-mm2 with md raid 1 over lvm root, Nicolas Mailhot
• [RFCLUE3] flagging kernel interface changes, William D Waddington
  • Re: [RFCLUE3] flagging kernel interface changes, Arjan van de Ven
    • Re: [RFCLUE3] flagging kernel interface changes, William D Waddington
      • Re: [RFCLUE3] flagging kernel interface changes, Bryan O'Sullivan
  • Re: [RFCLUE3] flagging kernel interface changes, Jesper Juhl
• Sysctl syscall, Hasso Tepper
  • Re: Sysctl syscall, Jan Engelhardt
  • Re: Sysctl syscall, Andi Kleen
    • Re: Sysctl syscall, Hasso Tepper
      • Re: Sysctl syscall, Andi Kleen
      • Re: Sysctl syscall, Hasso Tepper
• [PATCH] i386 add Intel PEBS and BTS cpufeature bits and detection, Stephane Eranian
  • [PATCH] x86-64 add Intel PEBS and BTS cpufeature bits and detection, Stephane Eranian
  • Re: [PATCH] i386 add Intel PEBS and BTS cpufeature bits and detection, Andrew Morton
  • [PATCH] x86-64 add Intel BTS cpufeature bit and detection (take 2), Stephane Eranian
    • Re: [PATCH] x86-64 add Intel BTS cpufeature bit and detection (take 2), Andi Kleen
    • [PATCH] i386 add Intel BTS cpufeature bit and detection (take 2), Stephane Eranian
  • Re: [PATCH] i386 add Intel PEBS and BTS cpufeature bits and detection, Jeremy Fitzhardinge
    • Re: [PATCH] i386 add Intel PEBS and BTS cpufeature bits and detection, Andi Kleen
      • Re: [PATCH] i386 add Intel PEBS and BTS cpufeature bits and detection, Stephane Eranian
      • Re: [PATCH] i386 add Intel PEBS and BTS cpufeature bits and detection, Andi Kleen
      • Re: [PATCH] i386 add Intel PEBS and BTS cpufeature bits and detection, Stephane Eranian
      • Re: [PATCH] i386 add Intel PEBS and BTS cpufeature bits and detection, Jeremy Fitzhardinge
      • Re: [PATCH] i386 add Intel PEBS and BTS cpufeature bits and detection, Andi Kleen
      • Re: [PATCH] i386 add Intel PEBS and BTS cpufeature bits and detection, Keith Owens
      • Re: [PATCH] i386 add Intel PEBS and BTS cpufeature bits and detection, Andi Kleen
• [PATCH]: HVCS char driver janitoring: fix compile warnings, Linas Vepstas
  • Re: [PATCH]: HVCS char driver janitoring: fix compile warnings, Michael Ellerman
    • Re: [PATCH]: HVCS char driver janitoring: fix compile warnings, Linas Vepstas
      • Re: [PATCH]: HVCS char driver janitoring: fix compile warnings, Michael Ellerman
      • Re: [PATCH]: HVCS char driver janitoring: fix compile warnings, Linas Vepstas
      • Re: [PATCH]: HVCS char driver janitoring: fix compile warnings, Andrew Morton
• Re: x86-64 with nvidia MCP51 chipset: kernel does not find HPET, Prakash Punnoor
• Promise SATA vendor drivers uploaded, Jeff Garzik
  • AW: Promise SATA vendor drivers uploaded, Martin Bene
• sexuaally expllicit:aphrodisiacal in bukkkake actionn., Reyes Comer
• locking sectors of raw disk (raw read-write test of mounted disk), Yakov Lerner
  • Re: locking sectors of raw disk (raw read-write test of mounted disk), Phillip Susi
    • Re: locking sectors of raw disk (raw read-write test of mounted disk), linux-os \(Dick Johnson\)
    • Re: locking sectors of raw disk (raw read-write test of mounted disk), Yakov Lerner
      • Re: locking sectors of raw disk (raw read-write test of mounted disk), Phillip Susi
• 2007 Linux Storage & Filesystem Workshop, Theodore Ts'o
  • Re: 2007 Linux Storage & Filesystem Workshop, Ric Wheeler
    • Re: 2007 Linux Storage & Filesystem Workshop, Federico Levi
• [PATCH 2.6.19-rc5] mtd: replace kmalloc+memset with kzalloc, Burman Yan
• bcm43xx regression 2.6.19rc3 -> rc5, rtnl_lock trouble?, Ray Lee
  • Re: bcm43xx regression 2.6.19rc3 -> rc5, rtnl_lock trouble?, Michael Buesch
    • Re: bcm43xx regression 2.6.19rc3 -> rc5, rtnl_lock trouble?, Ray Lee
      • Re: bcm43xx regression 2.6.19rc3 -> rc5, rtnl_lock trouble?, Larry Finger
      • Re: bcm43xx regression 2.6.19rc3 -> rc5, rtnl_lock trouble?, Ray Lee
  • Re: bcm43xx regression 2.6.19rc3 -> rc5, rtnl_lock trouble?, Joseph Fannin
    • Re: bcm43xx regression 2.6.19rc3 -> rc5, rtnl_lock trouble?, Johannes Berg
      • Re: bcm43xx regression 2.6.19rc3 -> rc5, rtnl_lock trouble?, Larry Finger
      • Re: bcm43xx regression 2.6.19rc3 -> rc5, rtnl_lock trouble?, Ray Lee
      • Re: bcm43xx regression 2.6.19rc3 -> rc5, rtnl_lock trouble?, Adrian Bunk
      • Re: bcm43xx regression 2.6.19rc3 -> rc5, rtnl_lock trouble?, Ray Lee
      • Re: bcm43xx regression 2.6.19rc3 -> rc5, rtnl_lock trouble?, Larry Finger
      • Re: bcm43xx regression 2.6.19rc3 -> rc5, rtnl_lock trouble?, Michael Buesch
      • Problem with DMA on x86_64 with 3 GB RAM, Larry Finger
      • Re: Problem with DMA on x86_64 with 3 GB RAM, Ray Lee
      • Re: Problem with DMA on x86_64 with 3 GB RAM, Alan
      • Re: Problem with DMA on x86_64 with 3 GB RAM, Larry Finger
      • Re: Problem with DMA on x86_64 with 3 GB RAM, Andi Kleen
      • Re: Problem with DMA on x86_64 with 3 GB RAM, Larry Finger
      • Re: Problem with DMA on x86_64 with 3 GB RAM, Andi Kleen
      • Re: Problem with DMA on x86_64 with 3 GB RAM, Alan
      • Re: Problem with DMA on x86_64 with 3 GB RAM, Andi Kleen
      • Re: Problem with DMA on x86_64 with 3 GB RAM, Alan
• [PATCH 2.6.19-rc5] acpi: replace kmalloc+memset with kzalloc, Burman Yan
• [PATCH 2.6.19-rc5] ohci: replace kmalloc+memset with kzalloc, Burman Yan
• [PATCH 2.6.19-rc5] isdn: replace kmalloc+memset with kzalloc, Burman Yan
• [PATCH 2.6.19-rc5] mtrr: replace kmalloc+memset with kzalloc, Burman Yan
• [PATCH 2.6.19-rc5] apic: replace kmalloc+memset with kzalloc, Burman Yan
• [RFC, Patch 1/1] OProfile for Cell: Initial profiling support -- new patch, Maynard Johnson
  • Re: [RFC, Patch 1/1] OProfile for Cell: Initial profiling support -- new patch, Maynard Johnson
  • [RFC, Patch 1/1] OProfile for Cell: Initial profiling support -- corrected patch with header, Maynard Johnson
  • Re: [RFC, Patch 1/1] OProfile for Cell: Initial profiling support -- new patch, Heikki Orsila
• [RFC, Patch 0/1] OProfile for Cell: Initial profiling support -- new patch, Maynard Johnson
  • Re: [RFC, Patch 0/1] OProfile for Cell: Initial profiling support -- new patch, Maynard Johnson
• sexuually :beautiful Cuties in hardd***iing., Kenneth
• Re: i386 PDA patches use of %gs, Ingo Molnar
  • Re: i386 PDA patches use of %gs, Ingo Molnar
    • Re: i386 PDA patches use of %gs, Jeremy Fitzhardinge
      • Re: i386 PDA patches use of %gs, Ingo Molnar
  • Re: i386 PDA patches use of %gs, Jeremy Fitzhardinge
    • Re: i386 PDA patches use of %gs, Ingo Molnar
      • Re: i386 PDA patches use of %gs, Jeremy Fitzhardinge
      • Re: i386 PDA patches use of %gs, Ingo Molnar
      • Re: i386 PDA patches use of %gs, Jeremy Fitzhardinge
      • Re: i386 PDA patches use of %gs, Ingo Molnar
• [PATCH] sbp2: make 1bit bitfield unsigned, Luca Tettamanti
  • Re: [PATCH] sbp2: make 1bit bitfield unsigned, Stefan Richter
    • Re: [PATCH] sbp2: make 1bit bitfield unsigned, Mariusz Kozlowski
      • Re: [PATCH] sbp2: make 1bit bitfield unsigned, Randy Dunlap
• [2.6.20 patch] the scheduled removal of some OSS options, Adrian Bunk
• [patch 0/2] fix bugs while booting on NUMA system where some nodes have no mem, Christian Krafft
  • <Possible follow-ups>
  • [patch 0/2] fix bugs while booting on NUMA system where some nodes have no mem, Christian Krafft
    • [patch 1/2] fix call to alloc_bootmem after bootmem has been freed, Christian Krafft
      • Re: [patch 1/2] fix call to alloc_bootmem after bootmem has been freed, Andrew Morton
      • Message not available
      • Re: [patch 1/2] fix call to alloc_bootmem after bootmem has been freed, Andrew Morton
      • Re: [patch 1/2] fix call to alloc_bootmem after bootmem has been freed, Arnd Bergmann
    • [patch 2/2] enables booting a NUMA system where some nodes have no memory, Christian Krafft
      • Re: [patch 2/2] enables booting a NUMA system where some nodes have no memory, Christoph Lameter
      • Re: [patch 2/2] enables booting a NUMA system where some nodes have no memory, Jack Steiner
      • Re: [patch 2/2] enables booting a NUMA system where some nodes have no memory, Christoph Lameter
      • Re: [patch 2/2] enables booting a NUMA system where some nodes have no memory, Martin Bligh
      • Re: [patch 2/2] enables booting a NUMA system where some nodes have no memory, Christoph Lameter
      • Re: [patch 2/2] enables booting a NUMA system where some nodes have no memory, KAMEZAWA Hiroyuki
      • Re: [patch 2/2] enables booting a NUMA system where some nodes have no memory, Christoph Lameter
      • Re: [patch 2/2] enables booting a NUMA system where some nodes have no memory, KAMEZAWA Hiroyuki
      • Message not available
      • Re: [patch 2/2] enables booting a NUMA system where some nodes have no memory, Martin J. Bligh
      • Message not available
      • Re: [patch 2/2] enables booting a NUMA system where some nodes have no memory, Christoph Lameter
      • Re: [patch 2/2] enables booting a NUMA system where some nodes have no memory, Martin Bligh
      • Re: [patch 2/2] enables booting a NUMA system where some nodes have no memory, Jack Steiner
      • Re: [patch 2/2] enables booting a NUMA system where some nodes have no memory, Christoph Lameter
      • Re: [patch 2/2] enables booting a NUMA system where some nodes have no memory, Martin Bligh
      • Re: [patch 2/2] enables booting a NUMA system where some nodes have no memory, Christoph Lameter
      • Re: [patch 2/2] enables booting a NUMA system where some nodes have no memory, Jack Steiner
      • Re: [patch 2/2] enables booting a NUMA system where some nodes have no memory, Martin Bligh
      • Re: [patch 2/2] enables booting a NUMA system where some nodes have no memory, Christoph Lameter
      • Re: [patch 2/2] enables booting a NUMA system where some nodes have no memory, Martin Bligh
      • Re: [patch 2/2] enables booting a NUMA system where some nodes have no memory, Christoph Lameter
      • Re: [patch 2/2] enables booting a NUMA system where some nodes have no memory, KAMEZAWA Hiroyuki
      • Re: [patch 2/2] enables booting a NUMA system where some nodes have no memory, Yasunori Goto
      • Re: [patch 2/2] enables booting a NUMA system where some nodes have no memory, Arnd Bergmann
      • Re: [patch 2/2] enables booting a NUMA system where some nodes have no memory, Christoph Lameter
      • Re: [patch 2/2] enables booting a NUMA system where some nodes have no memory, Arnd Bergmann
      • Re: [patch 2/2] enables booting a NUMA system where some nodes have no memory, Jesper Juhl
      • Re: [patch 2/2] enables booting a NUMA system where some nodes have no memory, Christoph Lameter
      • Re: [patch 2/2] enables booting a NUMA system where some nodes have no memory, Lee Schermerhorn
• [PATCH -mm] fb: modedb uses wrong default_mode, Tero Roponen
  • Re: [PATCH -mm] fb: modedb uses wrong default_mode, Andrew Morton
    • Re: fb: modedb uses wrong default_mode, Jordan Crouse
      • Re: [Linux-fbdev-devel] fb: modedb uses wrong default_mode, James Simmons
      • Re: [Linux-fbdev-devel] fb: modedb uses wrong default_mode, Andrew Morton
      • Re: [Linux-fbdev-devel] fb: modedb uses wrong default_mode, Tero Roponen
      • Re: [Linux-fbdev-devel] fb: modedb uses wrong default_mode, James Simmons
      • Re: [Linux-fbdev-devel] fb: modedb uses wrong default_mode, Andrew Morton
      • Re: [Linux-fbdev-devel] fb: modedb uses wrong default_mode, James Simmons
• [PATCH] Fix strange size check in __get_vm_area_node(), OGAWA Hirofumi
  • Re: [PATCH] Fix strange size check in __get_vm_area_node(), Eric Dumazet
• [PATCH] fat: add fat_getattr(), OGAWA Hirofumi
• CPUFREQ does not get enabled, Dhaval Giani
  • <Possible follow-ups>
  • RE: CPUFREQ does not get enabled, Pallipadi, Venkatesh
    • Re: CPUFREQ does not get enabled, Dhaval Giani
  • RE: CPUFREQ does not get enabled, Pallipadi, Venkatesh
• [PATCH] fix build error for HISAX_NETJET, Toralf Förster
  • Re: [PATCH] fix build error for HISAX_NETJET, Karsten Keil
• [PATCH] OHCI: disallow autostop when wakeup is disabled, Alan Stern
• sexuallyy expliicit:outflank Girl and cordial Cutie !, Corinne
• [PATCH 3/3: Resend, John Keller
• [PATCH] pata_hpt366, Alan
  • Re: [PATCH] pata_hpt366, Jeff Garzik
• [PATCH] pci: Introduce pci_find_present, Alan
  • Re: [PATCH] pci: Introduce pci_find_present, Arjan van de Ven
    • Re: [PATCH] pci: Introduce pci_find_present, Alan
• [PATCH] pci: Move PCI_VDEVICE from libata to core, Alan
• Linux 2.6.16.32, Adrian Bunk
• [PATCH] usb: escaped ktermios conversion, Alan
• [PATCH] Oprofile-for-Cell prereqs: New routines for managing PMU interrupts, Kevin Corry
• [2.6.16/18 patch] security/seclvl.c: fix time wrap (CVE-2005-4352), Adrian Bunk
• pagefault in generic_file_buffered_write() causing deadlock, Badari Pulavarty
  • Re: pagefault in generic_file_buffered_write() causing deadlock, Andrew Morton
    • Re: pagefault in generic_file_buffered_write() causing deadlock, Badari Pulavarty
    • Re: pagefault in generic_file_buffered_write() causing deadlock, Badari Pulavarty
      • Re: pagefault in generic_file_buffered_write() causing deadlock, Andrew Morton
      • Re: pagefault in generic_file_buffered_write() causing deadlock, Chris Mason
• [PATCH 1/3] - Altix: ACPI SSDT PCI device support, John Keller
• [PATCH 0/3] - Altix: Add ACPI SSDT PCI device support, John Keller
• [PATCH 3/3] - Add support for acpi_load_table/acpi_unload_table_id, John Keller
  • Re: [PATCH 3/3] - Add support for acpi_load_table/acpi_unload_table_id, Len Brown
• [PATCH 2/3] - Altix: Add ACPI SSDT PCI device support (hotplug), John Keller
• netlink messages on ARP events, Carlo Bellettini
• [PATCH] x86: fix MTRR code, Jan Beulich
  • Re: [PATCH] x86: fix MTRR code, Andi Kleen
    • Re: [PATCH] x86: fix MTRR code, Jan Beulich
• GPF oops on 2.6.18-1.2200.fc5 and repeated DWARF2 unwinder XFS errors under 2.6.18-1.2239.fc5, linux-kernel
  • Re: GPF oops on 2.6.18-1.2200.fc5 and repeated DWARF2 unwinder XFS errors under 2.6.18-1.2239.fc5, David Chinner
• strange behaviour with x86_64, Fabio Coatti
  • Re: strange behaviour with x86_64, Oleg Verych
• [PATCH] x86-64: conditionalize inclusion of some MTRR flavors, Jan Beulich
• [PATCH] x86-64: adjust pmd_bad(), Jan Beulich
  • Re: [patches] [PATCH] x86-64: adjust pmd_bad(), Andi Kleen
  • Re: [PATCH] x86-64: adjust pmd_bad(), Hugh Dickins
    • Re: [PATCH] x86-64: adjust pmd_bad(), Jan Beulich
    • Re: [patches] Re: [PATCH] x86-64: adjust pmd_bad(), Andi Kleen
• [PATCH] remove prototype of free_bootmem_generic(), Jan Beulich
• [PATCH] use CON_BOOT in early printk code, Jan Beulich
• [PATCH] i386: conditionalize touching of memory in touch_nmi_watchdog(), Jan Beulich
• [PATCH] i386: clear_fixmap() should not use set_pte(), Jan Beulich
• [PATCH] avoid compiler warnings, Jan Beulich
  • Re: [PATCH] avoid compiler warnings, Mikael Pettersson
    • Re: [PATCH] avoid compiler warnings, Jan Beulich
  • <Possible follow-ups>
  • Re: [PATCH] avoid compiler warnings, Mikael Pettersson
• unequalled Peenis Druggs, Polly Cordova
• kbuild-mm: $(objtree)/knull vs mktemp (was Re: [PATCH -mm] replacement for broken kbuild-dont-put-temp-files-in-the-source-tree.patch), Oleg Verych
• [PATCH] i2c-ixp4xx: fix ") != 0))" typo, Alexey Dobriyan
• CIFS close with pending writes, Christian
  • Re: CIFS close with pending writes, Valdis . Kletnieks
• correct Oiil for, Mathew Pittman
• Re: [RFC][PATCH 5/8] RSS controller task migration support, Patrick.Le-Dot
  • Re: [ckrm-tech] [RFC][PATCH 5/8] RSS controller task migration support, Balbir Singh
  • <Possible follow-ups>
  • Re: [RFC][PATCH 5/8] RSS controller task migration support, Patrick.Le-Dot
    • Re: [RFC][PATCH 5/8] RSS controller task migration support, Balbir Singh
• [PATCH] Don't give bad kprobes example aka ") < 0))" typo, Alexey Dobriyan
  • Re: [PATCH] Don't give bad kprobes example aka ") < 0))" typo, Christoph Hellwig
• [PATCH] i386-pda UP optimization, Eric Dumazet
  • Re: [PATCH] i386-pda UP optimization, Andi Kleen
    • Re: [PATCH] i386-pda UP optimization, Ingo Molnar
      • Re: [PATCH] i386-pda UP optimization, Andi Kleen
      • Re: [PATCH] i386-pda UP optimization, Eric Dumazet
      • Re: [PATCH] i386-pda UP optimization, Ingo Molnar
      • Re: [PATCH] i386-pda UP optimization, Eric Dumazet
      • Re: [PATCH] i386-pda UP optimization, Ingo Molnar
      • Re: [PATCH] i386-pda UP optimization, Eric Dumazet
      • Re: [PATCH] i386-pda UP optimization, Jeremy Fitzhardinge
      • Re: [PATCH] i386-pda UP optimization, Andi Kleen
      • Re: [PATCH] i386-pda UP optimization, Jeremy Fitzhardinge
      • Re: [PATCH] i386-pda UP optimization, Eric Dumazet
      • Re: [PATCH] i386-pda UP optimization, Jeremy Fitzhardinge
      • Re: [PATCH] i386-pda UP optimization, Jeremy Fitzhardinge
      • Re: [PATCH] i386-pda UP optimization, Ingo Molnar
      • Re: [PATCH] i386-pda UP optimization, Jeremy Fitzhardinge
      • Re: [PATCH] i386-pda UP optimization, Eric Dumazet
      • Re: [PATCH] i386-pda UP optimization, Jeremy Fitzhardinge
      • Re: [PATCH] i386-pda UP optimization, Ingo Molnar
      • Re: [PATCH] i386-pda UP optimization, Arjan van de Ven
      • Re: [PATCH] i386-pda UP optimization, Jeremy Fitzhardinge
      • Re: [PATCH] i386-pda UP optimization, Ingo Molnar
      • Re: [PATCH] i386-pda UP optimization, Jeremy Fitzhardinge
  • Re: [PATCH] i386-pda UP optimization, Jeremy Fitzhardinge
  • Re: [PATCH] i386-pda UP optimization, Jeremy Fitzhardinge
    • Re: [PATCH] i386-pda UP optimization, Eric Dumazet
      • Re: [PATCH] i386-pda UP optimization, Jeremy Fitzhardinge
• Initial ramdisk support does not work (for me) on 2.6.17.13, Heiko Gerstung
  • Re: Initial ramdisk support does not work (for me) on 2.6.17.13, Oleg Verych
    • Re: Initial ramdisk support does not work (for me) on 2.6.17.13, linux-os \(Dick Johnson\)
• creditable rouuse for Peniis, Doug Coon
• DELL Latitude D810 asks for pci=assign-busses, Dumitru Ciobarcianu
  • Re: DELL Latitude D810 asks for pci=assign-busses, Dumitru Ciobarcianu
• [PATCH 09/28] readahead: rescue_pages(), Wu Fengguang
• real king-sizee 0rgassm, Mitchel
• Re: [PATCH 1/5] Skip timer works.patch, Chris Wright
  • <Possible follow-ups>
  • Re: [PATCH 1/5] Skip timer works.patch, Andrew Morton
    • Re: [PATCH 1/5] Skip timer works.patch, Chris Wright
    • Re: [PATCH 1/5] Skip timer works.patch, Zachary Amsden
    • Re: [PATCH 1/5] Skip timer works.patch, Andi Kleen
• [PATCH 15/28] readahead: context based method, Wu Fengguang
• [PATCH 24/28] readahead: loop case, Wu Fengguang
• [PATCH 02/28] radixtree: introduce scan hole/data functions, Wu Fengguang
• [PATCH 13/28] readahead: state based method - routines, Wu Fengguang
• [PATCH 23/28] readahead: laptop mode, Wu Fengguang
• [PATCH 17/28] readahead: initial method - thrashing guard size, Wu Fengguang
• [PATCH 05/28] readahead: add look-ahead support to __do_page_cache_readahead(), Wu Fengguang
• [PATCH 20/28] readahead: backward prefetching method, Wu Fengguang
• [PATCH 22/28] readahead: call scheme, Wu Fengguang
• [PATCH 21/28] readahead: thrashing recovery method, Wu Fengguang
• [PATCH 25/28] readahead: nfsd case, Wu Fengguang
• [PATCH 19/28] readahead: initial method, Wu Fengguang
• [PATCH 28/28] readahead: remove size limit of max_sectors_kb on read_ahead_kb, Wu Fengguang
• [PATCH 00/28] Adaptive readahead V16, Wu Fengguang
• [PATCH 14/28] readahead: state based method, Wu Fengguang
• [PATCH 01/28] readahead: kconfig options, Wu Fengguang
• [PATCH 12/28] readahead: state based method - aging accounting, Wu Fengguang
  • Re: [PATCH 12/28] readahead: state based method - aging accounting, Christoph Lameter
    • Re: [PATCH 12/28] readahead: state based method - aging accounting, Wu Fengguang
• [PATCH 18/28] readahead: initial method - user recommended size, Wu Fengguang
• [PATCH 04/28] mm: introduce PG_readahead, Wu Fengguang
• [PATCH 11/28] readahead: min/max sizes, Wu Fengguang
• [PATCH 03/28] mm: introduce probe_page(), Wu Fengguang
• [ANNOUNCE] GIT 1.4.4, Junio C Hamano
• [Bug 7527] New: isicom segmentation fault, bugme-daemon
• linux io_submit syscall duration, Raz Ben-Jehuda(caro)
  • Re: linux io_submit syscall duration, Jens Axboe
    • Message not available
      • Re: linux io_submit syscall duration, Jens Axboe
• cross compilation ia32 to ia64, adheer chandravanshi
• 2.6.19-rc5 nasty ACPI regression, AE_TIME errors, David Brownell
  • Re: 2.6.19-rc5 nasty ACPI regression, AE_TIME errors, Len Brown
    • Re: 2.6.19-rc5 nasty ACPI regression, AE_TIME errors, Alexey Starikovskiy
      • Re: 2.6.19-rc5 nasty ACPI regression, AE_TIME errors, David Brownell
      • Re: 2.6.19-rc5 nasty ACPI regression, AE_TIME errors, David Brownell
      • Re: 2.6.19-rc5 nasty ACPI regression, AE_TIME errors, Alexey Starikovskiy
      • Re: 2.6.19-rc5 nasty ACPI regression, AE_TIME errors, David Brownell
      • Re: 2.6.19-rc5 nasty ACPI regression, AE_TIME errors, Alexey Starikovskiy
      • Re: 2.6.19-rc5 nasty ACPI regression, AE_TIME errors, David Brownell
      • Re: 2.6.19-rc5 nasty ACPI regression, AE_TIME errors, David Brownell
      • Re: 2.6.19-rc5 nasty ACPI regression, AE_TIME errors, David Brownell
      • Re: 2.6.19-rc5 nasty ACPI regression, AE_TIME errors, Alexey Starikovskiy
    • Re: 2.6.19-rc5 nasty ACPI regression, AE_TIME errors, David Brownell
    • Re: 2.6.19-rc5 nasty ACPI regression, AE_TIME errors, Janosch Machowinski
• sleeping functions called in invalid context during resume, Stephen Hemminger
  • Re: sleeping functions called in invalid context during resume, Andrew Morton
    • Re: sleeping functions called in invalid context during resume, Ingo Molnar
      • Re: sleeping functions called in invalid context during resume, Stephen Hemminger
      • Re: sleeping functions called in invalid context during resume, Ingo Molnar
      • Re: sleeping functions called in invalid context during resume, Stephen Hemminger
      • Re: sleeping functions called in invalid context during resume, Andrew Morton
      • Re: sleeping functions called in invalid context during resume, Andi Kleen
      • Re: sleeping functions called in invalid context during resume, Ingo Molnar
      • Re: sleeping functions called in invalid context during resume, Rafael J. Wysocki
      • Re: sleeping functions called in invalid context during resume, Stephen Hemminger
      • Re: sleeping functions called in invalid context during resume, Paolo Ornati
      • Re: sleeping functions called in invalid context during resume, Karsten Wiese
      • Re: sleeping functions called in invalid context during resume, Paolo Ornati
• Yet another borken page_count() check in invalidate_inode_pages2()...., Trond Myklebust
  • Re: Yet another borken page_count() check in invalidate_inode_pages2()...., Andrew Morton
  • Re: Yet another borken page_count() check in invalidate_inode_pages2()...., Trond Myklebust
    • Re: Yet another borken page_count() check in invalidate_inode_pages2()...., Andrew Morton
      • Re: Yet another borken page_count() check in invalidate_inode_pages2()...., Trond Myklebust
      • Re: Yet another borken page_count() check in invalidate_inode_pages2()...., Andrew Morton
      • Re: Yet another borken page_count() check in invalidate_inode_pages2()...., Trond Myklebust
      • Re: Yet another borken page_count() check in invalidate_inode_pages2()...., Andrew Morton
• explicitt:Doo youu wannt pleasing virrgin Hussies?, Nichole Kent
• ANNOUNCE: SFLC helps developers assess ar5k (enabling free Atheros HAL), John W. Linville
  • Re: ANNOUNCE: SFLC helps developers assess ar5k (enabling free Atheros HAL), Michael Buesch
    • Re: ANNOUNCE: SFLC helps developers assess ar5k (enabling free Atheros HAL), John W. Linville
      • Re: ANNOUNCE: SFLC helps developers assess ar5k (enabling free Atheros HAL), Michael Buesch
      • Re: [Madwifi-devel] ANNOUNCE: SFLC helps developers assess ar5k (enabling free Atheros HAL), Ben Greear
      • Re: ANNOUNCE: SFLC helps developers assess ar5k (enabling free Atheros HAL), Jochen Friedrich
      • Re: [Madwifi-devel] ANNOUNCE: SFLC helps developers assess ar5k (enabling free Atheros HAL), Michael Renzmann
      • Re: ANNOUNCE: SFLC helps developers assess ar5k (enabling free Atheros HAL), Arjan van de Ven
      • Re: [Madwifi-devel] ANNOUNCE: SFLC helps developers assess ar5k (enabling free Atheros HAL), Pavel Roskin
      • Re: [Madwifi-devel] ANNOUNCE: SFLC helps developers assess ar5k (enabling free Atheros HAL), Michael Buesch
      • Re: [Madwifi-devel] ANNOUNCE: SFLC helps developers assess ar5k (enabling free Atheros HAL), Michael Renzmann
      • Re: [Madwifi-devel] ANNOUNCE: SFLC helps developers assess ar5k (enabling free Atheros HAL), Nick Kossifidis
      • Re: [Madwifi-devel] ANNOUNCE: SFLC helps developers assess ar5k (enabling free Atheros HAL), Michael Renzmann
      • Re: [Madwifi-devel] ANNOUNCE: SFLC helps developers assessar5k (enabling free Atheros HAL), David Kimdon
      • Re: [Madwifi-devel] ANNOUNCE: SFLC helps developers assess ar5k (enabling free Atheros HAL), Dan Williams
• -rt patch scheduler w/ BKL, Daniel Walker
  • Re: -rt patch scheduler w/ BKL, Ingo Molnar
• [PATCH] sas_ata: Abort sas_task on error in sas_ata_post_internal, Darrick J. Wong
• sexuallly expllicit:elegant Innoceent Ladies geetting pulchritudinous it annally!, Shawna
• /proc/acpi/dsdt whom to send it to, Stephen Clark
  • Re: /proc/acpi/dsdt whom to send it to, Randy Dunlap
    • Re: /proc/acpi/dsdt whom to send it to, Oleg Verych
      • Re: /proc/acpi/dsdt whom to send it to, Randy Dunlap
• [PATCH] aic94xx: delete ascb timers when freeing queues, Darrick J. Wong
• Re: [PATCH] ALSA: hda-intel - Disable MSI support by default, Jeff Garzik
  • Re: [PATCH] ALSA: hda-intel - Disable MSI support by default, Linus Torvalds
    • Re: [PATCH] ALSA: hda-intel - Disable MSI support by default, Jeff Garzik
      • Re: [PATCH] ALSA: hda-intel - Disable MSI support by default, Linus Torvalds
      • Re: [PATCH] ALSA: hda-intel - Disable MSI support by default, David Miller
      • Re: [PATCH] ALSA: hda-intel - Disable MSI support by default, Linus Torvalds
      • Re: [PATCH] ALSA: hda-intel - Disable MSI support by default, David Miller
      • Re: [PATCH] ALSA: hda-intel - Disable MSI support by default, Linus Torvalds
      • Re: [PATCH] ALSA: hda-intel - Disable MSI support by default, Jeff Garzik
      • Re: [PATCH] ALSA: hda-intel - Disable MSI support by default, David Miller
      • Re: [PATCH] ALSA: hda-intel - Disable MSI support by default, Jeff Garzik
      • Re: [PATCH] ALSA: hda-intel - Disable MSI support by default, David Miller
      • Re: [PATCH] ALSA: hda-intel - Disable MSI support by default, Benjamin Herrenschmidt
      • Re: [PATCH] ALSA: hda-intel - Disable MSI support by default, Benjamin Herrenschmidt
      • Re: [PATCH] ALSA: hda-intel - Disable MSI support by default, Jeff Garzik
      • Re: [PATCH] ALSA: hda-intel - Disable MSI support by default, Benjamin Herrenschmidt
      • Re: [PATCH] ALSA: hda-intel - Disable MSI support by default, Jeff Garzik
      • Re: [PATCH] ALSA: hda-intel - Disable MSI support by default, Krzysztof Halasa
      • Re: [PATCH] ALSA: hda-intel - Disable MSI support by default, Jeff Garzik
      • Re: [PATCH] ALSA: hda-intel - Disable MSI support by default, Roland Dreier
      • Re: [PATCH] ALSA: hda-intel - Disable MSI support by default, Stephen Hemminger
      • Re: [PATCH] ALSA: hda-intel - Disable MSI support by default, Jeff Garzik
      • Re: [PATCH] ALSA: hda-intel - Disable MSI support by default, Stephen Hemminger
      • Re: [PATCH] ALSA: hda-intel - Disable MSI support by default, Roland Dreier
      • Re: [PATCH] ALSA: hda-intel - Disable MSI support by default, Benjamin Herrenschmidt
      • Re: [PATCH] ALSA: hda-intel - Disable MSI support by default, Roland Dreier
      • Re: [PATCH] ALSA: hda-intel - Disable MSI support by default, Jeff Garzik
      • Re: [PATCH] ALSA: hda-intel - Disable MSI support by default, Linus Torvalds
      • Re: [PATCH] ALSA: hda-intel - Disable MSI support by default, Jeff Garzik
      • Re: [PATCH] ALSA: hda-intel - Disable MSI support by default, Roland Dreier
      • Re: [PATCH] ALSA: hda-intel - Disable MSI support by default, Benjamin Herrenschmidt
      • Re: [PATCH] ALSA: hda-intel - Disable MSI support by default, Krzysztof Halasa
      • Re: [PATCH] ALSA: hda-intel - Disable MSI support by default, Jeff Garzik
      • Re: [PATCH] ALSA: hda-intel - Disable MSI support by default, Linus Torvalds
      • Re: [PATCH] ALSA: hda-intel - Disable MSI support by default, Jeff Garzik
      • Re: [PATCH] ALSA: hda-intel - Disable MSI support by default, Linus Torvalds
      • Re: [PATCH] ALSA: hda-intel - Disable MSI support by default, Mws
      • Re: [PATCH] ALSA: hda-intel - Disable MSI support by default, Linus Torvalds
      • Re: [PATCH] ALSA: hda-intel - Disable MSI support by default, Olivier Nicolas
      • Re: [PATCH] ALSA: hda-intel - Disable MSI support by default, Yinghai Lu
      • Re: [PATCH] ALSA: hda-intel - Disable MSI support by default, Olivier Nicolas
      • Re: [PATCH] ALSA: hda-intel - Disable MSI support by default, Mws
      • Re: [PATCH] ALSA: hda-intel - Disable MSI support by default, Mws
      • Re: [PATCH] ALSA: hda-intel - Disable MSI support by default, Roland Dreier
      • Re: [PATCH] ALSA: hda-intel - Disable MSI support by default, Andi Kleen
      • Re: [PATCH] ALSA: hda-intel - Disable MSI support by default, Roland Dreier
      • Re: [PATCH] ALSA: hda-intel - Disable MSI support by default, Andi Kleen
      • Re: [PATCH] ALSA: hda-intel - Disable MSI support by default, Roland Dreier
      • [PATCH] ACPI: use MSI_NOT_SUPPORTED bit, Randy Dunlap
      • Re: [PATCH] ACPI: use MSI_NOT_SUPPORTED bit, Andi Kleen
      • Re: [PATCH v2] ACPI: use MSI_NOT_SUPPORTED bit, Randy Dunlap
      • Re: [PATCH v3] ACPI: use MSI_NOT_SUPPORTED bit, Randy Dunlap
      • Re: [PATCH] ACPI: use MSI_NOT_SUPPORTED bit, Len Brown
      • Re: [PATCH] ALSA: hda-intel - Disable MSI support by default, Benjamin Herrenschmidt
      • Re: [PATCH] ALSA: hda-intel - Disable MSI support by default, Takashi Iwai
      • Re: [PATCH] ALSA: hda-intel - Disable MSI support by default, Linus Torvalds
      • Re: [PATCH] ALSA: hda-intel - Disable MSI support by default, Arjan van de Ven
      • Re: [PATCH] ALSA: hda-intel - Disable MSI support by default, Linus Torvalds
      • Re: [PATCH] ALSA: hda-intel - Disable MSI support by default, Jeff Garzik
      • Re: [PATCH] ALSA: hda-intel - Disable MSI support by default, Linus Torvalds
      • Re: [PATCH] ALSA: hda-intel - Disable MSI support by default, Arjan van de Ven
      • Re: [PATCH] ALSA: hda-intel - Disable MSI support by default, Stephen Clark
      • Re: [PATCH] ALSA: hda-intel - Disable MSI support by default, Jeff Garzik
      • Re: [PATCH] ALSA: hda-intel - Disable MSI support by default, Stephen Clark
      • Re: [PATCH] ALSA: hda-intel - Disable MSI support by default, Jeff Garzik
      • Re: [PATCH] ALSA: hda-intel - Disable MSI support by default, Jeff Garzik
      • Re: [PATCH] ALSA: hda-intel - Disable MSI support by default, Takashi Iwai
      • Re: [PATCH] ALSA: hda-intel - Disable MSI support by default, Jeff Garzik
      • Re: [PATCH] ALSA: hda-intel - Disable MSI support by default, Takashi Iwai
      • Re: [PATCH] ALSA: hda-intel - Disable MSI support by default, Olivier Nicolas
      • Re: [PATCH] ALSA: hda-intel - Disable MSI support by default, Takashi Iwai
      • Re: [PATCH] ALSA: hda-intel - Disable MSI support by default, Yinghai Lu
      • Re: [PATCH] ALSA: hda-intel - Disable MSI support by default, Linus Torvalds
      • Re: [PATCH] ALSA: hda-intel - Disable MSI support by default, Stephen Hemminger
      • Re: [PATCH] ALSA: hda-intel - Disable MSI support by default, Roland Dreier
      • Re: [PATCH] ALSA: hda-intel - Disable MSI support by default, Benjamin Herrenschmidt
      • Re: [PATCH] ALSA: hda-intel - Disable MSI support by default, David Miller
      • Re: [PATCH] ALSA: hda-intel - Disable MSI support by default, Benjamin Herrenschmidt
      • Re: [PATCH] ALSA: hda-intel - Disable MSI support by default, Segher Boessenkool
      • Re: [PATCH] ALSA: hda-intel - Disable MSI support by default, Roland Dreier
      • Re: [PATCH] ALSA: hda-intel - Disable MSI support by default, Benjamin Herrenschmidt
      • Re: [PATCH] ALSA: hda-intel - Disable MSI support by default, Benjamin Herrenschmidt
      • Re: [PATCH] ALSA: hda-intel - Disable MSI support by default, Jeff Garzik
      • Re: [PATCH] ALSA: hda-intel - Disable MSI support by default, Roland Dreier
      • Re: [PATCH] ALSA: hda-intel - Disable MSI support by default, Randy Dunlap
      • Re: [PATCH] ALSA: hda-intel - Disable MSI support by default, D. Hazelton
      • Re: [PATCH] ALSA: hda-intel - Disable MSI support by default, Jeff Garzik
      • Re: [PATCH] ALSA: hda-intel - Disable MSI support by default, D. Hazelton
      • Re: [PATCH] ALSA: hda-intel - Disable MSI support by default, Alan
      • Re: [PATCH] ALSA: hda-intel - Disable MSI support by default, D. Hazelton
  • <Possible follow-ups>
  • RE: [PATCH] ALSA: hda-intel - Disable MSI support by default, Lu, Yinghai
  • RE: [PATCH] ALSA: hda-intel - Disable MSI support by default, Lu, Yinghai
    • Re: [PATCH] ALSA: hda-intel - Disable MSI support by default, Olivier Nicolas
  • Re: [PATCH] ALSA: hda-intel - Disable MSI support by default, linux
    • Re: [PATCH] ALSA: hda-intel - Disable MSI support by default, Alan
    • Re: [PATCH] ALSA: hda-intel - Disable MSI support by default, Linus Torvalds
  • RE: [PATCH] ALSA: hda-intel - Disable MSI support by default, Lu, Yinghai
    • Re: [PATCH] ALSA: hda-intel - Disable MSI support by default, D. Hazelton
  • RE: [PATCH] ALSA: hda-intel - Disable MSI support by default, Lu, Yinghai
    • Re: [PATCH] ALSA: hda-intel - Disable MSI support by default, Olivier Nicolas
  • RE: [PATCH] ALSA: hda-intel - Disable MSI support by default, Lu, Yinghai
• [PATCH] Always print out the header line in /proc/swaps, Suleiman Souhlal
• RFC -- /proc/patches to track development, Marty Leisner
  • Re: RFC -- /proc/patches to track development, Jan Engelhardt
  • Re: RFC -- /proc/patches to track development, Erik Mouw
  • Re: RFC -- /proc/patches to track development, Hesse, Christian
• negative anon_rss?, Pádraig Brady
  • Re: negative anon_rss?, Hugh Dickins
• Re: ext3: bogus i_mode errors with 2.6.18.1, Andreas Dilger
  • Re: ext3: bogus i_mode errors with 2.6.18.1, Andre Noll
• [patch] sched: optimize activate_task for RT task - v2, Chen, Kenneth W
  • Re: [patch] sched: optimize activate_task for RT task - v2, Mike Galbraith
    • Re: [patch] sched: optimize activate_task for RT task - v2, Mike Galbraith
• [patch] sched: optimize activate_task for RT task, Chen, Kenneth W
• sexuallyy exxplicit:fuckinng russsian unexcelled Eighteen!, Marcelo Duncan
• [PATCH 1/1] Char: isicom, fix close bug, Jiri Slaby
• 2.6.19-rc5-mm2 -- bcm43xx busted (backing out the bcm43xx patches fixes it), Miles Lane
  • Re: 2.6.19-rc5-mm2 -- bcm43xx busted (backing out the bcm43xx patches fixes it), Rafael J. Wysocki
    • Re: 2.6.19-rc5-mm2 -- bcm43xx busted (backing out the bcm43xx patches fixes it), Larry Finger
      • Re: 2.6.19-rc5-mm2 -- bcm43xx busted (backing out the bcm43xx patches fixes it), John W. Linville
      • Re: 2.6.19-rc5-mm2 -- bcm43xx busted (backing out the bcm43xx patches fixes it), Miles Lane
    • Re: 2.6.19-rc5-mm2 -- bcm43xx busted (backing out the bcm43xx patches fixes it), Miles Lane
• [PATCH 0/1] Try 2: Make the TSC safe to be use by gettimeofday()., Suleiman Souhlal
  • Re: [PATCH 0/1] Try 2: Make the TSC safe to be use by gettimeofday()., Suleiman Souhlal
  • [PATCH 1/1] Make the TSC safe to be used by gettimeofday()., Suleiman Souhlal
    • Re: [PATCH 1/1] Make the TSC safe to be used by gettimeofday()., Andi Kleen
      • Re: [PATCH 1/1] Make the TSC safe to be used by gettimeofday()., Suleiman Souhlal
• sched: incorrect argument used in task_hot(), Chen, Kenneth W
  • [rfc patch] Re: sched: incorrect argument used in task_hot(), Mike Galbraith
    • RE: [rfc patch] Re: sched: incorrect argument used in task_hot(), Chen, Kenneth W
    • Re: [rfc patch] Re: sched: incorrect argument used in task_hot(), Ingo Molnar
      • RE: [rfc patch] Re: sched: incorrect argument used in task_hot(), Chen, Kenneth W
      • Re: [rfc patch] Re: sched: incorrect argument used in task_hot(), Mike Galbraith
      • Re: [rfc patch] Re: sched: incorrect argument used in task_hot(), Andrew Morton
      • Re: [rfc patch] Re: sched: incorrect argument used in task_hot(), Mike Galbraith
      • RE: [rfc patch] Re: sched: incorrect argument used in task_hot(), Chen, Kenneth W
      • Re: [rfc patch] Re: sched: incorrect argument used in task_hot(), Ingo Molnar
• dead? irq nforce chipset, David Fries
• [patch] sched domain: increase the SMT busy rebalance interval, Siddha, Suresh B
• 2.6.19-rc5-mm2 -- 3d slow with dynticks, Benoit Boissinot
  • Re: 2.6.19-rc5-mm2 -- 3d slow with dynticks, Arjan van de Ven
    • Re: 2.6.19-rc5-mm2 -- 3d slow with dynticks, Benoit Boissinot
  • Re: 2.6.19-rc5-mm2 -- 3d slow with dynticks, Thomas Gleixner
    • Re: 2.6.19-rc5-mm2 -- 3d slow with dynticks, Benoit Boissinot
• [PATCH] hfs_fill_super returns success even if no root inode, Eric Sandeen
• [ARM - Xscale Pxa 255] dlopen()s segfault at first runt; Subsequent runs succeeds., Alexandre Pereira Nunes
  • Re: [ARM - Xscale Pxa 255] dlopen()s segfault at first runt; Subsequent runs succeeds., Enrico Scholz
• UDP packets loss, eli
  • Re: UDP packets loss, Stephen Hemminger
    • Re: UDP packets loss, Auke Kok
      • Re: UDP packets loss, John Heffner
    • Re: UDP packets loss, eli
      • Re: UDP packets loss, Stephen Hemminger
      • Re: UDP packets loss, Neil Horman
  • Re: UDP packets loss, Richard B. Johnson
  • <Possible follow-ups>
  • Re: UDP packets loss, eli
    • Re: UDP packets loss, John Heffner
      • Re: UDP packets loss, eli
      • Re: UDP packets loss, David Miller
    • Re: UDP packets loss, Alan
    • Re: UDP packets loss, Neil Horman
• What ever happened to the new flush mount option?, Phillip Susi
• sexuallly expliccit: likee finest Woman doinng delectable bloowjob?, Stephanie
• SMP and ACPI, J.A. Magallón
  • Re: SMP and ACPI, Len Brown
• [PATCH] sas_ata: satisfy libata qc function locking requirements, Darrick J. Wong
  • Re: [PATCH] sas_ata: satisfy libata qc function locking requirements, Jeff Garzik
• [PATCH] sas_ata: Fix sas_ata_qc_issue to return AC_ERR_*, Darrick J. Wong
• driver support for Chelsio T210 10Gb ethernet in 2.6.x, Chris Stromsoe
  • Re: driver support for Chelsio T210 10Gb ethernet in 2.6.x, Stephen Hemminger
    • Re: driver support for Chelsio T210 10Gb ethernet in 2.6.x, Chris Stromsoe
  • Re: driver support for Chelsio T210 10Gb ethernet in 2.6.x, Jeff Garzik
    • Message not available
      • Message not available
      • Re: driver support for Chelsio T210 10Gb ethernet in 2.6.x, Stephen Hemminger
  • <Possible follow-ups>
  • Re: driver support for Chelsio T210 10Gb ethernet in 2.6.x, Felix Marti
    • Re: driver support for Chelsio T210 10Gb ethernet in 2.6.x, Jeff Garzik
      • Re: driver support for Chelsio T210 10Gb ethernet in 2.6.x, Jeff Garzik
• [PATCH] dell_rbu: fix error check, Akinobu Mita
• [PATCH] acpi/processor: prevent loading module on failures, Akinobu Mita
• [PATCH 0/8] sched_domain balancing via softirq V4, Christoph Lameter
  • [PATCH 1/8] Avoid taking rq lock in wake_priority_sleeper, Christoph Lameter
  • [PATCH 5/8] Move idle status calculation into rebalance_tick(), Christoph Lameter
  • [PATCH 6/8] Use softirq for load balancing, Christoph Lameter
  • [PATCH 4/8] Extract load calculation from rebalance_tick, Christoph Lameter
  • [PATCH 3/8] Disable interrupts for locking in load_balance(), Christoph Lameter
  • [PATCH 2/8] Remove staggering of load balancing, Christoph Lameter
  • [PATCH 8/8] Add option to serialize load balancing, Christoph Lameter
  • [DEBUG] Add a few scheduler event counters, Christoph Lameter
  • [PATCH 7/8] Call tasklet less frequently, Christoph Lameter
• [PATCH 00/19] Permit filesystem local caching and NFS superblock sharing, David Howells
  • [PATCH 03/19] FS-Cache: Release page->private after failed readahead, David Howells
  • [PATCH 12/19] CacheFiles: Permit a process's create SID to be overridden, David Howells
    • Re: [PATCH 12/19] CacheFiles: Permit a process's create SID to be overridden, James Morris
      • Re: [PATCH 12/19] CacheFiles: Permit a process's create SID to be overridden, Stephen Smalley
      • Re: [PATCH 12/19] CacheFiles: Permit a process's create SID to be overridden, Karl MacMillan
      • Re: [PATCH 12/19] CacheFiles: Permit a process's create SID to be overridden, James Morris
    • Re: [PATCH 12/19] CacheFiles: Permit a process's create SID to be overridden, David Howells
      • Re: [PATCH 12/19] CacheFiles: Permit a process's create SID to be overridden, James Morris
      • Re: [PATCH 12/19] CacheFiles: Permit a process's create SID to be overridden, David Howells
      • Re: [PATCH 12/19] CacheFiles: Permit a process's create SID to be overridden, Karl MacMillan
      • Re: [PATCH 12/19] CacheFiles: Permit a process's create SID to be overridden, David Howells
      • Re: [PATCH 12/19] CacheFiles: Permit a process's create SID to be overridden, Stephen Smalley
      • Re: [PATCH 12/19] CacheFiles: Permit a process's create SID to be overridden, David Howells
      • Re: [PATCH 12/19] CacheFiles: Permit a process's create SID to be overridden, David Howells
    • Re: [PATCH 12/19] CacheFiles: Permit a process's create SID to be overridden, David Howells
      • Re: [PATCH 12/19] CacheFiles: Permit a process's create SID to be overridden, James Morris
      • Re: [PATCH 12/19] CacheFiles: Permit a process's create SID to be overridden, Karl MacMillan
  • [PATCH 02/19] FS-Cache: Provide a filesystem-specific sync'able page bit, David Howells
  • [PATCH 18/19] CacheFiles: Use VFS lookup services, David Howells
  • [PATCH 05/19] NFS: Use local caching, David Howells
    • Re: [PATCH 05/19] NFS: Use local caching, Steve Dickson
    • Re: [PATCH 05/19] NFS: Use local caching, Trond Myklebust
    • Re: [PATCH 05/19] NFS: Use local caching, David Howells
      • Re: [PATCH 05/19] NFS: Use local caching, Trond Myklebust
      • Re: [PATCH 05/19] NFS: Use local caching, David Howells
      • Re: [PATCH 05/19] NFS: Use local caching, Trond Myklebust
  • [PATCH 13/19] CacheFiles: Add an act-as SID override in task_security_struct, David Howells
  • [PATCH 19/19] CacheFiles: Permit daemon to probe inuseness of a cache file, David Howells
    • Re: [PATCH 19/19] CacheFiles: Permit daemon to probe inuseness of a cache file, Christoph Hellwig
    • Re: [PATCH 19/19] CacheFiles: Permit daemon to probe inuseness of a cache file, David Howells
  • [PATCH 09/19] CacheFiles: Permit the page lock state to be monitored, David Howells
  • [PATCH 14/19] CacheFiles: Permit an inode's security ID to be obtained, David Howells
  • [PATCH 10/19] CacheFiles: Export things for CacheFiles, David Howells
  • [PATCH 04/19] FS-Cache: Make kAFS use FS-Cache, David Howells
  • [PATCH 08/19] CacheFiles: Add a function to write a single page of data to an inode, David Howells
  • [PATCH 06/19] FS-Cache: NFS: Only obtain cache cookies on file open, not on inode read, David Howells
    • Re: [PATCH 06/19] FS-Cache: NFS: Only obtain cache cookies on file open, not on inode read, Steve Dickson
  • [PATCH 07/19] CacheFiles: Add missing copy_page export for ia64, David Howells
  • [PATCH 17/19] CacheFiles: Use the VFS wrappers for inode ops, David Howells
  • [PATCH 15/19] CacheFiles: Get the SID under which the CacheFiles module should operate, David Howells
  • [PATCH 16/19] CacheFiles: Deal with LSM when accessing the cache, David Howells
    • Re: [PATCH 16/19] CacheFiles: Deal with LSM when accessing the cache, James Morris
  • Re: [PATCH 20/19] CacheFiles: Use secid not sid lest confusion arise with session IDs, David Howells
  • [PATCH 21/19] CacheFiles: Set the file creation security ID whilst binding the cache, David Howells
  • [PATCH 22/19] FS-Cache: NFS: Rename NFS_INO_CACHEABLE, David Howells
  • [PATCH 23/19] FS-Cache: NFS: Don't invoke FS-Cache from nfs_zap_caches(), David Howells
  • [PATCH 24/19] FS-Cache: NFS: Remove old support for R/W caching, David Howells
  • [PATCH 25/19] FS-Cache: NFS: Wait in releasepage() if FS-Cache is busy and __GFP_WAIT is set, David Howells
  • [PATCH 26/19] CacheFiles: Don't include linux/proc_fs.h, David Howells
  • [PATCH 27/19] FS-Cache: Apply the PG_checked -> PG_fs_misc conversion to Ext4, David Howells
  • [PATCH 28/19] FS-Cache: NFS: Handle caching being disabled correctly, David Howells
  • [PATCH 29/19] CacheFiles: Remove old obsolete cull function, David Howells
  • [PATCH 30/19] CacheFiles: Fix the allocate_page() op, David Howells
• Kernel list rejecting my email, Marc Perkel
  • Re: Kernel list rejecting my email, David Miller
    • Re: Kernel list rejecting my email, Oleg Verych
    • Re: Kernel list rejecting my email - braindead list, Marc Perkel
      • Re: Kernel list rejecting my email - braindead list, David Miller
      • Re: Kernel list rejecting my email - braindead list, Marc Perkel
      • Re: Kernel list rejecting my email - braindead list, David Miller
      • Re: Kernel list rejecting my email - braindead list, Marc Perkel
      • Re: Kernel list rejecting my email - braindead list, David Miller
      • Message not available
      • Re: Majordomo is an obsolete piece of junk and Kernel should not be running it!, Al Viro
      • Re: Majordomo is an obsolete piece of junk and Kernel should not be running it!, David Miller
      • Re: Majordomo is an obsolete piece of junk and Kernel should not be running it!, Jan Engelhardt
      • Re: Majordomo is an obsolete piece of junk and Kernel should not be running it!, Matti Aarnio
      • Re: Majordomo is an obsolete piece of junk and Kernel should not be running it!, Ross Vandegrift
      • Re: Majordomo is an obsolete piece of junk and Kernel should not be running it!, Gerhard Mack
      • Message not available
      • Re: Kernel list rejecting my email - braindead list, David Miller
      • Re: Kernel list rejecting my email - braindead list, Matti Aarnio
• [PATCH] Update udf documentation to reflect current state of read/write support, Phillip Susi
• ACPI output/lcd/auxdisplay mess, James Simmons
  • Re: ACPI output/lcd/auxdisplay mess, Miguel Ojeda
    • Re: ACPI output/lcd/auxdisplay mess, James Simmons
      • Re: ACPI output/lcd/auxdisplay mess, Miguel Ojeda
      • Re: ACPI output/lcd/auxdisplay mess, James Simmons
      • Re: ACPI output/lcd/auxdisplay mess, Miguel Ojeda
• sexuallly expplicit:Younggest fascinating Girls***eed !, Felecia
• [PATCH] eCryptfs: dput() lower d_parent on rename, Michael Halcrow
• [PATCH 2.6.19-rc5] hwmon: HP Mobile data protection system 3D driver version 0.5, Burman Yan
  • Re: [PATCH 2.6.19-rc5] hwmon: HP Mobile data protection system 3D driver version 0.5, Dmitry Torokhov
• nightly 2.6 LXR run?, Jon Masters
  • Re: nightly 2.6 LXR run?, Oleg Verych
    • Re: nightly 2.6 LXR run?, Auke Kok
      • git web (Re: nightly 2.6 LXR run?), Oleg Verych
      • Re: git web (Re: nightly 2.6 LXR run?), Auke Kok
• [PATCH] sas_ata: don't copy aic94xx's sactive to ata_port, Darrick J. Wong
• [PATCH]: first proposal for pci resume quirk interface, Alan
  • Re: [PATCH]: first proposal for pci resume quirk interface, Pavel Machek
    • Re: [PATCH]: first proposal for pci resume quirk interface, Alan
  • Re: [PATCH]: first proposal for pci resume quirk interface, Carl-Daniel Hailfinger
    • Re: [PATCH]: first proposal for pci resume quirk interface, Alan
• [PATCH] appletouch: add Geyser IV support, Julien BLACHE
• [PATCH] appletouch: use canonical names instead of raw USB IDs, Julien BLACHE
  • Re: [PATCH] appletouch: use canonical names instead of raw USB IDs, Stelian Pop
    • [PATCH] hid-core: canonical defines for Apple USB device IDs, Julien BLACHE
• BUG: soft lockup detected on CPU#0! (2.6.18.2), Rasmus Bøg Hansen
  • smbfs (Re: BUG: soft lockup detected on CPU#0! (2.6.18.2)), Oleg Verych
    • Re: smbfs (Re: BUG: soft lockup detected on CPU#0! (2.6.18.2)), Rasmus Bøg Hansen
      • Re: smbfs (Re: BUG: soft lockup detected on CPU#0! (2.6.18.2)), Rasmus Bøg Hansen
      • nfs3: possible recursive locking (Re: BUG: soft lockup detected on CPU#0! (2.6.18.2)), Oleg Verych
      • Re: nfs3: possible recursive locking (Re: BUG: soft lockup detected on CPU#0! (2.6.18.2)), Rasmus Bøg Hansen
      • Re: nfs3: possible recursive locking (Re: BUG: soft lockup detected on CPU#0! (2.6.18.2)), Oleg Verych
    • Re: smbfs (Re: BUG: soft lockup detected on CPU#0! (2.6.18.2)), Andrew Morton
      • [patch] smbfs: is obsolete, please use CIFS, Oleg Verych
      • Re: smbfs (Re: BUG: soft lockup detected on CPU#0! (2.6.18.2)), Rasmus Bøg Hansen
• [PATCH for 2.6.19] [1/9] x86_64: Fix partial page check to ensure unusable memory is not being marked usable., Andi Kleen
  • [PATCH for 2.6.19] [9/9] x86_64: Fix race in exit_idle, Andi Kleen
  • [PATCH for 2.6.19] [8/9] x86_64: Fix vgetcpu when CONFIG_HOTPLUG_CPU is disabled, Andi Kleen
  • [PATCH for 2.6.19] [5/9] x86_64: setup saved_max_pfn correctly (kdump), Andi Kleen
  • [PATCH for 2.6.19] [6/9] x86_64: Update MMCONFIG resource insertion to check against e820 map., Andi Kleen
    • Re: [PATCH for 2.6.19] [6/9] x86_64: Update MMCONFIG resource insertion to check against e820 map., Andi Kleen
      • Re: [PATCH for 2.6.19] [6/9] x86_64: Update MMCONFIG resource insertion to check against e820 map., Aaron Durbin
      • Re: [PATCH for 2.6.19] [6/9] x86_64: Update MMCONFIG resource insertion to check against e820 map., Andi Kleen
  • [PATCH for 2.6.19] [3/9] x86_64: shorten the x86_64 boot setup GDT to what the comment says, Andi Kleen
    • Re: [PATCH for 2.6.19] [3/9] x86_64: shorten the x86_64 boot setup GDT to what the comment says, Ingo Molnar
  • [PATCH for 2.6.19] [7/9] x86: Add acpi_user_timer_override option for Asus boards, Andi Kleen
  • [PATCH for 2.6.19] [4/9] x86_64: Handle reserve_bootmem_generic beyond end_pfn, Andi Kleen
  • [PATCH for 2.6.19] [2/9] x86_64: Fix PTRACE_[SG]ET_THREAD_AREA regression with ia32 emulation., Andi Kleen
• sexuually exxplicit: wantt subtle virgiin Schoolgirls?, Juana Floyd
• Please pull x86-64 updates, Andi Kleen
• 2.6.19-rc5-mm1: failure to start raid0, Eric Buddington
• [TRIVIAL] parport: fix compilation failure, Arnaud Giersch
• sexuallly explicitt:Russsian stunning Teen hardcorre actionn., Blanche Kyle
• [PATCH 00/03] Elf: Various fixes, Magnus Damm
  • [PATCH 01/03] Elf: Always define elf_addr_t in linux/elf.h, Magnus Damm
  • [PATCH 03/03] Elf: Fix kcore note size calculation, Magnus Damm
  • [PATCH 02/03] Elf: Include terminating zero in n_namesz, Magnus Damm
• [RFC 0/4] Cpu-Hotplug: Use per subsystem hot-cpu mutexes., Gautham R Shenoy
  • [PATCH 1/4] Extend notifier_call_chain to count nr_calls made., Gautham R Shenoy
    • [PATCH 2/4] Define and use new events,CPU_LOCK_ACQUIRE and CPU_LOCK_RELEASE., Gautham R Shenoy
      • [PATCH 3/4] Eliminate lock_cpu_hotplug in kernel/sched.c, Gautham R Shenoy
      • [PATCH 4/4] Handle CPU_LOCK_ACQUIRE and CPU_LOCK_RELEASE in workqueue_cpu_callback., Gautham R Shenoy
    • Re: [PATCH 1/4] Extend notifier_call_chain to count nr_calls made., Randy Dunlap
      • Re: [PATCH 1/4] Extend notifier_call_chain to count nr_calls made., Gautham R Shenoy
      • Re: [PATCH 1/4] Extend notifier_call_chain to count nr_calls made., Randy Dunlap
      • [PATCH 1-fix/4] Fix extend notifier_call_chain to count nr_calls made., Gautham R Shenoy
    • Re: [PATCH 1/4] Extend notifier_call_chain to count nr_calls made., Andrew Morton
      • Re: [PATCH 1/4] Extend notifier_call_chain to count nr_calls made., Gautham R Shenoy
  • Re: [RFC 0/4] Cpu-Hotplug: Use per subsystem hot-cpu mutexes., Andrew Morton
• PATCH: binfmt_elf: randomize PIE binaries (3rd try), Marcus Meissner
• Re: max heap usage of a Linux process, Al Boldi
• dm: possible recursive locking detected, Heiko Carstens
• [UML] arch/um/os-Linux/skas/process.c:328: error: 'PAGE_SHIFT' undeclared, Emmanuel Fleury
  • Re: [UML] arch/um/os-Linux/skas/process.c:328: error: 'PAGE_SHIFT' undeclared, Jeff Dike
• [Patch -mm 5/5] s390: Dynamic subchannel mapping of ccw devices., Cornelia Huck
• [Patch -mm 3/5] s390: Prepatory cleanup in common I/O layer., Cornelia Huck
• [Patch -mm 0/5] Improve handling of changes in device tree., Cornelia Huck
• [Patch -mm 4/5] s390: Make the per-subchannel lock dynamic., Cornelia Huck
• [Patch -mm 1/5] driver core: Introduce device_find_child()., Cornelia Huck
• [Patch -mm 2/5] driver core: Introduce device_move(): move a device to a new parent., Cornelia Huck
  • Re: [Patch -mm 2/5] driver core: Introduce device_move(): move a device to a new parent., Greg KH
    • Re: [Patch -mm 2/5] driver core: Introduce device_move(): move a device to a new parent., Cornelia Huck
      • Re: [Patch -mm 2/5] driver core: Introduce device_move(): move a device to a new parent., Kay Sievers
      • Re: [Patch -mm 2/5] driver core: Introduce device_move(): move a device to a new parent., Cornelia Huck
      • Re: [Patch -mm 2/5] driver core: Introduce device_move(): move a device to a new parent., Kay Sievers
      • Re: [Patch -mm 2/5] driver core: Introduce device_move(): move a device to a new parent., Cornelia Huck
      • Re: [Patch -mm 2/5] driver core: Introduce device_move(): move a device to a new parent., Dmitry Torokhov
      • Re: [Patch -mm 2/5] driver core: Introduce device_move(): move a device to a new parent., Cornelia Huck
      • Re: [Patch -mm 2/5] driver core: Introduce device_move(): move a device to a new parent., Cornelia Huck
• [PATCH] move_task_off_dead_cpu() should be called with disabled ints, Kirill Korotaev
• Re: BUG: soft lockup detected on CPU#0! in sys_close and ext3, CaT
  • Re: BUG: soft lockup detected on CPU#0! in sys_close and ext3, Andrew Morton
    • Re: BUG: soft lockup detected on CPU#0! in sys_close and ext3, CaT
• sexxually expllicit:go-to-meeting russiann Womans!, Heath
• 2.6.19-rc5-mm2, Andrew Morton
  • Re: 2.6.19-rc5-mm2, Jiri Slaby
    • Re: 2.6.19-rc5-mm2, Jiri Slaby
  • Re: 2.6.19-rc5-mm2, Reuben Farrelly
    • Re: 2.6.19-rc5-mm2, Gautham R Shenoy
      • Re: 2.6.19-rc5-mm2, Mattia Dongili
      • Re: 2.6.19-rc5-mm2, Gautham R Shenoy
      • Re: 2.6.19-rc5-mm2, Reuben Farrelly
  • Re: 2.6.19-rc5-mm2, Mariusz Kozlowski
    • Re: 2.6.19-rc5-mm2, Mariusz Kozlowski
    • Re: 2.6.19-rc5-mm2, Andrew Morton
      • Re: 2.6.19-rc5-mm2, Andrew Morton
      • Re: 2.6.19-rc5-mm2, Mariusz Kozlowski
  • Re: 2.6.19-rc5-mm2, Eric Dumazet
  • [-mm patch] fix the DLM dependencies., Adrian Bunk
    • [-mm patch] fix the DLM dependencies, part 2, Adrian Bunk
      • Re: [-mm patch] fix the DLM dependencies, part 2, Patrick Caulfield
      • Re: [-mm patch] fix the DLM dependencies, part 2, Adrian Bunk
  • Boot failure with ext2 and initrds, Mel Gorman
    • Re: Boot failure with ext2 and initrds, Martin Bligh
    • Re: Boot failure with ext2 and initrds, Hugh Dickins
      • Re: Boot failure with ext2 and initrds, Martin Bligh
      • Re: Boot failure with ext2 and initrds, Hugh Dickins
      • Re: Boot failure with ext2 and initrds, Martin Bligh
      • Re: Boot failure with ext2 and initrds, Andrew Morton
      • Re: Boot failure with ext2 and initrds, Hugh Dickins
      • Re: Boot failure with ext2 and initrds, Martin Bligh
      • Re: Boot failure with ext2 and initrds, Hugh Dickins
      • Re: Boot failure with ext2 and initrds, Martin J. Bligh
      • Re: Boot failure with ext2 and initrds, Hugh Dickins
      • Re: Boot failure with ext2 and initrds, Andrew Morton
      • Re: Boot failure with ext2 and initrds, Andrew Morton
      • Re: Boot failure with ext2 and initrds, Mingming Cao
      • Re: Boot failure with ext2 and initrds, Andrew Morton
      • Re: Boot failure with ext2 and initrds, Mingming Cao
      • Re: Boot failure with ext2 and initrds, Andrew Morton
      • Re: Boot failure with ext2 and initrds, Alex Tomas
      • Re: Boot failure with ext2 and initrds, Andrew Morton
      • Re: Boot failure with ext2 and initrds, Andrew Morton
      • Re: Boot failure with ext2 and initrds, Hugh Dickins
      • Re: Boot failure with ext2 and initrds, Mingming Cao
      • Re: Boot failure with ext2 and initrds, Andrew Morton
      • Re: Boot failure with ext2 and initrds, Hugh Dickins
      • Re: Boot failure with ext2 and initrds, Hugh Dickins
      • Re: Boot failure with ext2 and initrds, Mingming Cao
      • Re: Boot failure with ext2 and initrds, Mingming Cao
      • Re: Boot failure with ext2 and initrds, Hugh Dickins
      • Re: Boot failure with ext2 and initrds, Mingming Cao
      • Re: Boot failure with ext2 and initrds, Hugh Dickins
      • [PATCH 1/6] ext2 balloc: fix _with_rsv freeze, Hugh Dickins
      • Re: [PATCH 1/6] ext2 balloc: fix _with_rsv freeze, Mingming Cao
      • Re: [PATCH 1/6] ext2 balloc: fix _with_rsv freeze, Hugh Dickins
      • Re: [PATCH 1/6] ext2 balloc: fix _with_rsv freeze, Mingming Cao
      • [PATCH 12/12] ext3 balloc: fix _with_rsv freeze, Mingming Cao
      • [PATCH 6/12] ext2 balloc: fix _with_rsv freeze, Mingming Cao
      • [PATCH 3/6] ext2 balloc: fix off-by-one against rsv_end, Hugh Dickins
      • Re: [PATCH 3/6] ext2 balloc: fix off-by-one against rsv_end, Mingming Cao
      • [PATCH 5/6] ext2 balloc: say rb_entry not list_entry, Hugh Dickins
      • Re: [PATCH 5/6] ext2 balloc: say rb_entry not list_entry, Mingming Cao
      • [PATCH 4/12] ext3 balloc: say rb_entry not list_entry, Mingming Cao
      • [PATCH 10/12] ext4 balloc: say rb_entry not list_entry, Mingming Cao
      • [PATCH 6/6] ext2 balloc: use io_error label, Hugh Dickins
      • Re: [PATCH 6/6] ext2 balloc: use io_error label, Mingming Cao
      • [PATCH 11/12] ext4 balloc: use io_error label, Mingming Cao
      • [PATCH 5/12] ext3 balloc: use io_error label, Mingming Cao
      • [PATCH 4/6] ext2 balloc: fix off-by-one against grp_goal, Hugh Dickins
      • Re: [PATCH 4/6] ext2 balloc: fix off-by-one against grp_goal, Mingming Cao
      • [PATCH 1/12] ext3 balloc: reset windowsz when full, Mingming Cao
      • Re: [PATCH 1/12] ext3 balloc: reset windowsz when full, Hugh Dickins
      • [PATCH 9/12] ext4 balloc: fix off-by-one against rsv_end, Mingming Cao
      • [PATCH 3/12] ext3 balloc: fix off-by-one against rsv_end, Mingming Cao
      • [PATCH 7/12] ext4 balloc: reset windowsz when full, Mingming Cao
      • [PATCH 2/6] ext2 balloc: reset windowsz when full, Hugh Dickins
      • Re: [PATCH 2/6] ext2 balloc: reset windowsz when full, Mingming Cao
      • [PATCH 8/12] ext4 balloc: fix off-by-one against grp_goal, Mingming Cao
      • [PATCH 2/12] ext3 balloc: fix off-by-one against grp_goal, Mingming Cao
      • Re: Boot failure with ext2 and initrds, Mingming Cao
      • Re: Boot failure with ext2 and initrds, Andrew Morton
      • Re: Boot failure with ext2 and initrds, Mingming Cao
      • Re: Boot failure with ext2 and initrds, Russell King
      • Re: Boot failure with ext2 and initrds, Russell King
      • Re: Boot failure with ext2 and initrds, Russell King
      • Re: Boot failure with ext2 and initrds, Andrew Morton
      • Re: Boot failure with ext2 and initrds, Russell King
      • Re: Boot failure with ext2 and initrds, Andrew Morton
      • Re: Boot failure with ext2 and initrds, Russell King
      • Re: Boot failure with ext2 and initrds, Mel Gorman
      • Re: Boot failure with ext2 and initrds, Andy Whitcroft
      • Re: Boot failure with ext2 and initrds, Andrew Morton
      • Re: Boot failure with ext2 and initrds, Andy Whitcroft
      • Re: Boot failure with ext2 and initrds, Mingming Cao
  • 2.6.19-rc5-mm2: no help text for FAULT_INJECTION, Adrian Bunk
    • [PATCH -mm] CONFIG_FAULT_INJECTION help text, Akinobu Mita
      • [PATCH -mm] failslab: remove __GFP_HIGHMEM filtering, Akinobu Mita
  • 2.6.19-rc5-mm2: warnings in MODPOST and later, Adrian Bunk
    • Re: 2.6.19-rc5-mm2: warnings in MODPOST and later, Andrew Morton
      • Re: 2.6.19-rc5-mm2: warnings in MODPOST and later, Arjan van de Ven
  • and in www.kernel.org page? Re: 2.6.19-rc5-mm2, Sergio Monteiro Basto
  • 2.6.19-rc5-mm2: paravirt X86_PAE=y compile error, Adrian Bunk
    • Re: 2.6.19-rc5-mm2: paravirt X86_PAE=y compile error, Andrew Morton
      • Re: 2.6.19-rc5-mm2: paravirt X86_PAE=y compile error, Zachary Amsden
      • Re: 2.6.19-rc5-mm2: paravirt X86_PAE=y compile error, Chris Wright
      • Re: 2.6.19-rc5-mm2: paravirt X86_PAE=y compile error, Andi Kleen
      • Re: 2.6.19-rc5-mm2: paravirt X86_PAE=y compile error, Randy Dunlap
  • [-mm patch] remove arch/i386/kernel/time_hpet.c:hpet_reenable(), Adrian Bunk
  • Re: 2.6.19-rc5-mm2, Mattia Dongili
    • Re: 2.6.19-rc5-mm2, Stefan Richter
      • Re: 2.6.19-rc5-mm2, Mattia Dongili
      • Re: 2.6.19-rc5-mm2, Stefan Richter
      • Re: 2.6.19-rc5-mm2, Mattia Dongili
      • Re: 2.6.19-rc5-mm2, Stefan Richter
      • Re: 2.6.19-rc5-mm2 (Oops in class_device_remove_attrs during nodemgr_remove_host), Stefan Richter
      • Re: 2.6.19-rc5-mm2 (Oops in class_device_remove_attrs during nodemgr_remove_host), Greg KH
      • Re: 2.6.19-rc5-mm2 (Oops in class_device_remove_attrs during nodemgr_remove_host), Stefan Richter
      • Re: 2.6.19-rc5-mm2 (Oops in class_device_remove_attrs during nodemgr_remove_host), Stefan Richter
      • Re: 2.6.19-rc5-mm2 (Oops in class_device_remove_attrs during nodemgr_remove_host), Stefan Richter
      • Re: 2.6.19-rc5-mm2 (Oops in class_device_remove_attrs during nodemgr_remove_host), Stefan Richter
      • Re: 2.6.19-rc5-mm2 (Oops in class_device_remove_attrs during nodemgr_remove_host), Mattia Dongili
      • ohci1394 oops bisected [was Re: 2.6.19-rc5-mm2 (Oops in class_device_remove_attrs during nodemgr_remove_host)], Mattia Dongili
      • Re: ohci1394 oops bisected [was Re: 2.6.19-rc5-mm2 (Oops in class_device_remove_attrs during nodemgr_remove_host)], Stefan Richter
      • Re: ohci1394 oops bisected [was Re: 2.6.19-rc5-mm2 (Oops in class_device_remove_attrs during nodemgr_remove_host)], Andrew Morton
      • Re: ohci1394 oops bisected [was Re: 2.6.19-rc5-mm2 (Oops in class_device_remove_attrs during nodemgr_remove_host)], Stefan Richter
      • Re: ohci1394 oops bisected [was Re: 2.6.19-rc5-mm2 (Oops in class_device_remove_attrs during nodemgr_remove_host)], Greg KH
      • Re: ohci1394 oops bisected [was Re: 2.6.19-rc5-mm2 (Oops in class_device_remove_attrs during nodemgr_remove_host)], Stefan Richter
      • Re: ohci1394 oops bisected [was Re: 2.6.19-rc5-mm2 (Oops in class_device_remove_attrs during nodemgr_remove_host)], Gene Heskett
      • Kino segfault (was Re: ohci1394 oops bisected), Stefan Richter
      • Re: Kino segfault (was Re: ohci1394 oops bisected), Gene Heskett
  • [-mm patch] make geode_aes_crypt() static, Adrian Bunk
  • [-mm patch] make drivers/acpi/bay.c:drive_bays static, Adrian Bunk
  • [-mm patch] make drivers/base/core.c:setup_parent() static, Adrian Bunk
  • [-mm patch] crypto/xcbc.c: make some code static, Adrian Bunk
    • Re: [-mm patch] crypto/xcbc.c: make some code static, Herbert Xu
  • -mm: cx88-blackbird.c: unused code re-added, Adrian Bunk
    • Re: [v4l-dvb-maintainer] -mm: cx88-blackbird.c: unused code re-added, Michael Krufky
    • Re: [v4l-dvb-maintainer] -mm: cx88-blackbird.c: unused code re-added, Mauro Carvalho Chehab
  • [-mm patch] drivers/media/video/cafe_ccic.c: make a function static, Adrian Bunk
  • [-mm patch] remove drivers/pci/search.c:pci_find_device_reverse(), Adrian Bunk
    • Re: [-mm patch] remove drivers/pci/search.c:pci_find_device_reverse(), Alan Cox
      • [2.6 patch] mark pci_find_device() as __deprecated, Adrian Bunk
      • Re: [2.6 patch] mark pci_find_device() as __deprecated, Alan
      • Re: [2.6 patch] mark pci_find_device() as __deprecated, Arjan van de Ven
      • Re: [2.6 patch] mark pci_find_device() as __deprecated, Muli Ben-Yehuda
      • Re: [2.6 patch] mark pci_find_device() as __deprecated, Arjan van de Ven
      • Re: [2.6 patch] mark pci_find_device() as __deprecated, Adrian Bunk
      • Re: [2.6 patch] mark pci_find_device() as __deprecated, Muli Ben-Yehuda
      • Re: [2.6 patch] mark pci_find_device() as __deprecated, Adrian Bunk
      • Re: [2.6 patch] mark pci_find_device() as __deprecated, Arjan van de Ven
      • Re: [2.6 patch] mark pci_find_device() as __deprecated, Adrian Bunk
      • Re: [2.6 patch] mark pci_find_device() as __deprecated, Arjan van de Ven
      • Re: [2.6 patch] mark pci_find_device() as __deprecated, Adrian Bunk
    • Re: [-mm patch] remove drivers/pci/search.c:pci_find_device_reverse(), Andrew Morton
      • Re: [-mm patch] remove drivers/pci/search.c:pci_find_device_reverse(), Adrian Bunk
      • Re: [-mm patch] remove drivers/pci/search.c:pci_find_device_reverse(), Alan Cox
      • Re: [-mm patch] remove drivers/pci/search.c:pci_find_device_reverse(), Arjan van de Ven
  • [-mm patch] security/slim/slm_main.c: make 2 functions static, Adrian Bunk
  • [-mm patch] make net/core/skbuff.c:skb_over_panic() static, Adrian Bunk
    • Re: [-mm patch] make net/core/skbuff.c:skb_over_panic() static, David Miller
      • Re: [-mm patch] make net/core/skbuff.c:skb_over_panic() static, David Miller
      • Re: [-mm patch] make net/core/skbuff.c:skb_over_panic() static, Andrew Morton
      • Re: [-mm patch] make net/core/skbuff.c:skb_over_panic() static, David Miller
  • [-mm patch] make sound/pci/hda/patch_sigmatel.c:stac92xx_dmic_labels[] static, Adrian Bunk
    • Re: [Alsa-devel] [-mm patch] make sound/pci/hda/patch_sigmatel.c:stac92xx_dmic_labels[] static, Takashi Iwai
  • [-mm patch] make mm/thrash.c:global_faults static, Adrian Bunk
  • [RFC: -mm patch] make kernel/timer.c:__next_timer_interrupt() static, Adrian Bunk
    • Re: [RFC: -mm patch] make kernel/timer.c:__next_timer_interrupt() static, Ingo Molnar
  • [RFC: -mm patch] remove kernel/timer.c:wall_jiffies, Adrian Bunk
    • Re: [RFC: -mm patch] remove kernel/timer.c:wall_jiffies, Ingo Molnar
  • [-mm patch] fs/dlm/lowcomms-tcp.c: remove 2 functions, Adrian Bunk
  • [-mm patch] make ext2_get_blocks() static, Adrian Bunk
  • [-mm patch] fs/reiser4/: possible cleanups, Adrian Bunk
  • [-mm patch] drivers/scsi/scsi_scan.c: make 2 functions static, Adrian Bunk
    • Re: [-mm patch] drivers/scsi/scsi_scan.c: make 2 functions static, Matthew Wilcox
  • -mm: please drop reiser4-export-handle_ra_miss.patch, Adrian Bunk
  • [-mm patch] unexport {,__}remove_from_page_cache, Adrian Bunk
  • 2.6.19-rc5-mm2: suspend related BLOCK=n compile error, Adrian Bunk
    • Re: 2.6.19-rc5-mm2: suspend related BLOCK=n compile error, Randy Dunlap
      • Re: 2.6.19-rc5-mm2: suspend related BLOCK=n compile error, Rafael J. Wysocki
  • [-mm patch] CACHEFILES must depend on PROC_FS, Adrian Bunk
    • Re: [-mm patch] CACHEFILES must depend on PROC_FS, Randy Dunlap
  • [-mm patch] fs/fscache/main.c: cleanups, Adrian Bunk
  • [-mm patch] drivers/mtd/nand/rtc_from4.c: use lib/bitrev.c, Adrian Bunk
    • Re: [-mm patch] drivers/mtd/nand/rtc_from4.c: use lib/bitrev.c, David Woodhouse
      • Re: [-mm patch] drivers/mtd/nand/rtc_from4.c: use lib/bitrev.c, Andrew Morton
      • Re: [-mm patch] drivers/mtd/nand/rtc_from4.c: use lib/bitrev.c, David Woodhouse
      • Re: [-mm patch] drivers/mtd/nand/rtc_from4.c: use lib/bitrev.c, Andrew Morton
  • <Possible follow-ups>
  • RE: 2.6.19-rc5-mm2, Pallipadi, Venkatesh
    • Re: 2.6.19-rc5-mm2, Mattia Dongili
  • RE: 2.6.19-rc5-mm2, Pallipadi, Venkatesh
    • Re: 2.6.19-rc5-mm2, Mattia Dongili
      • [PATCH 2.6.19-rc5-mm2] cpufreq: set policy->curfreq on initialization, Mattia Dongili
      • Re: [PATCH 2.6.19-rc5-mm2] cpufreq: set policy->curfreq on initialization, Reuben Farrelly
• [Q] PCI Express and ide (native) leads to irq storm?, Vasily Averin
  • Re: [Q] PCI Express and ide (native) leads to irq storm?, Tejun Heo
    • Re: [Q] PCI Express and ide (native) leads to irq storm?, Jeff Garzik
    • Re: [Q] PCI Express and ide (native) leads to irq storm?, Vasily Averin
      • Re: [Q] workaround for ide (native) leads to irq storm?, Vasily Averin
• [PATCH] some irq_chip variables initiate end to point to NULL, Zhang, Yanmin
  • Re: [PATCH] some irq_chip variables initiate end to point to NULL, Andrew Morton
    • [patch] ia64: use generic_handle_irq(), Ingo Molnar
      • Re: [patch] ia64: use generic_handle_irq(), Eric W. Biederman
      • Re: [patch] ia64: use generic_handle_irq(), Zhang, Yanmin
• Re: + ia64-irqs-use-name-not-typename.patch added to -mm tree, Ingo Molnar
• subj: [PATCH] initrd: Remove unused false condition for initrd_start, H. Nestler
• device_del() and references, Pierre Ossman
  • Re: device_del() and references, Russell King
• [PATCH] Incorrect MSI interrupt type name, Zhang, Yanmin
  • Re: [PATCH] Incorrect MSI interrupt type name, Andrew Morton
    • Re: [PATCH] Incorrect MSI interrupt type name, Zhang, Yanmin
    • Re: [PATCH] Incorrect MSI interrupt type name, Eric W. Biederman
• Re: [PATCH 10/33] usb: sn9c102_core free urb cleanup, Luca Risolia
  • Re: [PATCH 10/33] usb: sn9c102_core free urb cleanup, Mariusz Kozlowski
• How to cleanly shut down a block device, Pierre Ossman
  • Re: How to cleanly shut down a block device, Jens Axboe
    • Re: How to cleanly shut down a block device, Pierre Ossman
      • Re: How to cleanly shut down a block device, Jens Axboe
      • Re: How to cleanly shut down a block device, Pierre Ossman
      • Re: How to cleanly shut down a block device, Jens Axboe
      • Re: How to cleanly shut down a block device, Russell King
      • Re: How to cleanly shut down a block device, Pierre Ossman
      • Re: How to cleanly shut down a block device, Jens Axboe
      • Re: How to cleanly shut down a block device, Pierre Ossman
      • Re: How to cleanly shut down a block device, Pierre Ossman
      • Re: How to cleanly shut down a block device, Pierre Ossman
      • Re: How to cleanly shut down a block device, Russell King
      • Re: How to cleanly shut down a block device, Pierre Ossman
      • Re: How to cleanly shut down a block device, Russell King
• sexuaally expplicit:record Schoolgirl and delectable Teen froom Youur dreaam!, Roberto
• sexxually expliciit:fine Eighteens and overnice Teens Yourr !, Shaun Molina
• security: introduce file caps, Serge E. Hallyn
  • Re: security: introduce file caps, Chris Friedhoff
  • Re: security: introduce file caps, Andrew Morton
    • Re: security: introduce file caps, Andrew Morton
      • Message not available
      • Re: security: introduce file caps, Andrew Morton
      • Re: security: introduce file caps, Serge E. Hallyn
      • Re: security: introduce file caps, Chris Friedhoff
      • file caps: permit unsafe signaling when CONFIG_FS_CAPS=n, Serge E. Hallyn
      • Re: file caps: permit unsafe signaling when CONFIG_FS_CAPS=n, Serge E. Hallyn
      • Re: file caps: permit unsafe signaling when CONFIG_FS_CAPS=n, Chris Friedhoff
• [PATCH] Use platform_device_add instead of platform_device_register to register device allocated dynamically, Zhang, Yanmin
• [PATCH 0/2] Make the TSC safe to be used by gettimeofday()., Suleiman Souhlal
  • [PATCH 2/2] Introduce a vmonotonic_clock() vsyscall., Suleiman Souhlal
  • [PATCH 1/2] Make the TSC safe to be used by gettimeofday()., Suleiman Souhlal
    • Re: [PATCH 1/2] Make the TSC safe to be used by gettimeofday()., Andi Kleen
      • Re: [PATCH 1/2] Make the TSC safe to be used by gettimeofday()., Suleiman Souhlal
      • Re: [PATCH 1/2] Make the TSC safe to be used by gettimeofday()., Andi Kleen
      • Re: [PATCH 1/2] Make the TSC safe to be used by gettimeofday()., dean gaudet
      • Re: [PATCH 1/2] Make the TSC safe to be used by gettimeofday()., dean gaudet
      • Re: [PATCH 1/2] Make the TSC safe to be used by gettimeofday()., Suleiman Souhlal
      • Re: [PATCH 1/2] Make the TSC safe to be used by gettimeofday()., Andi Kleen
  • Re: [PATCH 0/2] Make the TSC safe to be used by gettimeofday()., Andi Kleen
    • Re: [PATCH 0/2] Make the TSC safe to be used by gettimeofday()., Suleiman Souhlal
      • Re: [PATCH 0/2] Make the TSC safe to be used by gettimeofday() II, Andi Kleen
      • Re: [PATCH 0/2] Make the TSC safe to be used by gettimeofday()., Shem Multinymous
      • Re: [PATCH 0/2] Make the TSC safe to be used by gettimeofday()., Suleiman Souhlal
      • Re: [PATCH 0/2] Make the TSC safe to be used by gettimeofday()., Andi Kleen
      • Re: [PATCH 0/2] Make the TSC safe to be used by gettimeofday()., Christoph Lameter
    • Re: [PATCH 0/2] Make the TSC safe to be used by gettimeofday()., Arjan van de Ven
• Re: + fix-compat-space-msg-size-limit-for-msgsnd-msgrcv.patch added to -mm tree, Arnd Bergmann
  • Re: + fix-compat-space-msg-size-limit-for-msgsnd-msgrcv.patch added to -mm tree, suzuki
    • Re: + fix-compat-space-msg-size-limit-for-msgsnd-msgrcv.patch added to -mm tree, Arnd Bergmann
      • Re: + fix-compat-space-msg-size-limit-for-msgsnd-msgrcv.patch added to -mm tree, suzuki
      • Re: + fix-compat-space-msg-size-limit-for-msgsnd-msgrcv.patch added to -mm tree, Arnd Bergmann
      • Re: + fix-compat-space-msg-size-limit-for-msgsnd-msgrcv.patch added to -mm tree, suzuki
• make menuconfig regression in 2.6.19-rc, Phil Oester
  • Re: make menuconfig regression in 2.6.19-rc, Oleg Verych
    • Re: make menuconfig regression in 2.6.19-rc, Phil Oester
  • Re: make menuconfig regression in 2.6.19-rc, Roman Zippel
    • Re: make menuconfig regression in 2.6.19-rc, Phil Oester
• [PATCH 000 of 4] md: Various fixes for new cache-bypassing-reads in raid5/6, NeilBrown
  • [PATCH 003 of 4] md: Misc fixes for aligned-read handling., NeilBrown
  • [PATCH 001 of 4] md: Fix innocuous bug in raid6 stripe_to_pdidx, NeilBrown
  • [PATCH 004 of 4] md: Fix a couple more bugs in raid5/6 aligned reads, NeilBrown
  • [PATCH 002 of 4] md: Fix newly introduced read-corruption with raid6., NeilBrown
• sexxually expplicit:#$$beauty#> Youung Hussies so racy and younng., Wesley Hall
• [PATCH 1/1] drivers/block/Kconfig text update. Try #2, Greg.Chandler
  • Re: [PATCH 1/1] drivers/block/Kconfig text update. Try #2, Randy Dunlap
  • Re: [PATCH 1/1] drivers/block/Kconfig text update. Try #2, Jiri Slaby
• [PATCH 1/1] drivers/block/Kconfig text update., Greg.Chandler
  • Re: [PATCH 1/1] drivers/block/Kconfig text update., Randy Dunlap
• Re: megaraid_sas waiting for command and then offline, Brett G. Durrett
• root NFS causes solid lockup, serial console no help, watchdog NMI won't function on Dual AMD system, Brad Barnett
  • Re: root NFS causes solid lockup, serial console no help, watchdog NMI won't function on Dual AMD system, Brad Barnett
• Re: ISICOM Drivers, Jiri Slaby
• sexuually expliccit:blue Eighteenns suucking olldman cocck!, Elizabeth
• [2.6 patch] the scheduled removal of the frame diverter, Adrian Bunk
  • Re: [2.6 patch] the scheduled removal of the frame diverter, Kyle Moffett
  • Re: [2.6 patch] the scheduled removal of the frame diverter, David Miller
• [2.6 patch] make arch/i386/kernel/io_apic.c:irq_vector[] static, Adrian Bunk
  • Re: [2.6 patch] make arch/i386/kernel/io_apic.c:irq_vector[] static, Eric W. Biederman
  • Re: [2.6 patch] make arch/i386/kernel/io_apic.c:irq_vector[] static, Ingo Molnar
• [PATCH] atkbd: disable spurious ACK/NAK warning on panic, Luca Tettamanti
  • Re: [PATCH] atkbd: disable spurious ACK/NAK warning on panic, Dmitry Torokhov
    • Re: [PATCH] atkbd: disable spurious ACK/NAK warning on panic, Luca Tettamanti
• [PATCH] 2.6.18-rt7: fix more issues with 32-bit cycles_t in latency_trace.c (take 3), Sergei Shtylyov
• laptop (Quanta) does not power off, Karl Kiniger
• advantage Drrugs for Peenis, Eloise
• [PATCH]: OOM can panic due to processes stuck in __alloc_pages(), Kirill Korotaev
  • Re: [PATCH]: OOM can panic due to processes stuck in __alloc_pages(), Andrew Morton
• [PATCH] 2.6.18-rt7: Calculate cpu_khz for PowerPC, Sergei Shtylyov
• [PATCH] WAN: DSCC4 driver requires generic HDLC, Krzysztof Halasa
  • Re: [PATCH] WAN: DSCC4 driver requires generic HDLC, Francois Romieu
  • Re: [PATCH] WAN: DSCC4 driver requires generic HDLC, Jeff Garzik
• [PATCH] 2.6.18-rt7: fix more issues with 32-bit cycles_t in latency_trace.c (take 2), Sergei Shtylyov
• proposal: remove unused macros, Mariusz Kozlowski
  • Re: proposal: remove unused macros, Gene Heskett
    • Re: proposal: remove unused macros, Randy Dunlap
    • Re: proposal: remove unused macros, Horst H. von Brand
      • Re: proposal: remove unused macros, Gene Heskett
      • Re: proposal: remove unused macros, Mariusz Kozlowski
• [PATCH 0/4] SELinux updates for 2.6.20, James Morris
  • [PATCH 3/4] SELinux: ensure keys constant in hashtab_search, James Morris
  • [PATCH 1/4] SELinux: remove current object class and permission validation mechanism, James Morris
  • [PATCH 4/4] SELinux: validate kernel object classes and permissions, James Morris
  • Subject: [PATCH 2/4] SELinux: export object class and permission definitions, James Morris
• [RFC] [PATCH 0/16] x86_64: Relocatable bzImage Support (V2), Vivek Goyal
  • [RFC] [PATCH 7/16] x86_64: cleanup segments, Vivek Goyal
  • [RFC] [PATCH 4/16] x86_64: Clean up the early boot page table, Vivek Goyal
  • [RFC] [PATCH 12/16] x86_64: Remove the identity mapping as early as possible, Vivek Goyal
  • [RFC] [PATCH 14/16] x86_64: Remove CONFIG_PHYSICAL_START, Vivek Goyal
  • [RFC] [PATCH 2/16] x86_64: Assembly safe page.h and pgtable.h, Vivek Goyal
    • Re: [RFC] [PATCH 2/16] x86_64: Assembly safe page.h and pgtable.h, Andi Kleen
      • Re: [RFC] [PATCH 2/16] x86_64: Assembly safe page.h and pgtable.h, Eric W. Biederman
      • Re: [RFC] [PATCH 2/16] x86_64: Assembly safe page.h and pgtable.h, Vivek Goyal
      • Re: [RFC] [PATCH 2/16] x86_64: Assembly safe page.h and pgtable.h, Andi Kleen
      • Re: [RFC] [PATCH 2/16] x86_64: Assembly safe page.h and pgtable.h, Eric W. Biederman
  • [RFC] [PATCH 1/16] x86_64: Align data segment to page size boundary, Vivek Goyal
  • [RFC] [PATCH 6/16] x86_64: Modify copy_bootdata to to use virtual address, Vivek Goyal
  • [RFC] [PATCH 5/16] x86_64: Fix earlyprintk to use standard ISA mapping, Vivek Goyal
  • [RFC] [PATCH 8/16] x86_64: Add EFER to the set registers saved by save_processor_state, Vivek Goyal
  • [RFC] [PATCH 10/16] x86_64: 64bit PIC ACPI wakeup, Vivek Goyal
    • Re: [RFC] [PATCH 10/16] x86_64: 64bit PIC ACPI wakeup, Andi Kleen
      • Re: [RFC] [PATCH 10/16] x86_64: 64bit PIC ACPI wakeup, Vivek Goyal
      • Re: [RFC] [PATCH 10/16] x86_64: 64bit PIC ACPI wakeup, Andi Kleen
      • Re: [RFC] [PATCH 10/16] x86_64: 64bit PIC ACPI wakeup, Eric W. Biederman
      • Re: [RFC] [PATCH 10/16] x86_64: 64bit PIC ACPI wakeup, Vivek Goyal
      • Re: [RFC] [PATCH 10/16] x86_64: 64bit PIC ACPI wakeup, Eric W. Biederman
      • Re: [RFC] [PATCH 10/16] x86_64: 64bit PIC ACPI wakeup, Pavel Machek
      • Re: [RFC] [PATCH 10/16] x86_64: 64bit PIC ACPI wakeup, Vivek Goyal
      • [PATCH] x86_64: Move cpu long mode verification code to common file (was Re: [RFC] [PATCH 10/16] x86_64: 64bit PIC ACPI wakeup), Vivek Goyal
      • Re: [PATCH] x86_64: Move cpu long mode verification code to common file (was Re: [RFC] [PATCH 10/16] x86_64: 64bit PIC ACPI wakeup), Pavel Machek
      • Re: [PATCH] x86_64: Move cpu long mode verification code to common file (was Re: [RFC] [PATCH 10/16] x86_64: 64bit PIC ACPI wakeup), Vivek Goyal
    • Re: [RFC] [PATCH 10/16] x86_64: 64bit PIC ACPI wakeup, Pavel Machek
      • Re: [RFC] [PATCH 10/16] x86_64: 64bit PIC ACPI wakeup, Eric W. Biederman
      • Re: [RFC] [PATCH 10/16] x86_64: 64bit PIC ACPI wakeup, H. Peter Anvin
      • Re: [RFC] [PATCH 10/16] x86_64: 64bit PIC ACPI wakeup, Pavel Machek
      • Re: [RFC] [PATCH 10/16] x86_64: 64bit PIC ACPI wakeup, Andi Kleen
      • Re: [RFC] [PATCH 10/16] x86_64: 64bit PIC ACPI wakeup, Eric W. Biederman
      • Re: [RFC] [PATCH 10/16] x86_64: 64bit PIC ACPI wakeup, Vivek Goyal
      • Re: [RFC] [PATCH 10/16] x86_64: 64bit PIC ACPI wakeup, Pavel Machek
      • Re: [RFC] [PATCH 10/16] x86_64: 64bit PIC ACPI wakeup, Vivek Goyal
      • Re: [RFC] [PATCH 10/16] x86_64: 64bit PIC ACPI wakeup, Pavel Machek
    • Re: [Fastboot] [RFC] [PATCH 10/16] x86_64: 64bit PIC ACPI wakeup, Vivek Goyal
      • Re: [Fastboot] [RFC] [PATCH 10/16] x86_64: 64bit PIC ACPI wakeup, Pavel Machek
      • Re: [Fastboot] [RFC] [PATCH 10/16] x86_64: 64bit PIC ACPI wakeup, Vivek Goyal
      • Re: [Fastboot] [RFC] [PATCH 10/16] x86_64: 64bit PIC ACPI wakeup, Vivek Goyal
      • Re: [Fastboot] [RFC] [PATCH 10/16] x86_64: 64bit PIC ACPI wakeup, Pavel Machek
      • Re: [Fastboot] [RFC] [PATCH 10/16] x86_64: 64bit PIC ACPI wakeup, Vivek Goyal
      • Re: [Fastboot] [RFC] [PATCH 10/16] x86_64: 64bit PIC ACPI wakeup, Pavel Machek
  • [RFC] [PATCH 16/16] x86_64: Extend bzImage protocol for relocatable bzImage, Vivek Goyal
  • [RFC] [PATCH 13/16] x86_64: __pa and __pa_symbol address space separation, Vivek Goyal
  • [RFC] [PATCH 11/16] x86_64: Modify discover_ebda to use virtual address, Vivek Goyal
  • [RFC] [PATCH 9/16] x86_64: 64bit PIC SMP trampoline, Vivek Goyal
    • Re: [RFC] [PATCH 9/16] x86_64: 64bit PIC SMP trampoline, Andi Kleen
  • [RFC] [PATCH 3/16] x86_64: Kill temp_boot_pmds, Vivek Goyal
  • [RFC] [PATCH 15/16] x86_64: Relocatable kernel support, Vivek Goyal
• Re: [linux-dvb] Avermedia 777 misbehaves after remote hack merged into v4l-dvb tree, Michael Krufky
  • Re: [linux-dvb] Avermedia 777 misbehaves after remote hack merged into v4l-dvb tree, Linus Torvalds
    • Re: [linux-dvb] Avermedia 777 misbehaves after remote hack merged into v4l-dvb tree, Michael Krufky
      • Re: [linux-dvb] Avermedia 777 misbehaves after remote hack merged into v4l-dvb tree, Mauro Carvalho Chehab
      • Re: [linux-dvb] Avermedia 777 misbehaves after remote hack merged into v4l-dvb tree, José Suárez
      • Re: [linux-dvb] Avermedia 777 misbehaves after remote hack merged into v4l-dvb tree, Petr Baudis
    • Re: [linux-dvb] Avermedia 777 misbehaves after remote hack merged into v4l-dvb tree, Petr Baudis
• READ SCSI cmd seems to fail on SATA optical devices..., Mathieu Fluhr
  • Re: READ SCSI cmd seems to fail on SATA optical devices..., Phillip Susi
    • Re: READ SCSI cmd seems to fail on SATA optical devices..., Mathieu Fluhr
      • Re: READ SCSI cmd seems to fail on SATA optical devices..., Arjan van de Ven
      • Re: READ SCSI cmd seems to fail on SATA optical devices..., Mathieu Fluhr
      • Re: READ SCSI cmd seems to fail on SATA optical devices..., Tejun Heo
      • Re: READ SCSI cmd seems to fail on SATA optical devices..., Mathieu Fluhr
      • Re: READ SCSI cmd seems to fail on SATA optical devices..., Tejun Heo
      • Re: READ SCSI cmd seems to fail on SATA optical devices..., Phillip Susi
      • Re: READ SCSI cmd seems to fail on SATA optical devices..., Arjan van de Ven
      • Re: READ SCSI cmd seems to fail on SATA optical devices..., Alan
  • Re: READ SCSI cmd seems to fail on SATA optical devices..., Tejun Heo
    • Re: READ SCSI cmd seems to fail on SATA optical devices..., Mathieu Fluhr
• Re: feature-removal-schedule obsoletes, Pierre Ossman
  • Re: feature-removal-schedule obsoletes, Christoph Hellwig
• AHCI power saving (was Re: Ten hours on X60s), Pavel Machek
  • Re: AHCI power saving (was Re: Ten hours on X60s), Jeff Garzik
    • Re: AHCI power saving (was Re: Ten hours on X60s), Andi Kleen
      • Re: AHCI power saving (was Re: Ten hours on X60s), Jeff Garzik
      • Re: AHCI power saving (was Re: Ten hours on X60s), Valdis . Kletnieks
      • Re: AHCI power saving (was Re: Ten hours on X60s), Mark Lord
      • Re: AHCI power saving (was Re: Ten hours on X60s), Pavel Machek
      • HD head unloads (was: Re: AHCI power saving), Henrique de Moraes Holschuh
      • Re: HD head unloads (was: Re: AHCI power saving), Jan Engelhardt
      • Re: HD head unloads, Mark Lord
      • Re: HD head unloads, Jan Engelhardt
      • Re: HD head unloads, Jan Engelhardt
      • Re: AHCI power saving (was Re: Ten hours on X60s), Tejun Heo
      • Re: AHCI power saving (was Re: Ten hours on X60s), Pavel Machek
    • Re: AHCI power saving (was Re: Ten hours on X60s), Alan
    • Re: AHCI power saving (was Re: Ten hours on X60s), Pavel Machek
    • Re: AHCI power saving, John Fremlin
• 2.6.19-rc5-mm1 : probe of 0000:00:1f.2 failed with error -16, Remi
  • Re: 2.6.19-rc5-mm1 : probe of 0000:00:1f.2 failed with error -16, Fabio Coatti
    • Re: 2.6.19-rc5-mm1 : probe of 0000:00:1f.2 failed with error -16, Remi
      • Re: 2.6.19-rc5-mm1 : probe of 0000:00:1f.2 failed with error -16, Fabio Coatti
      • Re: 2.6.19-rc5-mm1 : probe of 0000:00:1f.2 failed with error -16, Remi
      • Re: 2.6.19-rc5-mm1 : probe of 0000:00:1f.2 failed with error -16, Fabio Coatti
  • Re: 2.6.19-rc5-mm1 : probe of 0000:00:1f.2 failed with error -16, Alan
    • Re: 2.6.19-rc5-mm1 : probe of 0000:00:1f.2 failed with error -16, Remi
• Re: Intel OS Forum talk slides: Monolithic OSes, Microkernels, Hypervisors, Al Boldi
• PCI-Bus scanning at boot does not find hidden resource, Harry Enke
• [RFC] [PATCH] cpu_hotplug on IBM JS20 system, Srinivasa Ds
  • Re: [RFC] [PATCH] cpu_hotplug on IBM JS20 system, Heiko Carstens
    • Re: [RFC] [PATCH] cpu_hotplug on IBM JS20 system, Gautham R Shenoy
  • Re: [RFC] [PATCH] cpu_hotplug on IBM JS20 system, Benjamin Herrenschmidt
    • Re: [RFC] [PATCH] cpu_hotplug on IBM JS20 system, Srinivasa Ds
      • Re: [RFC] [PATCH] cpu_hotplug on IBM JS20 system, Srinivasa Ds
      • Re: [RFC] [PATCH] cpu_hotplug on IBM JS20 system, Michael Ellerman
      • Re: [RFC] [PATCH] cpu_hotplug on IBM JS20 system, Srinivasa Ds
• [PATCH 0/8] V4L/DVB fixes, mchehab
  • [PATCH 1/8] V4L/DVB (4795): Tda826x: use correct max frequency, mchehab
  • [PATCH 7/8] V4L/DVB (4817): Fix uses of "&&" where "&" was intended, mchehab
  • [PATCH 2/8] V4L/DVB (4802): Cx88: fix remote control on WinFast 2000XP Expert, mchehab
  • [PATCH 6/8] V4L/DVB (4816): Change tuner type for Avermedia A16AR, mchehab
  • [PATCH 3/8] V4L/DVB (4804): Fix missing i2c dependency for saa7110, mchehab
  • [PATCH 5/8] V4L/DVB (4815): Remote support for Avermedia A16AR, mchehab
  • [PATCH 4/8] V4L/DVB (4814): Remote support for Avermedia 777, mchehab
  • [PATCH 8/8] V4L/DVB (4818): Flexcop-usb: fix debug printk, mchehab
• /dev before the root filesystem is mounted, Ivan Ukhov
  • Re: /dev before the root filesystem is mounted, Jan Engelhardt
    • Re: /dev before the root filesystem is mounted, Ivan Ukhov
      • Re: /dev before the root filesystem is mounted, Jan Engelhardt
      • Re: /dev before the root filesystem is mounted, Erik Mouw
• [PATCH] Update disk statistics for cciss and cpqarray devices, Petr Tesařík
  • Re: [PATCH] Update disk statistics for cciss and cpqarray devices, Jens Axboe
• [PATCH 2.6.19-rc5-git2] EFI: mapping memory region of runtime services when using memmap kernel parameter, Myaskouvskey, Artiom
  • Re: [PATCH 2.6.19-rc5-git2] EFI: mapping memory region of runtime services when using memmap kernel parameter, Andi Kleen
  • <Possible follow-ups>
  • [PATCH 2.6.19-rc5-git2] EFI: mapping memory region of runtime services when using memmap kernel parameter, Myaskouvskey, Artiom
    • Re: [PATCH 2.6.19-rc5-git2] EFI: mapping memory region of runtime services when using memmap kernel parameter, Randy Dunlap
• [PATCH 2.6.19-rc5-git2] EFI: calling efi_get_time during suspend, Myaskouvskey, Artiom
  • Re: [PATCH 2.6.19-rc5-git2] EFI: calling efi_get_time during suspend, Arjan van de Ven
  • <Possible follow-ups>
  • [PATCH 2.6.19-rc5-git2] EFI: calling efi_get_time during suspend, Myaskouvskey, Artiom
• xfs kernel BUG again in 2.6.17.11, Martin Braun
  • Re: xfs kernel BUG again in 2.6.17.11, David Chinner
    • Re: xfs kernel BUG again in 2.6.17.11, Martin Braun
      • Re: xfs kernel BUG again in 2.6.17.11, Oleg Verych
      • Re: xfs kernel BUG again in 2.6.17.11, Martin Braun
      • Re: xfs kernel BUG again in 2.6.17.11, Oleg Verych
• [patch 0/4] Syslog permissions, revised, Zack Weinberg
  • [patch 1/4] Add <linux/klog.h>, Zack Weinberg
  • [patch 2/4] permission mapping for sys_syslog operations, Zack Weinberg
    • Re: [patch 2/4] permission mapping for sys_syslog operations, Arjan van de Ven
      • Re: [patch 2/4] permission mapping for sys_syslog operations, Zack Weinberg
      • Re: [patch 2/4] permission mapping for sys_syslog operations, Arjan van de Ven
      • Re: [patch 2/4] permission mapping for sys_syslog operations, Zack Weinberg
      • Re: [patch 2/4] permission mapping for sys_syslog operations, Arjan van de Ven
      • Re: [patch 2/4] permission mapping for sys_syslog operations, Alexey Dobriyan
  • [patch 3/4] Refactor do_syslog interface, Zack Weinberg
  • [patch 4/4] Distinguish /proc/kmsg access from sys_syslog, Zack Weinberg
• linux-2.6.19-rc5-g088406bc build #120 failed, Toralf Förster
  • [PATCH] Re: linux-2.6.19-rc5-g088406bc build #120 failed, Jeff Garzik
    • Re: [PATCH] Re: linux-2.6.19-rc5-g088406bc build #120 failed, Paul Fulghum
      • Re: [PATCH] Re: linux-2.6.19-rc5-g088406bc build #120 failed, Jeff Garzik
      • Re: [PATCH] Re: linux-2.6.19-rc5-g088406bc build #120 failed, Paul Fulghum
      • Re: [PATCH] Re: linux-2.6.19-rc5-g088406bc build #120 failed, Krzysztof Halasa
      • Re: [PATCH] Re: linux-2.6.19-rc5-g088406bc build #120 failed, Paul Fulghum
      • Re: [PATCH] Re: linux-2.6.19-rc5-g088406bc build #120 failed, Krzysztof Halasa
      • Re: [PATCH] Re: linux-2.6.19-rc5-g088406bc build #120 failed, Paul Fulghum
      • Re: [PATCH] Re: linux-2.6.19-rc5-g088406bc build #120 failed, Andrew Morton
      • Re: [PATCH] Re: linux-2.6.19-rc5-g088406bc build #120 failed, Paul Fulghum
      • Re: [PATCH] Re: linux-2.6.19-rc5-g088406bc build #120 failed, Daniel Barkalow
      • Re: [PATCH] Re: linux-2.6.19-rc5-g088406bc build #120 failed, Krzysztof Halasa
      • Re: [PATCH] Re: linux-2.6.19-rc5-g088406bc build #120 failed, Paul Fulghum
      • Re: [PATCH] Re: linux-2.6.19-rc5-g088406bc build #120 failed, Krzysztof Halasa
      • Re: [PATCH] Re: linux-2.6.19-rc5-g088406bc build #120 failed, Paul Fulghum
      • Re: [PATCH] Re: linux-2.6.19-rc5-g088406bc build #120 failed, Krzysztof Halasa
      • Re: [PATCH] Re: linux-2.6.19-rc5-g088406bc build #120 failed, Randy Dunlap
    • Re: [PATCH] Re: linux-2.6.19-rc5-g088406bc build #120 failed, Toralf Förster
• [PATCH/RFC] powerpc: Fix mmap of PCI resource with hack for X, Benjamin Herrenschmidt
  • Re: [PATCH/RFC] powerpc: Fix mmap of PCI resource with hack for X, David Miller
    • Re: [PATCH/RFC] powerpc: Fix mmap of PCI resource with hack for X, Benjamin Herrenschmidt
      • Re: [PATCH/RFC] powerpc: Fix mmap of PCI resource with hack for X, David Miller
      • Re: [PATCH/RFC] powerpc: Fix mmap of PCI resource with hack for X, Benjamin Herrenschmidt
    • Re: [PATCH/RFC] powerpc: Fix mmap of PCI resource with hack for X, Ian Romanick
      • Re: [PATCH/RFC] powerpc: Fix mmap of PCI resource with hack for X, Benjamin Herrenschmidt
• [PATCH] aoe: Add forgotten NULL at end of attribute list in aoeblk.c, Dennis Stosberg
  • Re: [PATCH] aoe: Add forgotten NULL at end of attribute list in aoeblk.c, Ed L. Cashin
• paging request BUG in 2.6.19-rc5 on resume - X60s, Martin Lorenz
  • Re: paging request BUG in 2.6.19-rc5 on resume - X60s, Mike Galbraith
    • Re: [ltp] Re: paging request BUG in 2.6.19-rc5 on resume - X60s, Martin Lorenz
      • Re: [ltp] Re: paging request BUG in 2.6.19-rc5 on resume - X60s, Mike Galbraith
  • Re: paging request BUG in 2.6.19-rc5 on resume - X60s, Sven-Haegar Koch
  • Re: paging request BUG in 2.6.19-rc5 on resume - X60s, Rafael J. Wysocki
    • Re: [ltp] Re: paging request BUG in 2.6.19-rc5 on resume - X60s, Martin Lorenz
      • Re: [ltp] Re: paging request BUG in 2.6.19-rc5 on resume - X60s, Mike Galbraith
  • Re: paging request BUG in 2.6.19-rc5 on resume - X60s, Jeremy Fitzhardinge
• Dual cores on Core2Duo not detected?, Shaun Q
  • Re: Dual cores on Core2Duo not detected?, Stephen Clark
    • Re: Dual cores on Core2Duo not detected?, Shaun Q
      • Re: Dual cores on Core2Duo not detected?, Jesper Juhl
      • Re: Dual cores on Core2Duo not detected?, Shaun Q
      • Re: Dual cores on Core2Duo not detected?, Arjan van de Ven
      • Re: Dual cores on Core2Duo not detected?, Stephen Clark
      • Re: Dual cores on Core2Duo not detected?, Shaun Q
  • Re: Dual cores on Core2Duo not detected?, Jesper Juhl
    • Re: Dual cores on Core2Duo not detected?, Shaun Q
  • Re: Dual cores on Core2Duo not detected?, Mark Lord
    • Re: Dual cores on Core2Duo not detected?, Shaun Q
• Problems with file systems created on 2.6.18.x, lkml-2006i-ticket@xxxxxxxxxx
  • Re: Problems with file systems created on 2.6.18.x, Jan Engelhardt
• 2.6.18 and above performance improvements, Jeffrey V. Merkey
• Intel OS Forum talk slides: Monolithic OSes, Microkernels, Hypervisors and Scalability, Christoph Lameter
  • Re: Intel OS Forum talk slides: Monolithic OSes, Microkernels, Hypervisors and Scalability, Gabor MICSKO
    • Re: Intel OS Forum talk slides: Monolithic OSes, Microkernels, Hypervisors and Scalability, Christoph Lameter
• [PATCH] implement-system-call-mini-HOWTO.txt, Amit Choudhary
  • Re: [PATCH] implement-system-call-mini-HOWTO.txt, Arjan van de Ven
  • Re: [PATCH] implement-system-call-mini-HOWTO.txt, Jan Engelhardt
• [RFC] make sys_pciconfig_iobase lethal to calling processes, Benjamin Herrenschmidt
• Fw: Дополнительный зароботок,а может и твоё будубщее!, Perlamutr2010
• [PATCH] Bring ext2 reservations code in line with latest ext3, Martin J. Bligh
  • Re: [PATCH] Bring ext2 reservations code in line with latest ext3, Dave Jones
    • Re: [PATCH] Bring ext2 reservations code in line with latest ext3, Martin J. Bligh
  • Re: [PATCH] Bring ext2 reservations code in line with latest ext3, Arjan van de Ven
  • Re: [PATCH] Bring ext2 reservations code in line with latest ext3, Andrew Morton
• 2.6.18 - AHCI detection pauses excessively, Berck E. Nash
  • Re: 2.6.18 - AHCI detection pauses excessively, Tejun Heo
    • Re: 2.6.18 - AHCI detection pauses excessively, Berck E. Nash
      • Re: 2.6.18 - AHCI detection pauses excessively, JG
      • Re: 2.6.18 - AHCI detection pauses excessively, Tejun Heo
      • Re: 2.6.18 - AHCI detection pauses excessively, Berck E. Nash
      • Re: 2.6.18 - AHCI detection pauses excessively, Tejun Heo
      • Re: 2.6.18 - AHCI detection pauses excessively, Berck E. Nash
      • Re: 2.6.18 - AHCI detection pauses excessively, Mark Lord
• [RFC] Pushing device/driver binding decisions to userspace, Ben Collins
  • Re: [RFC] Pushing device/driver binding decisions to userspace, Nicholas Miell
    • Re: [RFC] Pushing device/driver binding decisions to userspace, Ben Collins
      • Re: [RFC] Pushing device/driver binding decisions to userspace, Nicholas Miell
      • Re: [RFC] Pushing device/driver binding decisions to userspace, Ben Collins
      • Re: [RFC] Pushing device/driver binding decisions to userspace, Nicholas Miell
      • Re: [RFC] Pushing device/driver binding decisions to userspace, Ben Collins
      • Re: [RFC] Pushing device/driver binding decisions to userspace, Martin Mares
      • Re: [RFC] Pushing device/driver binding decisions to userspace, Xavier Bestel
      • Re: [RFC] Pushing device/driver binding decisions to userspace, Greg KH
      • Re: [RFC] Pushing device/driver binding decisions to userspace, Kay Sievers
      • Re: [RFC] Pushing device/driver binding decisions to userspace, Greg KH
  • Re: [RFC] Pushing device/driver binding decisions to userspace, Arjan van de Ven
    • Re: [RFC] Pushing device/driver binding decisions to userspace, Lee Revell
      • Re: [RFC] Pushing device/driver binding decisions to userspace, Arjan van de Ven
      • Re: [RFC] Pushing device/driver binding decisions to userspace, Jim Crilly
      • Re: [RFC] Pushing device/driver binding decisions to userspace, Lee Revell
      • Re: [RFC] Pushing device/driver binding decisions to userspace, Jim Crilly
      • Re: [RFC] Pushing device/driver binding decisions to userspace, Lee Revell
      • Re: [RFC] Pushing device/driver binding decisions to userspace, Jim Crilly
      • Re: [RFC] Pushing device/driver binding decisions to userspace, Arjan van de Ven
      • Re: [RFC] Pushing device/driver binding decisions to userspace, Jim Crilly
• 2.6.18.2: BUG: soft lockup detected on CPU#1!, CaT
• 2.6.19-rc4-mm1: writev() _functional_ regression, Nick Orlov
  • Re: 2.6.19-rc4-mm1: writev() _functional_ regression, Andrew Morton
    • Re: 2.6.19-rc4-mm1: writev() _functional_ regression, Nick Piggin
• sexxually expllicit:exacting ruussian Eighteen!, Archie Maldonado
• [PATCH] 2.6.18-rt7: fix more issues with 32-bit cycles_t in latency_trace.c, Sergei Shtylyov
  • Re: [PATCH] 2.6.18-rt7: fix more issues with 32-bit cycles_t in latency_trace.c, Sergei Shtylyov
• PROBLEM: 2.6.18.2 kernel BUG at mm/vmscan.c:606!, Paul Seelig
  • Re: PROBLEM: 2.6.18.2 kernel BUG at mm/vmscan.c:606!, Paolo Ornati
    • Re: PROBLEM: 2.6.18.2 kernel BUG at mm/vmscan.c:606!, Paul Seelig
      • Re: PROBLEM: 2.6.18.2 kernel BUG at mm/vmscan.c:606!, Paolo Ornati
• privilege level of program which is called by call_usermodehelper(), ranjith kumar
  • Re: privilege level of program which is called by call_usermodehelper(), Michal Schmidt
• sexuaally expllicit:#$$beauty#> Yooung Teen so overnice and ., Stacie Meadows
• [PATCH] Take 2 - 2.6.19-rc5-mm1 - ver_linux additions, Valdis . Kletnieks
• Re: [patch] floppy: suspend/resume fix, Mikael Pettersson
  • Re: [patch] floppy: suspend/resume fix, Ingo Molnar
    • Re: [patch] floppy: suspend/resume fix, Andrew Morton
      • Re: [patch] floppy: suspend/resume fix, Arjan van de Ven
    • Re: [patch] floppy: suspend/resume fix, Russell King
  • <Possible follow-ups>
  • Re: [patch] floppy: suspend/resume fix, Mikael Pettersson
    • Re: [patch] floppy: suspend/resume fix, Russell King
      • Re: [patch] floppy: suspend/resume fix, Ingo Molnar
      • Re: [patch] floppy: suspend/resume fix, Russell King
      • Re: [patch] floppy: suspend/resume fix, Pavel Machek
      • Re: [patch] floppy: suspend/resume fix, Lee Revell
      • Re: [patch] floppy: suspend/resume fix, Pavel Machek
      • Re: [patch] floppy: suspend/resume fix, Lee Revell
      • Re: [patch] floppy: suspend/resume fix, Alan
      • Re: [patch] floppy: suspend/resume fix, Pavel Machek
      • Re: [patch] floppy: suspend/resume fix, Rafael J. Wysocki
      • Re: [patch] floppy: suspend/resume fix, Arjan van de Ven
      • Re: [patch] floppy: suspend/resume fix, Russell King
      • Re: [patch] floppy: suspend/resume fix, Ingo Molnar
  • Re: [patch] floppy: suspend/resume fix, Bodo Eggert
    • Re: [patch] floppy: suspend/resume fix, Pavel Machek
  • Re: [patch] floppy: suspend/resume fix, Mikael Pettersson
    • Re: [patch] floppy: suspend/resume fix, Russell King
      • Re: [patch] floppy: suspend/resume fix, Ingo Molnar
• [2.6 patch] arch/i386/kernel/io_apic.c: handle a negative return value, Adrian Bunk
  • Re: [2.6 patch] arch/i386/kernel/io_apic.c: handle a negative return value, Ingo Molnar
  • Re: [2.6 patch] arch/i386/kernel/io_apic.c: handle a negative return value, Andrew Morton
    • Re: [2.6 patch] arch/i386/kernel/io_apic.c: handle a negative return value, Ingo Molnar
• RFC - 2.6.19-rc5-mm1 Documentation/Changes cleanup, Valdis . Kletnieks
  • Re: RFC - 2.6.19-rc5-mm1 Documentation/Changes cleanup, Adrian Bunk
    • Re: RFC - 2.6.19-rc5-mm1 Documentation/Changes cleanup, Valdis . Kletnieks
• [PATH] Replace kmalloc+memset with kzalloc 6/17, Burman Yan
• [PATH] Replace kmalloc+memset with kzalloc 7/17, Burman Yan
• [PATH] Replace kmalloc+memset with kzalloc 3/17, Burman Yan
• [PATH] Replace kmalloc+memset with kzalloc 4/17, Burman Yan
• [PATH] Replace kmalloc+memset with kzalloc 2/17, Burman Yan
• [PATH] Replace kmalloc+memset with kzalloc 5/17, Burman Yan
• [PATH] Replace kmalloc+memset with kzalloc 1/17, Burman Yan
  • Re: [PATH] Replace kmalloc+memset with kzalloc 1/17, Russell King
    • Re: [PATH] Replace kmalloc+memset with kzalloc 1/17, Randy Dunlap
      • Re: [PATH] Replace kmalloc+memset with kzalloc 1/17, Jan Engelhardt
    • Re: [PATH] Replace kmalloc+memset with kzalloc 1/17, Burman Yan
      • Re: [PATH] Replace kmalloc+memset with kzalloc 1/17, Paulo Marques
• [PATCH] 2.6.19-rc5-mm1 - ver_linux additions, Valdis . Kletnieks
• ieee80211 & ipw2200 (ipw2100) issues, Shawn Starr
  • Re: ieee80211 & ipw2200 (ipw2100) issues, Alessandro Suardi
    • Re: ieee80211 & ipw2200 (ipw2100) issues, Mark Lord
  • <Possible follow-ups>
  • Re: ieee80211 & ipw2200 (ipw2100) issues, Shawn Starr
    • Re: ieee80211 & ipw2200 (ipw2100) issues, Mark Lord
      • Re: ieee80211 & ipw2200 (ipw2100) issues, Alessandro Suardi
      • Re: ieee80211 & ipw2200 (ipw2100) issues, Shawn Starr
• expliccit:beat Justt Cuties and sightly Teenies frrom Yourr dreamm!, Sheena
• What processor type?, Stephen Clark
  • Re: What processor type?, Arjan van de Ven
    • Re: What processor type?, Mark Lord
      • Re: What processor type?, Arjan van de Ven
• [PATCH 2.6.18.2] EFI: calling efi_get_time during suspend, Myaskouvskey, Artiom
• [PATCH 2.6.18.2] EFI: mapping memory region of runtime services when using memmap kernel parameter, Myaskouvskey, Artiom
  • Re: [PATCH 2.6.18.2] EFI: mapping memory region of runtime services when using memmap kernel parameter, Randy Dunlap
• 2.6.19-rc5, USB/scsi, scsi_execute_async -> invalid opcode: 0000, Eduard Bloch
• [PATCH] KVM: Segment access cleanup, Avi Kivity
• seexually explicitt:Youungest friendly Schoolgirls***edd by oldmann., Courtney Oleary
• [RFC PATCH] RFkill - Add support for input key to control wireless radio, Ivo van Doorn
  • Re: [RFC PATCH] RFkill - Add support for input key to control wireless radio, Oliver Neukum
    • Re: [RFC PATCH] RFkill - Add support for input key to control wireless radio, Ivo van Doorn
    • Re: [RFC PATCH] RFkill - Add support for input key to control wireless radio, Jan Engelhardt
• [PATCH] KVM: Fix asm constraints for segment loads, Avi Kivity
• [PATCH] KVM: Fix asm constraints, Avi Kivity
• [PATCH] KVM: Fix segment state changes across processor mode switches, Avi Kivity
• Re: [PATCH 5/5] ioremap balanced with iounmap for drivers/char/watchdog/s3c2410_wdt.c, Ben Dooks
• Re: arm920t s3c24xx, Ben Dooks
  • <Possible follow-ups>
  • Re: arm920t s3c24xx, Ben Dooks
• include/linux/nfsd/nfsfh.h: NULL dereference, Adrian Bunk
• [RFC: 2.6 patch] include/linux/nfsd/nfsfh.h: fix a NULL, Adrian Bunk
  • Re: [NFS] [RFC: 2.6 patch] include/linux/nfsd/nfsfh.h: fix a NULL, Trond Myklebust
    • [2.6 patch] include/linux/nfsd/nfsfh.h:fh_unlock(): change an error to a BUG_ON(), Adrian Bunk
      • Re: [2.6 patch] include/linux/nfsd/nfsfh.h:fh_unlock(): change an error to a BUG_ON(), Neil Brown
• seexually exxplicit: good-looking virggin Schoolgirls?, Michele
• idecd: attempt to access beyond end of device, Sebastian Kemper
  • Message not available
    • Re: idecd: attempt to access beyond end of device, Sebastian Kemper
      • Message not available
      • Re: idecd: attempt to access beyond end of device, Sebastian Kemper
• 2.6.19-rc5: grub is much slower resuming from suspend-to-disk than in 2.6.18, Andrey Borzenkov
  • Re: 2.6.19-rc5: grub is much slower resuming from suspend-to-disk than in 2.6.18, Rafael J. Wysocki
    • Re: 2.6.19-rc5: grub is much slower resuming from suspend-to-disk than in 2.6.18, Jan Engelhardt
    • Re: 2.6.19-rc5: grub is much slower resuming from suspend-to-disk than in 2.6.18, Andrey Borzenkov
      • Re: 2.6.19-rc5: grub is much slower resuming from suspend-to-disk than in 2.6.18, Rafael J. Wysocki
      • Re: 2.6.19-rc5: grub is much slower resuming from suspend-to-disk than in 2.6.18, Andrey Borzenkov
  • Re: 2.6.19-rc5: grub is much slower resuming from suspend-to-disk than in 2.6.18, Pavel Machek
    • Re: 2.6.19-rc5: grub is much slower resuming from suspend-to-disk than in 2.6.18, Andrey Borzenkov
      • Re: 2.6.19-rc5: grub is much slower resuming from suspend-to-disk than in 2.6.18, Stefan Seyfried
      • Re: 2.6.19-rc5: grub is much slower resuming from suspend-to-disk than in 2.6.18, Andrey Borzenkov
      • Re: 2.6.19-rc5: grub is much slower resuming from suspend-to-disk than in 2.6.18, Zan Lynx
      • Re: 2.6.19-rc5: grub is much slower resuming from suspend-to-disk than in 2.6.18, Stefan Seyfried
      • Re: 2.6.19-rc5: grub is much slower resuming from suspend-to-disk than in 2.6.18, Andrey Borzenkov
      • Re: 2.6.19-rc5: grub is much slower resuming from suspend-to-disk than in 2.6.18, Pavel Machek
      • Re: 2.6.19-rc5: grub is much slower resuming from suspend-to-disk than in 2.6.18, Andrey Borzenkov
      • Re: 2.6.19-rc5: grub is much slower resuming from suspend-to-disk than in 2.6.18, Pavel Machek
      • Re: 2.6.19-rc5: grub is much slower resuming from suspend-to-disk than in 2.6.18, Andrey Borzenkov
      • Re: 2.6.19-rc5: grub is much slower resuming from suspend-to-disk than in 2.6.18, Pavel Machek
      • Re: 2.6.19-rc5: grub is much slower resuming from suspend-to-disk than in 2.6.18, Stefan Seyfried
      • Re: 2.6.19-rc5: grub is much slower resuming from suspend-to-disk than in 2.6.18, Rafael J. Wysocki
• seexually expplicit:#$$beauty#> Youung Lady so lovelily and youung., Forrest Burks
• Intel RNG: firmware hub changes in 2.6.19 break 82802 detection on Core2 Duo MacBook Pro, Julien BLACHE
  • Re: Intel RNG: firmware hub changes in 2.6.19 break 82802 detection on Core2 Duo MacBook Pro, Joseph Fannin
    • Re: Intel RNG: firmware hub changes in 2.6.19 break 82802 detection on Core2 Duo MacBook Pro, Julien BLACHE
• [PATCH] hid-core: Add quirk for new Apple keyboard/trackpad, Julien BLACHE
• [PATCH] autofs4 - panic after mount fail, Ian Kent
  • Re: [PATCH] autofs4 - panic after mount fail, David Howells
    • Re: [PATCH] autofs4 - panic after mount fail, Ian Kent
      • Re: [PATCH] autofs4 - panic after mount fail, Ian Kent
      • Re: [PATCH] autofs4 - panic after mount fail, David Howells
• Re[1]:Best time to learn each other, Valentina
• expllicit:Ruussian stunning Womans harrdcore actiion., Elvis
• smartmontools' Automatic Offline Testing fails on sata_sil, David Liontooth
• [no subject], miinegilmore
• [ANNOUNCE] GIT 1.4.3.5, Junio C Hamano
• sexuually expllicit:Haave evver seenn flirtatious Bitches fuucked in everyy holles?, Elliott
• spin_trylock/spin_unlock panic in 2.6.9-42.0.3.EL, Jon Lewis
• current Capsulees, Hugh Goode
  • Re: *SPAM* current Capsulees, Karl Ordung (Yahoo)
• [PATCH] fix via586 irq routing for pirq 5, Daniel Ritz
  • Re: [PATCH] fix via586 irq routing for pirq 5, Andrew Morton
• [patch/rfc 2.6.19-rc5] arch-neutral GPIO calls, David Brownell
  • Re: [patch/rfc 2.6.19-rc5] arch-neutral GPIO calls, H. Peter Anvin
    • Re: [patch/rfc 2.6.19-rc5] arch-neutral GPIO calls, David Brownell
      • Re: [patch/rfc 2.6.19-rc5] arch-neutral GPIO calls, H. Peter Anvin
  • Re: [patch/rfc 2.6.19-rc5] arch-neutral GPIO calls, Bill Gatliff
  • Re: [patch/rfc 2.6.19-rc5] arch-neutral GPIO calls, Paul Mundt
    • Re: [patch/rfc 2.6.19-rc5] arch-neutral GPIO calls, Thiago Galesi
      • Re: [patch/rfc 2.6.19-rc5] arch-neutral GPIO calls, David Brownell
      • Re: [patch/rfc 2.6.19-rc5] arch-neutral GPIO calls, Bill Gatliff
    • Re: [patch/rfc 2.6.19-rc5] arch-neutral GPIO calls, Bill Gatliff
      • Re: [patch/rfc 2.6.19-rc5] arch-neutral GPIO calls, Paul Mundt
      • Re: [patch/rfc 2.6.19-rc5] arch-neutral GPIO calls, Bill Gatliff
      • Re: [patch/rfc 2.6.19-rc5] arch-neutral GPIO calls, Paul Mundt
      • Re: [patch/rfc 2.6.19-rc5] arch-neutral GPIO calls, David Brownell
      • Re: [patch/rfc 2.6.19-rc5] arch-neutral GPIO calls, Bill Gatliff
      • Re: [patch/rfc 2.6.19-rc5] arch-neutral GPIO calls, David Brownell
      • Re: [patch/rfc 2.6.19-rc5] arch-neutral GPIO calls, Bill Gatliff
      • Re: [patch/rfc 2.6.19-rc5] arch-neutral GPIO calls, David Brownell
      • Re: [patch/rfc 2.6.19-rc5] arch-neutral GPIO calls, Bill Gatliff
      • Re: [patch/rfc 2.6.19-rc5] arch-neutral GPIO calls, David Brownell
      • Re: [patch/rfc 2.6.19-rc5] arch-neutral GPIO calls, Paul Mundt
      • Re: [patch/rfc 2.6.19-rc5] arch-neutral GPIO calls, David Brownell
      • Re: [patch/rfc 2.6.19-rc5] arch-neutral GPIO calls, Bill Gatliff
      • Re: [patch/rfc 2.6.19-rc5] arch-neutral GPIO calls, Paul Mundt
      • Re: [Bulk] Re: [patch/rfc 2.6.19-rc5] arch-neutral GPIO calls, David Brownell
      • Re: [Bulk] Re: [patch/rfc 2.6.19-rc5] arch-neutral GPIO calls, Bill Gatliff
      • Re: [patch/rfc 2.6.19-rc5] arch-neutral GPIO calls, Bill Gatliff
      • Re: [patch/rfc 2.6.19-rc5] arch-neutral GPIO calls, David Brownell
      • Re: [patch/rfc 2.6.19-rc5] arch-neutral GPIO calls, pHilipp Zabel
      • Re: [patch/rfc 2.6.19-rc5] arch-neutral GPIO calls, pHilipp Zabel
      • Re: [patch/rfc 2.6.19-rc5] arch-neutral GPIO calls, David Brownell
      • Re: [patch/rfc 2.6.19-rc5] arch-neutral GPIO calls, David Brownell
      • Re: [patch/rfc 2.6.19-rc5] arch-neutral GPIO calls, Paul Mundt
      • Re: [patch/rfc 2.6.19-rc5] arch-neutral GPIO calls, David Brownell
    • Re: [patch/rfc 2.6.19-rc5] arch-neutral GPIO calls, David Brownell
      • Re: [patch/rfc 2.6.19-rc5] arch-neutral GPIO calls, Bill Gatliff
      • Re: [patch/rfc 2.6.19-rc5] arch-neutral GPIO calls, David Brownell
      • Re: [patch/rfc 2.6.19-rc5] arch-neutral GPIO calls, Bill Gatliff
      • Re: [patch/rfc 2.6.19-rc5] arch-neutral GPIO calls, David Brownell
      • Re: [patch/rfc 2.6.19-rc5] arch-neutral GPIO calls, Bill Gatliff
      • Re: [patch/rfc 2.6.19-rc5] arch-neutral GPIO calls, Bill Gatliff
  • [RFC/PATCH] arch-neutral GPIO calls: AVR32 implementation, Haavard Skinnemoen
    • Re: [RFC/PATCH] arch-neutral GPIO calls: AVR32 implementation, David Brownell
      • Re: [RFC/PATCH] arch-neutral GPIO calls: AVR32 implementation, Bill Gatliff
      • Re: [RFC/PATCH] arch-neutral GPIO calls: AVR32 implementation, David Brownell
      • Re: [RFC/PATCH] arch-neutral GPIO calls: AVR32 implementation, Bill Gatliff
      • Re: [RFC/PATCH] arch-neutral GPIO calls: AVR32 implementation, David Brownell
      • Re: [RFC/PATCH] arch-neutral GPIO calls: AVR32 implementation, Haavard Skinnemoen
      • Re: [RFC/PATCH] arch-neutral GPIO calls: AVR32 implementation, David Brownell
      • [RFC/PATCH] arch-neutral GPIO calls: AVR32 implementation [take 2], Haavard Skinnemoen
      • Re: [RFC/PATCH] arch-neutral GPIO calls: AVR32 implementation [take 2], David Brownell
• beat Laarger orgaasm, Sherrie
• 2.6.19-rc5-mm1 fails to compile with gcc 4.2, Bernhard Rosenkraenzer
  • Re: 2.6.19-rc5-mm1 fails to compile with gcc 4.2, Avi Kivity
    • Re: 2.6.19-rc5-mm1 fails to compile with gcc 4.2, Bernhard Rosenkraenzer
      • Re: 2.6.19-rc5-mm1 fails to compile with gcc 4.2, Avi Kivity
      • Re: 2.6.19-rc5-mm1 fails to compile with gcc 4.2, Bernhard Rosenkraenzer
      • Re: 2.6.19-rc5-mm1 fails to compile with gcc 4.2, Avi Kivity
      • Re: 2.6.19-rc5-mm1 fails to compile with gcc 4.2, Bernhard Rosenkraenzer
      • Re: 2.6.19-rc5-mm1 fails to compile with gcc 4.2, Avi Kivity
      • Re: 2.6.19-rc5-mm1 fails to compile with gcc 4.2, Segher Boessenkool
      • Re: 2.6.19-rc5-mm1 fails to compile with gcc 4.2, Segher Boessenkool
      • Re: 2.6.19-rc5-mm1 fails to compile with gcc 4.2, Segher Boessenkool
    • Re: 2.6.19-rc5-mm1 fails to compile with gcc 4.2, Bernhard Rosenkraenzer
      • Re: 2.6.19-rc5-mm1 fails to compile with gcc 4.2, Avi Kivity
• [PATCH 1/4] Char: cyclades, save indent levels, Jiri Slaby
  • [PATCH 4/4] Char: cyclades, fix warnings, Jiri Slaby
  • [PATCH 3/4] Char: cyclades, cleanup, Jiri Slaby
• [PATCH 1/5] Char: istallion, fix enabling, Jiri Slaby
  • [PATCH 2/5] Char: istallion, move init and exit code, Jiri Slaby
  • [PATCH 5/5] Char: istallion, use mod_timer, Jiri Slaby
  • [PATCH 4/5] Char: istallion, dynamic tty device, Jiri Slaby
  • [PATCH 3/5] Char: istallion, change init sequence, Jiri Slaby
• [PATCH] Apple Motion Sensor driver, Stelian Pop
  • Re: [PATCH] Apple Motion Sensor driver, Michael Hanselmann
    • Re: [PATCH] Apple Motion Sensor driver, Stelian Pop
      • Re: [PATCH] Apple Motion Sensor driver, Michael Hanselmann
      • Re: [PATCH] Apple Motion Sensor driver, Stelian Pop
      • Re: [PATCH] Apple Motion Sensor driver, Jean Delvare
      • Re: [PATCH] Apple Motion Sensor driver, Dmitry Torokhov
  • Re: [PATCH] Apple Motion Sensor driver, Dmitry Torokhov
    • Re: [PATCH] Apple Motion Sensor driver, Stelian Pop
      • Re: [PATCH] Apple Motion Sensor driver, Dmitry Torokhov
      • Re: [PATCH] Apple Motion Sensor driver, Stelian Pop
      • Re: [PATCH] Apple Motion Sensor driver, Johannes Berg
      • Re: [PATCH] Apple Motion Sensor driver, Jean Delvare
      • Re: [PATCH] Apple Motion Sensor driver, Johannes Berg
      • Re: [PATCH] Apple Motion Sensor driver, Michael Hanselmann
      • Re: [PATCH] Apple Motion Sensor driver, Stelian Pop
      • Re: [PATCH] Apple Motion Sensor driver, Dmitry Torokhov
      • Re: [PATCH] Apple Motion Sensor driver, Robert Love
      • Re: [PATCH] Apple Motion Sensor driver, Stelian Pop
      • Re: [PATCH] Apple Motion Sensor driver, Johannes Berg
      • Re: [PATCH] Apple Motion Sensor driver, Stelian Pop
  • Re: [PATCH] Apple Motion Sensor driver, Jean Delvare
    • Re: [PATCH] Apple Motion Sensor driver, Henrique de Moraes Holschuh
    • Re: [PATCH] Apple Motion Sensor driver, Stelian Pop
      • Re: [PATCH] Apple Motion Sensor driver, Henrique de Moraes Holschuh
• [BUG] floppy: broken after resume due to 2.6.18-rc1 lockdep changes, Mikael Pettersson
  • [patch] floppy: suspend/resume fix, Ingo Molnar
• grand Largger, Guadalupe
• example meetinng sitte., Garry Rojas
• trouble with mounting a 1.5 TB raid6 volume in 2.6.19-rc5-mm1, jurriaan
  • Re: trouble with mounting a 1.5 TB raid6 volume in 2.6.19-rc5-mm1, thunder7
  • Re: trouble with mounting a 1.5 TB raid6 volume in 2.6.19-rc5-mm1, Neil Brown
    • Re: trouble with mounting a 1.5 TB raid6 volume in 2.6.19-rc5-mm1, Neil Brown
      • Re: trouble with mounting a 1.5 TB raid6 volume in 2.6.19-rc5-mm1, thunder7
      • Re: trouble with mounting a 1.5 TB raid6 volume in 2.6.19-rc5-mm1, Neil Brown
• printk in user mode program, ranjith kumar
  • Re: printk in user mode program, Jan Engelhardt
• Re: [Bugme-new] [Bug 7495] New: Kernel periodically hangs., Andrew Morton
  • Re: [Bugme-new] [Bug 7495] New: Kernel periodically hangs., Arjan van de Ven
    • Re: [Bugme-new] [Bug 7495] New: Kernel periodically hangs., Andrew Morton
      • Re: [Bugme-new] [Bug 7495] New: Kernel periodically hangs., Arjan van de Ven
      • Re: [Bugme-new] [Bug 7495] New: Kernel periodically hangs., Adrian Bunk
      • Re: [Bugme-new] [Bug 7495] New: Kernel periodically hangs., Arjan van de Ven
      • Re: [Bugme-new] [Bug 7495] New: Kernel periodically hangs., Adrian Bunk
      • Re: [Bugme-new] [Bug 7495] New: Kernel periodically hangs., Arjan van de Ven
      • Re: [Bugme-new] [Bug 7495] New: Kernel periodically hangs., Adrian Bunk
      • Re: [Bugme-new] [Bug 7495] New: Kernel periodically hangs., Arjan van de Ven
      • Re: [Bugme-new] [Bug 7495] New: Kernel periodically hangs., Adrian Bunk
      • Re: [Bugme-new] [Bug 7495] New: Kernel periodically hangs., Arjan van de Ven
      • Re: [Bugme-new] [Bug 7495] New: Kernel periodically hangs., Patrick McFarland
      • Re: [Bugme-new] [Bug 7495] New: Kernel periodically hangs., Arjan van de Ven
      • Re: [Bugme-new] [Bug 7495] New: Kernel periodically hangs., Adrian Bunk
      • Re: [Bugme-new] [Bug 7495] New: Kernel periodically hangs., Dave Jones
      • Re: [Bugme-new] [Bug 7495] New: Kernel periodically hangs., Andi Kleen
      • Re: [Bugme-new] [Bug 7495] New: Kernel periodically hangs., Ingo Oeser
      • Re: [Bugme-new] [Bug 7495] New: Kernel periodically hangs., Andrew Morton
      • Re: [Bugme-new] [Bug 7495] New: Kernel periodically hangs., Arjan van de Ven
  • Re: [Bugme-new] [Bug 7495] New: Kernel periodically hangs., Neil Brown
  • Re: [Bugme-new] [Bug 7495] New: Kernel periodically hangs., David Howells
• [PATCH] ACPI remove unused variable and fix a compile time warning, Burman Yan
• Proper patch posting question, Burman Yan
  • Re: Proper patch posting question, Jan Engelhardt
• OOM in 2.6.19-rc*, Christian Kujau
  • Re: OOM in 2.6.19-rc*, Benoit Boissinot
    • Re: OOM in 2.6.19-rc*, Christian Kujau
  • Re: OOM in 2.6.19-rc*, Adrian Bunk
    • Re: OOM in 2.6.19-rc*, Christian Kujau
      • Re: OOM in 2.6.19-rc*, Adrian Bunk
      • Re: OOM in 2.6.19-rc*, Christian Kujau
      • Re: OOM in 2.6.19-rc*, Tim Schmielau
  • Re: OOM in 2.6.19-rc*, Arjan van de Ven
    • Re: OOM in 2.6.19-rc*, Christian Kujau
• Linux 2.6.16.32-rc1, Adrian Bunk
• drivers/usb/serial/mos7720.c: inconsequent NULL checking, Adrian Bunk
• [TRIVIAL PATCH] Added information about Technisat Sky2Pc cards - take 3, Paolo Ciarrocchi
  • Re: [TRIVIAL PATCH] Added information about Technisat Sky2Pc cards - take 3, Arjan van de Ven
    • Re: [TRIVIAL PATCH] Added information about Technisat Sky2Pc cards - take 3, Paolo Ciarrocchi
      • Re: [TRIVIAL PATCH] Added information about Technisat Sky2Pc cards - take 3, Paolo Ciarrocchi
• drivers/usb/serial/aircable.c: inconsequent NULL checking, Adrian Bunk
  • Message not available
    • Re: drivers/usb/serial/aircable.c: inconsequent NULL checking, Naranjo Manuel Francisco
• drivers/usb/gadget/ether.c: NULL dereference, Adrian Bunk
  • Re: [linux-usb-devel] drivers/usb/gadget/ether.c: NULL dereference, David Brownell
    • Re: [linux-usb-devel] drivers/usb/gadget/ether.c: NULL dereference, Adrian Bunk
      • Re: [linux-usb-devel] drivers/usb/gadget/ether.c: NULL dereference, David Brownell
      • Re: [linux-usb-devel] drivers/usb/gadget/ether.c: NULL dereference, Adrian Bunk
• sexuallyy exxplicit:lascivious suckinng oldmann coock!, Penelope Fields
• [patch] genapic: optimize & fix APIC mode setup, Ingo Molnar
  • Re: [patch] genapic: optimize & fix APIC mode setup, Andi Kleen
    • Re: [patch] genapic: optimize & fix APIC mode setup, Ingo Molnar
    • Re: [patch] genapic: optimize & fix APIC mode setup, Ingo Molnar
    • Re: [patch] genapic: optimize & fix APIC mode setup, Siddha, Suresh B
      • Re: [patch] genapic: optimize & fix APIC mode setup, Andi Kleen
      • Re: [patch] genapic: optimize & fix APIC mode setup, Ingo Molnar
      • Re: [patch] genapic: optimize & fix APIC mode setup, Andi Kleen
      • Re: [patch] genapic: optimize & fix APIC mode setup, Ingo Molnar
      • Re: [patch] genapic: optimize & fix APIC mode setup, Andi Kleen
      • Re: [patch] genapic: optimize & fix APIC mode setup, Ingo Molnar
      • Re: [patch] genapic: optimize & fix APIC mode setup, Andi Kleen
      • Re: [patch] genapic: optimize & fix APIC mode setup, Ingo Molnar
      • Re: [patch] genapic: optimize & fix APIC mode setup, Siddha, Suresh B
      • Re: [patch] genapic: optimize & fix APIC mode setup, Ingo Molnar
      • Re: [patch] genapic: optimize & fix APIC mode setup, Siddha, Suresh B
      • Re: [patch] genapic: optimize & fix APIC mode setup, Ingo Molnar
      • Re: [patch] genapic: optimize & fix APIC mode setup, Siddha, Suresh B
      • Re: [patch] genapic: optimize & fix APIC mode setup, Ashok Raj
      • Re: [patch] genapic: optimize & fix APIC mode setup, Ingo Molnar
      • Re: [patch] genapic: optimize & fix APIC mode setup, Ingo Molnar
      • Re: [patch] genapic: optimize & fix APIC mode setup, Ingo Molnar
      • Re: [patch] genapic: optimize & fix APIC mode setup, Siddha, Suresh B
• [PATCH] appletouch improvements for MacBook, Stelian Pop
• [PATCH] MAC_EMUMOUSEBTN shouldn't depend on INPUT_ADBHID, Stelian Pop
• sexxually expliccit:Younng sex-starved virgiins at Poorno., Tammy Alfaro
  • Re: sexxually expliccit:Younng sex-starved virgiins at Poorno., Joe Ordnung
• Re: Userspace process may be able to DoS kernel, Joerg Platte
  • Re: Userspace process may be able to DoS kernel, Arjan van de Ven
    • Re: Userspace process may be able to DoS kernel, Joerg Platte
• ttyS0 not working any more, LSR safety check engaged, Marc Haber
  • Re: ttyS0 not working any more, LSR safety check engaged, Russell King
    • Re: ttyS0 not working any more, LSR safety check engaged, Marc Haber
      • Re: ttyS0 not working any more, LSR safety check engaged, Russell King
      • Re: ttyS0 not working any more, LSR safety check engaged, Andrew Morton
      • Re: ttyS0 not working any more, LSR safety check engaged, Russell King
      • Re: ttyS0 not working any more, LSR safety check engaged, Marc Haber
  • Re: ttyS0 not working any more, LSR safety check engaged, Marc Haber
• 2.6.19-rc5 regression: can't disable OHCI wakeup via sysfs, Andrey Borzenkov
  • Re: [linux-usb-devel] 2.6.19-rc5 regression: can't disable OHCI wakeup via sysfs, Alan Stern
    • Re: [linux-usb-devel] 2.6.19-rc5 regression: can't disable OHCI wakeup via sysfs, David Brownell
      • Re: [linux-usb-devel] 2.6.19-rc5 regression: can't disable OHCI wakeup via sysfs, Alan Stern
      • Re: [linux-usb-devel] 2.6.19-rc5 regression: can't disable OHCI wakeup via sysfs, David Brownell
      • Re: [linux-usb-devel] 2.6.19-rc5 regression: can't disable OHCI wakeup via sysfs, Alan Stern
      • Re: [linux-usb-devel] 2.6.19-rc5 regression: can't disable OHCI wakeup via sysfs, David Brownell
      • Re: [linux-usb-devel] 2.6.19-rc5 regression: can't disable OHCI wakeup via sysfs, Alan Stern
      • Re: [linux-usb-devel] 2.6.19-rc5 regression: can't disable OHCI wakeup via sysfs, David Brownell
      • Re: [linux-usb-devel] 2.6.19-rc5 regression: can't disable OHCI wakeup via sysfs, Alan Stern
      • Re: [linux-usb-devel] 2.6.19-rc5 regression: can't disable OHCI wakeup via sysfs, David Brownell
      • Re: [linux-usb-devel] 2.6.19-rc5 regression: can't disable OHCI wakeup via sysfs, Alan Stern
      • Re: [linux-usb-devel] 2.6.19-rc5 regression: can't disable OHCI wakeup via sysfs, Andrey Borzenkov
      • Re: [Bulk] Re: [linux-usb-devel] 2.6.19-rc5 regression: can't disable OHCI wakeup via sysfs, David Brownell
• Re: [linux-usb-devel] 2.6.17: dmesg flooded with "ohci_hcd 0000:00:02.0: wakeup", Andrey Borzenkov
• 2.6.19-rc5: where can I select INPUT?, Andrey Borzenkov
  • Re: 2.6.19-rc5: where can I select INPUT?, Robert P. J. Day
  • Re: 2.6.19-rc5: where can I select INPUT?, Adrian Bunk
    • Re: 2.6.19-rc5: where can I select INPUT?, Andrey Borzenkov
      • Re: 2.6.19-rc5: where can I select INPUT?, Russell King
      • Re: 2.6.19-rc5: where can I select INPUT?, Adrian Bunk
      • Re: 2.6.19-rc5: where can I select INPUT?, Andrey Borzenkov
• [ANNOUNCE] Gujin PC graphic bootloader version 1.6, Etienne Lorrain
• sexxually expliciit:Grouup delicate teeens ***e!, Olen Humphrey
  • Re: sexxually expliciit:Grouup delicate teeens ***e!, Joe Ordnung
    • attetion ******* spam fighters [was Re: sexxually expliciit:Grouup delicate teeens ***e!], Pavel Machek
• wanted: more informative message if root device can't be found/mounted, jurriaan
  • Re: wanted: more informative message if root device can't be found/mounted, Olaf Hering
    • Re: wanted: more informative message if root device can't be found/mounted, Arjan van de Ven
      • Re: wanted: more informative message if root device can't be found/mounted, Matt Domsch
  • Re: wanted: more informative message if root device can't be found/mounted, Dr. David Alan Gilbert
  • Re: wanted: more informative message if root device can't be found/mounted, Phillip Susi
• [ANNOUNCE] qgit-1.5.3, Marco Costalba
  • Re: [ANNOUNCE] qgit-1.5.3, Andreas Ericsson
    • Re: [ANNOUNCE] qgit-1.5.3, Marco Costalba
      • Re: [ANNOUNCE] qgit-1.5.3, Andreas Ericsson
• sexuallly :high-grade Eighteens at Poorn!, Jeri
• sexuallly expllicit:brilliant Justt Hussy and lovely Womans Yoour dreeam!, Queen
  • Re: sexuallly expllicit:brilliant Justt Hussy and lovely Womans Yoour dreeam!, Karl Ordnung
• sexuallly expplicit:Youngesst go-to-meeting Eighteens fuucked by olldman., Angelica
• [PATCH] aic94xx: Don't call pci_map_sg for already-mapped scatterlists, Darrick J. Wong
• [PATCH][TRIVIAL] drivers/ide: stray bracket, Nicolas Kaiser
  • Re: [PATCH][TRIVIAL] drivers/ide: stray bracket, Alexey Dobriyan
    • Re: [PATCH][TRIVIAL] drivers/ide: stray bracket, Nicolas Kaiser
• The return of the ITeX PCI ADSL card for 2.6 kernels, Jan Pieter
  • Re: The return of the ITeX PCI ADSL card for 2.6 kernels, Stephen Hemminger
    • Re: The return of the ITeX PCI ADSL card for 2.6 kernels, Valdis . Kletnieks
      • Re: The return of the ITeX PCI ADSL card for 2.6 kernels, Jan Pieter
      • Re: The return of the ITeX PCI ADSL card for 2.6 kernels, Lennart Sorensen
• [patch] libata: change order of _SDD/_GTF execution (resend #3), Kristen Carlson Accardi
  • Re: [patch] libata: change order of _SDD/_GTF execution (resend #3), Jeff Garzik
• mmc0 power consumption, Trifon Trifonov
  • Re: mmc0 power consumption, Pavel Machek
• Fwd: [Suspend-devel] resume not working on acer ferrari 4005 with radeonfb enabled, Rafael J. Wysocki
  • Re: Fwd: [Suspend-devel] resume not working on acer ferrari 4005 with radeonfb enabled, Benjamin Herrenschmidt
    • Re: Fwd: [Suspend-devel] resume not working on acer ferrari 4005 with radeonfb enabled, Andrew Morton
    • Re: [Linux-fbdev-devel] Fwd: [Suspend-devel] resume not working on acer ferrari 4005 with radeonfb enabled, Stuffed Crust
  • <Possible follow-ups>
  • RE: Fwd: [Suspend-devel] resume not working on acer ferrari 4005 with radeonfb enabled, Christian Hoffmann
  • RE: Fwd: [Suspend-devel] resume not working on acer ferrari 4005 with radeonfb enabled, Christian Hoffmann
    • RE: Fwd: [Suspend-devel] resume not working on acer ferrari 4005 with radeonfb enabled, Benjamin Herrenschmidt
      • Re: Fwd: [Suspend-devel] resume not working on acer ferrari 4005 with radeonfb enabled, Pavel Machek
      • Re: Fwd: [Suspend-devel] resume not working on acer ferrari 4005 with radeonfb enabled, Rafael J. Wysocki
  • RE: Fwd: [Suspend-devel] resume not working on acer ferrari 4005 with radeonfb enabled, Christian Hoffmann
    • Re: Fwd: [Suspend-devel] resume not working on acer ferrari 4005 with radeonfb enabled, Rafael J. Wysocki
    • Re: Fwd: [Suspend-devel] resume not working on acer ferrari 4005 with radeonfb enabled, Pavel Machek
  • RE: Fwd: [Suspend-devel] resume not working on acer ferrari 4005 with radeonfb enabled, Christian Hoffmann
    • Re: Fwd: [Suspend-devel] resume not working on acer ferrari 4005 with radeonfb enabled, Rafael J. Wysocki
      • Re: [Linux-fbdev-devel] Fwd: [Suspend-devel] resume not working on acer ferrari 4005 with radeonfb enabled, Christian Hoffmann
      • Re: [Linux-fbdev-devel] Fwd: [Suspend-devel] resume not working on acer ferrari 4005 with radeonfb enabled, Christian Hoffmann
      • Re: [Linux-fbdev-devel] Fwd: [Suspend-devel] resume not working on acer ferrari 4005 with radeonfb enabled, Benjamin Herrenschmidt
      • Re: [Linux-fbdev-devel] Fwd: [Suspend-devel] resume not working on acer ferrari 4005 with radeonfb enabled, Christian Hoffmann
      • Re: [Linux-fbdev-devel] Fwd: [Suspend-devel] resume not working on acer ferrari 4005 with radeonfb enabled, Benjamin Herrenschmidt
      • Re: [Linux-fbdev-devel] Fwd: [Suspend-devel] resume not working on acer ferrari 4005 with radeonfb enabled, Rafael J. Wysocki
      • Re: [Linux-fbdev-devel] Fwd: [Suspend-devel] resume not working on acer ferrari 4005 with radeonfb enabled, Christian Hoffmann
      • Re: [Linux-fbdev-devel] Fwd: [Suspend-devel] resume not working on acer ferrari 4005 with radeonfb enabled, Rafael J. Wysocki
      • Re: [Linux-fbdev-devel] Fwd: [Suspend-devel] resume not working on acer ferrari 4005 with radeonfb enabled, Stuffed Crust
      • Re: [Linux-fbdev-devel] Fwd: [Suspend-devel] resume not working on acer ferrari 4005 with radeonfb enabled, Benjamin Herrenschmidt
      • Re: [Linux-fbdev-devel] Fwd: [Suspend-devel] resume not working on acer ferrari 4005 with radeonfb enabled, Stuffed Crust
      • Re: [Linux-fbdev-devel] Fwd: [Suspend-devel] resume not working on acer ferrari 4005 with radeonfb enabled, Benjamin Herrenschmidt
      • Re: [Linux-fbdev-devel] Fwd: [Suspend-devel] resume not working on acer ferrari 4005 with radeonfb enabled, Stuffed Crust
      • Re: [Linux-fbdev-devel] Fwd: [Suspend-devel] resume not working on acer ferrari 4005 with radeonfb enabled, Stuffed Crust
      • Re: [Linux-fbdev-devel] Fwd: [Suspend-devel] resume not working on acer ferrari 4005 with radeonfb enabled, Christian Hoffmann
      • Re: [Linux-fbdev-devel] Fwd: [Suspend-devel] resume not working on acer ferrari 4005 with radeonfb enabled, Benjamin Herrenschmidt
      • RE: [Linux-fbdev-devel] Fwd: [Suspend-devel] resume not working onacer ferrari 4005 with radeonfb enabled, Christian Hoffmann
      • RE: [Linux-fbdev-devel] Fwd: [Suspend-devel] resume not working onacer ferrari 4005 with radeonfb enabled, Benjamin Herrenschmidt
      • Re: [Linux-fbdev-devel] Fwd: [Suspend-devel] resume not working on acer ferrari 4005 with radeonfb enabled, Rafael J. Wysocki
      • Re: [Linux-fbdev-devel] Fwd: [Suspend-devel] resume not working on acer ferrari 4005 with radeonfb enabled, Pavel Machek
      • Re: [Linux-fbdev-devel] Fwd: [Suspend-devel] resume not working on acer ferrari 4005 with radeonfb enabled, Rafael J. Wysocki
      • Re: [Linux-fbdev-devel] Fwd: [Suspend-devel] resume not working on acer ferrari 4005 with radeonfb enabled, Pavel Machek
• drivers/uio, Alan
  • Re: drivers/uio, Oleg Verych
• O_ASYNC question, Mikulas Patocka
• [PATCH 2.6.19] Fix oops on ext3 directory corruption (resend from -mm), Eric Sandeen
• Please Her Tonite, Priscilla Kemp
  • Re: Please Her Tonite, Joe Ordnung
  • Re: Please Her Tonite, Joe Ordnung
• valuable biggger 0rgaasm, Terry
  • Re: valuable biggger 0rgaasm, Joe Ordnung
• Repeatable Oops, mv643xx_eth in 2.6.18.x, Erik Andersen
  • [RFT] mv643xxx_eth_start_xmit oops, Stephen Hemminger
    • Re: [RFT] mv643xxx_eth_start_xmit oops, Erik Andersen
    • Re: [RFT] mv643xxx_eth_start_xmit oops, Erik Andersen
  • Re: Repeatable Oops, mv643xx_eth in 2.6.18.x, Olaf Hering
• [Patch] Adds backlight sysfs support for acpi video driver., Yu Luming
  • Re: [Patch] Adds backlight sysfs support for acpi video driver., James Simmons
• MIPS atomic operations, "sync", Mathieu Desnoyers
  • Re: MIPS atomic operations, "sync", Ralf Baechle
    • Re: MIPS atomic operations, "sync", Mathieu Desnoyers
• [patch] ktime: Fix signed / unsigned mismatch in ktime_to_ns, Thomas Gleixner
  • Re: [patch] ktime: Fix signed / unsigned mismatch in ktime_to_ns, Ingo Molnar
• Rare, not reproduceable error in packet_rcv, Thomas Meyer
• pdc202xx_old+suspend+smartctl -> hard lockup, Tobias Oed
  • Re: pdc202xx_old+suspend+smartctl -> hard lockup, Pavel Machek
    • Re: pdc202xx_old+suspend+smartctl -> hard lockup, Tobias Oed
  • <Possible follow-ups>
  • re: pdc202xx_old+suspend+smartctl -> hard lockup, Tobias Oed
• [RFC, PATCH 2/2] OProfile for Cell: Initial profiling support, Maynard Johnson
• [RFC, PATCH 1/2] OProfile for Cell: Initial profiling support, Maynard Johnson
• [RFC, PATCH 0/2] OProfile for Cell: Initial profiling support, Maynard Johnson
• Re: [PATCH] SCSI core: always store >= 36 bytes of INQUIRY data, Alan Stern
• re: 2.6.19-rc1 (+ide-cd patches) regression: unable to rip cd, Jens Axboe
  • Re: 2.6.19-rc1 (+ide-cd patches) regression: unable to rip cd, Alex Romosan
    • Re: 2.6.19-rc1 (+ide-cd patches) regression: unable to rip cd, Jens Axboe
      • Re: 2.6.19-rc1 (+ide-cd patches) regression: unable to rip cd, Alex Romosan
      • Re: 2.6.19-rc1 (+ide-cd patches) regression: unable to rip cd, Jens Axboe
      • Re: 2.6.19-rc1 (+ide-cd patches) regression: unable to rip cd, Alex Romosan
      • Re: 2.6.19-rc1 (+ide-cd patches) regression: unable to rip cd, Jens Axboe
      • Re: 2.6.19-rc1 (+ide-cd patches) regression: unable to rip cd, Alex Romosan
• [PATCH] EHCI: fix memory pool name allocation, Alan Stern
• Tulip dmfe carrier detection, Samuel Thibault
  • Re: Tulip dmfe carrier detection, Samuel Thibault
• Re: [patch 1/5] Fix timeout bug in rtmutex in 2.6.18-rt, Ingo Molnar
  • Re: [patch 1/5] Fix timeout bug in rtmutex in 2.6.18-rt, Ingo Molnar
    • Re: [patch 1/5] Fix timeout bug in rtmutex in 2.6.18-rt, Ingo Molnar
      • Re: [patch 1/5] Fix timeout bug in rtmutex in 2.6.18-rt, Esben Nielsen
  • Re: [patch 1/5] Fix timeout bug in rtmutex in 2.6.18-rt, Esben Nielsen
• scary messages: HSM violation during boot of 2.6.18/amd64, martin f krafft
  • <Possible follow-ups>
  • Re: scary messages: HSM violation during boot of 2.6.18/amd64, Tomasz Chmielewski
    • Re: scary messages: HSM violation during boot of 2.6.18/amd64, martin f krafft
    • Re: scary messages: HSM violation during boot of 2.6.18/amd64, Valdis . Kletnieks
      • Re: scary messages: HSM violation during boot of 2.6.18/amd64, Tomasz Chmielewski
      • Re: scary messages: HSM violation during boot of 2.6.18/amd64, Valdis . Kletnieks
      • Re: scary messages: HSM violation during boot of 2.6.18/amd64, Tejun Heo
      • Re: scary messages: HSM violation during boot of 2.6.18/amd64, martin f krafft
• [PATCH] retries in ext3_prepare_write() violate ordering requirements, Kirill Korotaev
  • Re: [PATCH] retries in ext3_prepare_write() violate ordering requirements, Andrew Morton
    • Re: [PATCH] retries in ext3_prepare_write() violate ordering requirements, Kirill Korotaev
      • Re: [PATCH] retries in ext3_prepare_write() violate ordering requirements, Kirill Korotaev
    • Re: [PATCH] retries in ext3_prepare_write() violate ordering requirements, Kirill Korotaev
• [RFC] [PATCH] Fix misrouted interrupts deadlocks, Pavel Emelianov
  • Re: [RFC] [PATCH] Fix misrouted interrupts deadlocks, Ingo Molnar
    • Re: [RFC] [PATCH] Fix misrouted interrupts deadlocks, Pavel Emelianov
  • Re: [RFC] [PATCH] Fix misrouted interrupts deadlocks, Vivek Goyal
    • Re: [RFC] [PATCH] Fix misrouted interrupts deadlocks, Vivek Goyal
      • Re: [RFC] [PATCH] Fix misrouted interrupts deadlocks, Vivek Goyal
      • Re: [RFC] [PATCH] Fix misrouted interrupts deadlocks, Pavel Emelianov
      • Re: [RFC] [PATCH] Fix misrouted interrupts deadlocks, Pavel Emelianov
• Re: [patch 0/5] Fix timeout bug in rtmutex in 2.6.18-rt, Ingo Molnar
• Failure of sata_via with kernels since 2.6.15.6, Michael D. Setzer II
  • Re: Failure of sata_via with kernels since 2.6.15.6, Jeff Garzik
    • Re: Failure of sata_via with kernels since 2.6.15.6, Daniel Drake
• [2.4.19-rc4 and 2.4.19-rc4-mm2] super block list corruption following fill_super returns fail, Ian Kent
  • Re: [2.4.19-rc4 and 2.4.19-rc4-mm2] super block list corruption following fill_super returns fail, Andrew Morton
    • Re: [2.4.19-rc4 and 2.4.19-rc4-mm2] super block list corruption following fill_super returns fail, Ian Kent
• Frree fundamental meeeting siite., George Steiner
• 2.6.19-rc5: Bad page state in process 'swapper', Andre Noll
  • Re: 2.6.19-rc5: Bad page state in process 'swapper', Arjan van de Ven
    • Re: 2.6.19-rc5: Bad page state in process 'swapper', Andre Noll
  • Re: 2.6.19-rc5: Bad page state in process 'swapper', Andi Kleen
    • Re: 2.6.19-rc5: Bad page state in process 'swapper', Andre Noll
      • Re: 2.6.19-rc5: Bad page state in process 'swapper', Andre Noll
      • Re: [discuss] Re: 2.6.19-rc5: Bad page state in process 'swapper', Andi Kleen
      • Re: [discuss] Re: 2.6.19-rc5: Bad page state in process 'swapper', Andre Noll
• PureMessage has detected a content threat, i.cheryabkin
• Re: Fw: kernel oops with extended serial stuff turned on..., Jiri Slaby
• 2.6.18.2: cannot compile with gcc 3.0.4, Ludovic Drolez
  • Re: 2.6.18.2: cannot compile with gcc 3.0.4, Jesper Juhl
    • Re: 2.6.18.2: cannot compile with gcc 3.0.4, Ludovic Drolez
      • Re: 2.6.18.2: cannot compile with gcc 3.0.4, Alistair John Strachan
• hostap_cs_{resume,suspend}(): inconsequent NULL checking, Adrian Bunk
• impertinent presentt for Peenis, Judson Hodges
• Patch to fixe Data Acess error in dup_fd, Sharyathi Nagesh
  • Re: Patch to fixe Data Acess error in dup_fd, Sergey Vlasov
    • Re: Patch to fixe Data Acess error in dup_fd, Vadim Lobanov
      • Re: Patch to fixe Data Acess error in dup_fd, Sergey Vlasov
      • Re: Patch to fixe Data Acess error in dup_fd, Vadim Lobanov
      • Re: Patch to fixe Data Acess error in dup_fd, Sharyathi Nagesh
      • Re: Patch to fixe Data Acess error in dup_fd, Vadim Lobanov
      • Re: Patch to fixe Data Acess error in dup_fd, Sharyathi Nagesh
      • Re: Patch to fixe Data Acess error in dup_fd, Sharyathi Nagesh
      • Re: Patch to fixe Data Acess error in dup_fd, Vadim Lobanov
• pick Peenis Pillls, Jayson Mann
• Zero-copy question, Jonathan Day
• errorless exxcite, Perry
  • Re: errorless exxcite, Joe Ordnung
• Re: KDB blindly reads keyboard port, Keith Owens
  • Re: KDB blindly reads keyboard port, Matthew Wilcox
    • Re: KDB blindly reads keyboard port, Keith Owens
  • <Possible follow-ups>
  • Re: KDB blindly reads keyboard port, Keith Owens
    • Re: KDB blindly reads keyboard port, Bjorn Helgaas
• most Pennis, Ruby Platt
• unexplainable read errors, copy/diff-issue, Christoph Anton Mitterer
  • Re: unexplainable read errors, copy/diff-issue, Sergey Vlasov
    • Re: unexplainable read errors, copy/diff-issue, Christoph Anton Mitterer
    • Re: unexplainable read errors, copy/diff-issue, Christoph Anton Mitterer
    • Re: unexplainable read errors, copy/diff-issue, Christoph Anton Mitterer
      • Message not available
      • Re: unexplainable read errors, copy/diff-issue, Christoph Anton Mitterer
    • Re: unexplainable read errors, copy/diff-issue, Christoph Anton Mitterer
    • Re: unexplainable read errors, copy/diff-issue, Christoph Anton Mitterer
• [PATCH] avoid too many boundaries in DIO, Chris Mason
  • Re: [PATCH] avoid too many boundaries in DIO, David Chinner
  • Re: [PATCH] avoid too many boundaries in DIO, Andrew Morton
    • Re: [PATCH] avoid too many boundaries in DIO, Chris Mason
• RE: [patch 17/19] dynticks: Fix nmi watchdog, Pallipadi, Venkatesh
• [PATCH] x86_64: fix perms/range of vsyscall vma in /proc/*/maps, Ernie Petrides
  • Re: [PATCH] x86_64: fix perms/range of vsyscall vma in /proc/*/maps, Andi Kleen
    • Re: [PATCH] x86_64: fix perms/range of vsyscall vma in /proc/*/maps, Ernie Petrides
      • Re: [PATCH] x86_64: fix perms/range of vsyscall vma in /proc/*/maps, Andi Kleen
• RE: [Fastboot] Kexec with latest kernel fail, Lu, Yinghai
  • Re: [Fastboot] Kexec with latest kernel fail, Horms
  • <Possible follow-ups>
  • RE: [Fastboot] Kexec with latest kernel fail, Lu, Yinghai
    • Re: [Fastboot] Kexec with latest kernel fail, Eric W. Biederman
      • Re: [Fastboot] Kexec with latest kernel fail, yhlu
      • Re: [Fastboot] Kexec with latest kernel fail, Yinghai Lu
  • RE: [Fastboot] Kexec with latest kernel fail, Lu, Yinghai
• [patch 00/21] Highres / dynticks drop in replacement for 2.6.19-rc5-mm1, Thomas Gleixner
  • [patch 02/19] hrtimers: clean up callback tracking, Thomas Gleixner
    • Re: [patch 02/19] hrtimers: clean up callback tracking, Arjan van de Ven
  • [patch 18/19] high-res timers, dynticks: enable i386 support, Thomas Gleixner
  • [patch 14/19] dynticks: core code, Thomas Gleixner
  • [patch 04/19] Add a framework to manage clock event devices., Thomas Gleixner
    • Re: [patch 04/19] Add a framework to manage clock event devices., Arjan van de Ven
    • Re: [patch 04/19] Add a framework to manage clock event devices., Roman Zippel
  • [patch 03/19] hrtimers: Move and add documentation, Thomas Gleixner
  • [patch 10/19] PM_timer: allow early access and move externs to a header file, Thomas Gleixner
    • Re: [patch 10/19] PM_timer: allow early access and move externs to a header file, Arjan van de Ven
  • [patch 06/19] ACPI: Keep track of timer broadcast, Thomas Gleixner
    • Re: [patch 06/19] ACPI: Keep track of timer broadcast, Arjan van de Ven
  • [patch 05/19] ACPI: Include apic.h, Thomas Gleixner
  • [patch 08/19] i386: cleanup apic code, Thomas Gleixner
    • Re: [patch 08/19] i386: cleanup apic code, Arjan van de Ven
      • Re: [patch 08/19] i386: cleanup apic code, Thomas Gleixner
      • Re: [patch 08/19] i386: cleanup apic code, Arjan van de Ven
  • [patch 17/19] dynticks: Fix nmi watchdog, Thomas Gleixner
  • [patch 12/19] high-res timers: core, Thomas Gleixner
    • Re: [patch 12/19] high-res timers: core, Arjan van de Ven
  • [patch 09/19] i386: Convert to clock event devices, Thomas Gleixner
    • Re: [patch 09/19] i386: Convert to clock event devices, Arjan van de Ven
  • [patch 13/19] GTOD: Mark TSC unusable for highres timers, Thomas Gleixner
    • Re: [patch 13/19] GTOD: Mark TSC unusable for highres timers, john stultz
      • Re: [patch 13/19] GTOD: Mark TSC unusable for highres timers, Andi Kleen
      • Re: [patch 13/19] GTOD: Mark TSC unusable for highres timers, Thomas Gleixner
      • Re: [patch 13/19] GTOD: Mark TSC unusable for highres timers, Andrew Morton
      • Re: [patch 13/19] GTOD: Mark TSC unusable for highres timers, Ingo Molnar
      • Re: [patch 13/19] GTOD: Mark TSC unusable for highres timers, Andrew Morton
      • Re: [patch 13/19] GTOD: Mark TSC unusable for highres timers, Andi Kleen
      • Re: [patch 13/19] GTOD: Mark TSC unusable for highres timers, Thomas Gleixner
      • Re: [patch 13/19] GTOD: Mark TSC unusable for highres timers, Andi Kleen
      • Re: [patch 13/19] GTOD: Mark TSC unusable for highres timers, Thomas Gleixner
      • Re: [patch 13/19] GTOD: Mark TSC unusable for highres timers, Andi Kleen
      • Re: [patch 13/19] GTOD: Mark TSC unusable for highres timers, Thomas Gleixner
      • Re: [patch 13/19] GTOD: Mark TSC unusable for highres timers, Arjan van de Ven
      • Re: [patch 13/19] GTOD: Mark TSC unusable for highres timers, Andi Kleen
      • Re: [patch 13/19] GTOD: Mark TSC unusable for highres timers, Arjan van de Ven
      • Re: [patch 13/19] GTOD: Mark TSC unusable for highres timers, Ingo Molnar
      • Re: [patch 13/19] GTOD: Mark TSC unusable for highres timers, Andi Kleen
      • Re: [patch 13/19] GTOD: Mark TSC unusable for highres timers, Andi Kleen
      • Re: [patch 13/19] GTOD: Mark TSC unusable for highres timers, Alan Cox
      • Re: [patch 13/19] GTOD: Mark TSC unusable for highres timers, Ingo Molnar
      • Re: [patch 13/19] GTOD: Mark TSC unusable for highres timers, Chris Friesen
      • Re: [patch 13/19] GTOD: Mark TSC unusable for highres timers, Pavel Machek
      • Re: [patch 13/19] GTOD: Mark TSC unusable for highres timers, Ingo Molnar
      • Re: [patch 13/19] GTOD: Mark TSC unusable for highres timers, Andi Kleen
      • Re: [patch 13/19] GTOD: Mark TSC unusable for highres timers, Ingo Molnar
      • Re: [patch 13/19] GTOD: Mark TSC unusable for highres timers, Pavel Machek
      • Re: [patch 13/19] GTOD: Mark TSC unusable for highres timers, Ingo Molnar
      • Re: [patch 13/19] GTOD: Mark TSC unusable for highres timers, Pavel Machek
      • Re: [patch 13/19] GTOD: Mark TSC unusable for highres timers, Arjan van de Ven
      • Re: [patch 13/19] GTOD: Mark TSC unusable for highres timers, Andi Kleen
      • Re: [patch 13/19] GTOD: Mark TSC unusable for highres timers, Arjan van de Ven
  • [patch 15/19] dyntick: add nohz stats to /proc/stat, Thomas Gleixner
  • [patch 16/19] dynticks: i386 arch code, Thomas Gleixner
  • [patch 11/19] i386: Rework local APIC calibration, Thomas Gleixner
    • Re: [patch 11/19] i386: Rework local APIC calibration, Arjan van de Ven
      • Re: [patch 11/19] i386: Rework local APIC calibration, Thomas Gleixner
      • Re: [patch 11/19] i386: Rework local APIC calibration, Ingo Molnar
  • [patch 19/19] debugging feature: timer stats, Thomas Gleixner
  • [patch 07/19] ACPI: Add state propagation for dynamic broadcasting, Thomas Gleixner
    • Re: [patch 07/19] ACPI: Add state propagation for dynamic broadcasting, Arjan van de Ven
  • [patch 01/19] hrtimers: state tracking, Thomas Gleixner
    • Re: [patch 01/19] hrtimers: state tracking, Arjan van de Ven
      • Re: [patch 01/19] hrtimers: state tracking, Andrew Morton
      • Re: [patch 01/19] hrtimers: state tracking, Thomas Gleixner
    • Re: [patch 01/19] hrtimers: state tracking, Roman Zippel
  • Re: [patch 00/21] Highres / dynticks drop in replacement for 2.6.19-rc5-mm1, Roman Zippel
• Some sx1 cleanups, Pavel Machek
• util-linux: orphan, Karel Zak
  • Re: util-linux: orphan, H. Peter Anvin
  • Re: util-linux: orphan, Pádraig Brady
• Re: [RFC][PATCH] Fix lock inversion aio_kick_handler(), Jeff Moyer
  • Re: [RFC][PATCH] Fix lock inversion aio_kick_handler(), Zach Brown
    • Re: [RFC][PATCH] Fix lock inversion aio_kick_handler(), Jeff Moyer
• [PATCH] Prevent an oops in vmalloc_user(), Jonathan Corbet
  • Re: [PATCH] Prevent an oops in vmalloc_user(), Eric Dumazet
    • Re: [PATCH] Prevent an oops in vmalloc_user(), Andrew Morton
• [PATCH] x86_64: Fix partial page check to ensure unusable memory is not being marked usable., Aaron Durbin
  • Re: [PATCH] x86_64: Fix partial page check to ensure unusable memory is not being marked usable., Andi Kleen
  • Re: [PATCH] x86_64: Fix partial page check to ensure unusable memory is not being marked usable., Mel Gorman
• RE: 2.6.19-rc5 x86_64 irq 22: nobody cared, Lu, Yinghai
  • <Possible follow-ups>
  • RE: 2.6.19-rc5 x86_64 irq 22: nobody cared, Lu, Yinghai
    • Re: 2.6.19-rc5 x86_64 irq 22: nobody cared, Olivier Nicolas
  • RE: 2.6.19-rc5 x86_64 irq 22: nobody cared, Lu, Yinghai
    • Re: 2.6.19-rc5 x86_64 irq 22: nobody cared, Eric W. Biederman
  • RE: 2.6.19-rc5 x86_64 irq 22: nobody cared, Lu, Yinghai
  • RE: 2.6.19-rc5 x86_64 irq 22: nobody cared, Lu, Yinghai
• [PATCH] IPMI: Fix more && typos, Corey Minyard
• airpanel 100, Greg.Chandler
• Re: 2.6.19-rc5-mm1 (compile failure, USB ohci-hcd.c), Martin J. Bligh
• [RFC][PATCH 0/8] RSS controller for containers, Balbir Singh
  • [RFC][PATCH 1/8] Fix resource groups parsing, while assigning shares, Balbir Singh
  • [RFC][PATCH 3/8] RSS controller add callbacks, Balbir Singh
  • [RFC][PATCH 2/8] RSS controller setup, Balbir Singh
  • [RFC][PATCH 5/8] RSS controller task migration support, Balbir Singh
  • [RFC][PATCH 6/8] RSS controller shares allocation, Balbir Singh
    • Re: [RFC][PATCH 6/8] RSS controller shares allocation, Pavel Emelianov
      • Re: [ckrm-tech] [RFC][PATCH 6/8] RSS controller shares allocation, Balbir Singh
      • Re: [ckrm-tech] [RFC][PATCH 6/8] RSS controller shares allocation, Pavel Emelianov
      • Re: [ckrm-tech] [RFC][PATCH 6/8] RSS controller shares allocation, Balbir Singh
  • [RFC][PATCH 7/8] RSS controller fix resource groups parsing, Balbir Singh
    • Re: [RFC][PATCH 7/8] RSS controller fix resource groups parsing, Pavel Emelianov
      • Re: [RFC][PATCH 7/8] RSS controller fix resource groups parsing, Balbir Singh
  • [RFC][PATCH 4/8] RSS controller accounting, Balbir Singh
    • Re: [RFC][PATCH 4/8] RSS controller accounting, Pavel Emelianov
      • Re: [RFC][PATCH 4/8] RSS controller accounting, Balbir Singh
  • [RFC][PATCH 8/8] RSS controller support reclamation, Balbir Singh
    • Re: [RFC][PATCH 8/8] RSS controller support reclamation, Arjan van de Ven
      • Re: [ckrm-tech] [RFC][PATCH 8/8] RSS controller support reclamation, Balbir Singh
    • Re: [RFC][PATCH 8/8] RSS controller support reclamation, Pavel Emelianov
      • Re: [RFC][PATCH 8/8] RSS controller support reclamation, Balbir Singh
      • Re: [RFC][PATCH 8/8] RSS controller support reclamation, Pavel Emelianov
      • Re: [RFC][PATCH 8/8] RSS controller support reclamation, Balbir Singh
• [PATCH 1/2] Introduce mutex_lock_timeout, Matthew Wilcox
  • [PATCH 2/2] Use mutex_lock_timeout in qla2xxx driver, Matthew Wilcox
    • Re: [PATCH 2/2] Use mutex_lock_timeout in qla2xxx driver, Andrew Vasquez
  • Re: [PATCH 1/2] Introduce mutex_lock_timeout, Andrew Vasquez
  • Re: [PATCH 1/2] Introduce mutex_lock_timeout, Matthew Wilcox
    • Re: [PATCH 1/2] Introduce mutex_lock_timeout, Ingo Oeser
      • Re: [PATCH 1/2] Introduce mutex_lock_timeout, Matthew Wilcox
      • Re: [PATCH 1/2] Introduce mutex_lock_timeout, Ingo Oeser
• XFS filesystem performance drop in kernels 2.6.16+, Igor A. Valcov
  • Re: XFS filesystem performance drop in kernels 2.6.16+, Eric Sandeen
  • Re: XFS filesystem performance drop in kernels 2.6.16+, Russell Cattelan
    • Re: XFS filesystem performance drop in kernels 2.6.16+, David Chinner
  • Re: XFS filesystem performance drop in kernels 2.6.16+, Eric Sandeen
    • Re: XFS filesystem performance drop in kernels 2.6.16+, Jan Engelhardt
      • Re: XFS filesystem performance drop in kernels 2.6.16+, Igor A. Valcov
      • Re: XFS filesystem performance drop in kernels 2.6.16+, Igor A. Valcov
      • Re: XFS filesystem performance drop in kernels 2.6.16+, Eric Sandeen
      • Re: XFS filesystem performance drop in kernels 2.6.16+, Andrew Morton
      • Re: XFS filesystem performance drop in kernels 2.6.16+, Jan Engelhardt
  • Re: XFS filesystem performance drop in kernels 2.6.16+, Tom Vier
• read/write interruptible semaphores?, Stuart MacDonald
  • Re: read/write interruptible semaphores?, Jan Engelhardt
• fbmem: is bootup logo broken for monochrome LCD ?, Franck Bui-Huu
  • Re: [Linux-fbdev-devel] fbmem: is bootup logo broken for monochrome LCD ?, James Simmons
    • Re: [Linux-fbdev-devel] fbmem: is bootup logo broken for monochrome LCD ?, Franck Bui-Huu
      • Re: [Linux-fbdev-devel] fbmem: is bootup logo broken for monochrome LCD ?, James Simmons
      • Re: [Linux-fbdev-devel] fbmem: is bootup logo broken for monochrome LCD ?, Franck Bui-Huu
      • Re: [Linux-fbdev-devel] fbmem: is bootup logo broken for monochrome LCD ?, James Simmons
      • Re: [Linux-fbdev-devel] fbmem: is bootup logo broken for monochrome LCD ?, Franck Bui-Huu
      • Re: [Linux-fbdev-devel] fbmem: is bootup logo broken for monochrome LCD ?, James Simmons
      • Re: [Linux-fbdev-devel] fbmem: is bootup logo broken for monochrome LCD ?, Franck Bui-Huu
      • Re: [Linux-fbdev-devel] fbmem: is bootup logo broken for monochrome LCD ?, James Simmons
      • Re: [Linux-fbdev-devel] fbmem: is bootup logo broken for monochrome LCD ?, Franck Bui-Huu
      • Re: [Linux-fbdev-devel] fbmem: is bootup logo broken for monochrome LCD ?, James Simmons
      • Re: [Linux-fbdev-devel] fbmem: is bootup logo broken for monochrome LCD ?, Franck Bui-Huu
      • Re: [Linux-fbdev-devel] fbmem: is bootup logo broken for monochrome LCD ?, James Simmons
      • Re: [Linux-fbdev-devel] fbmem: is bootup logo broken for monochrome LCD ?, Franck Bui-Huu
      • Re: [Linux-fbdev-devel] fbmem: is bootup logo broken for monochrome LCD ?, James Simmons
      • Re: [Linux-fbdev-devel] fbmem: is bootup logo broken for monochrome LCD ?, James Simmons
      • Re: [Linux-fbdev-devel] fbmem: is bootup logo broken for monochrome LCD ?, Franck Bui-Huu
      • Re: [Linux-fbdev-devel] fbmem: is bootup logo broken for monochrome LCD ?, James Simmons
• [PATCH] .gitignore: add miscellaneous files, Franck Bui-Huu
• BC: resource beancounters (v6) (with userpages reclamation + configfs), Kirill Korotaev
  • [PATCH 3/13] BC: beancounters core and API, Kirill Korotaev
  • [PATCH 1/13] BC: atomic_dec_and_lock_irqsave() helper, Kirill Korotaev
    • Re: [PATCH 1/13] BC: atomic_dec_and_lock_irqsave() helper, Cedric Le Goater
      • Re: [PATCH 1/13] BC: atomic_dec_and_lock_irqsave() helper, Kirill Korotaev
  • [PATCH 5/13] BC: configfs interface, Kirill Korotaev
  • [PATCH 2/13] BC: Kconfig and Makefile, Kirill Korotaev
  • [PATCH 4/13] BC: context handling, Kirill Korotaev
    • Re: [ckrm-tech] [PATCH 4/13] BC: context handling, Paul Menage
      • Re: [ckrm-tech] [PATCH 4/13] BC: context handling, Pavel Emelianov
      • Re: [ckrm-tech] [PATCH 4/13] BC: context handling, Paul Menage
      • Re: [ckrm-tech] [PATCH 4/13] BC: context handling, Pavel Emelianov
      • Re: [ckrm-tech] [PATCH 4/13] BC: context handling, Paul Menage
      • Re: [ckrm-tech] [PATCH 4/13] BC: context handling, Pavel Emelianov
      • Re: [ckrm-tech] [PATCH 4/13] BC: context handling, Paul Menage
      • Re: [ckrm-tech] [PATCH 4/13] BC: context handling, Pavel Emelianov
      • Re: [ckrm-tech] [PATCH 4/13] BC: context handling, Pavel Emelianov
      • Re: [ckrm-tech] [PATCH 4/13] BC: context handling, Paul Menage
      • Re: [ckrm-tech] [PATCH 4/13] BC: context handling, Pavel Emelianov
  • [PATCH 6/13] BC: kmemsize accounting (core), Kirill Korotaev
    • Re: [PATCH 6/13] BC: kmemsize accounting (core), Paul Jackson
    • Re: [PATCH 6/13] BC: kmemsize accounting (core), Pekka Enberg
      • Re: [PATCH 6/13] BC: kmemsize accounting (core), Pavel Emelianov
    • Re: [PATCH 6/13] BC: kmemsize accounting (core), Pekka Enberg
    • Re: [PATCH 6/13] BC: kmemsize accounting (core), Pavel Machek
  • [PATCH 10/13] BC: physpages accounting (core), Kirill Korotaev
  • [PATCH 12/13] BC: numtasks accounting, Kirill Korotaev
  • [PATCH 11/13] BC: physpages accounting (hooks), Kirill Korotaev
  • [PATCH 8/13] BC: privvmpages accounting (core), Kirill Korotaev
  • [PATCH 9/13] BC: privvmpages accounting (hooks), Kirill Korotaev
  • [PATCH 13/13] BC: numfiles accounting, Kirill Korotaev
  • [PATCH 7/13] BC: kmemsize accounting (hooks), Kirill Korotaev
  • Re: BC: resource beancounters (v6) (with userpages reclamation + configfs), Herbert Poetzl
• [PATCH -mm 0/3][AIO] - AIO completion signal notification, Sébastien Dugué
  • [PATCH -mm 2/3][AIO] - AIO completion signal notification, Sébastien Dugué
  • [PATCH -mm 1/3][AIO] - AIO completion signal notification, Sébastien Dugué
  • [PATCH -mm 3/3][AIO] - AIO completion signal notification, Sébastien Dugué
    • Re: [PATCH -mm 3/3][AIO] - AIO completion signal notification, Badari Pulavarty
      • Re: [PATCH -mm 3/3][AIO] - AIO completion signal notification, Sébastien Dugué
    • Re: [PATCH -mm 3/3][AIO] - AIO completion signal notification, Christoph Hellwig
      • Re: [PATCH -mm 3/3][AIO] - AIO completion signal notification, Badari Pulavarty
      • Re: [PATCH -mm 3/3][AIO] - AIO completion signal notification, Sébastien Dugué
      • Re: [PATCH -mm 3/3][AIO] - AIO completion signal notification, Sébastien Dugué
    • Re: [PATCH -mm 3/3][AIO] - AIO completion signal notification, Badari Pulavarty
      • Re: [PATCH -mm 3/3][AIO] - AIO completion signal notification, Sébastien Dugué
    • Re: [PATCH -mm 3/3][AIO] - AIO completion signal notification, Badari Pulavarty
      • Re: [PATCH -mm 3/3][AIO] - AIO completion signal notification, Badari Pulavarty
• [PATCH 1/3] new_inode_autonum: add per-sb lastino counter and add new_inode_autonum function that guarantees i_ino uniqueness, Jeff Layton
  • Re: [PATCH 1/3] new_inode_autonum: add per-sb lastino counter and add new_inode_autonum function that guarantees i_ino uniqueness, Eric Sandeen
  • Re: [PATCH 1/3] new_inode_autonum: add per-sb lastino counter and add new_inode_autonum function that guarantees i_ino uniqueness, Christoph Hellwig
• [PATCH 0/3] new_inode_autonum: intro -- ensure uniqueness of i_ino and try to prevent st_ino EOVERFLOW in userspace, Jeff Layton
• [PATCH 2/3] new_inode_autonum: convert filesystems to use new function, Jeff Layton
  • Re: [PATCH 2/3] new_inode_autonum: convert filesystems to use new function, Eric Sandeen
• [PATCH 3/3] new_inode_autonum: fix up possible i_ino collision in simple_fill_super(), Jeff Layton
• [KVM] ANNOUNCE: new kvm userspace release, Avi Kivity
• [RFC,PATCH 0/2] Oprofile-on-Cell prereqs, Kevin Corry
  • [RFC,PATCH 2/2] Oprofile-on-Cell prereqs: Export hrtimer_forward, Kevin Corry
    • Re: [Cbe-oss-dev] [RFC, PATCH 2/2] Oprofile-on-Cell prereqs: Export hrtimer_forward, Arnd Bergmann
  • [RFC,PATCH 1/2] Oprofile-on-Cell prereqs, Kevin Corry
• [PATCH] i386: Fix machine_check entry point in entry.S to not dereference kernel memory from user space context, Neil Horman
• 2.6.19-rc4-mm2: BUG modprobeing sound driver, Eric Buddington
  • Re: 2.6.19-rc4-mm2: BUG modprobeing sound driver, Andrew Morton
    • Re: 2.6.19-rc4-mm2: BUG modprobeing sound driver, Andrew Morton
      • Re: 2.6.19-rc4-mm2: BUG modprobeing sound driver, Greg KH
• About dev_queue_xmit, Yi Wang
• [PATCH take 2] Atmel MACB ethernet driver, Haavard Skinnemoen
  • Re: [PATCH take 2] Atmel MACB ethernet driver, Jeff Garzik
  • Re: [PATCH take 2] Atmel MACB ethernet driver, Wojtek Kaniewski
    • Re: [PATCH take 2] Atmel MACB ethernet driver, Haavard Skinnemoen
      • Re: [PATCH take 2] Atmel MACB ethernet driver, Wojtek Kaniewski
• [PATCH] Fix missing parens in set_personality(), Russell King
• [PATCH] KVM: Include desc.h, Avi Kivity
• [PATCH] KVM: Avoid using vmx instruction directly, Avi Kivity
  • Re: [kvm-devel] [PATCH] KVM: Avoid using vmx instruction directly, Arnd Bergmann
    • Re: [kvm-devel] [PATCH] KVM: Avoid using vmx instruction directly, Avi Kivity
      • Re: [kvm-devel] [PATCH] KVM: Avoid using vmx instruction directly, Arnd Bergmann
      • Re: [kvm-devel] [PATCH] KVM: Avoid using vmx instruction directly, Avi Kivity
      • Re: [kvm-devel] [PATCH] KVM: Avoid using vmx instruction directly, Arnd Bergmann
      • Re: [kvm-devel] [PATCH] KVM: Avoid using vmx instruction directly, Avi Kivity
      • Re: [kvm-devel] [PATCH] KVM: Avoid using vmx instruction directly, Jeremy Fitzhardinge
      • Re: [kvm-devel] [PATCH] KVM: Avoid using vmx instruction directly, Martin Schwidefsky
      • Re: [kvm-devel] [PATCH] KVM: Avoid using vmx instruction directly, Jeremy Fitzhardinge
      • Re: [kvm-devel] [PATCH] KVM: Avoid using vmx instruction directly, H. Peter Anvin
      • Re: [kvm-devel] [PATCH] KVM: Avoid using vmx instruction directly, Avi Kivity
      • Re: [kvm-devel] [PATCH] KVM: Avoid using vmx instruction directly, Jeremy Fitzhardinge
      • Re: [kvm-devel] [PATCH] KVM: Avoid using vmx instruction directly, Avi Kivity
      • Re: [kvm-devel] [PATCH] KVM: Avoid using vmx instruction directly, Jeremy Fitzhardinge
• Re: [RFC] cpuset: remove sched domain hooks from cpusets, Paul Jackson
• Re: [PATCH 2.6.19-rc3] i386/io_apic: fix compiler warning in create_irq, Ingo Molnar
• [Dumb question] 100k RTC interrupts/sec on SMP system: why?, Paul P Komkoff Jr
  • Re: [Dumb question] 100k RTC interrupts/sec on SMP system: why?, Andrew Morton
    • Re: [Dumb question] 100k RTC interrupts/sec on SMP system: why?, Paul P Komkoff Jr
      • Re: [Dumb question] 100k RTC interrupts/sec on SMP system: why?, Arjan van de Ven
      • Re: [Dumb question] 100k RTC interrupts/sec on SMP system: why?, Paul P Komkoff Jr
      • Re: [Dumb question] 100k RTC interrupts/sec on SMP system: why?, Paul P Komkoff Jr
      • Re: [Dumb question] 100k RTC interrupts/sec on SMP system: why?, Arjan van de Ven
• Re: 2.6.19-rc3 system freezes when ripping with cdparanoia at ioctl(SG_IO), Brice Goglin
  • Re: 2.6.19-rc3 system freezes when ripping with cdparanoia at ioctl(SG_IO), Tejun Heo
    • Re: 2.6.19-rc3 system freezes when ripping with cdparanoia at ioctl(SG_IO), Jeff Garzik
      • Re: 2.6.19-rc3 system freezes when ripping with cdparanoia at ioctl(SG_IO), Monty Montgomery
    • Re: 2.6.19-rc3 system freezes when ripping with cdparanoia at ioctl(SG_IO), Douglas Gilbert
      • Re: 2.6.19-rc3 system freezes when ripping with cdparanoia at ioctl(SG_IO), Luben Tuikov
      • Re: 2.6.19-rc3 system freezes when ripping with cdparanoia at ioctl(SG_IO), Douglas Gilbert
      • Re: 2.6.19-rc3 system freezes when ripping with cdparanoia at ioctl(SG_IO), Luben Tuikov
      • Re: 2.6.19-rc3 system freezes when ripping with cdparanoia at ioctl(SG_IO), Christoph Hellwig
      • Re: 2.6.19-rc3 system freezes when ripping with cdparanoia at ioctl(SG_IO), Douglas Gilbert
      • Re: 2.6.19-rc3 system freezes when ripping with cdparanoia at ioctl(SG_IO), Luben Tuikov
      • Re: 2.6.19-rc3 system freezes when ripping with cdparanoia at ioctl(SG_IO), Monty Montgomery
    • Re: 2.6.19-rc3 system freezes when ripping with cdparanoia at ioctl(SG_IO), Monty Montgomery
      • Re: 2.6.19-rc3 system freezes when ripping with cdparanoia at ioctl(SG_IO), Tejun Heo
      • Re: 2.6.19-rc3 system freezes when ripping with cdparanoia at ioctl(SG_IO), Jens Axboe
      • Re: 2.6.19-rc3 system freezes when ripping with cdparanoia at ioctl(SG_IO), Brice Goglin
      • Re: 2.6.19-rc3 system freezes when ripping with cdparanoia at ioctl(SG_IO), Jens Axboe
      • Re: 2.6.19-rc3 system freezes when ripping with cdparanoia at ioctl(SG_IO), Brice Goglin
      • Re: 2.6.19-rc3 system freezes when ripping with cdparanoia at ioctl(SG_IO), Jens Axboe
      • Re: 2.6.19-rc3 system freezes when ripping with cdparanoia at ioctl(SG_IO), Brice Goglin
      • Re: 2.6.19-rc3 system freezes when ripping with cdparanoia at ioctl(SG_IO), Jens Axboe
• Why is there limited number of permanent memory mappings in kernel on x86?, gniuxiao
  • Re: Why is there limited number of permanent memory mappings in kernel on x86?, Ralf Baechle
• [take24 0/6] kevent: Generic event handling mechanism., Evgeniy Polyakov
  • [take24 1/6] kevent: Description., Evgeniy Polyakov
    • [take24 2/6] kevent: Core files., Evgeniy Polyakov
      • [take24 3/6] kevent: poll/select() notifications., Evgeniy Polyakov
      • [take24 4/6] kevent: Socket notifications., Evgeniy Polyakov
      • [take24 5/6] kevent: Timer notifications., Evgeniy Polyakov
      • [take24 6/6] kevent: Pipe notifications., Evgeniy Polyakov
      • Re: [take24 3/6] kevent: poll/select() notifications., Eric Dumazet
      • Re: [take24 3/6] kevent: poll/select() notifications., Evgeniy Polyakov
      • Re: [take24 3/6] kevent: poll/select() notifications., Davide Libenzi
      • Re: [take24 3/6] kevent: poll/select() notifications., Evgeniy Polyakov
      • Re: [take24 3/6] kevent: poll/select() notifications., Davide Libenzi
      • Re: [take24 3/6] kevent: poll/select() notifications., Davide Libenzi
  • [take24 7/6] kevent: signal notifications., Evgeniy Polyakov
  • Re: [take24 0/6] kevent: Generic event handling mechanism., Ulrich Drepper
    • Re: [take24 0/6] kevent: Generic event handling mechanism., Evgeniy Polyakov
      • Re: [take24 0/6] kevent: Generic event handling mechanism., Evgeniy Polyakov
      • Re: [take24 0/6] kevent: Generic event handling mechanism., Ulrich Drepper
      • Re: [take24 0/6] kevent: Generic event handling mechanism., Evgeniy Polyakov
      • Re: [take24 0/6] kevent: Generic event handling mechanism., Andrew Morton
      • Re: [take24 0/6] kevent: Generic event handling mechanism., Evgeniy Polyakov
      • Re: [take24 0/6] kevent: Generic event handling mechanism., Andrew Morton
      • Re: [take24 0/6] kevent: Generic event handling mechanism., Evgeniy Polyakov
      • Re: [take24 0/6] kevent: Generic event handling mechanism., Ulrich Drepper
      • Re: [take24 0/6] kevent: Generic event handling mechanism., Jeff Garzik
      • Re: [take24 0/6] kevent: Generic event handling mechanism., Ulrich Drepper
      • Re: [take24 0/6] kevent: Generic event handling mechanism., Ingo Oeser
      • Re: [take24 0/6] kevent: Generic event handling mechanism., Michael Tokarev
      • Re: [take24 0/6] kevent: Generic event handling mechanism., Evgeniy Polyakov
      • Re: [take24 0/6] kevent: Generic event handling mechanism., Jeff Garzik
      • Re: [take24 0/6] kevent: Generic event handling mechanism., Evgeniy Polyakov
      • Re: [take24 0/6] kevent: Generic event handling mechanism., Ulrich Drepper
      • Re: [take24 0/6] kevent: Generic event handling mechanism., Evgeniy Polyakov
      • Re: [take24 0/6] kevent: Generic event handling mechanism., Evgeniy Polyakov
      • Re: [take24 0/6] kevent: Generic event handling mechanism., Jeff Garzik
      • Re: [take24 0/6] kevent: Generic event handling mechanism., Evgeniy Polyakov
      • Re: [take24 0/6] kevent: Generic event handling mechanism., Jeff Garzik
      • Re: [take24 0/6] kevent: Generic event handling mechanism., Evgeniy Polyakov
      • Re: [take24 0/6] kevent: Generic event handling mechanism., Ulrich Drepper
      • Re: [take24 0/6] kevent: Generic event handling mechanism., Evgeniy Polyakov
      • Re: [take24 0/6] kevent: Generic event handling mechanism., Ulrich Drepper
      • Re: [take24 0/6] kevent: Generic event handling mechanism., Evgeniy Polyakov
      • Kevent POSIX timers support., Evgeniy Polyakov
      • Re: Kevent POSIX timers support., Ulrich Drepper
      • Re: Kevent POSIX timers support., Evgeniy Polyakov
      • Re: Kevent POSIX timers support., Ulrich Drepper
      • Re: Kevent POSIX timers support., David Miller
      • Re: Kevent POSIX timers support., Ulrich Drepper
      • Re: Kevent POSIX timers support., David Miller
      • Re: Kevent POSIX timers support., Evgeniy Polyakov
      • Re: Kevent POSIX timers support., David Miller
      • Re: Kevent POSIX timers support., Evgeniy Polyakov
      • Re: Kevent POSIX timers support., Evgeniy Polyakov
      • Re: [take24 0/6] kevent: Generic event handling mechanism., Ulrich Drepper
      • Re: [take24 0/6] kevent: Generic event handling mechanism., Evgeniy Polyakov
      • Re: [take24 0/6] kevent: Generic event handling mechanism., Ulrich Drepper
      • Re: [take24 0/6] kevent: Generic event handling mechanism., Evgeniy Polyakov
      • Re: [take24 0/6] kevent: Generic event handling mechanism., Ulrich Drepper
      • Re: [take24 0/6] kevent: Generic event handling mechanism., Evgeniy Polyakov
      • Re: [take24 0/6] kevent: Generic event handling mechanism., Ulrich Drepper
      • Re: [take24 0/6] kevent: Generic event handling mechanism., Evgeniy Polyakov
      • Re: [take24 0/6] kevent: Generic event handling mechanism., Evgeniy Polyakov
      • Re: [take24 0/6] kevent: Generic event handling mechanism., Evgeniy Polyakov
      • Re: [take24 0/6] kevent: Generic event handling mechanism., Evgeniy Polyakov
      • Re: [take24 0/6] kevent: Generic event handling mechanism., Ulrich Drepper
      • Re: [take24 0/6] kevent: Generic event handling mechanism., Evgeniy Polyakov
      • Re: [take24 0/6] kevent: Generic event handling mechanism., Ulrich Drepper
      • Re: [take24 0/6] kevent: Generic event handling mechanism., Evgeniy Polyakov
      • Re: [take24 0/6] kevent: Generic event handling mechanism., Ulrich Drepper
      • Re: [take24 0/6] kevent: Generic event handling mechanism., Evgeniy Polyakov
• [GIT PULL] MMC update, Pierre Ossman
• 2.6.19-rc5 breaks klogd 1.4.1, John Wendel
  • Re: 2.6.19-rc5 breaks klogd 1.4.1, Andrew Morton
    • Message not available
      • Re: 2.6.19-rc5 breaks klogd 1.4.1, Andrew Morton
      • Re: 2.6.19-rc5 breaks klogd 1.4.1, Mike Galbraith
      • Re: 2.6.19-rc5 breaks klogd 1.4.1, Mike Galbraith
      • [patch] [trivial] Re: 2.6.19-rc5 breaks klogd 1.4.1, Mike Galbraith
• Kexec with latest kernel fail, Lu, Yinghai
  • Re: [Fastboot] Kexec with latest kernel fail, Horms
    • Re: [Fastboot] Kexec with latest kernel fail, yhlu
    • Re: [Fastboot] Kexec with latest kernel fail, yhlu
      • Re: [Fastboot] Kexec with latest kernel fail, Horms
      • Re: [Fastboot] Kexec with latest kernel fail, Yinghai Lu
      • Re: [Fastboot] Kexec with latest kernel fail, Horms
  • Re: [Fastboot] Kexec with latest kernel fail, Don Zickus
    • Re: [Fastboot] Kexec with latest kernel fail, Yinghai Lu
    • Re: [Fastboot] Kexec with latest kernel fail, Jay Lan
      • Re: [Fastboot] Kexec with latest kernel fail, Vivek Goyal
• [PATCH] shorten the x86_64 boot setup GDT to what the comment says, Steven Rostedt
  • Re: [PATCH] shorten the x86_64 boot setup GDT to what the comment says, Alexander van Heukelum
    • Re: [PATCH] shorten the x86_64 boot setup GDT to what the comment says, Steven Rostedt
      • Re: [PATCH] shorten the x86_64 boot setup GDT to what the comment says, Alexander van Heukelum
      • Re: [PATCH] shorten the x86_64 boot setup GDT to what the comment says, Andi Kleen
      • Re: [PATCH] shorten the x86_64 boot setup GDT to what the comment says, Alexander van Heukelum
      • Re: [PATCH] shorten the x86_64 boot setup GDT to what the comment says, Andi Kleen
      • Re: [PATCH] shorten the x86_64 boot setup GDT to what the comment says, Alexander van Heukelum
      • Re: [PATCH] shorten the x86_64 boot setup GDT to what the comment says, Alexander van Heukelum
      • [PATCH] make x86_64 boot gdt size exact (like x86)., Steven Rostedt
      • Re: [PATCH] make x86_64 boot gdt size exact (like x86)., Andi Kleen
      • Re: [PATCH] make x86_64 boot gdt size exact (like x86)., Steven Rostedt
      • Re: [PATCH] make x86_64 boot gdt size exact (like x86)., Andi Kleen
  • Re: [PATCH] shorten the x86_64 boot setup GDT to what the comment says, Andi Kleen
    • [Xen-devel] Re: [PATCH] shorten the x86_64 boot setup GDT to what the comment says, Jan Beulich
      • Re: [Xen-devel] Re: [PATCH] shorten the x86_64 boot setup GDT to what the comment says, Andi Kleen
• [patch] fix up generic csum_ipv6_magic function prototype, Chen, Kenneth W
  • Re: [patch] fix up generic csum_ipv6_magic function prototype, David Miller
    • Re: [patch] fix up generic csum_ipv6_magic function prototype, Al Viro
      • Re: [patch] fix up generic csum_ipv6_magic function prototype, David Miller
      • Re: [patch] fix up generic csum_ipv6_magic function prototype, Al Viro
      • Re: [patch] fix up generic csum_ipv6_magic function prototype, Russell King
      • Re: [patch] fix up generic csum_ipv6_magic function prototype, Al Viro
      • Re: [patch] fix up generic csum_ipv6_magic function prototype, Andi Kleen
      • Re: [patch] fix up generic csum_ipv6_magic function prototype, David Miller
• [patch 0/4] i386, x86_64: fix the irqbalance quirk for E7520/E7320/E7525 - V2, Siddha, Suresh B
  • [patch 1/4] i386: add write_pci_config_byte() to direct PCI access routines, Siddha, Suresh B
  • [patch 2/4] i386: introduce the mechanism of disabling cpu hotplug control, Siddha, Suresh B
  • [patch 3/4] x86_64: add genapic_force, Siddha, Suresh B
  • [patch 4/4] fix the irqbalance quirk for E7320/E7520/E7525, Siddha, Suresh B
  • Re: [patch 0/4] i386, x86_64: fix the irqbalance quirk for E7520/E7320/E7525 - V2, Andi Kleen
• [RESEND PATCHSET] direct-io: unify asyn/sync completion paths and fix completion bugs, Tejun Heo
  • [PATCH 2/5] direct-io: fix dio_complete() errno passing in sync completion path, Tejun Heo
  • [PATCH 1/5] direct-io: fix page_errors handling, Tejun Heo
  • [PATCH 5/5] direct-io: fix double completion on partially valid async requests, Tejun Heo
  • [PATCH 3/5] direct-io: factor out dio_determine_result(), Tejun Heo
  • [PATCH 4/5] direct-io: unify sync and async completion paths, Tejun Heo
• [PATCH 1/2] Add dev_sysdata to struct device, Benjamin Herrenschmidt
• touch_cache() only touches two thirds, Bela Lubkin
  • Re: touch_cache() only touches two thirds, Andi Kleen
    • RE: touch_cache() only touches two thirds, Bela Lubkin
      • Re: touch_cache() only touches two thirds, Andi Kleen
      • Re: touch_cache() only touches two thirds, Bela Lubkin
      • RE: touch_cache() only touches two thirds, dean gaudet
      • RE: touch_cache() only touches two thirds, dean gaudet
• [PATCH 2/2] Use dev_sysdata for ACPI and remove firmware_data, Benjamin Herrenschmidt
  • Re: [PATCH 2/2] Use dev_sysdata for ACPI and remove firmware_data, Greg KH
    • Re: [PATCH 2/2] Use dev_sysdata for ACPI and remove firmware_data, Len Brown
      • Re: [PATCH 2/2] Use dev_sysdata for ACPI and remove firmware_data, Benjamin Herrenschmidt
• [PATCH 0/2] Add dev_sysdata and use it for ACPI, Benjamin Herrenschmidt
  • Re: [PATCH 0/2] Add dev_sysdata and use it for ACPI, Cornelia Huck
    • Re: [PATCH 0/2] Add dev_sysdata and use it for ACPI, Benjamin Herrenschmidt
      • Re: [PATCH 0/2] Add dev_sysdata and use it for ACPI, Greg KH
      • Re: [PATCH 0/2] Add dev_sysdata and use it for ACPI, Benjamin Herrenschmidt
      • Re: [PATCH 0/2] Add dev_sysdata and use it for ACPI, Paul Mackerras
      • Re: [PATCH 0/2] Add dev_sysdata and use it for ACPI, Benjamin Herrenschmidt
• [PATCH] x86_64: Make the NUMA hash function nodemap allocation dynamic and remove NODEMAPSIZE, Amul Shah
  • Re: [PATCH] x86_64: Make the NUMA hash function nodemap allocation dynamic and remove NODEMAPSIZE, Andi Kleen
    • Re: [PATCH] x86_64: Make the NUMA hash function nodemap allocation dynamic and remove NODEMAPSIZE, Eric Dumazet
      • Re: [PATCH] x86_64: Make the NUMA hash function nodemap allocation dynamic and remove NODEMAPSIZE, Eric Dumazet
      • Re: [PATCH] x86_64: Make the NUMA hash function nodemap allocation dynamic and remove NODEMAPSIZE, Andi Kleen
  • <Possible follow-ups>
  • [PATCH] x86_64: Make the NUMA hash function nodemap allocation dynamic and remove NODEMAPSIZE, Amul Shah
    • Re: [PATCH] x86_64: Make the NUMA hash function nodemap allocation dynamic and remove NODEMAPSIZE, Andi Kleen
      • Re: [PATCH] x86_64: Make the NUMA hash function nodemap allocation dynamic and remove NODEMAPSIZE, Eric Dumazet
      • Re: [PATCH] x86_64: Make the NUMA hash function nodemap allocation dynamic and remove NODEMAPSIZE, Amul Shah
      • Re: [PATCH] x86_64: Make the NUMA hash function nodemap allocation dynamic and remove NODEMAPSIZE, Andi Kleen
• [PATCH] IB/ipath - program intconfig register using new HT irq hook, Bryan O'Sullivan
  • Re: [PATCH] IB/ipath - program intconfig register using new HT irq hook, Andrew Morton
    • Re: [PATCH] IB/ipath - program intconfig register using new HT irq hook, Bryan O'Sullivan
      • Re: [PATCH] IB/ipath - program intconfig register using new HT irq hook, Andrew Morton
      • Re: [PATCH] IB/ipath - program intconfig register using new HT irq hook, Eric W. Biederman
• [PATCH] flexcop-usb.c: fix "&& 0xff" typos and ..., Alexey Dobriyan
  • Re: [v4l-dvb-maintainer] [PATCH] flexcop-usb.c: fix "&& 0xff" typos and ..., Michael Krufky
• [PATCH] gdth: fix "&& 0xff" typos, Alexey Dobriyan
• [PATCH][2.6.19-rc5-mm1] i386: Convert more absolute symbols to section relative, Vivek Goyal
  • Re: [PATCH][2.6.19-rc5-mm1] i386: Convert more absolute symbols to section relative, Andi Kleen
• [PATCH] Fix patch, Bryan O'Sullivan
  • Re: [openib-general] [PATCH] Fix patch, Bryan O'Sullivan
• [PATCH] IPMI: Clean up the waiting message queue properly on unload, Corey Minyard
• [PATCH] IPMI: retry messages on certain error returns, Corey Minyard
• [PATCH] amso1100: fix "&& 0xff" typo, Alexey Dobriyan
• [PATCH] gx-suspmod: fix "&& 0xff" typo, Alexey Dobriyan
  • Re: [PATCH] gx-suspmod: fix "&& 0xff" typo, Randy Dunlap
    • Re: [PATCH] gx-suspmod: fix "&& 0xff" typo, Dave Jones
      • Re: [PATCH] gx-suspmod: fix "&& 0xff" typo, Alexey Dobriyan
      • Re: [PATCH] gx-suspmod: fix "&& 0xff" typo, Dave Jones
      • Re: [PATCH] gx-suspmod: fix "&& 0xff" typo, Willy Tarreau
      • Re: [PATCH] gx-suspmod: fix "&& 0xff" typo, Horst H. von Brand
  • Re: [PATCH] gx-suspmod: fix "&& 0xff" typo, Dave Jones
• [PATCH] ipmi_si_intf.c: fix "&& 0xff" typos, Alexey Dobriyan
  • Re: [PATCH] ipmi_si_intf.c: fix "&& 0xff" typos, Corey Minyard
    • Re: [PATCH] ipmi_si_intf.c: fix "&& 0xff" typos, Valdis . Kletnieks
      • Re: [PATCH] ipmi_si_intf.c: fix "&& 0xff" typos, Corey Minyard
• A proposal; making 2.6.20 a bugfix only version., Jesper Juhl
  • Re: A proposal; making 2.6.20 a bugfix only version., Arjan van de Ven
    • Re: A proposal; making 2.6.20 a bugfix only version., Jesper Juhl
      • Re: A proposal; making 2.6.20 a bugfix only version., Andreas Mohr
      • Re: A proposal; making 2.6.20 a bugfix only version., Jan Engelhardt
      • Re: A proposal; making 2.6.20 a bugfix only version., Pavel Machek
      • Re: A proposal; making 2.6.20 a bugfix only version., Horst H. von Brand
      • Re: A proposal; making 2.6.20 a bugfix only version., Jesper Juhl
    • Re: A proposal; making 2.6.20 a bugfix only version., Andrew Morton
      • Re: A proposal; making 2.6.20 a bugfix only version., Arjan van de Ven
      • Re: A proposal; making 2.6.20 a bugfix only version., Andrew Morton
      • Re: A proposal; making 2.6.20 a bugfix only version., Arjan van de Ven
      • Re: A proposal; making 2.6.20 a bugfix only version., Andrew Morton
      • Re: A proposal; making 2.6.20 a bugfix only version., Arjan van de Ven
      • Re: A proposal; making 2.6.20 a bugfix only version., Adrian Bunk
      • Re: A proposal; making 2.6.20 a bugfix only version., Arjan van de Ven
      • Re: A proposal; making 2.6.20 a bugfix only version., Thomas Gleixner
      • Re: A proposal; making 2.6.20 a bugfix only version., Andrew Morton
      • Re: A proposal; making 2.6.20 a bugfix only version., Stefan Richter
      • Re: A proposal; making 2.6.20 a bugfix only version., Martin J. Bligh
    • Re: A proposal; making 2.6.20 a bugfix only version., Diego Calleja
      • Re: A proposal; making 2.6.20 a bugfix only version., Arjan van de Ven
      • Re: A proposal; making 2.6.20 a bugfix only version., Rolf Eike Beer
  • <Possible follow-ups>
  • Re: A proposal; making 2.6.20 a bugfix only version., Al Boldi
    • Re: A proposal; making 2.6.20 a bugfix only version., Stephen Hemminger
      • Re: A proposal; making 2.6.20 a bugfix only version., Al Boldi
      • Re: A proposal; making 2.6.20 a bugfix only version., Jesper Juhl
      • Re: A proposal; making 2.6.20 a bugfix only version., Stephen Hemminger
      • Re: A proposal; making 2.6.20 a bugfix only version., Randy Dunlap
      • Re: A proposal; making 2.6.20 a bugfix only version., Al Boldi
      • Re: A proposal; making 2.6.20 a bugfix only version., Arjan van de Ven
      • Re: A proposal; making 2.6.20 a bugfix only version., Al Boldi
      • Re: A proposal; making 2.6.20 a bugfix only version., Stephen Hemminger
      • Re: A proposal; making 2.6.20 a bugfix only version., Al Boldi
      • Re: A proposal; making 2.6.20 a bugfix only version., Stephen Hemminger
      • Re: A proposal; making 2.6.20 a bugfix only version., David Miller
      • Re: A proposal; making 2.6.20 a bugfix only version., Al Boldi
      • Re: A proposal; making 2.6.20 a bugfix only version., Valdis . Kletnieks
      • Re: A proposal; making 2.6.20 a bugfix only version., Al Boldi
      • Re: A proposal; making 2.6.20 a bugfix only version., Willy Tarreau
      • Re: A proposal; making 2.6.20 a bugfix only version., Neil Brown
      • bugzilla (was Re: A proposal; making 2.6.20 a bugfix only version.), Pavel Machek
      • Re: A proposal; making 2.6.20 a bugfix only version., Krzysztof Halasa
      • Re: A proposal; making 2.6.20 a bugfix only version., Adrian Bunk
• e1000 driver 2.6.18 - how to waste processor cycles, Jeff V. Merkey
  • Re: e1000 driver 2.6.18 - how to waste processor cycles, Jesse Brandeburg
    • Re: e1000 driver 2.6.18 - how to waste processor cycles, David Miller
    • Re: e1000 driver 2.6.18 - how to waste processor cycles, Jeffrey V. Merkey
      • Re: e1000 driver 2.6.18 - how to waste processor cycles, Jesse Brandeburg
      • Re: e1000 driver 2.6.18 - how to waste processor cycles, Jeff V. Merkey
      • Re: e1000 driver 2.6.18 - how to waste processor cycles, Jeff V. Merkey
• [PATCH 2/33] usb: pcwd_usb free urb cleanup, Wim Van Sebroeck
• IDE cs5530 hda: lost interrupt, Saulo
  • Re: IDE cs5530 hda: lost interrupt, Alan Cox
    • Message not available
      • Re: IDE cs5530 hda: lost interrupt, Alan Cox
      • Re: IDE cs5530 hda: lost interrupt, Saulo
      • Re: IDE cs5530 hda: lost interrupt, Saulo
      • Re: IDE cs5530 hda: lost interrupt, Alan Cox
    • Re: IDE cs5530 hda: lost interrupt, Saulo
  • Re: IDE cs5530 hda: lost interrupt, Mark Lord
    • Re: IDE cs5530 hda: lost interrupt, Saulo
• [PATCH] HZ: 300Hz support, Alan Cox
  • Re: [PATCH] HZ: 300Hz support, Arjan van de Ven
    • Re: [PATCH] HZ: 300Hz support, Alan Cox
  • Re: [PATCH] HZ: 300Hz support, Jiri Slaby
  • Re: [PATCH] HZ: 300Hz support, Willy Tarreau
  • Re: [PATCH] HZ: 300Hz support, Andi Kleen
    • Re: [PATCH] HZ: 300Hz support, Jan Engelhardt
• [TEST SUITE] termios: basic test set for the new termios code, Alan Cox
• Re: r8169 mac address change (was Re: [0/3] 2.6.19-rc2: known regressions)], Riku Voipio
  • Re: r8169 mac address change (was Re: [0/3] 2.6.19-rc2: known regressions)], Francois Romieu
    • Re: r8169 mac address change (was Re: [0/3] 2.6.19-rc2: known regressions)], Lennert Buytenhek
      • Re: r8169 mac address change (was Re: [0/3] 2.6.19-rc2: known regressions)], Francois Romieu
      • Re: r8169 mac address change (was Re: [0/3] 2.6.19-rc2: known regressions)], Martin Michlmayr
      • Re: r8169 mac address change (was Re: [0/3] 2.6.19-rc2: known regressions)], Francois Romieu
      • r8169 on n2100 (was Re: r8169 mac address change (was Re: [0/3] 2.6.19-rc2: known regressions)), Francois Romieu
      • Re: r8169 on n2100 (was Re: r8169 mac address change (was Re: [0/3] 2.6.19-rc2: known regressions)), Martin Michlmayr
      • Re: r8169 on n2100 (was Re: r8169 mac address change (was Re: [0/3] 2.6.19-rc2: known regressions)), Francois Romieu
• [PATCH] termios: Enable new style termios ioctls on x86-64, Alan Cox
• [PATCH] tty_ioctl: Replace previous patches with this, Alan Cox
• [PATCH 1/1] Unitialized pseudo_netdev accessed in c2_register_device, Tom Tucker
  • Re: [PATCH 1/1] Unitialized pseudo_netdev accessed in c2_register_device, Roland Dreier
• [PATCH][trivial] Kconfig: fix spelling error in config KALLSYMS help text, Jesper Juhl
  • Re: [PATCH][trivial] Kconfig: fix spelling error in config KALLSYMS help text, Randy Dunlap
• [PATCH] nvidiafb: fix unreachable code in nv10GetConfig, Nathan Lynch
  • Re: [PATCH] nvidiafb: fix unreachable code in nv10GetConfig, Andrew Morton
    • Re: [PATCH] nvidiafb: fix unreachable code in nv10GetConfig, Nathan Lynch
      • Re: [PATCH] nvidiafb: fix unreachable code in nv10GetConfig, James Simmons
• [PATCH 1/1 dcache] drivers: add LCD support, Miguel Ojeda Sandonis
  • [PATCH davem] drivers: add LCD support, Miguel Ojeda
• [PATCH 0/1 update8] drivers: add LCD support, Miguel Ojeda Sandonis
• [-mm patch 0/2] MACB driver update, Haavard Skinnemoen
  • [-mm patch 1/2] [MACB] Don't depend on platform_data for mac address and mii phy id, Haavard Skinnemoen
    • [-mm patch 2/2] [AVR32] Remove mii_phy_addr and eth_addr from eth_platform_data, Haavard Skinnemoen
  • Re: [-mm patch 0/2] MACB driver update, Andrew Morton
    • Re: [-mm patch 0/2] MACB driver update, Haavard Skinnemoen
• Problem with multiple mounts, Suzuki
  • Re: Problem with multiple mounts, Lennart Sorensen
    • Re: Problem with multiple mounts, Suzuki
      • Re: Problem with multiple mounts, Andreas Dilger
      • Re: Problem with multiple mounts, Lennart Sorensen
      • Re: Problem with multiple mounts, David Masover
  • Re: Problem with multiple mounts, David Masover
• Problems with Samsung SH-W163A SATA CD/DVDRW JMicron 20360/20363 2.6.18.1, Andrew Lyon
  • Re: Problems with Samsung SH-W163A SATA CD/DVDRW JMicron 20360/20363 2.6.18.1, Alan Cox
    • Re: Problems with Samsung SH-W163A SATA CD/DVDRW JMicron 20360/20363 2.6.18.1, Bill Davidsen
• [PATCH] sysctl: Undeprecate sys_sysctl, Eric W. Biederman
  • Re: [PATCH] sysctl: Undeprecate sys_sysctl, Jesper Juhl
    • [PATCH] sysctl: Undeprecate sys_sysctl (take 2), Eric W. Biederman
      • Re: [PATCH] sysctl: Undeprecate sys_sysctl (take 2), Andi Kleen
      • Re: [PATCH] sysctl: Undeprecate sys_sysctl (take 2), Eric W. Biederman
      • Re: [PATCH] sysctl: Undeprecate sys_sysctl (take 2), H. Peter Anvin
  • Re: [PATCH] sysctl: Undeprecate sys_sysctl, Alan Cox
    • Re: [PATCH] sysctl: Undeprecate sys_sysctl, Arjan van de Ven
    • Re: [PATCH] sysctl: Undeprecate sys_sysctl, H. Peter Anvin
  • Re: [PATCH] sysctl: Undeprecate sys_sysctl, Alistair John Strachan
    • Re: [PATCH] sysctl: Undeprecate sys_sysctl, Eric W. Biederman
      • Re: [PATCH] sysctl: Undeprecate sys_sysctl, Russell King
      • Re: [PATCH] sysctl: Undeprecate sys_sysctl, Eric W. Biederman
      • Re: [PATCH] sysctl: Undeprecate sys_sysctl, Russell King
      • Re: [PATCH] sysctl: Undeprecate sys_sysctl, Alistair John Strachan
• How to compile module params into kernel?, Joakim Tjernlund
  • Re: How to compile module params into kernel?, Jesper Juhl
    • RE: How to compile module params into kernel?, Joakim Tjernlund
      • Re: How to compile module params into kernel?, Jesper Juhl
      • Re: How to compile module params into kernel?, Jan-Benedict Glaw
      • Re: How to compile module params into kernel?, Joakim Tjernlund
      • Re: How to compile module params into kernel?, Miguel Ojeda
      • RE: How to compile module params into kernel?, Joakim Tjernlund
      • Re: How to compile module params into kernel?, Richard B. Johnson
      • Re: How to compile module params into kernel?, Jan-Benedict Glaw
• Jiffies wraparound is not treated in the schedstats, Mauricio Lin
  • Re: Jiffies wraparound is not treated in the schedstats, Balbir Singh
    • Re: Jiffies wraparound is not treated in the schedstats, Balbir Singh
    • Re: Jiffies wraparound is not treated in the schedstats, Mauricio Lin
  • <Possible follow-ups>
  • Re: Jiffies wraparound is not treated in the schedstats, Kaz Kylheku
• [patch 5/7] fault-injection capability for disk IO, Akinobu Mita
• [patch 7/7] stacktrace filtering, Akinobu Mita
• e1000: include <net/ip6_checksum.h> for IA64, Auke Kok
  • Re: e1000: include <net/ip6_checksum.h> for IA64, Andrew Morton
  • RE: e1000: include <net/ip6_checksum.h> for IA64, Chen, Kenneth W
  • <Possible follow-ups>
  • RE: e1000: include <net/ip6_checksum.h> for IA64, Chen, Kenneth W
    • Re: e1000: include <net/ip6_checksum.h> for IA64, Auke Kok
• [patch 0/7] Fault-injection capabilities (v6), Akinobu Mita
  • [PATCH -mm] fault-injection: reject-failure-if-any-caller-lies-within-specified range, Don Mullis
    • Re: [PATCH -mm] fault-injection: reject-failure-if-any-caller-lies-within-specified range, Akinobu Mita
      • Re: [PATCH -mm] fault-injection: reject-failure-if-any-caller-lies-within-specified range, Don Mullis
      • Re: [PATCH -mm] fault-injection: reject-failure-if-any-caller-lies-within-specified range, Akinobu Mita
• [patch 6/7] process filtering for fault-injection capabilities, Akinobu Mita
• [patch 3/7] fault-injection capability for kmalloc, Akinobu Mita
• [patch 2/7] fault-injection capabilities infrastructure, Akinobu Mita
• [patch 1/7] documentation and scripts, Akinobu Mita
• [patch 4/7] fault-injection capability for alloc_pages(), Akinobu Mita
• Re: Possible spinlock recursion in search_module_extables() ?, Jeff Layton
  • Re: Possible spinlock recursion in search_module_extables() ?, Andrew Morton
• Re: Behaviour of compat_msgsnd/compat_msgrcv calls, Suzuki K P
  • Re: Behaviour of compat_msgsnd/compat_msgrcv calls, Suzuki K P
    • [RFC] [PATCH] Fix compat space msg size limit for msgsnd/msgrcv ( Was Re: Behaviour of compat_msgsnd/compat_msgrcv calls ), suzuki
• [PATCH] powerpc iseries link error in allmodconfig, Judith Lebzelter
  • Re: [PATCH] powerpc iseries link error in allmodconfig, Stephen Rothwell
• Re: [discuss] Re: 2.6.19-rc4: known unfixed regressions (v3), Adrian Bunk
  • Re: [discuss] Re: 2.6.19-rc4: known unfixed regressions (v3), Linus Torvalds
    • Re: [discuss] Re: 2.6.19-rc4: known unfixed regressions (v3), Linus Torvalds
      • Re: [discuss] Re: 2.6.19-rc4: known unfixed regressions (v3), Linus Torvalds
      • Re: [discuss] Re: 2.6.19-rc4: known unfixed regressions (v3), Jeff Chua
      • Re: [discuss] Re: 2.6.19-rc4: known unfixed regressions (v3), Andrew Morton
      • Re: [discuss] Re: 2.6.19-rc4: known unfixed regressions (v3), Jeff Chua
      • Re: [discuss] Re: 2.6.19-rc4: known unfixed regressions (v3), Andi Kleen
      • Re: [discuss] Re: 2.6.19-rc4: known unfixed regressions (v3), Alan Cox
      • Re: [discuss] Re: 2.6.19-rc4: known unfixed regressions (v3), Jeff Garzik
      • Re: [discuss] Re: 2.6.19-rc4: known unfixed regressions (v3), Jeff Garzik
    • Re: [discuss] Re: 2.6.19-rc4: known unfixed regressions (v3), Aaron Durbin
  • <Possible follow-ups>
  • Re: [discuss] Re: 2.6.19-rc4: known unfixed regressions (v3), Jeff Chua
• Re: How to document dimension units for virtual files?, Michael Holzheu
  • Re: How to document dimension units for virtual files?, Randy Dunlap
    • Re: How to document dimension units for virtual files?, Michael Holzheu
      • Re: How to document dimension units for virtual files?, Greg KH
      • Re: How to document dimension units for virtual files?, Michael Holzheu
      • Re: How to document dimension units for virtual files?, Greg KH
      • Re: How to document dimension units for virtual files?, Pavel Machek
      • Re: How to document dimension units for virtual files?, Henrique de Moraes Holschuh
      • Re: How to document dimension units for virtual files?, Michael Holzheu
  • Re: How to document dimension units for virtual files?, Jörn Engel
    • Re: How to document dimension units for virtual files?, Michael Holzheu
  • Re: How to document dimension units for virtual files?, Henrique de Moraes Holschuh
    • Re: How to document dimension units for virtual files?, Michael Holzheu
      • Re: How to document dimension units for virtual files?, Henrique de Moraes Holschuh
  • Re: How to document dimension units for virtual files?, Pavel Machek
    • Re: How to document dimension units for virtual files?, Kyle Moffett
      • Re: How to document dimension units for virtual files?, Sanjoy Mahajan
      • Re: How to document dimension units for virtual files?, Kyle Moffett
• Abysmal PATA IDE performance, Stephen Clark
  • Re: Abysmal PATA IDE performance, Mark Lord
    • Re: Abysmal PATA IDE performance, Stephen Clark
      • Re: Abysmal PATA IDE performance, Björn Steinbrink
      • Re: Abysmal PATA IDE performance, Stephen Clark
      • Re: Abysmal PATA IDE performance, J.A. Magallón
      • Re: Abysmal PATA IDE performance, Arjan van de Ven
      • Re: Abysmal PATA IDE performance, Stephen Clark
      • Re: Abysmal PATA IDE performance, Arjan van de Ven
      • Re: Abysmal PATA IDE performance, Stephen Clark
      • Re: Abysmal PATA IDE performance, Stephen Clark
      • Re: Abysmal PATA IDE performance, Arjan van de Ven
      • Re: Abysmal PATA IDE performance, Stephen Clark
      • Re: Abysmal PATA IDE performance, Stephen Clark
      • Re: Abysmal PATA IDE performance, Luca Tettamanti
      • Re: Abysmal PATA IDE performance, Stephen Clark
      • Re: Abysmal PATA IDE performance, Luca Tettamanti
      • Re: Abysmal PATA IDE performance, Stephen Clark
      • Re: Abysmal PATA IDE performance, Luca Tettamanti
      • Re: Abysmal PATA IDE performance, Tejun Heo
      • Re: Abysmal PATA IDE performance, Stephen Clark
      • Re: Abysmal PATA IDE performance, Stephen Clark
      • Re: Abysmal PATA IDE performance, Alessandro Suardi
      • Re: Abysmal PATA IDE performance, Alan Cox
• [PATCH] i386: make BUG() expansion look like instruction, Jan Beulich
  • Re: [PATCH] i386: make BUG() expansion look like instruction, Hugh Dickins
    • Re: [PATCH] i386: make BUG() expansion look like instruction, Jeremy Fitzhardinge
• [PATCH] pci quirks: Sort out the VIA mess once and for all (hopefully), Alan Cox
  • Re: [PATCH] pci quirks: Sort out the VIA mess once and for all (hopefully), Jeff Garzik
  • Re: [PATCH] pci quirks: Sort out the VIA mess once and for all ?(hopefully), Luca Tettamanti
  • Re: [PATCH] pci quirks: Sort out the VIA mess once and for all (hopefully), Daniel Drake
    • Re: [PATCH] pci quirks: Sort out the VIA mess once and for all (hopefully), Alan Cox
      • Re: [PATCH] pci quirks: Sort out the VIA mess once and for all (hopefully), Sergio Monteiro Basto
• infiniband/hw/amso1100/c2_provider.c: possible NULL dereference, Adrian Bunk
  • Re: infiniband/hw/amso1100/c2_provider.c: possible NULL dereference, Steve WIse
• How to interpret MCE messages?, martin f krafft
  • Re: How to interpret MCE messages?, Alan Cox
    • Re: How to interpret MCE messages?, martin f krafft
    • Re: How to interpret MCE messages?, martin f krafft
      • Re: How to interpret MCE messages?, dean gaudet
  • Re: How to interpret MCE messages?, Valdis . Kletnieks
    • Re: How to interpret MCE messages?, Mark Rosenstand
• [PATCH] hpt37x: Check the enablebits, Alan Cox
  • Re: [PATCH] hpt37x: Check the enablebits, Jeff Garzik
• kernel BUG at include/linux/dcache.h:303, Martin Weber
  • Re: kernel BUG at include/linux/dcache.h:303, Christoph Hellwig
    • Re: kernel BUG at include/linux/dcache.h:303, Miklos Szeredi
      • Re: kernel BUG at include/linux/dcache.h:303, Christoph Hellwig
      • Re: kernel BUG at include/linux/dcache.h:303, Martin Weber
• Re: + e1000-linkage-fix.patch added to -mm tree, Auke Kok
• S2RAM and PCI quirks, Alan Cox
  • Re: S2RAM and PCI quirks, Arjan van de Ven
    • Re: S2RAM and PCI quirks, Alan Cox
      • Re: S2RAM and PCI quirks, Rafael J. Wysocki
      • Re: [linux-pm] S2RAM and PCI quirks, Pavel Machek
• New laptop - problems with linux, Stephen Clark
  • Re: New laptop - problems with linux, Luming Yu
    • Re: New laptop - problems with linux, Stephen Clark
  • Re: New laptop - problems with linux, Jiri Slaby
    • Re: New laptop - problems with linux, Stephen Clark
      • Re: New laptop - problems with linux, Jiri Slaby
      • Re: New laptop - problems with linux, Francois Romieu
      • Re: New laptop - problems with linux, Stephen Clark
      • Re: New laptop - problems with linux, Stephen Hemminger
      • Re: New laptop - problems with linux, Stephen Clark
      • Re: New laptop - problems with linux, Jesper Juhl
      • Re: New laptop - problems with linux, Stephen Clark
      • Re: New laptop - problems with linux, Tejun Heo
  • Re: New laptop - problems with linux, Arjan van de Ven
    • Re: New laptop - problems with linux, Stephen Clark
  • Re: New laptop - problems with linux, Jarek Poplawski
    • Re: New laptop - problems with linux, Stephen Clark
      • Re: New laptop - problems with linux, Jarek Poplawski
      • Re: New laptop - problems with linux, Stephen Clark
• Kernel error messages, Marco Schwarz
  • Re: Kernel error messages, Jiri Slaby
    • Re: Kernel error messages, Marco Schwarz
  • Re: Kernel error messages, Trond Myklebust
    • Re: Kernel error messages, Marco Schwarz
• invalidate/drop filesystem caches & io buffers, Yakov Lerner
  • Re: invalidate/drop filesystem caches & io buffers, Arjan van de Ven
  • Re: invalidate/drop filesystem caches & io buffers, Hesse, Christian
• [git patches] libata via probe fix, Jeff Garzik
• 2.6.19-rc5 x86_64 irq 22: nobody cared, Olivier Nicolas
  • Re: 2.6.19-rc5 x86_64 irq 22: nobody cared, Adrian Bunk
    • Re: 2.6.19-rc5 x86_64 irq 22: nobody cared, Yinghai Lu
      • Re: 2.6.19-rc5 x86_64 irq 22: nobody cared, Olivier Nicolas
    • Re: 2.6.19-rc5 x86_64 irq 22: nobody cared, Takashi Iwai
      • Re: 2.6.19-rc5 x86_64 irq 22: nobody cared, Olivier Nicolas
    • Re: 2.6.19-rc5 x86_64 irq 22: nobody cared, Stephen Hemminger
      • Re: 2.6.19-rc5 x86_64 irq 22: nobody cared, Eric W. Biederman
  • Re: 2.6.19-rc5 x86_64 irq 22: nobody cared, Len Brown
• [PATCH] drm: fix return value check, Akinobu Mita
• Re: + i386-lapic-timer-calibration.patch added to -mm tree, Ingo Molnar
  • Re: + i386-lapic-timer-calibration.patch added to -mm tree, Thomas Gleixner
    • Re: + i386-lapic-timer-calibration.patch added to -mm tree, Ingo Molnar
• Re: + i386-apic-cleanup.patch added to -mm tree, Ingo Molnar
• Re: [RPC] OLPC tablet input driver., Vojtech Pavlik
• IP: kernel level autoconfig broken in 2.6.18.2 ?, Marco Schwarz
• 2.6.19-rc5-mm1, Andrew Morton
  • Re: 2.6.19-rc5-mm1, Reuben Farrelly
    • Re: 2.6.19-rc5-mm1, Andrew Morton
      • Re: 2.6.19-rc5-mm1, Dave Jones
      • Re: 2.6.19-rc5-mm1, Andrew Morton
      • Re: 2.6.19-rc5-mm1, Dave Jones
      • [PATCH] cpufreq: select consistently (Re: 2.6.19-rc5-mm1), Randy Dunlap
      • Re: [PATCH] cpufreq: select consistently (Re: 2.6.19-rc5-mm1), Dave Jones
  • Re: 2.6.19-rc5-mm1, Mariusz Kozlowski
    • Re: 2.6.19-rc5-mm1, Hesse, Christian
      • Re: 2.6.19-rc5-mm1, Mariusz Kozlowski
      • Re: 2.6.19-rc5-mm1, Mariusz Kozlowski
      • Re: 2.6.19-rc5-mm1, Andrew Morton
      • Re: 2.6.19-rc5-mm1, Andrew Morton
      • Re: 2.6.19-rc5-mm1, Mariusz Kozlowski
  • Re: 2.6.19-rc5-mm1, Benoit Boissinot
    • Re: 2.6.19-rc5-mm1, Thomas Gleixner
  • Re: 2.6.19-rc5-mm1, Rafael J. Wysocki
    • Re: 2.6.19-rc5-mm1, Andrew Morton
      • Re: 2.6.19-rc5-mm1, Rafael J. Wysocki
      • Re: 2.6.19-rc5-mm1, Andrew Morton
      • Re: 2.6.19-rc5-mm1, Rafael J. Wysocki
      • Re: 2.6.19-rc5-mm1: HPC nx6325 breakage, VESA fb problem, md-raid problem, Rafael J. Wysocki
      • Re: 2.6.19-rc5-mm1: HPC nx6325 breakage, VESA fb problem, md-raid problem, Andrew Morton
      • Re: 2.6.19-rc5-mm1: HPC nx6325 breakage, VESA fb problem, md-raid problem, Andi Kleen
      • Re: 2.6.19-rc5-mm1: HPC nx6325 breakage, VESA fb problem, md-raid problem, Andrew Morton
      • Re: 2.6.19-rc5-mm1: HPC nx6325 breakage, VESA fb problem, md-raid problem, Andi Kleen
      • Re: 2.6.19-rc5-mm1: HPC nx6325 breakage, VESA fb problem, md-raid problem, Rafael J. Wysocki
      • Re: 2.6.19-rc5-mm1: HPC nx6325 breakage, VESA fb problem, md-raid problem, Andi Kleen
      • Re: 2.6.19-rc5-mm1: HPC nx6325 breakage, VESA fb problem, md-raid problem, Franck Bui-Huu
      • Re: 2.6.19-rc5-mm1: HPC nx6325 breakage, VESA fb problem, md-raid problem, Neil Brown
      • Re: 2.6.19-rc5-mm1: HPC nx6325 breakage, VESA fb problem, md-raid problem, Rafael J. Wysocki
      • Re: 2.6.19-rc5-mm1: HPC nx6325 breakage, VESA fb problem, md-raid problem, Neil Brown
  • Re: 2.6.19-rc5-mm1 -- ppc64 ohci-hdc.c compile failure, Andy Whitcroft
    • Re: 2.6.19-rc5-mm1 -- ppc64 ohci-hdc.c compile failure, Benjamin Herrenschmidt
      • Re: 2.6.19-rc5-mm1 -- ppc64 ohci-hdc.c compile failure, Paul Mackerras
      • Re: 2.6.19-rc5-mm1 -- ppc64 ohci-hdc.c compile failure, Benjamin Herrenschmidt
  • Re: 2.6.19-rc5-mm1, Benoit Boissinot
    • Re: 2.6.19-rc5-mm1, Andrew Morton
      • Re: 2.6.19-rc5-mm1, Mattia Dongili
      • Re: [linux-usb-devel] 2.6.19-rc5-mm1, Alan Stern
      • Re: [linux-usb-devel] 2.6.19-rc5-mm1, Andrew Morton
      • Re: [linux-usb-devel] 2.6.19-rc5-mm1, Cédric Augonnet
      • Re: [linux-usb-devel] 2.6.19-rc5-mm1, Andrew Morton
      • Re: [linux-usb-devel] 2.6.19-rc5-mm1, Anton Vorontsov
      • Re: [linux-usb-devel] 2.6.19-rc5-mm1, Benoit Boissinot
  • Re: 2.6.19-rc5-mm1, Ed Tomlinson
    • Re: 2.6.19-rc5-mm1, Andrew Morton
      • Re: 2.6.19-rc5-mm1, Ed Tomlinson
  • Re: 2.6.19-rc5-mm1, Benoit Boissinot
    • Re: 2.6.19-rc5-mm1, Thomas Gleixner
      • Re: 2.6.19-rc5-mm1, Benoit Boissinot
      • Re: 2.6.19-rc5-mm1, Benoit Boissinot
      • Re: 2.6.19-rc5-mm1, Thomas Gleixner
  • Re: 2.6.19-rc5-mm1, Mariusz Kozlowski
    • Re: 2.6.19-rc5-mm1, Andrew Morton
      • Re: 2.6.19-rc5-mm1, Mariusz Kozlowski
      • Re: 2.6.19-rc5-mm1, Andrew Morton
  • [-mm patch] arch/i386/kernel/apic.c: make a function static, Adrian Bunk
    • Re: [-mm patch] arch/i386/kernel/apic.c: make a function static, Ingo Molnar
  • [-mm patch] make arch/i386/kernel/io_apic.c:timer_irq_works() static again, Adrian Bunk
    • Re: [-mm patch] make arch/i386/kernel/io_apic.c:timer_irq_works() static again, Zachary Amsden
    • Re: [-mm patch] make arch/i386/kernel/io_apic.c:timer_irq_works() static again, Ingo Molnar
  • [-mm patch] make arch/i386/kernel/cpu/common.c:alloc_gdt() static, Adrian Bunk
  • [-mm patch] i386: unexport read_persistent_clock, Adrian Bunk
• Typo in drivers/usb/input/wacom_wac.c?, Andrew Benton
  • Re: Typo in drivers/usb/input/wacom_wac.c?, Greg KH
    • Re: Typo in drivers/usb/input/wacom_wac.c?, Andrew Benton
  • <Possible follow-ups>
  • RE: Typo in drivers/usb/input/wacom_wac.c?, Ping Cheng
    • Re: Typo in drivers/usb/input/wacom_wac.c?, Andrew Benton
  • Re: Typo in drivers/usb/input/wacom_wac.c?, Andrew Benton
• Re: [linux-pm] 2.6.19-rc4: known unfixed regressions (v3), Adrian Bunk
• Re: various laptop nagles - any suggestions? (note: 2.6.19-rc2-mm1 but applies to multiple kernels), Andrew Morton
  • Re: various laptop nagles - any suggestions? (note: 2.6.19-rc2-mm1 but applies to multiple kernels), Thomas Gleixner
• [PATHC] [2.6.19-rc4-mm2] driver/base/memory.c :: remove warnings of sysfs_create_file(), KAMEZAWA Hiroyuki
  • Re: [PATHC] [2.6.19-rc4-mm2] driver/base/memory.c :: remove warnings of sysfs_create_file(), Andrew Morton
    • Re: [PATHC] [2.6.19-rc4-mm2] driver/base/memory.c :: remove warnings of sysfs_create_file(), KAMEZAWA Hiroyuki
• [PATCH] initramfs : handle more than one source dir or file list, Thomas Chou
• [BUG] [2.6.19-rc4-mm2] can't compile drivers/acpi/processor_idle.c, KAMEZAWA Hiroyuki
  • Re: [BUG] [2.6.19-rc4-mm2] can't compile drivers/acpi/processor_idle.c, Andrew Morton
    • Re: [BUG] [2.6.19-rc4-mm2] can't compile drivers/acpi/processor_idle.c, David Miller
    • Re: [BUG] [2.6.19-rc4-mm2] can't compile drivers/acpi/processor_idle.c, KAMEZAWA Hiroyuki
• Re: Status on CPU hotplug issues, Randy Dunlap
  • Re: Status on CPU hotplug issues, Bryce Harrington
• RFC PATCH: apply security_syslog() only to the syslog() syscall, not to /proc/kmsg, Zack Weinberg
  • Re: RFC PATCH: apply security_syslog() only to the syslog() syscall, not to /proc/kmsg, Chris Wright
    • Re: RFC PATCH: apply security_syslog() only to the syslog() syscall, not to /proc/kmsg, Sergey Vlasov
      • [RFC PATCH 1/2] sys_syslog: check open permission for reading and getting unread count, Sergey Vlasov
      • [RFC PATCH 2/2] security: allow reads from an open /proc/kmsg fd by unprivileged processes, Sergey Vlasov
      • Re: RFC PATCH: apply security_syslog() only to the syslog() syscall, not to /proc/kmsg, Chris Wright
      • Re: RFC PATCH: apply security_syslog() only to the syslog() syscall, not to /proc/kmsg, Stephen Smalley
      • Re: RFC PATCH: apply security_syslog() only to the syslog() syscall, not to /proc/kmsg, Zack Weinberg
      • Re: RFC PATCH: apply security_syslog() only to the syslog() syscall, not to /proc/kmsg, Stephen Smalley
      • Re: RFC PATCH: apply security_syslog() only to the syslog() syscall, not to /proc/kmsg, Zack Weinberg
      • Re: RFC PATCH: apply security_syslog() only to the syslog() syscall, not to /proc/kmsg, Stephen Smalley
      • Re: RFC PATCH: apply security_syslog() only to the syslog() syscall, not to /proc/kmsg, Zack Weinberg
• Linux 2.6.19-rc5, Linus Torvalds
  • Message not available
    • Re: [discuss] 2.6.19-rc5: known regressions, Jan Beulich
      • Re: [discuss] 2.6.19-rc5: known regressions, Adrian Bunk
  • Message not available
    • Re: 2.6.19-rc5: known regressions, Jens Axboe
      • Re: 2.6.19-rc5: known regressions, Alex Romosan
      • Re: 2.6.19-rc5: known regressions, Jens Axboe
      • Re: 2.6.19-rc5: known regressions, Alex Romosan
      • Re: 2.6.19-rc5: known regressions, Jens Axboe
      • Re: 2.6.19-rc5: known regressions, Alex Romosan
      • Re: 2.6.19-rc5: known regressions, Arjan van de Ven
      • Re: 2.6.19-rc5: known regressions, Jens Axboe
  • Re: Linux 2.6.19-rc5, Nigel Cunningham
    • Re: Linux 2.6.19-rc5, Alessandro Suardi
      • Re: Linux 2.6.19-rc5, Nigel Cunningham
      • Re: Linux 2.6.19-rc5, Gene Heskett
    • Re: Linux 2.6.19-rc5, Linus Torvalds
  • Message not available
    • Re: 2.6.19-rc5: known regressions, Eric W. Biederman
  • Message not available
    • Re: 2.6.19-rc5: known regressions, Thomas Gleixner
  • Message not available
    • Message not available
      • Re: Re: 2.6.19-rc5: known regressions, Linus Torvalds
  • Message not available
    • Message not available
      • Message not available
      • Re: 2.6.19-rc5: known regressions, Adrian Bunk
      • Re: 2.6.19-rc5: known regressions, Tim Chen
      • Re: 2.6.19-rc5: known regressions, Tim Chen
      • Re: 2.6.19-rc5: known regressions, Eric W. Biederman
      • Re: 2.6.19-rc5: known regressions, Tim Chen
      • Re: 2.6.19-rc5: known regressions, Eric W. Biederman
  • Message not available
    • Message not available
      • Re: Re: Re: 2.6.19-rc5: known regressions :SMP kernel can not generate ISA irq, Komuro
      • Re: Re: Re: 2.6.19-rc5: known regressions :SMP kernel can not generate ISA irq, Linus Torvalds
      • Re: 2.6.19-rc5: known regressions :SMP kernel can not generate ISA irq, Eric W. Biederman
      • Re: 2.6.19-rc5: known regressions :SMP kernel can not generate ISA irq, Ingo Molnar
      • Re: 2.6.19-rc5: known regressions :SMP kernel can not generate ISA irq, Eric W. Biederman
      • [patch] irq: do not mask interrupts by default, Ingo Molnar
      • Re: [patch] irq: do not mask interrupts by default, Arjan van de Ven
      • Re: [patch] irq: do not mask interrupts by default, Linus Torvalds
      • [PATCH] Use delayed disable mode of ioapic edge triggered interrupts, Eric W. Biederman
      • Re: [PATCH] Use delayed disable mode of ioapic edge triggered interrupts, Linus Torvalds
      • Re: [PATCH] Use delayed disable mode of ioapic edge triggered interrupts, Linus Torvalds
      • Re: [PATCH] Use delayed disable mode of ioapic edge triggered interrupts, Eric W. Biederman
      • Re: [PATCH] Use delayed disable mode of ioapic edge triggered interrupts, Linus Torvalds
      • Re: [PATCH] Use delayed disable mode of ioapic edge triggered interrupts, Eric W. Biederman
      • Re: [PATCH] Use delayed disable mode of ioapic edge triggered interrupts, Komuro
      • Message not available
      • Re: [patch] genirq: do not mask interrupts by default, Linus Torvalds
      • Re: [patch] genirq: do not mask interrupts by default, Ingo Molnar
      • Re: [patch] irq: do not mask interrupts by default, Komuro
  • Message not available
    • Re: [discuss] 2.6.19-rc5: known regressions (v2), Rafael J. Wysocki
      • Re: [discuss] 2.6.19-rc5: known regressions (v2), Paolo Ornati
      • Re: [discuss] 2.6.19-rc5: known regressions (v2), Rafael J. Wysocki
      • Re: [discuss] 2.6.19-rc5: known regressions (v2), Paolo Ornati
      • Re: [discuss] 2.6.19-rc5: known regressions (v2), Paolo Ornati
      • [SOLVED] Re: [discuss] 2.6.19-rc5: known regressions (v2), Paolo Ornati
  • 2.6.19-rc5: known regressions with patches, Adrian Bunk
    • Re: 2.6.19-rc5: known regressions with patches, Brian King
      • Re: 2.6.19-rc5: known regressions with patches, Linus Torvalds
      • Re: 2.6.19-rc5: known regressions with patches, Jeff Garzik
  • 2.6.19-rc5: known regressions (v3), Adrian Bunk
    • Re: 2.6.19-rc5: known regressions (v3), Jens Axboe
      • Re: 2.6.19-rc5: known regressions (v3), Adrian Bunk
    • Re: 2.6.19-rc5: known regressions (v3), Eric Dumazet
      • Re: 2.6.19-rc5: known regressions (v3), Andi Kleen
      • Re: 2.6.19-rc5: known regressions (v3), William Cohen
      • Re: [discuss] Re: 2.6.19-rc5: known regressions (v3), Andi Kleen
      • Re: [discuss] Re: 2.6.19-rc5: known regressions (v3), Andrew Morton
      • Re: [discuss] Re: 2.6.19-rc5: known regressions (v3), Andi Kleen
      • Re: [discuss] Re: 2.6.19-rc5: known regressions (v3), Linus Torvalds
      • Re: [discuss] Re: 2.6.19-rc5: known regressions (v3), Andi Kleen
      • Re: [discuss] Re: 2.6.19-rc5: known regressions (v3), Andrew Morton
      • Re: [discuss] Re: 2.6.19-rc5: known regressions (v3), Eric W. Biederman
      • Re: [discuss] Re: 2.6.19-rc5: known regressions (v3), Andrew Morton
      • Re: [discuss] Re: 2.6.19-rc5: known regressions (v3), Mikael Pettersson
      • Re: [discuss] Re: 2.6.19-rc5: known regressions (v3), Andrew Morton
      • Re: [discuss] Re: 2.6.19-rc5: known regressions (v3), Mikael Pettersson
      • Re: [discuss] Re: 2.6.19-rc5: known regressions (v3), Andrew Morton
      • Re: [discuss] Re: 2.6.19-rc5: known regressions (v3), Bill Davidsen
      • Re: [discuss] Re: 2.6.19-rc5: known regressions (v3), Andi Kleen
      • Re: [discuss] Re: 2.6.19-rc5: known regressions (v3), Andi Kleen
      • Re: [discuss] Re: 2.6.19-rc5: known regressions (v3), Andrew Morton
      • Re: [discuss] Re: 2.6.19-rc5: known regressions (v3), Andi Kleen
      • Re: [discuss] Re: 2.6.19-rc5: known regressions (v3), William Cohen
      • Re: [discuss] Re: 2.6.19-rc5: known regressions (v3), Andi Kleen
      • Re: [discuss] Re: 2.6.19-rc5: known regressions (v3), Stephane Eranian
      • Re: 2.6.19-rc5: known regressions (v3), Eric Dumazet
      • Re: 2.6.19-rc5: known regressions (v3), Andi Kleen
      • Re: 2.6.19-rc5: known regressions (v3), Andrew Morton
      • Re: 2.6.19-rc5: known regressions (v3), William Cohen
      • Re: 2.6.19-rc5: known regressions (v3), William Cohen
      • Re: 2.6.19-rc5: known regressions (v3), Eric Dumazet
    • Re: 2.6.19-rc5: known regressions (v3), Brice Goglin
      • Re: 2.6.19-rc5: known regressions (v3), Adrian Bunk
    • Re: 2.6.19-rc5: known regressions (v3), Alan
    • Re: 2.6.19-rc5: known regressions (v3), Stephen Hemminger
      • Re: 2.6.19-rc5: known regressions (v3), Eric W. Biederman
• [patch 0/4] i386, x86_64: fix the irqbalance quirk for E7520/E7320/E7525, Siddha, Suresh B
  • [patch 1/4] add write_pci_config_byte() to direct PCI access routines, Siddha, Suresh B
    • Re: [patch 2/4] introduce the mechanism of disabling cpu hotplug control, Siddha, Suresh B
      • [patch 3/4] x86_64: add genapic_force, Siddha, Suresh B
      • [patch 4/4] fix the irqbalance quirk for E7320/E7520/E7525, Siddha, Suresh B
      • Re: [patch 2/4] introduce the mechanism of disabling cpu hotplug control, Andrew Morton
      • Re: [patch 2/4] introduce the mechanism of disabling cpu hotplug control, Siddha, Suresh B
      • Re: [patch 2/4] introduce the mechanism of disabling cpu hotplug control, Andrew Morton
      • Re: [patch 2/4] introduce the mechanism of disabling cpu hotplug control, Siddha, Suresh B
      • [patch] change the 'no_control' field to 'hotpluggable' in the struct cpu, Siddha, Suresh B
  • Re: [patch 0/4] i386, x86_64: fix the irqbalance quirk for E7520/E7320/E7525, Andrew Morton
    • Re: [patch 0/4] i386, x86_64: fix the irqbalance quirk for E7520/E7320/E7525, Siddha, Suresh B
• DMA APIs gumble grumble, Benjamin Herrenschmidt
  • Re: DMA APIs gumble grumble, David Miller
    • Re: DMA APIs gumble grumble, Benjamin Herrenschmidt
      • Re: DMA APIs gumble grumble, David Miller
      • Re: DMA APIs gumble grumble, Benjamin Herrenschmidt
    • Re: DMA APIs gumble grumble, Benjamin Herrenschmidt
      • Re: DMA APIs gumble grumble, David Miller
      • Re: DMA APIs gumble grumble, Benjamin Herrenschmidt
      • Re: DMA APIs gumble grumble, David Miller
      • Re: DMA APIs gumble grumble, Benjamin Herrenschmidt
  • Re: DMA APIs gumble grumble, Muli Ben-Yehuda
    • Re: DMA APIs gumble grumble, Benjamin Herrenschmidt
      • Re: DMA APIs gumble grumble, Muli Ben-Yehuda
      • Re: DMA APIs gumble grumble, Benjamin Herrenschmidt
      • Re: DMA APIs gumble grumble, Russell King
      • Re: DMA APIs gumble grumble, Benjamin Herrenschmidt
      • Re: DMA APIs gumble grumble, Benjamin Herrenschmidt
• 2.6.18-rt7: rollover with 32-bit cycles_t, Kevin Hilman
  • Re: 2.6.18-rt7: rollover with 32-bit cycles_t, john cooper
    • Re: 2.6.18-rt7: rollover with 32-bit cycles_t, Kevin Hilman
      • Re: 2.6.18-rt7: rollover with 32-bit cycles_t, Ingo Molnar
  • Re: 2.6.18-rt7: rollover with 32-bit cycles_t, Daniel Walker
    • Re: 2.6.18-rt7: rollover with 32-bit cycles_t, john cooper
• [PATCH] Handle REQ_DEVICE_RESET in aic94xx, Darrick J. Wong
• [Patch][kretprobe] fix kretprobe-booster to save regs and set status, Masami Hiramatsu
• [PATCH] Fix kunmap_atomic's use of kpte_clear_flush(), Jeremy Fitzhardinge
  • Re: [PATCH] Fix kunmap_atomic's use of kpte_clear_flush(), Zachary Amsden
  • Re: [PATCH] Fix kunmap_atomic's use of kpte_clear_flush(), Rusty Russell
    • Re: [PATCH] Fix kunmap_atomic's use of kpte_clear_flush(), Jeremy Fitzhardinge
• [GIT PULL] Missing *eof assignment in Alpha's srm_env driver, Jan-Benedict Glaw
  • Re: [GIT PULL] Missing *eof assignment in Alpha's srm_env driver, Linus Torvalds
    • Re: [GIT PULL] Missing *eof assignment in Alpha's srm_env driver, Jan-Benedict Glaw
      • Re: [GIT PULL] Missing *eof assignment in Alpha's srm_env driver, Linus Torvalds
      • Re: [GIT PULL] Missing *eof assignment in Alpha's srm_env driver, Jan-Benedict Glaw
• [PATCH 000 of 9] md: udev notification, raid5 read improvements etc, NeilBrown
  • [PATCH 002 of 9] md: Fix sizing problem with raid5-reshape and CONFIG_LBD=n, NeilBrown
  • [PATCH 001 of 9] md: Change ONLINE/OFFLINE events to a single CHANGE event, NeilBrown
  • [PATCH 005 of 9] md: Change lifetime rules for 'md' devices., NeilBrown
  • [PATCH 004 of 9] md: Tidy up device-change notification when an md array is stopped, NeilBrown
  • [PATCH 003 of 9] md: Do not freeze md threads for suspend., NeilBrown
  • [PATCH 008 of 9] md: Allow reads that have bypassed the cache to be retried on failure., NeilBrown
  • [PATCH 006 of 9] md: Define raid5_mergeable_bvec, NeilBrown
  • [PATCH 007 of 9] md: Handle bypassing the read cache (assuming nothing fails)., NeilBrown
  • [PATCH 009 of 9] md: Enable bypassing cache for reads., NeilBrown
• [PATCH] i386: Update MMCONFIG resource insertion to check against e820 map., Aaron Durbin
  • Re: [PATCH] i386: Update MMCONFIG resource insertion to check against e820 map., Jeff Chua
    • Re: [PATCH] i386: Update MMCONFIG resource insertion to check against e820 map., Aaron Durbin
  • <Possible follow-ups>
  • Re: [PATCH] i386: Update MMCONFIG resource insertion to check against e820 map., Jeff Chua
• goodly, Abdul
• slow UML on x86-64, soft lockups, Jeff Garzik
  • Re: slow UML on x86-64, soft lockups, Jeff Dike
  • Re: slow UML on x86-64, soft lockups, Paolo Giarrusso
• bully Oiil for Pennis, Rosalie
• stylish biggger, Marty Daniel
• [no subject], Yu Wong
• [PATCH] Update MMCONFIG resource insertion to check against e820 map., Aaron Durbin
  • Re: [PATCH] Update MMCONFIG resource insertion to check against e820 map., Matthew Wilcox
  • Re: [PATCH] Update MMCONFIG resource insertion to check against e820 map., Andi Kleen
    • Re: [PATCH] Update MMCONFIG resource insertion to check against e820 map., Jeff Chua
  • Re: [PATCH] Update MMCONFIG resource insertion to check against e820 map., Andi Kleen
• 2.6.19-rc1: Volanomark slowdown, Tim Chen
  • Re: 2.6.19-rc1: Volanomark slowdown, Arjan van de Ven
    • Re: 2.6.19-rc1: Volanomark slowdown, Olaf Kirch
      • Re: 2.6.19-rc1: Volanomark slowdown, Tim Chen
      • Re: 2.6.19-rc1: Volanomark slowdown, Arjan van de Ven
      • Re: 2.6.19-rc1: Volanomark slowdown, Olaf Kirch
      • Re: 2.6.19-rc1: Volanomark slowdown, Tim Chen
      • Re: 2.6.19-rc1: Volanomark slowdown, Stephen Hemminger
      • Re: 2.6.19-rc1: Volanomark slowdown, Tim Chen
      • Re: 2.6.19-rc1: Volanomark slowdown, Olaf Kirch
      • Re: 2.6.19-rc1: Volanomark slowdown, Stephen Hemminger
      • Re: 2.6.19-rc1: Volanomark slowdown, Rick Jones
• fs indexing/ querying on meta-data, Tobias Pflug
  • Re: fs indexing/ querying on meta-data, Josef Sipek
• [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex, Alasdair G Kergon
  • Re: [dm-devel] [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex, Mike Snitzer
    • Re: [dm-devel] [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex, Eric Sandeen
    • Re: [dm-devel] [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex, Alasdair G Kergon
  • Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex, Andrew Morton
    • Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex, Eric Sandeen
      • Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex, Andrew Morton
      • Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex, Arjan van de Ven
      • Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex, Rafael J. Wysocki
      • Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex, Eric Sandeen
      • Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex, Rafael J. Wysocki
      • Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex, Alasdair G Kergon
      • Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex, David Chinner
      • Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex, Alasdair G Kergon
      • Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex, Rafael J. Wysocki
      • Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex, Alasdair G Kergon
      • Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex, Rafael J. Wysocki
      • Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex, Alasdair G Kergon
      • Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex, Rafael J. Wysocki
      • Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex, David Chinner
      • Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex, Alasdair G Kergon
      • Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex, Rafael J. Wysocki
      • Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex, Nigel Cunningham
      • Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex, Rafael J. Wysocki
      • Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex, Pavel Machek
      • Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex, Rafael J. Wysocki
      • Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex, Pavel Machek
      • Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex, Rafael J. Wysocki
      • Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex, Pavel Machek
      • Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex, Rafael J. Wysocki
      • Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex, Pavel Machek
      • Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex, Rafael J. Wysocki
      • Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex, Pavel Machek
      • Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex, Alasdair G Kergon
      • Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex, Pavel Machek
      • Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex, Rafael J. Wysocki
      • Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex, Pavel Machek
      • Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex, Rafael J. Wysocki
      • Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex, David Chinner
      • Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex, Rafael J. Wysocki
      • Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex, Pavel Machek
      • Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex, Rafael J. Wysocki
      • Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex, Rafael J. Wysocki
      • Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex, Pavel Machek
      • Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex, Rafael J. Wysocki
      • Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex, Pavel Machek
      • Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex, David Chinner
      • Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex, Pavel Machek
      • Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex, Stefan Seyfried
      • Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex, David Chinner
      • Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex, Pavel Machek
      • Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex, David Chinner
      • Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex, Rafael J. Wysocki
      • Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex, David Chinner
      • Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex, Rafael J. Wysocki
      • Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex, David Chinner
      • Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex, David Chinner
      • Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex, Pavel Machek
      • Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex, David Chinner
      • Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex, Pavel Machek
      • Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex, David Chinner
      • Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex, Alan Cox
      • Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex, Pavel Machek
      • Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex, David Chinner
      • Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex, Pavel Machek
    • Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex, Alasdair G Kergon
    • Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex, Ingo Molnar
• [PATCH 2.6.19 1/5] dm: fix find_device race, Alasdair G Kergon
• [PATCH 2.6.19 3/5] dm: multipath: fix rr_add_path order, Alasdair G Kergon
• [PATCH 2.6.19 2/5] dm: suspend: fix error path, Alasdair G Kergon
• [PATCH 2.6.19 4/5] dm: raid1: fix waiting for io on suspend, Alasdair G Kergon
  • Re: [PATCH 2.6.19 4/5] dm: raid1: fix waiting for io on suspend, Andrew Morton
• sound/pci/ac97/ac97_patch.c: possible negative array index, Adrian Bunk
  • Re: [Alsa-devel] sound/pci/ac97/ac97_patch.c: possible negative array index, Takashi Iwai
• Re: usb device descriptor read/64, error -110 information., John . Jeffers
  • <Possible follow-ups>
  • Re: usb device descriptor read/64, error -110 information., John . Jeffers
• [PATCH] Input: psmouse - fix attribute access on 64-bit systems, Sergey Vlasov
  • <Possible follow-ups>
  • Re: [PATCH] Input: psmouse - fix attribute access on 64-bit systems, Dmitry Torokhov
• [patch 4/5] Add output class document, Yu Luming
• aty frame buffer driver, rob.rice
• PATCH: PCEngines WRAP LED Support, Kristian Kielhofner
• [patch 3/5] backlight and output sysfs support for acpi video driver, Yu Luming
• [Patch 5/5]: fix comments style in acpi video.c, Yu Luming
• [take23 0/5] kevent: Generic event handling mechanism., Evgeniy Polyakov
  • [take23 1/5] kevent: Description., Evgeniy Polyakov
    • [take23 2/5] kevent: Core files., Evgeniy Polyakov
      • [take23 3/5] kevent: poll/select() notifications., Evgeniy Polyakov
      • [take23 4/5] kevent: Socket notifications., Evgeniy Polyakov
      • [take23 5/5] kevent: Timer notifications., Evgeniy Polyakov
      • Re: [take23 3/5] kevent: poll/select() notifications., Davide Libenzi
      • Re: [take23 3/5] kevent: poll/select() notifications., Evgeniy Polyakov
      • Re: [take23 3/5] kevent: poll/select() notifications., Evgeniy Polyakov
      • Re: [take23 2/5] kevent: Core files., Andrew Morton
      • Re: [take23 2/5] kevent: Core files., Evgeniy Polyakov
    • Re: [take23 1/5] kevent: Description., Andrew Morton
      • Re: [take23 1/5] kevent: Description., Evgeniy Polyakov
  • Re: [take23 0/5] kevent: Generic event handling mechanism., Andrew Morton
    • Re: [take23 0/5] kevent: Generic event handling mechanism., Evgeniy Polyakov
      • Re: [take23 0/5] kevent: Generic event handling mechanism., Eric Dumazet
      • Re: [take23 0/5] kevent: Generic event handling mechanism., Andrew Morton
      • Re: [take23 0/5] kevent: Generic event handling mechanism., Davide Libenzi
      • Re: [take23 0/5] kevent: Generic event handling mechanism., Eric Dumazet
      • Re: [take23 0/5] kevent: Generic event handling mechanism., Davide Libenzi
      • Re: [take23 0/5] kevent: Generic event handling mechanism., Eric Dumazet
      • Re: [take23 0/5] kevent: Generic event handling mechanism., Eric Dumazet
      • Re: [take23 0/5] kevent: Generic event handling mechanism., Davide Libenzi
• [patch 2/5] Add display output class support, Yu Luming
• [patch 1/5] video sysfs support - take 2: Add dev argument for backlight_device_register., Yu Luming
• oops in do_no_page, 2.6.19-rc4, Martin Devera
• Re: [PATCH] add-process_session-helper-routine-deprecate-old-field-tidy, Cedric Le Goater
• [PATCH] tty_ioctl: use termios for the old structure and termios2 for the new, Alan Cox
• [PATCH] KVM: Fix guest cr4 corruption, Avi Kivity
• [RFC/Patch 3/5] s390: Prepatory cleanup in common I/O layer., Cornelia Huck
• [RFC/Patch 2/5] driver core: Introduce device_move(): move a device to a new parent., Cornelia Huck
• [PATCH] KVM: Workaround cr0.cd (cache disable) bit leak from guest to host, Avi Kivity
• [RFC/Patch 1/5] driver core: Introduce device_find_child()., Cornelia Huck
• [RFC/Patch 5/5] s390: Dynamic subchannel mapping of ccw devices., Cornelia Huck
• [RFC/Patch 4/5] s390: Make the per-subchannel lock dynamic., Cornelia Huck
• [RFC/Patch 0/5] Improve handling of changes in device tree., Cornelia Huck
• Strange write errors on FAT32 partition (maybe an FAT32 bug?!), Christoph Anton Mitterer
  • Re: Strange write errors on FAT32 partition (maybe an FAT32 bug?!), OGAWA Hirofumi
    • Re: Strange write errors on FAT32 partition (maybe an FAT32 bug?!), Christoph Anton Mitterer
    • Re: Strange write errors on FAT32 partition (maybe an FAT32 bug?!), Christoph Anton Mitterer
      • Message not available
      • Re: Strange write errors on FAT32 partition (maybe an FAT32 bug?!), Christoph Anton Mitterer
      • Re: Strange write errors on FAT32 partition (maybe an FAT32 bug?!), Roger Heflin
      • Re: Strange write errors on FAT32 partition (maybe an FAT32 bug?!), Christoph Anton Mitterer
      • Re: Strange write errors on FAT32 partition (maybe an FAT32 bug?!), Roger Heflin
      • Re: Strange write errors on FAT32 partition (maybe an FAT32 bug?!), Christoph Anton Mitterer
      • Re: Strange write errors on FAT32 partition (maybe an FAT32 bug?!), Roger Heflin
      • Re: Strange write errors on FAT32 partition (maybe an FAT32 bug?!), Christoph Anton Mitterer
      • Re: Strange write errors on FAT32 partition (maybe an FAT32 bug?!), Roger Heflin
      • Re: Strange write errors on FAT32 partition (maybe an FAT32 bug?!), Christoph Anton Mitterer
      • Re: Strange write errors on FAT32 partition (maybe an FAT32 bug?!), Roger Heflin
      • Re: Strange write errors on FAT32 partition (maybe an FAT32 bug?!), Christoph Anton Mitterer
      • Re: Strange write errors on FAT32 partition (maybe an FAT32 bug?!), Roger Heflin
      • Re: Strange write errors on FAT32 partition (maybe an FAT32 bug?!), Christoph Anton Mitterer
      • Re: Strange write errors on FAT32 partition (maybe an FAT32 bug?!), Alan Cox
      • Re: Strange write errors on FAT32 partition (maybe an FAT32 bug?!), Christoph Anton Mitterer
      • Re: Strange write errors on FAT32 partition (maybe an FAT32 bug?!), Roger Heflin
      • Re: Strange write errors on FAT32 partition (maybe an FAT32 bug?!), Christoph Anton Mitterer
    • Re: Strange write errors on FAT32 partition (maybe an FAT32 bug?!), Christoph Anton Mitterer
      • Re: Strange write errors on FAT32 partition (maybe an FAT32 bug?!), OGAWA Hirofumi
      • Re: Strange write errors on FAT32 partition (maybe an FAT32 bug?!), Christoph Anton Mitterer
• write data to a file from a kernel module, Robotis Konstantinos
  • Re: write data to a file from a kernel module, Paolo Ornati
  • Re: write data to a file from a kernel module, Jan Engelhardt
• very small code cleanup, Rik Bobbaers
  • Re: very small code cleanup, Paulo Marques
    • Re: very small code cleanup, Hugh Dickins
• Linux 2.6.16.31, Adrian Bunk
  • Re: Linux 2.6.16.31, Ingo Oeser
• [-mm patch 0/3] Atmel MACB ethernet driver for avr32, Haavard Skinnemoen
  • [-mm patch 1/3] AVR32: Move ethernet tag parsing to board-specific code, Haavard Skinnemoen
    • [-mm patch 2/3] Atmel MACB ethernet driver, Haavard Skinnemoen
      • [-mm patch 3/3] Adapt MACB driver to net_device changes, Haavard Skinnemoen
• [PATCH] crypto: remove one too many semicolon in crypto.h, Yoichi Yuasa
• 2.6.19-rc4: known unfixed regressions (v4), Adrian Bunk
• adequate exccite for, Edmond
• No AGP/DRI on Intel 875P chipset?, Torsten Wolf
• [PATCH 2/2] input: check return value of serio_register_driver(), Akinobu Mita
• [PATCH 1/2] input: make serio_register_driver() return error code, Akinobu Mita
  • Re: [PATCH 1/2] input: make serio_register_driver() return error code, Dmitry Torokhov
    • Re: [PATCH 1/2] input: make serio_register_driver() return error code, Akinobu Mita
      • [PATCH 1/4] input: make serio_register_driver() return error, Akinobu Mita
      • [PATCH 3/4] input: check whether serio dirver registration is completed, Akinobu Mita
      • Re: [PATCH 3/4] input: check whether serio dirver registration is completed, Alexey Dobriyan
      • [PATCH 4/4] input: change to GFP_KERNEL for SERIO_REGISTER_DRIVER event allocation, Akinobu Mita
      • [PATCH 2/4] input: check serio_register_driver() error, Akinobu Mita
      • Re: [PATCH 1/2] input: make serio_register_driver() return error code, Dmitry Torokhov
      • Re: [PATCH 1/2] input: make serio_register_driver() return error code, Akinobu Mita
• [-mm patch 0/4] Atmel SPI driver and related AVR32 changes, Haavard Skinnemoen
  • [-mm patch 1/4] GPIO framework for AVR32, Haavard Skinnemoen
    • [-mm patch 2/4] AVR32: spi/ethernet platform_device update, Haavard Skinnemoen
      • [-mm patch 3/4] AVR32: Move spi device definitions into main board setup file, Haavard Skinnemoen
      • [-mm patch 4/4] Atmel SPI driver, Haavard Skinnemoen
      • [-mm patch 5/4] Atmel SPI driver: MAINTAINERS entry, Haavard Skinnemoen
    • Re: [-mm patch 1/4] GPIO framework for AVR32, Andrew Morton
      • Re: [-mm patch 1/4] GPIO framework for AVR32, David Brownell
      • Re: [-mm patch 1/4] GPIO framework for AVR32, Haavard Skinnemoen
      • Re: [-mm patch 1/4] GPIO framework for AVR32, David Brownell
      • Re: [-mm patch 1/4] GPIO framework for AVR32, Haavard Skinnemoen
      • Re: [-mm patch 1/4] GPIO framework for AVR32, David Brownell
      • Re: [-mm patch 1/4] GPIO framework for AVR32, Haavard Skinnemoen
      • Re: [-mm patch 1/4] GPIO framework for AVR32, Andrew Victor
      • Re: [Bulk] Re: [-mm patch 1/4] GPIO framework for AVR32, David Brownell
    • Re: [-mm patch 1/4] GPIO framework for AVR32, David Brownell
      • Re: [-mm patch 1/4] GPIO framework for AVR32, Haavard Skinnemoen
• Re: [take21 0/4] kevent: Generic event handling mechanism., Jeff Garzik
  • Re: [take21 0/4] kevent: Generic event handling mechanism., Jeff Garzik
    • Re: [take21 0/4] kevent: Generic event handling mechanism., Evgeniy Polyakov
  • Re: [take21 0/4] kevent: Generic event handling mechanism., Evgeniy Polyakov
    • Re: [take21 0/4] kevent: Generic event handling mechanism., Jeff Garzik
      • Re: [take21 0/4] kevent: Generic event handling mechanism., Evgeniy Polyakov
    • Re: [take21 0/4] kevent: Generic event handling mechanism., Jeff Garzik
      • Re: [take21 0/4] kevent: Generic event handling mechanism., Andrew Morton
      • Re: [take21 0/4] kevent: Generic event handling mechanism., David Miller
      • Re: [take21 0/4] kevent: Generic event handling mechanism., Andrew Morton
• [PATCH] Keep the kernel configuration test undisplayed when V=1, Thomas Petazzoni
• ameliorate kiing-size orgassm, Louie
• [PATCH][TRIVIAL] arch/i386: double inclusions, Nicolas Kaiser
  • Re: [PATCH][TRIVIAL] arch/i386: double inclusions, Andi Kleen
• [RFC] [PATCH] export die_counter as /proc/sys/kernel/oops-counter, Akinobu Mita
• up Peenis, Dwayne
• [PATCH]: Fix PCI sysfs file deletion, David Miller
• default base page size on ia64 processor, adheer chandravanshi
• Re: + sched-use-tasklet-to-call-balancing.patch added to -mm tree, Ingo Molnar
  • Re: + sched-use-tasklet-to-call-balancing.patch added to -mm tree, Christoph Lameter
    • Re: + sched-use-tasklet-to-call-balancing.patch added to -mm tree, Siddha, Suresh B
      • Re: + sched-use-tasklet-to-call-balancing.patch added to -mm tree, Christoph Lameter
      • Re: + sched-use-tasklet-to-call-balancing.patch added to -mm tree, Siddha, Suresh B
      • Re: + sched-use-tasklet-to-call-balancing.patch added to -mm tree, Christoph Lameter
      • Re: + sched-use-tasklet-to-call-balancing.patch added to -mm tree, Christoph Lameter
      • Re: + sched-use-tasklet-to-call-balancing.patch added to -mm tree, Ingo Molnar
      • Re: + sched-use-tasklet-to-call-balancing.patch added to -mm tree, Christoph Lameter
      • RE: + sched-use-tasklet-to-call-balancing.patch added to -mm tree, Chen, Kenneth W
      • RE: + sched-use-tasklet-to-call-balancing.patch added to -mm tree, Christoph Lameter
      • RE: + sched-use-tasklet-to-call-balancing.patch added to -mm tree, Chen, Kenneth W
      • RE: + sched-use-tasklet-to-call-balancing.patch added to -mm tree, Christoph Lameter
      • Re: + sched-use-tasklet-to-call-balancing.patch added to -mm tree, Ingo Molnar
      • Re: + sched-use-tasklet-to-call-balancing.patch added to -mm tree, Christoph Lameter
      • RE: + sched-use-tasklet-to-call-balancing.patch added to -mm tree, Chen, Kenneth W
      • RE: + sched-use-tasklet-to-call-balancing.patch added to -mm tree, Christoph Lameter
      • RE: + sched-use-tasklet-to-call-balancing.patch added to -mm tree, Chen, Kenneth W
      • RE: + sched-use-tasklet-to-call-balancing.patch added to -mm tree, Christoph Lameter
      • RE: + sched-use-tasklet-to-call-balancing.patch added to -mm tree, Chen, Kenneth W
      • [patch] sched domain: move sched group allocations to percpu area, Siddha, Suresh B
      • Re: [patch] sched domain: move sched group allocations to percpu area, Ingo Molnar
      • Re: [patch] sched domain: move sched group allocations to percpu area, Christoph Lameter
      • Re: + sched-use-tasklet-to-call-balancing.patch added to -mm tree, Ingo Molnar
      • Re: + sched-use-tasklet-to-call-balancing.patch added to -mm tree, Siddha, Suresh B
      • Re: + sched-use-tasklet-to-call-balancing.patch added to -mm tree, Christoph Lameter
      • Re: + sched-use-tasklet-to-call-balancing.patch added to -mm tree, Christoph Lameter
      • Re: + sched-use-tasklet-to-call-balancing.patch added to -mm tree, Ingo Molnar
• [PATCH] drivers/scsi/mca_53c9x.c : save_flags()/cli() removal, Amol Lad
  • <Possible follow-ups>
  • [PATCH] drivers/scsi/mca_53c9x.c : save_flags()/cli() removal, Amol Lad
    • Re: [PATCH] drivers/scsi/mca_53c9x.c : save_flags()/cli() removal, Andrew Morton
      • Re: [PATCH] drivers/scsi/mca_53c9x.c : save_flags()/cli() removal, James Bottomley
      • Re: [PATCH] drivers/scsi/mca_53c9x.c : save_flags()/cli() removal, Amol Lad
      • Re: [PATCH] drivers/scsi/mca_53c9x.c : save_flags()/cli() removal, Alan Cox
    • Re: [PATCH] drivers/scsi/mca_53c9x.c : save_flags()/cli() removal, Christoph Hellwig
      • Re: [PATCH] drivers/scsi/mca_53c9x.c : save_flags()/cli() removal, Amol Lad
• TCP stack sometimes loses ACKs ... or something, Neil Brown
  • Re: TCP stack sometimes loses ACKs ... or something, Stephen Hemminger
  • Re: TCP stack sometimes loses ACKs ... or something, David Miller
• [PATCH 1/1] mspec driver: tighten Kconfig dependencies, Fernando Luis Vázquez Cao
• [PATCH 0/1] mspec driver: compile error, Fernando Luis Vázquez Cao
  • Re: [PATCH 0/1] mspec driver: compile error, Jes Sorensen
    • Re: [PATCH 0/1] mspec driver: compile error, Andrew Morton
      • Re: [PATCH 0/1] mspec driver: compile error, Fernando Luis Vázquez Cao
      • Re: [PATCH 0/1] mspec driver: compile error, Jes Sorensen
      • Re: [PATCH 0/1] mspec driver: compile error, Fernando Luis Vázquez Cao
      • Re: [PATCH 0/1] mspec driver: compile error, Andrew Morton
      • Re: [PATCH 0/1] mspec driver: compile error, Fernando Luis Vázquez Cao
      • Re: [PATCH 0/1] mspec driver: compile error, Jes Sorensen
      • Re: [PATCH 0/1] mspec driver: compile error, Fernando Luis Vázquez Cao
      • Re: [PATCH 0/1] mspec driver: compile error, Jes Sorensen
• ANNOUNCE: Sparse 0.1 - first release version of Sparse; new maintainer, Josh Triplett
  • Re: ANNOUNCE: Sparse 0.1 - first release version of Sparse; new maintainer, Dave Jones
    • Re: ANNOUNCE: Sparse 0.1 - first release version of Sparse; new maintainer, Josh Triplett
• paradigm proovoke, Leonardo
• arcmsr destiny, Yaroslav Halchenko
  • Re: arcmsr destiny, Jeff Garzik
• SUPER CIIALIIS SOFTTABS, Doug Zavala
• novel Peenis, Pearlie
• [PATCH 1/1] security: introduce file posix caps, Serge E. Hallyn
  • Re: [PATCH 1/1] security: introduce file posix caps, KaiGai Kohei
  • Re: [PATCH 1/1] security: introduce file posix caps, Stephen Smalley
    • Re: [PATCH 1/1] security: introduce file posix caps, Serge E. Hallyn
      • Re: [PATCH 1/1] security: introduce file posix caps, Stephen Smalley
      • Re: [PATCH 1/1] security: introduce file posix caps, Serge E. Hallyn
      • Re: [PATCH 1/1] security: introduce file posix caps, Serge E. Hallyn
  • Re: [PATCH 1/1] security: introduce file posix caps, Seth Arnold
    • Re: [PATCH 1/1] security: introduce file posix caps, Serge E. Hallyn
    • Re: [PATCH 1/1] security: introduce file posix caps, Serge E. Hallyn
      • Re: [PATCH 1/1] security: introduce file posix caps, Chris Friedhoff
• UNIX domain socket problem, Bin Chen
  • Re: UNIX domain socket problem, Bernd Petrovitsch
• Strange PCI behaviour on Via K8M800CE chipset Shuttle & sata fails with noapic, Joseph Mathewson
  • Re: Strange PCI behaviour on Via K8M800CE chipset Shuttle & sata fails with noapic, Alan Cox
    • Re: Strange PCI behaviour on Via K8M800CE chipset Shuttle & sata fails with noapic, Joseph Mathewson
• Re: [PATCH] NFS4 fix for recursive locking problem., J. Bruce Fields
• [PATCH 2.6.18-rt7 1/1] ARM: add latency timing support, Kevin Hilman
  • Re: [PATCH 2.6.18-rt7 1/1] ARM: add latency timing support, Kevin Hilman
• Mapping between ata9 and /dev/sd[a-z], Lasse Karkkainen
  • Re: Mapping between ata9 and /dev/sd[a-z], Andreas Schwab
    • Re: Mapping between ata9 and /dev/sd[a-z], Lasse Kärkkäinen
• amazing Peenis Cappsules, Kendrick Tuttle
• Re: + net-uninline-skb_put.patch added to -mm tree, David Miller
  • Re: + net-uninline-skb_put.patch added to -mm tree, Andrew Morton
    • Re: + net-uninline-skb_put.patch added to -mm tree, Arnaldo Carvalho de Melo
• Re: + net-uninline-xfrm_selector_match.patch added to -mm tree, David Miller
  • Re: + net-uninline-xfrm_selector_match.patch added to -mm tree, Andrew Morton
    • Re: + net-uninline-xfrm_selector_match.patch added to -mm tree, David Miller
• [PATCH] - catch blocks beyond pagecache limit in __getblk_slow, Eric Sandeen
  • Re: [PATCH] - catch blocks beyond pagecache limit in __getblk_slow, Eric Sandeen
• [RFC/PATCH] - revert generic_fillattr stat->blksize to PAGE_CACHE_SIZE, Eric Sandeen
  • Re: [RFC/PATCH] - revert generic_fillattr stat->blksize to PAGE_CACHE_SIZE, Dave Kleikamp
    • Re: [RFC/PATCH] - revert generic_fillattr stat->blksize to PAGE_CACHE_SIZE, Eric Sandeen
    • Re: [RFC/PATCH] - revert generic_fillattr stat->blksize to PAGE_CACHE_SIZE, Steve French
      • Re: [RFC/PATCH] - revert generic_fillattr stat->blksize to PAGE_CACHE_SIZE, Dave Kleikamp
      • Re: [RFC/PATCH] - revert generic_fillattr stat->blksize to PAGE_CACHE_SIZE, Dave Kleikamp
      • Re: [RFC/PATCH] - revert generic_fillattr stat->blksize to PAGE_CACHE_SIZE, Steve French
  • Re: [RFC/PATCH] - revert generic_fillattr stat->blksize to PAGE_CACHE_SIZE, Christoph Hellwig
    • Re: [RFC/PATCH] - revert generic_fillattr stat->blksize to PAGE_CACHE_SIZE, Eric Sandeen
      • Re: [RFC/PATCH] - revert generic_fillattr stat->blksize to PAGE_CACHE_SIZE, Christoph Hellwig
      • Re: [RFC/PATCH] - revert generic_fillattr stat->blksize to PAGE_CACHE_SIZE, Eric Sandeen
      • Re: [RFC/PATCH] - revert generic_fillattr stat->blksize to PAGE_CACHE_SIZE, Andreas Dilger
      • RE: [RFC/PATCH] - revert generic_fillattr stat->blksize to PAGE_CACHE_SIZE, Hua Zhong
      • Re: [RFC/PATCH] - revert generic_fillattr stat->blksize to PAGE_CACHE_SIZE, Eric Sandeen
      • Re: [RFC/PATCH] - revert generic_fillattr stat->blksize to PAGE_CACHE_SIZE, Theodore Tso
      • Re: [RFC/PATCH] - revert generic_fillattr stat->blksize to PAGE_CACHE_SIZE, Eric Sandeen
• [PATCH] 2.6.19-rc4-mm2 iseries net_device compile issue, Judith Lebzelter
• 2.6.19 Microcode Update causes a ten second wait, Andrew Benton
  • Re: 2.6.19 Microcode Update causes a ten second wait, Arjan van de Ven
    • Re: 2.6.19 Microcode Update causes a ten second wait, Andrew Benton
• [PATCH 2.6.19-rc4] usb urb unlink/free clenup, Mariusz Kozlowski
  • Re: [PATCH 2.6.19-rc4] usb urb unlink/free clenup, Andrew Morton
    • Re: [PATCH 2.6.19-rc4] usb urb unlink/free clenup, Mariusz Kozlowski
      • Re: [PATCH 2.6.19-rc4] usb urb unlink/free clenup, Andrew Morton
      • [PATCH 1/33] usb: writing_usb_driver free urb cleanup, Mariusz Kozlowski
      • [PATCH 19/33] usb: auerswald free kill urb cleanup and memleak fix, Mariusz Kozlowski
      • [PATCH 7/33] usb: pvrusb2-hdw free unlink urb cleanup, Mariusz Kozlowski
      • [PATCH 4/33] usb: usb-gigaset free kill urb cleanup, Mariusz Kozlowski
      • Re: [linux-usb-devel] [PATCH 4/33] usb: usb-gigaset free kill urb cleanup, Tilman Schmidt
      • [PATCH 28/33] usb: mct_u232 free urb cleanup, Mariusz Kozlowski
      • [PATCH 17/33] usb: hid-core free urb cleanup, Mariusz Kozlowski
      • [PATCH 2/33] usb: pcwd_usb free urb cleanup, Mariusz Kozlowski
      • [PATCH 3/33] usb: iforce-usb free urb cleanup, Mariusz Kozlowski
      • [PATCH 15/33] usb: ati_remote free urb cleanup, Mariusz Kozlowski
      • [PATCH 8/33] usb: pvrusb2-io free urb cleanup, Mariusz Kozlowski
      • [PATCH 5/33] usb: cinergyT2 free kill urb cleanup, Mariusz Kozlowski
      • [PATCH 11/33] usb: quickcam_messenger free urb cleanup, Mariusz Kozlowski
      • [PATCH 6/33] usb: ttusb_dec free urb cleanup, Mariusz Kozlowski
      • [PATCH 10/33] usb: sn9c102_core free urb cleanup, Mariusz Kozlowski
      • [PATCH 20/33] usb: legousbtower free kill urb cleanup, Mariusz Kozlowski
      • [PATCH 25/33] usb: io_edgeport kill urb cleanup, Mariusz Kozlowski
      • [PATCH 18/33] usb: usbkbd free urb cleanup, Mariusz Kozlowski
      • [PATCH 13/33] usb: irda-usb free urb cleanup, Mariusz Kozlowski
      • [PATCH 12/33] usb: zc0301_core free urb cleanup, Mariusz Kozlowski
      • [PATCH 27/33] usb: kobil_sct kill urb cleanup, Mariusz Kozlowski
      • [PATCH 30/33] usb: usb-serial free urb cleanup, Mariusz Kozlowski
      • [PATCH 26/33] usb: keyspan free urb cleanup, Mariusz Kozlowski
      • [PATCH 31/33] usb: visor kill urb cleanup, Mariusz Kozlowski
      • [PATCH 22/33] usb: phidgetmotorcontrol free urb cleanup, Mariusz Kozlowski
      • [PATCH 33/33] usb: usbmixer free kill urb cleanup, Mariusz Kozlowski
      • [PATCH 9/33] usb: pwc-if free urb cleanup, Mariusz Kozlowski
      • [PATCH 32/33] usb: usbmidi kill urb cleanup, Mariusz Kozlowski
      • [PATCH 23/33] usb: catc free urb cleanup, Mariusz Kozlowski
      • [PATCH 29/33] usb: navman kill urb cleanup, Mariusz Kozlowski
      • [PATCH 16/33] usb: ati_remote2 free urb cleanup, Mariusz Kozlowski
      • [PATCH 24/33] usb: ftdi_sio kill urb cleanup, Mariusz Kozlowski
      • [PATCH 14/33] usb: zd1201 free urb cleanup, Mariusz Kozlowski
      • [PATCH 21/33] usb: phidgetkit free urb cleanup, Mariusz Kozlowski
• pure biggeer 0rgaasm, Jaime
• [PATCH 12/12] cciss: fix for iostat, Mike Miller (OS Dev)
  • Re: [PATCH 12/12] cciss: fix for iostat, Jens Axboe
    • Re: [PATCH 12/12] cciss: fix for iostat, Jens Axboe
    • Re: [PATCH 12/12] cciss: fix for iostat, Mike Miller (OS Dev)
• [PATCH 10/12] repost: cciss: add support for 1024 logical volumes, Mike Miller (OS Dev)
• [PATCH 11/12] repost: cciss: cleanup cciss_interrupt mode, Mike Miller (OS Dev)
• [PATCH 8/12] repost: cciss: remove unused revalidate_allvol function, Mike Miller (OS Dev)
  • Re: [PATCH 8/12] repost: cciss: remove unused revalidate_allvol function, Jens Axboe
• [PATCH 9/12] repost: cciss: add busy_configuring flag, Mike Miller (OS Dev)
  • Re: [PATCH 9/12] repost: cciss: add busy_configuring flag, Jens Axboe
• [PATCH 7/12] repost: cciss: change cciss_open for consistency, Mike Miller (OS Dev)
• [PATCH 5/12] repost: cciss: disable DMA prefetch on P600, Mike Miller (OS Dev)
• [PATCH 6/12] repost: cciss: set sector_size to 2048 for performance, Mike Miller (OS Dev)
  • Re: [PATCH 6/12] repost: cciss: set sector_size to 2048 for performance, Jens Axboe
• [PATCH 3/12] repost: cciss: increase number of commands on controller, Mike Miller (OS Dev)
• [PATCH 2/12] repost: cciss: reference driver support, Mike Miller (OS Dev)
• [PATCH 4/12] repost: cciss: fix pci ssid for the E500 controller, Mike Miller (OS Dev)
• [PATCH 1/12] repost: cciss: version change, Mike Miller (OS Dev)
• solitary Drrugs, Jackie Norris
• locking hierarchy based on lockdep, Jason Baron
  • Re: locking hierarchy based on lockdep, Ingo Molnar
    • Re: locking hierarchy based on lockdep, Roland Dreier
      • Re: locking hierarchy based on lockdep, Jason Baron
      • Re: locking hierarchy based on lockdep, Roland Dreier
      • Re: locking hierarchy based on lockdep, Jason Baron
    • Re: locking hierarchy based on lockdep, Jason Baron
      • Re: locking hierarchy based on lockdep, Ingo Molnar
      • Re: locking hierarchy based on lockdep, Jason Baron
      • Re: locking hierarchy based on lockdep, Ingo Molnar
      • Re: locking hierarchy based on lockdep, Jason Baron
      • Re: locking hierarchy based on lockdep, Ingo Molnar
      • Re: locking hierarchy based on lockdep, Pavel Machek
• [2.6 patch] sound/core/control.c: remove dead code, Adrian Bunk
  • Re: [Alsa-devel] [2.6 patch] sound/core/control.c: remove dead code, Takashi Iwai
    • Re: [Alsa-devel] [2.6 patch] sound/core/control.c: remove dead code, Adrian Bunk
      • Re: [Alsa-devel] [2.6 patch] sound/core/control.c: remove dead code, Takashi Iwai
• dvb_frontend_swzigzag(): uninitialized variable usage, Adrian Bunk
  • Re: [v4l-dvb-maintainer] dvb_frontend_swzigzag(): uninitialized variable usage, Andrew de Quincey
• [PATCH] make last_inode counter in new_inode 32-bit on kernels that offer x86 compatability, Jeff Layton
  • Re: [PATCH] make last_inode counter in new_inode 32-bit on kernels that offer x86 compatability, Matthew Wilcox
    • Re: [PATCH] make last_inode counter in new_inode 32-bit on kernels that offer x86 compatability, Jeff Layton
    • Re: [PATCH] make last_inode counter in new_inode 32-bit on kernels that offer x86 compatability, Jeff Layton
      • Re: [PATCH] make last_inode counter in new_inode 32-bit on kernels that offer x86 compatability, Jörn Engel
      • Re: [PATCH] make last_inode counter in new_inode 32-bit on kernels that offer x86 compatability, Eric Dumazet
      • Re: [PATCH] make last_inode counter in new_inode 32-bit on kernels that offer x86 compatability, Jeff Layton
      • Re: [PATCH] make last_inode counter in new_inode 32-bit on kernels that offer x86 compatability, Eric Sandeen
      • Re: [PATCH] make last_inode counter in new_inode 32-bit on kernels that offer x86 compatability, Jörn Engel
      • Re: [PATCH] make last_inode counter in new_inode 32-bit on kernels that offer x86 compatability, Eric Sandeen
      • Re: [PATCH] make last_inode counter in new_inode 32-bit on kernels that offer x86 compatability, Andreas Dilger
      • Re: [PATCH] make last_inode counter in new_inode 32-bit on kernels that offer x86 compatability, Jeff Layton
      • Re: [PATCH] make last_inode counter in new_inode 32-bit on kernels that offer x86 compatability, Jeff Layton
      • Re: [PATCH] make last_inode counter in new_inode 32-bit on kernels that offer x86 compatability, Matthew Wilcox
      • Re: [PATCH] make last_inode counter in new_inode 32-bit on kernels that offer x86 compatability, Jörn Engel
      • Re: [PATCH] make last_inode counter in new_inode 32-bit on kernels that offer x86 compatability, Jörn Engel
      • Re: [PATCH] make last_inode counter in new_inode 32-bit on kernels that offer x86 compatability, Jörn Engel
      • Re: [PATCH] make last_inode counter in new_inode 32-bit on kernels that offer x86 compatability, Dave Kleikamp
      • Re: [PATCH] make last_inode counter in new_inode 32-bit on kernels that offer x86 compatability, Jörn Engel
      • Re: [PATCH] make last_inode counter in new_inode 32-bit on kernels that offer x86 compatability, Jörn Engel
      • Re: [PATCH] make last_inode counter in new_inode 32-bit on kernels that offer x86 compatability, Jörn Engel
      • Re: [PATCH] make last_inode counter in new_inode 32-bit on kernels that offer x86 compatability, Eric Sandeen
      • Re: [PATCH] make last_inode counter in new_inode 32-bit on kernels that offer x86 compatability, Jeff Layton
      • Re: [PATCH] make last_inode counter in new_inode 32-bit on kernels that offer x86 compatability, Jörn Engel
      • Re: [PATCH] make last_inode counter in new_inode 32-bit on kernels that offer x86 compatability, Jeff Layton
      • Re: [PATCH] make last_inode counter in new_inode 32-bit on kernels that offer x86 compatability, Matthew Wilcox
      • Re: [PATCH] make last_inode counter in new_inode 32-bit on kernels that offer x86 compatability, Jeff Layton
      • Re: [PATCH] make last_inode counter in new_inode 32-bit on kernels that offer x86 compatability, Jeff Layton
      • Re: [PATCH] make last_inode counter i