Bug 4859
Summary: | Tyan s2875 dual opteron poweroff and back on doesnt work on linux | ||
---|---|---|---|
Product: | ACPI | Reporter: | peter garrone (pgarrone) |
Component: | Power-Off | Assignee: | Alexey Starikovskiy (astarikovskiy) |
Status: | REJECTED INSUFFICIENT_DATA | ||
Severity: | low | CC: | acpi-bugzilla, mmokrejs |
Priority: | P2 | ||
Hardware: | i386 | ||
OS: | Linux | ||
Kernel Version: | 2.6.12.2 | Subsystem: | |
Regression: | --- | Bisected commit-id: |
Description
peter garrone
2005-07-07 07:05:10 UTC
Pressing reset does restart the system. Takes a little time. The linux poweroff function appears to do everything it is supposed to, right up to the point of writing SLP_TYPx and SLP_EN to the PM1A_CNT register, where the hardware locks up. The SLP_TYPx value appears to be the correct value from the \_S5_ object. So I would say this isnt a linux problem. Sorry. ~ Pressing reset does restart the system. Takes a little time. The linux poweroff function appears to do everything it is supposed to, right up to the point of writing SLP_TYPx and SLP_EN to the PM1A_CNT register, where the hardware locks up. The SLP_TYPx value appears to be the correct value from the \_S5_ object. So I would say this isnt a linux problem. Sorry. ~ please test with 2.6.13-rc6 Peter, there was a lot of changes to the shutdown/reboot during 2.6.13-rcX series. The -rc1 broke some things and it got fixed in 2.6.13. Len, I observe also ACPI: Power Button (FF) [PWRF] ACPI: Power Button (CM) [PWRB] ACPI: CPU0 (power states: C1[C1]) ACPI: Processor [CPU0] (supports 8 throttling states) ACPI: CPU1 (power states: C1[C1]) ACPI: Processor [CPU1] (supports 8 throttling states) acpi_processor-0521 [06] acpi_processor_get_inf: Error getting cpuindex for acpiid 0x2 acpi_processor-0521 [06] acpi_processor_get_inf: Error getting cpuindex for acpiid 0x3 for MSI dual-xeon motherboard on 2.6.13.2, should I open a new bug? I have no problems, just the message in "dmesg". No response from submitter. Please reopen if problem is still present. On Wed, Sep 21, 2005 at 04:06:28PM -0700, bugme-daemon@kernel-bugs.osdl.org wrote: > http://bugzilla.kernel.org/show_bug.cgi?id=4859 > > mmokrejs@ribosome.natur.cuni.cz changed: > > What |Removed |Added > ---------------------------------------------------------------------------- > CC| |mmokrejs@ribosome.natur.cuni > | |.cz > > > > ------- Additional Comments From mmokrejs@ribosome.natur.cuni.cz 2005-09-21 > 16:06 ------- > Peter, there was a lot of changes to the shutdown/reboot during 2.6.13-rcX > series. > The -rc1 broke some things and it got fixed in 2.6.13. > > Len, I observe also > > ACPI: Power Button (FF) [PWRF] > ACPI: Power Button (CM) [PWRB] > ACPI: CPU0 (power states: C1[C1]) > ACPI: Processor [CPU0] (supports 8 throttling states) > ACPI: CPU1 (power states: C1[C1]) > ACPI: Processor [CPU1] (supports 8 throttling states) > acpi_processor-0521 [06] acpi_processor_get_inf: Error getting cpuindex for > acpiid 0x2 > acpi_processor-0521 [06] acpi_processor_get_inf: Error getting cpuindex for > acpiid 0x3 > > > for MSI dual-xeon motherboard on 2.6.13.2, should I open a new bug? I have no > problems, just the message in "dmesg". > > ------- You are receiving this mail because: ------- > You reported the bug, or are watching the reporter. Sorry about long silence. I did track the problem in the 2.6.12 kernel, writing to the mainboard LED and concluding that the kernel was indeed halting where it was supposed to in drivers/acpi/hardware/hwsleep.c, function acpi_enter_sleep_state, calling acpi_hw_register_write, but leaving fans and power on. This was about 12 months ago. I concluded it was a board problem, because the kernel software seemed to be doing everything according to spec. I loaded up debian 2.6.8, and the board shut down correctly. Then I loaded up debian 2.6.16,17 and board no longer shut down. Then I wrote to /proc/acpi/alarm, and board shuts down correctly. I believe it is a buggy-bios-firmware problem. |