Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932424Ab0KSXR6 (ORCPT ); Fri, 19 Nov 2010 18:17:58 -0500 Received: from mail-fx0-f46.google.com ([209.85.161.46]:36762 "EHLO mail-fx0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932211Ab0KSXR4 convert rfc822-to-8bit (ORCPT ); Fri, 19 Nov 2010 18:17:56 -0500 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:content-transfer-encoding; b=FL0ikLc+IZCGcNH4n1TcJNtXQ8+nmClgWiDM8X9KqxfJ1P3+VZmkzcPBIoAnnTHsYt ymoO1SoVb4TTBuYHIJV0M2Om5eRAVpXS/CSUk3GcSzlTPtzMWkfIwQaBaVX82aaxk4H/ 0goq1ssvovPYspRmT6CHDPljyinZINKCEj3ZI= MIME-Version: 1.0 In-Reply-To: <4CE70543.2000206@teksavvy.com> References: <4CE5C919.7090504@teksavvy.com> <4CE7006E.4040102@teksavvy.com> <4CE70543.2000206@teksavvy.com> Date: Fri, 19 Nov 2010 18:17:54 -0500 Message-ID: Subject: Re: 2.6.37-rc2-git4: Reported regressions 2.6.35 -> 2.6.36 From: Alex Deucher To: Mark Lord Cc: "Rafael J. Wysocki" , Linux SCSI List , Linux ACPI , Network Development , Linux Wireless List , Linux Kernel Mailing List , DRI , Florian Mickler , Andrew Morton , Kernel Testers List , Linus Torvalds , Linux PM List , Maciej Rutecki Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1592 Lines: 47 On Fri, Nov 19, 2010 at 6:16 PM, Mark Lord wrote: > On 10-11-19 05:58 PM, Alex Deucher wrote: >> >> On Fri, Nov 19, 2010 at 5:55 PM, Mark Lord ?wrote: >> >>> It now comes back at resume time. >> >> So that patch helped? > > I think so. ?It didn't used to resume from suspend with 2.6.36, and now it > does. > >>> But suffers long delays (also sometimes with 2.6.35) doing this: >>> >>> [drm:atom_op_jump] *ERROR* atombios stuck in loop for more than 5secs >>> aborting >>> [drm:atom_execute_table_locked] *ERROR* atombios stuck executing E576 >>> (len >>> 105, WS 12, PS 8) @ 0xE5C4 >>> [drm:atom_op_jump] *ERROR* atombios stuck in loop for more than 5secs >>> aborting >>> [drm:atom_execute_table_locked] *ERROR* atombios stuck executing ECD2 >>> (len >>> 86, WS 4, PS 0) @ 0xED05 >>> [drm:atom_op_jump] *ERROR* atombios stuck in loop for more than 5secs >>> aborting >>> [drm:atom_execute_table_locked] *ERROR* atombios stuck executing E576 >>> (len >>> 105, WS 12, PS 8) @ 0xE5C4 >>> PM: resume of devices complete after 15718.253 msecs >>> >> >> It's be nice if you could bisect to track down when those started. > > It'd be even nicer if they hadn't started. ?:) > > What kernel release first had that atom/ops table in it? ?I'll try that. > 2.6.31 or 32 was when radeon kms got merged IIRC. Alex -- 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/