On Die, 15 Mai 2007, Johannes Engel wrote:
> Bios 0401 works quite well.
> BIOS >=1001 seems to introduce a bug: s2ram does not work any more.
Well I have an Acer TM 3012, but with more or less the same hardware, so
I guess this won't help you. Could you dump and disassemble the two
DSDTs and comp
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 <[EM
On Mon, 14 May 2007, Andreas Messer wrote:
> 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 dis
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 in
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
> >
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
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 goo
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
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 IDE
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 a
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 e09df44..7
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 resume,
* 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
* 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
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
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 tras
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]>
---
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] b9a3b4d145
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 t
On Monday 14 May 2007, Pavel Machek wrote:
> > --- g26.orig/drivers/acpi/sleep/main.c 2007-05-09 08:57:37.0
> > -0700
> > +++ g26/drivers/acpi/sleep/main.c 2007-05-09 08:58:33.0 -0700
> > @@ -35,6 +35,20 @@ static u32 acpi_suspend_states[] = {
> >
> > static int init_8259
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. (Terminat
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:
http:
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 met
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 w
24 matches
Mail list logo