Received: by 10.223.185.116 with SMTP id b49csp4087944wrg; Tue, 6 Mar 2018 09:35:09 -0800 (PST) X-Google-Smtp-Source: AG47ELuLqCehyAynX4kavMEZrWg1M40oRXye226g8FG8LMdFMpV160+yhjOLnDtLXUbqtfidCkX2 X-Received: by 2002:a17:902:aa89:: with SMTP id d9-v6mr17591564plr.337.1520357709020; Tue, 06 Mar 2018 09:35:09 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1520357708; cv=none; d=google.com; s=arc-20160816; b=jo3jxOH/b0H5Nipxfb/nwcIOAFmdKhbd5z/9OyFFK5ywlHOKwwkh2i62LqgutGm1f2 NC3JCILs//kFE6IdWQBbG1aN9/uOpxHxQr3v4I2XBMts6CM6iIguwQNv3fxUDwAafTJB SJXlTZ2RXYYpdd7UdlVvPagLcxrFFFY7miwVVEBTFsAY6tVpkm8KjMRH7MTojOkBR0xF PvvEz9+JsMcJsEL6hcD+ixsUvSok1WlPNZjjqkEo5M0JlJP6k1HCWPp5/gxQa5GCaCr5 3EaoIya0D8HBcdk6YZhCktuiLJxVN7929yM0ZmBwrFatCHCatXX9hmK/k/M23g0joxp+ klVQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:references:in-reply-to:message-id:date :subject:cc:to:from:dkim-signature:arc-authentication-results; bh=b7S3zDzaG3nvAYmTEo7A2nG7oDmEoR04rXqwN5bqPB8=; b=CJm2IUgyPYda3eTemzYhCYsImFOmITpJN7plLpcxdPtLSt/fsMXSZPCipdZN+29SCy kEZ6dIXlqivCK/8N7zQrTZm85f162zy+36pXjUbd+q5bio5bZPIsyP+dz2ngmhKFTtZ6 7z3zsY50OU7uTu4kFByNBkOSVfdmo5g2dgve65hXg3BdEV7g1Mw7oX+iVWDUkwmVj3IX 2rFBQ0wa5WWg1SzRhWXkBaHlJUp7+YAvSQ4i3bCnUNo9hfM3UvdgfFpdN2XzAf0/C1Tt Lsk92QNzadMi3dTHkzYyq+mnuObclMmMXxnZpGAeSmXDX2vSMuUNnM1A/Ac7oGAg4N/2 YO9Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@gmail.com header.s=20161025 header.b=kCkC7hKu; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id c16-v6si8109655pls.801.2018.03.06.09.34.53; Tue, 06 Mar 2018 09:35:08 -0800 (PST) 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=kCkC7hKu; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753909AbeCFRd6 (ORCPT + 99 others); Tue, 6 Mar 2018 12:33:58 -0500 Received: from mail-yb0-f176.google.com ([209.85.213.176]:33219 "EHLO mail-yb0-f176.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753823AbeCFRdy (ORCPT ); Tue, 6 Mar 2018 12:33:54 -0500 Received: by mail-yb0-f176.google.com with SMTP id i5-v6so3404323yba.0; Tue, 06 Mar 2018 09:33:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:from:to:cc:subject:date:message-id:in-reply-to:references; bh=b7S3zDzaG3nvAYmTEo7A2nG7oDmEoR04rXqwN5bqPB8=; b=kCkC7hKuQ8U6pkRB1iVYWiBcOrBIIIFGWxVoR6olXPZeXMNORs6TRE5hA+sjvrqtLr 5xVj/zAPb3xHKD803Yjb3ZgNwFhfgzoOnz7DtaJS10Ft/DFprWlQ/suZPF5ekkNWDE0z wuvyPwpo7Le+0kN2t3h5ZKljo9dPswQFzyY41DKFi3ru5C9oBwz4Wk6I+j4+U+sK+AKM 6LgG+1MV1y0yhK53kW2jMNZl3IrQzaF2d9WVKZCUGMC44A08wY51kA5zYoMFL7R6wQ0D 942PDtgXuoDoX9c5nqiCGGb0jI8KNtC0W/NCMJQzcEebgF4uU4svQqdo4YC07A0nlAu5 xNVQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:from:to:cc:subject:date:message-id :in-reply-to:references; bh=b7S3zDzaG3nvAYmTEo7A2nG7oDmEoR04rXqwN5bqPB8=; b=sZZTrzMUYFUT4Zao0TCZbVFnPDrwgi7oNDm7zDZWQTU3sZm9TKHM4gQFQ+ITps4bAe Rzvo2Ue2p4qHsf8hg4wfb/AnqMH5KICJ+Ra/ujNVVnCUBUmzIkW/bjrVhNfI1GOEKzR4 2Q5iwXgKCY8qCqTiRzNcKOJvuJwLtnBH9PPcS2UK3EAik4l95NLgVMJu/vtQFFAdxWFC LPTeRpvEsXcjqbh8tDDB1X/vxudwa+LjUgZ025YIDVuYNMKfR2GA/6wkBNReINTOnrYy CwNaF/8JRpqN/Mxtj3+XreCXBwNVBRrVaMhjfaaljdlykAnnu+9EYO6WFjdlH29BBTH+ rRzQ== X-Gm-Message-State: APf1xPC9tOfgEyuSXlgOspjhvfCk6eH3qT+NdZkyQhlYqFky6RHVTyUB P6h0KayoEN1lv4XPZr+vp/c= X-Received: by 2002:a25:c0c9:: with SMTP id c192-v6mr12019741ybf.133.1520357632178; Tue, 06 Mar 2018 09:33:52 -0800 (PST) Received: from localhost ([2620:10d:c091:180::1:af9]) by smtp.gmail.com with ESMTPSA id x70sm6098844ywg.94.2018.03.06.09.33.48 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 06 Mar 2018 09:33:51 -0800 (PST) From: Tejun Heo To: torvalds@linux-foundation.org, jannh@google.com, paulmck@linux.vnet.ibm.com, bcrl@kvack.org, viro@zeniv.linux.org.uk, kent.overstreet@gmail.com Cc: security@kernel.org, linux-kernel@vger.kernel.org, kernel-team@fb.com, Tejun Heo , stable@vger.kernel.org Subject: [PATCH 1/7] fs/aio: Add explicit RCU grace period when freeing kioctx Date: Tue, 6 Mar 2018 09:33:10 -0800 Message-Id: <20180306173316.3088458-1-tj@kernel.org> X-Mailer: git-send-email 2.9.5 In-Reply-To: <20180306172657.3060270-1-tj@kernel.org> References: <20180306172657.3060270-1-tj@kernel.org> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org While fixing refcounting, e34ecee2ae79 ("aio: Fix a trinity splat") incorrectly removed explicit RCU grace period before freeing kioctx. The intention seems to be depending on the internal RCU grace periods of percpu_ref; however, percpu_ref uses a different flavor of RCU, sched-RCU. This can lead to kioctx being freed while RCU read protected dereferences are still in progress. Fix it by updating free_ioctx() to go through call_rcu() explicitly. v2: Comment added to explain double bouncing. Signed-off-by: Tejun Heo Reported-by: Jann Horn Fixes: e34ecee2ae79 ("aio: Fix a trinity splat") Cc: Kent Overstreet Cc: Linus Torvalds Cc: stable@vger.kernel.org --- fs/aio.c | 23 +++++++++++++++++++---- 1 file changed, 19 insertions(+), 4 deletions(-) diff --git a/fs/aio.c b/fs/aio.c index a062d75..eb2e0cf 100644 --- a/fs/aio.c +++ b/fs/aio.c @@ -115,7 +115,8 @@ struct kioctx { struct page **ring_pages; long nr_pages; - struct work_struct free_work; + struct rcu_head free_rcu; + struct work_struct free_work; /* see free_ioctx() */ /* * signals when all in-flight requests are done @@ -588,6 +589,12 @@ static int kiocb_cancel(struct aio_kiocb *kiocb) return cancel(&kiocb->common); } +/* + * free_ioctx() should be RCU delayed to synchronize against the RCU + * protected lookup_ioctx() and also needs process context to call + * aio_free_ring(), so the double bouncing through kioctx->free_rcu and + * ->free_work. + */ static void free_ioctx(struct work_struct *work) { struct kioctx *ctx = container_of(work, struct kioctx, free_work); @@ -601,6 +608,14 @@ static void free_ioctx(struct work_struct *work) kmem_cache_free(kioctx_cachep, ctx); } +static void free_ioctx_rcufn(struct rcu_head *head) +{ + struct kioctx *ctx = container_of(head, struct kioctx, free_rcu); + + INIT_WORK(&ctx->free_work, free_ioctx); + schedule_work(&ctx->free_work); +} + static void free_ioctx_reqs(struct percpu_ref *ref) { struct kioctx *ctx = container_of(ref, struct kioctx, reqs); @@ -609,8 +624,8 @@ static void free_ioctx_reqs(struct percpu_ref *ref) if (ctx->rq_wait && atomic_dec_and_test(&ctx->rq_wait->count)) complete(&ctx->rq_wait->comp); - INIT_WORK(&ctx->free_work, free_ioctx); - schedule_work(&ctx->free_work); + /* Synchronize against RCU protected table->table[] dereferences */ + call_rcu(&ctx->free_rcu, free_ioctx_rcufn); } /* @@ -838,7 +853,7 @@ static int kill_ioctx(struct mm_struct *mm, struct kioctx *ctx, table->table[ctx->id] = NULL; spin_unlock(&mm->ioctx_lock); - /* percpu_ref_kill() will do the necessary call_rcu() */ + /* free_ioctx_reqs() will do the necessary RCU synchronization */ wake_up_all(&ctx->wait); /* -- 2.9.5