Received: by 2002:a05:6a10:5bc5:0:0:0:0 with SMTP id os5csp3974813pxb; Tue, 2 Nov 2021 01:42:19 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxP0EzUtKi2hPJOe1eXlSMvi4VPso0CL3sUBbB+uJebz1oScsryNS2WyrnNXlWowH1Bt/xS X-Received: by 2002:a05:6402:4246:: with SMTP id g6mr12867643edb.112.1635842539643; Tue, 02 Nov 2021 01:42:19 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1635842539; cv=none; d=google.com; s=arc-20160816; b=WHRlfHK1c1tbYam6u1gTT1qGlhe2ytRrpQTu/3u8Mafaj0pX2IuNUj/JwgWD/5QWx+ kxeJh0EV3pLtSSd4Zp2Ay4fPRLlncrRRUDA1pkv0yGLruUDE9J6oVHQ7lDHC8VRUcAVr uH/jrbbCgPV9kPEjygqLp2+GJcqo9kA6FNcq+dv5FO/toLXMwKBY7VY4+U3DwwcHX4/y pCnvQ+bgT/6PLsmWXWt5wk+FCSugyM7Ha8KLpJKGe7rrIm4DHyzJ7sGmiym2SOyxl2et TcSB1QXjvyEPIkkWIMIAJWSRkNhGeY3hje2WNcioeU3T2e4Z2dTwXB6nAdpcojMaK1na wBvQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:message-id:date:references :organization:in-reply-to:subject:cc:to:from; bh=snIjM6yySsTWBRypbEQcx3W5aevW43wNAfMjOPnTLNE=; b=Zn89RzrZ/36RG4iyyIB4G+qgb1qWLVE0KPAUMrivdX9HLqjCP01fmvMnTa3QQkF4km 9qxJFLelk3XKJv6/MrTARiZAi+jX7QsnF5GIjF9QxcHOLaYOzSN/lohJ8NBj2cW6ZzL6 ftbAu5FeGdfTb6WELw2Yd7MIQXzTR2s/qaqyXk0mwkr3GicsNPYgV+bVBKgHkuDlqvfa aR0biHMmnZSx0YODOMs8M/fXcynojPuo/nZVXAqpmAcwIGAFF0W9mYLxCIhiDwatMOy4 Q6w9xKlCLGeKSTTx6k6U45Ry7e4LXxES5JHmjExk6J2QQvhDaQ17NOF6IWhowardsAsM Av7A== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id dz20si35274897edb.246.2021.11.02.01.41.54; Tue, 02 Nov 2021 01:42:19 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230321AbhKBIms (ORCPT + 99 others); Tue, 2 Nov 2021 04:42:48 -0400 Received: from mga12.intel.com ([192.55.52.136]:39571 "EHLO mga12.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229612AbhKBImr (ORCPT ); Tue, 2 Nov 2021 04:42:47 -0400 X-IronPort-AV: E=McAfee;i="6200,9189,10155"; a="211265311" X-IronPort-AV: E=Sophos;i="5.87,202,1631602800"; d="scan'208";a="211265311" Received: from orsmga008.jf.intel.com ([10.7.209.65]) by fmsmga106.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 02 Nov 2021 01:40:13 -0700 X-IronPort-AV: E=Sophos;i="5.87,202,1631602800"; d="scan'208";a="500426257" Received: from sohamdas-mobl.gar.corp.intel.com (HELO localhost) ([10.249.32.13]) by orsmga008-auth.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 02 Nov 2021 01:40:09 -0700 From: Jani Nikula To: "Yuan\, Perry" , Maarten Lankhorst , Maxime Ripard , Thomas Zimmermann , David Airlie , Daniel Vetter Cc: "dri-devel\@lists.freedesktop.org" , "linux-kernel\@vger.kernel.org" , "Huang\, Shimmer" , "Huang\, Ray" Subject: RE: [PATCH v2] drm/dp: Fix aux->transfer NULL pointer dereference on drm_dp_dpcd_access In-Reply-To: Organization: Intel Finland Oy - BIC 0357606-4 - Westendinkatu 7, 02160 Espoo References: <20211101061053.38173-1-Perry.Yuan@amd.com> <87a6iodnz7.fsf@intel.com> Date: Tue, 02 Nov 2021 10:40:07 +0200 Message-ID: <87y267c5nc.fsf@intel.com> MIME-Version: 1.0 Content-Type: text/plain Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 02 Nov 2021, "Yuan, Perry" wrote: > [AMD Official Use Only] > > Hi Jani: > Thanks for your comments. > >> -----Original Message----- >> From: Jani Nikula >> Sent: Monday, November 1, 2021 9:07 PM >> To: Yuan, Perry ; Maarten Lankhorst >> ; Maxime Ripard ; >> Thomas Zimmermann ; David Airlie ; >> Daniel Vetter >> Cc: Yuan, Perry ; dri-devel@lists.freedesktop.org; linux- >> kernel@vger.kernel.org; Huang, Shimmer ; Huang, >> Ray >> Subject: Re: [PATCH v2] drm/dp: Fix aux->transfer NULL pointer dereference on >> drm_dp_dpcd_access >> >> [CAUTION: External Email] >> >> On Mon, 01 Nov 2021, Perry Yuan wrote: >> > Fix below crash by adding a check in the drm_dp_dpcd_access which >> > ensures that aux->transfer was actually initialized earlier. >> >> Gut feeling says this is papering over a real usage issue somewhere else. Why is >> the aux being used for transfers before ->transfer has been set? Why should the >> dp helper be defensive against all kinds of misprogramming? >> >> >> BR, >> Jani. >> > > The issue was found by Intel IGT test suite, graphic by pass test case. > https://gitlab.freedesktop.org/drm/igt-gpu-tools > normally use case will not see the issue. > To avoid this issue happy again when we run the test case , it will be nice to add a check before the transfer is called. > And we can see that it really needs to have a check here to make ITG &kernel happy. You're missing my point. What is the root cause? Why do you have the aux device or connector registered before ->transfer function is initialized. I don't think you should do that. BR, Jani. > > Perry. > >> >> > >> > BUG: kernel NULL pointer dereference, address: 0000000000000000 PGD 0 >> > P4D 0 >> > Oops: 0010 [#1] SMP NOPTI >> > RIP: 0010:0x0 >> > Code: Unable to access opcode bytes at RIP 0xffffffffffffffd6. >> > RSP: 0018:ffffa8d64225bab8 EFLAGS: 00010246 >> > RAX: 0000000000000000 RBX: 0000000000000020 RCX: ffffa8d64225bb5e >> > RDX: ffff93151d921880 RSI: ffffa8d64225bac8 RDI: ffff931511a1a9d8 >> > RBP: ffffa8d64225bb10 R08: 0000000000000001 R09: ffffa8d64225ba60 >> > R10: 0000000000000002 R11: 000000000000000d R12: 0000000000000001 >> > R13: 0000000000000000 R14: ffffa8d64225bb5e R15: ffff931511a1a9d8 >> > FS: 00007ff8ea7fa9c0(0000) GS:ffff9317fe6c0000(0000) >> > knlGS:0000000000000000 >> > CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 >> > CR2: ffffffffffffffd6 CR3: 000000010d5a4000 CR4: 0000000000750ee0 >> > PKRU: 55555554 >> > Call Trace: >> > drm_dp_dpcd_access+0x72/0x110 [drm_kms_helper] >> > drm_dp_dpcd_read+0xb7/0xf0 [drm_kms_helper] >> > drm_dp_start_crc+0x38/0xb0 [drm_kms_helper] >> > amdgpu_dm_crtc_set_crc_source+0x1ae/0x3e0 [amdgpu] >> > crtc_crc_open+0x174/0x220 [drm] >> > full_proxy_open+0x168/0x1f0 >> > ? open_proxy_open+0x100/0x100 >> > do_dentry_open+0x156/0x370 >> > vfs_open+0x2d/0x30 >> > >> > v2: fix some typo >> > >> > Signed-off-by: Perry Yuan >> > --- >> > drivers/gpu/drm/drm_dp_helper.c | 4 ++++ >> > 1 file changed, 4 insertions(+) >> > >> > diff --git a/drivers/gpu/drm/drm_dp_helper.c >> > b/drivers/gpu/drm/drm_dp_helper.c index 6d0f2c447f3b..76b28396001a >> > 100644 >> > --- a/drivers/gpu/drm/drm_dp_helper.c >> > +++ b/drivers/gpu/drm/drm_dp_helper.c >> > @@ -260,6 +260,10 @@ static int drm_dp_dpcd_access(struct drm_dp_aux >> *aux, u8 request, >> > msg.buffer = buffer; >> > msg.size = size; >> > >> > + /* No transfer function is set, so not an available DP connector */ >> > + if (!aux->transfer) >> > + return -EINVAL; >> > + >> > mutex_lock(&aux->hw_mutex); >> > >> > /* >> >> -- >> Jani Nikula, Intel Open Source Graphics Center -- Jani Nikula, Intel Open Source Graphics Center