lists-archives.org

Mailing Lists Archives

	Web lists-archives.org

Mail Thread Index

• Date Index

[Prev Page][Next Page]

---

• Re: [PATCH v5 04/16] PCI: prevent duplicate slot names, (continued)
  • Re: [PATCH v5 04/16] PCI: prevent duplicate slot names,Alex Chiang
  • Re: [PATCH v5 04/16] PCI: prevent duplicate slot names,Alex Chiang
  • Re: [PATCH v5 04/16] PCI: prevent duplicate slot names,Alex Chiang
  • Re: [PATCH v5 04/16] PCI: prevent duplicate slot names,Kenji Kaneshige
  • Re: [PATCH v5 04/16] PCI: prevent duplicate slot names,Alex Chiang
  • Re: [PATCH v5 04/16] PCI: prevent duplicate slot names,Kenji Kaneshige
  • Re: [PATCH v5 04/16] PCI: prevent duplicate slot names,Alex Chiang
  • [PATCH v5 05/16] PCI, PCI Hotplug: introduce slot_name helpers,Alex Chiang
  • [PATCH v5 06/16] PCI: acpiphp: remove 'name' parameter,Alex Chiang
  • [PATCH v5 07/16] PCI: cpci_hotplug: stop managing hotplug_slot->name,Alex Chiang
  • [PATCH v5 01/16] PCI Hotplug core: add 'name' param pci_hp_register interface,Alex Chiang
  • [PATCH v5 08/16] PCI: cpqphp: stop managing hotplug_slot->name,Alex Chiang
  • [PATCH v5 09/16] PCI: fakephp: remove 'name' parameter,Alex Chiang
  • [PATCH v5 10/16] PCI: ibmphp: stop managing hotplug_slot->name,Alex Chiang
  • [PATCH v5 11/16] PCI: pciehp: remove 'name' parameter,Alex Chiang
  • [PATCH v5 12/16] PCI: rpaphp: kmalloc/kfree slot->name directly,Alex Chiang
  • [PATCH v5 13/16] PCI: SGI Hotplug: stop managing bss_hotplug_slot->name,Alex Chiang
  • [PATCH v5 15/16] PCI: Hotplug core: remove 'name',Alex Chiang
  • [PATCH v5 16/16] PCI Hotplug: fakephp: add duplicate slot name debugging,Alex Chiang
  • [PATCH v5 14/16] PCI: shcphp: remove 'name' parameter,Alex Chiang
