On Sun, 13 May 2007 18:12:50 +0200 Thomas Gleixner [EMAIL PROTECTED] wrote:
On Sat, 2007-05-12 at 02:00 -0700, Andrew Morton wrote:
Still hangs in the same fashion, sorry.
It's peculiar that the hang happens when acpi_evaluate_object() hits its
return statement. Any theories there?
On Sun, 2007-05-13 at 23:42 -0700, Andrew Morton wrote:
On Sun, 13 May 2007 18:12:50 +0200 Thomas Gleixner [EMAIL PROTECTED] wrote:
On Sat, 2007-05-12 at 02:00 -0700, Andrew Morton wrote:
Still hangs in the same fashion, sorry.
It's peculiar that the hang happens when
On Fri, May 11, 2007 at 03:51:38PM -0700, Linus Torvalds wrote:
On Fri, 11 May 2007, Rafael J. Wysocki wrote:
Just to clarify, the change in question isn't new. It was introduced by the
commit 9185cfa92507d07ac787bc73d06c4eec7239 before 2.6.20, at Seife's
request and with
Hi!
Provide new ACPI method tracking the target system state, for use
during suspend() and other PM calls. It returns ACPI_STATE_S0
except during true suspend paths.
Use that to finally implement the platform_pci_choose_state() hook
on ACPI platforms. It calls _S3D and similar methods,
On Sat, May 12, 2007 at 11:44:13PM -0700, Andrew Morton wrote:
We'd prefer to fix the problem, whatever it is, rather than just turning
APCI off.
Please ensure that a full bug report has been entered at bugzilla.kernel.org,
thanks.
The patch resulted from the following bug report:
Hello,
Up to Kernel 2.6.20 ibm_acpi was working fine on my TP X21.
At least all Fn + ? Keys worked. Now, since 2.6.21 it generally
works but: When some Application is polling /proc/acpi/battery/*/state,
the Fn - Keys (and perhaps the Lid-Button) became disfunctional until
the next reboot.
On Mon, 14 May 2007 07:49:31 +0200 (MEST) Jan Engelhardt wrote:
On May 14 2007 10:55, Mattia Dongili wrote:
On Sun, May 13, 2007 at 11:27:31AM +0200, Jan Engelhardt wrote:
On May 12 2007 20:20, Linus Torvalds wrote:
Ok, the merge window has closed, and 2.6.22-rc1 is out there.
I
Hello,
This is the third take of improve-ata-acpi. Except for regeneration
to fit the current libata-dev#upstream[U], there's no change from
the last take[L].
Jeff, the first two fixes possible problem when HPA is used. I think
these two should go into 2.6.22.
Thanks.
--
tejun
[U]
Separate out ata_dev_reread_id() from ata_dev_revalidate().
ata_dev_reread_id() reads IDENTIFY page and determines whether the
same device is still there. ata_dev_revalidate() reconfigures after
reread completes. This will be used by ACPI update.
Signed-off-by: Tejun Heo [EMAIL PROTECTED]
---
Device might be resized during ata_dev_configure() due to HPA or
(later) ACPI _GTF. Currently it's worked around by caching n_sectors
before turning off HPA. The cached original size is overwritten if
the device is reconfigured without being hardreset - which always
happens after configuring
Whether a controller needs IDE or SATA ACPI hierarchy is determined by
the programming interface of the controller not by whether the
controller is SATA or PATA, or it supports slave device or not. This
patch adds ATA_FLAG_ACPI_SATA port flags which tells libata-acpi that
the port needs SATA ACPI
* Add acpi_handle to ata_host and ata_port. Rename
ata_device-obj_handle to -acpi_handle and move it above such that
it doesn't get cleared on reconfiguration.
* Replace ACPI node association which ata_acpi_associate() which is
called once during host initialization. Unlike the previous
* Add missing LOCKING: and RETURNS: to function comment.
* Don't conditionalize warning messages with ata_msg_probe(). Print
directly with KERN_WARNING.
* Drop duplicate debug messages.
Signed-off-by: Tejun Heo [EMAIL PROTECTED]
---
drivers/ata/libata-acpi.c | 51
This patch reimplements ACPI invocation such that, instead of
exporting ACPI details to the rest of libata, ACPI event handlers -
ata_acpi_on_resume() and ata_acpi_on_devcfg() - are used. These two
functions are responsible for determining whether specific ACPI method
is used and when.
On
Remove remaining unnecessary feature and status checks.
Signed-off-by: Tejun Heo [EMAIL PROTECTED]
---
drivers/ata/libata-acpi.c | 23 ---
1 files changed, 0 insertions(+), 23 deletions(-)
diff --git a/drivers/ata/libata-acpi.c b/drivers/ata/libata-acpi.c
index
This patch cleans up ata_acpi_exec_tfs() and its friends.
* Rename taskfile_array to ata_acpi_gtf and make it __packed as it's
used as argument to ACPI method, and use pointer to ata_acpi_gtf and
number of taskfiles to represent _GTF taskfiles instead of a pointer
casted into unsigned long
Implement _GTM/_STM support. acpi_gtm is added to ata_port which
stores _GTM parameters over suspend/resume cycle. A new hook
ata_acpi_on_suspend() is responsible for storing _GTM parameters
during suspend. _STM is executed in ata_acpi_on_resume(). With this
change, invoking _GTF is safe on
On Tue, 15 May 2007 03:28:15 +0900
Tejun Heo [EMAIL PROTECTED] wrote:
Hello,
This is the third take of improve-ata-acpi. Except for regeneration
to fit the current libata-dev#upstream[U], there's no change from
the last take[L].
Looks good to me within the constraints of the actual
On May 12 2007 22:12, Alistair John Strachan wrote:
On Saturday 12 May 2007 00:07:18 Arjan van de Ven wrote:
What's eating the battery life of my laptop? Why isn't it many more
hours? Which software component causes the most power to be burned?
These are important questions without a good
On Monday 14 May 2007 21:22:50 Jan Engelhardt wrote:
On May 12 2007 22:12, Alistair John Strachan wrote:
On Saturday 12 May 2007 00:07:18 Arjan van de Ven wrote:
What's eating the battery life of my laptop? Why isn't it many more
hours? Which software component causes the most power to be
On Mon, 7 May 2007 00:58:24 +0200
Norbert Preining [EMAIL PROTECTED] wrote:
Hi Johannes,
On Sam, 05 Mai 2007, Johannes Engel wrote:
Switching the laptop on again hitting the power button (other buttons do
not show any effect) the cdrom drive gets initialised, the harddisk led
gets
please enter a bug on bugzilla.kernel.org in ACPI category
On 5/11/07, Jan Willies [EMAIL PROTECTED] wrote:
Luming Yu wrote:
On 5/9/07, Jan Willies [EMAIL PROTECTED] wrote:
I got a BenQ S73U and it doesn't support ACPI very well. I got 23
please describe the problem in detail.
What
Hi,
This patch helps to fight infinite recursion on some ACER laptops, see
bugzilla #8385.
Thanks,
Alex.
Thermal check may result in thermal points to be moved down. Don't do thermal check again in this case.
From: Alexey Starikovskiy [EMAIL PROTECTED]
Signed-off-by: Alexey Starikovskiy
23 matches
Mail list logo
