Re: possible deadlock in flush_workqueue (2)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

To: "Theodore Y. Ts'o" <tytso@xxxxxxx>
Subject: Re: possible deadlock in flush_workqueue (2)
From: Tejun Heo <tj@xxxxxxxxxx>
Date: Tue, 23 Oct 2018 12:40:21 -0700
Cc: syzbot <syzbot+a50c7541a4a55cd49b02@xxxxxxxxxxxxxxxxxxxxxxxxx>, adilger.kernel@xxxxxxxxx, linux-ext4@xxxxxxxxxxxxxxx, linux-kernel@xxxxxxxxxxxxxxx, syzkaller-bugs@xxxxxxxxxxxxxxxx, linux-fsdevel@xxxxxxxxxxxxxxx, jiangshanlai@xxxxxxxxx
In-reply-to: <20181023142804.GC6850@thunk.org>
User-agent: Mutt/1.5.21 (2010-09-15)

Hello,

On Tue, Oct 23, 2018 at 10:28:04AM -0400, Theodore Y. Ts'o wrote:
> The other, and I think better way, we could fix this is to have an
> alternate destroy_never_used_workqueue() function which skips the
> drain_workqueue().

Yeah, I'm okay with this approach.  Maybe name it
destroy_workqueue_skip_drain()?

Thanks.

-- 
tejun

References:
- Re: possible deadlock in flush_workqueue (2)
  - From: Theodore Y. Ts'o

Prev by Date: Re: [PATCH v1 02/11] VFS permit cross device vfs_copy_file_range
Next by Date: [RFC][PATCH 00/11] common implementation of dirent file types
Previous by thread: Re: possible deadlock in flush_workqueue (2)
Next by thread: Re: possible deadlock in flush_workqueue (2)
Index(es):
- Date
- Thread

[Index of Archives] [Linux Ext4 Filesystem] [Union Filesystem] [Filesystem Testing] [Ceph Users] [Ecryptfs] [AutoFS] [Kernel Newbies] [Share Photos] [Security] [Netfilter] [Bugtraq] [Yosemite News] [MIPS Linux] [ARM Linux] [Linux Security] [Linux Cachefs] [Reiser Filesystem] [Linux RAID] [Samba] [Device Mapper] [CEPH Development]

Powered by Linux