PROBLEM: LCD display dead after ACPI suspend to RAM (S3)

public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed

* PROBLEM: LCD display dead after ACPI suspend to RAM (S3)
@ 2004-01-22 13:17 Georg C. F. Greve
  2004-01-22 14:09 ` Matthew Garrett
       [not found] ` <20040122140155.GC5194@hell.org.pl>
  0 siblings, 2 replies; 7+ messages in thread
From: Georg C. F. Greve @ 2004-01-22 13:17 UTC (permalink / raw)
  To: acpi-devel; +Cc: linux-kernel

[-- Attachment #1: Type: text/plain, Size: 282 bytes --]

Hi all,

on an ASUS M2400N [*] with both plain vanilla Linux Kernel 2.6.1 and
2.6.1 + acpi-20031203, the machine appears to suspend to RAM without a
problem and it also apparently comes back, but the screen is dead.

Here is the dmesg output for the suspend to RAM / resume cycle:


[-- Attachment #2: Type: text/plain, Size: 9351 bytes --]

PM: Preparing system for suspend
Stopping tasks: ============================================|
hdc: start_power_step(step: 0)
hdc: completing PM request, suspend
hda: start_power_step(step: 0)
hda: start_power_step(step: 1)
hda: complete_power_step(step: 1, stat: 50, err: 0)
hda: completing PM request, suspend
PM: Entering state.
Back to C!
PM: Finishing up.
PCI: Enabling device 0000:00:1f.5 (0005 -> 0007)
PCI: Setting latency timer of device 0000:00:1f.5 to 64
AC'97 warm reset still in progress? [0xffffffff]
codec_semaphore: semaphore is not ready [0xff][0xffffffff]
codec_write 0: semaphore is not ready for register 0x26
codec_semaphore: semaphore is not ready [0xff][0xffffffff]
codec_write 0: semaphore is not ready for register 0x0
codec_semaphore: semaphore is not ready [0xff][0xffffffff]
codec_write 0: semaphore is not ready for register 0x26
codec_semaphore: semaphore is not ready [0xff][0xffffffff]
codec_write 0: semaphore is not ready for register 0x20
codec_semaphore: semaphore is not ready [0xff][0xffffffff]
codec_write 0: semaphore is not ready for register 0x26
codec_semaphore: semaphore is not ready [0xff][0xffffffff]
codec_write 0: semaphore is not ready for register 0x2
codec_semaphore: semaphore is not ready [0xff][0xffffffff]
codec_read 0: semaphore is not ready for register 0x2
codec_semaphore: semaphore is not ready [0xff][0xffffffff]
codec_read 0: semaphore is not ready for register 0x2
codec_semaphore: semaphore is not ready [0xff][0xffffffff]
codec_read 0: semaphore is not ready for register 0x2
codec_semaphore: semaphore is not ready [0xff][0xffffffff]
codec_read 0: semaphore is not ready for register 0x2
codec_semaphore: semaphore is not ready [0xff][0xffffffff]
codec_read 0: semaphore is not ready for register 0x2
codec_semaphore: semaphore is not ready [0xff][0xffffffff]
codec_read 0: semaphore is not ready for register 0x2
codec_semaphore: semaphore is not ready [0xff][0xffffffff]
codec_read 0: semaphore is not ready for register 0x2
codec_semaphore: semaphore is not ready [0xff][0xffffffff]
codec_read 0: semaphore is not ready for register 0x2
codec_semaphore: semaphore is not ready [0xff][0xffffffff]
codec_read 0: semaphore is not ready for register 0x2
codec_semaphore: semaphore is not ready [0xff][0xffffffff]
codec_read 0: semaphore is not ready for register 0x2
codec_semaphore: semaphore is not ready [0xff][0xffffffff]
codec_write 0: semaphore is not ready for register 0x2
codec_semaphore: semaphore is not ready [0xff][0xffffffff]
codec_read 0: semaphore is not ready for register 0x2
codec_semaphore: semaphore is not ready [0xff][0xffffffff]
codec_write 0: semaphore is not ready for register 0x4
codec_semaphore: semaphore is not ready [0xff][0xffffffff]
codec_read 0: semaphore is not ready for register 0x4
codec_semaphore: semaphore is not ready [0xff][0xffffffff]
codec_write 0: semaphore is not ready for register 0x6
codec_semaphore: semaphore is not ready [0xff][0xffffffff]
codec_read 0: semaphore is not ready for register 0x6
codec_semaphore: semaphore is not ready [0xff][0xffffffff]
codec_write 0: semaphore is not ready for register 0xa
codec_semaphore: semaphore is not ready [0xff][0xffffffff]
codec_read 0: semaphore is not ready for register 0xa
codec_semaphore: semaphore is not ready [0xff][0xffffffff]
codec_write 0: semaphore is not ready for register 0xc
codec_semaphore: semaphore is not ready [0xff][0xffffffff]
codec_read 0: semaphore is not ready for register 0xc
codec_semaphore: semaphore is not ready [0xff][0xffffffff]
codec_write 0: semaphore is not ready for register 0xe
codec_semaphore: semaphore is not ready [0xff][0xffffffff]
codec_read 0: semaphore is not ready for register 0xe
codec_semaphore: semaphore is not ready [0xff][0xffffffff]
codec_write 0: semaphore is not ready for register 0x10
codec_semaphore: semaphore is not ready [0xff][0xffffffff]
codec_read 0: semaphore is not ready for register 0x10
codec_semaphore: semaphore is not ready [0xff][0xffffffff]
codec_write 0: semaphore is not ready for register 0x12
codec_semaphore: semaphore is not ready [0xff][0xffffffff]
codec_read 0: semaphore is not ready for register 0x12
codec_semaphore: semaphore is not ready [0xff][0xffffffff]
codec_write 0: semaphore is not ready for register 0x14
codec_semaphore: semaphore is not ready [0xff][0xffffffff]
codec_read 0: semaphore is not ready for register 0x14
codec_semaphore: semaphore is not ready [0xff][0xffffffff]
codec_write 0: semaphore is not ready for register 0x16
codec_semaphore: semaphore is not ready [0xff][0xffffffff]
codec_read 0: semaphore is not ready for register 0x16
codec_semaphore: semaphore is not ready [0xff][0xffffffff]
codec_write 0: semaphore is not ready for register 0x18
codec_semaphore: semaphore is not ready [0xff][0xffffffff]
codec_read 0: semaphore is not ready for register 0x18
codec_semaphore: semaphore is not ready [0xff][0xffffffff]
codec_write 0: semaphore is not ready for register 0x1a
codec_semaphore: semaphore is not ready [0xff][0xffffffff]
codec_read 0: semaphore is not ready for register 0x1a
codec_semaphore: semaphore is not ready [0xff][0xffffffff]
codec_write 0: semaphore is not ready for register 0x1c
codec_semaphore: semaphore is not ready [0xff][0xffffffff]
codec_read 0: semaphore is not ready for register 0x1c
codec_semaphore: semaphore is not ready [0xff][0xffffffff]
codec_write 0: semaphore is not ready for register 0x20
codec_semaphore: semaphore is not ready [0xff][0xffffffff]
codec_read 0: semaphore is not ready for register 0x20
codec_semaphore: semaphore is not ready [0xff][0xffffffff]
codec_write 0: semaphore is not ready for register 0x22
codec_semaphore: semaphore is not ready [0xff][0xffffffff]
codec_read 0: semaphore is not ready for register 0x22
codec_semaphore: semaphore is not ready [0xff][0xffffffff]
codec_write 0: semaphore is not ready for register 0x2a
codec_semaphore: semaphore is not ready [0xff][0xffffffff]
codec_read 0: semaphore is not ready for register 0x2a
codec_semaphore: semaphore is not ready [0xff][0xffffffff]
codec_write 0: semaphore is not ready for register 0x2c
codec_semaphore: semaphore is not ready [0xff][0xffffffff]
codec_read 0: semaphore is not ready for register 0x2c
codec_semaphore: semaphore is not ready [0xff][0xffffffff]
codec_write 0: semaphore is not ready for register 0x32
codec_semaphore: semaphore is not ready [0xff][0xffffffff]
codec_read 0: semaphore is not ready for register 0x32
codec_semaphore: semaphore is not ready [0xff][0xffffffff]
codec_write 0: semaphore is not ready for register 0x3a
codec_semaphore: semaphore is not ready [0xff][0xffffffff]
codec_read 0: semaphore is not ready for register 0x3a
codec_semaphore: semaphore is not ready [0xff][0xffffffff]
codec_write 1: semaphore is not ready for register 0x26
codec_semaphore: semaphore is not ready [0xff][0xffffffff]
codec_write 1: semaphore is not ready for register 0x0
codec_semaphore: semaphore is not ready [0xff][0xffffffff]
codec_write 1: semaphore is not ready for register 0x26
codec_semaphore: semaphore is not ready [0xff][0xffffffff]
codec_write 1: semaphore is not ready for register 0x20
codec_semaphore: semaphore is not ready [0xff][0xffffffff]
codec_write 1: semaphore is not ready for register 0x26
codec_semaphore: semaphore is not ready [0xff][0xffffffff]
codec_write 1: semaphore is not ready for register 0x2
codec_semaphore: semaphore is not ready [0xff][0xffffffff]
codec_read 1: semaphore is not ready for register 0x2
codec_semaphore: semaphore is not ready [0xff][0xffffffff]
codec_read 1: semaphore is not ready for register 0x2
codec_semaphore: semaphore is not ready [0xff][0xffffffff]
codec_read 1: semaphore is not ready for register 0x2
codec_semaphore: semaphore is not ready [0xff][0xffffffff]
codec_read 1: semaphore is not ready for register 0x2
codec_semaphore: semaphore is not ready [0xff][0xffffffff]
codec_read 1: semaphore is not ready for register 0x2
codec_semaphore: semaphore is not ready [0xff][0xffffffff]
codec_read 1: semaphore is not ready for register 0x2
codec_semaphore: semaphore is not ready [0xff][0xffffffff]
codec_read 1: semaphore is not ready for register 0x2
codec_semaphore: semaphore is not ready [0xff][0xffffffff]
codec_read 1: semaphore is not ready for register 0x2
codec_semaphore: semaphore is not ready [0xff][0xffffffff]
codec_read 1: semaphore is not ready for register 0x2
codec_semaphore: semaphore is not ready [0xff][0xffffffff]
codec_read 1: semaphore is not ready for register 0x2
codec_semaphore: semaphore is not ready [0xff][0xffffffff]
codec_write 1: semaphore is not ready for register 0x1c
codec_semaphore: semaphore is not ready [0xff][0xffffffff]
codec_read 1: semaphore is not ready for register 0x1c
hda: Wakeup request inited, waiting for !BSY...
hda: start_power_step(step: 1000)
hda: completing PM request, resume
hdc: Wakeup request inited, waiting for !BSY...
hdc: start_power_step(step: 1000)
hdc: completing PM request, resume
Restarting tasks...<6>Synaptics Touchpad, model: 1
 Firmware: 4.6
 180 degree mounted touchpad
 Sensor: 18
 new absolute packet format
 Touchpad has extended capability bits
 -> four buttons
 -> multifinger detection
 -> palm detection
 done
input: SynPS/2 Synaptics TouchPad on isa0060/serio4
MCE: The hardware reports a non fatal, correctable incident occurred on CPU 0.
Bank 1: f200000000000175

[-- Attachment #3: Type: text/plain, Size: 737 bytes --]


When trying to get/set the LCD status via /proc/acpi/asus/lcd, dmesg
shows

 Asus ACPI: Error reading LCD status
 Asus ACPI: Error switching LCD

Suggestions, anyone? If you need more info, let me know.

Regards,
Georg


[*] /proc/acpi/asus/info:

Model reference    : M2X
SFUN value         : 0x0a7f
DSDT length        : 27945
DSDT checksum      : 212
DSDT revision      : 1
OEM id             : 0ABBD
OEM table id       : 0ABBD001
OEM revision       : 0x1
ASL comp vendor id : MSFT
ASL comp revision  : 0x100000d

-- 
Georg C. F. Greve                                       <greve@gnu.org>
Free Software Foundation Europe	                 (http://fsfeurope.org)
Brave GNU World	                           (http://brave-gnu-world.org)

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: PROBLEM: LCD display dead after ACPI suspend to RAM (S3)
  2004-01-22 13:17 PROBLEM: LCD display dead after ACPI suspend to RAM (S3) Georg C. F. Greve
@ 2004-01-22 14:09 ` Matthew Garrett
       [not found] ` <20040122140155.GC5194@hell.org.pl>
  1 sibling, 0 replies; 7+ messages in thread
From: Matthew Garrett @ 2004-01-22 14:09 UTC (permalink / raw)
  To: acpi-devel; +Cc: linux-kernel

>on an ASUS M2400N [*] with both plain vanilla Linux Kernel 2.6.1 and
>2.6.1 + acpi-20031203, the machine appears to suspend to RAM without a
>problem and it also apparently comes back, but the screen is dead.

Try passing acpi_sleep=s3_bios or acpi_sleep=s3_mode to the kernel on
boot - also try while running X, switch away before suspend and switch
back afterwards. The problem is that the kernel doesn't know how to wake
the video hardware back up after S3 - the kernel parameters are hacks
that try to provoke it back into life, and X is sometimes able to
reinitialise stuff itself.

-- 
Matthew Garrett | mjg59-chiark.mail.linux-rutgers.kernel@srcf.ucam.org

^ permalink raw reply	[flat|nested] 7+ messages in thread

[parent not found: <20040122140155.GC5194@hell.org.pl>]

[parent not found: <m3d69cj8hb.fsf@reason.gnu-hamburg>]

[parent not found: <20040122154638.GA11867@hell.org.pl>]

* Re: [ACPI] PROBLEM: LCD display dead after ACPI suspend to RAM (S3)
       [not found]     ` <20040122154638.GA11867@hell.org.pl>
@ 2004-01-22 17:16       ` Georg C. F. Greve
  2004-01-22 17:29         ` Georg C. F. Greve
  2004-01-22 17:33         ` David Ford
  0 siblings, 2 replies; 7+ messages in thread
From: Georg C. F. Greve @ 2004-01-22 17:16 UTC (permalink / raw)
  To: Karol Kozimor; +Cc: acpi-devel, linux-kernel

 || On Thu, 22 Jan 2004 16:46:38 +0100
 || Karol Kozimor <sziwan@hell.org.pl> wrote: 

 kk> Does it work before the suspend (i.e. does the backlight switch
 kk> on and off)? 

Yes.

 kk> If so, your problem is probably a video driver issue and I'm
 kk> afraid I can't be of further help.

Where would the people maintaining the video driver have to look?

 kk> Also, are you using a framebuffer? 

Yes.

 kk> If so, try not, i.e. use a simple VGA console -> s3_bios works
 kk> fine for me on a VGA console, but produces a blank (though
 kk> backlit) screen with radeonfb.  Best regards,

Interesting. I'll try that.

May this be a problem of the fb driver then?

Thanks for your input,
Georg

-- 
Georg C. F. Greve                                       <greve@gnu.org>
Free Software Foundation Europe	                 (http://fsfeurope.org)
Brave GNU World	                           (http://brave-gnu-world.org)

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: [ACPI] PROBLEM: LCD display dead after ACPI suspend to RAM (S3)
  2004-01-22 17:16       ` [ACPI] " Georg C. F. Greve
@ 2004-01-22 17:29         ` Georg C. F. Greve
  2004-01-22 17:33         ` David Ford
  1 sibling, 0 replies; 7+ messages in thread
From: Georg C. F. Greve @ 2004-01-22 17:29 UTC (permalink / raw)
  To: Karol Kozimor; +Cc: acpi-devel, linux-kernel

 || On Thu, 22 Jan 2004 18:16:44 +0100
 || "Georg C. F. Greve" <greve@gnu.org> wrote: 

 kk> If so, try not, i.e. use a simple VGA console -> s3_bios works
 kk> fine for me on a VGA console, but produces a blank (though
 kk> backlit) screen with radeonfb. 

Update: This makes no difference for me. 

Exactly the same behaviour.

Regards,
Georg

-- 
Georg C. F. Greve                                       <greve@gnu.org>
Free Software Foundation Europe	                 (http://fsfeurope.org)
Brave GNU World	                           (http://brave-gnu-world.org)

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: [ACPI] PROBLEM: LCD display dead after ACPI suspend to RAM (S3)
  2004-01-22 17:16       ` [ACPI] " Georg C. F. Greve
  2004-01-22 17:29         ` Georg C. F. Greve
@ 2004-01-22 17:33         ` David Ford
  2004-01-22 19:04           ` Georg C. F. Greve
  1 sibling, 1 reply; 7+ messages in thread
From: David Ford @ 2004-01-22 17:33 UTC (permalink / raw)
  To: Georg C. F. Greve; +Cc: Karol Kozimor, acpi-devel, linux-kernel

Try hitting the hardware function key that swaps the CRT/LCD and/or the 
function key that changes the font.

Works on my laptop.  Really annoying two-fold issue.  First, the screen 
is blank, second, I have to blindly run setfont to change the garbage 
font to a readable font.

I'm not running an fb, just an nvidia card in text mode on a Dell 
Inspiron 8200.

David

Georg C. F. Greve wrote:

> || On Thu, 22 Jan 2004 16:46:38 +0100
> || Karol Kozimor <sziwan@hell.org.pl> wrote: 
>
> kk> Does it work before the suspend (i.e. does the backlight switch
> kk> on and off)? 
>
>Yes.
>
>
> kk> If so, your problem is probably a video driver issue and I'm
> kk> afraid I can't be of further help.
>
>Where would the people maintaining the video driver have to look?
>
>
> kk> Also, are you using a framebuffer? 
>
>Yes.
>
>
> kk> If so, try not, i.e. use a simple VGA console -> s3_bios works
> kk> fine for me on a VGA console, but produces a blank (though
> kk> backlit) screen with radeonfb.  Best regards,
>
>Interesting. I'll try that.
>
>May this be a problem of the fb driver then?
>
>Thanks for your input,
>Georg
>
>  
>

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: [ACPI] PROBLEM: LCD display dead after ACPI suspend to RAM (S3)
  2004-01-22 17:33         ` David Ford
@ 2004-01-22 19:04           ` Georg C. F. Greve
  0 siblings, 0 replies; 7+ messages in thread
From: Georg C. F. Greve @ 2004-01-22 19:04 UTC (permalink / raw)
  To: David Ford; +Cc: Karol Kozimor, acpi-devel, linux-kernel

 || On Thu, 22 Jan 2004 12:33:22 -0500
 || David Ford <david+challenge-response@blue-labs.org> wrote: 

 df> Try hitting the hardware function key that swaps the CRT/LCD
 df> and/or the function key that changes the font.

None of the keys make any difference.

Regards,
Georg

-- 
Georg C. F. Greve                                       <greve@gnu.org>
Free Software Foundation Europe	                 (http://fsfeurope.org)
Brave GNU World	                           (http://brave-gnu-world.org)

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: [ACPI] PROBLEM: LCD display dead after ACPI suspend to RAM (S3)
@ 2004-01-22 18:11 ezra peisach
  0 siblings, 0 replies; 7+ messages in thread
From: ezra peisach @ 2004-01-22 18:11 UTC (permalink / raw)
  To: David Ford; +Cc: acpi-devel, linux-kernel

>Try hitting the hardware function key that swaps the CRT/LCD and/or the 
>function key that changes the font.

>Works on my laptop.  Really annoying two-fold issue.  First, the screen 
>is blank, second, I have to blindly run setfont to change the garbage 
>font to a readable font.

>I'm not running an fb, just an nvidia card in text mode on a Dell 
>Inspiron 8200.
I have been probing this issue on an Inspiron 8200 - but with a radeon
card.

The essential problem in S3 is four fold:
a) When entering S3 - power is turned off to the video card. When 
power is restored, the vga interface is confused as to register settings, etc.
b) vgacon does have any power management handling capabilities.
c) radeonfb does not handle power management either - except for the case
   of powerbooks. 
d) On power restore, I have observed that the backlight of the display 
is turned off. If I use radeontools to turn back on the display, I can then
see what is there.

I am working on a set of patches to store the state of the VGA card
(drivers/video/vgacon.c) before power shutdown and after restore. (I have the
basics - but it needs to be cleaned up). 

What is then missing is the interface to poke at the radeon and I
suspect nvidia card to turn on the backlight. When X is running
switching away from VC 7 and back resets the flag - a better solution
is eventually needed. Perhaps radeonfb will be the way to go - but it needs
to have power handling code implemented on all platforms.

Ezra

^ permalink raw reply	[flat|nested] 7+ messages in thread

end of thread, other threads:[~2004-01-22 19:05 UTC | newest]

Thread overview: 7+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2004-01-22 13:17 PROBLEM: LCD display dead after ACPI suspend to RAM (S3) Georg C. F. Greve
2004-01-22 14:09 ` Matthew Garrett
     [not found] ` <20040122140155.GC5194@hell.org.pl>
     [not found]   ` <m3d69cj8hb.fsf@reason.gnu-hamburg>
     [not found]     ` <20040122154638.GA11867@hell.org.pl>
2004-01-22 17:16       ` [ACPI] " Georg C. F. Greve
2004-01-22 17:29         ` Georg C. F. Greve
2004-01-22 17:33         ` David Ford
2004-01-22 19:04           ` Georg C. F. Greve
  -- strict thread matches above, loose matches on Subject: below --
2004-01-22 18:11 ezra peisach

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox