* Fixing DSDT table for correct LID behavior
@ 2007-03-06 0:40 Renato Alves
2007-03-06 23:17 ` Moore, Robert
0 siblings, 1 reply; 2+ messages in thread
From: Renato Alves @ 2007-03-06 0:40 UTC (permalink / raw)
To: linux-acpi
Hi guys.
This is my first message to the mailing list.
I'm still new to the ACPI and DSDT mambo jumbo and not a programmer, but
anyway... I tried to debug the dsdt of my laptop (Acer Aspire 1694 LMi)
to solve some of the typical problems (no BAT info, boot hangs...). So
far, by using a mixture of the custom DSDTs at acpi.sf.net I managed to
solve the BAT issues and the boot hangs.
Using iasl I got only one warning, that I don't know how to solve:
dsdt.custom.dsl 7598: And (0xFE, Local7)
Warning 1104 - Result is not used, operator has no effect ^
Past this, I now have the system with thermal support in passive mode
(no throttling), no fan info (no rpm, no throttling, no nothing),
ac_adapter is fine, button power and sleep are fine, lid works but I
will get back to it later, processor is also fine (with throttling) and
battery is also fine except for present rate when charging.
Now the LID: the problem with this is the number of events generated.
The ideal behavior would be 1 event on lid close and 1 on lid open. But
actually what happens is 5 events per second when the lid is closed.
This causes high CPU loads when software like cpufreq parses the logs
and huge logs by acpid.
I was hoping someone could tip me on how to reduce the number of events
generated to prevent this flooding. And enlighten about the possibility
of getting the fan and thermal parts working "non-passive".
Here is a copy of what I have been working on:
http://apollo.dq.fct.unl.pt/~al1133/dsdt.tar.bz2
Thanks
--
Renato Alves
^ permalink raw reply [flat|nested] 2+ messages in thread
* RE: Fixing DSDT table for correct LID behavior
2007-03-06 0:40 Fixing DSDT table for correct LID behavior Renato Alves
@ 2007-03-06 23:17 ` Moore, Robert
0 siblings, 0 replies; 2+ messages in thread
From: Moore, Robert @ 2007-03-06 23:17 UTC (permalink / raw)
To: Renato Alves, linux-acpi
Probably, the intended statement was
And (0xFE, Local7, Local7)
This type of thing should certainly be reported to the vendor.
> -----Original Message-----
> From: linux-acpi-owner@vger.kernel.org [mailto:linux-acpi-
> owner@vger.kernel.org] On Behalf Of Renato Alves
> Sent: Monday, March 05, 2007 4:40 PM
> To: linux-acpi@vger.kernel.org
> Subject: Fixing DSDT table for correct LID behavior
>
> Hi guys.
>
> This is my first message to the mailing list.
> I'm still new to the ACPI and DSDT mambo jumbo and not a programmer,
but
> anyway... I tried to debug the dsdt of my laptop (Acer Aspire 1694
LMi)
> to solve some of the typical problems (no BAT info, boot hangs...). So
> far, by using a mixture of the custom DSDTs at acpi.sf.net I managed
to
> solve the BAT issues and the boot hangs.
> Using iasl I got only one warning, that I don't know how to solve:
>
> dsdt.custom.dsl 7598: And (0xFE, Local7)
> Warning 1104 - Result is not used, operator has no effect ^
>
> Past this, I now have the system with thermal support in passive mode
> (no throttling), no fan info (no rpm, no throttling, no nothing),
> ac_adapter is fine, button power and sleep are fine, lid works but I
> will get back to it later, processor is also fine (with throttling)
and
> battery is also fine except for present rate when charging.
>
> Now the LID: the problem with this is the number of events generated.
> The ideal behavior would be 1 event on lid close and 1 on lid open.
But
> actually what happens is 5 events per second when the lid is closed.
> This causes high CPU loads when software like cpufreq parses the logs
> and huge logs by acpid.
>
> I was hoping someone could tip me on how to reduce the number of
events
> generated to prevent this flooding. And enlighten about the
possibility
> of getting the fan and thermal parts working "non-passive".
>
> Here is a copy of what I have been working on:
> http://apollo.dq.fct.unl.pt/~al1133/dsdt.tar.bz2
>
> Thanks
> --
> Renato Alves
> -
> To unsubscribe from this list: send the line "unsubscribe linux-acpi"
in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2007-03-06 23:17 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2007-03-06 0:40 Fixing DSDT table for correct LID behavior Renato Alves
2007-03-06 23:17 ` Moore, Robert
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.