From: Yi Sun <yi.sun@intel.com>
To: Vinicius Costa Gomes <vinicius.gomes@intel.com>
Cc: <dave.jiang@intel.com>, <dmaengine@vger.kernel.org>,
<linux-kernel@vger.kernel.org>, <xueshuai@linux.alibaba.com>,
<gordon.jin@intel.com>
Subject: Re: [PATCH 1/2] dmaengine: idxd: Remove improper idxd_free
Date: Fri, 30 May 2025 08:24:50 +0800 [thread overview]
Message-ID: <aDj60tJeJ-bYPFEX@ysun46-mobl.ccr.corp.intel.com> (raw)
In-Reply-To: <87r0079wyy.fsf@intel.com>
On 29.05.2025 09:56, Vinicius Costa Gomes wrote:
>Hi,
>
>Yi Sun <yi.sun@intel.com> writes:
>
>> The put_device() call can be asynchronous cleanup via schedule_delayed_work
>> when CONFIG_DEBUG_KOBJECT_RELEASE is set. This results in a use-after-free
>> failure during module unloading if invoking idxd_free() immediately
>> afterward.
>>
>
>I think that adding the relevant part of the log would be helpful. (I am
>looking at either a similar, or this exact problem, so at least to me it
>would be helpful)
>
The issue is easily reproducible: unloading the module with 'modprobe -r idxd'
can trigger the call trace so long as a idxd_free() is called immediately
after the put_device().
I can include the call trace in the next version commit log if it's helpful.
[ 1957.463315] refcount_t: underflow; use-after-free.
[ 1957.463337] WARNING: CPU: 15 PID: 4428 at lib/refcount.c:28 refcount_warn_saturate+0xbe/0x110
... ...
[ 1957.463424] RIP: 0010:refcount_warn_saturate+0xbe/0x110
... ...
[ 1957.463445] Call Trace:
[ 1957.463450] <TASK>
[ 1957.463458] idxd_remove+0xe4/0x120 [idxd]
[ 1957.463497] pci_device_remove+0x3f/0xb0
[ 1957.463505] device_release_driver_internal+0x197/0x200
[ 1957.463513] driver_detach+0x48/0x90
[ 1957.463515] bus_remove_driver+0x74/0xf0
[ 1957.463521] pci_unregister_driver+0x2e/0xb0
[ 1957.463524] idxd_exit_module+0x34/0x7a0 [idxd]
[ 1957.463529] __do_sys_delete_module.constprop.0+0x183/0x280
[ 1957.463536] ? syscall_trace_enter+0x163/0x1c0
[ 1957.463540] do_syscall_64+0x54/0xd70
[ 1957.463549] entry_SYSCALL_64_after_hwframe+0x76/0x7e
[ 1957.463555] RIP: 0033:0x7fb52b10ee2b
>> Removes the improper call idxd_free() to prevent potential memory
>> corruption.
>
>Thinking if it would be worth a Fixes: tag.
>
Yes, sure. Will add Fixes: tag next version.
Thanks
--Sun, Yi
next prev parent reply other threads:[~2025-05-30 0:25 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-05-29 15:34 Yi Sun
2025-05-29 15:34 ` [PATCH 2/2] dmaengine: idxd: Fix refcount underflow on module unload Yi Sun
2025-05-29 17:04 ` Vinicius Costa Gomes
2025-05-30 3:06 ` Yi Sun
2025-05-30 5:39 ` Shuai Xue
2025-05-30 5:58 ` Yi Sun
2025-05-29 16:56 ` [PATCH 1/2] dmaengine: idxd: Remove improper idxd_free Vinicius Costa Gomes
2025-05-30 0:24 ` Yi Sun [this message]
2025-05-30 1:07 ` Vinicius Costa Gomes
2025-05-30 1:42 ` Yi Sun
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=aDj60tJeJ-bYPFEX@ysun46-mobl.ccr.corp.intel.com \
--to=yi.sun@intel.com \
--cc=dave.jiang@intel.com \
--cc=dmaengine@vger.kernel.org \
--cc=gordon.jin@intel.com \
--cc=linux-kernel@vger.kernel.org \
--cc=vinicius.gomes@intel.com \
--cc=xueshuai@linux.alibaba.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
all inboxes | Powered by JetHome®