[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Date: Tue, 7 Jul 2015 14:47:41 -0500
From: Scott Wood <scottwood@...escale.com>
To: wenwei tao <wenweitaowenwei@...il.com>
CC: Izik Eidus <izik.eidus@...ellosystems.com>, <aarcange@...hat.com>,
<chrisw@...s-sol.org>, Hugh Dickins <hughd@...gle.com>,
<tglx@...utronix.de>, <mingo@...hat.com>, <hpa@...or.com>,
<x86@...nel.org>, <viro@...iv.linux.org.uk>, <linux-mm@...ck.org>,
<linux-fsdevel@...r.kernel.org>, <linux-kernel@...r.kernel.org>,
<linuxppc-dev@...ts.ozlabs.org>, <kvm@...r.kernel.org>,
<kvm-ppc@...r.kernel.org>
Subject: Re: [RFC PATCH 6/6] powerpc/kvm: change the condition of
identifying hugetlb vm
On Tue, 2015-07-07 at 16:05 +0800, wenwei tao wrote:
> Hi Scott
>
> I understand what you said.
>
> I will use the function 'is_vm_hugetlb_page()' to hide the bit
> combinations according to your comments in the next version of patch
> set.
>
> But for the situation like below, there isn't an obvious structure
> 'vma', using 'is_vm_hugetlb_page()' maybe costly or even not possible.
> void flush_tlb_mm_range(struct mm_struct *mm, unsigned long start,
> unsigned long end, unsigned long vmflag)
> {
> ...
>
> if (end == TLB_FLUSH_ALL || tlb_flushall_shift == -1
> || vmflag & VM_HUGETLB) {
> local_flush_tlb();
> goto flush_all;
> }
> ...
> }
Add a function that operates on the flags directly, then.
-Scott
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists