Received: by 2002:a05:6a10:5bc5:0:0:0:0 with SMTP id os5csp2491618pxb; Fri, 29 Oct 2021 02:28:32 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxw4WoOEqzZ/qxmdvC8MtRF0QLAT8McMis8siq8Y4+uekRg/CSNW71zOreKtFO5leEtxnJ4 X-Received: by 2002:a17:902:c409:b0:140:5a3c:8e99 with SMTP id k9-20020a170902c40900b001405a3c8e99mr8640124plk.37.1635499712241; Fri, 29 Oct 2021 02:28:32 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1635499712; cv=none; d=google.com; s=arc-20160816; b=plApn6YeqAg1BgMJyVrPXVCyONbozg9eEbsmlhVSQLYyhgX2EKwqJtl0N8DVBwIEqE yZ3qfiHn2/o1HDUITkdYmy1yWR/MYAuny5sQQ24bIQW1rRtBLybMRbvRVw85pA3piLxa AWqdbwtPo0WrFulVuT0ZmYQhRTWyui9bBCLZA1DcdY6NqgmpINj2CtsNxCQS/Hr+ZTQQ WT+4b6Sk83DF0582Fjx/ZVLZACf5c3KFDPcESOyrGC+vYzl9vzbGmwN00epaPT1d9S+a 1Z9KpvfISfRJUsddYvThdw3uKCqogpCLJUznoPMQgNL++0/qVCz+HZU49EGvJBWVeH99 QgPg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:message-id:date:subject:cc:to:from :dkim-signature; bh=+6vi0eHDWo6Pq3LYdOXH5KmfXjlpFUJ7AJEOU/+CWs4=; b=d70MZrATqRSVTL8oiCTtMBDv71R43YHH4HUBUpjxfn4lu+ZTN/6pWvoA1vynq8TbRf RrVCfNYGuaHoH+FDrmgD/J8bWk6GR7FUiGwZ1OopDt/Kp1Yc4crGYZRwsd3ygPwToCZ/ DuVywC3eckK7d0TcmrYUFsTWwq+jIC6ZnPliOz8jgf2e4CLka/4OMbgy/7WgNvXJV/1r egFPABvMv+9SEZRhK0ate65h4h8SDIcM1x7HB19iIidCk2erBylJWPJU+7NY/+gMzSCh 043QKs9uMKMgmCKewdibRYIsnPcZSPR6Vk/+VwIuUAPfz2GX25Su/DFrun578mAMGDJf T6rg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=K9ZhMpFU; 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=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id mu6si1525785pjb.4.2021.10.29.02.28.19; Fri, 29 Oct 2021 02:28:32 -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=@redhat.com header.s=mimecast20190719 header.b=K9ZhMpFU; 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=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231533AbhJ2J3v (ORCPT + 99 others); Fri, 29 Oct 2021 05:29:51 -0400 Received: from us-smtp-delivery-124.mimecast.com ([170.10.133.124]:51326 "EHLO us-smtp-delivery-124.mimecast.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231473AbhJ2J3m (ORCPT ); Fri, 29 Oct 2021 05:29:42 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1635499629; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc; bh=+6vi0eHDWo6Pq3LYdOXH5KmfXjlpFUJ7AJEOU/+CWs4=; b=K9ZhMpFUGbgxH73sHtoPk7LAVqih15Kck3aaElPVq4FJr/yjXr4NIcQW5NqLrO09AlXb9V +szV05Ts2DiqtG3LXTKvQT6WugcPaKB8+srWwWqqXP1G7IY6BX5mu0zvjqYG5I8j4TDxOZ bh99mjGtmM8iQmpLxve+6WYGel99sFg= Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-6-nJVEkji-PUOLBdTy4Rpu-w-1; Fri, 29 Oct 2021 05:27:06 -0400 X-MC-Unique: nJVEkji-PUOLBdTy4Rpu-w-1 Received: from smtp.corp.redhat.com (int-mx07.intmail.prod.int.phx2.redhat.com [10.5.11.22]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id 4C5CA1006AA7; Fri, 29 Oct 2021 09:27:05 +0000 (UTC) Received: from MiWiFi-R3L-srv.redhat.com (ovpn-12-171.pek2.redhat.com [10.72.12.171]) by smtp.corp.redhat.com (Postfix) with ESMTP id 1320D1017CE8; Fri, 29 Oct 2021 09:26:52 +0000 (UTC) From: Baoquan He To: linux-kernel@vger.kernel.org Cc: linux-s390@vger.kernel.org, kexec@lists.infradead.org, dyoung@redhat.com, akpm@linux-foundation.org, Baoquan He Subject: [PATCH] s390/kexec: fix memory leak of ipl report buffer Date: Fri, 29 Oct 2021 17:26:35 +0800 Message-Id: <20211029092635.14804-1-bhe@redhat.com> X-Scanned-By: MIMEDefang 2.84 on 10.5.11.22 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org A memory leak is reported by kmemleak scanning: unreferenced object 0x38000195000 (size 4096): comm "kexec", pid 8548, jiffies 4294953647 (age 32443.270s) hex dump (first 32 bytes): 00 00 00 c8 20 00 00 00 00 00 00 c0 02 80 00 00 .... ........... 40 40 40 40 40 40 40 40 00 00 00 00 00 00 00 00 @@@@@@@@........ backtrace: [<0000000011a2f199>] __vmalloc_node_range+0xc0/0x140 [<0000000081fa2752>] vzalloc+0x5a/0x70 [<0000000063a4c92d>] ipl_report_finish+0x2c/0x180 [<00000000553304da>] kexec_file_add_ipl_report+0xf4/0x150 [<00000000862d033f>] kexec_file_add_components+0x124/0x160 [<000000000d2717bb>] arch_kexec_kernel_image_load+0x62/0x90 [<000000002e0373b6>] kimage_file_alloc_init+0x1aa/0x2e0 [<0000000060f2d14f>] __do_sys_kexec_file_load+0x17c/0x2c0 [<000000008c86fe5a>] __s390x_sys_kexec_file_load+0x40/0x50 [<000000001fdb9dac>] __do_syscall+0x1bc/0x1f0 [<000000003ee4258d>] system_call+0x78/0xa0 The ipl report buffer is allocated via vmalloc, while has no chance to free if the kexe loading is unloaded. This will cause obvious memory leak when kexec/kdump kernel is reloaded, manually, or triggered, e.g by memory hotplug. Here, add struct kimage_arch to s390 to pass out the ipl report buffer address, and introduce arch dependent function arch_kimage_file_post_load_cleanup() to free it when unloaded. Signed-off-by: Baoquan He --- arch/s390/include/asm/kexec.h | 7 +++++++ arch/s390/kernel/machine_kexec_file.c | 9 +++++++++ 2 files changed, 16 insertions(+) diff --git a/arch/s390/include/asm/kexec.h b/arch/s390/include/asm/kexec.h index ea398a05f643..9f16e99fb882 100644 --- a/arch/s390/include/asm/kexec.h +++ b/arch/s390/include/asm/kexec.h @@ -74,6 +74,13 @@ void *kexec_file_add_components(struct kimage *image, int arch_kexec_do_relocs(int r_type, void *loc, unsigned long val, unsigned long addr); +#define ARCH_HAS_KIMAGE_ARCH + +struct kimage_arch { + void *ipl_buf; +}; + + extern const struct kexec_file_ops s390_kexec_image_ops; extern const struct kexec_file_ops s390_kexec_elf_ops; diff --git a/arch/s390/kernel/machine_kexec_file.c b/arch/s390/kernel/machine_kexec_file.c index f9e4baa64b67..584c48b631b2 100644 --- a/arch/s390/kernel/machine_kexec_file.c +++ b/arch/s390/kernel/machine_kexec_file.c @@ -202,6 +202,7 @@ static int kexec_file_add_ipl_report(struct kimage *image, buf.buffer = ipl_report_finish(data->report); buf.bufsz = data->report->size; buf.memsz = buf.bufsz; + image->arch.ipl_buf = buf.buffer; data->memsz += buf.memsz; @@ -321,3 +322,11 @@ int arch_kexec_kernel_image_probe(struct kimage *image, void *buf, return kexec_image_probe_default(image, buf, buf_len); } + +int arch_kimage_file_post_load_cleanup(struct kimage *image) +{ + kvfree(image->arch.ipl_buf); + image->arch.ipl_buf = NULL; + + return kexec_image_post_load_cleanup_default(image); +} -- 2.17.2