From: "guomengqi (A)" <guomengqi3@huawei.com>
To: Greg KH <gregkh@linuxfoundation.org>
Cc: <stable@vger.kernel.org>, <airlied@linux.ie>,
<dri-devel@lists.freedesktop.org>, <xuqiang36@huawei.com>
Subject: Re: [PATCH] drm/vkms: call drm_atomic_helper_shutdown before drm_dev_put()
Date: Thu, 21 Mar 2024 15:55:37 +0800 [thread overview]
Message-ID: <747ff93d-1d05-aabb-0fa2-5a7810f41c85@huawei.com> (raw)
In-Reply-To: <2024032130-dripping-possum-7528@gregkh>
在 2024/3/21 15:39, Greg KH 写道:
> On Thu, Mar 21, 2024 at 03:07:52PM +0800, Guo Mengqi wrote:
>> commit 73a82b22963d ("drm/atomic: Fix potential use-after-free
>> in nonblocking commits") introduced drm_dev_get/put() to
>> drm_atomic_helper_shutdown(). And this cause problem in vkms driver exit
>> process.
>>
>> vkms_exit()
>> drm_dev_put()
>> vkms_release()
>> drm_atomic_helper_shutdown()
>> drm_dev_get()
>> drm_dev_put()
>> vkms_release() ------ null pointer access
>>
>> Using 4.19 stable x86 image on qemu, below stacktrace can be triggered by
>> load and unload vkms.ko.
>>
>> root:~ # insmod vkms.ko
>> [ 142.135449] [drm] Supports vblank timestamp caching Rev 2 (21.10.2013).
>> [ 142.138713] [drm] Driver supports precise vblank timestamp query.
>> [ 142.142390] [drm] Initialized vkms 1.0.0 20180514 for virtual device on minor 0
>> root:~ # rmmod vkms.ko
>> [ 144.093710] BUG: unable to handle kernel NULL pointer dereference at 00000000000000a0
>> [ 144.097491] PGD 800000023624e067 P4D 800000023624e067 PUD 22ab59067 PMD 0
>> [ 144.100802] Oops: 0000 [#1] SMP PTI
>> [ 144.102502] CPU: 0 PID: 3615 Comm: rmmod Not tainted 4.19.310 #1
>> [ 144.104452] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS rel-1.13.0-0-gf21b5a4aeb02-prebuilt.qemu.org 04/01/2014
>> [ 144.107238] RIP: 0010:device_del+0x34/0x3a0
>> ...
>> [ 144.131323] Call Trace:
>> [ 144.131962] ? __die+0x7d/0xc0
>> [ 144.132711] ? no_context+0x152/0x3b0
>> [ 144.133605] ? wake_up_q+0x70/0x70
>> [ 144.134436] ? __do_page_fault+0x342/0x4b0
>> [ 144.135445] ? __switch_to_asm+0x41/0x70
>> [ 144.136416] ? __switch_to_asm+0x35/0x70
>> [ 144.137366] ? page_fault+0x1e/0x30
>> [ 144.138214] ? __drm_atomic_state_free+0x51/0x60
>> [ 144.139331] ? device_del+0x34/0x3a0
>> [ 144.140197] platform_device_del.part.14+0x19/0x70
>> [ 144.141348] platform_device_unregister+0xe/0x20
>> [ 144.142458] vkms_release+0x10/0x30 [vkms]
>> [ 144.143449] __drm_atomic_helper_disable_all.constprop.31+0x13b/0x150
>> [ 144.144980] drm_atomic_helper_shutdown+0x4b/0x90
>> [ 144.146102] vkms_release+0x18/0x30 [vkms]
>> [ 144.147107] vkms_exit+0x29/0x8ec [vkms]
>> [ 144.148053] __x64_sys_delete_module+0x155/0x220
>> [ 144.149168] do_syscall_64+0x43/0x100
>> [ 144.150056] entry_SYSCALL_64_after_hwframe+0x5c/0xc1
>>
>> It seems that the proper unload sequence is:
>> drm_atomic_helper_shutdown();
>> drm_dev_put();
>>
>> Just put drm_atomic_helper_shutdown() before drm_dev_put()
>> should solve the problem.
>>
>> Fixes: 73a82b22963d ("drm/atomic: Fix potential use-after-free in nonblocking commits")
>> Signed-off-by: Guo Mengqi <guomengqi3@huawei.com>
>> ---
>> drivers/gpu/drm/vkms/vkms_drv.c | 2 +-
>> 1 file changed, 1 insertion(+), 1 deletion(-)
>>
>> diff --git a/drivers/gpu/drm/vkms/vkms_drv.c b/drivers/gpu/drm/vkms/vkms_drv.c
>> index b1201c18d3eb..d32e08f17427 100644
>> --- a/drivers/gpu/drm/vkms/vkms_drv.c
>> +++ b/drivers/gpu/drm/vkms/vkms_drv.c
>> @@ -39,7 +39,6 @@ static void vkms_release(struct drm_device *dev)
>> struct vkms_device *vkms = container_of(dev, struct vkms_device, drm);
>>
>> platform_device_unregister(vkms->platform);
>> - drm_atomic_helper_shutdown(&vkms->drm);
>> drm_mode_config_cleanup(&vkms->drm);
>> drm_dev_fini(&vkms->drm);
>> }
>> @@ -137,6 +136,7 @@ static void __exit vkms_exit(void)
>> }
>>
>> drm_dev_unregister(&vkms_device->drm);
>> + drm_atomic_helper_shutdown(&vkms_device->drm);
>> drm_dev_put(&vkms_device->drm);
>>
>> kfree(vkms_device);
>> --
>> 2.17.1
>>
>>
> What is the commit id of this change in Linus's tree?
Hi,
Do you mean this patch? I only send it to stable tree, mainline does not
have this bug.
vkms exit code is refactored by 53d77aaa3f76 ("drm/vkms: Use
devm_drm_dev_alloc") in tags/v5.10-rc1.
So this bug only exists on 4.19 and 5.4.
> thanks,
>
> greg k-h
> .
next prev parent reply other threads:[~2024-03-21 7:55 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-03-21 7:07 [PATCH] drm/vkms: call drm_atomic_helper_shutdown before drm_dev_put() Guo Mengqi
2024-03-21 7:39 ` Greg KH
2024-03-21 7:55 ` guomengqi (A) [this message]
2024-03-29 9:57 ` Greg KH
2024-04-03 10:01 ` guomengqi (A)
2024-03-21 9:11 ` kernel test robot
-- strict thread matches above, loose matches on Subject: below --
2024-03-21 7:06 Guo Mengqi
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=747ff93d-1d05-aabb-0fa2-5a7810f41c85@huawei.com \
--to=guomengqi3@huawei.com \
--cc=airlied@linux.ie \
--cc=dri-devel@lists.freedesktop.org \
--cc=gregkh@linuxfoundation.org \
--cc=stable@vger.kernel.org \
--cc=xuqiang36@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