• [TOMOYO #10 (linux-next) 0/8] TOMOYO Linux,Kentaro Takeda
  • [TOMOYO #10 (linux-next) 1/8] Introduce new LSM hooks where vfsmount is available.,Kentaro Takeda
  • [TOMOYO #10 (linux-next) 2/8] Add in_execve flag into task_struct.,Kentaro Takeda
  • [TOMOYO #10 (linux-next) 3/8] LSM adapter functions.,Kentaro Takeda
    • Re: [TOMOYO #10 (linux-next) 3/8] LSM adapter functions.,KAMEZAWA Hiroyuki
      • Re: [TOMOYO #10 (linux-next) 3/8] LSM adapter functions.,Kentaro Takeda
  • [TOMOYO #10 (linux-next) 4/8] Memory and pathname management functions.,Kentaro Takeda
    • Re: [TOMOYO #10 (linux-next) 4/8] Memory and pathname management functions.,KAMEZAWA Hiroyuki
      • Re: [TOMOYO #10 (linux-next) 4/8] Memory and pathname management functions.,Kentaro Takeda
  • [TOMOYO #10 (linux-next) 5/8] Common functions for TOMOYO Linux.,Kentaro Takeda
  • [TOMOYO #10 (linux-next) 6/8] Domain transition handler.,Kentaro Takeda
  • [TOMOYO #10 (linux-next) 7/8] File operation restriction part.,Kentaro Takeda
    • Re: [TOMOYO #10 (linux-next) 7/8] File operation restriction part.,Serge E. Hallyn
      • Re: [TOMOYO #10 (linux-next) 7/8] File operation restriction part.,Tetsuo Handa
      • Re: [TOMOYO #10 (linux-next) 7/8] File operation restriction part.,Paul E. McKenney
      • Re: [TOMOYO #10 (linux-next) 7/8] File operation restriction part.,Kentaro Takeda
      • Re: [TOMOYO #10 (linux-next) 7/8] File operation restriction part.,Paul E. McKenney
      • Re: [TOMOYO #10 (linux-next) 7/8] File operation restriction part.,Kentaro Takeda
      • Re: [TOMOYO #10 (linux-next) 7/8] File operation restriction part.,Paul E. McKenney
      • Re: [TOMOYO #10 (linux-next) 7/8] File operation restriction part.,Tetsuo Handa
      • Re: [TOMOYO #10 (linux-next) 7/8] File operation restriction part.,Paul E. McKenney
      • Re: [TOMOYO #10 (linux-next) 7/8] File operation restriction part.,Tetsuo Handa
      • Re: [TOMOYO #10 (linux-next) 7/8] File operation restriction part.,Paul E. McKenney
      • Re: [TOMOYO #10 (linux-next) 7/8] File operation restriction part.,Serge E. Hallyn
  • [TOMOYO #10 (linux-next) 8/8] Kconfig and Makefile,Kentaro Takeda
• [PATCH 0/42] Ext4 patches queued up for the 2.6.28 merge window,Theodore Ts'o
  • [PATCH 01/42] percpu counter: clean up percpu_counter_sum_and_set(),Theodore Ts'o
    • [PATCH 02/42] ext4: Add printk priority levels to clean up checkpatch warnings,Theodore Ts'o
      • [PATCH 03/42] ext4: Fix long long checkpatch warnings,Theodore Ts'o
      • [PATCH 04/42] ext4: Fix whitespace checkpatch warnings/errors,Theodore Ts'o
      • [PATCH 05/42] ext4: invalidate pages if delalloc block allocation fails.,Theodore Ts'o
      • [PATCH 06/42] ext4: Make sure all the block allocation paths reserve blocks,Theodore Ts'o
      • [PATCH 07/42] ext4: Retry block reservation,Theodore Ts'o
      • [PATCH 08/42] ext4: Add percpu dirty block accounting.,Theodore Ts'o
      • [PATCH 09/42] ext4: Switch to non delalloc mode when we are low on free blocks count.,Theodore Ts'o
      • [PATCH 10/42] ext4: Signed arithmetic fix,Theodore Ts'o
      • [PATCH 11/42] ext4: Fix ext4 nomballoc allocator for ENOSPC,Theodore Ts'o
      • [PATCH 12/42] ext4: Don't add the inode to journal handle until after the block is allocated,Theodore Ts'o
      • [PATCH 13/42] ext4: Retry block allocation if we have free blocks left,Theodore Ts'o
      • [PATCH 14/42] ext4: truncate block allocated on a failed ext4_write_begin,Theodore Ts'o
      • [PATCH 15/42] ext4: Properly update i_disksize.,Theodore Ts'o
      • [PATCH 16/42] ext4: Avoid printk floods in the face of directory corruption,Theodore Ts'o
      • [PATCH 17/42] Update flex_bg free blocks and free inodes counters when resizing.,Theodore Ts'o
      • [PATCH 18/42] ext4: fix #11321: create /proc/ext4/*/stats more carefully,Theodore Ts'o
      • [PATCH 19/42] jbd2: clean up how the journal device name is printed,Theodore Ts'o
      • [PATCH 20/42] ext4: add missing unlock in ext4_check_descriptors() on error path,Theodore Ts'o
      • [PATCH 21/42] ext4: elevate write count for migrate ioctl,Theodore Ts'o
      • [PATCH 22/42] ext4: hook the ext3 migration interface to the EXT4_IOC_SETFLAGS ioctl,Theodore Ts'o
      • [PATCH 23/42] ext4: Renumber EXT4_IOC_MIGRATE,Theodore Ts'o
      • [PATCH 24/42] ext4: use percpu data structures for lg_prealloc_list,Theodore Ts'o
      • [PATCH 25/42] ext4/jbd2: Avoid WARN() messages when failing to write to the superblock,Theodore Ts'o
      • [PATCH 26/42] ext4: Don't use 'struct dentry' for internal lookups,Theodore Ts'o
      • [PATCH 27/42] ext4: move /proc setup and teardown out of mballoc.c,Theodore Ts'o
      • [PATCH 28/42] ext4: Combine proc file handling into a single set of functions,Theodore Ts'o
      • [PATCH 29/42] ext4: Use readahead when reading an inode from the inode table,Theodore Ts'o
      • [PATCH 30/42] ext4: Remove old legacy block allocator,Theodore Ts'o
      • [PATCH 31/42] ext4: fix initialization of UNINIT bitmap blocks,Theodore Ts'o
      • [PATCH 32/42] jbd2: abort instead of waiting for nonexistent transaction,Theodore Ts'o
      • [PATCH 33/42] ext4: Add debugging markers that can be used by systemtap,Theodore Ts'o
      • [PATCH 34/42] jbd2: Fix buffer head leak when writing the commit block,Theodore Ts'o
      • [PATCH 35/42] ext4: fix xattr deadlock,Theodore Ts'o
      • [PATCH 36/42] vfs: vfs-level fiemap interface,Theodore Ts'o
      • [PATCH 37/42] ocfs2: fiemap support,Theodore Ts'o
      • [PATCH 38/42] generic block based fiemap implementation,Theodore Ts'o
      • [PATCH 39/42] Hook ext4 to the vfs fiemap interface.,Theodore Ts'o
      • [PATCH 40/42] Update ext4 MAINTAINERS file,Theodore Ts'o
      • [PATCH 41/42] ext4: Avoid double dirtying of super block in ext4_put_super(),Theodore Ts'o
      • [PATCH 42/42] ext4: Rename ext4dev to ext4,Theodore Ts'o
      • Re: [PATCH 42/42] ext4: Rename ext4dev to ext4,Jeremy Fitzhardinge
      • Re: [PATCH 42/42] ext4: Rename ext4dev to ext4,Eric Sandeen
      • Re: [PATCH 42/42] ext4: Rename ext4dev to ext4,Jeremy Fitzhardinge
      • Re: [PATCH 42/42] ext4: Rename ext4dev to ext4,Theodore Tso
      • Re: [PATCH 42/42] ext4: Rename ext4dev to ext4,Grant Coady
      • Re: [PATCH 42/42] ext4: Rename ext4dev to ext4,Eric Sandeen
      • Re: [PATCH 29/42] ext4: Use readahead when reading an inode from the inode table,Aneesh Kumar K.V
    • Re: [PATCH 01/42] percpu counter: clean up percpu_counter_sum_and_set(),Peter Zijlstra
      • Re: [PATCH 01/42] percpu counter: clean up percpu_counter_sum_and_set(),Theodore Tso
• New ext4 patchset: 2.6.27-rc9-ext4-1,Theodore Ts'o
• Linux 2.6.26.6,Greg KH
  • Re: Linux 2.6.26.6,Greg KH
• Linux 2.6.25.18,Greg KH
  • Re: Linux 2.6.25.18,Greg KH
• 2.6.24.7-rt21,Steven Rostedt
• [no subject],MR SONG LILE
• kernel BUG at kernel/sched_rt.c:322!,Paul E. McKenney
  • Re: kernel BUG at kernel/sched_rt.c:322!,Steven Noonan
    • Re: kernel BUG at kernel/sched_rt.c:322!,Paul E. McKenney
  • Re: kernel BUG at kernel/sched_rt.c:322!,Peter Zijlstra
    • Re: kernel BUG at kernel/sched_rt.c:322!,Paul E. McKenney
      • Re: kernel BUG at kernel/sched_rt.c:322!,Zhang, Yanmin
      • Re: kernel BUG at kernel/sched_rt.c:322!,Paul E. McKenney
• [PATCH 8/8 2.6.28] cxgb3 - Add 1G fiber support,Divy Le Ray
  • Re: [PATCH 8/8 2.6.28] cxgb3 - Add 1G fiber support,David Miller
• [PATCH 7/8 2.6.28] cxgb3 - Support for Aeluros 2005 PHY,Divy Le Ray
  • Re: [PATCH 7/8 2.6.28] cxgb3 - Support for Aeluros 2005 PHY,David Miller
• [PATCH 6/8 2.6.28] cxgb3 - commnonize LASI phy code,Divy Le Ray
  • Re: [PATCH 6/8 2.6.28] cxgb3 - commnonize LASI phy code,David Miller
• PATCH 5/8 2.6.28] cxgb3 - More flexible support for PHY interrupts.,Divy Le Ray
  • Re: [PATCH 5/8 2.6.28] cxgb3 - More flexible support for PHY interrupts.,David Miller
• [PATCH 4/8 2.6.28] cxgb3 - simplify port type struct and usage,Divy Le Ray
  • Re: [PATCH 4/8 2.6.28] cxgb3 - simplify port type struct and usage,David Miller
• [PATCH 3/8 2.6.28] cxgb3 - allow for PHY reset status,Divy Le Ray
  • Re: [PATCH 3/8 2.6.28] cxgb3 - allow for PHY reset status,David Miller
• [PATCH 2/8 2.6.28] cxgb3 - Allocate multiqueues at init time,Divy Le Ray
  • Re: [PATCH 2/8 2.6.28] cxgb3 - Allocate multiqueues at init time,David Miller
    • Re: [PATCH 2/8 2.6.28] cxgb3 - Allocate multiqueues at init time,Divy Le Ray
• [PATCH 1/7 2.6.28] cxgb3 - reset the adapter on fatal error,Divy Le Ray
  • Re: [PATCH 1/7 2.6.28] cxgb3 - reset the adapter on fatal error,David Miller
• [PATCH 0/8 2.6.28] cxgb3 - driver update,Divy Le Ray
• mISDN didn't define af_family_key_strings et al.,Eric Paris
  • Re: mISDN didn't define af_family_key_strings et al.,David Miller
    • Re: mISDN didn't define af_family_key_strings et al.,Eric Paris
• Avoid I/O errors when issuing SCSI ioctls to JMicron USB/ATA bridge,Alexandre Oliva
  • <Possible follow-ups>
  • Re: Avoid I/O errors when issuing SCSI ioctls to JMicron USB/ATA bridge,Phil Dibowitz
    • Re: Avoid I/O errors when issuing SCSI ioctls to JMicron USB/ATA bridge,Alexandre Oliva
• nfsd 2.6.28 merge plans,J. Bruce Fields
  • Re: nfsd 2.6.28 merge plans,Andrew Morton
  • Re: nfsd 2.6.28 merge plans,David Howells
    • Re: nfsd 2.6.28 merge plans,Trond Myklebust
    • Re: nfsd 2.6.28 merge plans,David Howells
    • Re: nfsd 2.6.28 merge plans,David Howells
• Market Analysis -- What to Buy in Today's Blood Bath,InvestorRelations
• [PATCH] pci: print out DMA mask info,Yinghai Lu
  • Re: [PATCH] pci: print out DMA mask info,Grant Grundler
    • Re: [PATCH] pci: print out DMA mask info,Yinghai Lu
      • Re: [PATCH] pci: print out DMA mask info,Matthew Wilcox
      • Re: [PATCH] pci: print out DMA mask info,Yinghai Lu
      • Re: [PATCH] pci: print out DMA mask info,Grant Grundler
      • Re: [PATCH] pci: print out DMA mask info,Yinghai Lu
      • Re: [PATCH] pci: print out DMA mask info,FUJITA Tomonori
      • Re: [PATCH] pci: print out DMA mask info,Yinghai Lu
      • Re: [PATCH] pci: print out DMA mask info,FUJITA Tomonori
      • Re: [PATCH] pci: print out DMA mask info,Yinghai Lu
      • Re: [PATCH] pci: print out DMA mask info,FUJITA Tomonori
      • Re: [PATCH] pci: print out DMA mask info,Grant Grundler
      • Re: [PATCH] pci: print out DMA mask info,Grant Grundler
      • Re: [PATCH] pci: print out DMA mask info,FUJITA Tomonori
      • Re: [PATCH] pci: print out DMA mask info,Grant Grundler
      • [PATCH] pci: show dma_mask bits in /sys,Yinghai Lu
      • Re: [PATCH] pci: show dma_mask bits in /sys,Matthew Wilcox
      • Re: [PATCH] pci: show dma_mask bits in /sys,Yinghai Lu
      • Re: [PATCH] pci: show dma_mask bits in /sys,Grant Grundler
      • Re: [PATCH] pci: show dma_mask bits in /sys,Rolf Eike Beer
      • Re: [PATCH] pci: show dma_mask bits in /sys,Greg KH
      • Re: [PATCH] pci: show dma_mask bits in /sys,H. Peter Anvin
      • Re: [PATCH] pci: show dma_mask bits in /sys,Grant Grundler
      • Re: [PATCH] pci: show dma_mask bits in /sys,Greg KH
      • Re: [PATCH] pci: show dma_mask bits in /sys,Andi Kleen
      • Re: [PATCH] pci: show dma_mask bits in /sys,Grant Grundler
      • Re: [PATCH] pci: show dma_mask bits in /sys,Grant Grundler
      • Re: [PATCH] pci: show dma_mask bits in /sys,Yinghai Lu
      • Re: [PATCH] pci: show dma_mask bits in /sys,Grant Grundler
      • Re: [PATCH] pci: print out DMA mask info,FUJITA Tomonori
      • Re: [PATCH] pci: print out DMA mask info,FUJITA Tomonori
    • Re: [PATCH] pci: print out DMA mask info,FUJITA Tomonori
      • Re: [PATCH] pci: print out DMA mask info,Jesse Barnes
      • Re: [PATCH] pci: print out DMA mask info,Yinghai Lu
      • Re: [PATCH] pci: print out DMA mask info,Jesse Barnes
      • Re: [PATCH] pci: print out DMA mask info,Matthew Wilcox
      • Re: [PATCH] pci: print out DMA mask info,Yinghai Lu
      • Re: [PATCH] pci: print out DMA mask info,Matthew Wilcox
      • Re: [PATCH] pci: print out DMA mask info,Roland Dreier
      • Re: [PATCH] pci: print out DMA mask info,Grant Grundler
      • Re: [PATCH] pci: print out DMA mask info,Grant Grundler
• fsl_upm compile failure.,Dave Jones
  • Re: fsl_upm compile failure.,Anton Vorontsov
    • Re: fsl_upm compile failure.,Anton Vorontsov
    • Re: fsl_upm compile failure.,Dave Jones
      • [PATCH] powerpc: fix fsl_upm nand driver modular build,Anton Vorontsov
      • Re: [PATCH] powerpc: fix fsl_upm nand driver modular build,Kumar Gala
• What's new in tracing.git for v2.6.28,Ingo Molnar
• Re: [V9fs-developer] [PATCH 04/10] 9p: move dirread to fs layer,Latchesar Ionkov
  • Re: [V9fs-developer] [PATCH 04/10] 9p: move dirread to fs layer,Eric Van Hensbergen
    • Re: [V9fs-developer] [PATCH 04/10] 9p: move dirread to fs layer,Latchesar Ionkov
      • Re: [V9fs-developer] [PATCH 04/10] 9p: move dirread to fs layer,Eric Van Hensbergen
• [patch] clean hex output of ftrace,trem
  • Re: [patch] clean hex output of ftrace,Joe Perches
    • Re: [patch] clean hex output of ftrace,Harvey Harrison
  • <Possible follow-ups>
  • Re: [patch] clean hex output of ftrace,Harvey Harrison
    • Re: [patch] clean hex output of ftrace,Ingo Molnar
      • Re: [patch] clean hex output of ftrace,Harvey Harrison
• free tg3 ethernet driver,Davi Leal
  • Re: free tg3 ethernet driver,Alan Cox
    • Re: free tg3 ethernet driver,Davi Leal
      • Re: free tg3 ethernet driver,Alan Cox
      • Re: free tg3 ethernet driver,Willy Tarreau
      • Re: free tg3 ethernet driver,Davi Leal
  • Re: free tg3 ethernet driver,Chris Snook
• [PATCH] UV: cosmetic fix to interrupt handler definition,Cliff Wickman
  • Re: [PATCH] UV: cosmetic fix to interrupt handler definition,Ingo Molnar
• What's new in sched.git for v2.6.28,Ingo Molnar
• [patch 0/4] tip, dmar: queued invalidation patches,Suresh Siddha
  • [patch 1/4] tip, dmar: use spin_lock_irqsave() in qi_submit_sync(),Suresh Siddha
  • [patch 2/4] tip, dmar: context cache and IOTLB invalidation using queued invalidation,Suresh Siddha
  • [patch 3/4] tip, dmar: Use queued invalidation interface for IOTLB and context invalidation.,Suresh Siddha
  • [patch 4/4] tip, dmar: remove the quirk which disables dma-remapping when intr-remapping enabled,Suresh Siddha
• What's new in x86.git for v2.6.28,Ingo Molnar
• [PATCH] esp: fix section mismatch warning,Randy Dunlap
• Wacom tablet not working with 2.6.27-rc: kernel or X.org driver fault?,dcg
  • RE: Wacom tablet not working with 2.6.27-rc: kernel or X.org driver fault?,Ping Cheng
    • Re: Wacom tablet not working with 2.6.27-rc: kernel or X.org driver fault?,dcg
• pull request: wireless-2.6 2008-10-08,John W. Linville
  • Re: pull request: wireless-2.6 2008-10-08,David Miller
• [PATCH 0/7] ide: locking improvements,Bartlomiej Zolnierkiewicz
  • [PATCH 1/7] ide: unify ide_intr()'s exit points,Bartlomiej Zolnierkiewicz
  • [PATCH 2/7] ide: IDE settings don't need an ide_lock held,Bartlomiej Zolnierkiewicz
  • [PATCH 3/7] ide: __ide_port_unregister_devices() doesn't need an ide_lock held,Bartlomiej Zolnierkiewicz
  • [PATCH 4/7] ide: ide_hwgroup_t.rq doesn't need an ide_lock held,Bartlomiej Zolnierkiewicz
    • Re: [PATCH 4/7] ide: ide_hwgroup_t.rq doesn't need an ide_lock held,Elias Oltmanns
      • Re: [PATCH 4/7] ide: ide_hwgroup_t.rq doesn't need an ide_lock held,Jens Axboe
      • Re: [PATCH 4/7] ide: ide_hwgroup_t.rq doesn't need an ide_lock held,Elias Oltmanns
      • Re: [PATCH 4/7] ide: ide_hwgroup_t.rq doesn't need an ide_lock held,Jens Axboe
      • Re: [PATCH 4/7] ide: ide_hwgroup_t.rq doesn't need an ide_lock held,Bartlomiej Zolnierkiewicz
  • [PATCH 5/7] ide: push ide_lock to __ide_end_request(),Bartlomiej Zolnierkiewicz
  • [PATCH 6/7] ide: ide_lock + __blk_end_request() -> blk_end_request(),Bartlomiej Zolnierkiewicz
  • [PATCH 7/7] ide: use queue lock instead of ide_lock when possible,Bartlomiej Zolnierkiewicz
    • Re: [PATCH 7/7] ide: use queue lock instead of ide_lock when possible,Elias Oltmanns
      • Re: [PATCH 7/7] ide: use queue lock instead of ide_lock when possible,Jens Axboe
      • Re: [PATCH 7/7] ide: use queue lock instead of ide_lock when possible,Jens Axboe
  • Re: [PATCH 0/7] ide: locking improvements,Jens Axboe
    • Re: [PATCH 0/7] ide: locking improvements,Bartlomiej Zolnierkiewicz
      • Re: [PATCH 0/7] ide: locking improvements,Jens Axboe
  • <Possible follow-ups>
  • Re: [PATCH 0/7] ide: locking improvements,Robert Hancock
    • Re: [PATCH 0/7] ide: locking improvements,Bartlomiej Zolnierkiewicz
      • Re: [PATCH 0/7] ide: locking improvements,Borislav Petkov
      • Re: [PATCH 0/7] ide: locking improvements,Jens Axboe
      • Re: [PATCH 0/7] ide: locking improvements,Bartlomiej Zolnierkiewicz
      • Re: [PATCH 0/7] ide: locking improvements,Jens Axboe
      • Re: [PATCH 0/7] ide: locking improvements,Bartlomiej Zolnierkiewicz
      • Re: [PATCH 0/7] ide: locking improvements,Borislav Petkov
      • Re: [PATCH 0/7] ide: locking improvements,Jens Axboe
      • Re: [PATCH 0/7] ide: locking improvements,Jens Axboe
      • Re: [PATCH 0/7] ide: locking improvements,Borislav Petkov
      • Re: [PATCH 0/7] ide: locking improvements,Bartlomiej Zolnierkiewicz
      • Re: [PATCH 0/7] ide: locking improvements,Robert Hancock
      • Re: [PATCH 0/7] ide: locking improvements,Bartlomiej Zolnierkiewicz
• 2.6.27-rc8-git8: oops in process hald-addon-dell-backlight (intel iommu related?),Frederik Himpe
  • Re: 2.6.27-rc8-git8: oops in process hald-addon-dell-backlight (intel iommu related?),Frederik Himpe
    • Re: 2.6.27-rc8-git8: oops in process hald-addon-dell-backlight (intel iommu related?),Rafael J. Wysocki
      • Re: 2.6.27-rc8-git8: oops in process hald-addon-dell-backlight (intel iommu related?),Frederik Himpe
      • Re: 2.6.27-rc8-git8: oops in process hald-addon-dell-backlight (intel iommu related?),Rafael J. Wysocki
• [PATCH] xen: use spin_lock_nest_lock when pinning a pagetable,Jeremy Fitzhardinge
  • Re: [PATCH] xen: use spin_lock_nest_lock when pinning a pagetable,Ingo Molnar
• [PATCH 00/10] ixj: Cleanup dead and duplicate code,Richard A. Holden III
  • [PATCH 01/10] ixj: Remove code duplication for processing codec names.,Richard A. Holden III
    • [PATCH 02/10] ixj: Remove dead code in preparation for consolidating duplicate code.,Richard A. Holden III
      • [PATCH 03/10] ixj: Unify comments in preparation for pushing duplicate code into a function.,Richard A. Holden III
      • [PATCH 04/10] ixj: Consolidate duplicate Ringer array initializers into common functions.,Richard A. Holden III
      • [PATCH 05/10] ixj: Move duplicate code into well named zero_caller_id function.,Richard A. Holden III
      • [PATCH 06/10] ixj: Caller ID Refactoring,Richard A. Holden III
      • [PATCH 07/10] ixj: Refactor DTMF tone setting,Richard A. Holden III
      • [PATCH 08/10] ixj: update quickly readable comments to match the data initializations.,Richard A. Holden III
      • [PATCH 09/10] ixj: Remove unused macro.,Richard A. Holden III
      • [PATCH 10/10] ixj: Remove dead code from ifdef IXJ_DYN_ALLOC.,Richard A. Holden III
  • Re: [PATCH 00/10] ixj: Cleanup dead and duplicate code,Alan Cox
• [PATCH 1/2] virtio_net: Recycle some more rx buffer pages,Mark McLoughlin
  • [PATCH 2/2] virtio_net: Improve the recv buffer allocation scheme,Mark McLoughlin
    • Re: [PATCH 2/2] virtio_net: Improve the recv buffer allocation scheme,Rusty Russell
      • Re: [PATCH 2/2] virtio_net: Improve the recv buffer allocation scheme,Herbert Xu
      • Re: [PATCH 2/2] virtio_net: Improve the recv buffer allocation scheme,Mark McLoughlin
      • Re: [PATCH 2/2] virtio_net: Improve the recv buffer allocation scheme,Anthony Liguori
      • Re: [PATCH 2/2] virtio_net: Improve the recv buffer allocation scheme,Mark McLoughlin
      • Re: [PATCH 2/2] virtio_net: Improve the recv buffer allocation scheme,Rusty Russell
      • Re: [PATCH 2/2] virtio_net: Improve the recv buffer allocation scheme,Mark McLoughlin
      • Re: [PATCH 2/2] virtio_net: Improve the recv buffer allocation scheme,Rusty Russell
      • Re: [PATCH 2/2] virtio_net: Improve the recv buffer allocation scheme,Chris Wright
  • Re: [PATCH 1/2] virtio_net: Recycle some more rx buffer pages,Rusty Russell
• [RFC Patch 0/9] Hardware Breakpoint interfaces - v2,K.Prasad
  • [RFC Patch 1/9] Introducing generic hardware breakpoint handler interfaces,K.Prasad
    • Re: [RFC Patch 1/9] Introducing generic hardware breakpoint handler interfaces,Roland McGrath
      • Re: [RFC Patch 1/9] Introducing generic hardware breakpoint handler interfaces,K.Prasad
      • Re: [RFC Patch 1/9] Introducing generic hardware breakpoint handler interfaces,Roland McGrath
      • Re: [RFC Patch 1/9] Introducing generic hardware breakpoint handler interfaces,Alan Stern
      • Re: [RFC Patch 1/9] Introducing generic hardware breakpoint handler interfaces,Roland McGrath
      • Re: [RFC Patch 1/9] Introducing generic hardware breakpoint handler interfaces,Alan Stern
  • [RFC Patch 2/9] x86 architecture implementation of Hardware Breakpoint interfaces,K.Prasad
    • Re: [RFC Patch 2/9] x86 architecture implementation of Hardware Breakpoint interfaces,Roland McGrath
  • [RFC Patch 3/9] Modifying generic debug exception to use virtual debug registers,K.Prasad
    • Re: [RFC Patch 3/9] Modifying generic debug exception to use virtual debug registers,Roland McGrath
      • Re: [RFC Patch 3/9] Modifying generic debug exception to use virtual debug registers,Alan Stern
      • Re: [RFC Patch 3/9] Modifying generic debug exception to use virtual debug registers,Roland McGrath
      • Re: [RFC Patch 3/9] Modifying generic debug exception to use virtual debug registers,Alan Stern
      • Re: [RFC Patch 3/9] Modifying generic debug exception to use virtual debug registers,Roland McGrath
      • Re: [RFC Patch 3/9] Modifying generic debug exception to use virtual debug registers,Roland McGrath
      • Re: [RFC Patch 3/9] Modifying generic debug exception to use virtual debug registers,Alan Stern
  • [RFC Patch 4/9] Modify kprobe exception handler to recognise single-stepping by HW Breakpoint handler,K.Prasad
  • [RFC Patch 5/9] Use wrapper routines around debug registers in processor related functions,K.Prasad
  • [RFC Patch 6/9] Use virtual debug registers in process/thread handling code,K.Prasad
    • Re: [RFC Patch 6/9] Use virtual debug registers in process/thread handling code,Roland McGrath
      • Re: [RFC Patch 6/9] Use virtual debug registers in process/thread handling code,Alan Stern
      • Re: [RFC Patch 6/9] Use virtual debug registers in process/thread handling code,Roland McGrath
      • Re: [RFC Patch 6/9] Use virtual debug registers in process/thread handling code,Alan Stern
  • [RFC Patch 7/9] Modify signal handling code to refrain from re-enabling HW Breakpoints,K.Prasad
  • [RFC Patch 8/9] Modify Ptrace to use wrapper routines to access breakpoint registers,K.Prasad
    • Re: [RFC Patch 8/9] Modify Ptrace to use wrapper routines to access breakpoint registers,Roland McGrath
  • [RFC Patch 9/9] Cleanup HW Breakpoint registers before kexec,K.Prasad
• [PATCH -mm] taint: fix kernel-doc,Randy Dunlap
• [PATCH -mm/git] block_dev: fix kernel-doc in new functions,Randy Dunlap
  • Re: [PATCH -mm/git] block_dev: fix kernel-doc in new functions,Jens Axboe
• [PATCH] i_version: remount support,Mimi Zohar
  • <Possible follow-ups>
  • [PATCH] i_version: remount support,Mimi Zohar
• ksoftirqd accounting broken in 2.6.27-rc9,Andi Kleen
  • Re: ksoftirqd accounting broken in 2.6.27-rc9,Rafael J. Wysocki
    • Re: ksoftirqd accounting broken in 2.6.27-rc9,Andi Kleen
• Filesystem for block devices using flash storage?,Stefan Monnier
  • Re: Filesystem for block devices using flash storage?,Chris Snook
    • Re: Filesystem for block devices using flash storage?,Pavel Machek
      • Re: Filesystem for block devices using flash storage?,Arjan van de Ven
      • Re: Filesystem for block devices using flash storage?,Alan Cox
      • Re: Filesystem for block devices using flash storage?,Jörn Engel
      • Re: Filesystem for block devices using flash storage?,Pavel Machek
      • Re: Filesystem for block devices using flash storage?,Jörn Engel
      • Re: Filesystem for block devices using flash storage?,Lennart Sorensen
    • Re: Filesystem for block devices using flash storage?,Jörn Engel
      • Re: Filesystem for block devices using flash storage?,Chris Snook
      • Re: Filesystem for block devices using flash storage?,Jörn Engel
      • Re: Filesystem for block devices using flash storage?,Chris Snook
  • Re: Filesystem for block devices using flash storage?,Jörn Engel
    • Re: Filesystem for block devices using flash storage?,Stefan Monnier
• pull request for range-hrtimer updates,Arjan van de Ven
  • Re: pull request for range-hrtimer updates,Ingo Molnar
    • Message not available
      • Re: pull request for range-hrtimer updates,Arjan van de Ven
• [PATCH] Trivial patch to submitting-patches Documantation,Nick Warne
  • Re: [PATCH] Trivial patch to submitting-patches Documantation,Jonathan Corbet
    • Re: [PATCH] Trivial patch to submitting-patches Documantation,Nick Warne
      • Re: [PATCH] Trivial patch to submitting-patches Documantation,Randy Dunlap
• PATCH - New S1D1... Epson frambuffer maintainer,Kristoffer Ericson
• [PATCH] documentation: clarify dirty_ratio and dirty_background_ratio description,Andrea Righi
  • Re: [PATCH] documentation: clarify dirty_ratio and dirty_background_ratio description,KOSAKI Motohiro
  • Re: [PATCH] documentation: clarify dirty_ratio and dirty_background_ratio description,KAMEZAWA Hiroyuki
    • Re: [PATCH] documentation: clarify dirty_ratio and dirty_background_ratio description,Andrea Righi
    • [PATCH] documentation: clarify dirty_ratio and dirty_background_ratio description (v2),Andrea Righi
• sending TCP/IP packet based on NIC MTU size,Parav Pandit
• [RFC v6][PATCH 0/9] Kernel based checkpoint/restart,Oren Laadan
  • [RFC v6][PATCH 9/9] Restore open file descriprtors,Oren Laadan
  • [RFC v6][PATCH 7/9] Infrastructure for shared objects,Oren Laadan
  • [RFC v6][PATCH 6/9] Checkpoint/restart: initial documentation,Oren Laadan
  • [RFC v6][PATCH 3/9] x86 support for checkpoint/restart,Oren Laadan
    • Re: [RFC v6][PATCH 3/9] x86 support for checkpoint/restart,Cedric Le Goater
      • Re: [RFC v6][PATCH 3/9] x86 support for checkpoint/restart,Oren Laadan
  • [RFC v6][PATCH 1/9] Create syscalls: sys_checkpoint, sys_restart,Oren Laadan
  • [RFC v6][PATCH 4/9] Dump memory address space,Oren Laadan
  • [RFC v6][PATCH 5/9] Restore memory address space,Oren Laadan
    • Re: [RFC v6][PATCH 5/9] Restore memory address space,Dave Hansen
  • [RFC v6][PATCH 8/9] Dump open file descriptors,Oren Laadan
  • [RFC v6][PATCH 2/9] General infrastructure for checkpoint restart,Oren Laadan
  • Re: [RFC v6][PATCH 0/9] Kernel based checkpoint/restart,Ingo Molnar
    • Re: [RFC v6][PATCH 0/9] Kernel based checkpoint/restart,Dave Hansen
      • Re: [RFC v6][PATCH 0/9] Kernel based checkpoint/restart,Ingo Molnar
      • Re: [RFC v6][PATCH 0/9] Kernel based checkpoint/restart,Dave Hansen
      • Re: [RFC v6][PATCH 0/9] Kernel based checkpoint/restart,Ingo Molnar
      • Re: [RFC v6][PATCH 0/9] Kernel based checkpoint/restart,Dave Hansen
      • Re: [RFC v6][PATCH 0/9] Kernel based checkpoint/restart,Ingo Molnar
      • Re: [RFC v6][PATCH 0/9] Kernel based checkpoint/restart,Cedric Le Goater
      • Re: [RFC v6][PATCH 0/9] Kernel based checkpoint/restart,Oren Laadan
      • Re: [RFC v6][PATCH 0/9] Kernel based checkpoint/restart,Cedric Le Goater
      • Re: [RFC v6][PATCH 0/9] Kernel based checkpoint/restart,Oren Laadan
      • Re: [RFC v6][PATCH 0/9] Kernel based checkpoint/restart,Dave Hansen
      • Re: [RFC v6][PATCH 0/9] Kernel based checkpoint/restart,Cedric Le Goater
      • Re: [RFC v6][PATCH 0/9] Kernel based checkpoint/restart,Oren Laadan
      • Re: [RFC v6][PATCH 0/9] Kernel based checkpoint/restart,Daniel Lezcano
      • Re: [RFC v6][PATCH 0/9] Kernel based checkpoint/restart,Oren Laadan
      • Re: [RFC v6][PATCH 0/9] Kernel based checkpoint/restart,Peter Chubb
      • Re: [RFC v6][PATCH 0/9] Kernel based checkpoint/restart,David Newall
      • Re: [RFC v6][PATCH 0/9] Kernel based checkpoint/restart,Dave Hansen
      • Re: [RFC v6][PATCH 0/9] Kernel based checkpoint/restart,Cedric Le Goater
      • Re: [RFC v6][PATCH 0/9] Kernel based checkpoint/restart,Oren Laadan
      • Re: [RFC v6][PATCH 0/9] Kernel based checkpoint/restart,Greg Kurz
• [PATCH -mm -v5] Separate atomic_t declaration from asm/atomic.h into asm/atomic_def.h,Huang Ying
  • Re: [PATCH -mm -v5] Separate atomic_t declaration from asm/atomic.h into asm/atomic_def.h,Andrew Morton
    • Re: [PATCH -mm -v5] Separate atomic_t declaration from asm/atomic.h into asm/atomic_def.h,Ingo Molnar
      • Re: [PATCH -mm -v5] Separate atomic_t declaration from asm/atomic.h into asm/atomic_def.h,Andrew Morton
      • Re: [PATCH -mm -v5] Separate atomic_t declaration from asm/atomic.h into asm/atomic_def.h,Matthew Wilcox
      • Re: [PATCH -mm -v5] Separate atomic_t declaration from asm/atomic.h into asm/atomic_def.h,Andrew Morton
      • Re: [PATCH -mm -v5] Separate atomic_t declaration from asm/atomic.h into asm/atomic_def.h,Matthew Wilcox
      • Re: [PATCH -mm -v5] Separate atomic_t declaration from asm/atomic.h into asm/atomic_def.h,Andrew Morton
      • Re: [PATCH -mm -v5] Separate atomic_t declaration from asm/atomic.h into asm/atomic_def.h,Matthew Wilcox
• [PATCH 1/1] hugetlb: pull gigantic page initialisation out of the default path,Andy Whitcroft
  • Re: [PATCH 1/1] hugetlb: pull gigantic page initialisation out of the default path,Nick Piggin
    • Re: [PATCH 1/1] hugetlb: pull gigantic page initialisation out of the default path,Andrew Morton
  • Re: [PATCH 1/1] hugetlb: pull gigantic page initialisation out of the default path,Mel Gorman
• [PATCH 0/1] gigantic compound pages part 2,Andy Whitcroft
  • [PATCH 1/1] hugetlbfs: handle pages higher order than MAX_ORDER,Andy Whitcroft
    • Re: [PATCH 1/1] hugetlbfs: handle pages higher order than MAX_ORDER,Nick Piggin
      • Re: [PATCH 1/1] hugetlbfs: handle pages higher order than MAX_ORDER,Andy Whitcroft
    • Re: [PATCH 1/1] hugetlbfs: handle pages higher order than MAX_ORDER,Mel Gorman
    • Re: [PATCH 1/1] hugetlbfs: handle pages higher order than MAX_ORDER,Christoph Lameter
      • Re: [PATCH 1/1] hugetlbfs: handle pages higher order than MAX_ORDER,Andi Kleen
      • Re: [PATCH 1/1] hugetlbfs: handle pages higher order than MAX_ORDER,Andy Whitcroft
      • Re: [PATCH 1/1] hugetlbfs: handle pages higher order than MAX_ORDER,Christoph Lameter
      • Re: [PATCH 1/1] hugetlbfs: handle pages higher order than MAX_ORDER,Andy Whitcroft
      • Re: [PATCH 1/1] hugetlbfs: handle pages higher order than MAX_ORDER,Christoph Lameter
      • Re: [PATCH 1/1] hugetlbfs: handle pages higher order than MAX_ORDER,Andy Whitcroft
• [PATCH] usb: avoid needless address-taking of function parameters,Harvey Harrison
• [PATCH] 8139too: move wmb before TX DMA start,Andreas Oberritter
  • Re: [PATCH] 8139too: move wmb before TX DMA start,Ben Hutchings
    • [PATCH v2] 8139too: move wmb before TX DMA start,Andreas Oberritter
• teracod =??Q?h=EDrek?= - Nyitva a =??Q?regisztr=E1ci=F3?=,teracod torrent
• [PATCH 5/5] HDQ: Documentation for OMAP HDQ,Gadiyar, Anand
• [PATCH 4/5] W1: Export w1_read_8 function,Gadiyar, Anand
  • Re: [PATCH 4/5] W1: Export w1_read_8 function,Andrew Morton
  • <Possible follow-ups>
  • RE: [PATCH 4/5] W1: Export w1_read_8 function,Gadiyar, Anand
• [PATCH 3/5] HDQ: OMAP: Add HDQ Device,Gadiyar, Anand
  • Re: [PATCH 3/5] HDQ: OMAP: Add HDQ Device,Andrew Morton
• FRV/ARM unaligned access question,Harvey Harrison
  • Re: FRV/ARM unaligned access question,Russell King
    • Re: FRV/ARM unaligned access question,Harvey Harrison
      • Re: FRV/ARM unaligned access question,Russell King
      • Re: FRV/ARM unaligned access question,Harvey Harrison
  • Re: FRV/ARM unaligned access question,David Howells
    • Re: FRV/ARM unaligned access question,Harvey Harrison
    • Re: FRV/ARM unaligned access question,David Howells
• [PATCH 2/5] HDQ: BQ27000 HDQ Slave Interface Driver,Gadiyar, Anand
  • Re: [PATCH 2/5] HDQ: BQ27000 HDQ Slave Interface Driver,Andrew Morton
• [PATCH 1/5] HDQ Driver for OMAP2430/3430,Gadiyar, Anand
  • Re: [PATCH 1/5] HDQ Driver for OMAP2430/3430,Evgeniy Polyakov
  • Re: [PATCH 1/5] HDQ Driver for OMAP2430/3430,Andrew Morton
    • Re: [PATCH 1/5] HDQ Driver for OMAP2430/3430,Madhusudhan Chikkature
      • Re: [PATCH 1/5] HDQ Driver for OMAP2430/3430,Evgeniy Polyakov
      • Re: [PATCH 1/5] HDQ Driver for OMAP2430/3430,Andrew Morton
      • Re: [PATCH 1/5] HDQ Driver for OMAP2430/3430,Madhusudhan Chikkature
      • Re: [PATCH 1/5] HDQ Driver for OMAP2430/3430,Andrew Morton
      • Re: [PATCH 1/5] HDQ Driver for OMAP2430/3430,Evgeniy Polyakov
      • Re: [PATCH 1/5] HDQ Driver for OMAP2430/3430,Andrew Morton
      • Re: [PATCH 1/5] HDQ Driver for OMAP2430/3430,Evgeniy Polyakov
      • Re: [PATCH 1/5] HDQ Driver for OMAP2430/3430,Madhusudhan Chikkature
• [PATCH 4/4] unaligned: remove now unused memmove-based access implementation,Harvey Harrison
• [PATCH 3/4] xtensa: Change unaligned access to use packed struct implementation,Harvey Harrison
  • Re: [PATCH 3/4] xtensa: Change unaligned access to use packed struct implementation,Chris Zankel
    • Re: [PATCH 3/4] xtensa: Change unaligned access to use packed struct implementation,Harvey Harrison
• [PATCH 2/4] m32r: Change unaligned access to use packed struct implementation,Harvey Harrison
• [PATCH 1/4] h8300: Change unaligned access to use packed struct implementation,Harvey Harrison
  • Re: [PATCH 1/4] h8300: Change unaligned access to use packed struct implementation,Alexey Dobriyan
    • Re: [PATCH 1/4] h8300: Change unaligned access to use packed struct implementation,Harvey Harrison
• PATCH 10/8]linux-usb: To support more Huawei data card product IDs, fix kernel 2.6.27-rc7,fangxiaozhi 00110321
  • Re: PATCH 10/8]linux-usb: To support more Huawei data card product IDs, fix kernel 2.6.27-rc7,Greg KH
    • Re: PATCH 10/8]linux-usb: To support more Huawei data card productIDs, fix kernel 2.6.27-rc7,Franko Fang
      • Re: PATCH 10/8]linux-usb: To support more Huawei data card productIDs, fix kernel 2.6.27-rc7,Alan Stern
• Toggling GPIO at 38Khz,Jon Smirl
  • Re: Toggling GPIO at 38Khz,Eric Miao
    • Re: Toggling GPIO at 38Khz,Andy Green
  • Re: Toggling GPIO at 38Khz,Bill Gatliff
    • Re: Toggling GPIO at 38Khz,Jon Smirl
      • Re: Toggling GPIO at 38Khz,Chris Friesen
      • Re: Toggling GPIO at 38Khz,Krzysztof Halasa
  • Re: Toggling GPIO at 38Khz,Remy Bohmer
    • Re: Toggling GPIO at 38Khz,Dave Hylands
      • Re: Toggling GPIO at 38Khz,Bill Gatliff
      • Re: Toggling GPIO at 38Khz,linux-os (Dick Johnson)
  • <Possible follow-ups>
  • Re: Toggling GPIO at 38Khz,Bodo Eggert
• [PATCH] markers: fix unchecked format,Lai Jiangshan
  • Re: [PATCH] markers: fix unchecked format,Mathieu Desnoyers
    • Re: [PATCH] markers: fix unchecked format,Lai Jiangshan
      • Re: [PATCH] markers: fix unchecked format,Mathieu Desnoyers
      • Re: [PATCH] markers: fix unchecked format,Ingo Molnar
• [PATCH] markers: remove 2 exported symbols,Lai Jiangshan
  • Re: [PATCH] markers: remove 2 exported symbols,Mathieu Desnoyers
    • Re: [PATCH] markers: remove 2 exported symbols,Lai Jiangshan
      • Re: [PATCH] markers: remove 2 exported symbols,Mathieu Desnoyers
      • Re: [PATCH] markers: remove 2 exported symbols,Lai Jiangshan
      • Re: [PATCH] markers: remove 2 exported symbols,Mathieu Desnoyers
      • Re: [PATCH] markers: remove 2 exported symbols,Lai Jiangshan
• PATCH 10/4]linux-usb: To support more Huawei data card product IDs, fix kernel 2.6.27-rc7,fangxiaozhi 00110321
  • Re: PATCH 10/4]linux-usb: To support more Huawei data card product IDs, fix kernel 2.6.27-rc7,Greg KH
    • Re: PATCH 10/4]linux-usb: To support more Huawei data card productIDs, fix kernel 2.6.27-rc7,Franko Fang
  • Re: PATCH 10/4]linux-usb: To support more Huawei data card product IDs, fix kernel 2.6.27-rc7,Alan Stern
• Re: [PATCH] Input: Refactor evdev 32bit compat to be shareable with uinput,Dmitry Torokhov
  • Re: [PATCH] Input: Refactor evdev 32bit compat to be shareable with uinput,Dmitry Torokhov
    • Re: [PATCH] Input: Refactor evdev 32bit compat to be shareable with uinput,Philip Langdale
• kernel/acct.c and testing for accounting still running?,Robin H. Johnson
  • Re: kernel/acct.c and testing for accounting still running?,Alexey Dobriyan
    • Re: kernel/acct.c and testing for accounting still running?,Robin H. Johnson
• [PATCH 0/4] serial: 8250 driver improvements & Cavium OCTEON serial support,David Daney
  • [PATCH 1/4] serial: 8250 driver replaceable i/o functions.,David Daney
    • Re: [PATCH 1/4] serial: 8250 driver replaceable i/o functions.,H. Peter Anvin
      • Re: [PATCH 1/4] serial: 8250 driver replaceable i/o functions.,David Daney
  • [PATCH 2/4] serial: Allow port type to be specified when calling serial8250_register_port.,David Daney
  • [PATCH 3/4] serial: Allow port type to specify bugs that are not probed for.,David Daney
  • [PATCH 4/4] serial: Add new uart_config for PORT_OCTEON,David Daney
• [PATCH 1/1] edac mpc85xx add support for mpc8572,dougthompson
• x86_32 tsc/pit and hrtimers,Jeff Hansen
  • Re: x86_32 tsc/pit and hrtimers,Chris Snook
    • Re: x86_32 tsc/pit and hrtimers,Jeff Hansen
      • Re: x86_32 tsc/pit and hrtimers,Chris Snook
      • [PATCH] Re: x86_32 tsc/pit and hrtimers,Jeff Hansen
      • Re: [PATCH] Re: x86_32 tsc/pit and hrtimers,Randy.Dunlap
      • Re: [PATCH] Re: x86_32 tsc/pit and hrtimers,Chris Snook
      • [PATCH] Re: x86_32 tsc/pit and hrtimers,Jeff Hansen
      • Re: [PATCH] Re: x86_32 tsc/pit and hrtimers,Thomas Gleixner
      • Re: [PATCH] Re: x86_32 tsc/pit and hrtimers,Chris Snook
      • Re: [PATCH] Re: x86_32 tsc/pit and hrtimers,Thomas Gleixner
      • Re: [PATCH] Re: x86_32 tsc/pit and hrtimers,Jeff Hansen
      • Re: [PATCH] Re: x86_32 tsc/pit and hrtimers,Thomas Gleixner
      • Re: [PATCH] Re: x86_32 tsc/pit and hrtimers,Alok kataria
      • Re: [PATCH] Re: x86_32 tsc/pit and hrtimers,Chris Snook
      • [PATCH] Re: x86_32 tsc/pit and hrtimers,Jeff Hansen
      • Re: [PATCH] Re: x86_32 tsc/pit and hrtimers,Alok Kataria
      • Re: [PATCH] Re: x86_32 tsc/pit and hrtimers,Alok Kataria
      • Re: [PATCH] Re: x86_32 tsc/pit and hrtimers,Chris Snook
      • Re: [PATCH] Re: x86_32 tsc/pit and hrtimers,Alok Kataria
      • Re: [PATCH] Re: x86_32 tsc/pit and hrtimers,Chris Snook
      • [PATCH] Re: x86_32 tsc/pit and hrtimers,Jeff Hansen
    • Re: x86_32 tsc/pit and hrtimers,Pavel Machek
• [no subject],Jeff Hansen
• WARNING on 2.6.27-rc9: sysfs: duplicate filename 'usbdev5.5_ep89' can not be created,Theodore Ts'o
  • Re: WARNING on 2.6.27-rc9: sysfs: duplicate filename 'usbdev5.5_ep89' can not be created,Greg KH
  • Re: WARNING on 2.6.27-rc9: sysfs: duplicate filename 'usbdev5.5_ep89' can not be created,Rafael J. Wysocki
• [RFC] Normalizing byteorder/unaligned access API,Harvey Harrison
  • Re: [RFC] Normalizing byteorder/unaligned access API,James Bottomley
    • Re: [RFC] Normalizing byteorder/unaligned access API,Harvey Harrison
      • Re: [RFC] Normalizing byteorder/unaligned access API,Matthew Wilcox
      • Re: [RFC] Normalizing byteorder/unaligned access API,Harvey Harrison
      • Re: [RFC] Normalizing byteorder/unaligned access API,Geert Uytterhoeven
  • Re: [RFC] Normalizing byteorder/unaligned access API,Matthew Wilcox
    • Re: [RFC] Normalizing byteorder/unaligned access API,Harvey Harrison
      • Re: [RFC] Normalizing byteorder/unaligned access API,Matthew Wilcox
      • Re: [RFC] Normalizing byteorder/unaligned access API,Harvey Harrison
      • Re: [RFC] Normalizing byteorder/unaligned access API,Marcel Holtmann
  • Re: [RFC] Normalizing byteorder/unaligned access API,Geert Uytterhoeven
    • Re: [RFC] Normalizing byteorder/unaligned access API,Harvey Harrison
• [ANNOUNCE] Ceph distributed file system v0.4 (snapshot support),Sage Weil
• RFC - size tool for kernel build system,Tim Bird
  • Re: RFC - size tool for kernel build system,Chris Snook
    • Re: RFC - size tool for kernel build system,Tim Bird
  • Re: RFC - size tool for kernel build system,Adrian Bunk
    • Re: RFC - size tool for kernel build system,Jörn Engel
    • Re: RFC - size tool for kernel build system,Robin Getz
    • Re: RFC - size tool for kernel build system,Tim Bird
      • Re: RFC - size tool for kernel build system,Geert Uytterhoeven
      • Re: RFC - size tool for kernel build system,Robin Getz
• [0/3] The new POHMELFS release.,Evgeniy Polyakov
  • [1/3] POHMELFS: vfs changes.,Evgeniy Polyakov
  • [2/3] POHMELFS: documentation.,Evgeniy Polyakov
  • [3/3] POHMELFS: core.,Evgeniy Polyakov
• [patch] x86: avoid dereferencing beyond stack + THREAD_SIZE,David Rientjes
  • Re: [patch] x86: avoid dereferencing beyond stack + THREAD_SIZE,Ingo Molnar
• [patch 1/2] xsave: fix error condition in save_i387_xstate(),Suresh Siddha
  • [patch 2/2] xsave: set FP, SSE bits in the xsave header in the user sigcontext,Suresh Siddha
  • Re: [patch 1/2] xsave: fix error condition in save_i387_xstate(),H. Peter Anvin
• [PATCH] x86: Add clflush before monitor for Intel 7400 series,Venki Pallipadi
  • Re: [PATCH] x86: Add clflush before monitor for Intel 7400 series,H. Peter Anvin
    • Re: [PATCH] x86: Add clflush before monitor for Intel 7400 series,Venki Pallipadi
      • Re: [PATCH] x86: Add clflush before monitor for Intel 7400 series,H. Peter Anvin
      • RE: [PATCH] x86: Add clflush before monitor for Intel 7400 series,Pallipadi, Venkatesh
      • Re: [PATCH] x86: Add clflush before monitor for Intel 7400 series,H. Peter Anvin
      • RE: [PATCH] x86: Add clflush before monitor for Intel 7400 series,Pallipadi, Venkatesh
      • Re: [PATCH] x86: Add clflush before monitor for Intel 7400 series,H. Peter Anvin
      • Re: [PATCH] x86: Add clflush before monitor for Intel 7400 series,Andi Kleen
• [RFC PATCH] kbuild: AFTER_LINK,Roland McGrath
• [RFC][PATCH 2/3] TXT: Intel IOMMU PMR Disable,Cihula, Joseph
  • <Possible follow-ups>
  • [RFC][PATCH 2/3] TXT: Intel IOMMU PMR Disable,Joseph Cihula
• [RFC][PATCH 1/3] TXT: ACPI AddressRangeUnusuable support,Cihula, Joseph
  • Re: [RFC][PATCH 1/3] TXT: ACPI AddressRangeUnusuable support,Andi Kleen
    • RE: [RFC][PATCH 1/3] TXT: ACPI AddressRangeUnusuable support,Cihula, Joseph
  • <Possible follow-ups>
  • [RFC][PATCH 1/3] TXT: ACPI AddressRangeUnusuable support,Joseph Cihula
    • Re: [RFC][PATCH 1/3] TXT: ACPI AddressRangeUnusuable support,Joseph Cihula
• [RFC][PATCH 3/3] TXT: Intel(R) TXT and tboot kernel support,Cihula, Joseph
  • Re: [RFC][PATCH 3/3] TXT: Intel(R) TXT and tboot kernel support,James Morris
  • RE: [RFC][PATCH 3/3] TXT: Intel(R) TXT and tboot kernel support,Cihula, Joseph
    • RE: [RFC][PATCH 3/3] TXT: Intel(R) TXT and tboot kernel support,James Morris
    • Re: [RFC][PATCH 3/3] TXT: Intel(R) TXT and tboot kernel support,Pavel Machek
      • Re: [RFC][PATCH 3/3] TXT: Intel(R) TXT and tboot kernel support,Chris Wright
      • RE: [RFC][PATCH 3/3] TXT: Intel(R) TXT and tboot kernel support,Cihula, Joseph
      • Re: [RFC][PATCH 3/3] TXT: Intel(R) TXT and tboot kernel support,Chris Wright
    • Re: [RFC][PATCH 3/3] TXT: Intel(R) TXT and tboot kernel support,Jeremy Fitzhardinge
      • Re: [RFC][PATCH 3/3] TXT: Intel(R) TXT and tboot kernel support,Chris Wright
      • RE: [RFC][PATCH 3/3] TXT: Intel(R) TXT and tboot kernel support,Cihula, Joseph
  • Re: [RFC][PATCH 3/3] TXT: Intel(R) TXT and tboot kernel support,Andi Kleen
  • <Possible follow-ups>
  • [RFC][PATCH 3/3] TXT: Intel(R) TXT and tboot kernel support,Joseph Cihula
• [RFC][PATCH 0b/3] TXT: Intel(R) Trusted Execution Technology support for Linux - Details,Cihula, Joseph
  • <Possible follow-ups>
  • [RFC][PATCH 0b/3] TXT: Intel(R) Trusted Execution Technology support for Linux - Details,Joseph Cihula
• [RFC][PATCH 0a/3] TXT: Intel(R) Trusted Execution Technology support for Linux - Overview,Cihula, Joseph
  • Re: [RFC][PATCH 0a/3] TXT: Intel(R) Trusted Execution Technology support for Linux - Overview,Pavel Machek
    • Re: [RFC][PATCH 0a/3] TXT: Intel(R) Trusted Execution Technology support for Linux - Overview,Chris Wright
      • Re: [RFC][PATCH 0a/3] TXT: Intel(R) Trusted Execution Technology support for Linux - Overview,Pavel Machek
      • Re: [RFC][PATCH 0a/3] TXT: Intel(R) Trusted Execution Technology support for Linux - Overview,Chris Wright
      • Re: [RFC][PATCH 0a/3] TXT: Intel(R) Trusted Execution Technology support for Linux - Overview,Pavel Machek
      • RE: [RFC][PATCH 0a/3] TXT: Intel(R) Trusted Execution Technologysupport for Linux - Overview,Cihula, Joseph
      • Re: [RFC][PATCH 0a/3] TXT: Intel(R) Trusted Execution Technologysupport for Linux - Overview,Pavel Machek
      • RE: [RFC][PATCH 0a/3] TXT: Intel(R) Trusted ExecutionTechnologysupport for Linux - Overview,Cihula, Joseph
      • Re: [RFC][PATCH 0a/3] TXT: Intel(R) Trusted Execution Technology support for Linux - Overview,Chris Wright
  • <Possible follow-ups>
  • [RFC][PATCH 0a/3] TXT: Intel(R) Trusted Execution Technology support for Linux - Overview,Joseph Cihula
    • Re: [RFC][PATCH 0a/3] TXT: Intel(R) Trusted Execution Technology support for Linux - Overview,Peter Zijlstra
      • Re: [RFC][PATCH 0a/3] TXT: Intel(R) Trusted Execution Technology support for Linux - Overview,Joseph Cihula
• [PATCH] x86/tip: AMDC1E and XTOPOLOGY conflict in cpufeature,Venki Pallipadi
  • Re: [PATCH] x86/tip: AMDC1E and XTOPOLOGY conflict in cpufeature,H. Peter Anvin
• Top kernel oopses/warnings for the week of October 7th, 2008,Arjan van de Ven
  • Re: Top kernel oopses/warnings for the week of October 7th, 2008,Rafael J. Wysocki
    • Re: Top kernel oopses/warnings for the week of October 7th, 2008,Ingo Molnar
      • Re: Top kernel oopses/warnings for the week of October 7th, 2008,Rafael J. Wysocki
    • Re: Top kernel oopses/warnings for the week of October 7th, 2008,Alan Cox
      • Re: Top kernel oopses/warnings for the week of October 7th, 2008,David Miller
      • Re: Top kernel oopses/warnings for the week of October 7th, 2008,Rafael J. Wysocki
      • Re: Top kernel oopses/warnings for the week of October 7th, 2008,Ingo Molnar
      • Re: Top kernel oopses/warnings for the week of October 7th, 2008,Rafael J. Wysocki
• ext4 deadlocks,Jeremy Fitzhardinge
  • Re: ext4 deadlocks,Eric Sandeen
    • Re: ext4 deadlocks,Eric Sandeen
      • Re: ext4 deadlocks,Jeremy Fitzhardinge
    • Re: ext4 deadlocks,Andreas Dilger
      • Re: ext4 deadlocks,Kalpak Shah
      • Re: ext4 deadlocks,Eric Sandeen
• [PATCH] phonedev: remove BKL,Richard Holden
• uvesafb in 2.6.27-rc9 uses mode_option, in 2.6.27 mode, but the docs aren't updated,root
  • [PATCH] docs: Re: uvesafb in 2.6.27-rc9 uses mode_option, in 2.6.27 mode, but the docs aren't updated,Randy Dunlap
• linux-firmware patches,Dave
  • Re: linux-firmware patches,David Woodhouse
• [PATCH] Prevent modpost from looking for a .cmd file for a static library linked into a module,Ashutosh Naik
  • Re: [PATCH] Prevent modpost from looking for a .cmd file for a static library linked into a module,Andrew Morton
    • RE: [PATCH] Prevent modpost from looking for a .cmd file for a static library linked into a module,Ashutosh Naik
• Вашу фотографію прокоментyвали! (07.10.2008 19:00),Команда Connect.ua
• [PATCH 1 of 1] cciss: add procfs interface to rescan logical volumes,Mike Miller
  • Re: [PATCH 1 of 1] cciss: add procfs interface to rescan logical volumes,Arjan van de Ven
    • RE: [PATCH 1 of 1] cciss: add procfs interface to rescan logical volumes,Miller, Mike (OS Dev)
• [PATCH, v3] shmat: introduce flag SHM_MAP_NOT_FIXED,Kirill A. Shutemov
  • Re: [PATCH, v3] shmat: introduce flag SHM_MAP_NOT_FIXED,KOSAKI Motohiro
    • Re: [PATCH, v3] shmat: introduce flag SHM_MAP_NOT_FIXED,Andi Kleen
      • Re: [PATCH, v3] shmat: introduce flag SHM_MAP_NOT_FIXED,KOSAKI Motohiro
      • Re: [PATCH, v3] shmat: introduce flag SHM_MAP_NOT_FIXED,Andi Kleen
      • Re: [PATCH, v3] shmat: introduce flag SHM_MAP_NOT_FIXED,Alan Cox
      • Re: [PATCH, v3] shmat: introduce flag SHM_MAP_NOT_FIXED,Andi Kleen
      • Re: [PATCH, v3] shmat: introduce flag SHM_MAP_NOT_FIXED,Alan Cox
      • Re: [PATCH, v3] shmat: introduce flag SHM_MAP_NOT_FIXED,Andi Kleen
      • Re: [PATCH, v3] shmat: introduce flag SHM_MAP_NOT_FIXED,Alan Cox
      • Re: [PATCH, v3] shmat: introduce flag SHM_MAP_NOT_FIXED</