On Wed, 26 Nov 2003, Lukas Ertl wrote:
On Wed, 26 Nov 2003, Nate Lawson wrote:
I need the output of sysctl hw.acpi.thermal to see your _ACx values.
hw.acpi.thermal.tz0.temperature: 3072
hw.acpi.thermal.tz0.active: -1
hw.acpi.thermal.tz0.thermal_flags: 0
hw.acpi.thermal.tz0._PSV: 3627
On Tue, 2 Dec 2003, Nate Lawson wrote:
Um, you have no _ACx values so the fan will be controlled by the BIOS. We
should probably provide a way for users to supply their own _ACx values if
they're not happy with the BIOS's but I'm not sure your ASL exports a
power resource for the fan object.
On Tue, 2 Dec 2003, Lukas Ertl wrote:
On Tue, 2 Dec 2003, Nate Lawson wrote:
Um, you have no _ACx values so the fan will be controlled by the BIOS. We
should probably provide a way for users to supply their own _ACx values if
they're not happy with the BIOS's but I'm not sure your ASL
On Tue, 2 Dec 2003, Nate Lawson wrote:
Build with options ACPI_DEBUG and boot with this in loader.conf:
debug.acpi.layer=ACPI_POWER
debug.acpi.level=ACPI_LV_OBJECTS
It will print any power resources you have.
Unfortunately, there's no power resource listed.
regards,
le
--
Lukas Ertl
On Fri, 21 Nov 2003, Lukas Ertl wrote:
On Fri, 21 Nov 2003, Nate Lawson wrote:
On Tue, 18 Nov 2003, Lukas Ertl wrote:
I'm gonna try some buildkernelstones with the different settings. If
you have some special benchmarks in mind I'd be happy to run them.
That's probably ok.
On Wed, 26 Nov 2003, Nate Lawson wrote:
It's possible the fan is under BIOS control so make sure you have an
up-to-date bios. If not, you should get a console printout when acpi
switches the fan on. sysctl hw.acpi.thermal
Nope, no ACPI messages, and I can't find a FAN device in my ASL. (At
On Wed, 26 Nov 2003, Lukas Ertl wrote:
On Wed, 26 Nov 2003, Nate Lawson wrote:
It's possible the fan is under BIOS control so make sure you have an
up-to-date bios. If not, you should get a console printout when acpi
switches the fan on. sysctl hw.acpi.thermal
Nope, no ACPI messages,
On Wed, 26 Nov 2003, Nate Lawson wrote:
On Wed, 26 Nov 2003, Lukas Ertl wrote:
On Wed, 26 Nov 2003, Nate Lawson wrote:
It's possible the fan is under BIOS control so make sure you have an
up-to-date bios. If not, you should get a console printout when acpi
switches the fan on.
On Sat, 22 Nov 2003, Lukas Ertl wrote:
Ah, this would explain why I can see the C3 states change after a
suspend/resume - USB is dead then :-)
I'm gonna try without USB and send you the output again.
Yes, looks better now:
hw.acpi.cpu.cx_supported: C1/1 C2/1 C3/85 C3/185
On Tue, 18 Nov 2003, Lukas Ertl wrote:
I'm gonna try some buildkernelstones with the different settings. If
you have some special benchmarks in mind I'd be happy to run them.
That's probably ok. It has a lot of IO.
Now I've tried running make buildkernel and tarring /usr/src to a
On Fri, 21 Nov 2003, Nate Lawson wrote:
On Tue, 18 Nov 2003, Lukas Ertl wrote:
I'm gonna try some buildkernelstones with the different settings. If
you have some special benchmarks in mind I'd be happy to run them.
That's probably ok. It has a lot of IO.
Now I've tried
On Sat, 22 Nov 2003, Lukas Ertl wrote:
On Fri, 21 Nov 2003, Nate Lawson wrote:
Those are what is more interesting. Also, can you send me your sysctl
hw.acpi.cpu.cx_history after you've used it for a while with the maximum
cx_lowest setting?
hw.acpi.cpu.cx_supported: C1/1 C2/1 C3/85
On Fri, 21 Nov 2003, Nate Lawson wrote:
On Sat, 22 Nov 2003, Lukas Ertl wrote:
On Fri, 21 Nov 2003, Nate Lawson wrote:
Those are what is more interesting. Also, can you send me your sysctl
hw.acpi.cpu.cx_history after you've used it for a while with the maximum
cx_lowest setting?
On Tue, 18 Nov 2003, Nate Lawson wrote:
On Tue, 18 Nov 2003, Lukas Ertl wrote:
I'm gonna try some buildkernelstones with the different settings. If
you have some special benchmarks in mind I'd be happy to run them.
That's probably ok. It has a lot of IO.
Now I've tried running make
Ok, here's the final patch. I believe it fixes both problems.
* Add a DEVMETHOD for acpi so that child detach methods get called. Add
an acpi_cpu method for both detach and shutdown that disables entry to
acpi_cpu_idle and then IPIs/waits for threads to exit. This fixes a panic
late in reboot
On Wed, 19 Nov 2003, Nate Lawson wrote:
Ok, here's the final patch. I believe it fixes both problems.
Success! The system rebooted without panicking. It even came back up
cleanly. :-)
In an earlier e-mail, you asked me for dmesg output. I've attached it on
the off chance you still want
On Wed, 19 Nov 2003, Robert Watson wrote:
On Wed, 19 Nov 2003, Nate Lawson wrote:
Ok, here's the final patch. I believe it fixes both problems.
Success! The system rebooted without panicking. It even came back up
cleanly. :-)
Good to hear. I think Don has the same problem as Harald so
On Wed, 19 Nov 2003, Nate Lawson wrote:
On Wed, 19 Nov 2003, Robert Watson wrote:
On Wed, 19 Nov 2003, Nate Lawson wrote:
Ok, here's the final patch. I believe it fixes both problems.
Success! The system rebooted without panicking. It even came back up
cleanly. :-)
Good to
On Wed, 19 Nov 2003, Robert Watson wrote:
On Wed, 19 Nov 2003, Nate Lawson wrote:
On Wed, 19 Nov 2003, Robert Watson wrote:
Success! The system rebooted without panicking. It even came back up
cleanly. :-)
Good to hear. I think Don has the same problem as Harald so perhaps he
can
On Wednesday 19 November 2003 16:31, Nate Lawson wrote:
Ok, here's the final patch. I believe it fixes both problems.
*SCHNIP*
Yep, seems really final. I downloaded the acpi_cpi.c from cvs-web to be sure
to have the correct one and applied your patch.
hw.acpi.cpu.cx_supported: C1/0
On Wed, 19 Nov 2003, Harald Schmalzbauer wrote:
On Wednesday 19 November 2003 16:31, Nate Lawson wrote:
Ok, here's the final patch. I believe it fixes both problems.
*SCHNIP*
Yep, seems really final. I downloaded the acpi_cpi.c from cvs-web to be sure
to have the correct one and applied
On Tue, 18 Nov 2003, Nate Lawson wrote:
Below you'll find the update patch for acpi_cpu. Please test this,
especially for SMP and laptops with _CST objects in their ASL.
Looks good here on a Centrino based laptop, which has a _CST method in
its ASL:
acpi_cpu0: CPU on acpi0
acpi_cpu0: C2
On Tue, 18 Nov 2003, Lukas Ertl wrote:
hw.acpi.cpu.cx_supported: C1/1 C2/1 C3/85
hw.acpi.cpu.cx_lowest: 0
hw.acpi.cpu.cx_history: 86231/0 0/0 0/0
Although it seems I have lost a C3 state (before, I had an additional
C3/185).
Correction: every other boot I get the additional C3/185 -
On Tue, 18 Nov 2003, Nate Lawson wrote:
Below you'll find the update patch for acpi_cpu. Please test this,
especially for SMP and laptops with _CST objects in their ASL.
...
Notes:
* Add a detach method that disables entry to acpi_cpu_idle and in the SMP
case, IPIs all processors to exit
On Tue, 18 Nov 2003, Lukas Ertl wrote:
On Tue, 18 Nov 2003, Nate Lawson wrote:
Below you'll find the update patch for acpi_cpu. Please test this,
especially for SMP and laptops with _CST objects in their ASL.
Looks good here on a Centrino based laptop, which has a _CST method in
its ASL:
On Tue, 18 Nov 2003, Robert Watson wrote:
On Tue, 18 Nov 2003, Nate Lawson wrote:
Below you'll find the update patch for acpi_cpu. Please test this,
especially for SMP and laptops with _CST objects in their ASL.
...
Notes:
* Add a detach method that disables entry to acpi_cpu_idle and
On Tue, 18 Nov 2003, Nate Lawson wrote:
On Tue, 18 Nov 2003, Lukas Ertl wrote:
hw.acpi.cpu.cx_supported: C1/1 C2/1 C3/85
hw.acpi.cpu.cx_lowest: 0
hw.acpi.cpu.cx_history: 86231/0 0/0 0/0
Try settings of cx_lowest of 1 and 2 (and 3 when the last C3 state is
available). I'm interested in
On Tue, 18 Nov 2003, Lukas Ertl wrote:
On Tue, 18 Nov 2003, Nate Lawson wrote:
Try settings of cx_lowest of 1 and 2 (and 3 when the last C3 state is
available). I'm interested in any benchmark results, especially IO. I'm
hoping the scheduling of sleeps is good enough that you don't
On Tue, 18 Nov 2003, Nate Lawson wrote:
On Tue, 18 Nov 2003, Robert Watson wrote:
On Tue, 18 Nov 2003, Nate Lawson wrote:
Below you'll find the update patch for acpi_cpu. Please test this,
especially for SMP and laptops with _CST objects in their ASL.
...
Notes:
* Add a
On Tue, 18 Nov 2003, Robert Watson wrote:
On Tue, 18 Nov 2003, Nate Lawson wrote:
Could you add a printf to the start of acpi_cpu_detach()? I want to see
if we're being called before or after ACPI is stopped (Shutting down
So indeed, it doesn't look like the ACPI detach call has gone out
On 18 Nov, Lukas Ertl wrote:
On Tue, 18 Nov 2003, Nate Lawson wrote:
This excerpt from truckman@'s asl shows that 4 Cx states are only
available when the AC adapter is not attached. (The C*NA memory addresses
appear to be managed by the BIOS and not the AML but the PSR access is
clear).
On Tue, 18 Nov 2003, Don Lewis wrote:
On 18 Nov, Lukas Ertl wrote:
On Tue, 18 Nov 2003, Nate Lawson wrote:
This excerpt from truckman@'s asl shows that 4 Cx states are only
available when the AC adapter is not attached. (The C*NA memory addresses
appear to be managed by the BIOS and not
On Tue, 18 Nov 2003, Nate Lawson wrote:
On Tue, 18 Nov 2003, Don Lewis wrote:
Yup, a Thinkpad R40, which refuses to actually power down in ACPI mode
when I run shutdown -p.
That's an old problem that Linux is also trying to work around. It
appears to be buggy hw.
Just for the record:
33 matches
Mail list logo