All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jerome Marchand <jmarchan@redhat.com>
To: Naoya Horiguchi <n-horiguchi@ah.jp.nec.com>, linux-mm@kvack.org
Cc: Andrew Morton <akpm@linux-foundation.org>,
	Dave Hansen <dave.hansen@intel.com>,
	Hugh Dickins <hughd@google.com>,
	"Kirill A. Shutemov" <kirill@shutemov.name>,
	linux-kernel@vger.kernel.org,
	Naoya Horiguchi <nao.horiguchi@gmail.com>
Subject: Re: [PATCH v3 04/13] smaps: remove mem_size_stats->vma and use walk_page_vma()
Date: Thu, 26 Jun 2014 15:35:36 +0200	[thread overview]
Message-ID: <53AC21A8.5090703@redhat.com> (raw)
In-Reply-To: <1403295099-6407-5-git-send-email-n-horiguchi@ah.jp.nec.com>

On 06/20/2014 10:11 PM, Naoya Horiguchi wrote:
> pagewalk.c can handle vma in itself, so we don't have to pass vma via
> walk->private. And show_smap() walks pages on vma basis, so using
> walk_page_vma() is preferable.
> 
> Signed-off-by: Naoya Horiguchi <n-horiguchi@ah.jp.nec.com>
> ---
>  fs/proc/task_mmu.c | 10 ++++------
>  1 file changed, 4 insertions(+), 6 deletions(-)
> 
> diff --git v3.16-rc1.orig/fs/proc/task_mmu.c v3.16-rc1/fs/proc/task_mmu.c
> index cfa63ee92c96..9b6c7d4fd3f4 100644
> --- v3.16-rc1.orig/fs/proc/task_mmu.c
> +++ v3.16-rc1/fs/proc/task_mmu.c
> @@ -430,7 +430,6 @@ const struct file_operations proc_tid_maps_operations = {
>  
>  #ifdef CONFIG_PROC_PAGE_MONITOR
>  struct mem_size_stats {
> -	struct vm_area_struct *vma;
>  	unsigned long resident;
>  	unsigned long shared_clean;
>  	unsigned long shared_dirty;
> @@ -449,7 +448,7 @@ static void smaps_pte_entry(pte_t ptent, unsigned long addr,
>  		unsigned long ptent_size, struct mm_walk *walk)
>  {
>  	struct mem_size_stats *mss = walk->private;
> -	struct vm_area_struct *vma = mss->vma;
> +	struct vm_area_struct *vma = walk->vma;
>  	pgoff_t pgoff = linear_page_index(vma, addr);
>  	struct page *page = NULL;
>  	int mapcount;
> @@ -501,7 +500,7 @@ static int smaps_pte_range(pmd_t *pmd, unsigned long addr, unsigned long end,
>  			   struct mm_walk *walk)
>  {
>  	struct mem_size_stats *mss = walk->private;
> -	struct vm_area_struct *vma = mss->vma;
> +	struct vm_area_struct *vma = walk->vma;
>  	pte_t *pte;
>  	spinlock_t *ptl;
>  
> @@ -590,14 +589,13 @@ static int show_smap(struct seq_file *m, void *v, int is_pid)
>  	struct mm_walk smaps_walk = {
>  		.pmd_entry = smaps_pte_range,
>  		.mm = vma->vm_mm,
> +		.vma = vma,

Seems redundant: walk_page_vma() sets walk.vma anyway and so does
walk_page_range(). Is there any case when the caller should set .vma itself?

Jerome

>  		.private = &mss,
>  	};
>  
>  	memset(&mss, 0, sizeof mss);
> -	mss.vma = vma;
>  	/* mmap_sem is held in m_start */
> -	if (vma->vm_mm && !is_vm_hugetlb_page(vma))
> -		walk_page_range(vma->vm_start, vma->vm_end, &smaps_walk);
> +	walk_page_vma(vma, &smaps_walk);
>  
>  	show_map_vma(m, vma, is_pid);
>  
> 


WARNING: multiple messages have this Message-ID (diff)
From: Jerome Marchand <jmarchan@redhat.com>
To: Naoya Horiguchi <n-horiguchi@ah.jp.nec.com>, linux-mm@kvack.org
Cc: Andrew Morton <akpm@linux-foundation.org>,
	Dave Hansen <dave.hansen@intel.com>,
	Hugh Dickins <hughd@google.com>,
	"Kirill A. Shutemov" <kirill@shutemov.name>,
	linux-kernel@vger.kernel.org,
	Naoya Horiguchi <nao.horiguchi@gmail.com>
Subject: Re: [PATCH v3 04/13] smaps: remove mem_size_stats->vma and use walk_page_vma()
Date: Thu, 26 Jun 2014 15:35:36 +0200	[thread overview]
Message-ID: <53AC21A8.5090703@redhat.com> (raw)
In-Reply-To: <1403295099-6407-5-git-send-email-n-horiguchi@ah.jp.nec.com>

On 06/20/2014 10:11 PM, Naoya Horiguchi wrote:
> pagewalk.c can handle vma in itself, so we don't have to pass vma via
> walk->private. And show_smap() walks pages on vma basis, so using
> walk_page_vma() is preferable.
> 
> Signed-off-by: Naoya Horiguchi <n-horiguchi@ah.jp.nec.com>
> ---
>  fs/proc/task_mmu.c | 10 ++++------
>  1 file changed, 4 insertions(+), 6 deletions(-)
> 
> diff --git v3.16-rc1.orig/fs/proc/task_mmu.c v3.16-rc1/fs/proc/task_mmu.c
> index cfa63ee92c96..9b6c7d4fd3f4 100644
> --- v3.16-rc1.orig/fs/proc/task_mmu.c
> +++ v3.16-rc1/fs/proc/task_mmu.c
> @@ -430,7 +430,6 @@ const struct file_operations proc_tid_maps_operations = {
>  
>  #ifdef CONFIG_PROC_PAGE_MONITOR
>  struct mem_size_stats {
> -	struct vm_area_struct *vma;
>  	unsigned long resident;
>  	unsigned long shared_clean;
>  	unsigned long shared_dirty;
> @@ -449,7 +448,7 @@ static void smaps_pte_entry(pte_t ptent, unsigned long addr,
>  		unsigned long ptent_size, struct mm_walk *walk)
>  {
>  	struct mem_size_stats *mss = walk->private;
> -	struct vm_area_struct *vma = mss->vma;
> +	struct vm_area_struct *vma = walk->vma;
>  	pgoff_t pgoff = linear_page_index(vma, addr);
>  	struct page *page = NULL;
>  	int mapcount;
> @@ -501,7 +500,7 @@ static int smaps_pte_range(pmd_t *pmd, unsigned long addr, unsigned long end,
>  			   struct mm_walk *walk)
>  {
>  	struct mem_size_stats *mss = walk->private;
> -	struct vm_area_struct *vma = mss->vma;
> +	struct vm_area_struct *vma = walk->vma;
>  	pte_t *pte;
>  	spinlock_t *ptl;
>  
> @@ -590,14 +589,13 @@ static int show_smap(struct seq_file *m, void *v, int is_pid)
>  	struct mm_walk smaps_walk = {
>  		.pmd_entry = smaps_pte_range,
>  		.mm = vma->vm_mm,
> +		.vma = vma,

Seems redundant: walk_page_vma() sets walk.vma anyway and so does
walk_page_range(). Is there any case when the caller should set .vma itself?

Jerome

>  		.private = &mss,
>  	};
>  
>  	memset(&mss, 0, sizeof mss);
> -	mss.vma = vma;
>  	/* mmap_sem is held in m_start */
> -	if (vma->vm_mm && !is_vm_hugetlb_page(vma))
> -		walk_page_range(vma->vm_start, vma->vm_end, &smaps_walk);
> +	walk_page_vma(vma, &smaps_walk);
>  
>  	show_map_vma(m, vma, is_pid);
>  
> 

--
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>

  reply	other threads:[~2014-06-26 13:35 UTC|newest]

Thread overview: 56+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-06-20 20:11 [PATCH v3 00/13] pagewalk: improve vma handling, apply to new users Naoya Horiguchi
2014-06-20 20:11 ` Naoya Horiguchi
2014-06-20 20:11 ` [PATCH v3 01/13] mm/pagewalk: remove pgd_entry() and pud_entry() Naoya Horiguchi
2014-06-20 20:11   ` Naoya Horiguchi
2014-06-30 10:23   ` Kirill A. Shutemov
2014-06-30 10:23     ` Kirill A. Shutemov
2014-06-20 20:11 ` [PATCH v3 02/13] pagewalk: improve vma handling Naoya Horiguchi
2014-06-20 20:11   ` Naoya Horiguchi
2014-06-30 11:53   ` Kirill A. Shutemov
2014-06-30 11:53     ` Kirill A. Shutemov
2014-06-30 14:28     ` Naoya Horiguchi
2014-06-30 14:28       ` Naoya Horiguchi
2014-06-20 20:11 ` [PATCH v3 03/13] pagewalk: add walk_page_vma() Naoya Horiguchi
2014-06-20 20:11   ` Naoya Horiguchi
2014-06-30 11:56   ` Kirill A. Shutemov
2014-06-30 11:56     ` Kirill A. Shutemov
2014-06-20 20:11 ` [PATCH v3 04/13] smaps: remove mem_size_stats->vma and use walk_page_vma() Naoya Horiguchi
2014-06-20 20:11   ` Naoya Horiguchi
2014-06-26 13:35   ` Jerome Marchand [this message]
2014-06-26 13:35     ` Jerome Marchand
2014-06-26 14:41     ` Naoya Horiguchi
2014-06-26 14:41       ` Naoya Horiguchi
2014-06-30 11:58   ` Kirill A. Shutemov
2014-06-30 11:58     ` Kirill A. Shutemov
2014-06-20 20:11 ` [PATCH v3 05/13] clear_refs: remove clear_refs_private->vma and introduce clear_refs_test_walk() Naoya Horiguchi
2014-06-20 20:11   ` Naoya Horiguchi
2014-06-30 12:02   ` Kirill A. Shutemov
2014-06-30 12:02     ` Kirill A. Shutemov
2014-06-20 20:11 ` [PATCH v3 06/13] pagemap: use walk->vma instead of calling find_vma() Naoya Horiguchi
2014-06-20 20:11   ` Naoya Horiguchi
2014-06-30 12:03   ` Kirill A. Shutemov
2014-06-30 12:03     ` Kirill A. Shutemov
2014-06-20 20:11 ` [PATCH v3 07/13] numa_maps: remove numa_maps->vma Naoya Horiguchi
2014-06-20 20:11   ` Naoya Horiguchi
2014-06-30 12:07   ` Kirill A. Shutemov
2014-06-30 12:07     ` Kirill A. Shutemov
2014-06-20 20:11 ` [PATCH v3 08/13] numa_maps: fix typo in gather_hugetbl_stats Naoya Horiguchi
2014-06-20 20:11   ` Naoya Horiguchi
2014-06-30 12:08   ` Kirill A. Shutemov
2014-06-30 12:08     ` Kirill A. Shutemov
2014-06-20 20:11 ` [PATCH v3 09/13] memcg: apply walk_page_vma() Naoya Horiguchi
2014-06-20 20:11   ` Naoya Horiguchi
2014-06-30 12:20   ` Kirill A. Shutemov
2014-06-30 12:20     ` Kirill A. Shutemov
2014-06-30 14:31     ` Naoya Horiguchi
2014-06-30 14:31       ` Naoya Horiguchi
2014-06-20 20:11 ` [PATCH v3 10/13] arch/powerpc/mm/subpage-prot.c: use walk->vma and walk_page_vma() Naoya Horiguchi
2014-06-20 20:11   ` Naoya Horiguchi
2014-06-30 12:21   ` Kirill A. Shutemov
2014-06-30 12:21     ` Kirill A. Shutemov
2014-06-20 20:11 ` [PATCH v3 11/13] mempolicy: apply page table walker on queue_pages_range() Naoya Horiguchi
2014-06-20 20:11   ` Naoya Horiguchi
2014-06-20 20:11 ` [PATCH v3 12/13] mm: /proc/pid/clear_refs: avoid split_huge_page() Naoya Horiguchi
2014-06-20 20:11   ` Naoya Horiguchi
2014-06-20 20:11 ` [PATCH v3 13/13] mincore: apply page table walker on do_mincore() Naoya Horiguchi
2014-06-20 20:11   ` Naoya Horiguchi

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=53AC21A8.5090703@redhat.com \
    --to=jmarchan@redhat.com \
    --cc=akpm@linux-foundation.org \
    --cc=dave.hansen@intel.com \
    --cc=hughd@google.com \
    --cc=kirill@shutemov.name \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-mm@kvack.org \
    --cc=n-horiguchi@ah.jp.nec.com \
    --cc=nao.horiguchi@gmail.com \
    /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.