All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Hillf Danton" <hillf.zj@alibaba-inc.com>
To: 'Vlastimil Babka' <vbabka@suse.cz>, linux-mm@kvack.org
Cc: linux-kernel@vger.kernel.org, cgroups@vger.kernel.org,
	'Li Zefan' <lizefan@huawei.com>,
	'Michal Hocko' <mhocko@kernel.org>,
	'Mel Gorman' <mgorman@techsingularity.net>,
	'David Rientjes' <rientjes@google.com>,
	'Christoph Lameter' <cl@linux.com>,
	'Hugh Dickins' <hughd@google.com>,
	'Andrea Arcangeli' <aarcange@redhat.com>,
	'Anshuman Khandual' <khandual@linux.vnet.ibm.com>,
	"'Kirill A. Shutemov'" <kirill.shutemov@linux.intel.com>
Subject: Re: [RFC 5/6] mm, cpuset: always use seqlock when changing task's nodemask
Date: Wed, 12 Apr 2017 16:10:53 +0800	[thread overview]
Message-ID: <0c2d01d2b364$4eaba920$ec02fb60$@alibaba-inc.com> (raw)
In-Reply-To: <20170411140609.3787-6-vbabka@suse.cz>

On April 11, 2017 10:06 PM Vlastimil Babka wrote: 
> 
>  static void cpuset_change_task_nodemask(struct task_struct *tsk,
>  					nodemask_t *newmems)
>  {
> -	bool need_loop;
> -
>  	task_lock(tsk);
> -	/*
> -	 * Determine if a loop is necessary if another thread is doing
> -	 * read_mems_allowed_begin().  If at least one node remains unchanged and
> -	 * tsk does not have a mempolicy, then an empty nodemask will not be
> -	 * possible when mems_allowed is larger than a word.
> -	 */
> -	need_loop = task_has_mempolicy(tsk) ||
> -			!nodes_intersects(*newmems, tsk->mems_allowed);
> 
> -	if (need_loop) {
> -		local_irq_disable();
> -		write_seqcount_begin(&tsk->mems_allowed_seq);
> -	}
> +	local_irq_disable();
> +	write_seqcount_begin(&tsk->mems_allowed_seq);
> 
> -	nodes_or(tsk->mems_allowed, tsk->mems_allowed, *newmems);
>  	mpol_rebind_task(tsk, newmems);
>  	tsk->mems_allowed = *newmems;
> 
> -	if (need_loop) {
> -		write_seqcount_end(&tsk->mems_allowed_seq);
> -		local_irq_enable();
> -	}
> +	write_seqcount_end(&tsk->mems_allowed_seq);
> 
Doubt if we'd listen irq again.

>  	task_unlock(tsk);
>  }
> --
> 2.12.2

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

WARNING: multiple messages have this Message-ID (diff)
From: "Hillf Danton" <hillf.zj@alibaba-inc.com>
To: "'Vlastimil Babka'" <vbabka@suse.cz>, <linux-mm@kvack.org>
Cc: <linux-kernel@vger.kernel.org>, <cgroups@vger.kernel.org>,
	"'Li Zefan'" <lizefan@huawei.com>,
	"'Michal Hocko'" <mhocko@kernel.org>,
	"'Mel Gorman'" <mgorman@techsingularity.net>,
	"'David Rientjes'" <rientjes@google.com>,
	"'Christoph Lameter'" <cl@linux.com>,
	"'Hugh Dickins'" <hughd@google.com>,
	"'Andrea Arcangeli'" <aarcange@redhat.com>,
	"'Anshuman Khandual'" <khandual@linux.vnet.ibm.com>,
	"'Kirill A. Shutemov'" <kirill.shutemov@linux.intel.com>
Subject: Re: [RFC 5/6] mm, cpuset: always use seqlock when changing task's nodemask
Date: Wed, 12 Apr 2017 16:10:53 +0800	[thread overview]
Message-ID: <0c2d01d2b364$4eaba920$ec02fb60$@alibaba-inc.com> (raw)
In-Reply-To: <20170411140609.3787-6-vbabka@suse.cz>

