lists-archives.org

Mailing Lists Archives

	Web lists-archives.org

Mail Thread Index

• Date Index

[Prev Page][Next Page]

---

• Re: Force a usb drive to be /dev/sda?, (continued)
  • Re: Force a usb drive to be /dev/sda?,Stefan Richter
• 2.6.26-rc5-mm3,Andrew Morton
  • 2.6.26-rc5-mm3: kernel BUG at mm/vmscan.c:510,Alexey Dobriyan
    • Re: 2.6.26-rc5-mm3: kernel BUG at mm/vmscan.c:510,Andrew Morton
      • Re: 2.6.26-rc5-mm3: kernel BUG at mm/vmscan.c:510,Alexey Dobriyan
  • [BUG] 2.6.26-rc5-mm3 kernel BUG at mm/filemap.c:575!,Kamalesh Babulal
    • Re: [BUG] 2.6.26-rc5-mm3 kernel BUG at mm/filemap.c:575!,Andrew Morton
      • Re: [BUG] 2.6.26-rc5-mm3 kernel BUG at mm/filemap.c:575!,KAMEZAWA Hiroyuki
      • [PATCH] fix double unlock_page() in 2.6.26-rc5-mm3 kernel BUG at mm/filemap.c:575!,KAMEZAWA Hiroyuki
      • Re: [PATCH] fix double unlock_page() in 2.6.26-rc5-mm3 kernel BUG at mm/filemap.c:575!,Andrew Morton
      • Re: [PATCH] fix double unlock_page() in 2.6.26-rc5-mm3 kernel BUG at mm/filemap.c:575!,Lee Schermerhorn
      • Re: [PATCH] fix double unlock_page() in 2.6.26-rc5-mm3 kernel BUG at mm/filemap.c:575!,Kamalesh Babulal
      • Re: [PATCH] fix double unlock_page() in 2.6.26-rc5-mm3 kernel BUG at mm/filemap.c:575!,Lee Schermerhorn
      • Re: [PATCH] fix double unlock_page() in 2.6.26-rc5-mm3 kernel BUG at mm/filemap.c:575!,KAMEZAWA Hiroyuki
      • Re: [PATCH] fix double unlock_page() in 2.6.26-rc5-mm3 kernel BUG at mm/filemap.c:575!,Lee Schermerhorn
      • Re: [PATCH] fix double unlock_page() in 2.6.26-rc5-mm3 kernel BUG at mm/filemap.c:575!,Valdis . Kletnieks
      • Re: [PATCH] fix double unlock_page() in 2.6.26-rc5-mm3 kernel BUG at mm/filemap.c:575!,Kamalesh Babulal
      • Re: [BUG] 2.6.26-rc5-mm3 kernel BUG at mm/filemap.c:575!,Nick Piggin
      • Re: [BUG] 2.6.26-rc5-mm3 kernel BUG at mm/filemap.c:575!,KAMEZAWA Hiroyuki
    • Re: [BUG] 2.6.26-rc5-mm3 kernel BUG at mm/filemap.c:575!,Valdis . Kletnieks
      • Re: [BUG] 2.6.26-rc5-mm3 kernel BUG at mm/filemap.c:575!,Andrew Morton
  • Re: 2.6.26-rc5-mm3,Byron Bradley
    • Re: 2.6.26-rc5-mm3,Daniel Walker
      • Re: 2.6.26-rc5-mm3,Byron Bradley
    • Re: 2.6.26-rc5-mm3,Daniel Walker
      • Re: 2.6.26-rc5-mm3,Ingo Molnar
      • Re: 2.6.26-rc5-mm3,Daniel Walker
  • [PATCH][RFC] fix kernel BUG at mm/migrate.c:719! in 2.6.26-rc5-mm3,Daisuke Nishimura
    • [Bad page] trying to free locked page? (Re: [PATCH][RFC] fix kernel BUG at mm/migrate.c:719! in 2.6.26-rc5-mm3),Daisuke Nishimura
      • Re: [Bad page] trying to free locked page? (Re: [PATCH][RFC] fix kernel BUG at mm/migrate.c:719! in 2.6.26-rc5-mm3),KAMEZAWA Hiroyuki
      • Re: [Bad page] trying to free locked page? (Re: [PATCH][RFC] fix kernel BUG at mm/migrate.c:719! in 2.6.26-rc5-mm3),KOSAKI Motohiro
      • Re: [Bad page] trying to free locked page? (Re: [PATCH][RFC] fix kernel BUG at mm/migrate.c:719! in 2.6.26-rc5-mm3),Daisuke Nishimura
      • Re: [Bad page] trying to free locked page? (Re: [PATCH][RFC] fix kernel BUG at mm/migrate.c:719! in 2.6.26-rc5-mm3),Lee Schermerhorn
      • [PATCH] unevictable mlocked pages: initialize mm member of munlock mm_walk structure,Lee Schermerhorn
      • Re: [PATCH] unevictable mlocked pages: initialize mm member of munlock mm_walk structure,KOSAKI Motohiro
      • Re: [Bad page] trying to free locked page? (Re: [PATCH][RFC] fix kernel BUG at mm/migrate.c:719! in 2.6.26-rc5-mm3),Daisuke Nishimura
      • Re: [Bad page] trying to free locked page? (Re: [PATCH][RFC] fix kernel BUG at mm/migrate.c:719! in 2.6.26-rc5-mm3),KOSAKI Motohiro
      • Re: [Bad page] trying to free locked page? (Re: [PATCH][RFC] fix kernel BUG at mm/migrate.c:719! in 2.6.26-rc5-mm3),Daisuke Nishimura
      • Re: [Bad page] trying to free locked page? (Re: [PATCH][RFC] fix kernel BUG at mm/migrate.c:719! in 2.6.26-rc5-mm3),KOSAKI Motohiro
      • [Experimental][PATCH] putback_lru_page rework,KAMEZAWA Hiroyuki
      • Re: [Experimental][PATCH] putback_lru_page rework,KOSAKI Motohiro
      • Re: [Experimental][PATCH] putback_lru_page rework,KAMEZAWA Hiroyuki
      • Re: [Experimental][PATCH] putback_lru_page rework,Daisuke Nishimura
      • Re: [Experimental][PATCH] putback_lru_page rework,KAMEZAWA Hiroyuki
      • Re: [Experimental][PATCH] putback_lru_page rework,Daisuke Nishimura
      • Re: [Experimental][PATCH] putback_lru_page rework,Lee Schermerhorn
      • Re: [Experimental][PATCH] putback_lru_page rework,KAMEZAWA Hiroyuki
      • Re: [Experimental][PATCH] putback_lru_page rework,Lee Schermerhorn
      • Re: [Experimental][PATCH] putback_lru_page rework,KAMEZAWA Hiroyuki
      • Re: [Experimental][PATCH] putback_lru_page rework,KAMEZAWA Hiroyuki
      • Re: [Experimental][PATCH] putback_lru_page rework,Lee Schermerhorn
      • Re: [Experimental][PATCH] putback_lru_page rework,Lee Schermerhorn
      • Re: [Experimental][PATCH] putback_lru_page rework,KOSAKI Motohiro
      • Re: [Experimental][PATCH] putback_lru_page rework,KAMEZAWA Hiroyuki
      • Re: [Experimental][PATCH] putback_lru_page rework,KOSAKI Motohiro
      • Re: [Experimental][PATCH] putback_lru_page rework,KOSAKI Motohiro
      • Re: Re: [Experimental][PATCH] putback_lru_page rework,kamezawa . hiroyu
      • Re: Re: [Experimental][PATCH] putback_lru_page rework,Lee Schermerhorn
    • Re: [PATCH][RFC] fix kernel BUG at mm/migrate.c:719! in 2.6.26-rc5-mm3,KOSAKI Motohiro
      • Re: [PATCH][RFC] fix kernel BUG at mm/migrate.c:719! in 2.6.26-rc5-mm3,Daisuke Nishimura
      • Re: [PATCH][RFC] fix kernel BUG at mm/migrate.c:719! in 2.6.26-rc5-mm3,Daisuke Nishimura
      • Re: [PATCH][RFC] fix kernel BUG at mm/migrate.c:719! in 2.6.26-rc5-mm3,KAMEZAWA Hiroyuki
      • [PATCH][-mm] remove redundant page->mapping check,KOSAKI Motohiro
    • Re: [PATCH][RFC] fix kernel BUG at mm/migrate.c:719! in 2.6.26-rc5-mm3,Lee Schermerhorn
      • Re: [PATCH][RFC] fix kernel BUG at mm/migrate.c:719! in 2.6.26-rc5-mm3,Hugh Dickins
      • Re: [PATCH][RFC] fix kernel BUG at mm/migrate.c:719! in 2.6.26-rc5-mm3,Lee Schermerhorn
      • Re: [PATCH][RFC] fix kernel BUG at mm/migrate.c:719! in 2.6.26-rc5-mm3,Nick Piggin
      • Re: [PATCH][RFC] fix kernel BUG at mm/migrate.c:719! in 2.6.26-rc5-mm3,Daisuke Nishimura
    • Re: [PATCH][RFC] fix kernel BUG at mm/migrate.c:719! in 2.6.26-rc5-mm3,KAMEZAWA Hiroyuki
      • Re: [PATCH][RFC] fix kernel BUG at mm/migrate.c:719! in 2.6.26-rc5-mm3,Daisuke Nishimura
      • [PATCH] migration_entry_wait fix.,KAMEZAWA Hiroyuki
      • Re: [PATCH] migration_entry_wait fix.,KOSAKI Motohiro
      • Re: [PATCH] migration_entry_wait fix.,Nick Piggin
      • Re: [PATCH] migration_entry_wait fix.,KAMEZAWA Hiroyuki
      • Re: [PATCH] migration_entry_wait fix.,Nick Piggin
      • Re: [PATCH] migration_entry_wait fix.,KAMEZAWA Hiroyuki
      • [PATCH -mm][BUGFIX] migration_entry_wait fix. v2,KAMEZAWA Hiroyuki
      • Re: [PATCH -mm][BUGFIX] migration_entry_wait fix. v2,KOSAKI Motohiro
      • Re: [PATCH -mm][BUGFIX] migration_entry_wait fix. v2,Nick Piggin
  • [BUG][PATCH -mm] avoid BUG() in __stop_machine_run(),Hidehiro Kawai
    • Re: [BUG][PATCH -mm] avoid BUG() in __stop_machine_run(),Rusty Russell
      • Re: [BUG][PATCH -mm] avoid BUG() in __stop_machine_run(),Jeremy Fitzhardinge
      • Re: [BUG][PATCH -mm] avoid BUG() in __stop_machine_run(),Ingo Molnar
      • Re: [BUG][PATCH -mm] avoid BUG() in __stop_machine_run(),Rusty Russell
      • Re: [BUG][PATCH -mm] avoid BUG() in __stop_machine_run(),Ingo Molnar
  • Re: 2.6.26-rc5-mm3: BUG large value for HugePages_Rsvd,Jon Tollefson
    • Re: 2.6.26-rc5-mm3: BUG large value for HugePages_Rsvd,Andy Whitcroft
      • Re: 2.6.26-rc5-mm3: BUG large value for HugePages_Rsvd,Jon Tollefson
    • [RFC] hugetlb reservations -- MAP_PRIVATE fixes for split vmas,Andy Whitcroft
      • [PATCH 2/2] hugetlb reservations: fix hugetlb MAP_PRIVATE reservations across vma splits,Andy Whitcroft
      • Re: [PATCH 2/2] hugetlb reservations: fix hugetlb MAP_PRIVATE reservations across vma splits,Mel Gorman
      • Re: [PATCH 2/2] hugetlb reservations: fix hugetlb MAP_PRIVATE reservations across vma splits,Mel Gorman
      • Re: [PATCH 2/2] hugetlb reservations: fix hugetlb MAP_PRIVATE reservations across vma splits,Andy Whitcroft
      • [PATCH 1/2] hugetlb reservations: move region tracking earlier,Andy Whitcroft
      • Re: [RFC] hugetlb reservations -- MAP_PRIVATE fixes for split vmas,Jon Tollefson
    • [RFC] hugetlb reservations -- MAP_PRIVATE fixes for split vmas V2,Andy Whitcroft
      • [PATCH 1/2] hugetlb reservations: move region tracking earlier,Andy Whitcroft
      • Re: [PATCH 1/2] hugetlb reservations: move region tracking earlier,Mel Gorman
      • [PATCH 2/2] hugetlb reservations: fix hugetlb MAP_PRIVATE reservations across vma splits V2,Andy Whitcroft
      • Re: [PATCH 2/2] hugetlb reservations: fix hugetlb MAP_PRIVATE reservations across vma splits V2,Mel Gorman
      • Re: [RFC] hugetlb reservations -- MAP_PRIVATE fixes for split vmas V2,Jon Tollefson
