mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
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
>>

  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®