[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-Id: <20161118.135915.760650991089630301.davem@davemloft.net>
Date: Fri, 18 Nov 2016 13:59:15 -0500 (EST)
From: David Miller <davem@...emloft.net>
To: xiyou.wangcong@...il.com
Cc: netdev@...r.kernel.org, dvyukov@...gle.com, tj@...nel.org,
ccross@...roid.com, rafael.j.wysocki@...el.com,
hannes@...essinduktion.org
Subject: Re: [Patch net v2] af_unix: conditionally use freezable blocking
calls in read
From: Cong Wang <xiyou.wangcong@...il.com>
Date: Thu, 17 Nov 2016 15:55:26 -0800
> Commit 2b15af6f95 ("af_unix: use freezable blocking calls in read")
> converts schedule_timeout() to its freezable version, it was probably
> correct at that time, but later, commit 2b514574f7e8
> ("net: af_unix: implement splice for stream af_unix sockets") breaks
> the strong requirement for a freezable sleep, according to
> commit 0f9548ca1091:
>
> We shouldn't try_to_freeze if locks are held. Holding a lock can cause a
> deadlock if the lock is later acquired in the suspend or hibernate path
> (e.g. by dpm). Holding a lock can also cause a deadlock in the case of
> cgroup_freezer if a lock is held inside a frozen cgroup that is later
> acquired by a process outside that group.
>
> The pipe_lock is still held at that point.
>
> So use freezable version only for the recvmsg call path, avoid impact for
> Android.
>
> Fixes: 2b514574f7e8 ("net: af_unix: implement splice for stream af_unix sockets")
> Reported-by: Dmitry Vyukov <dvyukov@...gle.com>
> Cc: Tejun Heo <tj@...nel.org>
> Cc: Colin Cross <ccross@...roid.com>
> Cc: Rafael J. Wysocki <rafael.j.wysocki@...el.com>
> Cc: Hannes Frederic Sowa <hannes@...essinduktion.org>
> Signed-off-by: Cong Wang <xiyou.wangcong@...il.com>
Applied and queued up for -stable, thanks.
Powered by blists - more mailing lists