Bug 11573 - Sony Z590 hangs on reboot and shutdown
Summary: Sony Z590 hangs on reboot and shutdown
Status: CLOSED PATCH_ALREADY_AVAILABLE
Alias: None
Product: ACPI
Classification: Unclassified
Component: Power-Off (show other bugs)
Hardware: All Linux
: P1 normal
Assignee: acpi_power-off
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-09-15 12:20 UTC by Colin MacLean
Modified: 2008-09-29 00:01 UTC (History)
1 user (show)

See Also:
Kernel Version: 2.6.27-rc6
Subsystem:
Regression: ---
Bisected commit-id:


Attachments
acpidump output (218.11 KB, text/plain)
2008-09-15 12:26 UTC, Colin MacLean
Details
dmesg output before rebooting (73.46 KB, text/plain)
2008-09-15 12:27 UTC, Colin MacLean
Details
DSDT source before "fix" (420.32 KB, text/plain)
2008-09-15 12:29 UTC, Colin MacLean
Details
DSDT source error/warning fix (does not affect this bug) (29.04 KB, patch)
2008-09-15 12:37 UTC, Colin MacLean
Details | Diff
/proc/cpuinfo (1.39 KB, text/plain)
2008-09-15 12:40 UTC, Colin MacLean
Details
dmesg after reboot=a added (73.51 KB, text/plain)
2008-09-15 20:09 UTC, Colin MacLean
Details

Description Colin MacLean 2008-09-15 12:20:51 UTC
Latest working kernel version: None
Distribution: Gentoo
Hardware Environment: Sony Z590
Problem Description:

When powering off or rebooting, the regular init messages display without any errors popping up. Then, the screen turns off, but the power to the computer stays on, requiring me to hold down the power button for several seconds. I have tried fixing my DSDT, but the problem still occurs. I have tried waiting a long time, but it never shuts down.

Steps to reproduce:

Get a Sony Z590 and try rebooting or turning it off.
Comment 1 Colin MacLean 2008-09-15 12:26:16 UTC
Created attachment 17785 [details]
acpidump output
Comment 2 Colin MacLean 2008-09-15 12:27:23 UTC
Created attachment 17786 [details]
dmesg output before rebooting
Comment 3 Colin MacLean 2008-09-15 12:29:38 UTC
Created attachment 17787 [details]
DSDT source before "fix"
Comment 4 Colin MacLean 2008-09-15 12:37:39 UTC
Created attachment 17788 [details]
DSDT source error/warning fix (does not affect this bug)

Note: There appears to be some windows only functionality (search _OS and OSYS)
Comment 5 Colin MacLean 2008-09-15 12:40:57 UTC
Created attachment 17789 [details]
/proc/cpuinfo
Comment 6 Zhang Rui 2008-09-15 18:21:22 UTC
is this a regression? i.e. do you know if there is any earlier kernel releases than reboot/shutdown works well?
Comment 7 Colin MacLean 2008-09-15 18:26:04 UTC
I don't know of any version where it works. When I installed linux, I moved through 2.6.25, 2.6.26, 2.6.27-rc2-iwlwifi, 2.6.27-rc5, and 2.6.27-rc6. Every version had this problem.
Comment 8 ykzhao 2008-09-15 18:54:17 UTC
Hi, Colin
    Will you please try whether the suspend/resume can work on your laptops?
   
    From the acpidump it seems that there exist the following errors:
     PowerResource (MGPR, 0x00, 0x0002)
        {
            Method (_ON, 0, NotSerialized)
            {
                Return (Zero) //  should have no return value. 
            }
            Method (_OFF, 0, NotSerialized)
            {
                Return (Zero) // should have no return value
            }
            Method (_STA, 0, NotSerialized)
            {
                Return (One) // One indicates that the power resource is on 
            }
        }
     
     Will you please confirm whether the shutdown can work on windows?
     Will you please try the patches http://bugzilla.kernel.org/show_bug.cgi?id=11000#C30,31,#32 on the latest kernel and see whether it can work well ? (Please add the boot option of "acpi.power_nocheck=1"
    Thanks.
