lists-archives.org

Mailing Lists Archives

	Web lists-archives.org

Mail Thread Index

• Date Index

[Prev Page][Next Page]

---

• Re: [PATCH] aio: aio_complete() will never be called in interrupt context, (continued)
  • Re: [PATCH] aio: aio_complete() will never be called in interrupt context,Zach Brown
  • Re: [PATCH] aio: aio_complete() will never be called in interrupt context,Nikanth Karthikesan
  • Re: [PATCH] aio: aio_complete() will never be called in interrupt context,Zach Brown
  • Re: [PATCH] aio: aio_complete() will never be called in interrupt context,Benjamin LaHaise
• [PATCH] aio: avoid using queue_delayed_work in aio_kick_handler to schedule itself,Nikanth Karthikesan
  • Re: [PATCH] aio: avoid using queue_delayed_work in aio_kick_handler to schedule itself,Jeff Moyer
    • Re: [PATCH] aio: avoid using queue_delayed_work in aio_kick_handler to schedule itself,Nikanth Karthikesan
      • Re: [PATCH] aio: avoid using queue_delayed_work in aio_kick_handler to schedule itself,Nikanth Karthikesan
      • Re: [PATCH] aio: avoid using queue_delayed_work in aio_kick_handler to schedule itself,Chris Mason
• [GIT PATCH] UDF updates for 2.6.26-rc7,Jan Kara
• PHP購物車資料庫網站專案,吳佳梅
  • <Possible follow-ups>
  • PHP購物車資料庫網站專案,詹士瑋
• LZMA compression algorithm in Kernel - any chance to allow it?,Tomas M
  • Re: LZMA compression algorithm in Kernel - any chance to allow it?,Jan Engelhardt
    • Re: LZMA compression algorithm in Kernel - any chance to allow it?,Tomas M
      • Re: LZMA compression algorithm in Kernel - any chance to allow it?,Stefan Richter
  • Re: LZMA compression algorithm in Kernel - any chance to allow it?,Pavel Machek
    • Re: LZMA compression algorithm in Kernel - any chance to allow it?,Tomas M
      • Re: LZMA compression algorithm in Kernel - any chance to allow it?,Pavel Machek
    • Re: LZMA compression algorithm in Kernel - any chance to allow it?,Jan Engelhardt
      • Re: LZMA compression algorithm in Kernel - any chance to allow it?,Tomas M
      • Re: LZMA compression algorithm in Kernel - any chance to allow it?,Josh Boyer
      • Re: LZMA compression algorithm in Kernel - any chance to allow it?,Jan Engelhardt
  • <Possible follow-ups>
  • Re: LZMA compression algorithm in Kernel - any chance to allow it?,Robert Hancock
• [0/5] memrlimit fixes,Balbir Singh
  • [2/5] memrlimit handle attach_task() failure, add can_attach() callback,Balbir Singh
  • [1/5] memrlimit improve error handling,Balbir Singh
  • [3/5] memrlimit fix sleep inside sleeplock in mm_update_next_owner(),Balbir Singh
  • [4/5] memrlimit improve fork and error handling,Balbir Singh
  • [5/5] memrlimit correct mremap and move_vma accounting,Balbir Singh
• [WATCHDOG] Orion: add hardware watchdog support,Lennert Buytenhek
  • Re: [PATCH][WATCHDOG] Orion: add hardware watchdog support,Lennert Buytenhek
    • Re: [PATCH][WATCHDOG] Orion: add hardware watchdog support,Wim Van Sebroeck
• [PATCH 4/4] security: filesystem capabilities no longer experimental,Andrew G. Morgan
  • Re: [PATCH 4/4] security: filesystem capabilities no longer experimental,Serge E. Hallyn
• [PATCH 3/4] security: filesystem capabilities refactor kernel code,Andrew G. Morgan
  • Re: [PATCH 3/4] security: filesystem capabilities refactor kernel code,Serge E. Hallyn
    • Re: [PATCH 3/4] security: filesystem capabilities refactor kernel code,Andrew Morgan
• [PATCH 2/4] security: filesystem capabilities bugfix2,Andrew G. Morgan
  • Re: [PATCH 2/4] security: filesystem capabilities bugfix2,Serge E. Hallyn
  • Re: [PATCH 2/4] security: filesystem capabilities bugfix2,David Howells
    • Re: [PATCH 2/4] security: filesystem capabilities bugfix2,Andrew G. Morgan
    • Re: [PATCH 2/4] security: filesystem capabilities bugfix2,David Howells
  • Re: [PATCH 2/4] security: filesystem capabilities bugfix2,David Howells
    • Re: [PATCH 2/4] security: filesystem capabilities bugfix2,Serge E. Hallyn
    • Re: [PATCH 2/4] security: filesystem capabilities bugfix2,David Howells
      • Re: [PATCH 2/4] security: filesystem capabilities bugfix2,Serge E. Hallyn
• [PATCH 1/4] security: filesystem capabilities bugfix1,Andrew G. Morgan
  • Re: [PATCH 1/4] security: filesystem capabilities bugfix1,Serge E. Hallyn
  • Re: [PATCH 1/4] security: filesystem capabilities bugfix1,David Howells
  • Re: [PATCH 1/4] security: filesystem capabilities bugfix1,David Howells
  • Re: [PATCH 1/4] security: filesystem capabilities bugfix1,Andrew Morton
  • Re: [PATCH 1/4] security: filesystem capabilities bugfix1,Andrew Morton
• panic on blackfin, serial driver bug or hardware glitch?,Denys Fedoryshchenko
  • Re: panic on blackfin, serial driver bug or hardware glitch?,Bryan Wu
• [RFC][PATCH] CPUSets: Move most calls to rebuild_sched_domains() to the workqueue,Paul Menage
  • Re: [RFC][PATCH] CPUSets: Move most calls to rebuild_sched_domains() to the workqueue,Vegard Nossum
    • Re: [RFC][PATCH] CPUSets: Move most calls to rebuild_sched_domains() to the workqueue,Paul Menage
      • Re: [RFC][PATCH] CPUSets: Move most calls to rebuild_sched_domains() to the workqueue,Max Krasnyansky
      • Re: [RFC][PATCH] CPUSets: Move most calls to rebuild_sched_domains() to the workqueue,Peter Zijlstra
      • Re: [RFC][PATCH] CPUSets: Move most calls to rebuild_sched_domains() to the workqueue,Paul Menage
      • Re: [RFC][PATCH] CPUSets: Move most calls to rebuild_sched_domains() to the workqueue,Paul Menage
      • Re: [RFC][PATCH] CPUSets: Move most calls to rebuild_sched_domains() to the workqueue,Max Krasnyansky
      • Re: [RFC][PATCH] CPUSets: Move most calls to rebuild_sched_domains() to the workqueue,Paul Menage
      • Re: [RFC][PATCH] CPUSets: Move most calls to rebuild_sched_domains() to the workqueue,Max Krasnyansky
  • Re: [RFC][PATCH] CPUSets: Move most calls to rebuild_sched_domains() to the workqueue,Gautham R Shenoy
    • Re: [RFC][PATCH] CPUSets: Move most calls to rebuild_sched_domains() to the workqueue,Gautham R Shenoy
      • Re: [RFC][PATCH] CPUSets: Move most calls to rebuild_sched_domains() to the workqueue,Max Krasnyansky
      • Re: [RFC][PATCH] CPUSets: Move most calls to rebuild_sched_domains() to the workqueue,Oleg Nesterov
• [PATCH] Fix and clean top .gitignore,Eduard - Gabriel Munteanu
• A question about group CFS scheduling,Zhao Forrest
  • Re: A question about group CFS scheduling,Peter Zijlstra
    • Re: A question about group CFS scheduling,Zhao Forrest
      • Re: A question about group CFS scheduling,Dhaval Giani
      • Re: A question about group CFS scheduling,Peter Zijlstra
