From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1031286AbXDQXtN (ORCPT ); Tue, 17 Apr 2007 19:49:13 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1031301AbXDQXtM (ORCPT ); Tue, 17 Apr 2007 19:49:12 -0400 Received: from py-out-1112.google.com ([64.233.166.182]:41917 "EHLO py-out-1112.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1031286AbXDQXtL (ORCPT ); Tue, 17 Apr 2007 19:49:11 -0400 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; b=SCrTi8u65Y/6rlOiT4uHZShApGlpN5lt5SOpOPsrMG58dJTpf9ArejOSE7/j3RfpdBkIAHXN2c7rnwBVb1hVS7uzk0PD/hdDNLyX+/lR7QueDkZnba28GfeVnZ4j0RRqkeMiJQY6an/sFUDnvmpqUuo5X3YbmstuYOgdKZ6YqF8= Subject: Re: [2/2] 2.6.21-rc7: known regressions From: "Antonino A. Daplas" To: Dave Jones Cc: Richard Purdie , Adrian Bunk , Linus Torvalds , Andrew Morton , Linux Kernel Mailing List , Jeremy Fitzhardinge In-Reply-To: <20070417033400.GE22804@redhat.com> References: <20070416003723.GM3691@stusta.de> <20070416005446.GB21217@redhat.com> <20070416011636.GO3691@stusta.de> <20070416062921.GB7528@redhat.com> <1176706447.5129.6.camel@daplas> <20070416072326.GA15281@redhat.com> <1176708722.5129.8.camel@daplas> <20070416075543.GB15281@redhat.com> <1176715603.6794.13.camel@localhost.localdomain> <20070417033400.GE22804@redhat.com> Content-Type: text/plain Date: Wed, 18 Apr 2007 07:48:55 +0800 Message-Id: <1176853735.8463.9.camel@daplas> Mime-Version: 1.0 X-Mailer: Evolution 2.8.2 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On Mon, 2007-04-16 at 23:34 -0400, Dave Jones wrote: > On Mon, Apr 16, 2007 at 10:26:43AM +0100, Richard Purdie wrote: > > > > > > > CONFIG_FB_BACKLIGHT=y > > > > > > CONFIG_ACPI_VIDEO=n > > > > > > > > > > That also gets me a dead display. Backlight doesn't turn back on. > > > > > > > > Anything under /sys/class/backlight? > > > > > > Entries from ibm_acpi. I rmmod'd that, leaving the dir empty, > > > and it still fails. > > > > What happens if you never load ibm-acpi? > > Same thing. No backlight on resume. > I rm'd the .ko, so there's no chance it got loaded. > > > I'm a bit puzzled as CONFIG_FB_BACKLIGHT doesn't do anything with the > > intelfb driver. One thing it does do is set > > CONFIG_BACKLIGHT_CLASS_DEVICE. When you disabled FB_BACKLIGHT and got a > > working display on resume, was that set and was (or had) ibm-acpi been > > loaded? > > > > A variety of other options such as ACPI_IBM also set > > CONFIG_BACKLIGHT_CLASS_DEVICE although without a backlight driver it > > will do nothing hence the suspicion is on ibm-acpi, perhaps interacting > > with the backlight class badly. > > > > Does echoing numbers to /sys/class/backlight/ibm_acpi/brightness change > > the backlight brightness as expected? > > /sys/class/backlight/ibm/brightness takes a value from 0 to 7. > Starts off with a default of 0. I tried all values in there, and > it made no visible difference. But as the no-backlight thing happens > without this even loaded, I think this is a separate problem. > > > If you can ssh into the machine > > after its resumed with the display problem, it would be interesting to > > know what the brightness was and if changing it helped too... > > When the backlight doesn't come on, for some reason, nothing else > runs. Capslock works, so it's at least partially alive, but even > doing.. > > echo mem > /sys/power/state ; echo foo >/bar ; sync > > results in no /bar being created. > Ethernet remains down when its in this state too. Have you tried these boot options? acpi_sleep=s3_mode; or acpi_sleep=s3_bios,s3_mode Tony