Received: by 2002:ac0:a5b6:0:0:0:0:0 with SMTP id m51-v6csp4405248imm; Mon, 11 Jun 2018 11:47:00 -0700 (PDT) X-Google-Smtp-Source: ADUXVKIclvzdW3ig6qQUpmN4kIawNicDzMuYiBQgF2ejsKKWJMoFj9VOoGAY4HVwG1bUav2cMqoJ X-Received: by 2002:a17:902:5a3:: with SMTP id f32-v6mr341368plf.109.1528742820554; Mon, 11 Jun 2018 11:47:00 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1528742820; cv=none; d=google.com; s=arc-20160816; b=HKjctPaHL8AAtlHRd7dYT+Rqzjk8qdQGFlEAqCGaqM5tASTAtmH2Dz8L3SNX+pICg9 UxGQbs3K2TsgKQ0GsP15sv9WMy7lXVLMefL5dum6x9lGqdB5WRoVc0DqJ1BQ+FW7N4di dbyfroF6pGGRRVRx6bocdObSzXnZTMjRgdIypSNNsWuJzxP+e6XPnNxnkStYx5nWx4+e nFXWyzeCOXQYgz7aZqNZ59kUXuaE1kx+ZXb90WRZ388dbVBGiWqmQS2+ix2Y4vpiLcsP fML6siVd9v1+0LXfPTZRO3GM7FDS9hWxlUk7VYavRYwSYRXNIL3gaWTNF9AQNzv8Z+Es DEqA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature:arc-authentication-results; bh=Rlri0GKZYcmCw/li7NYbHLv0eaeCwr60QWPZWnB/E9w=; b=HhMG1NDiS5gqZJtlbK0lwRyAUGCSknvF3+C4VmxmY9ud7XHR1Coo/cYMLMeIvJuo/y YHb57MC50vdZrp95LiCvxCg8gfmpDMro+/57tEBxHbVCbqpaWULRmXywiaRW5L72QrFI Sqc1fXXRv5sbXAgxzWb8S58TLy34B/+wQpIzXzeRK1GE21uofvyVM6Ab4rujbcuM826g 5I1bwW5tC6aIBPNrVXY+k0Gdm8wdlMkg1r+lGf3/BlCBg+yFwN31yFxglvGd2mp38gwT DuaHFsyS/Lo6wvSX86Ldnx5L30hdqYLgzxL1MggSvqceY6f/FBZcx0eSGOm9NGbO+cBL sETg== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@gmail.com header.s=20161025 header.b=iplxrWb7; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id l11-v6si10649998pgc.177.2018.06.11.11.46.43; Mon, 11 Jun 2018 11:47:00 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=fail header.i=@gmail.com header.s=20161025 header.b=iplxrWb7; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932896AbeFKQBh (ORCPT + 99 others); Mon, 11 Jun 2018 12:01:37 -0400 Received: from mail-yw0-f194.google.com ([209.85.161.194]:34679 "EHLO mail-yw0-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932081AbeFKQBf (ORCPT ); Mon, 11 Jun 2018 12:01:35 -0400 Received: by mail-yw0-f194.google.com with SMTP id b125-v6so6484559ywe.1; Mon, 11 Jun 2018 09:01:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=Rlri0GKZYcmCw/li7NYbHLv0eaeCwr60QWPZWnB/E9w=; b=iplxrWb722k1iceLVIB9mVcPXxtYIBYNeBWfDr6aVS+v9yv05ZkhrI4WVexHFyYALm brcpHQx+m2PzDUsoUCtC6VdqGxENTgNo07tlV2OpeeUGUXBEubzTKHPB61RA0AEpEFtB Deh6rF1X95MgOsqsCDfyz/Jwq8Q7/Dg6G/WABmsc/QwrQFrXLXr2UrccHSsbLZRoTaoH 3zjBkWN35WUAtdSa3zmBechD1su5+f+IUv+vmBHt6psQBs7l0m5iWR8yPLQa0z+FGJ+O TjwL/ekdqlXJARSe1gkUDY8+tMrCnKDLf43crn++/9SINUjTbnWKPtxDCbgcj9zikV1b gVCw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to:user-agent; bh=Rlri0GKZYcmCw/li7NYbHLv0eaeCwr60QWPZWnB/E9w=; b=E2Sv7enR9Oxp+3mjqU986RnquU9mclb0/L1LKEBpQF7Dn7tC3iGPN6z8hdftbY5ci2 mA1ccacYf6Z4JusIbIZviMxqgmatgyDx7q2HLSKwqgyHPT9bZgybPAwuHqEru5Y5WWo7 FEjcSSVaHaklCrWR/f/4HtaHS5cKJ2hlqWe7iN638Gw4Dy7+PQVqqINLlCGl+G/pIjur cQjIH5pJCyZfj3WWFtUx4wbzq+Id9//ybs8h6VIodP3VXZ9dWBkuEq1AN9nPsEplHQ79 w0PotAZq0C076ehVBYjPR+4Zc+0ikYQQ3yyuNwxeF8O5ACXFdFVm/uYcdEElXh+mL9Kh edTA== X-Gm-Message-State: APt69E0zvvIhd+b9KktOHgrmcP/n5Fop4JelLs9rXyQDOlyXEbFr0ZQ8 /GA9dbFeKQz9q7ggwCr6QGY= X-Received: by 2002:a81:3d14:: with SMTP id k20-v6mr9277884ywa.356.1528732894116; Mon, 11 Jun 2018 09:01:34 -0700 (PDT) Received: from localhost ([2620:10d:c091:200::3:5c3]) by smtp.gmail.com with ESMTPSA id u17-v6sm14593362ywu.16.2018.06.11.09.01.32 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 11 Jun 2018 09:01:32 -0700 (PDT) Date: Mon, 11 Jun 2018 09:01:31 -0700 From: Tejun Heo To: Jan Kara Cc: Tetsuo Handa , Dmitry Vyukov , Jens Axboe , syzbot , syzkaller-bugs , linux-fsdevel , LKML , Al Viro , Dave Chinner , linux-block@vger.kernel.org, Linus Torvalds Subject: Re: [PATCH] bdi: Fix another oops in wb_workfn() Message-ID: <20180611160131.GQ1351649@devbig577.frc2.facebook.com> References: <95865cab-e12f-d45b-b6e3-465b624862ba@i-love.sakura.ne.jp> <201806080231.w582VIRn021009@www262.sakura.ne.jp> <2b437c6f-3e10-3d83-bdf3-82075d3eaa1a@i-love.sakura.ne.jp> <3cf4b0e3-31b6-8cdc-7c1e-15ba575a7879@i-love.sakura.ne.jp> <20180611091248.2i6nt27h5mxrodm2@quack2.suse.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180611091248.2i6nt27h5mxrodm2@quack2.suse.cz> User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hello, On Mon, Jun 11, 2018 at 11:12:48AM +0200, Jan Kara wrote: > However this is wrong and so is the patch. The problem is in > cgwb_bdi_unregister() which does cgwb_kill() and thus drops bdi's > reference to wb structures before going through the list of wbs again and > calling wb_shutdown() on each of them. The writeback structures we are > accessing at this point can be already freed in principle like: > > CPU1 CPU2 > cgwb_bdi_unregister() > cgwb_kill(*slot); > > cgwb_release() > queue_work(cgwb_release_wq, &wb->release_work); > cgwb_release_workfn() > wb = list_first_entry(&bdi->wb_list, ...) > spin_unlock_irq(&cgwb_lock); > wb_shutdown(wb); > ... > kfree_rcu(wb, rcu); > wb_shutdown(wb); -> oops use-after-free > > I'm not 100% sure how to fix this. wb structures can be at various phases of > shutdown (or there may be other external references still existing) when we > enter cgwb_bdi_unregister() so I think adding a way for cgwb_bdi_unregister() > to wait for standard wb shutdown path to finish is the most robust way. > What do you think about attached patch Tejun? So far only compile tested... > > Possible problem with it is that now cgwb_bdi_unregister() will wait for > all wb references to be dropped so it adds some implicit dependencies to > bdi shutdown path. Would something like the following work or am I missing the point entirely? Thanks. diff --git a/mm/backing-dev.c b/mm/backing-dev.c index 347cc83..359cacd 100644 --- a/mm/backing-dev.c +++ b/mm/backing-dev.c @@ -715,14 +715,19 @@ static void cgwb_bdi_unregister(struct backing_dev_info *bdi) WARN_ON(test_bit(WB_registered, &bdi->wb.state)); spin_lock_irq(&cgwb_lock); - radix_tree_for_each_slot(slot, &bdi->cgwb_tree, &iter, 0) - cgwb_kill(*slot); + radix_tree_for_each_slot(slot, &bdi->cgwb_tree, &iter, 0) { + struct bdi_writeback *wb = *slot; + + wb_get(wb); + cgwb_kill(wb); + } while (!list_empty(&bdi->wb_list)) { wb = list_first_entry(&bdi->wb_list, struct bdi_writeback, bdi_node); spin_unlock_irq(&cgwb_lock); wb_shutdown(wb); + wb_put(wb); spin_lock_irq(&cgwb_lock); } spin_unlock_irq(&cgwb_lock); -- tejun