linux-acpi
Thread
Date
Earlier messages
Later messages
Messages by Thread
Re: [PATCH] PM: Acquire device locks on suspend
Rafael J. Wysocki
Re: [PATCH] PM: Acquire device locks on suspend
Alan Stern
Re: [PATCH] PM: Acquire device locks on suspend
Rafael J. Wysocki
Re: [PATCH] PM: Acquire device locks on suspend
Alan Stern
Re: [PATCH] PM: Acquire device locks on suspend
Rafael J. Wysocki
Re: [PATCH] PM: Acquire device locks on suspend
Alan Stern
Re: [PATCH] PM: Acquire device locks on suspend
Rafael J. Wysocki
Re: [PATCH] PM: Acquire device locks on suspend
Alan Stern
Re: [PATCH] PM: Acquire device locks on suspend
Rafael J. Wysocki
Re: [PATCH] PM: Acquire device locks on suspend
Alan Stern
Re: [PATCH] PM: Acquire device locks on suspend
Alan Stern
Re: [PATCH] PM: Acquire device locks on suspend
Rafael J. Wysocki
Re: [PATCH] PM: Acquire device locks on suspend
Alan Stern
DSDT problems with Asus K8V-X SE
AnMaster
Re: DSDT problems with Asus K8V-X SE
Carlos Corbacho
Re: DSDT problems with Asus K8V-X SE
AnMaster
acpi_osi=!Linux
Rob
always 3 times: "AE_NOT_FOUND, Processor Device is not present"
devzero
Re: always 3 times: "AE_NOT_FOUND, Processor Device is not present"
Pavel Troller
Re: always 3 times: "AE_NOT_FOUND, Processor Device is not present"
Roland
ACPI-Messages on HP Pavilion dv8335ea Notebook
Reindl Harald
Asus P1-AH2 won't suspend (regression)
Michel Lespinasse
Re: Asus P1-AH2 won't suspend (regression)
Rafael J. Wysocki
Re: Asus P1-AH2 won't suspend (regression)
Michel Lespinasse
Re: Asus P1-AH2 won't suspend (regression)
Carlos Corbacho
Re: Asus P1-AH2 won't suspend (regression)
Michel Lespinasse
Re: Asus P1-AH2 won't suspend (regression)
Rafael J. Wysocki
Re: Asus P1-AH2 won't suspend (regression)
Matthew Garrett
Re: Asus P1-AH2 won't suspend (regression)
Rafael J. Wysocki
Re: Asus P1-AH2 won't suspend (regression)
Matthew Garrett
Re: Asus P1-AH2 won't suspend (regression)
Rafael J. Wysocki
Re: Asus P1-AH2 won't suspend (regression)
Matthew Garrett
Re: Asus P1-AH2 won't suspend (regression)
Michel Lespinasse
Suspend to ram: After wakeup poweroff
[EMAIL PROTECTED]
kpowersave stuck at battery charging
Andrey Borzenkov
Re: kpowersave stuck at battery charging
Alexey Starikovskiy
Re: kpowersave stuck at battery charging
Andrey Borzenkov
Re: kpowersave stuck at battery charging
Alexey Starikovskiy
[patch] hibernation: utilize ACPI hardware signature
Shaohua Li
Re: [linux-pm] [patch] hibernation: utilize ACPI hardware signature
Maxim Levitsky
Re: [linux-pm] [patch] hibernation: utilize ACPI hardware signature
Johannes Berg
Re: [linux-pm] [patch] hibernation: utilize ACPI hardware signature
Shaohua Li
Re: [patch] hibernation: utilize ACPI hardware signature
Rafael J. Wysocki
Re: [linux-pm] Re: [patch] hibernation: utilize ACPI hardware signature
Nigel Cunningham
Re: [linux-pm] Re: [patch] hibernation: utilize ACPI hardware signature
Rafael J. Wysocki
Re: [linux-pm] Re: [patch] hibernation: utilize ACPI hardware signature
Nigel Cunningham
Re: [linux-pm] Re: [patch] hibernation: utilize ACPI hardware signature
Rafael J. Wysocki
Re: [linux-pm] Re: [patch] hibernation: utilize ACPI hardware signature
Nigel Cunningham
Re: [patch] hibernation: utilize ACPI hardware signature
Shaohua Li
Re: [patch] hibernation: utilize ACPI hardware signature
Rafael J. Wysocki
Re: [patch] hibernation: utilize ACPI hardware signature
Shaohua Li
Re: [patch] hibernation: utilize ACPI hardware signature
Rafael J. Wysocki
Re: [patch] hibernation: utilize ACPI hardware signature
Shaohua Li
Re: [patch] hibernation: utilize ACPI hardware signature
Rafael J. Wysocki
Re: [patch] hibernation: utilize ACPI hardware signature
Shaohua Li
Re: [patch] hibernation: utilize ACPI hardware signature
Rafael J. Wysocki
Re: [patch] hibernation: utilize ACPI hardware signature
Rafael J. Wysocki
Re: [linux-pm] Re: [patch] hibernation: utilize ACPI hardware signature
Nigel Cunningham
Re: [linux-pm] Re: [patch] hibernation: utilize ACPI hardware signature
Rafael J. Wysocki
Re: [linux-pm] Re: [patch] hibernation: utilize ACPI hardware signature
Nigel Cunningham
[PATCH 0/4] PM: Do not destroy/create devices while suspended (rev. 2)
Rafael J. Wysocki
[PATCH 4/4] PM: Do not destroy/create devices while suspended in cpuid.c
Rafael J. Wysocki
[PATCH 3/4] PM: Do not destroy/create devices while suspended in mce_64.c
Rafael J. Wysocki
[PATCH 1/4] PM: Introduce destroy_suspended_device()
Rafael J. Wysocki
Re: [PATCH 1/4] PM: Introduce destroy_suspended_device()
Rafael J. Wysocki
Re: [PATCH 1/4] PM: Introduce destroy_suspended_device()
Alan Stern
Re: [PATCH 1/4] PM: Introduce destroy_suspended_device()
Rafael J. Wysocki
Re: [PATCH 1/4] PM: Introduce destroy_suspended_device()
Rafael J. Wysocki
[RFC][PATCH] PM: Acquire device locks on suspend (was: Re: [PATCH 1/4] PM: Introduce destroy_suspended_device())
Rafael J. Wysocki
Re: [PATCH 1/4] PM: Introduce destroy_suspended_device()
Alan Stern
Re: [PATCH 1/4] PM: Introduce destroy_suspended_device()
Rafael J. Wysocki
[PATCH 2/4] PM: Do not destroy/create devices while suspended in msr.c (rev. 2)
Rafael J. Wysocki
Re: [PATCH 0/4] PM: Do not destroy/create devices while suspended (rev. 2)
Ingo Molnar
Re: [PATCH 0/4] PM: Do not destroy/create devices while suspended (rev. 2)
Rafael J. Wysocki
Re: [PATCH 0/4] PM: Do not destroy/create devices while suspended (rev. 2)
Ingo Molnar
Re: [PATCH 0/4] PM: Do not destroy/create devices while suspended (rev. 2)
Rafael J. Wysocki
Re: [PATCH 0/4] PM: Do not destroy/create devices while suspended (rev. 2)
Pavel Machek
Re: [PATCH 0/4] PM: Do not destroy/create devices while suspended (rev. 2)
Kay Sievers
Re: [PATCH 0/4] PM: Do not destroy/create devices while suspended (rev. 2)
Ingo Molnar
Re: [PATCH 0/4] PM: Do not destroy/create devices while suspended (rev. 2)
David Brownell
Re: [PATCH 0/4] PM: Do not destroy/create devices while suspended (rev. 2)
Alessandro Zummo
Re: [PATCH 0/4] PM: Do not destroy/create devices while suspended (rev. 2)
David Brownell
Re: [PATCH 0/4] PM: Do not destroy/create devices while suspended (rev. 2)
Alessandro Zummo
Re: [PATCH 0/4] PM: Do not destroy/create devices while suspended (rev. 2)
Ingo Molnar
Re: [PATCH 0/4] PM: Do not destroy/create devices while suspended (rev. 2)
David Brownell
Re: [PATCH 0/4] PM: Do not destroy/create devices while suspended (rev. 2)
David Brownell
Re: [PATCH 0/4] PM: Do not destroy/create devices while suspended (rev. 2)
Ingo Molnar
Re: [PATCH 0/4] PM: Do not destroy/create devices while suspended (rev. 2)
Andrew Morton
Re: [PATCH 0/4] PM: Do not destroy/create devices while suspended (rev. 2)
Andrew Morton
Re: [PATCH 0/4] PM: Do not destroy/create devices while suspended (rev. 2)
Greg KH
Re: [PATCH 0/4] PM: Do not destroy/create devices while suspended (rev. 2)
Alan Stern
Re: [PATCH 0/4] PM: Do not destroy/create devices while suspended (rev. 2)
Andi Kleen
Re: [PATCH 0/4] PM: Do not destroy/create devices while suspended (rev. 2)
Andrew Morton
Re: [PATCH 0/4] PM: Do not destroy/create devices while suspended (rev. 2)
Greg KH
Re: [PATCH 0/4] PM: Do not destroy/create devices while suspended (rev. 2)
Rafael J. Wysocki
Re: [PATCH 0/4] PM: Do not destroy/create devices while suspended (rev. 2)
Rafael J. Wysocki
Kohjinsha sleep problems
Pavel Machek
Re: Kohjinsha sleep problems
Alessandro Guido
Re: Kohjinsha sleep problems
Pavel Machek
Re: Kohjinsha sleep problems
Pavel Machek
dmidecode from lenovo/ibm r61
Stefan Resing
Re: dmidecode from lenovo/ibm r61
Len Brown
Boot message: "kernel: Please send dmidecode to linux-acpi@vger.kernel.org"
Jérôme UZEL
Re: Boot message: "kernel: Please send dmidecode to linux-acpi@vger.kernel.org"
Len Brown
Re: Boot message: "kernel: Please send dmidecode to linux-acpi@vger.kernel.org" - FSC AMILO Xi 1546
Len Brown
Fw: [Bugme-new] [Bug 9663] New: in 2.6.24-rc6 function keys on my notebook doesn`t work
Andrew Morton
Re: Fw: [Bugme-new] [Bug 9663] New: in 2.6.24-rc6 function keys on my notebook doesn`t work
Jan-Simon Möller
Re: Fw: [Bugme-new] [Bug 9663] New: in 2.6.24-rc6 function keys on my notebook doesn`t work
Rafael J. Wysocki
dmidecode output for thinkpad t61
Mike Ramirez
dmidecode output HP DV2320US laptop
Greg Sanders
Re: dmidecode output HP DV2320US laptop
Len Brown
Re: dmidecode output HP DV2320US laptop
Len Brown
Brightness control keys got lost
Jan-Simon Möller
Re: Brightness control keys got lost
Jan-Simon Möller
dmidecode (Re: laptop and suspend/hibernate woes)
Joe Shisei Niski
Re: dmidecode (Re: laptop and suspend/hibernate woes)
Len Brown
controlling ACPI IRQ routing
Lee Howard
Re: controlling ACPI IRQ routing
Shaohua Li
Re: controlling ACPI IRQ routing
Lee Howard
Re: controlling ACPI IRQ routing
Shaohua Li
Re: controlling ACPI IRQ routing
Len Brown
Re: controlling ACPI IRQ routing
Lee Howard
Re: controlling ACPI IRQ routing
Dominique Michel
Re: controlling ACPI IRQ routing
Len Brown
Re: controlling ACPI IRQ routing
Lee Howard
Re: controlling ACPI IRQ routing
Chuck Ebbert
Re: controlling ACPI IRQ routing
Lee Howard
Re: controlling ACPI IRQ routing
Len Brown
Re: controlling ACPI IRQ routing
Lee Howard
Notebook Toshiba A200-1PD
Christophe Cartier
dmidecode on Dell PowerEdge SC440
Alessio Sias
Re: dmidecode on Dell PowerEdge SC440
Len Brown
Re: Suspend code ordering (again)
Robert Hancock
Re: Suspend code ordering (again)
Rafael J. Wysocki
Re: Suspend code ordering (again)
Robert Hancock
Re: Suspend code ordering (again)
Linus Torvalds
Re: Suspend code ordering (again)
Shaohua Li
[RFC][PATCH 0/7] Fix the ACPI 1.0 vs ACPI 2.0 suspend ordering issue
Rafael J. Wysocki
[RFC][PATCH 1/7] Suspend: Introduce open() and close() callbacks
Rafael J. Wysocki
[RFC][PATCH 2/7] ACPI: Separate invocations of _GTS and _BFS from _PTS and _WAK
Rafael J. Wysocki
Re: [RFC][PATCH 2/7] ACPI: Separate invocations of _GTS and _BFS from _PTS and _WAK
Pavel Machek
Re: [RFC][PATCH 2/7] ACPI: Separate invocations of _GTS and _BFS from _PTS and _WAK
Rafael J. Wysocki
[RFC][PATCH 3/7] ACPI: Separate disabling of GPEs from _PTS
Rafael J. Wysocki
Re: [RFC][PATCH 3/7] ACPI: Separate disabling of GPEs from _PTS
Pavel Machek
Re: [RFC][PATCH 3/7] ACPI: Separate disabling of GPEs from _PTS
Rafael J. Wysocki
[RFC][PATCH 5/7] Hibernation: Introduce open() and close() callbacks
Rafael J. Wysocki
[RFC][PATCH 4/7] Suspend: Call _PTS early on ACPI 1.0x systems
Rafael J. Wysocki
[RFC][PATCH 7/7] ACPI: Print message before calling _PTS
Rafael J. Wysocki
[RFC][PATCH 6/7] Hibernation: Call _PTS early on ACPI 1.0x systems
Rafael J. Wysocki
Re: [RFC][PATCH 0/7] Fix the ACPI 1.0 vs ACPI 2.0 suspend ordering issue
Carlos Corbacho
Re: [RFC][PATCH 0/7] Fix the ACPI 1.0 vs ACPI 2.0 suspend ordering issue
Rafael J. Wysocki
[PATCH linux-acpi] Fix /proc/acpi/alarm set error
Yi Yang
[PATCH linux-acpi] Remove superfluous code and correct counting error in function acpi_system_write_alarm
Yi Yang
[PATCH linux-acpi] Correct wakeup set error and append a new column PCI ID
Yi Yang
Re: [PATCH linux-acpi] Correct wakeup set error and append a new column PCI ID
Pavel Machek
Re: [PATCH linux-acpi] Correct wakeup set error and append a new column PCI ID
Yi Yang
Re: [PATCH linux-acpi] Correct wakeup set error and append a new column PCI ID
Pavel Machek
Re: [PATCH linux-acpi] Correct wakeup set error and append a new column PCI ID
Yi Yang
Re: [PATCH linux-acpi] Correct wakeup set error and append a new column PCI ID
Yi Yang
[PATCH linux-acpi] fix acpi fan state set error
Yi Yang
[PATCH] ACPI: fix processor throttling set error
Yi Yang
[PATCH] ACPI: fix processor limit set error
Yi Yang
[PATCH] ACPI: create proc entry 'power' only if C2 or C3 is supported
Yi Yang
Re: [PATCH] ACPI: create proc entry 'power' only if C2 or C3 is supported
Mark Lord
[PATCH] ACPI: Add sysfs interface for acpi device wakeup
Yi Yang
Re: [PATCH] ACPI: Add sysfs interface for acpi device wakeup
Maxim Levitsky
Re: [PATCH] ACPI: Add sysfs interface for acpi device wakeup
Yi Yang
Re: [PATCH] ACPI: Add sysfs interface for acpi device wakeup
Matthew Garrett
Re: [PATCH] ACPI: Add sysfs interface for acpi device wakeup
Pavel Machek
Re: [PATCH] ACPI: Add sysfs interface for acpi device wakeup
Zhang Rui
Re: [PATCH] ACPI: Add sysfs interface for acpi device wakeup
Yi Yang
interrupt resource descriptor issues
Thomas Jaeger
RE: dmidecode output for a Sony Vaio TZ21MN
Parminder Singh Dhillon
Re: dmidecode output for a Sony Vaio TZ21MN
Len Brown
Re: dmidecode output for a Sony Vaio TZ21MN
Len Brown
backlight regration from kernel 2.6.22 to 2.6.23
Sergio Monteiro Basto
RE: backlight regration from kernel 2.6.22 to 2.6.23
Zhang, Rui
RE: backlight regration from kernel 2.6.22 to 2.6.23
Sergio Monteiro Basto
[PATCH] Rationalise ACPI backlight implementation
Matthew Garrett
Re: [PATCH] Rationalise ACPI backlight implementation
Matthew Garrett
Re: [PATCH] Rationalise ACPI backlight implementation
Zhang Rui
Re: [PATCH] Rationalise ACPI backlight implementation
Matthew Garrett
Re: [PATCH] Rationalise ACPI backlight implementation
Henrique de Moraes Holschuh
Re: [PATCH] Rationalise ACPI backlight implementation
Len Brown
Re: [PATCH] Rationalise ACPI backlight implementation
Matthew Garrett
Re: [PATCH] Rationalise ACPI backlight implementation
Andrew Morton
Re: [PATCH] Rationalise ACPI backlight implementation
Matthew Garrett
Re: [PATCH] Rationalise ACPI backlight implementation
Andrew Morton
Re: [PATCH] Rationalise ACPI backlight implementation
Matthew Garrett
Re: [PATCH] Rationalise ACPI backlight implementation
Henrique de Moraes Holschuh
Re: [PATCH] Rationalise ACPI backlight implementation
Len Brown
Re: [PATCH] Rationalise ACPI backlight implementation
Henrique de Moraes Holschuh
Re: [PATCH] Rationalise ACPI backlight implementation
Romano Giannetti
Re: [PATCH] Rationalise ACPI backlight implementation
Len Brown
Suspend code ordering (again) (was: Re: x86: Increase PCIBIOS_MIN_IO to 0x1500 to fix nForce 4 suspend-to-RAM)
Rafael J. Wysocki
Re: Suspend code ordering (again) (was: Re: x86: Increase PCIBIOS_MIN_IO to 0x1500 to fix nForce 4 suspend-to-RAM)
Linus Torvalds
Re: Suspend code ordering (again) (was: Re: x86: Increase PCIBIOS_MIN_IO to 0x1500 to fix nForce 4 suspend-to-RAM)
Rafael J. Wysocki
Re: Suspend code ordering (again)
Alexey Starikovskiy
Re: Suspend code ordering (again)
H. Peter Anvin
ACPI: _PTS ordering needs fixing for pre ACPI 3.0 systems (was: Re: x86: Increase PCIBIOS_MIN_IO to 0x1500 to fix nForce 4 suspend-to-RAM)
Carlos Corbacho
Earlier messages
Later messages