On April 11, 2017 10:06 PM Vlastimil Babka wrote: 
> 
>  static void cpuset_change_task_nodemask(struct task_struct *tsk,
>  					nodemask_t *newmems)
>  {
> -	bool need_loop;
> -
>  	task_lock(tsk);
> -	/*
> -	 * Determine if a loop is necessary if another thread is doing
> -	 * read_mems_allowed_begin().  If at least one node remains unchanged and
> -	 * tsk does not have a mempolicy, then an empty nodemask will not be
> -	 * possible when mems_allowed is larger than a word.
> -	 */
> -	need_loop = task_has_mempolicy(tsk) ||
> -			!nodes_intersects(*newmems, tsk->mems_allowed);
> 
> -	if (need_loop) {
> -		local_irq_disable();
> -		write_seqcount_begin(&tsk->mems_allowed_seq);
> -	}
> +	local_irq_disable();
> +	write_seqcount_begin(&tsk->mems_allowed_seq);
> 
> -	nodes_or(tsk->mems_allowed, tsk->mems_allowed, *newmems);
>  	mpol_rebind_task(tsk, newmems);
>  	tsk->mems_allowed = *newmems;
> 
> -	if (need_loop) {
> -		write_seqcount_end(&tsk->mems_allowed_seq);
> -		local_irq_enable();
> -	}
> +	write_seqcount_end(&tsk->mems_allowed_seq);
> 
Doubt if we'd listen irq again.

>  	task_unlock(tsk);
>  }
> --
> 2.12.2

  reply	other threads:[~2017-04-12  8:10 UTC|newest]

Thread overview: 91+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-04-11 14:06 [RFC 0/6] cpuset/mempolicies related fixes and cleanups Vlastimil Babka
2017-04-11 14:06 ` Vlastimil Babka
2017-04-11 14:06 ` [RFC 1/6] mm, page_alloc: fix more premature OOM due to race with cpuset update Vlastimil Babka
2017-04-11 14:06   ` Vlastimil Babka
2017-04-11 17:24   ` Christoph Lameter
2017-04-11 17:24     ` Christoph Lameter
     [not found]     ` <alpine.DEB.2.20.1704111152170.25069-wcBtFHqTun5QOdAKl3ChDw@public.gmane.org>
2017-04-11 19:00       ` Vlastimil Babka
2017-04-11 19:00         ` Vlastimil Babka
2017-04-11 19:00         ` Vlastimil Babka
2017-04-12 21:25         ` Christoph Lameter
2017-04-12 21:25           ` Christoph Lameter
     [not found]           ` <alpine.DEB.2.20.1704121617040.28335-wcBtFHqTun5QOdAKl3ChDw@public.gmane.org>
2017-04-13  6:24             ` Vlastimil Babka
2017-04-13  6:24               ` Vlastimil Babka
2017-04-13  6:24               ` Vlastimil Babka
2017-04-14 20:37               ` Christoph Lameter
2017-04-14 20:37                 ` Christoph Lameter
2017-04-26  8:07                 ` Vlastimil Babka
2017-04-26  8:07                   ` Vlastimil Babka
2017-04-30 21:33                   ` Christoph Lameter
2017-04-30 21:33                     ` Christoph Lameter
     [not found]                     ` <alpine.DEB.2.20.1704301628460.21533-wcBtFHqTun5QOdAKl3ChDw@public.gmane.org>
2017-05-17  9:20                       ` Michal Hocko
2017-05-17  9:20                         ` Michal Hocko
2017-05-17  9:20                         ` Michal Hocko
     [not found]                         ` <20170517092042.GH18247-2MMpYkNvuYDjFM9bn6wA6Q@public.gmane.org>
2017-05-17 13:56                           ` Christoph Lameter
2017-05-17 13:56                             ` Christoph Lameter
2017-05-17 13:56                             ` Christoph Lameter
     [not found]                             ` <alpine.DEB.2.20.1705170855430.7925-wcBtFHqTun5QOdAKl3ChDw@public.gmane.org>
2017-05-17 14:05                               ` Michal Hocko
2017-05-17 14:05                                 ` Michal Hocko
2017-05-17 14:05                                 ` Michal Hocko
2017-05-17 14:48                                 ` Christoph Lameter
2017-05-17 14:48                                   ` Christoph Lameter
     [not found]                                   ` <alpine.DEB.2.20.1705170943090.8714-wcBtFHqTun5QOdAKl3ChDw@public.gmane.org>
2017-05-17 14:56                                     ` Michal Hocko
2017-05-17 14:56                                       ` Michal Hocko
2017-05-17 14:56                                       ` Michal Hocko
2017-05-17 15:25                                       ` Christoph Lameter
2017-05-17 15:25                                         ` Christoph Lameter
     [not found]                                         ` <alpine.DEB.2.20.1705171021570.9487-wcBtFHqTun5QOdAKl3ChDw@public.gmane.org>
2017-05-18  9:08                                           ` Michal Hocko
2017-05-18  9:08                                             ` Michal Hocko
2017-05-18  9:08                                             ` Michal Hocko
     [not found]                                             ` <20170518090846.GD25462-2MMpYkNvuYDjFM9bn6wA6Q@public.gmane.org>
