Received: by 2002:a05:6358:3188:b0:123:57c1:9b43 with SMTP id q8csp7667097rwd; Tue, 20 Jun 2023 04:44:38 -0700 (PDT) X-Google-Smtp-Source: ACHHUZ5lemhlX8LycHgmXnPOOLpiUxRsny9614hwrbz2deXHD1zFMkpoRURKcadnY5TwRHSijCJa X-Received: by 2002:a17:902:d4c1:b0:1af:d4f0:1dbe with SMTP id o1-20020a170902d4c100b001afd4f01dbemr9471669plg.23.1687261477783; Tue, 20 Jun 2023 04:44:37 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1687261477; cv=none; d=google.com; s=arc-20160816; b=Tz8nQgQTLqjD0UkyaEJG8rSao9R/DEae7UKUnSw/XzfSVQOs62xfN5c3ikQm1S5Njq 1/Lu1Yylvg07YeV15sOY7LRqfIDVta/88nMjFAPmDdd0m4q7CaYLy21ZVMVpfwtqb+7a nX5gNMbOYR43tBvOw3KnOwvEjI88R/7rFDQ29cvd1kWOM5Yvg00EQt4vsbEMmNLpjXnv 0f7qn/LIQf61kFLgnEmI1MRAP1K/emb1ea4/ZZuZ5+ZL2OJf7GAktdWCFduGO5Fqk6rK TowsvWI6+isGG30nRWaXIcoKHMfWLkpoME74HJR5YT8XYltm5TmLUn5KeZ/LeC0iN1+l U1kw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:user-agent :content-transfer-encoding:references:in-reply-to:date:cc:to:from :subject:message-id:dkim-signature; bh=I6q4Y+XS1B+Ht7T9GDfloGLBVB5emKkLBLeyhyk5jQQ=; b=KyZjXuHB98h+XtD9PikFQmthUaix7tnXeThp6p9xA3Mms8Y2MV8zYY3z+SpGbAx/hO aDb4JzFpA9VQH4QwCEe1ByXlsjYKze77HPfAJMK1fqNFhbo90puPLIxSIcXuDJYu3edQ Utay93NEl9V4yu3Ei0JdlphrSx89M+2lmEihwLQRMbtcG5JLrQ6L98fZd25X531gtl0o lFEqqhecI48SlNRB7pEHA8MIZtkVuPsuygZvfUp7lNTOpA29TXYUp/bSv22koR6BhSN7 4Vgz+P3wdc2qcjW/kYUKTRSqD60tqUJTFLBLXieJkhx0uiHcYKQ376GgpDhBlhI2w0Rq nJAA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=aFxq3rpW; 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 w12-20020a170902c78c00b001b23e9f586asi1626712pla.121.2023.06.20.04.44.25; Tue, 20 Jun 2023 04:44:37 -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=aFxq3rpW; 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 S232519AbjFTLSW (ORCPT + 99 others); Tue, 20 Jun 2023 07:18:22 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:51112 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232248AbjFTLSU (ORCPT ); Tue, 20 Jun 2023 07:18:20 -0400 Received: from dfw.source.kernel.org (dfw.source.kernel.org [139.178.84.217]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 00CA5DD for ; Tue, 20 Jun 2023 04:18:19 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id 8B90C611D7 for ; Tue, 20 Jun 2023 11:18:19 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 3D8DDC433C8; Tue, 20 Jun 2023 11:18:18 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1687259899; bh=cRhhBqxvWmE6la62/0+k2ECsEtVUo5haBglpJjpZp1k=; h=Subject:From:To:Cc:Date:In-Reply-To:References:From; b=aFxq3rpWhHqXpEgvQUURHP4Pqw3a68nrfJygn0dOiwawt/iOOht2SA5+zxNdHfe0A m1HwBOnW6/0FVfmdBbCnYnCxUJdSv6iyxVsEm0DDA+LwgdhPTj8V6GrRov+Heh8tqd yfeiCl21fla6s4oZnFpX6nBMUt8sfiwZS4enw0d75XmwilGzCt9gQMvjm2WfLxhb8q qrYW2+DGV3oZKXW5V3kO2mWoK2pXq8LT1k7LUcqRY2B1kIjORoH99VjDY4ce5lTQMK mS4FMAabp62gYt5henuoub1lIWXfVwqKHLHGirysuGELb8u5dmXfzlq/oGo7jPbBTC 21bGy2N1C+1AQ== Message-ID: <4400e47d6555ed773d1e9cab5566c03429d43ae9.camel@kernel.org> Subject: Re: [PATCH v2] drm: use mgr->dev in drm_dbg_kms in drm_dp_add_payload_part2 From: Jeff Layton To: Lyude Paul , David Airlie , Daniel Vetter Cc: Wayne.Lin@amd.com, alexdeucher@gmail.com, Jani Nikula , dri-devel@lists.freedesktop.org, linux-kernel@vger.kernel.org Date: Tue, 20 Jun 2023 07:18:17 -0400 In-Reply-To: References: <20230419112447.18471-1-jlayton@kernel.org> Content-Type: text/plain; charset="ISO-8859-15" Content-Transfer-Encoding: quoted-printable User-Agent: Evolution 3.48.3 (3.48.3-1.fc38) MIME-Version: 1.0 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 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 I've noticed that this patch is not included in linux-next currently. Can I get some confirmation that this is going to be included in v6.5? Currently, I've been having to rebuild Fedora kernels to avoid this panic, and I'd like to know there is a light at the end of that tunnel. Thanks, Jeff On Wed, 2023-04-19 at 16:54 -0400, Lyude Paul wrote: > Reviewed-by: Lyude Paul >=20 > Thanks! >=20 > On Wed, 2023-04-19 at 07:24 -0400, Jeff Layton wrote: > > I've been experiencing some intermittent crashes down in the display > > driver code. The symptoms are ususally a line like this in dmesg: > >=20 > > amdgpu 0000:30:00.0: [drm] Failed to create MST payload for port 00= 0000006d3a3885: -5 > >=20 > > ...followed by an Oops due to a NULL pointer dereference. > >=20 > > Switch to using mgr->dev instead of state->dev since "state" can be > > NULL in some cases. > >=20 > > Link: https://bugzilla.redhat.com/show_bug.cgi?id=3D2184855 > > Suggested-by: Jani Nikula > > Signed-off-by: Jeff Layton > > --- > > drivers/gpu/drm/display/drm_dp_mst_topology.c | 2 +- > > 1 file changed, 1 insertion(+), 1 deletion(-) > >=20 > > I've been running this patch for a couple of days, but the problem > > hasn't occurred again as of yet. It seems sane though as long as we can > > assume that mgr->dev will be valid even when "state" is a NULL pointer. > >=20 > > diff --git a/drivers/gpu/drm/display/drm_dp_mst_topology.c b/drivers/gp= u/drm/display/drm_dp_mst_topology.c > > index 38dab76ae69e..e2e21ce79510 100644 > > --- a/drivers/gpu/drm/display/drm_dp_mst_topology.c > > +++ b/drivers/gpu/drm/display/drm_dp_mst_topology.c > > @@ -3404,7 +3404,7 @@ int drm_dp_add_payload_part2(struct drm_dp_mst_to= pology_mgr *mgr, > > =20 > > /* Skip failed payloads */ > > if (payload->vc_start_slot =3D=3D -1) { > > - drm_dbg_kms(state->dev, "Part 1 of payload creation for %s failed, s= kipping part 2\n", > > + drm_dbg_kms(mgr->dev, "Part 1 of payload creation for %s failed, ski= pping part 2\n", > > payload->port->connector->name); > > return -EIO; > > } >=20 --=20 Jeff Layton