From: Wang Liang <wangliang74@huawei.com>
To: Calvin Owens <calvin@wbinvd.org>
Cc: <giometti@enneenne.com>, <mschmidt@redhat.com>,
<gregkh@linuxfoundation.org>, <yuehaibing@huawei.com>,
<zhangchangzhong@huawei.com>, <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH] pps: fix warning in pps_register_cdev when register device fail
Date: Thu, 28 Aug 2025 17:24:26 +0800 [thread overview]
Message-ID: <a390e024-6115-442f-a1f6-6ebe379ade9f@huawei.com> (raw)
In-Reply-To: <aK8lIakmj_5eoPZN@mozart.vkv.me>
在 2025/8/27 23:32, Calvin Owens 写道:
> On Wednesday 08/27 at 14:50 +0800, Wang Liang wrote:
>> Similar to previous commit 2a934fdb01db ("media: v4l2-dev: fix error
>> handling in __video_register_device()"), the release hook should be set
>> before device_register(). Otherwise, when device_register() return error
>> and put_device() try to callback the release function, the below warning
>> may happen.
>>
>> ------------[ cut here ]------------
>> WARNING: CPU: 1 PID: 4760 at drivers/base/core.c:2567 device_release+0x1bd/0x240 drivers/base/core.c:2567
>> Modules linked in:
>> CPU: 1 UID: 0 PID: 4760 Comm: syz.4.914 Not tainted 6.17.0-rc3+ #1 NONE
>> RIP: 0010:device_release+0x1bd/0x240 drivers/base/core.c:2567
>> Call Trace:
>> <TASK>
>> kobject_cleanup+0x136/0x410 lib/kobject.c:689
>> kobject_release lib/kobject.c:720 [inline]
>> kref_put include/linux/kref.h:65 [inline]
>> kobject_put+0xe9/0x130 lib/kobject.c:737
>> put_device+0x24/0x30 drivers/base/core.c:3797
>> pps_register_cdev+0x2da/0x370 drivers/pps/pps.c:402
>> pps_register_source+0x2f6/0x480 drivers/pps/kapi.c:108
>> pps_tty_open+0x190/0x310 drivers/pps/clients/pps-ldisc.c:57
>> tty_ldisc_open+0xa7/0x120 drivers/tty/tty_ldisc.c:432
>> tty_set_ldisc+0x333/0x780 drivers/tty/tty_ldisc.c:563
>> tiocsetd drivers/tty/tty_io.c:2429 [inline]
>> tty_ioctl+0x5d1/0x1700 drivers/tty/tty_io.c:2728
>> vfs_ioctl fs/ioctl.c:51 [inline]
>> __do_sys_ioctl fs/ioctl.c:598 [inline]
>> __se_sys_ioctl fs/ioctl.c:584 [inline]
>> __x64_sys_ioctl+0x194/0x210 fs/ioctl.c:584
>> do_syscall_x64 arch/x86/entry/syscall_64.c:63 [inline]
>> do_syscall_64+0x5f/0x2a0 arch/x86/entry/syscall_64.c:94
>> entry_SYSCALL_64_after_hwframe+0x76/0x7e
>> </TASK>
>>
>> Before commit c79a39dc8d06 ("pps: Fix a use-after-free"),
>> pps_register_cdev() call device_create() to create pps->dev, which will
>> init dev->release to device_create_release(). Now the comment is outdated,
>> just remove it.
> Hi Wang,
>
> I'm curious why pps_register_cdev() is failing, is there possibly a
> second issue to investigate there? Or was it fault injection?
I find this issue from my local syzkaller project.
Function pps_register_cdev() call the universal interface 'device_register',
which can return error when kzalloc fail, or sysfs error, etc.
Hope the above information is helpful.
------
Best regards
Wang Liang
>
> Otherwise, makes perfect sense to me. I'm new to this code, so grain of
> salt, but since I exposed it:
>
> Reviewed-by: Calvin Owens <calvin@wbinvd.org>
>
> Thanks,
> Calvin
>
>> Fixes: c79a39dc8d06 ("pps: Fix a use-after-free")
>> Signed-off-by: Wang Liang <wangliang74@huawei.com>
>> ---
>> drivers/pps/pps.c | 4 +---
>> 1 file changed, 1 insertion(+), 3 deletions(-)
>>
>> diff --git a/drivers/pps/pps.c b/drivers/pps/pps.c
>> index 9463232af8d2..0d2d57250575 100644
>> --- a/drivers/pps/pps.c
>> +++ b/drivers/pps/pps.c
>> @@ -383,13 +383,11 @@ int pps_register_cdev(struct pps_device *pps)
>> pps->dev.devt = MKDEV(pps_major, pps->id);
>> dev_set_drvdata(&pps->dev, pps);
>> dev_set_name(&pps->dev, "pps%d", pps->id);
>> + pps->dev.release = pps_device_destruct;
>> err = device_register(&pps->dev);
>> if (err)
>> goto free_idr;
>>
>> - /* Override the release function with our own */
>> - pps->dev.release = pps_device_destruct;
>> -
>> pr_debug("source %s got cdev (%d:%d)\n", pps->info.name, pps_major,
>> pps->id);
>>
>> --
>> 2.33.0
>>
next prev parent reply other threads:[~2025-08-28 9:24 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-08-27 6:50 Wang Liang
2025-08-27 15:32 ` Calvin Owens
2025-08-28 9:24 ` Wang Liang [this message]
2025-08-28 13:41 ` Calvin Owens
2025-08-28 13:24 ` Calvin Owens
2025-08-29 9:33 ` Wang Liang
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=a390e024-6115-442f-a1f6-6ebe379ade9f@huawei.com \
--to=wangliang74@huawei.com \
--cc=calvin@wbinvd.org \
--cc=giometti@enneenne.com \
--cc=gregkh@linuxfoundation.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mschmidt@redhat.com \
--cc=yuehaibing@huawei.com \
--cc=zhangchangzhong@huawei.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®