From: Mario Limonciello <mario.limonciello@amd.com>
To: Tvrtko Ursulin <tursulin@igalia.com>, amd-gfx@lists.freedesktop.org
Cc: kernel-dev@igalia.com, Tvrtko Ursulin <tvrtko.ursulin@igalia.com>,
Evan Quan <evan.quan@amd.com>, Wenyou Yang <WenYou.Yang@amd.com>,
Alex Deucher <alexander.deucher@amd.com>,
stable@vger.kernel.org
Subject: Re: [PATCH v2] drm/amd/pm: Vangogh: Fix kernel memory out of bounds write
Date: Fri, 25 Oct 2024 12:16:15 -0500 [thread overview]
Message-ID: <d8d55df5-a5c2-4460-9bd1-e6e7595edcf0@amd.com> (raw)
In-Reply-To: <20241025145639.19124-1-tursulin@igalia.com>
On 10/25/2024 09:56, Tvrtko Ursulin wrote:
> From: Tvrtko Ursulin <tvrtko.ursulin@igalia.com>
>
> KASAN reports that the GPU metrics table allocated in
> vangogh_tables_init() is not large enough for the memset done in
> smu_cmn_init_soft_gpu_metrics(). Condensed report follows:
>
> [ 33.861314] BUG: KASAN: slab-out-of-bounds in smu_cmn_init_soft_gpu_metrics+0x73/0x200 [amdgpu]
> [ 33.861799] Write of size 168 at addr ffff888129f59500 by task mangoapp/1067
> ...
> [ 33.861808] CPU: 6 UID: 1000 PID: 1067 Comm: mangoapp Tainted: G W 6.12.0-rc4 #356 1a56f59a8b5182eeaf67eb7cb8b13594dd23b544
> [ 33.861816] Tainted: [W]=WARN
> [ 33.861818] Hardware name: Valve Galileo/Galileo, BIOS F7G0107 12/01/2023
> [ 33.861822] Call Trace:
> [ 33.861826] <TASK>
> [ 33.861829] dump_stack_lvl+0x66/0x90
> [ 33.861838] print_report+0xce/0x620
> [ 33.861853] kasan_report+0xda/0x110
> [ 33.862794] kasan_check_range+0xfd/0x1a0
> [ 33.862799] __asan_memset+0x23/0x40
> [ 33.862803] smu_cmn_init_soft_gpu_metrics+0x73/0x200 [amdgpu 13b1bc364ec578808f676eba412c20eaab792779]
> [ 33.863306] vangogh_get_gpu_metrics_v2_4+0x123/0xad0 [amdgpu 13b1bc364ec578808f676eba412c20eaab792779]
> [ 33.864257] vangogh_common_get_gpu_metrics+0xb0c/0xbc0 [amdgpu 13b1bc364ec578808f676eba412c20eaab792779]
> [ 33.865682] amdgpu_dpm_get_gpu_metrics+0xcc/0x110 [amdgpu 13b1bc364ec578808f676eba412c20eaab792779]
> [ 33.866160] amdgpu_get_gpu_metrics+0x154/0x2d0 [amdgpu 13b1bc364ec578808f676eba412c20eaab792779]
> [ 33.867135] dev_attr_show+0x43/0xc0
> [ 33.867147] sysfs_kf_seq_show+0x1f1/0x3b0
> [ 33.867155] seq_read_iter+0x3f8/0x1140
> [ 33.867173] vfs_read+0x76c/0xc50
> [ 33.867198] ksys_read+0xfb/0x1d0
> [ 33.867214] do_syscall_64+0x90/0x160
> ...
> [ 33.867353] Allocated by task 378 on cpu 7 at 22.794876s:
> [ 33.867358] kasan_save_stack+0x33/0x50
> [ 33.867364] kasan_save_track+0x17/0x60
> [ 33.867367] __kasan_kmalloc+0x87/0x90
> [ 33.867371] vangogh_init_smc_tables+0x3f9/0x840 [amdgpu]
> [ 33.867835] smu_sw_init+0xa32/0x1850 [amdgpu]
> [ 33.868299] amdgpu_device_init+0x467b/0x8d90 [amdgpu]
> [ 33.868733] amdgpu_driver_load_kms+0x19/0xf0 [amdgpu]
> [ 33.869167] amdgpu_pci_probe+0x2d6/0xcd0 [amdgpu]
> [ 33.869608] local_pci_probe+0xda/0x180
> [ 33.869614] pci_device_probe+0x43f/0x6b0
>
> Empirically we can confirm that the former allocates 152 bytes for the
> table, while the latter memsets the 168 large block.
>
> Root cause appears that when GPU metrics tables for v2_4 parts were added
> it was not considered to enlarge the table to fit.
>
> The fix in this patch is rather "brute force" and perhaps later should be
> done in a smarter way, by extracting and consolidating the part version to
> size logic to a common helper, instead of brute forcing the largest
> possible allocation. Nevertheless, for now this works and fixes the out of
> bounds write.
>
> v2:
> * Drop impossible v3_0 case. (Mario)
>
> Signed-off-by: Tvrtko Ursulin <tvrtko.ursulin@igalia.com>
> Fixes: 41cec40bc9ba ("drm/amd/pm: Vangogh: Add new gpu_metrics_v2_4 to acquire gpu_metrics")
> Cc: Mario Limonciello <mario.limonciello@amd.com>
> Cc: Evan Quan <evan.quan@amd.com>
> Cc: Wenyou Yang <WenYou.Yang@amd.com>
> Cc: Alex Deucher <alexander.deucher@amd.com>
> Cc: <stable@vger.kernel.org> # v6.6+
Thanks!
Reviewed-by: Mario Limonciello <mario.limonciello@amd.com>
I'll apply it to amd-staging-drm-next.
> ---
> drivers/gpu/drm/amd/pm/swsmu/smu11/vangogh_ppt.c | 4 +++-
> 1 file changed, 3 insertions(+), 1 deletion(-)
>
> diff --git a/drivers/gpu/drm/amd/pm/swsmu/smu11/vangogh_ppt.c b/drivers/gpu/drm/amd/pm/swsmu/smu11/vangogh_ppt.c
> index 22737b11b1bf..1fe020f1f4db 100644
> --- a/drivers/gpu/drm/amd/pm/swsmu/smu11/vangogh_ppt.c
> +++ b/drivers/gpu/drm/amd/pm/swsmu/smu11/vangogh_ppt.c
> @@ -242,7 +242,9 @@ static int vangogh_tables_init(struct smu_context *smu)
> goto err0_out;
> smu_table->metrics_time = 0;
>
> - smu_table->gpu_metrics_table_size = max(sizeof(struct gpu_metrics_v2_3), sizeof(struct gpu_metrics_v2_2));
> + smu_table->gpu_metrics_table_size = sizeof(struct gpu_metrics_v2_2);
> + smu_table->gpu_metrics_table_size = max(smu_table->gpu_metrics_table_size, sizeof(struct gpu_metrics_v2_3));
> + smu_table->gpu_metrics_table_size = max(smu_table->gpu_metrics_table_size, sizeof(struct gpu_metrics_v2_4));
> smu_table->gpu_metrics_table = kzalloc(smu_table->gpu_metrics_table_size, GFP_KERNEL);
> if (!smu_table->gpu_metrics_table)
> goto err1_out;
prev parent reply other threads:[~2024-10-25 17:16 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-10-25 14:56 [PATCH v2] drm/amd/pm: Vangogh: Fix kernel memory out of bounds write Tvrtko Ursulin
2024-10-25 17:16 ` Mario Limonciello [this message]
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=d8d55df5-a5c2-4460-9bd1-e6e7595edcf0@amd.com \
--to=mario.limonciello@amd.com \
--cc=WenYou.Yang@amd.com \
--cc=alexander.deucher@amd.com \
--cc=amd-gfx@lists.freedesktop.org \
--cc=evan.quan@amd.com \
--cc=kernel-dev@igalia.com \
--cc=stable@vger.kernel.org \
--cc=tursulin@igalia.com \
--cc=tvrtko.ursulin@igalia.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.