Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753464Ab0FAGdS (ORCPT ); Tue, 1 Jun 2010 02:33:18 -0400 Received: from mail-yw0-f179.google.com ([209.85.211.179]:49150 "EHLO mail-yw0-f179.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751926Ab0FAGdQ (ORCPT ); Tue, 1 Jun 2010 02:33:16 -0400 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=ArHY2DmNOl+LXMmwpUX5RiKQwNRpr3S8rfv9Fhx6ryRWomlFYva8g39qY4lhMuQ2D8 PlA+mjeoKC5jB8YhhJ9AFay0raW8+YV2/8ZODQ4MXSh4p2mpZLoR3/kBnXEQbEEkM+0O PVeFp0udJ3bglmvgqgsvuxxPYOmtPtXfDjiGI= MIME-Version: 1.0 In-Reply-To: <4C04A767.8000209@crca.org.au> References: <4C04A767.8000209@crca.org.au> Date: Tue, 1 Jun 2010 16:33:15 +1000 Message-ID: Subject: Re: 2.6.35 Radeon KMS power management regression? From: Dave Airlie To: Nigel Cunningham Cc: LKML , dri-devel 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: 1526 Lines: 37 On Tue, Jun 1, 2010 at 4:23 PM, Nigel Cunningham wrote: > Hi all. > > Just wondering if anyone else has tried to hibernate while using Radeon KMS > and a tree with Dave's post 2.6.34 patches? My 32 bit P4 based system (with > an RV250 card) is hanging at the atomic copy, with the following backtrace > > hibernation_snapshot > dpm_suspend_start > async_synchronize_full > async_synchronize_cookie > async_synchronize_cookie_domain > > I've been trying to bisect, but this computer is being painfully slow, so I > haven't been making much progress. 2.6.34 with the same config is fine, and > my bisection progress so far seems to be pointing at the merge I mentioned > above. The only thing I can think off might be the output polling task, or the fix from Jerome for AGP suspend/resume 10b06122afcc78468bd1d009633cb71e528acdc5 is AGP one to test disabling output polling is a messier revert, might be easier to just edit drivers/gpu/drm/drm_crtc_helper.c:drm_kms_helper_poll_init and remove the delayed_slow_work_enqueue call, also forcing repoll to false inside output_poll_execute which should in theory stop the polling from starting or being kicked off later. I'll try and recreate if I get a chance, cc'ing dri-devel also for Alex/Jerome. Dave. -- 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/