• repeatable slab corruption with LTP msgctl08,Andrew Morton
  • Re: repeatable slab corruption with LTP msgctl08,Andrew Morton
    • Re: repeatable slab corruption with LTP msgctl08,Andrew Morton
      • Re: repeatable slab corruption with LTP msgctl08,Andrew Morton
      • Re: repeatable slab corruption with LTP msgctl08,Andrew Morton
      • Re: repeatable slab corruption with LTP msgctl08,Andi Kleen
      • Re: repeatable slab corruption with LTP msgctl08,Andrew Morton
      • Re: repeatable slab corruption with LTP msgctl08,Andrew Morton
      • Re: repeatable slab corruption with LTP msgctl08,Andi Kleen
  • Re: repeatable slab corruption with LTP msgctl08,Pekka J Enberg
    • Re: repeatable slab corruption with LTP msgctl08,Christoph Lameter
    • Re: repeatable slab corruption with LTP msgctl08,Manfred Spraul
      • Re: repeatable slab corruption with LTP msgctl08,Andrew Morton
      • Re: repeatable slab corruption with LTP msgctl08,Manfred Spraul
      • Re: repeatable slab corruption with LTP msgctl08,Andrew Morton
      • Re: repeatable slab corruption with LTP msgctl08,Pekka Enberg
  • Re: repeatable slab corruption with LTP msgctl08,Nadia Derbey
    • Re: repeatable slab corruption with LTP msgctl08,Nadia Derbey
      • Re: repeatable slab corruption with LTP msgctl08,Andrew Morton
• [PATCH] [BLOCK] request_module() use format string,maximilian attems
• CDC_PLAY_AUDIO check in cdrom_count_tracks() and other oddities,Tejun Heo
  • Re: CDC_PLAY_AUDIO check in cdrom_count_tracks() and other oddities,Jens Axboe
• [PATCH] atl1: relax eeprom mac address error check,Jay Cliburn
• [2.6.26-rc5-git4] kernel BUG at fs/dcache.c:637,Eric Paris
• Re: [Fedora-ia64-list] Kernel directory change,Zhang, Yanmin
• [PATCH -mm] mm/shmem.c: ret can be used uninitialized,Serge E. Hallyn
  • Re: [PATCH -mm] mm/shmem.c: ret can be used uninitialized,Andrew Morton
    • Re: [PATCH -mm] mm/shmem.c: ret can be used uninitialized,Serge E. Hallyn
• [PATCH] cgroup_clone: use pid of newly created task for new cgroup,Serge E. Hallyn
  • Re: [PATCH] cgroup_clone: use pid of newly created task for new cgroup,Serge E. Hallyn
• [GIT PATCH] USB fixes for 2.6.26-rc5,Greg KH
• [GIT PATCH] driver core patches against 2.6.26-rc5,Greg KH
  • [PATCH 1/2] dev_set_name: fix missing kernel-doc,Greg Kroah-Hartman
  • [PATCH 2/2] kobject: Documentation Spelling Patch,Greg Kroah-Hartman
