Received: by 2002:a05:6a11:4021:0:0:0:0 with SMTP id ky33csp1562507pxb; Thu, 16 Sep 2021 09:58:16 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxSL0Vi6rvxk1ecvqXTQokqbnTToCEhXNdT0oavZ87AvWcAI9H0neQy4kkRB3FxjyBRNH7A X-Received: by 2002:a17:906:29d0:: with SMTP id y16mr7448740eje.477.1631811496165; Thu, 16 Sep 2021 09:58:16 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1631811496; cv=none; d=google.com; s=arc-20160816; b=qn1hr9A9NXuRNbVsAqHHIfRFvDuSh9FaD+DODy6i3Lq62PvLVZbmy4eJsgiP+zxWSc X8O9agggJoUG0UgYSmeAn4uojbB3Xc+6j1SulLuSN1eNbN9iiGIgXRL2KpAPrHNdoTw3 7clEVAPepmEWNDLN06Ul1WmcaVbcT9ZPXIR7KgybSsdgGyOzX8U35N3XDeOY3huuwAU7 ZWNYXqBmE6Oy3b5l1v31JKUoYSVsKBixNH+BAeVWRQSWqL8x+RDDPb/186PH7LH5XqP3 lWNewloa3Yf/4bVpYESaE7ipKx97An3eYz9vr6XGvsKFNxjq9aa8kuREQsjLU9VG10Sn 45/w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=LxoyaFE2+mFBnL0wUnCf5+HJdTpsBXFSHiwHeu/+zqc=; b=eyEa6mu+EGqpYGB1QTVZaPoPI05iD8X9LmqAmw/fDq/v2TcSAEGDuPRtie2JnHmctM l7LDayrJyCXU1S3sMf/LU7GxsWetvmuFUi0gT6SO6R3fJF6Awbn2oZdsPu77gB7dgfya KqlCTu9sAVnwyMW4CI/0YsCiuopYFxsj7OyNPWBoAkMFEoD/tzCBn52A5r5MWWJY9laI qRKv0qMCA5eeP1PzsnMTCJZE5fPxXX6yvT+cRrfen5hmlJAeHGdqg4PFIN+ZShhDRNtF NkJZhPSTJvJTWP5xU0cKObSY40i4WXjEtifBLHxSCYZnHSn/eonMVEg2X8x+TYMNxFZT 5J9w== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=IOvCOJEp; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id k1si3910662edr.250.2021.09.16.09.57.49; Thu, 16 Sep 2021 09:58:16 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=IOvCOJEp; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1346662AbhIPQzI (ORCPT + 99 others); Thu, 16 Sep 2021 12:55:08 -0400 Received: from mail.kernel.org ([198.145.29.99]:40196 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1345309AbhIPQuF (ORCPT ); Thu, 16 Sep 2021 12:50:05 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 38D9D61555; Thu, 16 Sep 2021 16:28:04 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1631809685; bh=oltsHO7IqEbcDmVpHsfYgiUzO55j3987ysuyH8GOkfA=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=IOvCOJEpDdUAQkZdSh8Sqsmi26WFCPDSPZKdGUlc0xvwbmxgASHmv3NNbLTAg8q61 JI/qYSt6iYdjEkihyzSaAY01w8/nB+Nz4z34tTWztT9sH5AJJA/uG6643aqzJElrbr 6GzvflA6RPRuEnIQ2v8SeE2cZC4QucNavxn7Oglw= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Zhen Lei , Lai Jiangshan , Tejun Heo , Sasha Levin Subject: [PATCH 5.13 213/380] workqueue: Fix possible memory leaks in wq_numa_init() Date: Thu, 16 Sep 2021 17:59:30 +0200 Message-Id: <20210916155811.323182598@linuxfoundation.org> X-Mailer: git-send-email 2.33.0 In-Reply-To: <20210916155803.966362085@linuxfoundation.org> References: <20210916155803.966362085@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Zhen Lei [ Upstream commit f728c4a9e8405caae69d4bc1232c54ff57b5d20f ] In error handling branch "if (WARN_ON(node == NUMA_NO_NODE))", the previously allocated memories are not released. Doing this before allocating memory eliminates memory leaks. tj: Note that the condition only occurs when the arch code is pretty broken and the WARN_ON might as well be BUG_ON(). Signed-off-by: Zhen Lei Reviewed-by: Lai Jiangshan Signed-off-by: Tejun Heo Signed-off-by: Sasha Levin --- kernel/workqueue.c | 12 +++++++----- 1 file changed, 7 insertions(+), 5 deletions(-) diff --git a/kernel/workqueue.c b/kernel/workqueue.c index f148eacda55a..542c2d03dab6 100644 --- a/kernel/workqueue.c +++ b/kernel/workqueue.c @@ -5902,6 +5902,13 @@ static void __init wq_numa_init(void) return; } + for_each_possible_cpu(cpu) { + if (WARN_ON(cpu_to_node(cpu) == NUMA_NO_NODE)) { + pr_warn("workqueue: NUMA node mapping not available for cpu%d, disabling NUMA support\n", cpu); + return; + } + } + wq_update_unbound_numa_attrs_buf = alloc_workqueue_attrs(); BUG_ON(!wq_update_unbound_numa_attrs_buf); @@ -5919,11 +5926,6 @@ static void __init wq_numa_init(void) for_each_possible_cpu(cpu) { node = cpu_to_node(cpu); - if (WARN_ON(node == NUMA_NO_NODE)) { - pr_warn("workqueue: NUMA node mapping not available for cpu%d, disabling NUMA support\n", cpu); - /* happens iff arch is bonkers, let's just proceed */ - return; - } cpumask_set_cpu(cpu, tbl[node]); } -- 2.30.2