• Compilation warnings: 2.6.24.8->2.6.25.9,Marin Mitov
• [PATCH 1/2] x86 boot: add E820_RESVD_KERN,Huang, Ying
  • Re: [PATCH 1/2] x86 boot: add E820_RESVD_KERN,Yinghai Lu
    • Re: [PATCH 1/2] x86 boot: add E820_RESVD_KERN,Huang, Ying
      • Re: [PATCH 1/2] x86 boot: add E820_RESVD_KERN,Yinghai Lu
      • Re: [PATCH 1/2] x86 boot: add E820_RESVD_KERN,Yinghai Lu
      • Re: [PATCH 1/2] x86 boot: add E820_RESVD_KERN,Huang, Ying
      • Re: [PATCH 1/2] x86 boot: add E820_RESVD_KERN,Yinghai Lu
      • Re: [PATCH 1/2] x86 boot: add E820_RESVD_KERN,Huang, Ying
      • Re: [PATCH 1/2] x86 boot: add E820_RESVD_KERN,Yinghai Lu
      • Re: [PATCH 1/2] x86 boot: add E820_RESVD_KERN,Yinghai Lu
      • Re: [PATCH 1/2] x86 boot: add E820_RESVD_KERN,Huang, Ying
      • Re: [PATCH 1/2] x86 boot: add E820_RESVD_KERN,Yinghai Lu
      • Re: [PATCH 1/2] x86 boot: add E820_RESVD_KERN,Huang, Ying
      • Re: [PATCH 1/2] x86 boot: add E820_RESVD_KERN,Yinghai Lu
      • Re: [PATCH 1/2] x86 boot: add E820_RESVD_KERN,Yinghai Lu
      • Re: [PATCH 1/2] x86 boot: add E820_RESVD_KERN,Huang, Ying
      • Re: [PATCH 1/2] x86 boot: add E820_RESVD_KERN,Yinghai Lu
      • Re: [PATCH 1/2] x86 boot: add E820_RESVD_KERN,Ingo Molnar
      • Re: [PATCH 1/2] x86 boot: add E820_RESVD_KERN,Yinghai Lu
      • Re: [PATCH 1/2] x86 boot: add E820_RESVD_KERN,Yinghai Lu
      • Re: [PATCH 1/2] x86 boot: add E820_RESVD_KERN,Huang, Ying
      • Re: [PATCH 1/2] x86 boot: add E820_RESVD_KERN,Yinghai Lu
      • Re: [PATCH 1/2] x86 boot: add E820_RESVD_KERN,Ingo Molnar
      • Re: [PATCH 1/2] x86 boot: add E820_RESVD_KERN,Huang, Ying
      • Re: [PATCH 1/2] x86 boot: add E820_RESVD_KERN,Ingo Molnar
      • Re: [PATCH 1/2] x86 boot: add E820_RESVD_KERN,Ingo Molnar
• [PATCH 2/2] x86 boot: early_res_to_e820,Huang, Ying
  • Re: [PATCH 2/2] x86 boot: early_res_to_e820,Yinghai Lu
    • Re: [PATCH 2/2] x86 boot: early_res_to_e820,Huang, Ying
      • Re: [PATCH 2/2] x86 boot: early_res_to_e820,Yinghai Lu
      • Re: [PATCH 2/2] x86 boot: early_res_to_e820,Huang, Ying
      • Re: [PATCH 2/2] x86 boot: early_res_to_e820,Yinghai Lu
• [PATCH 2.6.25.3 5/5] atl1e: Atheros L1E Gigabit Ethernet driver,Jie Yang
  • Re: [PATCH 2.6.25.3 5/5] atl1e: Atheros L1E Gigabit Ethernet driver,Stephen Hemminger
  • Re: [PATCH 2.6.25.3 5/5] atl1e: Atheros L1E Gigabit Ethernet driver,Jay Cliburn
  • <Possible follow-ups>
  • Re: [PATCH 2.6.25.3 5/5] atl1e: Atheros L1E Gigabit Ethernet driver,Parag Warudkar
• [PATCH 2.6.25.3 4/5] atl1e: Atheros L1E Gigabit Ethernet driver,Jie Yang
  • Re: [PATCH 2.6.25.3 4/5] atl1e: Atheros L1E Gigabit Ethernet driver,Jay Cliburn
• [PATCH 2.6.25.3 3/5] atl1e: Atheros L1E Gigabit Ethernet driver,Jie Yang
  • Re: [PATCH 2.6.25.3 3/5] atl1e: Atheros L1E Gigabit Ethernet driver,Jay Cliburn
• [PATCH 2.6.25.3 2/5] atl1e: Atheros L1E Gigabit Ethernet driver,Jie Yang
  • Re: [PATCH 2.6.25.3 2/5] atl1e: Atheros L1E Gigabit Ethernet driver,Jay Cliburn
• [PATCH 2.6.25.3 1/5] atl1e: Atheros L1E Gigabit Ethernet driver,Jie Yang
  • Re: [PATCH 2.6.25.3 1/5] atl1e: Atheros L1E Gigabit Ethernet driver,Stephen Hemminger
    • Re: [PATCH 2.6.25.3 1/5] atl1e: Atheros L1E Gigabit Ethernet driver,David Miller
      • Re: [PATCH 2.6.25.3 1/5] atl1e: Atheros L1E Gigabit Ethernet driver,Willy Tarreau
      • RE: [PATCH 2.6.25.3 1/5] atl1e: Atheros L1E Gigabit Ethernet driver,Jie Yang
  • Re: [PATCH 2.6.25.3 1/5] atl1e: Atheros L1E Gigabit Ethernet driver,Jay Cliburn
    • RE: [PATCH 2.6.25.3 1/5] atl1e: Atheros L1E Gigabit Ethernet driver,Jie Yang
      • Re: [PATCH 2.6.25.3 1/5] atl1e: Atheros L1E Gigabit Ethernet driver,Jeff Garzik
• [PATCH 0/6] Remove most users of semaphores from XFS.,Dave Chinner
  • [PATCH 1/6] Extend completions to provide XFS object flush requirements,Dave Chinner
    • Re: [PATCH 1/6] Extend completions to provide XFS object flush requirements,Christoph Hellwig
      • Re: [PATCH 1/6] Extend completions to provide XFS object flush requirements,Dave Chinner
      • Re: [PATCH 1/6] Extend completions to provide XFS object flush requirements,Christoph Hellwig
      • Re: [PATCH 1/6] Extend completions to provide XFS object flush requirements,Dave Chinner
    • Re: [PATCH 1/6] Extend completions to provide XFS object flush requirements,Matthew Wilcox
      • Re: [PATCH 1/6] Extend completions to provide XFS object flush requirements,Dave Chinner
      • Re: [PATCH 1/6] Extend completions to provide XFS object flush requirements,Matthew Wilcox
      • Re: [PATCH 1/6] Extend completions to provide XFS object flush requirements,Dave Chinner
      • Re: [PATCH 1/6] Extend completions to provide XFS object flush requirements,Matthew Wilcox
      • Re: [PATCH 1/6] Extend completions to provide XFS object flush requirements,Christoph Hellwig
      • Re: [PATCH 1/6] Extend completions to provide XFS object flush requirements,Dave Chinner
    • Re: [PATCH 1/6] Extend completions to provide XFS object flush requirements,Daniel Walker
      • Re: [PATCH 1/6] Extend completions to provide XFS object flush requirements,Dave Chinner
      • Re: [PATCH 1/6] Extend completions to provide XFS object flush requirements,Matthew Wilcox
      • Re: [PATCH 1/6] Extend completions to provide XFS object flush requirements,Daniel Walker
      • Re: [PATCH 1/6] Extend completions to provide XFS object flush requirements,Christoph Hellwig
      • Re: [PATCH 1/6] Extend completions to provide XFS object flush requirements,Daniel Walker
  • [PATCH 2/6] Replace inode flush semaphore with a completion,Dave Chinner
    • Re: [PATCH 2/6] Replace inode flush semaphore with a completion,Matthew Wilcox
      • Re: [PATCH 2/6] Replace inode flush semaphore with a completion,Dave Chinner
  • [PATCH 5/6] Remove the sema_t from XFS.,Dave Chinner
  • [PATCH 3/6] Replace dquot flush semaphore with a completion,Dave Chinner
  • [PATCH 4/6] Replace the XFS buf iodone semaphore with a completion,Dave Chinner
    • Re: [PATCH 4/6] Replace the XFS buf iodone semaphore with a completion,Christoph Hellwig
  • [PATCH 6/6] Clean up stale references to semaphores,Dave Chinner
    • Re: [PATCH 6/6] Clean up stale references to semaphores,Christoph Hellwig
