Message-ID: <cdb562c5-040e-687f-a61f-4273fc356ff3@alu.unizg.hr>
Date:   Tue, 31 Jan 2023 10:36:55 +0100
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101
 Thunderbird/102.6.1
Content-Language: en-US
To:     linux-gpio@vger.kernel.org
Cc:     Linus Walleij <linus.walleij@linaro.org>,
        Bartosz Golaszewski <brgl@bgdev.pl>,
        linux-kernel@vger.kernel.org,
        Thorsten Leemhuis <regressions@leemhuis.info>
From:   Mirsad Goran Todorovac <mirsad.todorovac@alu.unizg.hr>
Subject: INFO: memory leak in gpio device in 6.2-rc6
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Precedence: bulk

Hi all,

I came across this memory leak apparently in the GPIO device driver.
It is still present in 6.2-rc6 release candidate kernel (just ran kselftest).

This is a vanilla Torvalds tree kernel with MGLRU and KMEMLEAK (obviously)
enabled.

If you think this bug is significant, I can attempt the bug bisect in the
environment that triggered it (Lenovo LENOVO_MT_10TX_BU_Lenovo_FM_V530S-07ICB)
with BIOS M22KT49A from 11/10/2022 and AlmaLinux 8.7.

Here is the /sys/kernel/debug/kmemleak output:

unreferenced object 0xffff9e67ad71f160 (size 32):
   comm "gpio-sim.sh", pid 208926, jiffies 4372229685 (age 2101.564s)
   hex dump (first 32 bytes):
     67 70 69 6f 2d 73 69 6d 2e 30 2d 6e 6f 64 65 30  gpio-sim.0-node0
     00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................
   backtrace:
     [<0000000098bf3d1b>] slab_post_alloc_hook+0x91/0x320
     [<00000000da3205c5>] __kmem_cache_alloc_node+0x1bf/0x2b0
     [<00000000aa51a58a>] __kmalloc_node_track_caller+0x55/0x140
     [<00000000bd682ecc>] kvasprintf+0x6b/0xd0
     [<00000000a3431d55>] kasprintf+0x4e/0x70
     [<00000000f52d2629>] gpio_sim_device_config_live_store+0x401/0x59d [gpio_sim]
     [<00000000673fc6df>] configfs_write_iter+0xcc/0x130
     [<000000001d5d0829>] vfs_write+0x2b4/0x3d0
     [<00000000d2336251>] ksys_write+0x61/0xe0
     [<00000000f7015bb1>] __x64_sys_write+0x1a/0x20
     [<000000008ac743d2>] do_syscall_64+0x58/0x80
     [<000000004d7b7d50>] entry_SYSCALL_64_after_hwframe+0x63/0xcd
[root@pc-mtodorov marvin]#

Regards,
Mirsad

-- 
Mirsad Todorovac
System engineer
Faculty of Graphic Arts | Academy of Fine Arts
University of Zagreb
Republic of Croatia, the European Union
--
Sistem inženjer
Grafički fakultet | Akademija likovnih umjetnosti
Sveučilište u Zagrebu