From: Cristian Marussi <cristian.marussi@arm.com>
To: Alice Ryhl <aliceryhl@google.com>
Cc: Cristian Marussi <cristian.marussi@arm.com>,
linux-kernel@vger.kernel.org,
linux-arm-kernel@lists.infradead.org, arm-scmi@vger.kernel.org,
Sudeep Holla <sudeep.holla@arm.com>,
Catalin Marinas <catalin.marinas@arm.com>
Subject: Re: [PATCH] firmware: arm_scmi: Balance device refcount when destroying devices
Date: Fri, 7 Mar 2025 09:39:34 +0000 [thread overview]
Message-ID: <Z8q-1jOng_nYP445@pluto> (raw)
In-Reply-To: <Z8q9l0vDTLpbo8UR@google.com>
On Fri, Mar 07, 2025 at 09:34:15AM +0000, Alice Ryhl wrote:
> On Thu, Mar 06, 2025 at 06:54:47PM +0000, Cristian Marussi wrote:
> > Using device_find_child() to lookup the proper SCMI device to destroy
> > causes an unbalance in device refcount, since device_find_child() calls an
> > implicit get_device(): this, in turns, inhibits the call of the provided
> > release methods upon devices destruction.
> >
> > As a consequence, one of the structures that is not freed properly upon
> > destruction is the internal struct device_private dev->p populated by the
> > drivers subsystem core.
> >
> > KMemleak detects this situation since loading/unloding some SCMI driver
> > causes related devices to be created/destroyed without calling any
> > device_release method.
> >
> > unreferenced object 0xffff00000f583800 (size 512):
> > comm "insmod", pid 227, jiffies 4294912190
> > 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 60 36 1d 8a 00 80 ff ff ........`6......
> > backtrace (crc 114e2eed):
> > kmemleak_alloc+0xbc/0xd8
> > __kmalloc_cache_noprof+0x2dc/0x398
> > device_add+0x954/0x12d0
> > device_register+0x28/0x40
> > __scmi_device_create.part.0+0x1bc/0x380
> > scmi_device_create+0x2d0/0x390
> > scmi_create_protocol_devices+0x74/0xf8
> > scmi_device_request_notifier+0x1f8/0x2a8
> > notifier_call_chain+0x110/0x3b0
> > blocking_notifier_call_chain+0x70/0xb0
> > scmi_driver_register+0x350/0x7f0
> > 0xffff80000a3b3038
> > do_one_initcall+0x12c/0x730
> > do_init_module+0x1dc/0x640
> > load_module+0x4b20/0x5b70
> > init_module_from_file+0xec/0x158
> >
> > $ ./scripts/faddr2line ./vmlinux device_add+0x954/0x12d0
> > device_add+0x954/0x12d0:
> > kmalloc_noprof at include/linux/slab.h:901
> > (inlined by) kzalloc_noprof at include/linux/slab.h:1037
> > (inlined by) device_private_init at drivers/base/core.c:3510
> > (inlined by) device_add at drivers/base/core.c:3561
> >
> > Balance device refcount by issuing a put_device() on devices found via
> > device_find_child().
> >
> > Reported-by: Alice Ryhl <aliceryhl@google.com>
> > Closes: https://lore.kernel.org/linux-arm-kernel/Z8nK3uFkspy61yjP@arm.com/T/#mc1f73a0ea5e41014fa145147b7b839fc988ada8f
> > CC: Sudeep Holla <sudeep.holla@arm.com>
> > CC: Catalin Marinas <catalin.marinas@arm.com>
> > Fixes: d4f9dddd21f3 ("firmware: arm_scmi: Add dynamic scmi devices creation")
> > Signed-off-by: Cristian Marussi <cristian.marussi@arm.com>
>
> I was not able to reproduce the memory leak after applying this patch.
>
> Tested-by: Alice Ryhl <aliceryhl@google.com>
Thanks a lot for testing (and for the report) !
Cristian
next prev parent reply other threads:[~2025-03-07 9:41 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-03-06 18:54 [PATCH] firmware: arm_scmi: Balance device refcount when destroying devices Cristian Marussi
2025-03-07 9:34 ` Alice Ryhl
2025-03-07 9:39 ` Cristian Marussi [this message]
2025-04-08 10:23 ` Sudeep Holla
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=Z8q-1jOng_nYP445@pluto \
--to=cristian.marussi@arm.com \
--cc=aliceryhl@google.com \
--cc=arm-scmi@vger.kernel.org \
--cc=catalin.marinas@arm.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=sudeep.holla@arm.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).