• [PATCH]rcu classic: update qlen when cpu offline,Lai Jiangshan
  • Re: [PATCH]rcu classic: update qlen when cpu offline,Paul E. McKenney
    • Re: [PATCH]rcu classic: update qlen when cpu offline,Ingo Molnar
• PCI device memory bar access issue,gshan
• [PATCH 02/16] x86: we can use full bootmem after have init_memory_mapping,Yinghai Lu
• [PATCH 01/16] x86: rename setup.c to setup_percpu.c,Yinghai Lu
• [PATCH 00/16] x86: merge setup_32/64.c,Yinghai Lu
  • [PATCH 03/16] x86: update reserve_initrd to support 64bit,Yinghai Lu
  • [PATCH 04/16] x86: put global variable for 32bit all together,Yinghai Lu
  • [PATCH 05/16] x86: add extra includes for 64bit support,Yinghai Lu
  • [PATCH 06/16] x86: merge 64bit setup_arch into setup_32,Yinghai Lu
  • [PATCH 07/16] x86: space to tab in setup_arch,Yinghai Lu
  • [PATCH 09/16] x86: move boot_params back to setup.c,Yinghai Lu
  • [PATCH 08/16] x86: rename setup_32.c to setup.c,Yinghai Lu
  • [PATCH 10/16] x86: move parse_setup_data back to setup.c,Yinghai Lu
  • [PATCH 11/16] x86: move back crashkernel back to setup.c,Yinghai Lu
  • [PATCH 12/16] x86: move reserve_standard_io_resources back to setup.c,Yinghai Lu
  • [PATCH 14/16] x86: make x86_find_smp_config depends on 64 bit too,Yinghai Lu
  • [PATCH 15/16] x86: change some functions in setup.c to static,Yinghai Lu
  • [PATCH 16/16] x86: we only have init_pg_tables_end for 32bit,Yinghai Lu
  • [PATCH 13/16] x86: move parse elfvorehdr back to setup.c,Yinghai Lu
  • [PATCH] x86: clean up ARCH_SETUP,Yinghai Lu
    • Re: [PATCH] x86: clean up ARCH_SETUP,Ingo Molnar
  • [PATCH] x86: move fix mapping page table range early,Yinghai Lu
    • Re: [PATCH] x86: move fix mapping page table range early,Ingo Molnar
    • [PATCH] x86: early res print out alignment,Yinghai Lu
      • [PATCH] x86: let setup_arch call init_apic_mappings for 32bit,Yinghai Lu
      • Re: [PATCH] x86: let setup_arch call init_apic_mappings for 32bit,Ingo Molnar
      • [PATCH] x86: early res print out alignment v2,Yinghai Lu
      • Re: [PATCH] x86: early res print out alignment v2,Ingo Molnar
      • Re: [PATCH] x86: early res print out alignment v2,Yinghai Lu
    • [PATCH] x86: fix init_memory_mapping over boundary,Yinghai Lu
      • [PATCH] x86: fix init_memory_mapping over boundary v2,Yinghai Lu
      • Re: [PATCH] x86: fix init_memory_mapping over boundary v2,Ingo Molnar
      • Re: [PATCH] x86: fix init_memory_mapping over boundary v2,Yinghai Lu
      • Re: [PATCH] x86: fix init_memory_mapping over boundary v2,Ingo Molnar
      • Re: [PATCH] x86: fix init_memory_mapping over boundary v2,Yinghai Lu
      • Re: [PATCH] x86: fix init_memory_mapping over boundary v2,Ingo Molnar
      • Re: [PATCH] x86: fix init_memory_mapping over boundary v2,Yinghai Lu
      • Re: [PATCH] x86: fix init_memory_mapping over boundary v2,Yinghai Lu
      • Re: [PATCH] x86: fix init_memory_mapping over boundary v2,Ingo Molnar
      • Re: [PATCH] x86: fix init_memory_mapping over boundary v2,Yinghai Lu
      • Re: [PATCH] x86: fix init_memory_mapping over boundary v2,Ingo Molnar
      • Re: [PATCH] x86: fix init_memory_mapping over boundary v2,Jeremy Fitzhardinge
      • Re: [PATCH] x86: fix init_memory_mapping over boundary v2,Yinghai Lu
      • [PATCH] x86: fix init_memory_mapping over boundary v4,Yinghai Lu
      • Re: [PATCH] x86: fix init_memory_mapping over boundary v4,Jeremy Fitzhardinge
      • Re: [PATCH] x86: fix init_memory_mapping over boundary v4,Yinghai Lu
      • Re: [PATCH] x86: fix init_memory_mapping over boundary v4,Jeremy Fitzhardinge
      • Re: [PATCH] x86: fix init_memory_mapping over boundary v4,Ingo Molnar
      • Re: [PATCH] x86: fix init_memory_mapping over boundary v4,Yinghai Lu
      • Re: [PATCH] x86: fix init_memory_mapping over boundary v4,Ingo Molnar
      • [PATCH] x86: fix init_memory_mapping over boundary v4 - diff to v3,Yinghai Lu
      • Re: [PATCH] x86: fix init_memory_mapping over boundary v4 - diff to v3,Ingo Molnar
      • [PATCH] x86: fix warning in e820_reserve_resources with 32bit,Yinghai Lu
      • Re: [PATCH] x86: fix warning in e820_reserve_resources with 32bit,Ingo Molnar
  • Re: [PATCH 00/16] x86: merge setup_32/64.c,Ingo Molnar
    • Re: [PATCH 00/16] x86: merge setup_32/64.c,Ingo Molnar
      • Re: [PATCH 00/16] x86: merge setup_32/64.c,Yinghai Lu
      • Re: [PATCH 00/16] x86: merge setup_32/64.c,Ingo Molnar
      • Re: [PATCH 00/16] x86: merge setup_32/64.c,Huang, Ying
• [PATCH] 9p: fix O_APPEND in legacy mode,ericvh
• [PATCH 0 of 3] mmu notifier v18 for -mm,Andrea Arcangeli
  • [PATCH 1 of 3] list_del_init_rcu,Andrea Arcangeli
  • [PATCH 2 of 3] mm_take_all_locks,Andrea Arcangeli
  • [PATCH 3 of 3] mmu-notifier-core,Andrea Arcangeli
  • Re: [PATCH 0 of 3] mmu notifier v18 for -mm,Andrew Morton
    • Re: [PATCH 0 of 3] mmu notifier v18 for -mm,Avi Kivity
      • Re: [PATCH 0 of 3] mmu notifier v18 for -mm,Robin Holt
  • Re: [PATCH 0 of 3] mmu notifier v18 for -mm,Andrew Morton
• divide error trying to set rt_period to zero,Dario Faggioli
  • Re: divide error trying to set rt_period to zero,Ingo Molnar
    • Re: divide error trying to set rt_period to zero,Raistlin
      • Re: divide error trying to set rt_period to zero,Ingo Molnar
• [PATCH] Remove CONFIG_EXPERIMENTAL from kdump,Bernhard Walle
  • Re: [PATCH] Remove CONFIG_EXPERIMENTAL from kdump,WANG Cong
  • Re: [PATCH] Remove CONFIG_EXPERIMENTAL from kdump,Vivek Goyal
    • [PATCH] Remove CONFIG_EXPERIMENTAL from kdump,Bernhard Walle
      • Re: [PATCH] Remove CONFIG_EXPERIMENTAL from kdump,Bernhard Walle
      • Re: [PATCH] Remove CONFIG_EXPERIMENTAL from kdump,Ingo Molnar
      • Re: [PATCH] Remove CONFIG_EXPERIMENTAL from kdump,Andrew Morton
      • Re: [PATCH] Remove CONFIG_EXPERIMENTAL from kdump,Bernhard Walle
      • Re: [PATCH] Remove CONFIG_EXPERIMENTAL from kdump,Bernhard Walle
      • Re: [PATCH] Remove CONFIG_EXPERIMENTAL from kdump,Vivek Goyal
      • Re: [PATCH] Remove CONFIG_EXPERIMENTAL from kdump,Bernhard Walle
      • Re: [PATCH] Remove CONFIG_EXPERIMENTAL from kdump,Paul Mundt