• Re: [TCP]: TCP_DEFER_ACCEPT causes leak sockets,David Miller
  • Re: [TCP]: TCP_DEFER_ACCEPT causes leak sockets,David Miller
    • Re: [TCP]: TCP_DEFER_ACCEPT causes leak sockets,Ingo Molnar
      • Re: [TCP]: TCP_DEFER_ACCEPT causes leak sockets,David Miller
      • Re: [TCP]: TCP_DEFER_ACCEPT causes leak sockets,Ingo Molnar
      • Re: [TCP]: TCP_DEFER_ACCEPT causes leak sockets,Ingo Molnar
      • Re: [TCP]: TCP_DEFER_ACCEPT causes leak sockets,Ingo Molnar
      • Re: [TCP]: TCP_DEFER_ACCEPT causes leak sockets,David Miller
      • Re: [TCP]: TCP_DEFER_ACCEPT causes leak sockets,Ingo Molnar
      • Re: [TCP]: TCP_DEFER_ACCEPT causes leak sockets,David Miller
      • Re: [TCP]: TCP_DEFER_ACCEPT causes leak sockets,Ingo Molnar
      • Re: [TCP]: TCP_DEFER_ACCEPT causes leak sockets,Ingo Molnar
      • Re: [TCP]: TCP_DEFER_ACCEPT causes leak sockets,David Miller
      • Re: [TCP]: TCP_DEFER_ACCEPT causes leak sockets,Ingo Molnar
      • Re: [TCP]: TCP_DEFER_ACCEPT causes leak sockets,David Miller
      • Re: [TCP]: TCP_DEFER_ACCEPT causes leak sockets,Ingo Molnar
      • Re: [E1000-devel] [TCP]: TCP_DEFER_ACCEPT causes leak sockets,Kok, Auke
      • Re: [E1000-devel] [TCP]: TCP_DEFER_ACCEPT causes leak sockets,Ingo Molnar
      • Re: [E1000-devel] [TCP]: TCP_DEFER_ACCEPT causes leak sockets,Kok, Auke
      • Re: [E1000-devel] [TCP]: TCP_DEFER_ACCEPT causes leak sockets,David Miller
      • Re: [TCP]: TCP_DEFER_ACCEPT causes leak sockets,Jarek Poplawski
      • Re: [E1000-devel] [TCP]: TCP_DEFER_ACCEPT causes leak sockets,Ingo Molnar
      • Re: [E1000-devel] [TCP]: TCP_DEFER_ACCEPT causes leak sockets,Denys Fedoryshchenko
      • Re: [E1000-devel] [TCP]: TCP_DEFER_ACCEPT causes leak sockets,Ingo Molnar
      • Re: [E1000-devel] [TCP]: TCP_DEFER_ACCEPT causes leak sockets,Denys Fedoryshchenko
      • Re: [E1000-devel] [TCP]: TCP_DEFER_ACCEPT causes leak sockets,Ingo Molnar
      • Re: [TCP]: TCP_DEFER_ACCEPT causes leak sockets,Vitaliy Gusev
• [GIT PATCH] ACPI patches for 2.6.26-rc5,Len Brown
  • Re: [GIT PATCH] ACPI patches for 2.6.26-rc5,Linus Torvalds
    • Re: [GIT PATCH] ACPI patches for 2.6.26-rc5,Len Brown
  • Re: [GIT PATCH] ACPI patches for 2.6.26-rc5,Vegard Nossum
    • Re: [GIT PATCH] ACPI patches for 2.6.26-rc5,Vegard Nossum
• [PATCH] kernel/signal.c: change vars pid and tgid types to pid_t,Gustavo Fernando Padovan
  • <Possible follow-ups>
  • [PATCH] kernel/signal.c: change vars pid and tgid types to pid_t,Gustavo Fernando Padovan
• [PATCH 1/2] [UPDATED] ixgbe: add LRO support,Jeff Kirsher
  • [PATCH 2/2] MAINTAINERS,Jeff Kirsher
  • Re: [PATCH 1/2] [UPDATED] ixgbe: add LRO support,Randy Dunlap
    • Re: [PATCH 1/2] [UPDATED] ixgbe: add LRO support,Malli
• [2.6.26-rc5-git2] WARNING: at kernel/lockdep.c:2658 check_flags+0x4c/0x128(),Alessandro Suardi
  • Re: [2.6.26-rc5-git2] WARNING: at kernel/lockdep.c:2658 check_flags+0x4c/0x128(),Vegard Nossum
    • Re: [2.6.26-rc5-git2] WARNING: at kernel/lockdep.c:2658 check_flags+0x4c/0x128(),Peter Zijlstra
      • Re: [2.6.26-rc5-git2] WARNING: at kernel/lockdep.c:2658 check_flags+0x4c/0x128(),Ingo Molnar
      • Re: [2.6.26-rc5-git2] WARNING: at kernel/lockdep.c:2658 check_flags+0x4c/0x128(),Alessandro Suardi
      • Re: [2.6.26-rc5-git2] WARNING: at kernel/lockdep.c:2658 check_flags+0x4c/0x128(),Alessandro Suardi
• [announce] PS3 Linux Distributor's Starter Kit (v1.8) released,Geoff Levand
• Lenovo ThinkCentre A55: parport_pc 00:0a: disabled; probe of 00:0a failed with error -22,Malte Cornils
  • Re: Lenovo ThinkCentre A55: parport_pc 00:0a: disabled; probe of 00:0a failed with error -22,Malte Cornils
  • Re: Lenovo ThinkCentre A55: parport_pc 00:0a: disabled; probe of 00:0a failed with error -22,Bjorn Helgaas
• [PATCH 1/5] futex: checkpatch cleanup,Daniel Walker
  • [PATCH 2/5] futex: update prio on requeue,Daniel Walker
    • Re: [PATCH 2/5] futex: update prio on requeue,Peter Zijlstra
  • [PATCH 5/5] futex: fix miss ordered wakeups,Daniel Walker
    • Re: [PATCH 5/5] futex: fix miss ordered wakeups,Peter Zijlstra
      • Re: [PATCH 5/5] futex: fix miss ordered wakeups,Daniel Walker
      • Re: [PATCH 5/5] futex: fix miss ordered wakeups,Peter Zijlstra
      • Re: [PATCH 5/5] futex: fix miss ordered wakeups,Daniel Walker
    • Re: [PATCH 5/5] futex: fix miss ordered wakeups,Thomas Gleixner
      • Re: [PATCH 5/5] futex: fix miss ordered wakeups,Daniel Walker
      • Re: [PATCH 5/5] futex: fix miss ordered wakeups,Thomas Gleixner
      • Re: [PATCH 5/5] futex: fix miss ordered wakeups,Daniel Walker
      • Re: [PATCH 5/5] futex: fix miss ordered wakeups,Thomas Gleixner
      • Re: [PATCH 5/5] futex: fix miss ordered wakeups,Daniel Walker
      • Re: [PATCH 5/5] futex: fix miss ordered wakeups,Thomas Gleixner
      • Re: [PATCH 5/5] futex: fix miss ordered wakeups,Daniel Walker
      • Re: [PATCH 5/5] futex: fix miss ordered wakeups,Thomas Gleixner
      • Re: [PATCH 5/5] futex: fix miss ordered wakeups,Daniel Walker
      • Re: [PATCH 5/5] futex: fix miss ordered wakeups,Thomas Gleixner
  • [PATCH 3/5] mutex debug: add generic blocked_on usage,Daniel Walker
    • Re: [PATCH 3/5] mutex debug: add generic blocked_on usage,Peter Zijlstra
      • Re: [PATCH 3/5] mutex debug: add generic blocked_on usage,Daniel Walker
  • [PATCH 4/5] rtmutex: add generic blocked_on usage,Daniel Walker
• [PATCH] Fix 32-bit truncation of segment sizes in /proc/sysvipc/shm,Paul Menage
• [PATCH 6/6] opti621: add PIO 4 support,Bartlomiej Zolnierkiewicz
• [PATCH 5/6] opti621: use pre-calculated PIO timings,Bartlomiej Zolnierkiewicz
• [PATCH 4/6] opti621: program devices timings separately in ->set_pio_mode,Bartlomiej Zolnierkiewicz
• [PATCH 3/6] opti621: use PCI clock value provided by controller,Bartlomiej Zolnierkiewicz
• [PATCH 1/6] opti621: disable read prefetch,Bartlomiej Zolnierkiewicz
• [PATCH 2/6] opti621: remove DMA support,Bartlomiej Zolnierkiewicz
  • Re: [PATCH 2/6] opti621: remove DMA support,Sergei Shtylyov
• [PATCH 5/5] sgiioc4: call ide_find_port_slot() later,Bartlomiej Zolnierkiewicz
• [PATCH 3/5] icside: always try to probe first interface,Bartlomiej Zolnierkiewicz
• [PATCH 2/5] rapide: fix rapide_probe() return value,Bartlomiej Zolnierkiewicz
• [PATCH 1/5] ide-cs: fix probing and add warm-plug support,Bartlomiej Zolnierkiewicz
• Re: [PATCH] Fixed NetEm's reorder option,Rafael Almeida
  • Re: [PATCH] Fixed NetEm's reorder option,Stephen Hemminger
