Subject: ACPI : Add T-state coordination when updating T-state
From : Zhao Yakui [EMAIL PROTECTED]
Accordint to ACPI spec, the _TSD object provides T-state control cross
logical processor dependency information to OSPM. So the t-state
coordination should be considered when T-state for one cpu
On Thu, 2008-01-10 at 09:43 +0200, Maxim Levitsky wrote:
On Thursday, 10 January 2008 00:21:46 Yi Yang wrote:
Subject: ACPI: convert procfs to sysfs for /proc/acpi/wakeup
From: Yi Yang [EMAIL PROTECTED]
/proc/acpi/wakeup is deprecated but it has to exist because
we haven't a sysfs
On Thu, Jan 10, 2008 at 07:59:36AM +0800, Yi Yang wrote:
Maybe this is a good idea, but i don't know the relationships between
acpi devices, devices, pci devices and pnp devices. If we can merge all
these things together, that will be a great job.
Let's not merge this yet, then, otherwise
On Thursday, 10 of January 2008, Alan Stern wrote:
On Thu, 10 Jan 2008, Rafael J. Wysocki wrote:
On Wednesday, 9 of January 2008, Alan Stern wrote:
On Wed, 9 Jan 2008, Rafael J. Wysocki wrote:
In dpm_resume() you shouldn't need to use dpm_list_mtx at all, because
the
On Thu, 10 Jan 2008, Rafael J. Wysocki wrote:
Also, the kerneldoc for destroy_suspended_device() should contain
an
extra paragraph warning that the routine should never be called
except
within the scope of a system sleep transition. In practice this
means
Stephen Hemminger schrieb:
On Wed, 9 Jan 2008 16:03:00 -0800
Andrew Morton [EMAIL PROTECTED] wrote:
(switched to email. Please respond via emailed reply-to-all, not via the
bugzilla web interface).
On Wed, 9 Jan 2008 13:05:34 -0800 (PST)
[EMAIL PROTECTED] wrote:
From: Rafael J. Wysocki [EMAIL PROTECTED]
Fix acpi_pm_device_sleep_state() to return the value returned
by _SxD if the device is supposed to wake up the system from
given sleep state and the evaluation of _SxW fails (e.g. _SxW
is not present).
Signed-off-by: Rafael J. Wysocki [EMAIL PROTECTED]
On Monday, 7 of January 2008, Shaohua Li wrote:
On Sat, 2008-01-05 at 04:44 +0800, Rafael J. Wysocki wrote:
On Friday, 4 of January 2008, Shaohua Li wrote:
On Fri, 2008-01-04 at 01:04 +0800, Rafael J. Wysocki wrote:
On Thursday, 3 of January 2008, Shaohua Li wrote:
On Wed,
Burst mode temporary (50 ms) locks EC to do only transactions with
driver, without it some hardware returns abstract garbage.
Reference: http://bugzilla.kernel.org/show_bug.cgi?id=9341
Signed-off-by: Alexey Starikovskiy [EMAIL PROTECTED]
---
drivers/acpi/ec.c |4
1 files changed, 4
Specification allows only byte access for EC region, so
make it separate from bug-compatible multy-byte access.
Also do not allow return of garbage in supplied *value.
Reference: http://bugzilla.kernel.org/show_bug.cgi?id=9341
Signed-off-by: Alexey Starikovskiy [EMAIL PROTECTED]
---
From: David Brownell [EMAIL PROTECTED]
The /sys/devices/.../power/state files have been gone for a while
now, but I just noticed some documentation that still refers to
them. (Fortunately described as DEPRECATED and WILL REMOVE).
Time to remove that obsolete documentation too ...
Len,
Please add the following three patches to the suspend branch.
Thanks,
Rafael
-
To unsubscribe from this list: send the line unsubscribe linux-acpi in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
From: Johannes Berg [EMAIL PROTECTED]
In order to fix APM emulation it is necessary to enable apm-emulation
notifications for suspends triggered in various ways via the suspend
notifiers. However, this will cause the systems using APM emulation
to lock up between X being needed to switch away
Hi,
The patch below is intended as a replacement for
gregkh-driver-pm-acquire-device-locks-prior-to-suspending.patch that deadlocked
suspend and hibernation on some systems. The present patch contains some
safeguards against deadlocks in the relevant cases and a mechanism to print
warnings if a
On Fri, 2008-01-11 at 07:39 +0800, Rafael J. Wysocki wrote:
On Monday, 7 of January 2008, Shaohua Li wrote:
On Sat, 2008-01-05 at 04:44 +0800, Rafael J. Wysocki wrote:
On Friday, 4 of January 2008, Shaohua Li wrote:
On Fri, 2008-01-04 at 01:04 +0800, Rafael J. Wysocki wrote:
applied to acpi test.
thanks,
-Len
On Thursday 10 January 2008 18:42, Alexey Starikovskiy wrote:
Specification allows only byte access for EC region, so
make it separate from bug-compatible multy-byte access.
Also do not allow return of garbage in supplied *value.
Reference:
applied to acpi test
thanks,
-Len
On Thursday 10 January 2008 18:42, Alexey Starikovskiy wrote:
Burst mode temporary (50 ms) locks EC to do only transactions with
driver, without it some hardware returns abstract garbage.
Reference: http://bugzilla.kernel.org/show_bug.cgi?id=9341
Applied to acpi test tree for .25.
Do you think this is .24 and a 23.stable candidate?
thanks,
-Len
On Monday 17 December 2007 02:13, Zhao Yakui wrote:
Subject: ACPI : Not register gsi for PCI IDE controller in legacy mode
From : Alan Cox [EMAIL PROTECTED]
When PCI IDE controller works in
I've had ACPI work before in the sense that the system booted properly
(though I don't know that everything was correct as I've seemed to have
infrequent system hangs -- not sure if related to ACPI or not, but I don't
seem to get them when it is disabled. Odd thing is that with it enabled,
On Thu, 2008-01-10 at 22:53 -0500, Len Brown wrote:
Applied to acpi test tree for .25.
Do you think this is .24 and a 23.stable candidate?
thanks,
-Len
I think that it is OK.
On Monday 17 December 2007 02:13, Zhao Yakui wrote:
Subject: ACPI : Not register gsi for PCI IDE controller
20 matches
Mail list logo