• [patch] x86: shift bits the right way in native_read_tscp,Max Asbock
  • Re: [patch] x86: shift bits the right way in native_read_tscp,Glauber Costa
• x86: Add /sys/firmware/memmap,Bernhard Walle
  • [PATCH 2/2] Use FIRMWARE_MEMMAP on x86/E820,Bernhard Walle
  • [PATCH 1/2] Add /sys/firmware/memmap,Bernhard Walle
    • Re: [PATCH 1/2] Add /sys/firmware/memmap,Vivek Goyal
      • Re: [PATCH 1/2] Add /sys/firmware/memmap,Bernhard Walle
      • Re: [PATCH 1/2] Add /sys/firmware/memmap,Mikael Pettersson
      • Re: [PATCH 1/2] Add /sys/firmware/memmap,Bernhard Walle
      • Re: [PATCH 1/2] Add /sys/firmware/memmap,Mikael Pettersson
      • Re: [PATCH 1/2] Add /sys/firmware/memmap,H. Peter Anvin
      • Re: [PATCH 1/2] Add /sys/firmware/memmap,Bernhard Walle
      • Re: [PATCH 1/2] Add /sys/firmware/memmap,Vivek Goyal
      • Re: [PATCH 1/2] Add /sys/firmware/memmap,H. Peter Anvin
      • Re: [PATCH 1/2] Add /sys/firmware/memmap,Vivek Goyal
  • <Possible follow-ups>
  • x86: Add /sys/firmware/memmap,Bernhard Walle
    • [PATCH 1/2] Add /sys/firmware/memmap,Bernhard Walle
    • [PATCH 2/2] Use FIRMWARE_MEMMAP on x86/E820,Bernhard Walle
  • x86: Add /sys/firmware/memmap,Bernhard Walle
    • [PATCH 2/2] Use FIRMWARE_MEMMAP on x86/E820,Bernhard Walle
      • Re: [PATCH 2/2] Use FIRMWARE_MEMMAP on x86/E820,Yinghai Lu
      • Re: [PATCH 2/2] Use FIRMWARE_MEMMAP on x86/E820,Bernhard Walle
      • Re: [PATCH 2/2] Use FIRMWARE_MEMMAP on x86/E820,Yinghai Lu
    • [PATCH 1/2] Add /sys/firmware/memmap,Bernhard Walle
      • Re: [PATCH 1/2] Add /sys/firmware/memmap,Vivek Goyal
      • Re: [PATCH 1/2] Add /sys/firmware/memmap,Greg KH
      • Re: [PATCH 1/2] Add /sys/firmware/memmap,Bernhard Walle
  • x86: Add /sys/firmware/memmap,Bernhard Walle
    • [PATCH 2/2] Use FIRMWARE_MEMMAP on x86/E820,Bernhard Walle
    • [PATCH 1/2] Add /sys/firmware/memmap,Bernhard Walle
      • Re: [PATCH 1/2] Add /sys/firmware/memmap,Dave Hansen
      • Re: [PATCH 1/2] Add /sys/firmware/memmap,Greg KH
      • Re: [PATCH 1/2] Add /sys/firmware/memmap,Bernhard Walle
      • Re: [PATCH 1/2] Add /sys/firmware/memmap,Ingo Molnar
      • Re: [PATCH 1/2] Add /sys/firmware/memmap,Andrew Morton
      • [PATCH 2/2] firmware/memmap: Move kobject initialisation before kobject_add(),Bernhard Walle
      • [PATCH 1/2] firmware/memmap: Cleanup,Bernhard Walle
      • firmware/memmap fixes,Bernhard Walle
    • Re: x86: Add /sys/firmware/memmap,Vivek Goyal
    • Re: x86: Add /sys/firmware/memmap,Greg KH
      • Re: x86: Add /sys/firmware/memmap,Bernhard Walle
      • Re: x86: Add /sys/firmware/memmap,Ingo Molnar
• x86: enable pat on amd athlon mode=6,Bernd Schubert
  • Re: x86: enable pat on amd athlon mode=6,Rene Herman
    • Re: x86: enable pat on amd athlon mode=6,Rene Herman
      • Re: x86: enable pat on amd athlon mode=6,Bernd Schubert
• Re: hrtimers: simplify lockdep handling,Steven Rostedt
  • Re: hrtimers: simplify lockdep handling,Oleg Nesterov
• Regenerating Module.symvers,Joel C. Salomon
• [PATCH] x86: Limit E820 map when a user-defined memory map is specified,Bernhard Walle
  • Re: [PATCH] x86: Limit E820 map when a user-defined memory map is specified,Yinghai Lu
    • Re: [PATCH] x86: Limit E820 map when a user-defined memory map is specified,Ingo Molnar
• Inconsistencies in the way process memory is being reported in /proc,Mark Seger
• [RFC v1] Tunable sched_mc_power_savings=n,Vaidyanathan Srinivasan
  • Re: [RFC v1] Tunable sched_mc_power_savings=n,Andi Kleen
    • Re: [RFC v1] Tunable sched_mc_power_savings=n,Balbir Singh
      • Re: [RFC v1] Tunable sched_mc_power_savings=n,Andi Kleen
      • Re: [RFC v1] Tunable sched_mc_power_savings=n,Vaidyanathan Srinivasan
      • Re: [RFC v1] Tunable sched_mc_power_savings=n,David Collier-Brown
      • Re: [RFC v1] Tunable sched_mc_power_savings=n,Vaidyanathan Srinivasan
      • Re: [RFC v1] Tunable sched_mc_power_savings=n,Andi Kleen
      • Re: [RFC v1] Tunable sched_mc_power_savings=n,Dipankar Sarma
      • Re: [RFC v1] Tunable sched_mc_power_savings=n,Andi Kleen
      • Re: [RFC v1] Tunable sched_mc_power_savings=n,Peter Zijlstra
      • Re: [RFC v1] Tunable sched_mc_power_savings=n,Andi Kleen
      • Re: [RFC v1] Tunable sched_mc_power_savings=n,Vaidyanathan Srinivasan
      • Re: [RFC v1] Tunable sched_mc_power_savings=n,Peter Zijlstra
      • Re: [RFC v1] Tunable sched_mc_power_savings=n,Andi Kleen
      • Re: [RFC v1] Tunable sched_mc_power_savings=n,Tim Connors
      • Re: [RFC v1] Tunable sched_mc_power_savings=n,Andi Kleen
      • Re: [RFC v1] Tunable sched_mc_power_savings=n,Matthew Garrett
      • Re: [RFC v1] Tunable sched_mc_power_savings=n,Andi Kleen
      • Re: [RFC v1] Tunable sched_mc_power_savings=n,Matthew Garrett
      • Re: [RFC v1] Tunable sched_mc_power_savings=n,Tim Connors
      • Re: [RFC v1] Tunable sched_mc_power_savings=n,David Collier-Brown
      • Re: [RFC v1] Tunable sched_mc_power_savings=n,Vaidyanathan Srinivasan
      • Re: [RFC v1] Tunable sched_mc_power_savings=n,Tim Connors
      • Re: [RFC v1] Tunable sched_mc_power_savings=n,David Collier-Brown
      • Re: [RFC v1] Tunable sched_mc_power_savings=n,Andi Kleen
      • Re: [RFC v1] Tunable sched_mc_power_savings=n,Dipankar Sarma
      • Re: [RFC v1] Tunable sched_mc_power_savings=n,Andi Kleen
      • Re: [RFC v1] Tunable sched_mc_power_savings=n,Dipankar Sarma
      • Re: [RFC v1] Tunable sched_mc_power_savings=n,Vaidyanathan Srinivasan
      • Re: [RFC v1] Tunable sched_mc_power_savings=n,Balbir Singh
    • Re: [RFC v1] Tunable sched_mc_power_savings=n,Dipankar Sarma
      • Re: [RFC v1] Tunable sched_mc_power_savings=n,Vaidyanathan Srinivasan
  • Re: [RFC v1] Tunable sched_mc_power_savings=n,KOSAKI Motohiro
    • Re: [RFC v1] Tunable sched_mc_power_savings=n,Vaidyanathan Srinivasan
    • Re: [RFC v1] Tunable sched_mc_power_savings=n,David Collier-Brown
