From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from gabe.freedesktop.org (gabe.freedesktop.org [131.252.210.177]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id 7B15AC05052 for ; Thu, 18 Apr 2024 08:03:36 +0000 (UTC) Received: from gabe.freedesktop.org (localhost [127.0.0.1]) by gabe.freedesktop.org (Postfix) with ESMTP id CB6C4113AA8; Thu, 18 Apr 2024 08:03:32 +0000 (UTC) Authentication-Results: gabe.freedesktop.org; dkim=pass (1024-bit key; unprotected) header.d=linuxfoundation.org header.i=@linuxfoundation.org header.b="wBVsrPCt"; dkim-atps=neutral Received: from dfw.source.kernel.org (dfw.source.kernel.org [139.178.84.217]) by gabe.freedesktop.org (Postfix) with ESMTPS id B0C6210E885; Thu, 18 Apr 2024 04:38:03 +0000 (UTC) Received: from smtp.kernel.org (transwarp.subspace.kernel.org [100.75.92.58]) by dfw.source.kernel.org (Postfix) with ESMTP id 5BECE61628; Thu, 18 Apr 2024 04:38:02 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id E3FC0C113CE; Thu, 18 Apr 2024 04:38:00 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1713415081; bh=tyUM8/5jDpVuOaExwiWIFw4yv8/1WmmRGcRK4GbkFpU=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=wBVsrPCtzCN68kCYngjtg26/Z3o6PyT/vuh6vvs6oB/Mwt43YIfGUAnKWXLwvIzW7 JMVCgTd4H6qekrxckW0m3EJJvQvrIsjDFKW9/rhGdE0fxjDrOUoCxyLWKQmvhavOwl pBnBpULXRUTW966qORSWyuB5QtblFoqL2Sm9LPw0= Date: Thu, 18 Apr 2024 06:37:56 +0200 From: Greg KH To: wangzhu Cc: "harry.wentland@amd.com" , "sunpeng.li@amd.com" , "Rodrigo.Siqueira@amd.com" , "alexander.deucher@amd.com" , "christian.koenig@amd.com" , "airlied@linux.ie" , "daniel@ffwll.ch" , "qingqing.zhuo@amd.com" , "stylon.wang@amd.com" , "Josip.Pavic@amd.com" , "trix@redhat.com" , "cruise.hung@amd.com" , "Eric.Yang2@amd.com" , "mario.limonciello@amd.com" , "alvin.lee2@amd.com" , "jun.lei@amd.com" , "austin.zheng@amd.com" , "sunglee@amd.com" , "paul.hsieh@amd.com" , "hanghong.ma@amd.com" , "JinZe.Xu@amd.com" , "lewis.huang@amd.com" , Zhengzengkai , "alex.hung@amd.com" , "syed.hassan@amd.com" , "wayne.lin@amd.com" , "nicholas.kazlauskas@amd.com" , "chiahsuan.chung@amd.com" , "aurabindo.pillai@amd.com" , "aric.cyr@amd.com" , "amd-gfx@lists.freedesktop.org" , "dri-devel@lists.freedesktop.org" , "linux-kernel@vger.kernel.org" Subject: Re: =?utf-8?B?562U5aSNOiBbUEFUQ0ggdjYuNg==?= =?utf-8?Q?=5D?= drm/amd/display: Wake DMCUB before executing GPINT commands Message-ID: <2024041835-important-salad-407e@gregkh> References: <20240416035240.2450127-1-wangzhu9@huawei.com> <2024041658-imagines-unlatch-a9b6@gregkh> <036c3371d3a64ef8881260197ce37dbc@huawei.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <036c3371d3a64ef8881260197ce37dbc@huawei.com> X-Mailman-Approved-At: Thu, 18 Apr 2024 08:03:31 +0000 X-BeenThere: amd-gfx@lists.freedesktop.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussion list for AMD gfx List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: amd-gfx-bounces@lists.freedesktop.org Sender: "amd-gfx" On Thu, Apr 18, 2024 at 01:51:33AM +0000, wangzhu wrote: > Hi Greg, thanks for your reply. Since there is no patch to fix CVE-2023-52624 in linux-5.10, there is a patch in the linux-6.7 branch, its commit is 2ef98c6d753a744e333b7e34b9cf687040fba57d ("drm/amd/display: Wake DMCUB before executing GPINT commands"). When we apply this patch to linux-5.10, there are lots of conflicts, and we found there are lots of dependent patches, and lots of patches are not proposed to fix the cve, they are presented to add new functions of the kernel. > > My commit comes from nearly 20 patches. For each patch, not all of its content is meant to fix the cve, so I just get the part which is helpful to fix. It is why I don't present the patches one by one instead of merging them into one big patch. > This is not the correct way to submit patches for inclusion in the stable kernel tree. Please read: https://www.kernel.org/doc/html/latest/process/stable-kernel-rules.html for how to do this properly. Also, yes, we want to take the original commits, as you see on the stable mailing list, submit a series of commits that are in Linus's tree that resolve the issue (and send them to the proper people, as explained in the link above.) thanks, greg k-h