Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753158Ab3F2Tli (ORCPT ); Sat, 29 Jun 2013 15:41:38 -0400 Received: from mail-vb0-f44.google.com ([209.85.212.44]:65103 "EHLO mail-vb0-f44.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751773Ab3F2Tlg (ORCPT ); Sat, 29 Jun 2013 15:41:36 -0400 MIME-Version: 1.0 X-Originating-IP: [212.49.88.96] In-Reply-To: References: From: Brian Gitonga Marete Date: Sat, 29 Jun 2013 22:41:15 +0300 Message-ID: Subject: Re: [REGRESSION] Radeon (Evergreen) Crash with "pin failed" in Kernel 3.10-rc7 To: "Deucher, Alexander" Cc: LKML , David Airlie , Jerome Glisse Content-Type: text/plain; charset=ISO-8859-1 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1298 Lines: 36 On Fri, Jun 28, 2013 at 6:45 PM, Brian Gitonga Marete wrote: > On Fri, Jun 28, 2013 at 3:55 PM, Deucher, Alexander > wrote: >> >> Can you bisect? >> > Hello Alexander, So, it turns out that it is not so easy to reproduce this issue. I have been trying to reproduce it with the exact revision of 3.10-rc7 where I first encountered the problem but with no luck. This of course has hampered my bisection since I cannot be sure which revisions to mark good/bad. Do you have any suggestions in this regard? I however have a UVD-related lockup that I can always reproduce on 3.10-rc7: Trying to use UVD with the command: "mplayer -vo vdpau -vc ffh264vdpau test.mp4" _always_locks up the same system (same kernel, same DRI stack) hard. I will report this in a separate email, though nothing at all shows up in the logs for this latter problem due to the hard lockup. Suggestions about how to help debug this are also welcome. Many thanks. -- Brian Gitonga Marete CEO/CTO Toshnix Systems http://toshnix.com -- 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/