• Linux Power Management Mini-Summit -- Ottawa -- July 22, 2008,Len Brown
  • Re: Linux Power Management Mini-Summit -- Ottawa -- July 22, 2008,Rafael J. Wysocki
  • Re: [linux-pm] Linux Power Management Mini-Summit -- Ottawa -- July 22, 2008,Nigel Cunningham
  • Re: [linux-pm] Linux Power Management Mini-Summit -- Ottawa -- July 22, 2008,Alan Stern
    • Re: [linux-pm] Linux Power Management Mini-Summit -- Ottawa -- July 22, 2008,Rafael J. Wysocki
  • RE: [linux-pm] Linux Power Management Mini-Summit -- Ottawa -- July 22, 2008,Woodruff, Richard
  • Re: Linux Power Management Mini-Summit -- Ottawa -- July 22, 2008,Pavel Machek
  • <Possible follow-ups>
  • Linux Power Management Mini-Summit -- Ottawa -- July 22, 2008,Len Brown
    • Re: [linux-pm] Linux Power Management Mini-Summit -- Ottawa -- July 22, 2008,Nigel Cunningham
    • Re: [linux-pm] Linux Power Management Mini-Summit -- Ottawa -- July 22, 2008,Vaidyanathan Srinivasan
    • Re: [linux-pm] Linux Power Management Mini-Summit -- Ottawa -- July 22, 2008,Gautham R Shenoy
      • Re: [linux-pm] Linux Power Management Mini-Summit -- Ottawa -- July 22, 2008,Pavel Machek
• [PATCH] PNP: have quirk_system_pci_resources() include io resources.,Rene Herman
  • Re: [PATCH] PNP: have quirk_system_pci_resources() include io resources.,Andrew Morton
    • Re: [PATCH] PNP: have quirk_system_pci_resources() include io resources.,Rene Herman
      • Re: [PATCH] PNP: have quirk_system_pci_resources() include io resources.,Rene Herman
• aic94xx: failing under heavy load,Patrick LeBoutillier
  • Re: aic94xx: failing under heavy load,Andrew Morton
• [PATCH] x86: rename setup.c to setup_percpu.c,Yinghai Lu
  • Re: [PATCH] x86: rename setup.c to setup_percpu.c,Robert Richter
    • Re: [PATCH] x86: rename setup.c to setup_percpu.c,Yinghai Lu
      • Re: [PATCH] x86: rename setup.c to setup_percpu.c,Robert Richter
      • Re: [PATCH] x86: rename setup.c to setup_percpu.c,Yinghai Lu
• [PATCH] firewire: fw-sbp2: fix parsing of logical unit directories,Stefan Richter
• [2.6 patch] remove the dead ATARI_SCC{,_DMA} options,Adrian Bunk
  • Re: [2.6 patch] remove the dead ATARI_SCC{,_DMA} options,Michael Schmitz
    • Re: [2.6 patch] remove the dead ATARI_SCC{,_DMA} options,Geert Uytterhoeven
      • Re: [2.6 patch] remove the dead ATARI_SCC{,_DMA} options,Michael Schmitz
  • Re: [2.6 patch] remove the dead ATARI_SCC{,_DMA} options,Geert Uytterhoeven
  • Re: [2.6 patch] remove the dead ATARI_SCC{,_DMA} options,Brad Boyer
• [2.6 patch] remove the unused ADB_KEYBOARD option,Adrian Bunk
  • Re: [2.6 patch] remove the unused ADB_KEYBOARD option,Geert Uytterhoeven
• [2.6 patch] m32r: remove the unused NOHIGHMEM option,Adrian Bunk
  • <Possible follow-ups>
  • [2.6 patch] m32r: remove the unused NOHIGHMEM option,Adrian Bunk
• [2.6 patch] remove unused UNIX98_PTY_COUNT options,Adrian Bunk
• [2.6 patch] remove the unused ALPHA_CORE_AGP option,Adrian Bunk
• [2.6 patch] remove the unused SCSI_QLOGIC_FC_FIRMWARE option,Adrian Bunk
  • <Possible follow-ups>
  • [2.6 patch] remove the unused SCSI_QLOGIC_FC_FIRMWARE option,Adrian Bunk
• man-pages-3.01 is released,Michael Kerrisk
• ABI change for device drivers using future AVX instruction set,Agner Fog
  • Re: ABI change for device drivers using future AVX instruction set,Arjan van de Ven
    • Re: ABI change for device drivers using future AVX instruction set,Agner Fog
      • Re: ABI change for device drivers using future AVX instruction set,Arjan van de Ven
    • Re: ABI change for device drivers using future AVX instruction set,H. Peter Anvin
      • Re: ABI change for device drivers using future AVX instruction set,Agner Fog
      • Re: ABI change for device drivers using future AVX instruction set,Arjan van de Ven
      • Re: ABI change for device drivers using future AVX instruction set,Agner Fog
      • Re: ABI change for device drivers using future AVX instruction set,David Miller
      • Re: ABI change for device drivers using future AVX instruction set,Andi Kleen
      • Re: ABI change for device drivers using future AVX instruction set,Agner Fog
      • Re: ABI change for device drivers using future AVX instruction set,Helge Hafting
      • Re: ABI change for device drivers using future AVX instruction set,Andi Kleen
      • Re: ABI change for device drivers using future AVX instruction set,Avi Kivity
      • Re: ABI change for device drivers using future AVX instruction set,Andi Kleen
      • Re: ABI change for device drivers using future AVX instruction set,Avi Kivity
      • Re: ABI change for device drivers using future AVX instruction set,Andi Kleen
      • Re: ABI change for device drivers using future AVX instruction set,Avi Kivity
      • Re: ABI change for device drivers using future AVX instruction set,Andi Kleen
      • Re: ABI change for device drivers using future AVX instruction set,Avi Kivity
      • Re: ABI change for device drivers using future AVX instruction set,H. Peter Anvin
      • Re: ABI change for device drivers using future AVX instruction set,Alan Cox
      • Re: ABI change for device drivers using future AVX instruction set,Arjan van de Ven
  • Re: ABI change for device drivers using future AVX instruction set,Alan Cox
  • Re: ABI change for device drivers using future AVX instruction set,Andi Kleen
• apic=debug report for 2.6.24 (32-bit) with Intel 3GHz on MSI 7173,noah
  • Re: apic=debug report for 2.6.24 (32-bit) with Intel 3GHz on MSI 7173,Maciej W. Rozycki
• pull request: wireless-2.6 2008-06-25,John W. Linville
  • Re: pull request: wireless-2.6 2008-06-25,David Miller
• [RFC/PATCH] sched: Nominate the idle load balancer from a semi-idle group,Gautham R Shenoy
• e2fsck vs sata_sil & 400GB drive,Gene Heskett
• [patch] make siginfo_t si_utime + si_sstime report times in USER_HZ, not HZ,Michael Kerrisk
  • Re: [patch] make siginfo_t si_utime + si_sstime report times in USER_HZ, not HZ,Oleg Nesterov
    • Re: [patch] make siginfo_t si_utime + si_sstime report times in USER_HZ, not HZ,Michael Kerrisk
      • Re: [patch] make siginfo_t si_utime + si_sstime report times in USER_HZ, not HZ,Michael Kerrisk
      • Re: [patch] make siginfo_t si_utime + si_sstime report times in USER_HZ, not HZ,Oleg Nesterov
      • Re: [patch] make siginfo_t si_utime + si_sstime report times in USER_HZ, not HZ,Roland McGrath
    • Re: [patch] make siginfo_t si_utime + si_sstime report times in USER_HZ, not HZ,Roland McGrath
