From: Wu Fengguang <fengguang.wu@intel.com>
To: Andrew Morton <akpm@linux-foundation.org>
Cc: LKML <linux-kernel@vger.kernel.org>,
Wu Fengguang <fengguang.wu@intel.com>
Cc: Ingo Molnar <mingo@elte.hu>
Cc: Mel Gorman <mel@csn.ul.ie>
Cc: Thomas Gleixner <tglx@linutronix.de>,
"H. Peter Anvin" <hpa@zytor.com>,
Peter Zijlstra <a.p.zijlstra@chello.nl>,
Nick Piggin <npiggin@suse.de>,
Hugh Dickins <hugh.dickins@tiscali.co.uk>,
Andi Kleen <andi@firstfloor.org>,
"riel@redhat.com" <riel@redhat.com>,
"chris.mason@oracle.com" <chris.mason@oracle.com>,
"linux-mm@kvack.org" <linux-mm@kvack.org>
Subject: [PATCH 20/22] HWPOISON: collect infos that reflect the impact of the memory corruption
Date: Mon, 15 Jun 2009 10:45:40 +0800 [thread overview]
Message-ID: <20090615031255.151495090@intel.com> (raw)
In-Reply-To: 20090615024520.786814520@intel.com
[-- Attachment #1: hwpoison-safety-bits.patch --]
[-- Type: text/plain, Size: 4679 bytes --]
When a page corrupted, users may care about
- does it hit some important areas?
- can its data be recovered?
- can it be isolated to avoid a deadly future reference?
so that they can take proper actions like emergency sync/shutdown or
schedule reboot at some convenient time.
Signed-off-by: Wu Fengguang <fengguang.wu@intel.com>
---
mm/memory-failure.c | 78 +++++++++++++++++++++++++++++++++++-------
1 file changed, 66 insertions(+), 12 deletions(-)
--- sound-2.6.orig/mm/memory-failure.c
+++ sound-2.6/mm/memory-failure.c
@@ -312,11 +312,32 @@ static const char *hwpoison_outcome_name
[RECOVERED] = "Recovered",
};
+enum hwpoison_page_type {
+ PAGE_IS_KERNEL,
+ PAGE_IS_FS_METADATA,
+ PAGE_IS_FILE_DATA,
+ PAGE_IS_ANON_DATA,
+ PAGE_IS_SWAP_CACHE,
+ PAGE_IS_FREE,
+};
+
+static const char *hwpoison_page_type_name[] = {
+ [ PAGE_IS_KERNEL ] = "kernel",
+ [ PAGE_IS_FS_METADATA ] = "fs_metadata",
+ [ PAGE_IS_FILE_DATA ] = "file_data",
+ [ PAGE_IS_ANON_DATA ] = "anon_data",
+ [ PAGE_IS_SWAP_CACHE ] = "swap_cache",
+ [ PAGE_IS_FREE ] = "free",
+};
+
struct hwpoison_control {
unsigned long pfn;
struct page *p; /* corrupted page */
struct page *page; /* compound page head */
int outcome;
+ int page_type;
+ unsigned data_recoverable:1;
+ unsigned page_isolated:1;
};
/*
@@ -358,8 +379,14 @@ static int me_pagecache_clean(struct hwp
page_cache_release(p);
mapping = page_mapping(p);
- if (mapping == NULL)
+ if (mapping == NULL) {
+ hpc->page_isolated = 1;
return RECOVERED;
+ }
+
+ /* clean file backed page is recoverable */
+ if (!PageDirty(p) && !PageSwapBacked(p))
+ hpc->data_recoverable = 1;
/*
* Now truncate the page in the page cache. This is really
@@ -368,12 +395,14 @@ static int me_pagecache_clean(struct hwp
* has a reference, because it could be file system metadata
* and that's not safe to truncate.
*/
- if (!S_ISREG(mapping->host->i_mode) &&
- !invalidate_complete_page(mapping, p)) {
- printk(KERN_ERR
- "MCE %#lx: failed to invalidate metadata page\n",
- hpc->pfn);
- return FAILED;
+ if (!S_ISREG(mapping->host->i_mode)) {
+ hpc->page_type = PAGE_IS_FS_METADATA;
+ if (!invalidate_complete_page(mapping, p)) {
+ printk(KERN_ERR
+ "MCE %#lx: failed to invalidate metadata page\n",
+ hpc->pfn);
+ return FAILED;
+ }
}
truncate_inode_page(mapping, p);
@@ -382,6 +411,8 @@ static int me_pagecache_clean(struct hwp
hpc->pfn);
return FAILED;
}
+
+ hpc->page_isolated = 1;
return RECOVERED;
}
@@ -467,6 +498,7 @@ static int me_swapcache_dirty(struct hwp
if (!isolate_lru_page(p))
page_cache_release(p);
+ hpc->page_isolated = 1;
return DELAYED;
}
@@ -478,6 +510,8 @@ static int me_swapcache_clean(struct hwp
page_cache_release(p);
delete_from_swap_cache(p);
+ hpc->data_recoverable = 1;
+ hpc->page_isolated = 1;
return RECOVERED;
}
@@ -587,6 +621,10 @@ static void page_action(struct page_stat
"MCE %#lx: %s page still referenced by %d users\n",
hpc->pfn, ps->msg, page_count(hpc->page) - 1);
+ if (page_count(hpc->page) > 1 ||
+ page_mapcount(hpc->page) > 0)
+ hpc->page_isolated = 0;
+
/* Could do more checks here if page looks ok */
atomic_long_add(1, &mce_bad_pages);
@@ -735,6 +773,10 @@ void memory_failure(unsigned long pfn, i
hpc.p = p;
hpc.page = p = compound_head(p);
+ hpc.page_type = PAGE_IS_KERNEL;
+ hpc.data_recoverable = 0;
+ hpc.page_isolated = 0;
+
/*
* We need/can do nothing about count=0 pages.
* 1) it's a free page, and therefore in safe hand:
@@ -747,9 +789,12 @@ void memory_failure(unsigned long pfn, i
* that may make page_freeze_refs()/page_unfreeze_refs() mismatch.
*/
if (!get_page_unless_zero(p)) {
- if (is_free_buddy_page(p))
+ if (is_free_buddy_page(p)) {
+ hpc.page_type = PAGE_IS_FREE;
+ hpc.data_recoverable = 1;
+ hpc.page_isolated = 1;
action_result(&hpc, "free buddy", DELAYED);
- else
+ } else
action_result(&hpc, "high order kernel", IGNORED);
return;
}
@@ -770,9 +815,18 @@ void memory_failure(unsigned long pfn, i
/*
* Torn down by someone else?
*/
- if (PageLRU(p) && !PageSwapCache(p) && p->mapping == NULL) {
- action_result(&hpc, "already truncated LRU", IGNORED);
- goto out;
+ if (PageLRU(p)) {
+ if (PageSwapCache(p))
+ hpc.page_type = PAGE_IS_SWAP_CACHE;
+ else if (PageAnon(p))
+ hpc.page_type = PAGE_IS_ANON_DATA;
+ else
+ hpc.page_type = PAGE_IS_FILE_DATA;
+ if (!PageSwapCache(p) && p->mapping == NULL) {
+ action_result(&hpc, "already truncated LRU", IGNORED);
+ hpc.page_type = PAGE_IS_FREE;
+ goto out;
+ }
}
for (ps = error_states;; ps++) {
--
WARNING: multiple messages have this Message-ID (diff)
From: Wu Fengguang <fengguang.wu@intel.com>
To: Andrew Morton <akpm@linux-foundation.org>
Cc: LKML <linux-kernel@vger.kernel.org>,
Wu Fengguang <fengguang.wu@intel.com>,
Ingo Molnar <mingo@elte.hu>, Mel Gorman <mel@csn.ul.ie>,
Thomas Gleixner <tglx@linutronix.de>,
"H. Peter Anvin" <hpa@zytor.com>,
Peter Zijlstra <a.p.zijlstra@chello.nl>,
Nick Piggin <npiggin@suse.de>,
Hugh Dickins <hugh.dickins@tiscali.co.uk>,
Andi Kleen <andi@firstfloor.org>,
"riel@redhat.com" <riel@redhat.com>,
"chris.mason@oracle.com" <chris.mason@oracle.com>,
"linux-mm@kvack.org" <linux-mm@kvack.org>
Subject: [PATCH 20/22] HWPOISON: collect infos that reflect the impact of the memory corruption
Date: Mon, 15 Jun 2009 10:45:40 +0800 [thread overview]
Message-ID: <20090615031255.151495090@intel.com> (raw)
In-Reply-To: 20090615024520.786814520@intel.com
[-- Attachment #1: hwpoison-safety-bits.patch --]
[-- Type: text/plain, Size: 4904 bytes --]
When a page corrupted, users may care about
- does it hit some important areas?
- can its data be recovered?
- can it be isolated to avoid a deadly future reference?
so that they can take proper actions like emergency sync/shutdown or
schedule reboot at some convenient time.
Signed-off-by: Wu Fengguang <fengguang.wu@intel.com>
---
mm/memory-failure.c | 78 +++++++++++++++++++++++++++++++++++-------
1 file changed, 66 insertions(+), 12 deletions(-)
--- sound-2.6.orig/mm/memory-failure.c
+++ sound-2.6/mm/memory-failure.c
@@ -312,11 +312,32 @@ static const char *hwpoison_outcome_name
[RECOVERED] = "Recovered",
};
+enum hwpoison_page_type {
+ PAGE_IS_KERNEL,
+ PAGE_IS_FS_METADATA,
+ PAGE_IS_FILE_DATA,
+ PAGE_IS_ANON_DATA,
+ PAGE_IS_SWAP_CACHE,
+ PAGE_IS_FREE,
+};
+
+static const char *hwpoison_page_type_name[] = {
+ [ PAGE_IS_KERNEL ] = "kernel",
+ [ PAGE_IS_FS_METADATA ] = "fs_metadata",
+ [ PAGE_IS_FILE_DATA ] = "file_data",
+ [ PAGE_IS_ANON_DATA ] = "anon_data",
+ [ PAGE_IS_SWAP_CACHE ] = "swap_cache",
+ [ PAGE_IS_FREE ] = "free",
+};
+
struct hwpoison_control {
unsigned long pfn;
struct page *p; /* corrupted page */
struct page *page; /* compound page head */
int outcome;
+ int page_type;
+ unsigned data_recoverable:1;
+ unsigned page_isolated:1;
};
/*
@@ -358,8 +379,14 @@ static int me_pagecache_clean(struct hwp
page_cache_release(p);
mapping = page_mapping(p);
- if (mapping == NULL)
+ if (mapping == NULL) {
+ hpc->page_isolated = 1;
return RECOVERED;
+ }
+
+ /* clean file backed page is recoverable */
+ if (!PageDirty(p) && !PageSwapBacked(p))
+ hpc->data_recoverable = 1;
/*
* Now truncate the page in the page cache. This is really
@@ -368,12 +395,14 @@ static int me_pagecache_clean(struct hwp
* has a reference, because it could be file system metadata
* and that's not safe to truncate.
*/
- if (!S_ISREG(mapping->host->i_mode) &&
- !invalidate_complete_page(mapping, p)) {
- printk(KERN_ERR
- "MCE %#lx: failed to invalidate metadata page\n",
- hpc->pfn);
- return FAILED;
+ if (!S_ISREG(mapping->host->i_mode)) {
+ hpc->page_type = PAGE_IS_FS_METADATA;
+ if (!invalidate_complete_page(mapping, p)) {
+ printk(KERN_ERR
+ "MCE %#lx: failed to invalidate metadata page\n",
+ hpc->pfn);
+ return FAILED;
+ }
}
truncate_inode_page(mapping, p);
@@ -382,6 +411,8 @@ static int me_pagecache_clean(struct hwp
hpc->pfn);
return FAILED;
}
+
+ hpc->page_isolated = 1;
return RECOVERED;
}
@@ -467,6 +498,7 @@ static int me_swapcache_dirty(struct hwp
if (!isolate_lru_page(p))
page_cache_release(p);
+ hpc->page_isolated = 1;
return DELAYED;
}
@@ -478,6 +510,8 @@ static int me_swapcache_clean(struct hwp
page_cache_release(p);
delete_from_swap_cache(p);
+ hpc->data_recoverable = 1;
+ hpc->page_isolated = 1;
return RECOVERED;
}
@@ -587,6 +621,10 @@ static void page_action(struct page_stat
"MCE %#lx: %s page still referenced by %d users\n",
hpc->pfn, ps->msg, page_count(hpc->page) - 1);
+ if (page_count(hpc->page) > 1 ||
+ page_mapcount(hpc->page) > 0)
+ hpc->page_isolated = 0;
+
/* Could do more checks here if page looks ok */
atomic_long_add(1, &mce_bad_pages);
@@ -735,6 +773,10 @@ void memory_failure(unsigned long pfn, i
hpc.p = p;
hpc.page = p = compound_head(p);
+ hpc.page_type = PAGE_IS_KERNEL;
+ hpc.data_recoverable = 0;
+ hpc.page_isolated = 0;
+
/*
* We need/can do nothing about count=0 pages.
* 1) it's a free page, and therefore in safe hand:
@@ -747,9 +789,12 @@ void memory_failure(unsigned long pfn, i
* that may make page_freeze_refs()/page_unfreeze_refs() mismatch.
*/
if (!get_page_unless_zero(p)) {
- if (is_free_buddy_page(p))
+ if (is_free_buddy_page(p)) {
+ hpc.page_type = PAGE_IS_FREE;
+ hpc.data_recoverable = 1;
+ hpc.page_isolated = 1;
action_result(&hpc, "free buddy", DELAYED);
- else
+ } else
action_result(&hpc, "high order kernel", IGNORED);
return;
}
@@ -770,9 +815,18 @@ void memory_failure(unsigned long pfn, i
/*
* Torn down by someone else?
*/
- if (PageLRU(p) && !PageSwapCache(p) && p->mapping == NULL) {
- action_result(&hpc, "already truncated LRU", IGNORED);
- goto out;
+ if (PageLRU(p)) {
+ if (PageSwapCache(p))
+ hpc.page_type = PAGE_IS_SWAP_CACHE;
+ else if (PageAnon(p))
+ hpc.page_type = PAGE_IS_ANON_DATA;
+ else
+ hpc.page_type = PAGE_IS_FILE_DATA;
+ if (!PageSwapCache(p) && p->mapping == NULL) {
+ action_result(&hpc, "already truncated LRU", IGNORED);
+ hpc.page_type = PAGE_IS_FREE;
+ goto out;
+ }
}
for (ps = error_states;; ps++) {
--
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
next prev parent reply other threads:[~2009-06-15 3:16 UTC|newest]
Thread overview: 158+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-06-15 2:45 [PATCH 00/22] HWPOISON: Intro (v5) Wu Fengguang
2009-06-15 2:45 ` Wu Fengguang
2009-06-15 2:45 ` [PATCH 01/22] HWPOISON: Add page flag for poisoned pages Wu Fengguang
2009-06-15 2:45 ` Wu Fengguang
2009-06-15 2:45 ` [PATCH 02/22] HWPOISON: Export some rmap vma locking to outside world Wu Fengguang
2009-06-15 2:45 ` Wu Fengguang
2009-06-15 2:45 ` [PATCH 03/22] HWPOISON: Add support for poison swap entries v2 Wu Fengguang
2009-06-15 2:45 ` Wu Fengguang
2009-06-15 2:45 ` [PATCH 04/22] HWPOISON: Add new SIGBUS error codes for hardware poison signals Wu Fengguang
2009-06-15 2:45 ` Wu Fengguang
2009-06-15 2:45 ` [PATCH 05/22] HWPOISON: Add basic support for poisoned pages in fault handler v3 Wu Fengguang
2009-06-15 2:45 ` Wu Fengguang
2009-06-15 2:45 ` [PATCH 06/22] HWPOISON: x86: Add VM_FAULT_HWPOISON handling to x86 page fault handler v2 Wu Fengguang
2009-06-15 2:45 ` Wu Fengguang
2009-06-15 2:45 ` [PATCH 07/22] HWPOISON: define VM_FAULT_HWPOISON to 0 when feature is disabled Wu Fengguang
2009-06-15 2:45 ` Wu Fengguang
2009-06-15 2:45 ` [PATCH 08/22] HWPOISON: Use bitmask/action code for try_to_unmap behaviour Wu Fengguang
2009-06-15 2:45 ` Wu Fengguang
2009-06-15 2:45 ` [PATCH 09/22] HWPOISON: Handle hardware poisoned pages in try_to_unmap Wu Fengguang
2009-06-15 2:45 ` Wu Fengguang
2009-06-15 13:09 ` Minchan Kim
2009-06-15 13:09 ` Minchan Kim
2009-06-15 15:26 ` Wu Fengguang
2009-06-15 15:26 ` Wu Fengguang
2009-06-16 0:03 ` Minchan Kim
2009-06-16 0:03 ` Minchan Kim
2009-06-16 13:49 ` Wu Fengguang
2009-06-16 13:49 ` Wu Fengguang
2009-06-17 0:28 ` Minchan Kim
2009-06-17 0:28 ` Minchan Kim
2009-06-17 7:23 ` Wu Fengguang
2009-06-17 7:23 ` Wu Fengguang
2009-06-17 13:27 ` Minchan Kim
2009-06-17 13:27 ` Minchan Kim
2009-06-17 13:37 ` Wu Fengguang
2009-06-17 13:37 ` Wu Fengguang
2009-06-17 13:43 ` Minchan Kim
2009-06-17 13:43 ` Minchan Kim
2009-06-17 14:03 ` Wu Fengguang
2009-06-17 14:03 ` Wu Fengguang
2009-06-17 14:08 ` Minchan Kim
2009-06-17 14:08 ` Minchan Kim
2009-06-17 14:12 ` Wu Fengguang
2009-06-17 14:12 ` Wu Fengguang
[not found] ` <28c262360906170644w65c08a8y2d2805fb08045804@mail.gmail.com>
[not found] ` <20090617135543.GA8079@localhost>
[not found] ` <28c262360906170703h3363b68dp74471358f647921e@mail.gmail.com>
2009-06-18 12:14 ` Wu Fengguang
2009-06-18 12:14 ` Wu Fengguang
2009-06-18 13:31 ` Minchan Kim
2009-06-18 13:31 ` Minchan Kim
2009-06-19 1:58 ` Wu Fengguang
2009-06-19 1:58 ` Wu Fengguang
2009-06-15 2:45 ` [PATCH 10/22] HWPOISON: check and isolate corrupted free pages v2 Wu Fengguang
2009-06-15 2:45 ` Wu Fengguang
2009-06-15 9:41 ` KAMEZAWA Hiroyuki
2009-06-15 9:41 ` KAMEZAWA Hiroyuki
2009-06-15 10:16 ` Wu Fengguang
2009-06-15 10:16 ` Wu Fengguang
2009-06-15 23:52 ` KAMEZAWA Hiroyuki
2009-06-15 23:52 ` KAMEZAWA Hiroyuki
2009-06-16 0:34 ` Wu Fengguang
2009-06-16 0:34 ` Wu Fengguang
2009-06-16 11:29 ` Hugh Dickins
2009-06-16 11:29 ` Hugh Dickins
2009-06-16 11:40 ` Wu Fengguang
2009-06-16 11:40 ` Wu Fengguang
2009-06-15 2:45 ` [PATCH 11/22] HWPOISON: Refactor truncate to allow direct truncating of page v3 Wu Fengguang
2009-06-15 2:45 ` Wu Fengguang
2009-06-15 2:45 ` [PATCH 12/22] HWPOISON: The high level memory error handler in the VM v7 Wu Fengguang
2009-06-15 2:45 ` Wu Fengguang
2009-06-15 2:45 ` [PATCH 13/22] HWPOISON: Add madvise() based injector for hardware poisoned pages v3 Wu Fengguang
2009-06-15 2:45 ` Wu Fengguang
2009-06-15 2:45 ` [PATCH 14/22] HWPOISON: Add simple debugfs interface to inject hwpoison on arbitary PFNs Wu Fengguang
2009-06-15 2:45 ` Wu Fengguang
2009-06-15 2:45 ` [PATCH 15/22] HWPOISON: early kill cleanups and fixes Wu Fengguang
2009-06-15 2:45 ` Wu Fengguang
2009-06-15 2:45 ` [PATCH 16/22] mm: move page flag numbers for user space to page-flags.h Wu Fengguang
2009-06-15 2:45 ` Wu Fengguang
2009-06-15 2:45 ` [PATCH 17/22] HWPOISON: introduce struct hwpoison_control Wu Fengguang
2009-06-15 2:45 ` Wu Fengguang
2009-06-15 2:45 ` [PATCH 18/22] HWPOISON: use compound head page Wu Fengguang
2009-06-15 2:45 ` Wu Fengguang
2009-06-15 2:45 ` [PATCH 19/22] HWPOISON: detect free buddy pages explicitly Wu Fengguang
2009-06-15 2:45 ` Wu Fengguang
2009-06-15 2:45 ` Wu Fengguang [this message]
2009-06-15 2:45 ` [PATCH 20/22] HWPOISON: collect infos that reflect the impact of the memory corruption Wu Fengguang
2009-06-15 2:45 ` [PATCH 21/22] HWPOISON: send uevent to report " Wu Fengguang
2009-06-15 2:45 ` Wu Fengguang
2009-06-15 6:29 ` Andi Kleen
2009-06-15 6:29 ` Andi Kleen
2009-06-15 9:56 ` Wu Fengguang
2009-06-15 9:56 ` Wu Fengguang
2009-06-16 0:35 ` Greg KH
2009-06-16 0:35 ` Greg KH
2009-06-15 2:45 ` [PATCH 22/22] HWPOISON: FOR TESTING: Enable memory failure code unconditionally Wu Fengguang
2009-06-15 2:45 ` Wu Fengguang
2009-06-15 3:18 ` [PATCH 00/22] HWPOISON: Intro (v5) Balbir Singh
2009-06-15 3:18 ` Balbir Singh
2009-06-15 4:27 ` Wu Fengguang
2009-06-15 4:27 ` Wu Fengguang
2009-06-15 6:44 ` Nick Piggin
2009-06-15 6:44 ` Nick Piggin
2009-06-15 7:09 ` Andi Kleen
2009-06-15 7:09 ` Andi Kleen
2009-06-15 7:19 ` Nick Piggin
2009-06-15 7:19 ` Nick Piggin
2009-06-15 12:10 ` Wu Fengguang
2009-06-15 12:10 ` Wu Fengguang
2009-06-15 12:25 ` Nick Piggin
2009-06-15 12:25 ` Nick Piggin
2009-06-15 14:22 ` Wu Fengguang
2009-06-15 14:22 ` Wu Fengguang
2009-06-17 6:37 ` [RFC][PATCH] HWPOISON: only early kill processes who installed SIGBUS handler Wu Fengguang
2009-06-17 6:37 ` Wu Fengguang
2009-06-17 8:04 ` Nick Piggin
2009-06-17 8:04 ` Nick Piggin
2009-06-17 9:55 ` Wu Fengguang
2009-06-17 9:55 ` Wu Fengguang
2009-06-17 10:00 ` Nick Piggin
2009-06-17 10:00 ` Nick Piggin
2009-06-17 11:56 ` Wu Fengguang
2009-06-17 11:56 ` Wu Fengguang
2009-06-18 9:56 ` Wu Fengguang
2009-06-18 9:56 ` Wu Fengguang
2009-06-15 8:14 ` [PATCH 00/22] HWPOISON: Intro (v5) Nick Piggin
2009-06-15 8:14 ` Nick Piggin
2009-06-15 10:09 ` Wu Fengguang
2009-06-15 10:09 ` Wu Fengguang
2009-06-15 10:36 ` Nick Piggin
2009-06-15 10:36 ` Nick Piggin
2009-06-15 11:41 ` Wu Fengguang
2009-06-15 11:41 ` Wu Fengguang
2009-06-15 12:51 ` Hugh Dickins
2009-06-15 12:51 ` Hugh Dickins
2009-06-15 13:00 ` Alan Cox
2009-06-15 13:00 ` Alan Cox
2009-06-15 13:29 ` Andi Kleen
2009-06-15 13:29 ` Andi Kleen
2009-06-15 13:28 ` H. Peter Anvin
2009-06-15 13:28 ` H. Peter Anvin
2009-06-15 14:48 ` Alan Cox
2009-06-15 14:48 ` Alan Cox
2009-06-15 15:24 ` Andi Kleen
2009-06-15 15:24 ` Andi Kleen
2009-06-15 15:28 ` Alan Cox
2009-06-15 15:28 ` Alan Cox
2009-06-15 16:19 ` Andi Kleen
2009-06-15 16:19 ` Andi Kleen
2009-06-15 16:28 ` Alan Cox
2009-06-15 16:28 ` Alan Cox
2009-06-15 17:07 ` Andi Kleen
2009-06-15 17:07 ` Andi Kleen
2009-06-16 19:44 ` Russ Anderson
2009-06-16 19:44 ` Russ Anderson
2009-06-16 20:28 ` H. Peter Anvin
2009-06-16 20:28 ` H. Peter Anvin
2009-06-16 20:54 ` Russ Anderson
2009-06-16 20:54 ` Russ Anderson
2009-06-16 20:58 ` H. Peter Anvin
2009-06-16 20:58 ` H. Peter Anvin
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20090615031255.151495090@intel.com \
--to=fengguang.wu@intel.com \
--cc=akpm@linux-foundation.org \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.