Received: by 2002:a05:6358:d09b:b0:dc:cd0c:909e with SMTP id jc27csp1596661rwb; Thu, 15 Dec 2022 12:06:16 -0800 (PST) X-Google-Smtp-Source: AA0mqf6V7t6KeFb0tqWiKx9NaSkH33g1Fgh6N/gtiUWVLIGv2YXzkKukYVpy0L7wQ8Jhh7VJBSo7 X-Received: by 2002:a17:906:d8d0:b0:7c1:52c:a960 with SMTP id re16-20020a170906d8d000b007c1052ca960mr25766005ejb.8.1671134776068; Thu, 15 Dec 2022 12:06:16 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1671134776; cv=none; d=google.com; s=arc-20160816; b=GZszkXVQx3eySih2FXjr/iOJvkit+CY/470gagzYGo+GjBRbJ0wqD6bNbD2rm3PqMN nq2u1GXb+67I1buaOa7Yfv5jMZiAyEglEhaFXquiI19RHjYW5me5V6SBVZUz8dm2EzgK Nu7gP/3L0nnPfhAnD87PF7Rhe3zWsulxzJBudo0dQ2aLPiMx3EXfNbC6iqZWWOuJVw3y gSQRdNLSOAUsKkWZ1WD8QD4b5CBDfGteubaaXbepihdl1yjkRvAHOJg4jX5f05I1BVDk hUkMrExor9tJccnk03TLZuK/9gcnZI/arBtW77hRFARpTDjkoHcdNoIEBx3kKkW6uj8u U3ZA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:from :references:cc:to:content-language:subject:user-agent:mime-version :date:message-id; bh=O8Qk575Hixs6O8lf1teQm4G4A1RJoNpK915W7yypu3o=; b=dNPRB8DcwrQ0iuqXC3W0lHbx2AZZ9dvF4UBY8LmvLKIXybNcp7bVN3PA6RGO/PVTMu ntBZOnBAhQewJl/xx2iF+RrIRXw2/fSeoOmMJlTL90XGgBuyv7QbpdZN6Rt8tNp+mhVK F4JjeJYQaMMeohml6pTIRT1q2m92CYCN5cg6ffrz+PePnsIaKCXxieh6JeL4T2HJ63s0 8RB4CFLOjkzBJLNXXFc6pix63RqiO84pi6w/gs6CPBZpNp6h3tT5VOjLsM+YQhFyu3ss ekM9HaBxgbIE2YgFOv9jW8t2YwuIhGsVTP2ID0oVrNwswv5DyYuIpij0wRCuPu5NnJHr FdFw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id z70-20020a509e4c000000b0046ad8e026e1si283179ede.69.2022.12.15.12.05.59; Thu, 15 Dec 2022 12:06:16 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229620AbiLOTqK (ORCPT + 68 others); Thu, 15 Dec 2022 14:46:10 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:44926 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229448AbiLOTqJ (ORCPT ); Thu, 15 Dec 2022 14:46:09 -0500 Received: from smtp.smtpout.orange.fr (smtp-22.smtpout.orange.fr [80.12.242.22]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 691DB52147 for ; Thu, 15 Dec 2022 11:46:08 -0800 (PST) Received: from [192.168.1.18] ([86.243.100.34]) by smtp.orange.fr with ESMTPA id 5uB9pvVWgQkxd5uB9pr0fK; Thu, 15 Dec 2022 20:46:06 +0100 X-ME-Helo: [192.168.1.18] X-ME-Auth: Y2hyaXN0b3BoZS5qYWlsbGV0QHdhbmFkb28uZnI= X-ME-Date: Thu, 15 Dec 2022 20:46:06 +0100 X-ME-IP: 86.243.100.34 Message-ID: Date: Thu, 15 Dec 2022 20:46:02 +0100 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.2.2 Subject: Re: [PATCH] drm/amd/pm: avoid large variable on kernel stack Content-Language: fr, en-US To: arnd@kernel.org Cc: Hawking.Zhang@amd.com, Jack.Gui@amd.com, KevinYang.Wang@amd.com, Xinhui.Pan@amd.com, airlied@gmail.com, alexander.deucher@amd.com, amd-gfx@lists.freedesktop.org, arnd@arndb.de, christian.koenig@amd.com, daniel@ffwll.ch, dri-devel@lists.freedesktop.org, evan.quan@amd.com, kenneth.feng@amd.com, linux-kernel@vger.kernel.org, llvm@lists.linux.dev, nathan@kernel.org, ndesaulniers@google.com, trix@redhat.com References: <20221215163649.386750-1-arnd@kernel.org> From: Christophe JAILLET In-Reply-To: <20221215163649.386750-1-arnd@kernel.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,NICE_REPLY_A, RCVD_IN_DNSWL_NONE,RCVD_IN_MSPIKE_H2,SPF_HELO_PASS,SPF_PASS autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Le 15/12/2022 à 17:36, Arnd Bergmann a écrit : > From: Arnd Bergmann > > The activity_monitor_external[] array is too big to fit on the > kernel stack, resulting in this warning with clang: > > drivers/gpu/drm/amd/amdgpu/../pm/swsmu/smu13/smu_v13_0_7_ppt.c:1438:12: error: stack frame size (1040) exceeds limit (1024) in 'smu_v13_0_7_get_power_profile_mode' [-Werror,-Wframe-larger-than] > > Use dynamic allocation instead. It should also be possible to > have single element here instead of the array, but this seems > easier. > > Fixes: 334682ae8151 ("drm/amd/pm: enable workload type change on smu_v13_0_7") > Signed-off-by: Arnd Bergmann > --- > .../drm/amd/pm/swsmu/smu13/smu_v13_0_7_ppt.c | 21 ++++++++++++++----- > 1 file changed, 16 insertions(+), 5 deletions(-) > > diff --git a/drivers/gpu/drm/amd/pm/swsmu/smu13/smu_v13_0_7_ppt.c b/drivers/gpu/drm/amd/pm/swsmu/smu13/smu_v13_0_7_ppt.c > index c270f94a1b86..7eba854e09ec 100644 > --- a/drivers/gpu/drm/amd/pm/swsmu/smu13/smu_v13_0_7_ppt.c > +++ b/drivers/gpu/drm/amd/pm/swsmu/smu13/smu_v13_0_7_ppt.c > @@ -1439,7 +1439,7 @@ static int smu_v13_0_7_get_power_limit(struct smu_context *smu, > > static int smu_v13_0_7_get_power_profile_mode(struct smu_context *smu, char *buf) > { > - DpmActivityMonitorCoeffIntExternal_t activity_monitor_external[PP_SMC_POWER_PROFILE_COUNT]; > + DpmActivityMonitorCoeffIntExternal_t *activity_monitor_external; > uint32_t i, j, size = 0; > int16_t workload_type = 0; > int result = 0; > @@ -1447,6 +1447,12 @@ static int smu_v13_0_7_get_power_profile_mode(struct smu_context *smu, char *buf > if (!buf) > return -EINVAL; > > + activity_monitor_external = kcalloc(sizeof(activity_monitor_external), Hi, Before, 'activity_monitor_external' was not initialized. Maybe kcalloc() is enough? sizeof(*activity_monitor_external)? ~~~~ > + PP_SMC_POWER_PROFILE_COUNT, > + GFP_KERNEL); > + if (!activity_monitor_external) > + return -ENOMEM; > + > size += sysfs_emit_at(buf, size, " "); > for (i = 0; i <= PP_SMC_POWER_PROFILE_WINDOW3D; i++) Unrelated, but wouldn't it be more straightforward with "< PP_SMC_POWER_PROFILE_COUNT"? > size += sysfs_emit_at(buf, size, "%-14s%s", amdgpu_pp_profile_name[i], > @@ -1459,15 +1465,17 @@ static int smu_v13_0_7_get_power_profile_mode(struct smu_context *smu, char *buf > workload_type = smu_cmn_to_asic_specific_index(smu, > CMN2ASIC_MAPPING_WORKLOAD, > i); > - if (workload_type < 0) > - return -EINVAL; > + if (workload_type < 0) { > + result = -EINVAL; > + goto out; > + } > > result = smu_cmn_update_table(smu, > SMU_TABLE_ACTIVITY_MONITOR_COEFF, workload_type, > (void *)(&activity_monitor_external[i]), false); > if (result) { > dev_err(smu->adev->dev, "[%s] Failed to get activity monitor!", __func__); > - return result; > + goto out; > } > } > > @@ -1495,7 +1503,10 @@ do { \ > PRINT_DPM_MONITOR(Fclk_BoosterFreq); > #undef PRINT_DPM_MONITOR > > - return size; > + result = size; > +out: > + kfree(activity_monitor_external); > + return result; > } > > static int smu_v13_0_7_set_power_profile_mode(struct smu_context *smu, long *input, uint32_t size)