• [patch 00/21] s390 printk message cleanup,Martin Schwidefsky
  • [patch 01/21] Cleanup cio printk messages.,Martin Schwidefsky
  • [patch 06/21] Cleanup zcrypt printk messages.,Martin Schwidefsky
  • [patch 14/21] Cleanup monreader printk messages.,Martin Schwidefsky
  • [patch 15/21] Cleanup s390 debug feature print messages.,Martin Schwidefsky
  • [patch 02/21] Cleanup vtime printk messages.,Martin Schwidefsky
  • [patch 09/21] Cleanup vmwatch printk messages.,Martin Schwidefsky
  • [patch 12/21] Cleanup smsgiucv printk messages.,Martin Schwidefsky
  • [patch 20/21] Cleanup qeth print messages.,Martin Schwidefsky
  • [patch 07/21] Cleanup sclp printk messages.,Martin Schwidefsky
    • Re: [patch 07/21] Cleanup sclp printk messages.,Bastian Blank
      • Re: [patch 07/21] Cleanup sclp printk messages.,Martin Schwidefsky
  • [patch 21/21] Cleanup lcs printk messages.,Martin Schwidefsky
    • Re: [patch 21/21] Cleanup lcs printk messages.,Jeff Garzik
      • Re: [patch 21/21] Cleanup lcs printk messages.,Martin Schwidefsky
      • Re: [patch 21/21] Cleanup lcs printk messages.,Jeff Garzik
  • [patch 16/21] Cleanup vmlogrdr printk messages.,Martin Schwidefsky
  • [patch 18/21] Cleanup iucv printk messages.,Martin Schwidefsky
  • [patch 08/21] Cleanup printk messages in dcssblk.,Martin Schwidefsky
  • [patch 04/21] Cleanup 3270 printk messages.,Martin Schwidefsky
  • [patch 13/21] Cleanup appldata printk messages.,Martin Schwidefsky
  • [patch 17/21] Cleanup zfcp dumper printk messages.,Martin Schwidefsky
  • [patch 05/21] Cleanup 3215 printk messages.,Martin Schwidefsky
  • [patch 03/21] Cleanup xpram printk messages.,Martin Schwidefsky
  • [patch 11/21] Cleanup cpacf printk messages.,Martin Schwidefsky
  • [patch 19/21] Cleanup netiucv printk messages.,Martin Schwidefsky
  • [patch 10/21] Cleanup kprobes printk messages.,Martin Schwidefsky
• linux-next: Tree for June 25,Stephen Rothwell
  • Re: linux-next: Tree for June 25,Rafael J. Wysocki
    • Re: linux-next: Tree for June 25,Stephen Rothwell
      • Re: linux-next: Tree for June 25,Rafael J. Wysocki
      • Re: linux-next: Tree for June 25,Rafael J. Wysocki
      • Re: linux-next: Tree for June 25,Jiri Kosina
      • Re: linux-next: Tree for June 25,Rafael J. Wysocki
      • Re: linux-next: Tree for June 25,Stephen Rothwell
      • Re: linux-next: Tree for June 25,Rafael J. Wysocki
      • Re: linux-next: Tree for June 25,Rusty Russell
• generic_file_splice_read() issues,Miklos Szeredi
  • Re: generic_file_splice_read() issues,Jens Axboe
    • Re: generic_file_splice_read() issues,Miklos Szeredi
• [GIT PULL] Blackfin arch bug fixing for 2.6.26-rc8,Bryan Wu
• [PATCH] fix typo "varaible" -> "variable",Uwe Kleine-König
• In reply to the scheduler performance across md/software RAID.,Justin Piszcz
• [PATCH] handle failure of irqchip->set_type in setup_irq,Uwe Kleine-König
  • Re: [PATCH] handle failure of irqchip->set_type in setup_irq,Uwe Kleine-König
    • Re: [PATCH] handle failure of irqchip->set_type in setup_irq,Andrew Morton
      • Re: [PATCH] handle failure of irqchip->set_type in setup_irq,Uwe Kleine-König
  • [PATCH v2] handle failure of irqchip->set_type in setup_irq,Uwe Kleine-König
    • Re: [PATCH v2] handle failure of irqchip->set_type in setup_irq,Andrew Morton
      • Re: [PATCH v2] handle failure of irqchip->set_type in setup_irq,Uwe Kleine-König
      • Re: [PATCH v2] handle failure of irqchip->set_type in setup_irq,Andrew Morton
      • Re: [PATCH v2] handle failure of irqchip->set_type in setup_irq,Uwe Kleine-König
      • Re: [PATCH v2] handle failure of irqchip->set_type in setup_irq,Andrew Morton
      • Re: [PATCH v2] handle failure of irqchip->set_type in setup_irq,Uwe Kleine-König
      • Re: [PATCH v2] handle failure of irqchip->set_type in setup_irq,Andrew Morton
    • Message not available
      • Message not available
      • Message not available
      • Message not available
      • Message not available
      • Re: the printk problem,Andrew Morton
      • Re: the printk problem,Matthew Wilcox
      • Re: [PATCH] Make u64 long long on all architectures (was: the printk problem),Andrew Morton
      • Re: [PATCH] Make u64 long long on all architectures (was: the printk problem),Michael Ellerman
      • Re: [PATCH] Make u64 long long on all architectures (was: the printk problem),Andrew Morton
      • Re: [PATCH] Make u64 long long on all architectures (was: the printk problem),Benjamin Herrenschmidt
      • Re: [PATCH] Make u64 long long on all architectures (was: the printk problem),Benjamin Herrenschmidt
      • Re: the printk problem,Denys Vlasenko
      • Re: the printk problem,Jan Engelhardt
      • Re: the printk problem,Vegard Nossum
      • Re: the printk problem,Jan Engelhardt
      • Re: the printk problem,Vegard Nossum
      • Re: the printk problem,Jan Engelhardt
      • Re: the printk problem,Linus Torvalds
      • Re: the printk problem,Jan Engelhardt
      • Re: the printk problem,Linus Torvalds
      • Re: the printk problem,Vegard Nossum
      • Re: the printk problem,Matthew Wilcox
      • Re: the printk problem,Pekka Enberg
      • Re: the printk problem,Randy Dunlap
    • Message not available
      • Message not available
      • Message not available
      • Message not available
      • Message not available
      • Message not available
      • Message not available
      • Re: the printk problem,Linus Torvalds
      • Re: the printk problem,Ingo Molnar
      • Re: the printk problem,Ingo Molnar
• [PATCH 1/2] x86 boot: more tweaks to hex prints of some pfn addresses,Paul Jackson
  • [PATCH 2/2] x86 boot: only pick up additional EFI memmap if add_efi_memmap flag,Paul Jackson
    • Re: [PATCH 2/2] x86 boot: only pick up additional EFI memmap if add_efi_memmap flag,Ingo Molnar
