Received: by 2002:ac0:a5a7:0:0:0:0:0 with SMTP id m36-v6csp3413907imm; Sun, 29 Jul 2018 18:37:13 -0700 (PDT) X-Google-Smtp-Source: AAOMgpdLH0T+Qo69NwXlKAydcLb6DQfAqG/Ij203iBzk704J42eTtajZMUW8hMJZJEhcDhE2uFsc X-Received: by 2002:a17:902:7793:: with SMTP id o19-v6mr14837013pll.306.1532914632980; Sun, 29 Jul 2018 18:37:12 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1532914632; cv=none; d=google.com; s=arc-20160816; b=FThipSNgIh7qlVoIbZ+8lA/fKpWZr/BmMf/yntSeeIWaXpf5YfVBLnLwKhACyLi7CS dlu1fA+q8w3fDeUnF1TGD7dh4xia4TnxPLZygyxTqbjN5qqdvgu+KmOhFEeMLyBr6CgU mEFwE05DNj4Q/Po/M3PfzUJCyTHI8vtngpAXlH1MMlHbb6K08xScRx9nqeBzPJ8HIQlR wthmP7VKWOMzLUaSsUZO1e1q3bmIXMuA6NdcceKiqIMsE1MqS8kUmIemQXTHXZ75FhBK 7RrZ9EGuzbTp3Iogk1+Np4BZzd5GAEK//YTQsKbTQfpICfuxKqN4u40I30v8bNVO2a0D eGRA== 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:date:cc:to:from:subject:message-id :arc-authentication-results; bh=xCO2wngpeNR8f5qLCc+/EHx3ezTtRLvBPDcxKTuMk9A=; b=MpGBETESAjTQiKB3VW2L6O7ZnXb6dtdfKVFcydfFXgFNjPwdDBzW6Liydwkzw6z6uS wXqNwKgSk1SPeVhLyBImkiM8RG3ikAHx/O6+As5gevKZsKtjS1zZ7Beta99opYYOLww3 hSbHWWUXBBD22nbY2GNMaL/+TYkHFUZB3I433lgQOiOfZ0dgMkarjfW3g02bEumA69/y evgz2mbJlWw3QeykNMa2N+lJsnlVuaJcnkz4D2uzXhuMvvBzPZnitsCOnGEG0kGOX1HO K/OFM3DTPpNx19Zpy4u6i8R81RVI+4utV96UdfmhxcYmq0YrRPIV4JgpXGaDQvBXytbz uJKg== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id s29-v6si10152614pfj.43.2018.07.29.18.36.58; Sun, 29 Jul 2018 18:37:12 -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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728735AbeG3DIr (ORCPT + 99 others); Sun, 29 Jul 2018 23:08:47 -0400 Received: from mga12.intel.com ([192.55.52.136]:11835 "EHLO mga12.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728628AbeG3DIr (ORCPT ); Sun, 29 Jul 2018 23:08:47 -0400 X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga002.jf.intel.com ([10.7.209.21]) by fmsmga106.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 29 Jul 2018 18:36:13 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.51,420,1526367600"; d="scan'208";a="78869862" Received: from jalaryea-mobl5.amr.corp.intel.com (HELO spandruv-mobl.amr.corp.intel.com) ([10.254.15.88]) by orsmga002.jf.intel.com with ESMTP; 29 Jul 2018 18:36:12 -0700 Message-ID: Subject: Re: [PATCH] HID: intel_ish-hid: tx_buf memory leak on probe/remove From: Srinivas Pandruvada To: Anton Vasilyev Cc: Jiri Kosina , Benjamin Tissoires , Even Xu , linux-input@vger.kernel.org, linux-kernel@vger.kernel.org, ldv-project@linuxtesting.org Date: Sun, 29 Jul 2018 18:36:12 -0700 In-Reply-To: <20180724143455.13770-1-vasilyev@ispras.ru> References: <20180724143455.13770-1-vasilyev@ispras.ru> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.28.3 (3.28.3-1.fc28) Mime-Version: 1.0 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, 2018-07-24 at 17:34 +0300, Anton Vasilyev wrote: > ish_dev_init() allocates 512*176 bytes memory for tx_buf and stores > it at > &dev->wr_free_list_head.link list on ish_probe(). > But there is no deallocation of this memory in ish_remove() and in > ish_probe() error path. > So current intel-ish-ipc provides 88 KB memory leak for each > probe/release. > > The patch replaces kzalloc allocation by devm_kzalloc and removes > ishtp_device *dev deallocation by kfree. > > Found by Linux Driver Verification project (linuxtesting.org). > I prefer align with "(" for the next line for multi line statements even if character /line > slightly over 80. If you can do that resubmit with my ACK below. > Signed-off-by: Anton Vasilyev Acked-by: Srinivas Pandruvada > --- > drivers/hid/intel-ish-hid/ipc/ipc.c | 7 +++++-- > drivers/hid/intel-ish-hid/ipc/pci-ish.c | 2 -- > 2 files changed, 5 insertions(+), 4 deletions(-) > > diff --git a/drivers/hid/intel-ish-hid/ipc/ipc.c b/drivers/hid/intel- > ish-hid/ipc/ipc.c > index 9a60ec13cb10..2f8e5402b450 100644 > --- a/drivers/hid/intel-ish-hid/ipc/ipc.c > +++ b/drivers/hid/intel-ish-hid/ipc/ipc.c > @@ -907,7 +907,8 @@ struct ishtp_device *ish_dev_init(struct pci_dev > *pdev) > struct ishtp_device *dev; > int i; > > - dev = kzalloc(sizeof(struct ishtp_device) + sizeof(struct > ish_hw), > + dev = devm_kzalloc(&pdev->dev, > + sizeof(struct ishtp_device) + sizeof(struct ish_hw), > GFP_KERNEL); > if (!dev) > return NULL; > @@ -925,7 +926,9 @@ struct ishtp_device *ish_dev_init(struct pci_dev > *pdev) > for (i = 0; i < IPC_TX_FIFO_SIZE; ++i) { > struct wr_msg_ctl_info *tx_buf; > > - tx_buf = kzalloc(sizeof(struct wr_msg_ctl_info), > GFP_KERNEL); > + tx_buf = devm_kzalloc(&pdev->dev, > + sizeof(struct wr_msg_ctl_info), > + GFP_KERNEL); > if (!tx_buf) { > /* > * IPC buffers may be limited or not > available > diff --git a/drivers/hid/intel-ish-hid/ipc/pci-ish.c > b/drivers/hid/intel-ish-hid/ipc/pci-ish.c > index a2c53ea3b5ed..81d035a480bc 100644 > --- a/drivers/hid/intel-ish-hid/ipc/pci-ish.c > +++ b/drivers/hid/intel-ish-hid/ipc/pci-ish.c > @@ -172,7 +172,6 @@ static int ish_probe(struct pci_dev *pdev, const > struct pci_device_id *ent) > free_irq(pdev->irq, dev); > free_device: > pci_iounmap(pdev, hw->mem_addr); > - kfree(dev); > release_regions: > pci_release_regions(pdev); > disable_device: > @@ -202,7 +201,6 @@ static void ish_remove(struct pci_dev *pdev) > pci_release_regions(pdev); > pci_clear_master(pdev); > pci_disable_device(pdev); > - kfree(ishtp_dev); > } > > static struct device __maybe_unused *ish_resume_device;