Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp157113pxf; Wed, 17 Mar 2021 01:45:25 -0700 (PDT) X-Google-Smtp-Source: ABdhPJw5CjuO6xn1+hva1ha4r4cWKAwKo9QGL9/iQ/qYrJsVLM5KlL+w0d6c2FL0WeI7getz1HG2 X-Received: by 2002:a17:907:ea3:: with SMTP id ho35mr34297183ejc.219.1615970725510; Wed, 17 Mar 2021 01:45:25 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1615970725; cv=none; d=google.com; s=arc-20160816; b=QGdl7OEpvxy2r1Yb8BpZJxvt0GkLqP6G3wQrDSxSLsx6usJ9Sec8nQIX/LcmJljcep DyBQlXTiCFYuZLbTUdGTrmUOjDf3Bt/EJBch6I2zNI114ES1s0ybvqXtxzBoffi9VLRX vLxosGxFzpo8l1Brlmt0u8yVH5ATmLE3PXIvHb3L2PxR7+nigSTPbR4op+mFDybNWwCs G0wKRO9biIjTus9tP9zHGay9zc6awzioPpPGYqRBKjTvd6Pcwbx/Kd/Yi92aou66bKTK SM3JFbAAJ2XRIWgAGPCfr4m0WXodmxUvGy3nZZepRbhI93KQObGzqCFAvPM8TZZXK9Ti r3JA== 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 :message-id:date:subject:cc:to:from; bh=6YfxEp+m9UeD7Ap0lgMiPQaPgih/I0jrtAykZR1mtZU=; b=Ou1pRBSbqIJvymoWHXyhrqNQ9A0inKkYx4IDBr9rE92m7ebzwswOXF05eqLxR1Fols 31y7k5UndxX7ERYXMMHKCPeF4Ut5Qnbx1mpH+Z4x0P6p7Hks/20CLzgju6Tih6jz4nKh mUJvjePYrpiKEqYygUsIieRnbIcrwY4tRcMRCeZWVTyB5EDgUBXbtg7Kwm2Khte4tU3d 6DNqYwTzu+VrwEZSV8muldV/w4IVZeIVhgLinFseGpFSKg7Wnrbq765vFukOxPr8UDUn 79jY9R7m6D5LtUknom1i1Xtj6mi50T/CtGxTdWa+o6DJ8McUHzD8pG9AIvw5i8Cbv7kF ygxg== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id f18si2664098edr.449.2021.03.17.01.45.02; Wed, 17 Mar 2021 01:45:25 -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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229561AbhCQIns (ORCPT + 99 others); Wed, 17 Mar 2021 04:43:48 -0400 Received: from mx2.suse.de ([195.135.220.15]:53370 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229512AbhCQInc (ORCPT ); Wed, 17 Mar 2021 04:43:32 -0400 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.221.27]) by mx2.suse.de (Postfix) with ESMTP id AA460AB8C; Wed, 17 Mar 2021 08:43:30 +0000 (UTC) Received: from localhost (brahms [local]) by brahms (OpenSMTPD) with ESMTPA id 6aa88d54; Wed, 17 Mar 2021 08:44:45 +0000 (UTC) From: Luis Henriques To: Vivek Goyal , Stefan Hajnoczi , Miklos Szeredi Cc: virtualization@lists.linux-foundation.org, linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org, virtio-fs@redhat.com, Luis Henriques , stable@vger.kernel.org Subject: [PATCH v2] virtiofs: fix memory leak in virtio_fs_probe() Date: Wed, 17 Mar 2021 08:44:43 +0000 Message-Id: <20210317084443.22657-1-lhenriques@suse.de> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org When accidentally passing twice the same tag to qemu, kmemleak ended up reporting a memory leak in virtiofs. Also, looking at the log I saw the following error (that's when I realised the duplicated tag): virtiofs: probe of virtio5 failed with error -17 Here's the kmemleak log for reference: unreferenced object 0xffff888103d47800 (size 1024): comm "systemd-udevd", pid 118, jiffies 4294893780 (age 18.340s) hex dump (first 32 bytes): 00 00 00 00 ad 4e ad de ff ff ff ff 00 00 00 00 .....N.......... ff ff ff ff ff ff ff ff 80 90 02 a0 ff ff ff ff ................ backtrace: [<000000000ebb87c1>] virtio_fs_probe+0x171/0x7ae [virtiofs] [<00000000f8aca419>] virtio_dev_probe+0x15f/0x210 [<000000004d6baf3c>] really_probe+0xea/0x430 [<00000000a6ceeac8>] device_driver_attach+0xa8/0xb0 [<00000000196f47a7>] __driver_attach+0x98/0x140 [<000000000b20601d>] bus_for_each_dev+0x7b/0xc0 [<00000000399c7b7f>] bus_add_driver+0x11b/0x1f0 [<0000000032b09ba7>] driver_register+0x8f/0xe0 [<00000000cdd55998>] 0xffffffffa002c013 [<000000000ea196a2>] do_one_initcall+0x64/0x2e0 [<0000000008f727ce>] do_init_module+0x5c/0x260 [<000000003cdedab6>] __do_sys_finit_module+0xb5/0x120 [<00000000ad2f48c6>] do_syscall_64+0x33/0x40 [<00000000809526b5>] entry_SYSCALL_64_after_hwframe+0x44/0xae Cc: stable@vger.kernel.org Signed-off-by: Luis Henriques --- Changes since v1: - Use kfree() to free fs->vqs instead of calling virtio_fs_put() fs/fuse/virtio_fs.c | 1 + 1 file changed, 1 insertion(+) diff --git a/fs/fuse/virtio_fs.c b/fs/fuse/virtio_fs.c index 8868ac31a3c0..989ef4f88636 100644 --- a/fs/fuse/virtio_fs.c +++ b/fs/fuse/virtio_fs.c @@ -896,6 +896,7 @@ static int virtio_fs_probe(struct virtio_device *vdev) out_vqs: vdev->config->reset(vdev); virtio_fs_cleanup_vqs(vdev, fs); + kfree(fs->vqs); out: vdev->priv = NULL;