• [patch 0/2] splice: fix nfs export of fuse filesystems,Miklos Szeredi
  • [patch 1/2] mm: dont clear PG_uptodate in invalidate_complete_page2(),Miklos Szeredi
    • Re: [patch 1/2] mm: dont clear PG_uptodate in invalidate_complete_page2(),Evgeniy Polyakov
      • Re: [patch 1/2] mm: dont clear PG_uptodate in invalidate_complete_page2(),Miklos Szeredi
      • Re: [patch 1/2] mm: dont clear PG_uptodate in invalidate_complete_page2(),Evgeniy Polyakov
      • Re: [patch 1/2] mm: dont clear PG_uptodate in invalidate_complete_page2(),Miklos Szeredi
      • Re: [patch 1/2] mm: dont clear PG_uptodate in invalidate_complete_page2(),Evgeniy Polyakov
      • Re: [patch 1/2] mm: dont clear PG_uptodate in invalidate_complete_page2(),Miklos Szeredi
      • Re: [patch 1/2] mm: dont clear PG_uptodate in invalidate_complete_page2(),Evgeniy Polyakov
      • Re: [patch 1/2] mm: dont clear PG_uptodate in invalidate_complete_page2(),Evgeniy Polyakov
      • Re: [patch 1/2] mm: dont clear PG_uptodate in invalidate_complete_page2(),Miklos Szeredi
      • Re: [patch 1/2] mm: dont clear PG_uptodate in invalidate_complete_page2(),Evgeniy Polyakov
    • Re: [patch 1/2] mm: dont clear PG_uptodate in invalidate_complete_page2(),Linus Torvalds
      • Re: [patch 1/2] mm: dont clear PG_uptodate in invalidate_complete_page2(),Miklos Szeredi
      • Re: [patch 1/2] mm: dont clear PG_uptodate in invalidate_complete_page2(),Linus Torvalds
      • Re: [patch 1/2] mm: dont clear PG_uptodate in invalidate_complete_page2(),Miklos Szeredi
      • Re: [patch 1/2] mm: dont clear PG_uptodate in invalidate_complete_page2(),Jamie Lokier
      • Re: [patch 1/2] mm: dont clear PG_uptodate in invalidate_complete_page2(),Miklos Szeredi
      • Re: [patch 1/2] mm: dont clear PG_uptodate in invalidate_complete_page2(),Nick Piggin
      • Re: [patch 1/2] mm: dont clear PG_uptodate in invalidate_complete_page2(),Miklos Szeredi
      • Re: [patch 1/2] mm: dont clear PG_uptodate in invalidate_complete_page2(),Miklos Szeredi
      • Re: [patch 1/2] mm: dont clear PG_uptodate in invalidate_complete_page2(),Nick Piggin
      • Re: [patch 1/2] mm: dont clear PG_uptodate in invalidate_complete_page2(),Miklos Szeredi
      • Re: [patch 1/2] mm: dont clear PG_uptodate in invalidate_complete_page2(),Nick Piggin
      • Re: [patch 1/2] mm: dont clear PG_uptodate in invalidate_complete_page2(),Miklos Szeredi
      • Re: [patch 1/2] mm: dont clear PG_uptodate in invalidate_complete_page2(),Nick Piggin
      • Re: [patch 1/2] mm: dont clear PG_uptodate in invalidate_complete_page2(),Miklos Szeredi
      • Re: [patch 1/2] mm: dont clear PG_uptodate in invalidate_complete_page2(),Nick Piggin
      • Re: [patch 1/2] mm: dont clear PG_uptodate in invalidate_complete_page2(),Nick Piggin
  • [patch 2/2] splice: fix generic_file_splice_read() race with page invalidation,Miklos Szeredi
    • Re: [patch 2/2] splice: fix generic_file_splice_read() race with page invalidation,Jens Axboe
• [PATCH] Fix copy_user on x86_64,Vitaly Mayatskikh
  • Re: [PATCH] Fix copy_user on x86_64,Anton Arapov
    • Re: [PATCH] Fix copy_user on x86_64,Linus Torvalds
      • Re: [PATCH] Fix copy_user on x86_64,Vitaly Mayatskikh
      • Re: [PATCH] Fix copy_user on x86_64,Linus Torvalds
• [PATCH] dmatest: Simple DMA memcpy test client,Haavard Skinnemoen
  • Re: [PATCH] dmatest: Simple DMA memcpy test client,Dan Williams
  • <Possible follow-ups>
  • RE: [PATCH] dmatest: Simple DMA memcpy test client,Sosnowski, Maciej
    • Re: [PATCH] dmatest: Simple DMA memcpy test client,Haavard Skinnemoen
• [PATCH] dmaengine: Couple DMA channels to their physical DMA device,Haavard Skinnemoen
  • Re: [PATCH] dmaengine: Couple DMA channels to their physical DMA device,Dan Williams
• Time drifting after multiple sleep/wakeup in timekeeping,Mayank Sharma
  • Re: Time drifting after multiple sleep/wakeup in timekeeping,Bart Van Assche
    • RE: Time drifting after multiple sleep/wakeup in timekeeping,Mayank Sharma
      • Re: Time drifting after multiple sleep/wakeup in timekeeping,Bart Van Assche
      • RE: Time drifting after multiple sleep/wakeup in timekeeping,Mayank Sharma
  • Re: Time drifting after multiple sleep/wakeup in timekeeping,Pavel Machek
  • Re: Time drifting after multiple sleep/wakeup in timekeeping,Pavel Machek
  • Re: Time drifting after multiple sleep/wakeup in timekeeping,john stultz
• Bug in MPT Fusion 2.6.26-rc7 unbootable,kurk
  • <Possible follow-ups>
  • Bug in MPT Fusion 2.6.26-rc7 unbootable,kurk
• [-mm][PATCH 0/10] memory related bugfix set for 2.6.26-rc5-mm3 v2,KOSAKI Motohiro
  • [-mm][PATCH 1/10] fix UNEVICTABLE_LRU and !PROC_PAGE_MONITOR build,KOSAKI Motohiro
    • Re: [-mm][PATCH 1/10] fix UNEVICTABLE_LRU and !PROC_PAGE_MONITOR build,Andrew Morton
      • Re: [-mm][PATCH 1/10] fix UNEVICTABLE_LRU and !PROC_PAGE_MONITOR build,KOSAKI Motohiro
      • Re: [-mm][PATCH 1/10] fix UNEVICTABLE_LRU and !PROC_PAGE_MONITOR build,Rik van Riel
  • [-mm][PATCH 2/10] fix printk in show_free_areas(),KOSAKI Motohiro
  • [-mm][PATCH 3/10] fix munlock page table walk - now requires 'mm',KOSAKI Motohiro
  • [-mm][PATCH 4/10] fix migration_entry_wait() for speculative page cache,KOSAKI Motohiro
  • [-mm][PATCH 5/10] collect lru meminfo statistics from correct offset,KOSAKI Motohiro
  • [-mm][PATCH 6/10] fix incorrect Mlocked field of /proc/meminfo,KOSAKI Motohiro
  • [-mm][PATCH 7/10] prevent incorrect oom under split_lru,KOSAKI Motohiro
  • [-mm][PATCH 8/10] fix shmem page migration incorrectness on memcgroup,KOSAKI Motohiro
    • Re: [-mm][PATCH 8/10] fix shmem page migration incorrectness on memcgroup,MinChan Kim
      • Re: [-mm][PATCH 8/10] fix shmem page migration incorrectness on memcgroup,KOSAKI Motohiro
      • Re: [-mm][PATCH 8/10] fix shmem page migration incorrectness on memcgroup,MinChan Kim
      • Re: [-mm][PATCH 8/10] fix shmem page migration incorrectness on memcgroup,KAMEZAWA Hiroyuki
      • Re: [-mm][PATCH 8/10] fix shmem page migration incorrectness on memcgroup,Daisuke Nishimura
      • Re: [-mm][PATCH 8/10] fix shmem page migration incorrectness on memcgroup,MinChan Kim
      • Re: Re: [-mm][PATCH 8/10] fix shmem page migration incorrectness on memcgroup,kamezawa . hiroyu
  • [-mm][PATCH 9/10] memcg: fix mem_cgroup_end_migration() race,KOSAKI Motohiro
    • Re: [-mm][PATCH 9/10] memcg: fix mem_cgroup_end_migration() race,Daisuke Nishimura
  • [-mm][PATCH 10/10] putback_lru_page()/unevictable page handling rework v4,KOSAKI Motohiro
    • Re: [-mm][PATCH 10/10] putback_lru_page()/unevictable page handling rework v4,KOSAKI Motohiro
      • Re: [-mm][PATCH 10/10] putback_lru_page()/unevictable page handling rework v4,Andrew Morton
      • Re: [-mm][PATCH 10/10] putback_lru_page()/unevictable page handling rework v4,KOSAKI Motohiro
    • Re: [-mm][PATCH 10/10] putback_lru_page()/unevictable page handling rework v4,Lee Schermerhorn
      • Re: [-mm][PATCH 10/10] putback_lru_page()/unevictable page handling rework v4,KOSAKI Motohiro
  • Re: [-mm][PATCH 0/10] memory related bugfix set for 2.6.26-rc5-mm3 v2,Lee Schermerhorn
• [PATCH] fs: fix bug about seq_read read nothing,biannm
• Removal of BAST IDE driver,Russell King
  • Re: Removal of BAST IDE driver,Bartlomiej Zolnierkiewicz
    • Re: Removal of BAST IDE driver,Jeff Garzik
      • Re: Removal of BAST IDE driver,Russell King
