ACPI? problem with release 8.0

[Adam Vande More]

On Mon, Apr 12, 2010 at 1:01 AM, Malcolm Kay
<malcolm.kay at internode.on.net>wrote:

> I desperately need to make some progress on this issue.
>
> Is it likely that the issue is real rather than hardware
> or disk corruption? Earlier releases are operating OK on the same
> machine.
>
> I have now confirmed that:
>  debug.acpi.disabled=acad button cpu lid thermal timer video
> still leaves the system crashing and powering down when idle for
> a while. And the more extensive:
>  debug.acpi.disabled=acad bus children button cmbat cpu ec isa
>  lid pci pci_link sysresource thermal timer video
> does the same.
>
> I don't really need power management but with acpi disabled the
> disks are not visible to the system.
>
> Are there sysctl variables that can influence this behaviour?
> Currently I believe we have:
>
> hw.acpi.supported_sleep_state: S1 S4 S5
> hw.acpi.power_button_state: S5
> hw.acpi.sleep_button_state: S1
> hw.acpi.lid_switch_state: NONE
> hw.acpi.standby_state: S1
> hw.acpi.suspend_state: NONE
> hw.acpi.sleep_delay: 1
> hw.acpi.s4bios: 0
> hw.acpi.verbose: 0
> hw.acpi.disable_on_reboot: 0
> hw.acpi.handle_reboot: 0
> hw.acpi.reset_video: 0
> hw.acpi.cpu.cx_lowest: C1
> machdep.idle: amdc1e
> machdep.idle_available: spin, amdc1e, hlt, acpi,
>
> However on the earlier RELEASEs that work I note we do not have
> machdep.idle or machdep.idle_available. Instead I find:
> machdep.cpu_idle_hlt: 1
> machdep.hlt_cpus: 0
>
> Although I've not been able to relate this directly to my problem
> from Googling it seems that there some issues with amdc1e under
> BSD, Linux and perhaps Windows. But all the references seem to
> amd c1e are related to systems in 64 bit mode while I am running
> (or trying to run) i386 so I wonder why I have:
>  machdep.idle: amdc1e
>
> Maybe my problem is not acpi as such but this idle mode.
>
> My thought is to change this to
>  machdep.idle: hlt
> or even
>  machdep.idle: acpi
>
> Any comments or ideas please!
>
> Thank you for your attention.
>

Is there anything in /var/log/messages which indicates the cause?  Can you
monitor cpu temp?


-- 
Adam Vande More