Date: Mon, 12 Apr 2010 02:10:01 -0500 From: Adam Vande More <amvandemore@gmail.com> To: Malcolm Kay <malcolm.kay@internode.on.net> Cc: freebsd-questions@freebsd.org Subject: Re: ACPI? problem with release 8.0 Message-ID: <g2r6201873e1004120010ge93f4c58rbfce10b223f784e6@mail.gmail.com> In-Reply-To: <201004121531.33276.malcolm.kay@internode.on.net> References: <201004101722.43972.malcolm.kay@internode.on.net> <201004121531.33276.malcolm.kay@internode.on.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, Apr 12, 2010 at 1:01 AM, Malcolm Kay <malcolm.kay@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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?g2r6201873e1004120010ge93f4c58rbfce10b223f784e6>