• CONFIG_DEBUG_SLAB_LEAK omits size-4096 and larger?,J. Bruce Fields
  • Re: CONFIG_DEBUG_SLAB_LEAK omits size-4096 and larger?,Jeff Layton
    • Re: CONFIG_DEBUG_SLAB_LEAK omits size-4096 and larger?,J. Bruce Fields
      • RE: CONFIG_DEBUG_SLAB_LEAK omits size-4096 and larger?,Weathers, Norman R.
      • Re: CONFIG_DEBUG_SLAB_LEAK omits size-4096 and larger?,J. Bruce Fields
      • RE: CONFIG_DEBUG_SLAB_LEAK omits size-4096 and larger?,Weathers, Norman R.
      • Re: CONFIG_DEBUG_SLAB_LEAK omits size-4096 and larger?,J. Bruce Fields
      • RE: CONFIG_DEBUG_SLAB_LEAK omits size-4096 and larger?,Weathers, Norman R.
      • Re: CONFIG_DEBUG_SLAB_LEAK omits size-4096 and larger?,J. Bruce Fields
      • RE: CONFIG_DEBUG_SLAB_LEAK omits size-4096 and larger?,Weathers, Norman R.
      • Re: CONFIG_DEBUG_SLAB_LEAK omits size-4096 and larger?,J. Bruce Fields
      • RE: CONFIG_DEBUG_SLAB_LEAK omits size-4096 and larger?,Weathers, Norman R.
      • Re: CONFIG_DEBUG_SLAB_LEAK omits size-4096 and larger?,J. Bruce Fields
• 頭條大新聞~!好康超值!!‧多款 迷人洋裝只要$ 1 2 0元,ndyhojdhyovf
• Re: [Ocfs2-devel] [PATCH 1/1] ocfs2/net: Silence build warnings on sparc64,Mark Fasheh
• [PATCH -mm 00/24] VM pageout scalability improvements (V12),Rik van Riel
  • [PATCH -mm 09/24] vmscan: add newly swapped in pages to the inactive list,Rik van Riel
  • [PATCH -mm 15/24] SHM_LOCKED pages are unevictable,Rik van Riel
  • [PATCH -mm 17/24] mlock: downgrade mmap sem while populating mlocked regions,Rik van Riel
  • [PATCH -mm 22/24] vmscan: unevictable LRU scan sysctl,Rik van Riel
  • [PATCH -mm 10/24] more aggressively use lumpy reclaim,Rik van Riel
  • [PATCH -mm 02/24] vmscan: Use an indexed array for LRU variables,Rik van Riel
  • [PATCH -mm 19/24] vmstat: mlocked pages statistics,Rik van Riel
  • [PATCH -mm 21/24] vmstat: unevictable and mlocked pages vm events,Rik van Riel
  • [PATCH -mm 06/24] vmscan: split LRU lists into anon & file sets,Rik van Riel
    • Re: [PATCH -mm 06/24] vmscan: split LRU lists into anon & file sets,Hiroshi Shimamoto
      • [PATCH] fix printk in show_free_areas,Rik van Riel
      • [PATCH] collect lru meminfo statistics from correct offset,Lee Schermerhorn
      • Re: [PATCH] fix printk in show_free_areas,KOSAKI Motohiro
  • [PATCH -mm 08/24] vmscan: fix pagecache reclaim referenced bit check,Rik van Riel
  • [PATCH -mm 05/24] define page_file_cache() function,Rik van Riel
  • [PATCH -mm 13/24] Unevictable LRU Page Statistics,Rik van Riel
  • [PATCH -mm 03/24] swap: use an array for the LRU pagevecs,Rik van Riel
  • [PATCH -mm 14/24] Ramfs and Ram Disk pages are unevictable,Rik van Riel
    • Re: [PATCH -mm 14/24] Ramfs and Ram Disk pages are unevictable,Nick Piggin
      • Re: [PATCH -mm 14/24] Ramfs and Ram Disk pages are unevictable,Rik van Riel
      • Re: [PATCH -mm 14/24] Ramfs and Ram Disk pages are unevictable,Nick Piggin
      • Re: [PATCH -mm 14/24] Ramfs and Ram Disk pages are unevictable,Rik van Riel
      • Re: [PATCH -mm 14/24] Ramfs and Ram Disk pages are unevictable,Nick Piggin
  • [PATCH -mm 01/24] vmscan: move isolate_lru_page() to vmscan.c,Rik van Riel
  • [PATCH -mm 04/24] vmscan: free swap space on swap-in/activation,Rik van Riel
  • [PATCH -mm 12/24] Unevictable LRU Infrastructure,Rik van Riel
  • [PATCH -mm 07/24] vmscan: second chance replacement for anonymous pages,Rik van Riel
  • [PATCH -mm 11/24] pageflag helpers for configed-out flags,Rik van Riel
    • Re: [PATCH -mm 11/24] pageflag helpers for configed-out flags,Andrew Morton
      • Re: [PATCH -mm 11/24] pageflag helpers for configed-out flags,Rik van Riel
      • Re: [PATCH -mm 11/24] pageflag helpers for configed-out flags,Lee Schermerhorn
      • Re: [PATCH -mm 11/24] pageflag helpers for configed-out flags,Rik van Riel
      • Re: [PATCH -mm 11/24] pageflag helpers for configed-out flags,Lee Schermerhorn
      • Re: [PATCH -mm 11/24] pageflag helpers for configed-out flags,Rik van Riel
      • Re: [PATCH -mm 11/24] pageflag helpers for configed-out flags,Lee Schermerhorn
      • Re: [PATCH -mm 11/24] pageflag helpers for configed-out flags,Rik van Riel
  • [PATCH -mm 23/24] mlock: count attempts to free mlocked page,Rik van Riel
  • [PATCH -mm 20/24] swap: cull unevictable pages in fault path,Rik van Riel
  • [PATCH -mm 18/24] mmap: handle mlocked pages during map, remap, unmap,Rik van Riel
  • [PATCH -mm 16/24] mlock: mlocked pages are unevictable,Rik van Riel
  • [PATCH -mm 24/24] doc: unevictable LRU and mlocked pages documentation,Rik van Riel
  • Re: [PATCH -mm 00/24] VM pageout scalability improvements (V12),Andrew Morton
    • Re: [PATCH -mm 00/24] VM pageout scalability improvements (V12),Rik van Riel
    • Re: [PATCH -mm 00/24] VM pageout scalability improvements (V12),KOSAKI Motohiro
      • Re: [PATCH -mm 00/24] VM pageout scalability improvements (V12),Andrew Morton
      • Re: [PATCH -mm 00/24] VM pageout scalability improvements (V12),KOSAKI Motohiro
• [BUG] 2.6.26-rc5-mm2 - kernel BUG at arch/x86/kernel/setup.c:388!,Vegard Nossum
  • Re: [BUG] 2.6.26-rc5-mm2 - kernel BUG at arch/x86/kernel/setup.c:388!,Andrew Morton
• Cant compile 2.6.26-rc5-mm2 kernel,arjenpool
  • Re: Cant compile 2.6.26-rc5-mm2 kernel,Vegard Nossum
    • Re: Cant compile 2.6.26-rc5-mm2 kernel,Jan Kara
• [GIT PULL][RESEND] KVM updates for Linux 2.6.26-rc5,Avi Kivity
• Patch for ide controler from kernel 2.4.16 for kernel 2.4.35.3,christopher
• RE: [PATCH] sound: emu10k1 - fix system hang with Audigy2 ZS Notebook PCMCIA,Chris Rankin
• [PATCH 0/5] Boot IRQ quirks and rerouting [repost],Stefan Assmann
  • [PATCH 1/5] Add PCI IDs for devices that need boot irq quirks,Stefan Assmann
  • [PATCH 2/5] Introduce pci=noioapicquirk kernel cmdline option,Stefan Assmann
  • [PATCH 3/5] Introduce pci=ioapicreroute kernel cmdline option,Stefan Assmann
  • [PATCH 4/5] Add quirk to disable boot interrupt generation on intel 6300ESB,Stefan Assmann
  • [PATCH 5/5] reroute PCI interrupt to legacy boot interrupt equivalent,Stefan Assmann
  • Re: [PATCH 0/5] Boot IRQ quirks and rerouting [repost],Ingo Molnar
    • Re: [PATCH 0/5] Boot IRQ quirks and rerouting [repost],Ingo Molnar
    • Re: [PATCH 0/5] Boot IRQ quirks and rerouting [repost],Olaf Dabrunz
