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!
> 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
Is the _lcd_ off or the _backlight_ off? Use bright flashlight to
tell.
> 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...
> 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
--
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
Pavel Machek wrote:
> Hi!
>
>> 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
>
> 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.
>> 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...
>
>> 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!
> >> 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
> >
> > 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?)
> >> 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...
> >
> >> 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
--
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
Pavel Machek wrote:
> Hi!
>
>>>> 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
>>> 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?)
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
On Thu, February 15, 2007 11:36 am, Pavel Machek said:
> Hi!
>
>> 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
>
> Is the _lcd_ off or the _backlight_ off? Use bright flashlight to
> tell.
>
>> 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)
>> 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
--
mattia
:wq!
Mattia Dongili wrote:
> On Thu, February 15, 2007 11:36 am, Pavel Machek said:
>>> 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.
>>> 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!
> > On Thu, February 15, 2007 11:36 am, Pavel Machek said:
>
> >>> sys_vendor = "Sony Corporation "
> >>> sys_product = "PCG-SRX51P(DE) "
> >>> sys_version = "01 "
> >>> bios_version = "R0232U2"
> >>>
...
> >>> 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?
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
--
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html