Received: by 2002:ac0:a5a7:0:0:0:0:0 with SMTP id m36-v6csp2863855imm; Mon, 16 Jul 2018 15:58:44 -0700 (PDT) X-Google-Smtp-Source: AAOMgpfRloya+6yZTeMGTohkfkaJcRfKRRj8n1on3DnEGbRKY/BXbV68Zs0ojkyMLvM58cYJ+Dlu X-Received: by 2002:a65:428b:: with SMTP id j11-v6mr16793166pgp.200.1531781924798; Mon, 16 Jul 2018 15:58:44 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1531781924; cv=none; d=google.com; s=arc-20160816; b=LR2opxceJ3MiVx2peIY6AlX0eku241uApwNTJMjS72ZRHa1XG7YQeehNLJo2rraZx8 pwoo1rk72/2/SV4xUeJ80GrXAQqsyv+VISZbnt731uOVf6NPrYCco3QYSKxmtwvaD0sy S5MyRG+tdVXcXlQmyO60FVaTGXpSXEzQoOFSPSiw9JqgfCKyodgKgUY/jG0dsLSxy05A ZMLbJQdyS8vk9js7cjotg/kUCu/YesUVSU9dnm3gAWxPyZZ+QTYgCVbbFHDMm7wzVC4A TxM2MhT0vOPURtYUzvOgGaDlex6y/r/ue9JiETFcFoqoQD3UpD2VSdIN+BIS48pAt6lL W3yQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:message-id:subject:cc:to:from:date :arc-authentication-results; bh=zqZiDnmLl/8Sxl+o9/Oo5aDnfj+E7wEvljkDeb6hkDQ=; b=pkL31E63rDZdMn8o09Y3KvyPtKdG7A133UoOC2X8mGGtZwak2SU4IOesObs3O3gbZy K7Z8tur2RJukMIB0Py6XlG8dLiuJbeOqFam61NcUSNMpqco+hTcqwiugxzgb7NuF7M8y s8hZE/7kDwmNuiGe4sZEDhOGReXW6zwN7Ll4gLwGVV2XxtBKvUebYXteH/nKQP76mORA 18NM+DF9ze59QdJu1MunJzfQMID4VmKHD5Bex7JtaDAIpWHrbYWoPL/TGNmxtQGMaNaB uRDyYx3krT2zalDNhG4wg5wZT/Od6WJY+oiPaGgjdJdiSQyzHIjkhduQA+yn7+1+K1nO DAFA== ARC-Authentication-Results: i=1; mx.google.com; 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 p14-v6si16364414pgd.306.2018.07.16.15.58.17; Mon, 16 Jul 2018 15:58:44 -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; 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 S1729791AbeGPX0v (ORCPT + 99 others); Mon, 16 Jul 2018 19:26:51 -0400 Received: from mail.linuxfoundation.org ([140.211.169.12]:41122 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728947AbeGPX0v (ORCPT ); Mon, 16 Jul 2018 19:26:51 -0400 Received: from akpm3.svl.corp.google.com (unknown [104.133.9.92]) by mail.linuxfoundation.org (Postfix) with ESMTPSA id C1532BE1; Mon, 16 Jul 2018 22:57:17 +0000 (UTC) Date: Mon, 16 Jul 2018 15:57:16 -0700 From: Andrew Morton To: Sebastian Andrzej Siewior Cc: linux-kernel@vger.kernel.org, tglx@linutronix.de, Peter Zijlstra , Ingo Molnar , linux-mm@kvack.org, Jens Axboe Subject: Re: [PATCH 3/6] bdi: Use refcount_t for reference counting instead atomic_t Message-Id: <20180716155716.1f7ac43d211133a8cb476637@linux-foundation.org> In-Reply-To: <20180703200141.28415-4-bigeasy@linutronix.de> References: <20180703200141.28415-1-bigeasy@linutronix.de> <20180703200141.28415-4-bigeasy@linutronix.de> X-Mailer: Sylpheed 3.6.0 (GTK+ 2.24.31; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 3 Jul 2018 22:01:38 +0200 Sebastian Andrzej Siewior wrote: > refcount_t type and corresponding API should be used instead of atomic_t when > the variable is used as a reference counter. This allows to avoid accidental > refcounter overflows that might lead to use-after-free situations. > > ... > > --- a/mm/backing-dev.c > +++ b/mm/backing-dev.c > @@ -438,10 +438,10 @@ wb_congested_get_create(struct backing_dev_info *bdi, int blkcg_id, gfp_t gfp) > if (new_congested) { > /* !found and storage for new one already allocated, insert */ > congested = new_congested; > - new_congested = NULL; > rb_link_node(&congested->rb_node, parent, node); > rb_insert_color(&congested->rb_node, &bdi->cgwb_congested_tree); > - goto found; > + spin_unlock_irqrestore(&cgwb_lock, flags); > + return congested; > } > > spin_unlock_irqrestore(&cgwb_lock, flags); > @@ -451,13 +451,13 @@ wb_congested_get_create(struct backing_dev_info *bdi, int blkcg_id, gfp_t gfp) > if (!new_congested) > return NULL; > > - atomic_set(&new_congested->refcnt, 0); > + refcount_set(&new_congested->refcnt, 1); > new_congested->__bdi = bdi; > new_congested->blkcg_id = blkcg_id; > goto retry; > > found: > - atomic_inc(&congested->refcnt); > + refcount_inc(&congested->refcnt); > spin_unlock_irqrestore(&cgwb_lock, flags); > kfree(new_congested); > return congested; > > ... > I'm not sure that the restructuring of wb_congested_get_create() was desirable and it does make the patch harder to review. But it looks OK to me.