• Re: [PATCH 4/5 v2] x86 boot: show pfn addresses in hex not decimal in some kernel info printks,Marco Cesati
• [PATCH] softlockup: show irqtrace,Vegard Nossum
  • Re: [PATCH] softlockup: show irqtrace,Ingo Molnar
    • Re: [PATCH] softlockup: show irqtrace,Vegard Nossum
  • Re: [PATCH] softlockup: show irqtrace,Johannes Weiner
• [PATCH] x86: remove unnecessary #ifdef CONFIG_X86_32...#else,Gustavo Fernando Padovan
  • Re: [PATCH] x86: remove unnecessary #ifdef CONFIG_X86_32...#else,Ingo Molnar
• [PATCH][RFC] gpiolib: async notification of gpio events,Ben Nizette
• Kernel Crash when using the open-iscsi initiator on 2.6.25.6,Ashutosh Naik
  • Re: Kernel Crash when using the open-iscsi initiator on 2.6.25.6,Mike Christie
    • Re: Kernel Crash when using the open-iscsi initiator on 2.6.25.6,Ashutosh Naik
      • Re: Kernel Crash when using the open-iscsi initiator on 2.6.25.6,Mike Christie
• [PATCH] UTC timestamp option for FAT filesystems,Joe Peterson
  • Re: [PATCH] UTC timestamp option for FAT filesystems,Andi Kleen
    • Re: [PATCH] UTC timestamp option for FAT filesystems,Joe Peterson
      • Re: [PATCH] UTC timestamp option for FAT filesystems,Joe Peterson
      • Re: [PATCH] UTC timestamp option for FAT filesystems,OGAWA Hirofumi
      • Re: [PATCH] UTC timestamp option for FAT filesystems,Joe Peterson
      • Re: [PATCH] UTC timestamp option for FAT filesystems,OGAWA Hirofumi
      • Re: [PATCH] UTC timestamp option for FAT filesystems,Joe Peterson
      • Re: [PATCH] UTC timestamp option for FAT filesystems,OGAWA Hirofumi
      • Re: [PATCH] UTC timestamp option for FAT filesystems,Joe Peterson
      • Re: [PATCH] UTC timestamp option for FAT filesystems,OGAWA Hirofumi
      • [PATCH] UTC timestamp option for FAT filesystems,Joe Peterson
      • Re: [PATCH] UTC timestamp option for FAT filesystems,Andrew Morton
      • Re: [PATCH] UTC timestamp option for FAT filesystems,Joe Peterson
      • Re: [PATCH] UTC timestamp option for FAT filesystems,Andrew Morton
      • Re: [PATCH] UTC timestamp option for FAT filesystems,Joe Peterson
      • Re: [PATCH] UTC timestamp option for FAT filesystems,Joe Peterson
      • Re: [PATCH] UTC timestamp option for FAT filesystems,James Cloos
      • Re: [PATCH] UTC timestamp option for FAT filesystems,Joe Peterson
      • Re: [PATCH] UTC timestamp option for FAT filesystems,Bernd Eckenfels
      • Re: [PATCH] UTC timestamp option for FAT filesystems,Joe Peterson
      • Re: [PATCH] UTC timestamp option for FAT filesystems,OGAWA Hirofumi
  • <Possible follow-ups>
  • Re: [PATCH] UTC timestamp option for FAT filesystems,barry bouwsma
    • Re: [PATCH] UTC timestamp option for FAT filesystems,Joe Peterson
      • Re: [PATCH] UTC timestamp option for FAT filesystems,barry bouwsma
      • Re: [PATCH] UTC timestamp option for FAT filesystems,Joe Peterson
      • Re: [PATCH] UTC timestamp option for FAT filesystems,barry bouwsma
• [PATCH] x86: numa 32 using apicid_2_node to get node for logical_apicid,Yinghai Lu
  • [PATCH] x86: remove end_pfn in 64bit,Yinghai Lu
    • [PATCH] x86: Merge setup_32/64.c into setup.c,Yinghai Lu
      • Re: [PATCH] x86: Merge setup_32/64.c into setup.c,Ingo Molnar
      • Re: [PATCH] x86: Merge setup_32/64.c into setup.c,Yinghai Lu
      • Re: [PATCH] x86: Merge setup_32/64.c into setup.c,Ingo Molnar
      • Re: [PATCH] x86: Merge setup_32/64.c into setup.c,Yinghai Lu
      • Re: [PATCH] x86: Merge setup_32/64.c into setup.c,Mike Travis
      • Re: [PATCH] x86: Merge setup_32/64.c into setup.c,Yinghai Lu
      • Re: [PATCH] x86: Merge setup_32/64.c into setup.c,H. Peter Anvin
    • Re: [PATCH] x86: remove end_pfn in 64bit,Ingo Molnar
      • Re: [PATCH] x86: remove end_pfn in 64bit,Jeremy Fitzhardinge
      • Re: [PATCH] x86: remove end_pfn in 64bit,Yinghai Lu
      • Re: [PATCH] x86: remove end_pfn in 64bit,Jeremy Fitzhardinge
      • Re: [PATCH] x86: remove end_pfn in 64bit,Yinghai Lu
      • Re: [PATCH] x86: remove end_pfn in 64bit,Jeremy Fitzhardinge
      • Re: [PATCH] x86: remove end_pfn in 64bit,Ingo Molnar
• [PATCH 00 of 36] x86/paravirt: groundwork for 64-bit Xen support,Jeremy Fitzhardinge
  • [PATCH 02 of 36] x86: add memory clobber to save/loadsegment,Jeremy Fitzhardinge
  • [PATCH 16 of 36] x86/paravirt: add a pgd_alloc/free hooks,Jeremy Fitzhardinge
  • [PATCH 22 of 36] x86_64: split x86_64_start_kernel,Jeremy Fitzhardinge
  • [PATCH 15 of 36] x86: simplify vmalloc_sync_all,Jeremy Fitzhardinge
  • [PATCH 17 of 36] x86: preallocate and prepopulate separately,Jeremy Fitzhardinge
  • [PATCH 12 of 36] x86_64: replace end_pfn with num_physpages,Jeremy Fitzhardinge
  • [PATCH 13 of 36] x86_64: add prototype for x86_64_start_kernel(),Jeremy Fitzhardinge
  • [PATCH 03 of 36] x86: add memory barriers to wrmsr,Jeremy Fitzhardinge
    • Re: [PATCH 03 of 36] x86: add memory barriers to wrmsr,Arjan van de Ven
      • Re: [PATCH 03 of 36] x86: add memory barriers to wrmsr,Jeremy Fitzhardinge
      • Re: [PATCH 03 of 36] x86: add memory barriers to wrmsr,Arjan van de Ven
      • Re: [PATCH 03 of 36] x86: add memory barriers to wrmsr,Jeremy Fitzhardinge
      • Re: [PATCH 03 of 36] x86: add memory barriers to wrmsr,H. Peter Anvin
      • Re: [PATCH 03 of 36] x86: add memory barriers to wrmsr,Jeremy Fitzhardinge
      • Re: [PATCH 03 of 36] x86: add memory barriers to wrmsr,H. Peter Anvin
  • [PATCH 14 of 36] x86_64: add sync_cmpxchg,Jeremy Fitzhardinge
  • [PATCH 23 of 36] x86_64: adjust mapping of physical pagetables to work with Xen,Jeremy Fitzhardinge
  • [PATCH 09 of 36] x86_64: Use __pgd() on mk_kernel_pgd(),Jeremy Fitzhardinge
  • [PATCH 08 of 36] x86_64: Add gate_offset() and gate_segment() macros,Jeremy Fitzhardinge
  • [PATCH 11 of 36] x86: unify mmu_context.h,Jeremy Fitzhardinge
  • [PATCH 10 of 36] x86: unify pgd_index,Jeremy Fitzhardinge
  • [PATCH 24 of 36] x86_64: create small vmemmap mappings if PSE not available,Jeremy Fitzhardinge
  • [PATCH 29 of 36] Use __KERNEL_DS as SS when returning to a kernel thread (VERIFY),Jeremy Fitzhardinge