Date: Mon, 19 May 2008 11:09:54 +0800 From: Ariff Abdullah <ariff@FreeBSD.org> To: Peter Jeremy <peterjeremy@optushome.com.au> Cc: freebsd-acpi@FreeBSD.org Subject: Re: BIOS Regression on HP/Compaq [d]v6000 series notebooks Message-ID: <20080519110954.09c2d42f.ariff@FreeBSD.org> In-Reply-To: <20080518030528.GA1099@server.vk2pj.dyndns.org> References: <20080428112623.GA99757@server.vk2pj.dyndns.org> <20080516202242.3992b284.ariff@FreeBSD.org> <20080517073716.GF80125@server.vk2pj.dyndns.org> <20080517194326.420ceb81.ariff@FreeBSD.org> <20080518030528.GA1099@server.vk2pj.dyndns.org>
next in thread | previous in thread | raw e-mail | index | archive | help
--Signature=_Mon__19_May_2008_11_09_54_+0800_DZQFe8fDqo4DxeOS Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, 18 May 2008 13:05:28 +1000 Peter Jeremy <peterjeremy@optushome.com.au> wrote: > On 2008-May-17 19:43:26 +0800, Ariff Abdullah <ariff@FreeBSD.org> > wrote: > >Install sysutils/devcpu from ports, load cpu.ko, and grab / compile > >http://people.freebsd.org/~ariff/misc/k8c1e/ . Try playing with it > >(enable, disable, status) >=20 > It reported C1E disabled normally and enabled when I removed power. > Explicitly disabling it when running on battery caused everything to > behave. Curiously, enabling C1E when running on AC power did not > make things stop - which confused me. >=20 > I extended k8c1e.c to report the actual IPMR contents. This gave > me the following. >=20 > Running on AC (ie after plugging AC back in): > cpu0: MSR=3D0x0000000004c10000 C1E disabled > cpu1: MSR=3D0x0000000004c10000 C1E disabled >=20 > Disconnecting AC: > cpu0: MSR=3D0x0000000014c11015 C1E enabled > cpu1: MSR=3D0x000000001cc11015 C1E enabled >=20 > I notice that it doesn't set SmiOnCmpHalt on CPU0. Interestingly, > "BIOS and Kernel Developer's Guide for AMD NPT Family 0Fh > Processors" (#32559) revision 3.08, states that each of > C1eOnCmpHalt, SmiOnCmpHalt and IntPndMsg are mutually exclusive > (only one can be set to 1) and that all cores should be programmed > the same - it looks like the BIOS is not doing this. >=20 > I don't know why your patch is not working. It looks suspiciously > like it's not getting the relevant ACPI notify message (or maybe the > ACPI BIOS is sending the ACPI notify early and juggling C1E after > the notify). I checked and I _am_ running a kernel with the patch > in it. >=20 I've been thinking on taking a different stab by hijacking cpu_idle*() functions instead. Please disregard all previous quirks and get either of these: http://people.freebsd.org/~ariff/misc/k8c1e/current_k8c1e_idle_hlt.diff http://people.freebsd.org/~ariff/misc/k8c1e/releng6-7_k8c1e_idle_hlt.diff -- Ariff Abdullah FreeBSD ... Recording in stereo is obviously too advanced and confusing for us idiot ***** users :P ........ --Signature=_Mon__19_May_2008_11_09_54_+0800_DZQFe8fDqo4DxeOS Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkgw74IACgkQlr+deMUwTNpv5ACgkpnCej7zDgM7ODT7PcDfpl0Y 3zUAn3AUe9hLQ1QuKvuoDLQcUpjHUJpS =v9lG -----END PGP SIGNATURE----- --Signature=_Mon__19_May_2008_11_09_54_+0800_DZQFe8fDqo4DxeOS--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20080519110954.09c2d42f.ariff>