Received: by 2002:a25:b794:0:0:0:0:0 with SMTP id n20csp2759277ybh; Mon, 5 Aug 2019 06:24:20 -0700 (PDT) X-Google-Smtp-Source: APXvYqwP098TlW5cf+7Zkzaeb6GXwrjhOkpssWM6HP6rD41mV3a6ByfJr0JPii4CmwR7Tj5T/Mo2 X-Received: by 2002:a17:90a:9dca:: with SMTP id x10mr18476428pjv.100.1565011460098; Mon, 05 Aug 2019 06:24:20 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1565011460; cv=none; d=google.com; s=arc-20160816; b=DjTLKT9+BWL5KabssYADK62FWFjIJchR783TAbGtLXUV7eu5rfsYWh+2LK5c/ltgZm njgISMr4epzn2ejaXjYRDZwVHzABl7ijKNBkQ2f2EiswBFdBsizhJksfFFfwllRC+pOX JcH5gdLkdwMdoZ1ZpbXMs+ZRWp3/hHFacI923Dewsc0uxHGl/QcgNVu8JkbtCf+2SJzF +mdzgedON+eXkenNOehL3tGA/IerD54pqMVwU2uY8UUgxewBa7/gd1TGB0a6wMfkkvPT VNut+W1v5nN11Pp8PmLYkT7Q+42TQhuKjOWehjM/PeI528zFXAjKY+gMOfvllVELGMU2 VGOw== 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 :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=LPKcIBUABrCmz++2mfd5Knpbi8P8fKkWOfFBGyLlG3w=; b=EEdvdbS7kjOitxoUxqYnAQMpBFoTK67xs/N4+3QcPAUy/52wbm327AAXOyAX+HE2Gr Tfg5542kTpQHku7oYpbOzJueEUTQeEZVl9fKipAKCuE733UZu63LUIwmXYnh4MIEZaY4 upeBOWDSP5soukKkDwx2u1I1Ggf/hISbgezrzMdGHoule3gNr0ViZoax/BLl1Yd5WHtI tcZU/iJ9HVFHIJl5PqQQ5eS4n7msyN1RvSR1PkT5WnN/AbZV8jNnDhCHdTgDc9U5bBiD 5aQwg6gI9Iq/nBM7p+itIcrqbwbsdBmjmr1EQqmlHcA8A8whrsx4X3Hr9s3d4UMCEuAR XtKg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=F7aimuNt; 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 j9si44873390pgh.159.2019.08.05.06.24.04; Mon, 05 Aug 2019 06:24:20 -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=@kernel.org header.s=default header.b=F7aimuNt; 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 S1730742AbfHENWo (ORCPT + 99 others); Mon, 5 Aug 2019 09:22:44 -0400 Received: from mail.kernel.org ([198.145.29.99]:59252 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729989AbfHENWk (ORCPT ); Mon, 5 Aug 2019 09:22:40 -0400 Received: from localhost (83-86-89-107.cable.dynamic.v4.ziggo.nl [83.86.89.107]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 2D2E421871; Mon, 5 Aug 2019 13:22:39 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1565011359; bh=abVtm5R4TC05I+ifUy0dsctYKFHWSDncpsOa7i8Gpus=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=F7aimuNtg43x3v1JjLY8GRgBYpwTfhi3Qdmlfp89RAabddXyHjrFwuTFwU8A2xNu7 D3X82YPWVPsJ2tv0PIZ9KRjUvKL1F5SEGe3/QLkDELdW5F4FysYrANQgL/Rhzz6UVy Q1IuMTx9pc+iUA+pmtSUWVWgk5RwurCTXngRpowQ= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Pavel Tatashin , Dave Hansen , Bjorn Helgaas , Borislav Petkov , Dan Williams , Dave Hansen , Dave Jiang , David Hildenbrand , Fengguang Wu , Huang Ying , James Morris , =?UTF-8?q?J=C3=A9r=C3=B4me=20Glisse?= , Keith Busch , Michal Hocko , Ross Zwisler , Sasha Levin , Takashi Iwai , Tom Lendacky , Vishal Verma , Yaowei Bai , Andrew Morton , Linus Torvalds Subject: [PATCH 5.2 063/131] device-dax: fix memory and resource leak if hotplug fails Date: Mon, 5 Aug 2019 15:02:30 +0200 Message-Id: <20190805124955.668151080@linuxfoundation.org> X-Mailer: git-send-email 2.22.0 In-Reply-To: <20190805124951.453337465@linuxfoundation.org> References: <20190805124951.453337465@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org [ Upstream commit 31e4ca92a7dd4cdebd7fe1456b3b0b6ace9a816f ] Patch series ""Hotremove" persistent memory", v6. Recently, adding a persistent memory to be used like a regular RAM was added to Linux. This work extends this functionality to also allow hot removing persistent memory. We (Microsoft) have an important use case for this functionality. The requirement is for physical machines with small amount of RAM (~8G) to be able to reboot in a very short period of time (<1s). Yet, there is a userland state that is expensive to recreate (~2G). The solution is to boot machines with 2G preserved for persistent memory. Copy the state, and hotadd the persistent memory so machine still has all 8G available for runtime. Before reboot, offline and hotremove device-dax 2G, copy the memory that is needed to be preserved to pmem0 device, and reboot. The series of operations look like this: 1. After boot restore /dev/pmem0 to ramdisk to be consumed by apps. and free ramdisk. 2. Convert raw pmem0 to devdax ndctl create-namespace --mode devdax --map mem -e namespace0.0 -f 3. Hotadd to System RAM echo dax0.0 > /sys/bus/dax/drivers/device_dax/unbind echo dax0.0 > /sys/bus/dax/drivers/kmem/new_id echo online_movable > /sys/devices/system/memoryXXX/state 4. Before reboot hotremove device-dax memory from System RAM echo offline > /sys/devices/system/memoryXXX/state echo dax0.0 > /sys/bus/dax/drivers/kmem/unbind 5. Create raw pmem0 device ndctl create-namespace --mode raw -e namespace0.0 -f 6. Copy the state that was stored by apps to ramdisk to pmem device 7. Do kexec reboot or reboot through firmware if firmware does not zero memory in pmem0 region (These machines have only regular volatile memory). So to have pmem0 device either memmap kernel parameter is used, or devices nodes in dtb are specified. This patch (of 3): When add_memory() fails, the resource and the memory should be freed. Link: http://lkml.kernel.org/r/20190517215438.6487-2-pasha.tatashin@soleen.com Fixes: c221c0b0308f ("device-dax: "Hotplug" persistent memory for use like normal RAM") Signed-off-by: Pavel Tatashin Reviewed-by: Dave Hansen Cc: Bjorn Helgaas Cc: Borislav Petkov Cc: Dan Williams Cc: Dave Hansen Cc: Dave Jiang Cc: David Hildenbrand Cc: Fengguang Wu Cc: Huang Ying Cc: James Morris Cc: Jérôme Glisse Cc: Keith Busch Cc: Michal Hocko Cc: Ross Zwisler Cc: Sasha Levin Cc: Takashi Iwai Cc: Tom Lendacky Cc: Vishal Verma Cc: Yaowei Bai Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds Signed-off-by: Sasha Levin --- drivers/dax/kmem.c | 5 ++++- 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/drivers/dax/kmem.c b/drivers/dax/kmem.c index a02318c6d28ab..4c0131857133d 100644 --- a/drivers/dax/kmem.c +++ b/drivers/dax/kmem.c @@ -66,8 +66,11 @@ int dev_dax_kmem_probe(struct device *dev) new_res->name = dev_name(dev); rc = add_memory(numa_node, new_res->start, resource_size(new_res)); - if (rc) + if (rc) { + release_resource(new_res); + kfree(new_res); return rc; + } return 0; } -- 2.20.1