2017-05-18 16:57                                               ` Christoph Lameter
2017-05-18 16:57                                                 ` Christoph Lameter
2017-05-18 16:57                                                 ` Christoph Lameter
     [not found]                                                 ` <alpine.DEB.2.20.1705181154450.27641-wcBtFHqTun5QOdAKl3ChDw@public.gmane.org>
2017-05-18 17:24                                                   ` Michal Hocko
2017-05-18 17:24                                                     ` Michal Hocko
2017-05-18 17:24                                                     ` Michal Hocko
     [not found]                                                     ` <20170518172424.GB30148-2MMpYkNvuYDjFM9bn6wA6Q@public.gmane.org>
2017-05-18 19:07                                                       ` Christoph Lameter
2017-05-18 19:07                                                         ` Christoph Lameter
2017-05-18 19:07                                                         ` Christoph Lameter
2017-05-19  7:37                                                         ` Michal Hocko
2017-05-19  7:37                                                           ` Michal Hocko
2017-05-17 15:27                                       ` Christoph Lameter
2017-05-17 15:27                                         ` Christoph Lameter
2017-05-18 10:03                                   ` Vlastimil Babka
2017-05-18 10:03                                     ` Vlastimil Babka
2017-05-18 17:07                                     ` Christoph Lameter
2017-05-18 17:07                                       ` Christoph Lameter
2017-05-19 11:27                                       ` Vlastimil Babka
2017-05-19 11:27                                         ` Vlastimil Babka
2017-04-13  5:42   ` Anshuman Khandual
2017-04-13  5:42     ` Anshuman Khandual
2017-04-13  6:06     ` Vlastimil Babka
2017-04-13  6:06       ` Vlastimil Babka
2017-04-13  6:07       ` Vlastimil Babka
2017-04-13  6:07         ` Vlastimil Babka
2017-04-11 14:06 ` [RFC 2/6] mm, mempolicy: stop adjusting current->il_next in mpol_rebind_nodemask() Vlastimil Babka
2017-04-11 14:06   ` Vlastimil Babka
2017-04-11 17:32   ` Christoph Lameter
2017-04-11 17:32     ` Christoph Lameter
     [not found]     ` <alpine.DEB.2.20.1704111227080.25069-wcBtFHqTun5QOdAKl3ChDw@public.gmane.org>
2017-04-11 19:03       ` Vlastimil Babka
2017-04-11 19:03         ` Vlastimil Babka
2017-04-11 19:03         ` Vlastimil Babka
2017-04-12  8:49         ` Vlastimil Babka
2017-04-12  8:49           ` Vlastimil Babka
     [not found]           ` <97045760-77eb-c892-9bcb-daad10a1d91d-AlSwsSmVLrQ@public.gmane.org>
2017-04-12 21:16             ` Christoph Lameter
2017-04-12 21:16               ` Christoph Lameter
2017-04-12 21:16               ` Christoph Lameter
2017-04-12 21:18               ` Vlastimil Babka
2017-04-12 21:18                 ` Vlastimil Babka
2017-04-11 14:06 ` [RFC 3/6] mm, page_alloc: pass preferred nid instead of zonelist to allocator Vlastimil Babka
2017-04-11 14:06   ` Vlastimil Babka
2017-04-11 14:06 ` [RFC 4/6] mm, mempolicy: simplify rebinding mempolicies when updating cpusets Vlastimil Babka
2017-04-11 14:06   ` Vlastimil Babka
2017-04-11 14:06 ` [RFC 5/6] mm, cpuset: always use seqlock when changing task's nodemask Vlastimil Babka
2017-04-11 14:06   ` Vlastimil Babka
2017-04-12  8:10   ` Hillf Danton [this message]
2017-04-12  8:10     ` Hillf Danton
2017-04-12  8:18     ` Vlastimil Babka
2017-04-12  8:18       ` Vlastimil Babka
2017-04-12  8:18       ` Vlastimil Babka
2017-04-11 14:06 ` [RFC 6/6] mm, mempolicy: don't check cpuset seqlock where it doesn't matter Vlastimil Babka
2017-04-11 14:06   ` Vlastimil Babka

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='0c2d01d2b364$4eaba920$ec02fb60$@alibaba-inc.com' \
    --to=hillf.zj@alibaba-inc.com \
    --cc=aarcange@redhat.com \
    --cc=cgroups@vger.kernel.org \
    --cc=cl@linux.com \
    --cc=hughd@google.com \
    --cc=khandual@linux.vnet.ibm.com \
    --cc=kirill.shutemov@linux.intel.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-mm@kvack.org \
    --cc=lizefan@huawei.com \
    --cc=mgorman@techsingularity.net \
    --cc=mhocko@kernel.org \
    --cc=rientjes@google.com \
    --cc=vbabka@suse.cz \
    /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.