• Re: [S] Re: [linux-uwb] packet size problem,Alan Stern
  • Re: [S] Re: [linux-uwb] packet size problem,Jens Axboe
    • Re: [S] Re: [linux-uwb] packet size problem,Alan Stern
    • Re: [S] Re: [linux-uwb] packet size problem,Alan Stern
• [PATCH 0/3] fix potential races in lockd and nfs4-callback startup/shutdown,Jeff Layton
  • [PATCH 1/3] nfs4: remove BKL from nfs_callback_up and nfs_callback_down,Jeff Layton
    • [PATCH 2/3] nfs4: fix potential race with rapid nfs_callback_up/down cycle,Jeff Layton
      • [PATCH 3/3] lockd: close potential race with rapid lockd_up/lockd_down cycle,Jeff Layton
      • Re: [PATCH 3/3] lockd: close potential race with rapid lockd_up/lockd_down cycle,J. Bruce Fields
• [PATCH] console keyboard mapping broken by 04c71976,Jiri Bohac
  • Re: [PATCH] console keyboard mapping broken by 04c71976,Samuel Thibault
    • Re: [PATCH] console keyboard mapping broken by 04c71976,Jiri Bohac
      • Re: [PATCH] console keyboard mapping broken by 04c71976,Samuel Thibault
  • Re: [PATCH] console keyboard mapping broken by 04c71976,Samuel Thibault
    • Re: [PATCH] console keyboard mapping broken by 04c71976,Andrew Morton
      • Re: [PATCH] console keyboard mapping broken by 04c71976,Samuel Thibault