Comment 9 ykzhao 2008-09-15 19:02:54 UTC
Hi, Colin
    From the acpidump it seems that the acpi reboot mechanism is supported on your laptop.There exists the definition of RESET_REG in FADT table. And the bit of ACPI_FADT_RESET_REG is also supported.
    Will you please add the boot option of "reboot=a" on the latest kernel(2.6.27-rc6) and see whether the reboot can work on you laptop?
    thanks.
Comment 10 Colin MacLean 2008-09-15 19:25:16 UTC
#s2ram
Machine is unknown
This machine can be identified by:
    sys_vendor   = "Sony Corporation"
    sys_product  = "VGN-Z590E"
    sys_version  = "A222C3RK"
    bios_version = "R1280M3"
See http://suspend.sf.net/s2ram-support.html for details

If you report a problem, please include the complete output above.

#s2ram -f
Switching from vt2 to vt1
fbcon fb0 state 1
s2ram_do: No such device or address
fbcon fb0 state 0
switching back to vt2

There is nothing added to dmesg. I will try the patches right after trying reboot=a. When I first got
the laptop, it shut down fine in windows (The laptop only runs linux now).

Thanks for your help.
Comment 11 Colin MacLean 2008-09-15 19:43:07 UTC
I just tried reboot=a, and it seriously messed things up. All I get is a blinking cursor line at the very top of my screen. The cursor moves right to where the login prompt usually is, and I can log in (without seeing anything). I was able to pipe dmesg into a file and ssh it out. I tried rebooting, but the problem remains. Should I try without a dsdt override?

I just removed the reboot=a option, and it's still doing the strange cursor thing. It booted fine before. startx give a black screen and ctrl+alt+backspace doesn't do anything.
Comment 12 ykzhao 2008-09-15 20:05:23 UTC
   Thanks for the confirm that shutdown can work well on windows. 
   From the ACPI FADT we know that the RESET_REG is supported on this machine and the RESET REG address is 0xB2, which is the SMI I/O port. After 0xFB is written to 0xB2 I/O port, the system will cause SMI. Whether the system can be rebooted is related with the BIOS.
   >[074h 116 12]               Reset Register : <Generic Address Structure>
   >[074h 116  1]                     Space ID : 01 (SystemIO)
   >[075h 117  1]                    Bit Width : 08
   >[076h 118  1]                   Bit Offset : 00
   >[077h 119  1]                 Access Width : 01
   >[078h 120  8]                      Address : 00000000000000B2
   >[080h 128  1]         Value to cause reset : FB
 
    Please use the original DSDT and add the boot option of "acpi.power_nocheck=1" to see whether the shutdown can work.
   Thanks.
   
Comment 13 Colin MacLean 2008-09-15 20:09:02 UTC
Created attachment 17797 [details]
dmesg after reboot=a added
Comment 14 Colin MacLean 2008-09-15 20:23:05 UTC
I'm rebuilding my kernel after a make clean to see if I can't get something to display on my screen again. I can't see anything after 1.5 seconds or so after booting the kernel (even after removing reboot=a). I'm not sure what caused the graphics problem.

I rebuilt my kernel and am still having the graphics problems. I added acpi.power_nocheck=1, but am still having the problem with rebooting/power off.
Comment 15 Colin MacLean 2008-09-15 20:36:32 UTC
The graphics problem wasn't related. My v86d was having issues for some reason.
Comment 16 Colin MacLean 2008-09-15 20:57:06 UTC
Woops. Forgot to patch. Now lets see if acpi.power_nocheck=1 works. :D
Comment 17 Colin MacLean 2008-09-15 21:05:05 UTC
Now that the kernel is patched and acpi.power_nocheck=1 is set, rebooting/shutting down still hangs.
Comment 18 Colin MacLean 2008-09-29 00:01:01 UTC
This bug was fixed in 2.6.27-rc7 with no kernel parameters needed.

Note You need to log in before you can comment on or make changes to this bug.