Re: [PATCH 3/4] HWPOISON: Report correct address granuality for AOhuge page errors

From: Naoya Horiguchi
Date: Thu Oct 07 2010 - 04:50:20 EST


On Thu, Oct 07, 2010 at 10:45:29AM +0200, Andi Kleen wrote:
> On Thu, Oct 07, 2010 at 05:41:01PM +0900, Naoya Horiguchi wrote:
> > On Thu, Oct 07, 2010 at 09:38:48AM +0200, Andi Kleen wrote:
> > > On Thu, Oct 07, 2010 at 09:31:20AM +0900, Naoya Horiguchi wrote:
> > > > > @@ -198,7 +199,8 @@ static int kill_proc_ao(struct task_struct *t, unsigned long addr, int trapno,
> > > > > #ifdef __ARCH_SI_TRAPNO
> > > > > si.si_trapno = trapno;
> > > > > #endif
> > > > > - si.si_addr_lsb = PAGE_SHIFT;
> > > > > + order = PageCompound(page) ? huge_page_order(page) : PAGE_SHIFT;
> > > > ^^^^
> > > > huge_page_order(page_hstate(page)) ?
> > >
> > > Ok.
> >
> > order seems to represent a least significant bit of corrupted address,
> > so is huge_page_order() + PAGE_SHIFT or huge_page_shift() correct?
>
> Both I guess.
>
> > And since @page can be a tail page, compound_head() is needed as Wu-san pointed out.
> > So huge_page_shift(page_hstate(compound_head(page))) looks good for me.
>
> I used compound_order(compound_head(page)) + PAGE_SHIFT now.
> This even works for non compound, so the special case check
> can be dropped.

OK.

Thanks,
Naoya Horiguchi
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/