Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753117AbaDRJpc (ORCPT ); Fri, 18 Apr 2014 05:45:32 -0400 Received: from mail.skyhub.de ([78.46.96.112]:58545 "EHLO mail.skyhub.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752386AbaDRJpZ (ORCPT ); Fri, 18 Apr 2014 05:45:25 -0400 Date: Fri, 18 Apr 2014 11:45:23 +0200 From: Borislav Petkov To: Matthias Graf Cc: linux-kernel@vger.kernel.org, Tony Luck , alexander.deucher@amd.com Subject: Re: PROBLEM: Fatal Machine Check >= 3.13.5-101.fc19.x86_64 Message-ID: <20140418094523.GB4385@pd.tnic> References: <532C727F.1080803@st.ovgu.de> <20140321172742.GA2846@pd.tnic> <532C97DF.9010201@st.ovgu.de> <20140321201352.GC1338@pd.tnic> <533069E4.10002@st.ovgu.de> <533C1B47.8080709@st.ovgu.de> <20140416142232.GF16741@pd.tnic> <534F73F6.7050804@st.ovgu.de> <20140417130207.GB4321@pd.tnic> <5350EDAE.8020101@st.ovgu.de> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <5350EDAE.8020101@st.ovgu.de> User-Agent: Mutt/1.5.23 (2014-03-12) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Apr 18, 2014 at 11:17:34AM +0200, Matthias Graf wrote: > Fine-grained bisection result: > > ab70b1dde73ff4525c3cd51090c233482c50f217 is the first bad commit > commit ab70b1dde73ff4525c3cd51090c233482c50f217 > Author: Alex Deucher > Date: Fri Nov 1 15:16:02 2013 -0400 > > drm/radeon: enable DPM by default on r7xx asics > > Seems to be stable on them. > > Signed-off-by: Alex Deucher > > :040000 040000 f3262029b868df4d882f64b4deba6b9230e307ea > 1f1dfca42763703a56e3cc82bb103608a24be94e M drivers > > > Result is reasonable: I have a RV770 chip. Yes it is. > (Additional) Bug Report for Reference: > https://bugzilla.redhat.com/show_bug.cgi?id=1085785 > > Thanks for the instructions Borislav! At first, I was not completely > sure what you expected me to do (this is my first kernel bug report :)). And you're doing good so far! :-) > If there is anymore more I can help you with, let me know. Ok, now we want to confirm that this patch is *actually* the culprit by reverting it. Simply pull Linus' master branch to have the latest tree, and then do: $ git checkout -b radeon-revert master so that you land on a throwaway branch where we can play. Then normally you would do $ git revert ab70b1dde73ff4525c3cd51090c233482c50f217 but that causes conflicts so I did it for you, see below. Simply apply this patch ontop *without* doing the revert with git. Then build, boot and test. We want to see whether it still generates those ROB timeout machine checks. If all looks ok, then we're pretty sure we need to talk about DPM with your GPU on your platform with Alex. :-) Feel free to ask any questions should something be not clear. Thanks. --- >From 0790e872f6d3c986d9ed36b850fd9d799dc422f9 Mon Sep 17 00:00:00 2001 From: Borislav Petkov Date: Fri, 18 Apr 2014 11:43:12 +0200 Subject: [PATCH] Revert "drm/radeon: enable DPM by default on r7xx asics" This reverts commit ab70b1dde73ff4525c3cd51090c233482c50f217. Conflicts: drivers/gpu/drm/radeon/radeon_pm.c --- drivers/gpu/drm/radeon/radeon_pm.c | 8 ++++---- 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/drivers/gpu/drm/radeon/radeon_pm.c b/drivers/gpu/drm/radeon/radeon_pm.c index ee738a524639..af693c4746da 100644 --- a/drivers/gpu/drm/radeon/radeon_pm.c +++ b/drivers/gpu/drm/radeon/radeon_pm.c @@ -1257,6 +1257,10 @@ int radeon_pm_init(struct radeon_device *rdev) case CHIP_RV670: case CHIP_RS780: case CHIP_RS880: + case CHIP_RV770: + case CHIP_RV730: + case CHIP_RV710: + case CHIP_RV740: case CHIP_BARTS: case CHIP_TURKS: case CHIP_CAICOS: @@ -1273,10 +1277,6 @@ int radeon_pm_init(struct radeon_device *rdev) else rdev->pm.pm_method = PM_METHOD_PROFILE; break; - case CHIP_RV770: - case CHIP_RV730: - case CHIP_RV710: - case CHIP_RV740: case CHIP_CEDAR: case CHIP_REDWOOD: case CHIP_JUNIPER: -- 1.9.0 -- Regards/Gruss, Boris. Sent from a fat crate under my desk. Formatting is fine. -- -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/