From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755354Ab1JMNPs (ORCPT ); Thu, 13 Oct 2011 09:15:48 -0400 Received: from mx1.redhat.com ([209.132.183.28]:35063 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755146Ab1JMNPp (ORCPT ); Thu, 13 Oct 2011 09:15:45 -0400 Date: Thu, 13 Oct 2011 15:15:40 +0200 From: Andrea Arcangeli To: Hillf Danton Cc: Andrew Morton , Johannes Weiner , linux-mm@kvack.org, LKML Subject: Re: [PATCH] mm/huge_memory: Clean up typo when updating mmu cache Message-ID: <20111013131540.GA3328@redhat.com> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Oct 13, 2011 at 08:52:22PM +0800, Hillf Danton wrote: > Hi Andrea > > There are three cases of update_mmu_cache() in the file, and the case in > function collapse_huge_page() has a typo, namely the last parameter used, > which is corrected based on the other two cases. > > Due to the define of update_mmu_cache by X86, the only arch that implements > THP currently, the change here has no really crystal point, but one or two > minutes of efforts could be saved for those archs that are likely to support > THP in future. Yes, like the previous one, they make no runtime difference today, but they may save some debug time to who's porting THP to some other arch in the future, so it's good to clean this up, thanks. > Signed-off-by: Hillf Danton > --- > > --- a/mm/huge_memory.c Sat Aug 13 11:45:14 2011 > +++ b/mm/huge_memory.c Thu Oct 13 20:07:29 2011 > @@ -1906,7 +1906,7 @@ static void collapse_huge_page(struct mm > BUG_ON(!pmd_none(*pmd)); > page_add_new_anon_rmap(new_page, vma, address); > set_pmd_at(mm, address, pmd, _pmd); > - update_mmu_cache(vma, address, entry); > + update_mmu_cache(vma, address, _pmd); > prepare_pmd_huge_pte(pgtable, mm); > mm->nr_ptes--; > spin_unlock(&mm->page_table_lock); Reviewed-by: Andrea Arcangeli