Received: by 2002:a05:6a10:f347:0:0:0:0 with SMTP id d7csp10401563pxu; Wed, 30 Dec 2020 01:25:06 -0800 (PST) X-Google-Smtp-Source: ABdhPJziLXIvrjFLeLz5EDNDjYyRwki+MvWnrIZzW0vmwKWW4nY4BbqmsUJ6k8VV8skRVULwjlnm X-Received: by 2002:a05:6402:1593:: with SMTP id c19mr50665932edv.269.1609320306801; Wed, 30 Dec 2020 01:25:06 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1609320306; cv=none; d=google.com; s=arc-20160816; b=yZflhOqVnJlKKS2oOO9l40jKi530dL3ZzFvc+AxkQ3GVqVyk9RI+6z+NM0eWzjj0HP 1+lisMX0DgQiZqFuM7RwsWsXPanSGI/i3UaBai4uSrKiLu7cBE8mPdB+Z+K6QWCA4nGx x/5/XKcB0anBZXYlUeAJm04d986S+MHAqWIXkt5hiXeD1ihnNE2Zkz452UMIqfcKrTsz 5m629ZapZ8B5NFuGazaP35RmUHJfijcLyEc87VlitLaQEyZTJlry05InVh011eJIe+er CqSSCgBjD8BoRLjhmCXddTGNVV7pwfvflUyHO0G6qHaCSb+XlN+oTZM33WdjUlYBOLRW 2ukg== 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-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=lRT+6u2bRX6WfczeerKbIDvkq/NnwM15KNMvdnVIIWE=; b=mKFgvl70D3lSXcivU84Ksmjr5rTPhxnSNU0GPM9EwjhQLjYkXuRHqEOLMEz0vw3Zb0 GByjjfFUFTX45arSSnBadIP0eABzu8QQzxbVvgZp/ollG8DZjUB30lkTM93uYfvOR3i8 SYom9XHwpthP15LvoUMwucwTMiZv/q4IGFQNAaCf5Xk6Loz9bOPIldQposGVExMKl3U9 dhGHet0scA8B/i4T0N/nz9vxTK9HIWX+G2FHkfdNGZR4I+IgohtzKNxh8KsTUxOvPfcs rBQ61qVSh4i4WG3WzMn99+fRjwjwNaGdwIFjZqBxxeG0sW6rRa81wm0ScQSlSZR7eMZ6 fyJA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=C34NWMBF; 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=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id r23si12100684ejs.503.2020.12.30.01.24.45; Wed, 30 Dec 2020 01:25:06 -0800 (PST) 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; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=C34NWMBF; 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=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726350AbgL3JYD (ORCPT + 99 others); Wed, 30 Dec 2020 04:24:03 -0500 Received: from mail.kernel.org ([198.145.29.99]:60610 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725814AbgL3JYD (ORCPT ); Wed, 30 Dec 2020 04:24:03 -0500 Received: by mail.kernel.org (Postfix) with ESMTPSA id 1779420791; Wed, 30 Dec 2020 09:23:21 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1609320202; bh=0Lpz6nZMQosCawNiSPbGgwcmMbHnRImfGs6H04zLW/Q=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=C34NWMBFH5WcJtyymmCQBq1Q2DGC/MApfxlZpKwM28aPwvvu3usHJocqUzyU5gBok npIC0En2SJOLklk2XX5WHhKp90YxDjjWVrZr/8EnA1utsXvVu+s3EbgC8ae8l5GQjn T7iAJC06+OwacV75IMHE2UOP5ye9VmaxcEnhvx/c= Date: Wed, 30 Dec 2020 10:24:40 +0100 From: Greg Kroah-Hartman To: Bas Nieuwenhuizen Cc: LKML , stable@vger.kernel.org, Alex Deucher , Nicholas Kazlauskas Subject: Re: [PATCH 5.10 635/717] drm/amd/display: Honor the offset for plane 0. Message-ID: References: <20201228125020.963311703@linuxfoundation.org> <20201228125051.345050198@linuxfoundation.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Dec 29, 2020 at 08:42:50PM +0100, Bas Nieuwenhuizen wrote: > Hi Greg, > > Someone bisected a non-booting computer with 5.10.4-rc1 to this > commit. Would it be possible to back out of backporting this commit > (was backported to 5.4 and 5.10)? I suspect we may need > 53f4cb8b5580a20d01449a7d8e1cbfdaed9ff6b6 to be picked too to avoid > regressing, but I'm not sure about process (e.g. timeline to confirm > things) here and a not booting computer is really bad. Thanks for the report, now dropped from both queues. If this needs to be added, after testing, please let stable@vger.kernel.org know and we will be glad to add it back. thanks, greg k-h