From: Huang Ying <ying.huang@intel.com>
To: Andrew Morton <akpm@linux-foundation.org>
Cc: "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
Andi Kleen <andi@firstfloor.org>, Avi Kivity <avi@redhat.com>
Subject: Re: [PATCH 1/2] mm, Make __get_user_pages return -EHWPOISON for HWPOISON page
Date: Wed, 28 Apr 2010 09:50:12 +0800 [thread overview]
Message-ID: <1272419412.24125.124.camel@yhuang-dev.sh.intel.com> (raw)
In-Reply-To: <20100427144723.a8c3d997.akpm@linux-foundation.org>
On Wed, 2010-04-28 at 05:47 +0800, Andrew Morton wrote:
> On Tue, 27 Apr 2010 15:04:18 +0800
> Huang Ying <ying.huang@intel.com> wrote:
>
> > With this patch, the caller of __get_user_pages can distinguish
> > HWPOISON page from general FAULT page. This is needed by KVM, where
> > UCR MCE should be relayed to guest for HWPOISON page, while
> > instruction emulation and MMIO will be tried for general FAULT page.
> >
> > Signed-off-by: Huang Ying <ying.huang@intel.com>
> > ---
> > include/asm-generic/errno.h | 2 ++
> > mm/memory.c | 5 +++--
> > 2 files changed, 5 insertions(+), 2 deletions(-)
> >
> > --- a/include/asm-generic/errno.h
> > +++ b/include/asm-generic/errno.h
> > @@ -108,4 +108,6 @@
> >
> > #define ERFKILL 132 /* Operation not possible due to RF-kill */
> >
> > +#define EHWPOISON 133 /* Memory page has hardware error */
> > +
> > #endif
> > --- a/mm/memory.c
> > +++ b/mm/memory.c
> > @@ -1432,9 +1432,10 @@ int __get_user_pages(struct task_struct
> > if (ret & VM_FAULT_ERROR) {
> > if (ret & VM_FAULT_OOM)
> > return i ? i : -ENOMEM;
> > - if (ret &
> > - (VM_FAULT_HWPOISON|VM_FAULT_SIGBUS))
> > + if (ret & VM_FAULT_SIGBUS)
> > return i ? i : -EFAULT;
> > + if (ret & VM_FAULT_HWPOISON)
> > + return i ? i : -EHWPOISON;
> > BUG();
> > }
> > if (ret & VM_FAULT_MAJOR)
> >
>
> This will cause various code paths (eg: fs/direct-io.c) to return
> -EHWPOISON to userspace, will it not?
Yes. I think it may be returned to userspace. Do we need to keep the
userspace errno interface like this?
If it is, we can check whether the virtual page is hwpoisoned via going
through the page table because the hwpoisoned virtual page has a special
swap entry in page table.
Best Regards,
Huang Ying
next prev parent reply other threads:[~2010-04-28 1:50 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-04-27 7:04 Huang Ying
2010-04-27 21:47 ` Andrew Morton
2010-04-28 1:50 ` Huang Ying [this message]
2010-04-27 22:56 ` Andrew Morton
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=1272419412.24125.124.camel@yhuang-dev.sh.intel.com \
--to=ying.huang@intel.com \
--cc=akpm@linux-foundation.org \
--cc=andi@firstfloor.org \
--cc=avi@redhat.com \
--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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®