Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1757847Ab0GIQEN (ORCPT ); Fri, 9 Jul 2010 12:04:13 -0400 Received: from mx.logic.tuwien.ac.at ([128.130.175.19]:35952 "EHLO mx.logic.tuwien.ac.at" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1757397Ab0GIQEL (ORCPT ); Fri, 9 Jul 2010 12:04:11 -0400 Date: Sat, 10 Jul 2010 01:04:08 +0900 From: Norbert Preining To: Jesse Barnes Cc: Linux Kernel Mailing List , Kernel Testers List , Linux ACPI , Linux PM List Subject: Re: 2.6.35-rc4-git3: Reported regressions from 2.6.34 Message-ID: <20100709160408.GU30043@gamma.logic.tuwien.ac.at> References: <-IGZ64uxA6G.A.P0H.bLmNMB@chimera> <20100709081239.4eb8fddd@virtuousgeek.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20100709081239.4eb8fddd@virtuousgeek.org> User-Agent: Mutt/1.5.18 (2008-05-17) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2872 Lines: 67 Hi Jesse, (stripping some people from Cc, hopefully not too many) On Fr, 09 Jul 2010, Jesse Barnes wrote: > > > Bug-Entry ? ? ? : http://bugzilla.kernel.org/show_bug.cgi?id=16179 > > > Subject ? ? ? ? : 2.6.35-rc2 completely hosed on intel gfx? > > > Submitter ? ? ? : Norbert Preining > > > Date ? ? ? ? ? ?: 2010-06-06 11:55 (33 days old) > > > Message-ID ? ? ?: <20100606115534.GA9399@gamma.logic.tuwien.ac.at> > > > References ? ? ?: http://marc.info/?l=linux-kernel&m=127582534931581&w=2 > > > > Hmm. That one is the vt.c bug coupled with another problem, which in > > turn got opened as a separate bugzilla entry: > > > > http://bugzilla.kernel.org/show_bug.cgi?id=16252 > > > > which in turn then got closed. I dunno. > > Yeah, this is weird. Norbert, do you still see this? Have you tried > to bisect it? I wrote in my last comment of this bug that in *most* of the cases the echo "mem" > /sys/power/state works perfectly, and I'm using it permanently now. The problem seems to be in combination with some pm-utils scripts. I still haven't been able to pin-point the actual pm-utils script that causes the problem, since that is something not 100% reproducible. Futhermore, *once* (only once!) the echo mem > method failed as written in the bug report with : [16273.....] PM: resume of devices complete after 2115.046 msecs [16273.....] Restarting tasks ... done [16273.....] video LNXVIDEO:00: Restoring backlight state hanging here, but only once, not any time again. It is hard to say what the culprit is, some new pm-utils script maybe, since it happens even when I switch pm-utils to use the kernel method (echo mem) to suspend, and not uswsusp (s2ram prog). I would suggest keeping that bug closed until I have found the pm-utils or a specific culprit, then I can reopen it or open a new bug. (more disturbing are iwlagn bugs, they are a PITA without any progress) Best wishes Norbert ------------------------------------------------------------------------ Norbert Preining preining@{jaist.ac.jp, logic.at, debian.org} JAIST, Japan TeX Live & Debian Developer DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 ------------------------------------------------------------------------ BLEAN Scientific measure of luminosity : 1 glimmer = 100,000 bleans. Usherettes' torches are designed to produce between 2.5 and 4 bleans, enabling them to assist you in falling downstairs, treading on people or putting your hand into a Neapolitan tub when reaching for change. --- Douglas Adams, The Meaning of Liff -- 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/