Received: by 2002:ac0:a5a6:0:0:0:0:0 with SMTP id m35-v6csp152862imm; Thu, 30 Aug 2018 18:57:49 -0700 (PDT) X-Google-Smtp-Source: ANB0VdZDTGIMzHSfkneRHq9mlgTE1lERSn4zJ5pWhfZGmY7IXuY4RAqJDsOfuaRmO9+adB0Zz1qv X-Received: by 2002:a17:902:900c:: with SMTP id a12-v6mr12994505plp.61.1535680669432; Thu, 30 Aug 2018 18:57:49 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1535680669; cv=none; d=google.com; s=arc-20160816; b=Poy6eYMD2BhxutslDPSu0YLkzAsf54ggEDJTta0UXIy+CDoS4PhOBMRpOlNsJSSccw sN9Alx3N9O4DxTgSvkGKOgH8s4A0YSWD+Zvb7hX8uWJyHAuuk01XOTi5nRqcmEVri2MF YpPSB4ggBN5jDGI3zpSerRa+ntL94eO9syzflUsAm3MZtFJbAoSw3bjFyut3VJCNeH0f QQlWuwPMdazuGv/DR8l802ZcUVZSRy1AV/sXR1/g4TZjTHK1nWTOkvPGxLHc9oz3sajx W1yAptY/Rpn0+0AaD8URaWIg51F7JKNNUZBe6TuVEPwFCX1brnzdmG8aV/4K86/nloRi tR9g== 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=k8lJl7i7FTYeBdqfAw+QVbGJHRo/sAwQBcaRUhagy58=; b=NarH8as9yiNfblfnhDQDF9P5m2Hb4zp8zxw1JAAe4IldHEAStrSLZM90E25h0xE4/7 QyFbdgoc/2JFJakBCMyn35Qa9gLX3qWm2thjnnU1d5QoWXlhnKv6w6lkhbU5LPqAd3kF BFAk/rt9aVqieXBmnH6fmap3z7NrLXfEAr8VVBmpbGGpWPkWOwhi0BJ9GP5koYu4yvfj axIL0tNf5hSOqTssXN1f9vlUy+Z7+hzaX3t+VIOTufSlKfKL5JgdLfuHY4cP4ouC21jX fzC2SQ/FLjp1NO1d8kwdB/7MHUYspxyzM2UQTywN8yoFQSLZkTy8Ac86Vp6dk615hOfu bNSQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=Xvr+nriL; 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=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id t13-v6si8796160pfc.194.2018.08.30.18.57.34; Thu, 30 Aug 2018 18:57:49 -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=pass header.i=@gmail.com header.s=20161025 header.b=Xvr+nriL; 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=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727768AbeHaGAo (ORCPT + 99 others); Fri, 31 Aug 2018 02:00:44 -0400 Received: from mail-yb1-f196.google.com ([209.85.219.196]:36284 "EHLO mail-yb1-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725952AbeHaF7U (ORCPT ); Fri, 31 Aug 2018 01:59:20 -0400 Received: by mail-yb1-f196.google.com with SMTP id d34-v6so330097yba.3; Thu, 30 Aug 2018 18:54:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:date:message-id:in-reply-to:references; bh=k8lJl7i7FTYeBdqfAw+QVbGJHRo/sAwQBcaRUhagy58=; b=Xvr+nriLTlLEABF5sEIpcHJQkaiad4VSO9wg2Zoc6LCEGfaTY0f/0eKKggr54RPwFP G5mzHYIyTQ5Suvz1yx/FrC6ETSkZE+iKOE5onNlLjjZgOUxhfEdtNX3etrFonMvoX+6n 7ogrpxgKr0sISHYroCUc15SVViVYtwFO+8/2HwhwvV5aqpuH3CR3zUvD/zSiBBi68CkX qwcnDFAaXAyFvT5G33zor9hI7+VCmmRlnbuoEwywB2S8bNM/8Ji47x4h+h4wyZiO//Ey 69g5NojLOZX0sc92pEq5DQMGYiajJubxYgBS/8t8PWMw7Y/jpSG+jhVLfPxNwpYSrm52 hzTA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to :references; bh=k8lJl7i7FTYeBdqfAw+QVbGJHRo/sAwQBcaRUhagy58=; b=aRIHrsDyx1kzi7j01IFQWWJphDee0ihckA0/gvct/StS/fXS4D0iZgoKTbyKKLsleS fgkQxOyTRyt5wwrumkOYK2KSRle5NUCoCk1rde0pz0EXOeNVePSyUpCt4Ti9WRHBLMgh vGiUlAb3xwefidf0cwS4qfIE8AX0xhNPSGhJ8qDtjT6GOCFrX/Y6YdHfvcGSf0/AH9J9 JVL8f9XrExoVnDZCmE9VtIEOHrI+HpbUiEb0FmbEtmEjVLItSK8MZvB4bE8Gp1KaVr9p fyWaiOd6XpWFp3eVrljAatyQ4BYxxOCa0kD5mNdHAeGPFmy+SxOn0d7y9wwRHAb3a1pY M2Gg== X-Gm-Message-State: APzg51CsVJQxvFWz9LVDCTfepg0Gw6AMy0X8IYcF06IAyJIRBeQ0nrZZ eJlv3bd0S0egNplzlae2x7graobuWa4= X-Received: by 2002:a25:220a:: with SMTP id i10-v6mr7337402ybi.489.1535680457461; Thu, 30 Aug 2018 18:54:17 -0700 (PDT) Received: from dennisz-mbp.thefacebook.com ([199.201.65.129]) by smtp.gmail.com with ESMTPSA id j70-v6sm3274084ywb.69.2018.08.30.18.54.16 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 30 Aug 2018 18:54:17 -0700 (PDT) From: Dennis Zhou To: Jens Axboe , Tejun Heo , Johannes Weiner , Josef Bacik Cc: kernel-team@fb.com, linux-block@vger.kernel.org, cgroups@vger.kernel.org, linux-kernel@vger.kernel.org, "Dennis Zhou (Facebook)" , Jiufei Xue , Joseph Qi Subject: [PATCH 02/15] blkcg: delay blkg destruction until after writeback has finished Date: Thu, 30 Aug 2018 21:53:43 -0400 Message-Id: <20180831015356.69796-3-dennisszhou@gmail.com> X-Mailer: git-send-email 2.13.5 In-Reply-To: <20180831015356.69796-1-dennisszhou@gmail.com> References: <20180831015356.69796-1-dennisszhou@gmail.com> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: "Dennis Zhou (Facebook)" Currently, blkcg destruction relies on a sequence of events: 1. Destruction starts. blkcg_css_offline() is called and blkgs release their reference to the blkcg. This immediately destroys the cgwbs (writeback). 2. With blkgs giving up their reference, the blkcg ref count should become zero and eventually call blkcg_css_free() which finally frees the blkcg. Jiufei Xue reported that there is a race between blkcg_bio_issue_check() and cgroup_rmdir(). To remedy this, blkg destruction becomes contingent on the completion of all writeback associated with the blkcg. A count of the number of cgwbs is maintained and once that goes to zero, blkg destruction can follow. This should prevent premature blkg destruction. The new process for blkcg cleanup is as follows: 1. Destruction starts. blkcg_css_offline() is called which offlines writeback. Blkg destruction is delayed on the nr_cgwbs count to avoid punting potentially large amounts of outstanding writeback to root while maintaining any ongoing policies. 2. When the nr_cgwbs becomes zero, blkcg_destroy_blkgs() is called and handles destruction of blkgs. This is where the css reference held by each blkg is released. 3. Once the blkcg ref count goes to zero, blkcg_css_free() is called. This finally frees the blkg. It seems in the past blk-throttle didn't do the most understandable things with taking data from a blkg while associating with current. So, the simplification and unification of what blk-throttle is doing caused this. Fixes: 08e18eab0c579 ("block: add bi_blkg to the bio for cgroups") Signed-off-by: Dennis Zhou Cc: Jiufei Xue Cc: Joseph Qi Cc: Tejun Heo Cc: Josef Bacik Cc: Jens Axboe --- block/blk-cgroup.c | 53 ++++++++++++++++++++++++++++++++------ include/linux/blk-cgroup.h | 29 +++++++++++++++++++++ mm/backing-dev.c | 5 ++++ 3 files changed, 79 insertions(+), 8 deletions(-) diff --git a/block/blk-cgroup.c b/block/blk-cgroup.c index 2998e4f095d1..d7114308a480 100644 --- a/block/blk-cgroup.c +++ b/block/blk-cgroup.c @@ -1042,21 +1042,59 @@ static struct cftype blkcg_legacy_files[] = { { } /* terminate */ }; +/* + * blkcg destruction is a three-stage process. + * + * 1. Destruction starts. The blkcg_css_offline() callback is invoked + * which offlines writeback. Here we tie the next stage of blkg destruction + * to the completion of writeback associated with the blkcg. This lets us + * avoid punting potentially large amounts of outstanding writeback to root + * while maintaining any ongoing policies. The next stage is triggered when + * the nr_cgwbs count goes to zero. + * + * 2. When the nr_cgwbs count goes to zero, blkcg_destroy_blkgs() is called + * and handles the destruction of blkgs. Here the css reference held by + * the blkg is put back eventually allowing blkcg_css_free() to be called. + * This work may occur in cgwb_release_workfn() on the cgwb_release + * workqueue. Any submitted ios that fail to get the blkg ref will be + * punted to the root_blkg. + * + * 3. Once the blkcg ref count goes to zero, blkcg_css_free() is called. + * This finally frees the blkcg. + */ + /** * blkcg_css_offline - cgroup css_offline callback * @css: css of interest * - * This function is called when @css is about to go away and responsible - * for shooting down all blkgs associated with @css. blkgs should be - * removed while holding both q and blkcg locks. As blkcg lock is nested - * inside q lock, this function performs reverse double lock dancing. - * - * This is the blkcg counterpart of ioc_release_fn(). + * This function is called when @css is about to go away. Here the cgwbs are + * offlined first and only once writeback associated with the blkcg has + * finished do we start step 2 (see above). */ static void blkcg_css_offline(struct cgroup_subsys_state *css) { struct blkcg *blkcg = css_to_blkcg(css); + /* this prevents anyone from attaching or migrating to this blkcg */ + wb_blkcg_offline(blkcg); + + /* allow the count the count to go to zero */ + blkcg_cgwb_dec(blkcg); +} + +/** + * blkcg_destroy_blkgs - responsible for shooting down blkgs + * @blkcg: blkcg of interest + * + * blkgs should be removed while holding both q and blkcg locks. As blkcg lock + * is nested inside q lock, this function performs reverse double lock dancing. + * Destroying the blkgs releases the reference held on the blkcg's css allowing + * blkcg_css_free to eventually be called. + * + * This is the blkcg counterpart of ioc_release_fn(). + */ +void blkcg_destroy_blkgs(struct blkcg *blkcg) +{ spin_lock_irq(&blkcg->lock); while (!hlist_empty(&blkcg->blkg_list)) { @@ -1075,8 +1113,6 @@ static void blkcg_css_offline(struct cgroup_subsys_state *css) } spin_unlock_irq(&blkcg->lock); - - wb_blkcg_offline(blkcg); } static void blkcg_css_free(struct cgroup_subsys_state *css) @@ -1146,6 +1182,7 @@ blkcg_css_alloc(struct cgroup_subsys_state *parent_css) INIT_HLIST_HEAD(&blkcg->blkg_list); #ifdef CONFIG_CGROUP_WRITEBACK INIT_LIST_HEAD(&blkcg->cgwb_list); + atomic_set(&blkcg->nr_cgwbs, 1); #endif list_add_tail(&blkcg->all_blkcgs_node, &all_blkcgs); diff --git a/include/linux/blk-cgroup.h b/include/linux/blk-cgroup.h index 1615cdd4c797..c7386464ec4c 100644 --- a/include/linux/blk-cgroup.h +++ b/include/linux/blk-cgroup.h @@ -56,6 +56,7 @@ struct blkcg { struct list_head all_blkcgs_node; #ifdef CONFIG_CGROUP_WRITEBACK struct list_head cgwb_list; + atomic_t nr_cgwbs; #endif }; @@ -386,6 +387,34 @@ static inline struct blkcg *cpd_to_blkcg(struct blkcg_policy_data *cpd) return cpd ? cpd->blkcg : NULL; } +/** + * blkcg_cgwb_inc - increment the count for cgwb_list + * @blkcg: blkcg of interest + * + * This is used to count the number of active wb's related to a blkcg. + */ +static inline void blkcg_cgwb_inc(struct blkcg *blkcg) +{ + atomic_inc(&blkcg->nr_cgwbs); +} + +extern void blkcg_destroy_blkgs(struct blkcg *blkcg); + +/** + * blkcg_cgwb_dec - decrement the count for cgwb_list + * @blkcg: blkcg of interest + * + * This is used to count the number of active wb's related to a blkcg. + * When this count goes to zero, all active wb has finished so the + * blkcg can be destroyed. This does blkg destruction if the nr_cgwbs + * drops to zero. + */ +static inline void blkcg_cgwb_dec(struct blkcg *blkcg) +{ + if (atomic_dec_and_test(&blkcg->nr_cgwbs)) + blkcg_destroy_blkgs(blkcg); +} + /** * blkg_path - format cgroup path of blkg * @blkg: blkg of interest diff --git a/mm/backing-dev.c b/mm/backing-dev.c index 2e5d3df0853d..92342d38f0c6 100644 --- a/mm/backing-dev.c +++ b/mm/backing-dev.c @@ -494,6 +494,7 @@ static void cgwb_release_workfn(struct work_struct *work) { struct bdi_writeback *wb = container_of(work, struct bdi_writeback, release_work); + struct blkcg *blkcg = css_to_blkcg(wb->blkcg_css); mutex_lock(&wb->bdi->cgwb_release_mutex); wb_shutdown(wb); @@ -502,6 +503,9 @@ static void cgwb_release_workfn(struct work_struct *work) css_put(wb->blkcg_css); mutex_unlock(&wb->bdi->cgwb_release_mutex); + /* this triggers destruction of blkgs if nr_cgwbs becomes zero */ + blkcg_cgwb_dec(blkcg); + fprop_local_destroy_percpu(&wb->memcg_completions); percpu_ref_exit(&wb->refcnt); wb_exit(wb); @@ -600,6 +604,7 @@ static int cgwb_create(struct backing_dev_info *bdi, list_add_tail_rcu(&wb->bdi_node, &bdi->wb_list); list_add(&wb->memcg_node, memcg_cgwb_list); list_add(&wb->blkcg_node, blkcg_cgwb_list); + blkcg_cgwb_inc(blkcg); css_get(memcg_css); css_get(blkcg_css); } -- 2.17.1