From patchwork Wed May 20 22:04:13 2015 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Patchwork-Submitter: Alex Deucher X-Patchwork-Id: 6450471 Return-Path: X-Original-To: patchwork-dri-devel@patchwork.kernel.org Delivered-To: patchwork-parsemail@patchwork2.web.kernel.org Received: from mail.kernel.org (mail.kernel.org [198.145.29.136]) by patchwork2.web.kernel.org (Postfix) with ESMTP id B5C5DC0432 for ; Wed, 20 May 2015 22:04:17 +0000 (UTC) Received: from mail.kernel.org (localhost [127.0.0.1]) by mail.kernel.org (Postfix) with ESMTP id D0DFA203ED for ; Wed, 20 May 2015 22:04:16 +0000 (UTC) Received: from gabe.freedesktop.org (gabe.freedesktop.org [131.252.210.177]) by mail.kernel.org (Postfix) with ESMTP id CCBDA203B0 for ; Wed, 20 May 2015 22:04:15 +0000 (UTC) Received: from gabe.freedesktop.org (localhost [127.0.0.1]) by gabe.freedesktop.org (Postfix) with ESMTP id 2EDFA6E7C9; Wed, 20 May 2015 15:04:15 -0700 (PDT) X-Original-To: dri-devel@lists.freedesktop.org Delivered-To: dri-devel@lists.freedesktop.org Received: from mail-qg0-f42.google.com (mail-qg0-f42.google.com [209.85.192.42]) by gabe.freedesktop.org (Postfix) with ESMTP id A69096E7C9 for ; Wed, 20 May 2015 15:04:13 -0700 (PDT) Received: by qgfa63 with SMTP id a63so11186014qgf.0 for ; Wed, 20 May 2015 15:04:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=k7hLkl7jKS2I7xZgfJd6Gxx6D9ZVU7P3TSauURA9XiU=; b=AZzY17t+lRmPR0/kBucJe0Rip+Vk6H1GTPJGM7Lx+QUgyFWlfMdA2U7ef6OUzcioyT RwzwaSa1rNb1qUjYFpSBrwsODNv4NdgXV2NV8ivmCexvWNSS2Z+sMH3jFniNahz2ujDK Xo83alyPWEqUlOI2gIWoWWf6foX1a/TWE49ZPw1R7tfrgXobIEe6Aa4XouJ/3bDZE5Xd CgC77WLvbsAG8WGCh1/fFMbTDq3VfV7Xuiq43qOlbBH6JMhYYbBZ+WTZZOAcKi0W0Z21 /C52VEtxZAq5/qzk3iR3wHpT6dSpxF2rnyt0FDGqeXHtJ9MLDvcdmTPX1k6DJREXmIB2 vBSQ== MIME-Version: 1.0 X-Received: by 10.141.28.6 with SMTP id f6mr48643771qhe.33.1432159453252; Wed, 20 May 2015 15:04:13 -0700 (PDT) Received: by 10.140.37.40 with HTTP; Wed, 20 May 2015 15:04:13 -0700 (PDT) In-Reply-To: <555CBCF6.2020205@tnxip.de> References: <555BB331.8060407@tnxip.de> <555CBCF6.2020205@tnxip.de> Date: Wed, 20 May 2015 18:04:13 -0400 Message-ID: Subject: Re: 4.1-rc4 display-port on radeon not working From: Alex Deucher To: =?UTF-8?Q?Malte_Schr=C3=B6der?= Cc: LKML , Maling list - DRI developers X-BeenThere: dri-devel@lists.freedesktop.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Direct Rendering Infrastructure - Development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dri-devel-bounces@lists.freedesktop.org Sender: "dri-devel" X-Spam-Status: No, score=-4.1 required=5.0 tests=BAYES_00, DKIM_ADSP_CUSTOM_MED, DKIM_SIGNED, FREEMAIL_FROM, RCVD_IN_DNSWL_MED, T_DKIM_INVALID, T_RP_MATCHES_RCVD, UNPARSEABLE_RELAY autolearn=unavailable version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mail.kernel.org X-Virus-Scanned: ClamAV using ClamSMTP On Wed, May 20, 2015 at 12:57 PM, Malte Schröder wrote: > On 05/20/15 17:37, Alex Deucher wrote: >> On Tue, May 19, 2015 at 6:03 PM, Malte Schröder wrote: >>> Hi, >>> with 4.1-rc display-port on my Tahiti XT stopped working. I used the >>> firmware from http://people.freedesktop.org/~agd5f/radeon_ucode/ as of >>> today. >>> Note: the display is an Asus PB278, it used to have problems with >>> display port negotiation, but those disappeared like a year ago. >>> >> >> Does booting with radeon.auxch=0 on the kernel command line in grub >> help? Can you bisect? >> >> Alex >> > > Yes, radeon.auxch=0 helps. As for bisecting, I can try, but I won't have > time for that until next week. No need to bisect. if auxch=0 helps, I know what commit broke it. Does the attached patch help? Alex > > -- > Gruß > Malte Schröder > --------------------------------------------------------------------- > MalteSch@gmx.de > From e3e5efb1e3f9d3f16a6521c56cde7a7b1c83a2e8 Mon Sep 17 00:00:00 2001 From: Alex Deucher Date: Wed, 20 May 2015 17:58:49 -0400 Subject: [PATCH] drm/radeon: fix error flag checking in native aux path That atom table does not check these bits. Fixes aux regressions on some boards. Signed-off-by: Alex Deucher Cc: stable@vger.kernel.org --- drivers/gpu/drm/radeon/radeon_dp_auxch.c | 2 -- 1 file changed, 2 deletions(-) diff --git a/drivers/gpu/drm/radeon/radeon_dp_auxch.c b/drivers/gpu/drm/radeon/radeon_dp_auxch.c index bf1fecc..fcbd60b 100644 --- a/drivers/gpu/drm/radeon/radeon_dp_auxch.c +++ b/drivers/gpu/drm/radeon/radeon_dp_auxch.c @@ -30,8 +30,6 @@ AUX_SW_RX_HPD_DISCON | \ AUX_SW_RX_PARTIAL_BYTE | \ AUX_SW_NON_AUX_MODE | \ - AUX_SW_RX_MIN_COUNT_VIOL | \ - AUX_SW_RX_INVALID_STOP | \ AUX_SW_RX_SYNC_INVALID_L | \ AUX_SW_RX_SYNC_INVALID_H | \ AUX_SW_RX_INVALID_START | \ -- 1.8.3.1