• File You Claim,upshall-george
• 6/20/08 event,Elizabeth Bailey
• Oops: 0000 [#1] PREEMPT SMP,Walter Franzini
  • Re: Oops: 0000 [#1] PREEMPT SMP,Vegard Nossum
    • Re: Oops: 0000 [#1] PREEMPT SMP,Walter Franzini
• What do these SATA errors mean / kernel 2.6.25.6 (DRDY ERR/ICRC ABRT),Justin Piszcz
  • Re: What do these SATA errors mean / kernel 2.6.25.6 (DRDY ERR/ICRC ABRT),Justin Piszcz
  • Re: What do these SATA errors mean / kernel 2.6.25.6 (DRDY ERR/ICRC ABRT),Jeff Garzik
  • Re: What do these SATA errors mean / kernel 2.6.25.6 (DRDY ERR/ICRC ABRT),Tejun Heo
• [PATCH] Clean up thermal API,Matthew Garrett
  • [PATCH] More cleanup of the thermal API,Matthew Garrett
    • [RFC] Implement thermal limiting in generic thermal class,Matthew Garrett
      • Re: [RFC] Implement thermal limiting in generic thermal class,Zhang Rui
      • Re: [RFC] Implement thermal limiting in generic thermal class,Matthew Garrett
    • Re: [PATCH] More cleanup of the thermal API,Zhang Rui
  • Re: [PATCH] Clean up thermal API,Zhang Rui
  • [PATCH v2] Clean up thermal API,Matthew Garrett
    • [Patch v2] Implement thermal limiting in the generic thermal class,Matthew Garrett
      • Re: [Patch v2] Implement thermal limiting in the generic thermal class,Pavel Machek
      • RE: [Patch v2] Implement thermal limiting in the generic thermal class,Zhang, Rui
      • Re: [Patch v2] Implement thermal limiting in the generic thermal class,Matthew Garrett
  • Re: [PATCH] Clean up thermal API,Pavel Machek
  • Re: [PATCH] Clean up thermal API,Pavel Machek
• [PATCH] autofs4: fix 32-bit userspace vs 64-bit kernel communications,Pavel Emelyanov
  • Re: [PATCH] autofs4: fix 32-bit userspace vs 64-bit kernel communications,Ian Kent
    • Re: [PATCH] autofs4: fix 32-bit userspace vs 64-bit kernel communications,Pavel Emelyanov
      • Re: [PATCH] autofs4: fix 32-bit userspace vs 64-bit kernel communications,Ian Kent
      • Re: [PATCH] autofs4: fix 32-bit userspace vs 64-bit kernel communications,Ian Kent
      • Re: [PATCH] autofs4: fix 32-bit userspace vs 64-bit kernel communications,Pavel Emelyanov
      • Re: [PATCH] autofs4: fix 32-bit userspace vs 64-bit kernel communications,Ian Kent
      • Re: [PATCH] autofs4: fix 32-bit userspace vs 64-bit kernel communications,Mikael Pettersson
      • Re: [PATCH] autofs4: fix 32-bit userspace vs 64-bit kernel communications,Ian Kent
• linux-next: Tree for June 11,Stephen Rothwell
  • [BUILD-FAILURE] linux-next: Tree for June 11 - on ia64,Kamalesh Babulal
    • Re: [BUILD-FAILURE] linux-next: Tree for June 11 - on ia64,Sam Ravnborg
      • Re: [BUILD-FAILURE] linux-next: Tree for June 11 - on ia64,Kamalesh Babulal
    • Re: [BUILD-FAILURE] linux-next: Tree for June 11 - on ia64,Stephen Rothwell
      • Re: [BUILD-FAILURE] linux-next: Tree for June 11 - on ia64,Stephen Rothwell
  • Re: linux-next: Tree for June 11,Greg KH
    • ldp/staging/driver-core (Was: Re: linux-next: Tree for June 11),Stephen Rothwell
      • Re: ldp/staging/driver-core (Was: Re: linux-next: Tree for June 11),Greg KH
  • Re: linux-next: Tree for June 11,Kevin Winchester
• Performance of ext4,Holger Kiehl
  • Re: Performance of ext4,Aneesh Kumar K.V
    • Re: Performance of ext4,Holger Kiehl
      • Re: Performance of ext4,Nick Dokos
      • Re: Performance of ext4,Holger Kiehl
      • Re: Performance of ext4,Solofo . Ramangalahy
      • Re: Performance of ext4,Holger Kiehl
      • Re: Performance of ext4,Theodore Tso
      • Re: Performance of ext4,Holger Kiehl
      • Re: Performance of ext4,Aneesh Kumar K.V
      • Re: Performance of ext4,Holger Kiehl
      • Re: Performance of ext4,Holger Kiehl
      • Re: Performance of ext4,Jan Kara
      • Re: Performance of ext4,Aneesh Kumar K.V
      • Re: Performance of ext4,Holger Kiehl
      • Re: Performance of ext4,Holger Kiehl
      • Re: Performance of ext4,Andreas Dilger
      • Re: Performance of ext4,Theodore Tso
      • Re: Performance of ext4,Holger Kiehl
      • Re: Performance of ext4,Holger Kiehl
      • Re: Performance of ext4,Holger Kiehl
      • Re: Performance of ext4,Theodore Tso
      • Re: Performance of ext4,Eric Sandeen
      • Re: Performance of ext4,Theodore Tso
      • Re: Performance of ext4,Mingming
      • Re: Performance of ext4,Holger Kiehl
      • Re: Performance of ext4,Theodore Tso
      • Re: Performance of ext4,Holger Kiehl
      • Re: Performance of ext4,Aneesh Kumar K.V
      • Re: Performance of ext4,Mingming
      • Re: Performance of ext4,Aneesh Kumar K.V
      • Re: Performance of ext4,Aneesh Kumar K.V
      • Re: Performance of ext4,Aneesh Kumar K.V
      • Re: Performance of ext4,Holger Kiehl
      • Re: Performance of ext4,Mingming
      • Re: Performance of ext4,Holger Kiehl
      • Re: Performance of ext4,Mingming
      • Re: Performance of ext4,Aneesh Kumar K.V
      • Re: Performance of ext4,Aneesh Kumar K.V
      • Re: Performance of ext4,Jan Kara
      • Re: Performance of ext4,Aneesh Kumar K.V
      • Re: Performance of ext4,Mingming
      • Re: Performance of ext4,Holger Kiehl
      • Re: Performance of ext4,Andreas Dilger
      • Re: Performance of ext4,Holger Kiehl
      • Re: Performance of ext4,Holger Kiehl
  • Re: Performance of ext4,Theodore Tso
    • Re: Performance of ext4,Holger Kiehl
      • Re: Performance of ext4,Theodore Tso
• [PATCH] sched: fair group: fix divide by zero,Lai Jiangshan
  • Re: [PATCH] sched: fair group: fix divide by zero,Peter Zijlstra
    • [PATCH 1/2] sched: fair group: fix overflow(was: fix divide by zero),Lai Jiangshan
      • Re: [PATCH 1/2] sched: fair group: fix overflow(was: fix divide by zero),Peter Zijlstra
      • Re: [PATCH 1/2] sched: fair group: fix overflow(was: fix divide by zero),Ingo Molnar
• 2008/6/11 - 14:16:12 您還沒有一個專屬的企業網站嗎？ 潯舒﹦,藍淑玲
• [PATCH 1/1] smc91x: fix build error from the SMC_GET_MAC_ADDR API change,Bryan Wu
• [PATCH] x86 boot: Pass E820 memory map entries more than 128 via linked list of setup data,Huang, Ying
  • Re: [PATCH] x86 boot: Pass E820 memory map entries more than 128 via linked list of setup data,Ingo Molnar
    • Re: [PATCH] x86 boot: Pass E820 memory map entries more than 128 via linked list of setup data,Huang, Ying
      • Re: [PATCH] x86 boot: Pass E820 memory map entries more than 128 via linked list of setup data,Paul Jackson
      • Re: [PATCH] x86 boot: Pass E820 memory map entries more than 128 via linked list of setup data,Huang, Ying
      • Re: [PATCH] x86 boot: Pass E820 memory map entries more than 128 via linked list of setup data,Paul Jackson
      • Re: [PATCH] x86 boot: Pass E820 memory map entries more than 128 via linked list of setup data,Huang, Ying
      • Re: [PATCH] x86 boot: Pass E820 memory map entries more than 128 via linked list of setup data,Paul Jackson
      • Re: [PATCH] x86 boot: Pass E820 memory map entries more than 128 via linked list of setup data,Huang, Ying
      • Re: [PATCH] x86 boot: Pass E820 memory map entries more than 128 via linked list of setup data,H. Peter Anvin
      • Re: [PATCH] x86 boot: Pass E820 memory map entries more than 128 via linked list of setup data,Huang, Ying
• [PATCH] fix typo in Documentation/scheduler/sched-rt-group.txt,Hiroshi Shimamoto
  • Re: [PATCH] fix typo in Documentation/scheduler/sched-rt-group.txt,Ingo Molnar
• [PATCH -mm] add a helper function to test if an object is on the stack,FUJITA Tomonori
  • Re: [PATCH -mm] add a helper function to test if an object is on the stack,Andrew Morton
    • Re: [PATCH -mm] add a helper function to test if an object is on the stack,FUJITA Tomonori
• Re: macbook pro dvd playback after suspend Buffer I/O error,Tejun Heo
  • Re: macbook pro dvd playback after suspend Buffer I/O error,Justin Mattock
    • Re: macbook pro dvd playback after suspend Buffer I/O error,Justin Mattock
      • Re: macbook pro dvd playback after suspend Buffer I/O error,Tejun Heo
      • Re: macbook pro dvd playback after suspend Buffer I/O error,Justin Mattock
      • Re: macbook pro dvd playback after suspend Buffer I/O error,Tejun Heo
      • Re: macbook pro dvd playback after suspend Buffer I/O error,Justin Mattock
      • Re: macbook pro dvd playback after suspend Buffer I/O error,Justin Mattock
      • Re: macbook pro dvd playback after suspend Buffer I/O error,Tejun Heo
      • Re: macbook pro dvd playback after suspend Buffer I/O error,Justin Mattock
      • Re: macbook pro dvd playback after suspend Buffer I/O error,Justin Mattock
      • Re: macbook pro dvd playback after suspend Buffer I/O error,Tejun Heo
      • Re: macbook pro dvd playback after suspend Buffer I/O error,Justin Mattock
      • Re: macbook pro dvd playback after suspend Buffer I/O error,Tejun Heo
      • Re: macbook pro dvd playback after suspend Buffer I/O error,Justin Mattock
• linux v2.6.25.6.cpuisol1,Max Krasnyansky
• bug in jiffy time comparison macros,Ralph Campbell
  • Re: bug in jiffy time comparison macros,Johannes Weiner
• [PATCH 0/6][v2] ext{2,3,4}: tighten inheritance and setting of inode flags,Duane Griffin
  • [PATCH 1/6] ext2: don't inherit inappropriate inode flags from parent,Duane Griffin
    • [PATCH 2/6] ext3: don't inherit inappropriate inode flags from parent,Duane Griffin
      • [PATCH 3/6] ext4: don't inherit inappropriate inode flags from parent,Duane Griffin
      • [PATCH 4/6] ext2: tighten restrictions on inode flags,Duane Griffin
      • [PATCH 5/6] ext3: tighten restrictions on inode flags,Duane Griffin
      • [PATCH 6/6] ext4: tighten restrictions on inode flags,Duane Griffin
      • Re: [PATCH 6/6] ext4: tighten restrictions on inode flags,Aneesh Kumar K.V
      • Re: [PATCH 6/6] ext4: tighten restrictions on inode flags,Duane Griffin
      • Re: [PATCH 6/6] ext4: tighten restrictions on inode flags,Dave Kleikamp
      • Re: [PATCH 6/6] ext4: tighten restrictions on inode flags,Duane Griffin
      • Re: [PATCH 4/6] ext2: tighten restrictions on inode flags,Andreas Dilger
      • Re: [PATCH 4/6] ext2: tighten restrictions on inode flags,Duane Griffin
• [git patches] net driver fixes,Jeff Garzik
  • Re: [git patches] net driver fixes,David Miller
  • <Possible follow-ups>
  • [git patches] net driver fixes,Jeff Garzik
    • Re: [git patches] net driver fixes,David Miller
  • [git patches] net driver fixes,Jeff Garzik
    • Re: [git patches] net driver fixes,David Miller
  • [git patches] net driver fixes,Jeff Garzik
    • Re: [git patches] net driver fixes,Ingo Oeser
    • Re: [git patches] net driver fixes,David Miller
      • Re: [git patches] net driver fixes,Jeff Garzik
      • Re: [git patches] net driver fixes,David Miller
      • Re: [git patches] net driver fixes,Jeff Garzik
      • Re: [git patches] net driver fixes,David Miller
      • Re: [git patches] net driver fixes,Krzysztof Halasa
      • Re: [git patches] net driver fixes,Thomas Bogendoerfer
      • Re: [git patches] net driver fixes,David Miller
      • Re: [git patches] net driver fixes,Jeff Garzik
      • Re: [git patches] net driver fixes,David Miller
      • Re: [git patches] net driver fixes,Jeff Garzik
      • Re: [git patches] net driver fixes,David Miller
      • Re: [git patches] net driver fixes,Adrian Bunk
      • Re: [git patches] net driver fixes,Thomas Bogendoerfer
      • Re: [git patches] net driver fixes,Adrian Bunk
      • Re: [git patches] net driver fixes,Adrian Bunk
      • Re: [git patches] net driver fixes,Jarek Poplawski
      • Re: [git patches] net driver fixes,Adrian Bunk
      • Re: [git patches] net driver fixes,Theodore Tso
      • Re: [git patches] net driver fixes,Arjan van de Ven
      • Re: [git patches] net driver fixes,Adrian Bunk
      • Re: [git patches] net driver fixes,Arjan van de Ven
      • Re: [git patches] net driver fixes,Thomas Bogendoerfer
      • Re: [git patches] net driver fixes,Adrian Bunk
      • Re: [git patches] net driver fixes,Adrian Bunk
      • Re: [git patches] net driver fixes,David Miller
      • Re: [git patches] net driver fixes,Jeff Garzik
      • Re: [git patches] net driver fixes,David Miller
      • Re: [git patches] net driver fixes,Jeff Garzik
      • Re: [git patches] net driver fixes,David Miller
      • Re: [git patches] net driver fixes,Simon Horman
      • Re: [git patches] net driver fixes,David Miller
  • [git patches] net driver fixes,Jeff Garzik
    • Re: [git patches] net driver fixes,David Miller
  • [git patches] net driver fixes,Jeff Garzik
    • Re: [git patches] net driver fixes,David Miller
• NFS open/setuid/ftruncate problem,Luoqi Chen
  • Re: NFS open/setuid/ftruncate problem,Trond Myklebust
    • RE: NFS open/setuid/ftruncate problem,Luoqi Chen
      • RE: NFS open/setuid/ftruncate problem,Trond Myklebust
• [sched-devel, patch-rfc] rework of "prioritize non-migratable tasks over migratable ones",Dmitry Adamushko
  • Re: [sched-devel, patch-rfc] rework of "prioritize non-migratable tasks over migratable ones",Peter Zijlstra
    • Re: [sched-devel, patch-rfc] rework of "prioritize non-migratable tasks over migratable ones",Dmitry Adamushko
      • Re: [sched-devel, patch-rfc] rework of "prioritize non-migratable tasks over migratable ones",Peter Zijlstra
      • Re: [sched-devel, patch-rfc] rework of "prioritize non-migratable tasks over migratable ones",Gregory Haskins
      • Re: [sched-devel, patch-rfc] rework of "prioritize non-migratable tasks over migratable ones",Dmitry Adamushko
      • Re: [sched-devel, patch-rfc] rework of "prioritize non-migratable tasks over migratable ones",Gregory Haskins
      • Re: [sched-devel, patch-rfc] rework of "prioritize non-migratable tasks over migratable ones",Peter Zijlstra
      • Re: [sched-devel, patch-rfc] rework of "prioritize non-migratabletasks over migratable ones",Gregory Haskins
      • Re: [sched-devel, patch-rfc] rework of "prioritize non-migratabletasks over migratable ones",Ingo Molnar
      • Re: [sched-devel, patch-rfc] rework of "prioritize non-migratabletasks over migratable ones",Peter Zijlstra
      • Re: [sched-devel, patch-rfc] rework of "prioritizenon-migratabletasks over migratable ones",Gregory Haskins
      • Re: [sched-devel, patch-rfc] rework of "prioritize non-migratabletasks over migratable ones",Dmitry Adamushko
      • Re: [sched-devel, patch-rfc] rework of "prioritize non-migratable tasks over migratable ones",Dmitry Adamushko
      • Re: [sched-devel, patch-rfc] rework of "prioritize non-migratable tasks over migratable ones",Peter Zijlstra
  • Re: [sched-devel, patch-rfc] rework of "prioritize non-migratable tasks over migratable ones",Ingo Molnar
• [PATCH][BUGFIX] kprobes: fix error checking of batch registration,Masami Hiramatsu
• [2.6 patch] m32r: export __ndelay,Adrian Bunk
  • <Possible follow-ups>
  • [2.6 patch] m32r: export __ndelay,Adrian Bunk
• [2.6 patch] m32r: export empty_zero_page,Adrian Bunk
  • <Possible follow-ups>
  • [2.6 patch] m32r: export empty_zero_page,Adrian Bunk
• [RFC: 2.6 patch] m32r: don't offer CONFIG_ISA,Adrian Bunk
• DEBUG_LOCK_ALLOC causes hostap kernel lockup,Sitsofe Wheeler
• [GIT] CIFS Fixes,Steve French
  • <Possible follow-ups>
  • [GIT] CIFS Fixes,Steve French
• [PATCH] Limit E820 map and /proc/iomem for mem parameter on x86-64,Bernhard Walle
  • Re: [PATCH] Limit E820 map and /proc/iomem for mem parameter on x86-64,Vivek Goyal
    • Re: [PATCH] Limit E820 map and /proc/iomem for mem parameter on x86-64,Bernhard Walle
  • Re: [PATCH] Limit E820 map and /proc/iomem for mem parameter on x86-64,Yinghai Lu
• [PATCH] x86: more header fixes,Vegard Nossum
  • Re: [PATCH] x86: more header fixes,Ingo Molnar
    • Re: [PATCH] x86: more header fixes,Vegard Nossum
      • Re: [PATCH] x86: more header fixes,Ingo Molnar
      • Re: [PATCH] x86: more header fixes,Sam Ravnborg
      • Re: [PATCH] x86: more header fixes,Vegard Nossum
      • Re: [PATCH] x86: more header fixes,Sam Ravnborg
      • Re: [PATCH] x86: more header fixes,Vegard Nossum
      • Re: [PATCH] x86: more header fixes,Ingo Molnar
      • Re: [PATCH] x86: more header fixes,Ingo Molnar
      • Re: [PATCH] x86: more header fixes,Vegard Nossum
      • Re: [PATCH] x86: more header fixes,Ingo Molnar
      • Re: [PATCH] x86: more header fixes,Ingo Molnar
      • Re: [PATCH] x86: more header fixes,Vegard Nossum
      • Re: [PATCH] x86: more header fixes,Ingo Molnar
      • Re: [PATCH] x86: more header fixes,Vegard Nossum
      • Re: [PATCH] x86: more header fixes,Ingo Molnar
      • Re: [PATCH] x86: more header fixes,Vegard Nossum
      • Re: [PATCH] x86: more header fixes,Ingo Molnar
      • Re: [PATCH] x86: more header fixes,Vegard Nossum
      • Re: [PATCH] x86: more header fixes,Ingo Molnar
• [PATCH] driver/video/cirrusfb : Fix RAM address printk,Philippe De Muyter
  • Re: [PATCH] driver/video/cirrusfb : Fix RAM address printk,Jiri Slaby
    • Re: [PATCH] driver/video/cirrusfb : Fix RAM address printk,Philippe De Muyter
      • Re: [PATCH] driver/video/cirrusfb : Fix RAM address printk,Jiri Slaby
• Re: problem with kthread changes that went into cifs_demultiplex_thread,Steve French
• [PATCH 0/3, v16] PCI, ACPI: Physical PCI slot objects,Alex Chiang
  • [PATCH 1/3] Construct one fakephp slot per PCI slot,Alex Chiang
  • [PATCH 2/3] Introduce pci_slot,Alex Chiang
  • [PATCH 3/3] ACPI PCI slot detection driver,Alex Chiang
  • Re: [PATCH 0/3, v16] PCI, ACPI: Physical PCI slot objects,Jesse Barnes
• [PATCH RFC] cgroup_clone: use pid of newly created task for new cgroup,Serge E. Hallyn
  • Re: [PATCH RFC] cgroup_clone: use pid of newly created task for new cgroup,Paul Menage
    • Re: [PATCH RFC] cgroup_clone: use pid of newly created task for new cgroup,Serge E. Hallyn
      • Re: [PATCH RFC] cgroup_clone: use pid of newly created task for new cgroup,Paul Menage
      • Re: [PATCH RFC] cgroup_clone: use pid of newly created task for new cgroup,Serge E. Hallyn
  • Re: [PATCH RFC] cgroup_clone: use pid of newly created task for new cgroup,Dan Smith
    • Re: [PATCH RFC] cgroup_clone: use pid of newly created task for new cgroup,Serge E. Hallyn
      • Re: [PATCH RFC] cgroup_clone: use pid of newly created task for new cgroup,Dan Smith
• [PATCH] driver/char/generic_nvram : fix banner,Philippe De Muyter
• Warning when compiling arch/x86/mm/init_64.c on x86_64,Larry Finger
  • Re: Warning when compiling arch/x86/mm/init_64.c on x86_64,Kevin Winchester
• [PATCH] m68knommu: init coldfire timer TRR with n - 1, not n,Philippe De Muyter
• [PATCH 01/14] cmd640: fix warm-plug support for the secondary interface,Bartlomiej Zolnierkiewicz
  • [PATCH 02/14] ide: ->port_init_devs -> ->init_dev,Bartlomiej Zolnierkiewicz
  • [PATCH 03/14] cmd640: add ->init_dev method,Bartlomiej Zolnierkiewicz
  • [PATCH 04/14] rapide: use struct ide_port_info,Bartlomiej Zolnierkiewicz
  • [PATCH 05/14] ide-h8300: use struct ide_port_info,Bartlomiej Zolnierkiewicz
  • [PATCH 06/14] ide_platform: use struct ide_port_info,Bartlomiej Zolnierkiewicz
  • [PATCH 07/14] ide: print message on error in ide_find_port_slot(),Bartlomiej Zolnierkiewicz
  • [PATCH 08/14] ide-h8300: print driver banner message early,Bartlomiej Zolnierkiewicz
  • [PATCH 09/14] ide-pnp: print driver banner message early,Bartlomiej Zolnierkiewicz
  • [PATCH 10/14] ide: allow any command requesting DMA data phase for HDIO_DRIVE_TASKFILE,Bartlomiej Zolnierkiewicz
  • [PATCH 11/14] ide: remove superfluous BUG_ON() from set_geometry_intr(),Bartlomiej Zolnierkiewicz
  • [PATCH 12/14] ide: remove needless includes from ide.c,Bartlomiej Zolnierkiewicz
  • [PATCH 13/14] ide: remove needless includes from ide-taskfile.c,Bartlomiej Zolnierkiewicz
  • [PATCH 14/14] ide: remove needless includes from setup-pci.c,Bartlomiej Zolnierkiewicz
• Re: + mm-only-vmscan-noreclaim-lru-scan-sysctl-fix.patch added to -mm tree,Jiri Slaby
  • Re: + mm-only-vmscan-noreclaim-lru-scan-sysctl-fix.patch added to -mm tree,Andrew Morton
• [ANNOUNCE] linux-staging tree created,Greg KH
  • linux-staging status for June 10, 2008,Greg KH
  • Re: [ANNOUNCE] linux-staging tree created,Theodore Tso
    • Re: [ANNOUNCE] linux-staging tree created,Greg KH
  • Re: [ANNOUNCE] linux-staging tree created,Felipe Balbi
    • Re: [ANNOUNCE] linux-staging tree created,Greg KH
  • Re: [ANNOUNCE] linux-staging tree created,Nigel Cunningham
    • Re: [ANNOUNCE] linux-staging tree created,Greg KH
      • Re: [ANNOUNCE] linux-staging tree created,Nigel Cunningham
      • Re: [ANNOUNCE] linux-staging tree created,Greg KH
      • Template of what you're after? (Was [ANNOUNCE] linux-staging tree created),Nigel Cunningham
      • Re: Template of what you're after? (Was [ANNOUNCE] linux-staging tree created),Greg KH
  • Re: [ANNOUNCE] linux-staging tree created,Benny Halevy
    • Re: [ANNOUNCE] linux-staging tree created,Boaz Harrosh
      • Re: [ANNOUNCE] linux-staging tree created,Felipe Balbi
      • Re: [ANNOUNCE] linux-staging tree created,Greg KH
      • Re: [ANNOUNCE] linux-staging tree created,Boaz Harrosh
    • Re: [ANNOUNCE] linux-staging tree created,Greg KH
  • Re: [ANNOUNCE] linux-staging tree created,Will Newton
    • Re: [ANNOUNCE] linux-staging tree created,Greg KH
      • Re: [ANNOUNCE] linux-staging tree created,Will Newton
      • Re: [ANNOUNCE] linux-staging tree created,Greg KH
  • Re: [ANNOUNCE] linux-staging tree created,Luis R. Rodriguez
    • Re: [ANNOUNCE] linux-staging tree created,John W. Linville
      • Re: [ANNOUNCE] linux-staging tree created,Luis R. Rodriguez
      • Re: [ANNOUNCE] linux-staging tree created,Greg KH
    • Re: [ANNOUNCE] linux-staging tree created,Greg KH
  • Re: [ANNOUNCE] linux-staging tree created,Pavel Machek
    • Re: [ANNOUNCE] linux-staging tree created,Greg KH
  • Re: [ANNOUNCE] linux-staging tree created,Jike Song
    • Re: [ANNOUNCE] linux-staging tree created,Greg KH
• [PATCH] modules: Take a shortcut for checking if an address is in a module,Arjan van de Ven
  • Re: [PATCH] modules: Take a shortcut for checking if an address is in a module,Rusty Russell
    • Re: [PATCH] modules: Take a shortcut for checking if an address is in a module,Arjan van de Ven
      • Re: [PATCH] modules: Take a shortcut for checking if an address is in a module,Vegard Nossum
      • Re: [PATCH] modules: Take a shortcut for checking if an address is in a module,Ingo Molnar
      • Re: [PATCH] modules: Take a shortcut for checking if an address is in a module,Peter Zijlstra
      • Re: [PATCH] modules: Take a shortcut for checking if an address is in a module,Rusty Russell
      • Re: [PATCH] modules: Take a shortcut for checking if an address is in a module,Rusty Russell
      • Re: [PATCH] modules: Take a shortcut for checking if an address is in a module,Rusty Russell
      • Re: [PATCH] modules: Take a shortcut for checking if an address is in a module,Ingo Molnar
      • Re: [PATCH] modules: Take a shortcut for checking if an address is in a module,Ingo Molnar
• PROBLEM: no cpu MHz in /proc/cpuinfo on 2.6.25.4-rt6,solsTiCe d'Hiver
  • Re: PROBLEM: no cpu MHz in /proc/cpuinfo on 2.6.25.4-rt6,Arjan van de Ven
    • Re: PROBLEM: no cpu MHz in /proc/cpuinfo on 2.6.25.4-rt6,Kok, Auke
      • Re: PROBLEM: no cpu MHz in /proc/cpuinfo on 2.6.25.4-rt6,Jan Engelhardt
      • Re: PROBLEM: no cpu MHz in /proc/cpuinfo on 2.6.25.4-rt6,Arjan van de Ven
      • Re: PROBLEM: no cpu MHz in /proc/cpuinfo on 2.6.25.4-rt6,Jan Engelhardt
      • Re: PROBLEM: no cpu MHz in /proc/cpuinfo on 2.6.25.4-rt6,Arjan van de Ven
      • Re: PROBLEM: no cpu MHz in /proc/cpuinfo on 2.6.25.4-rt6,linux-os (Dick Johnson)
      • Re: PROBLEM: no cpu MHz in /proc/cpuinfo on 2.6.25.4-rt6,Peter Zijlstra
      • Re: PROBLEM: no cpu MHz in /proc/cpuinfo on 2.6.25.4-rt6,Arjan van de Ven
      • Re: PROBLEM: no cpu MHz in /proc/cpuinfo on 2.6.25.4-rt6,Mark Hounschell
      • Re: PROBLEM: no cpu MHz in /proc/cpuinfo on 2.6.25.4-rt6,Arjan van de Ven
      • Re: PROBLEM: no cpu MHz in /proc/cpuinfo on 2.6.25.4-rt6,Mark Hounschell
      • Re: PROBLEM: no cpu MHz in /proc/cpuinfo on 2.6.25.4-rt6,Arjan van de Ven
      • Re: PROBLEM: no cpu MHz in /proc/cpuinfo on 2.6.25.4-rt6,Mark Hounschell
      • Re: PROBLEM: no cpu MHz in /proc/cpuinfo on 2.6.25.4-rt6,Arjan van de Ven
      • Re: PROBLEM: no cpu MHz in /proc/cpuinfo on 2.6.25.4-rt6,Mark Hounschell
      • Re: PROBLEM: no cpu MHz in /proc/cpuinfo on 2.6.25.4-rt6,Arjan van de Ven
      • Re: PROBLEM: no cpu MHz in /proc/cpuinfo on 2.6.25.4-rt6,Mark Hounschell
      • Re: PROBLEM: no cpu MHz in /proc/cpuinfo on 2.6.25.4-rt6,Arjan van de Ven
      • Re: PROBLEM: no cpu MHz in /proc/cpuinfo on 2.6.25.4-rt6,Chris Friesen
      • Re: PROBLEM: no cpu MHz in /proc/cpuinfo on 2.6.25.4-rt6,Andi Kleen
      • Re: PROBLEM: no cpu MHz in /proc/cpuinfo on 2.6.25.4-rt6,Ray Lee
      • Re: PROBLEM: no cpu MHz in /proc/cpuinfo on 2.6.25.4-rt6,Arjan van de Ven
  • Re: PROBLEM: no cpu MHz in /proc/cpuinfo on 2.6.25.4-rt6