Suspend to RAM, Sony Vaio PCG-SRX51P, lcd stays off
Hi there,
I own an older Sony Vaio SRX51P, European Model, P3 based. s2ram identifies it with
sys_vendor = "Sony Corporation "
sys_product = "PCG-SRX51P(DE) "
sys_version = "01 "
bios_version = "R0232U2"Suspend to RAM by using "s2ram -v -m -f" actually works and the laptop comes back to life, is accessible by network, etc. kudos so far.
The only but serious problem is, that the lcd stays off after resume. No matter what kind of options for s2ram I try, if I disable framebuffer or suspend from X, the lcd always stays off. Only a reboot fixes this. Note that the X driver also cannot dis-/enable the lcd (xset dpms force off). It always stays lit. I also tried with i810switch, but that also does not affect the lcd. spicctrl -b42 neither.
Latest kernel I tested is 2.6.20-git11 from today.
So has anyone of you suspend, acpi, sonypi, fb people an idea how to fix this? I suspect one has to call some magic ACPI method upon resume? What other kind of information would be needed to debug this? Anything more to try? Are there some sony people here listening who can fix this?
Thanks very much for any help,
Jan
$ lspci 00:00.0 Host bridge: Intel Corporation 82815 815 Chipset Host Bridge and Memory Controller Hub (rev 11) 00:02.0 VGA compatible controller: Intel Corporation 82815 CGC [Chipset Graphics Controller] (rev 11) 00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev 03) 00:1f.0 ISA bridge: Intel Corporation 82801BAM ISA Bridge (LPC) (rev 03) 00:1f.1 IDE interface: Intel Corporation 82801BAM IDE U100 (rev 03) 00:1f.2 USB Controller: Intel Corporation 82801BA/BAM USB (Hub #1) (rev 03) 00:1f.3 SMBus: Intel Corporation 82801BA/BAM SMBus (rev 03) 00:1f.4 USB Controller: Intel Corporation 82801BA/BAM USB (Hub #2) (rev 03) 00:1f.5 Multimedia audio controller: Intel Corporation 82801BA/BAM AC'97 Audio (rev 03) 00:1f.6 Modem: Intel Corporation 82801BA/BAM AC'97 Modem (rev 03) 01:00.0 FireWire (IEEE 1394): Texas Instruments TSB43AB22/A IEEE-1394a-2000 Controller (PHY/Link) 01:02.0 CardBus bridge: Ricoh Co Ltd RL5c475 (rev 80) 01:05.0 CardBus bridge: Texas Instruments PCI1410 PC card Cardbus Controller (rev 01) 01:08.0 Ethernet controller: Intel Corporation 82801BA/BAM/CA/CAM Ethernet Controller (rev 03)
Hi!
Quoted 8 lines
I own an older Sony Vaio SRX51P, European Model, P3 based. s2ram identifies it with
sys_vendor = "Sony Corporation " sys_product = "PCG-SRX51P(DE) " sys_version = "01 " bios_version = "R0232U2"
Quoted 5 lines
Suspend to RAM by using "s2ram -v -m -f" actually works and the laptop comes back to life, is accessible by network, etc. kudos so far.
The only but serious problem is, that the lcd stays off after resume. No matter what kind of options for s2ram I try, if I disable
Is the _lcd_ off or the _backlight_ off? Use bright flashlight to tell.
Quoted 11 lines
framebuffer or suspend from X, the lcd always stays off. Only a reboot fixes this. Note that the X driver also cannot dis-/enable the lcd (xset dpms force off). It always stays lit. I also tried with i810switch, but that also does not affect the lcd. spicctrl -b42 neither.
Latest kernel I tested is 2.6.20-git11 from today.So has anyone of you suspend, acpi, sonypi, fb people an idea how to fix this? I suspect one has to call some magic ACPI method upon resume? What other kind of information would be needed to debug this? Anything more to try? Are there some sony people here listening who can fix this?
sonypi people actually might know how to help...
Quoted 1 line
00:02.0 VGA compatible controller: Intel Corporation 82815 CGC
[Chipset Graphics Controller] (rev 11)
Wait a moment, did not Intel release nice, commented, GPLed sources for their graphics cards somewhere? That might help.
Pavel
Signature · 2 lines
(english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
Quoted 10 lines · Pavel Machek
Hi!
Quoted 8 lines
I own an older Sony Vaio SRX51P, European Model, P3 based. s2ram identifies it with
sys_vendor = "Sony Corporation " sys_product = "PCG-SRX51P(DE) " sys_version = "01 " bios_version = "R0232U2"
Quoted 8 lines
Quoted 5 lines
Suspend to RAM by using "s2ram -v -m -f" actually works and the laptop comes back to life, is accessible by network, etc. kudos so far.
The only but serious problem is, that the lcd stays off after resume. No matter what kind of options for s2ram I try, if I disableIs the _lcd_ off or the _backlight_ off? Use bright flashlight to tell.
The lcd. If you press the lid button you get the same effect (but you cannot use it to turn the lcd on again :-(( ). But I'll doublecheck with a flashlight nevertheless.
Quoted 12 lines
Quoted 11 lines
framebuffer or suspend from X, the lcd always stays off. Only a reboot fixes this. Note that the X driver also cannot dis-/enable the lcd (xset dpms force off). It always stays lit. I also tried with i810switch, but that also does not affect the lcd. spicctrl -b42 neither.
Latest kernel I tested is 2.6.20-git11 from today.So has anyone of you suspend, acpi, sonypi, fb people an idea how to fix this? I suspect one has to call some magic ACPI method upon resume? What other kind of information would be needed to debug this? Anything more to try? Are there some sony people here listening who can fix this?
Quoted 7 lines
sonypi people actually might know how to help...
Quoted 1 line
00:02.0 VGA compatible controller: Intel Corporation 82815 CGC
[Chipset Graphics Controller] (rev 11)
Wait a moment, did not Intel release nice, commented, GPLed sources for their graphics cards somewhere? That might help.
URL? But I suspect the lcd on/off is controlled by some embedded controller or such (reachable via acpi, at least I've an EC0 in /proc/acpi/).
Jan
Hi!
Quoted 14 lines
Quoted 14 lines
Quoted 13 lines
I own an older Sony Vaio SRX51P, European Model, P3 based. s2ram identifies it with
sys_vendor = "Sony Corporation " sys_product = "PCG-SRX51P(DE) " sys_version = "01 " bios_version = "R0232U2"Suspend to RAM by using "s2ram -v -m -f" actually works and the laptop comes back to life, is accessible by network, etc. kudos so far.
The only but serious problem is, that the lcd stays off after resume. No matter what kind of options for s2ram I try, if I disable
Quoted 6 lines
Quoted 2 lines
Is the _lcd_ off or the _backlight_ off? Use bright flashlight to tell.
The lcd. If you press the lid button you get the same effect (but you cannot use it to turn the lcd on again :-(( ). But I'll doublecheck with a flashlight nevertheless.
If lid button breaks the lcd, even in grub boot loader... then I'd call your machine broken hardware, complain to the manufacturer. (Are you at latest BIOS?)
Quoted 14 lines
Quoted 14 lines
Quoted 11 lines
framebuffer or suspend from X, the lcd always stays off. Only a reboot fixes this. Note that the X driver also cannot dis-/enable the lcd (xset dpms force off). It always stays lit. I also tried with i810switch, but that also does not affect the lcd. spicctrl -b42 neither.
Latest kernel I tested is 2.6.20-git11 from today.So has anyone of you suspend, acpi, sonypi, fb people an idea how to fix this? I suspect one has to call some magic ACPI method upon resume? What other kind of information would be needed to debug this? Anything more to try? Are there some sony people here listening who can fix this?
sonypi people actually might know how to help...
Quoted 8 lines
Quoted 5 lines
Quoted 1 line
00:02.0 VGA compatible controller: Intel Corporation 82815 CGC
[Chipset Graphics Controller] (rev 11)
Wait a moment, did not Intel release nice, commented, GPLed sources for their graphics cards somewhere? That might help.
URL? But I suspect the lcd on/off is controlled by some embedded controller or such (reachable via acpi, at least I've an EC0 in
/proc/acpi/).
Google a bit, it was a _big_ announcement. Of course it is _possible_ EC is responsible, but I don't quite think so.
Pavel
Signature · 2 lines
(english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
Quoted 17 lines · Pavel Machek
Hi!
Quoted 15 lines
Quoted 15 lines
Quoted 8 lines
I own an older Sony Vaio SRX51P, European Model, P3 based. s2ram identifies it with
sys_vendor = "Sony Corporation " sys_product = "PCG-SRX51P(DE) " sys_version = "01 " bios_version = "R0232U2"Quoted 5 lines
Suspend to RAM by using "s2ram -v -m -f" actually works and the laptop comes back to life, is accessible by network, etc. kudos so far.
The only but serious problem is, that the lcd stays off after resume. No matter what kind of options for s2ram I try, if I disableIs the _lcd_ off or the _backlight_ off? Use bright flashlight to tell.
Quoted 7 lines
Quoted 3 lines
The lcd. If you press the lid button you get the same effect (but you cannot use it to turn the lcd on again :-(( ). But I'll doublecheck with a flashlight nevertheless.
If lid button breaks the lcd, even in grub boot loader... then I'd call your machine broken hardware, complain to the manufacturer. (Are you at latest BIOS?)
No, you misunderstood me. If I press the lid button, the lcd goes off and when I release it, it goes on again. But after a suspend cycle even that does not revive the lcd.
Jan
Quoted 10 lines · Pavel Machek
Hi!
Quoted 8 lines
I own an older Sony Vaio SRX51P, European Model, P3 based. s2ram identifies it with
sys_vendor = "Sony Corporation " sys_product = "PCG-SRX51P(DE) " sys_version = "01 " bios_version = "R0232U2"
Quoted 14 lines
Quoted 5 lines
Suspend to RAM by using "s2ram -v -m -f" actually works and the laptop comes back to life, is accessible by network, etc. kudos so far.
The only but serious problem is, that the lcd stays off after resume. No matter what kind of options for s2ram I try, if I disableIs the _lcd_ off or the _backlight_ off? Use bright flashlight to tell.
Quoted 5 lines
framebuffer or suspend from X, the lcd always stays off. Only a reboot fixes this. Note that the X driver also cannot dis-/enable the lcd (xset dpms force off). It always stays lit. I also tried with i810switch, but that also does not affect the lcd. spicctrl -b42 neither.
(unrelated to your suspend problems) does the sony-laptop (formerly sony_acpi) module helps controlling brightness?
(should appear soon or you can eventually grab it from the linux-acpi tree)
Quoted 1 line
Quoted 1 line
Latest kernel I tested is 2.6.20-git11 from today.
I read reports of successful suspends on that laptop, eg:
http://freenet-homepage.de/obauer/index.html
Signature · 2 lines
mattia :wq!
Quoted 11 lines · Mattia Dongili
Quoted 5 lines · Pavel Machek
Quoted 5 lines
sys_vendor = "Sony Corporation " sys_product = "PCG-SRX51P(DE) " sys_version = "01 " bios_version = "R0232U2"(unrelated to your suspend problems) does the sony-laptop (formerly
sony_acpi) module helps controlling brightness?
(should appear soon or you can eventually grab it from the linux-acpi tree)
No, I use the sonypi driver. But I can test the sony-laptop one as soon as it is in -mm again if it would be of any help.
Quoted 4 lines
Quoted 1 line
Quoted 1 line
Latest kernel I tested is 2.6.20-git11 from today.
I read reports of successful suspends on that laptop, eg:
http://freenet-homepage.de/obauer/index.html
Ok, now I feel totally dumb. 's2ram -s -f' actually works iff you disable fb support completely in the kernel. It works even from X. Don't know how many combinations I tried but that one somehow slipped through. Anyway thanks for your help. So could this machine be added to the s2ram database?
Thanks,
Jan
Hi!
Quoted 7 lines
Quoted 7 lines · Pavel Machek
Quoted 6 lines
Quoted 6 lines
sys_vendor = "Sony Corporation " sys_product = "PCG-SRX51P(DE) " sys_version = "01 " bios_version = "R0232U2"
...
Quoted 10 lines
Quoted 4 lines
Quoted 1 line
Quoted 1 line
Latest kernel I tested is 2.6.20-git11 from today.
I read reports of successful suspends on that laptop, eg:
http://freenet-homepage.de/obauer/index.htmlOk, now I feel totally dumb. 's2ram -s -f' actually works iff you disable fb support completely in the kernel. It works even from X. Don't know how many combinations I tried but that one somehow slipped through. Anyway thanks for your help. So could this machine be added to the s2ram database?
Stefan, can we add this one?
Anyway, it would be nice to actually fix the fb support in kernel not to hang the machine on your Sony...
Pavel
Signature · 2 lines
(english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html