Received: by 2002:a05:6358:45e:b0:b5:b6eb:e1f9 with SMTP id 30csp838189rwe; Thu, 25 Aug 2022 09:59:58 -0700 (PDT) X-Google-Smtp-Source: AA6agR4DP8WCmFdEjM3dQp6DAb9UKxhO3Ka2vF7/oQBBrPiwywSf66R34BZkhw09YmPsrx5QrPWO X-Received: by 2002:a17:902:f70d:b0:16c:50a2:78d1 with SMTP id h13-20020a170902f70d00b0016c50a278d1mr4516238plo.34.1661446798565; Thu, 25 Aug 2022 09:59:58 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1661446798; cv=none; d=google.com; s=arc-20160816; b=MTqZpO3BAACqnFC6xnhnmatTmwD0M8IBUPFrJGzPFXbGCT/Qp9U5rDzB90SHwa1it8 7GjB9eVV4xhObjLjygvxfOtd+QwxZK8Fb+aE41p2FRYFik0XPz8EAAZIuyO2943M7MhG FfRYkYbr3CqO1m8llcGVnykxMdM4Wpih3Kugp1oucDLBHgCaW1tEbs2UeWAnwebMKynj ZouaANJzqyTNC4S5ezYkcJQcLS+MYHOxdXEIQcMnHeXcc1rUK9z4a9r3Qoxzrt6ZY5zQ UgfENLxyR55YGcv9LzyEVd1ie+KRUFVxNQ/t94nAvYiG3DEjh7kGh7SfFyuWHForUmnz lk8w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-transfer-encoding :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=BKg2J441n/1W502uN+eWH1dMnbf+ZqoPsJ2mNG3xkvI=; b=h7yujPfB00mRe0MtmX2qj4k+NCmjhFjkuSOULpWgf6JmxwqrChPWPtOjMGfke5/C4h ecvmVDpoP46XFLxdE8VLW9ss4ffTKakNSMVYFgO9NsF6BvJ1IHuZuzBmB7erlT0o/6fT Zvc0ckuai9cjAjjKpO1iuzOGVMbIED5X2B0mqfIQ/3pKgG9fw7PVsQm3ye6HLiKlX4uH +v30F1WzEVPkwKpontz3PxHg4ZA8a8L/PT3d8dnQsPae4eodvzfxSP4ANvejaf90SwHO ccj4C1pGPoDu8DLRM30/HSbzANKVAxM09KP4Jq58Qv6fuupnD5rWKMpnrm08MMdKvSzn 41nQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=bmuEm7ma; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id l6-20020a170903120600b0016d14ffc403si20113455plh.240.2022.08.25.09.59.47; Thu, 25 Aug 2022 09:59:58 -0700 (PDT) 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; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=bmuEm7ma; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S240031AbiHYPix (ORCPT + 99 others); Thu, 25 Aug 2022 11:38:53 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:59868 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233199AbiHYPiv (ORCPT ); Thu, 25 Aug 2022 11:38:51 -0400 Received: from dfw.source.kernel.org (dfw.source.kernel.org [IPv6:2604:1380:4641:c500::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 742C4B7EC4 for ; Thu, 25 Aug 2022 08:38:50 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id 1072461AB3 for ; Thu, 25 Aug 2022 15:38:50 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 94AEEC433C1; Thu, 25 Aug 2022 15:38:48 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1661441929; bh=pQ8yD0W3R5iU7lkK49zIJA2LO1vTB4E7TUZySfUSS+c=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=bmuEm7maYWepxVZ8ZhXh5YjPHa4rJr2K32C4VfQMPmzX5cj2Y0DRDEucmK3C6GZFW zFwRDmdnkc6nd+2y/VpRJS+jx/hRlV5NUUkJNdYMeaYF5GpDVaMYqrG5JcIwDVpesC CkeEpHKTn6TZn8OeaJBO7I055Ac4d+NZ0NLk2CBVc6W//ONKeN8iqiqrReV1IliLrW Uygw4nXa42alMPQzEPR/WHlY91uwf0CRg3s4/c+ZnNfGOauJgaNiwlqZjXNWHsi+xp xF2emT9sRXPwRDnRUsD6TIWqgsAATWVH6WzWUMirhz0jAF2kpQVubEqhnIpB8IcCEu 3MPIo01b0ZIPQ== Date: Thu, 25 Aug 2022 08:38:46 -0700 From: Nathan Chancellor To: Jani Nikula Cc: =?utf-8?Q?=C5=81ukasz?= Bartosik , linux-kernel@vger.kernel.org, dri-devel@lists.freedesktop.org, keescook@chromium.org, Joonas Lahtinen , Rodrigo Vivi , Tvrtko Ursulin , intel-gfx@lists.freedesktop.org, upstream@semihalf.com, llvm@lists.linux.dev, "Sripada, Radhakrishna" , Ville =?iso-8859-1?Q?Syrj=E4l=E4?= , Matt Roper , Anusha Srivatsa Subject: Re: [Intel-gfx] [PATCH v1] drm/i915: fix null pointer dereference Message-ID: References: <20220201153354.11971-1-lukasz.bartosik@semihalf.com> <875yigixjp.fsf@intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <875yigixjp.fsf@intel.com> X-Spam-Status: No, score=-7.1 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_HI, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE,URIBL_BLOCKED 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 On Thu, Aug 25, 2022 at 10:37:14AM +0300, Jani Nikula wrote: > On Tue, 23 Aug 2022, Łukasz Bartosik wrote: > >> > >> Hi all, > >> > >> Apologies in advance if you see this twice. I did not see the original > >> make it to either lore.kernel.org or the freedesktop.org archives so I > >> figured it might have been sent into the void. > >> > >> On Tue, Feb 01, 2022 at 04:33:54PM +0100, Lukasz Bartosik wrote: > >> > From: Łukasz Bartosik > >> > > >> > Asus chromebook CX550 crashes during boot on v5.17-rc1 kernel. > >> > The root cause is null pointer defeference of bi_next > >> > in tgl_get_bw_info() in drivers/gpu/drm/i915/display/intel_bw.c. > >> > > >> > BUG: kernel NULL pointer dereference, address: 000000000000002e > >> > PGD 0 P4D 0 > >> > Oops: 0002 [#1] PREEMPT SMP NOPTI > >> > CPU: 0 PID: 1 Comm: swapper/0 Tainted: G U 5.17.0-rc1 > >> > Hardware name: Google Delbin/Delbin, BIOS Google_Delbin.13672.156.3 05/14/2021 > >> > RIP: 0010:tgl_get_bw_info+0x2de/0x510 > >> > ... > >> > [ 2.554467] Call Trace: > >> > [ 2.554467] > >> > [ 2.554467] intel_bw_init_hw+0x14a/0x434 > >> > [ 2.554467] ? _printk+0x59/0x73 > >> > [ 2.554467] ? _dev_err+0x77/0x91 > >> > [ 2.554467] i915_driver_hw_probe+0x329/0x33e > >> > [ 2.554467] i915_driver_probe+0x4c8/0x638 > >> > [ 2.554467] i915_pci_probe+0xf8/0x14e > >> > [ 2.554467] ? _raw_spin_unlock_irqrestore+0x12/0x2c > >> > [ 2.554467] pci_device_probe+0xaa/0x142 > >> > [ 2.554467] really_probe+0x13f/0x2f4 > >> > [ 2.554467] __driver_probe_device+0x9e/0xd3 > >> > [ 2.554467] driver_probe_device+0x24/0x7c > >> > [ 2.554467] __driver_attach+0xba/0xcf > >> > [ 2.554467] ? driver_attach+0x1f/0x1f > >> > [ 2.554467] bus_for_each_dev+0x8c/0xc0 > >> > [ 2.554467] bus_add_driver+0x11b/0x1f7 > >> > [ 2.554467] driver_register+0x60/0xea > >> > [ 2.554467] ? mipi_dsi_bus_init+0x16/0x16 > >> > [ 2.554467] i915_init+0x2c/0xb9 > >> > [ 2.554467] ? mipi_dsi_bus_init+0x16/0x16 > >> > [ 2.554467] do_one_initcall+0x12e/0x2b3 > >> > [ 2.554467] do_initcall_level+0xd6/0xf3 > >> > [ 2.554467] do_initcalls+0x4e/0x79 > >> > [ 2.554467] kernel_init_freeable+0xed/0x14d > >> > [ 2.554467] ? rest_init+0xc1/0xc1 > >> > [ 2.554467] kernel_init+0x1a/0x120 > >> > [ 2.554467] ret_from_fork+0x1f/0x30 > >> > [ 2.554467] > >> > ... > >> > Kernel panic - not syncing: Fatal exception > >> > > >> > Fixes: c64a9a7c05be ("drm/i915: Update memory bandwidth formulae") > >> > Signed-off-by: Łukasz Bartosik > >> > --- > >> > drivers/gpu/drm/i915/display/intel_bw.c | 16 +++++++++------- > >> > 1 file changed, 9 insertions(+), 7 deletions(-) > >> > > >> > diff --git a/drivers/gpu/drm/i915/display/intel_bw.c b/drivers/gpu/drm/i915/display/intel_bw.c > >> > index 2da4aacc956b..bd0ed68b7faa 100644 > >> > --- a/drivers/gpu/drm/i915/display/intel_bw.c > >> > +++ b/drivers/gpu/drm/i915/display/intel_bw.c > >> > @@ -404,15 +404,17 @@ static int tgl_get_bw_info(struct drm_i915_private *dev_priv, const struct intel > >> > int clpchgroup; > >> > int j; > >> > > >> > - if (i < num_groups - 1) > >> > - bi_next = &dev_priv->max_bw[i + 1]; > >> > - > >> > clpchgroup = (sa->deburst * qi.deinterleave / num_channels) << i; > >> > > >> > - if (i < num_groups - 1 && clpchgroup < clperchgroup) > >> > - bi_next->num_planes = (ipqdepth - clpchgroup) / clpchgroup + 1; > >> > - else > >> > - bi_next->num_planes = 0; > >> > + if (i < num_groups - 1) { > >> > + bi_next = &dev_priv->max_bw[i + 1]; > >> > + > >> > + if (clpchgroup < clperchgroup) > >> > + bi_next->num_planes = (ipqdepth - clpchgroup) / > >> > + clpchgroup + 1; > >> > + else > >> > + bi_next->num_planes = 0; > >> > + } > >> > > >> > bi->num_qgv_points = qi.num_points; > >> > bi->num_psf_gv_points = qi.num_psf_points; > >> > -- > >> > 2.35.0.rc2.247.g8bbb082509-goog > >> > > >> > > >> > >> Was this patch ever applied or was the issue fixed in a different way? > >> If CONFIG_INIT_STACK_ALL_ZERO is enabled (it is on by default when the > >> compiler supports it), bi_next will be deterministically initialized to > >> NULL, which means 'bi_next->num_planes = 0' will crash when the first if > >> statement is not taken (i.e. 'i > num_groups - 1'). This was reported to > >> us at [1] so it impacts real users (and I have been applying this change > >> locally for six months). I see some discussion in this thread, was it > >> ever resolved? > >> > >> [1]: https://github.com/ClangBuiltLinux/linux/issues/1626 > >> > >> Cheers, > >> Nathan > > > > The patch was not accepted by upstream. I gave up after sending two reminders > > that the issue is still present which resulted in no upstream reaction. > > I have been also applying that patch locally for a few months. > > Thanks for bringing it up to upstream attention again. > > Apologies for us dropping the ball here. There were objections to the > code from Ville [1] but nobody stepped up to clean it up. I think this > was really more about the commit being fixed c64a9a7c05be ("drm/i915: > Update memory bandwidth formulae") than about the patch at hand. > > In any case, I've gone ahead and pushed this patch to drm-intel-next > now. With the Fixes tag it should eventually find its way to stable > v5.17+. Thank you for the patch, review - and nagging. ;) > > What still remains is cleaning up the code. But that should never have > stalled the fix for months. Sorry again. No worries, better late than never :) Thanks for applying the change! Cheers, Nathan