From owner-freebsd-acpi@FreeBSD.ORG Sun Jan 25 07:00:16 2009 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E10BD106566C for ; Sun, 25 Jan 2009 07:00:16 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from fallbackmx08.syd.optusnet.com.au (fallbackmx08.syd.optusnet.com.au [211.29.132.10]) by mx1.freebsd.org (Postfix) with ESMTP id 71A4F8FC0A for ; Sun, 25 Jan 2009 07:00:16 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail34.syd.optusnet.com.au (mail34.syd.optusnet.com.au [211.29.133.218]) by fallbackmx08.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id n0P364vT024372 for ; Sun, 25 Jan 2009 14:06:04 +1100 Received: from server.vk2pj.dyndns.org (c122-106-216-167.belrs3.nsw.optusnet.com.au [122.106.216.167]) by mail34.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id n0P361Z5025024 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 25 Jan 2009 14:06:01 +1100 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.3/8.14.3) with ESMTP id n0P360xa023339; Sun, 25 Jan 2009 14:06:00 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.3/8.14.3/Submit) id n0P360er023338; Sun, 25 Jan 2009 14:06:00 +1100 (EST) (envelope-from peter) Date: Sun, 25 Jan 2009 14:06:00 +1100 From: Peter Jeremy To: Dmitry Kolosov Message-ID: <20090125030600.GA1755@server.vk2pj.dyndns.org> References: <4911F71203A09E4D9981D27F9D830858119E92C4@orsmsx503.amr.corp.intel.com> <200901242113.43379.ivakras1@gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="envbJBWh7q8WU6mo" Content-Disposition: inline In-Reply-To: <200901242113.43379.ivakras1@gmail.com> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-acpi@freebsd.org Subject: Re: ACPICA version 20090123 released X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Jan 2009 07:00:17 -0000 --envbJBWh7q8WU6mo Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2009-Jan-24 21:13:43 +0300, Dmitry Kolosov wrote: >On Saturday 24 January 2009 01:30:23 Moore, Robert wrote: >> 23 January 2009. Summary of changes for version 20090123: >Can i integrate this new release into my 7-STABLE environment? May be some= `how=20 >to` or other instructions? Robert Moore's mail is a vendor head's up that a new ACPI version has been released. It will be integrated into FreeBSD at some stage and possibly back-ported to 7.x. - depending on free time and exactly what has been changed. --=20 Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. --envbJBWh7q8WU6mo Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEARECAAYFAkl71xgACgkQ/opHv/APuIfZ4wCffa0SxLdgv4bl7elCJnM0r4sk OPYAnjYDFqNVj1T7EyPMETWsmXNyl0va =oofa -----END PGP SIGNATURE----- --envbJBWh7q8WU6mo-- From owner-freebsd-acpi@FreeBSD.ORG Sun Jan 25 08:47:52 2009 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BBFD81065670 for ; Sun, 25 Jan 2009 08:47:52 +0000 (UTC) (envelope-from webmaster@kibab.com) Received: from mx0.deglitch.com (backbone.deglitch.com [IPv6:2001:16d8:fffb:4::abba]) by mx1.freebsd.org (Postfix) with ESMTP id 581CF8FC1A for ; Sun, 25 Jan 2009 08:47:52 +0000 (UTC) (envelope-from webmaster@kibab.com) Received: from DSPAM-Daemon (localhost [127.0.0.1]) by mx0.deglitch.com (Postfix) with SMTP id CD4418FC26 for ; Sun, 25 Jan 2009 11:47:49 +0300 (MSK) Received: from [192.168.1.2] (ppp91-76-107-171.pppoe.mtu-net.ru [91.76.107.171]) by mx0.deglitch.com (Postfix) with ESMTPA id 1AA308FC1D; Sun, 25 Jan 2009 11:47:49 +0300 (MSK) From: Ilya Bakulin To: freebsd-mobile@freebsd.org, freebsd-acpi@freebsd.org, freebsd-hackers@freebsd.org Organization: Deglitch Networks Date: Sun, 25 Jan 2009 11:47:56 +0300 Message-Id: <1232873276.3689.2.camel@kibab-nb.kibab.com> Mime-Version: 1.0 X-Mailer: Evolution 2.24.2 FreeBSD GNOME Team Port X-DSPAM-Result: Innocent X-DSPAM-Processed: Sun Jan 25 11:47:49 2009 X-DSPAM-Confidence: 1.0000 X-DSPAM-Improbability: 1 in 98689409 chance of being spam X-DSPAM-Probability: 0.0023 X-DSPAM-Signature: 497c2735967001263114152 Content-Type: multipart/mixed; boundary=DSPAM_MULTIPART_EX-96700 Cc: Subject: ACPI AE_NO_HARDWARE_RESPONSE workaround X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Jan 2009 08:47:52 -0000 --DSPAM_MULTIPART_EX-96700 Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-HtyI8ZXFqPJSego7sc22" --=-HtyI8ZXFqPJSego7sc22 Content-Type: multipart/mixed; boundary="=-9IEzOQBN4p+R9MZFrs6a" --=-9IEzOQBN4p+R9MZFrs6a Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hi! I have Dell Vostro 1310 laptop, this system has some problems with ACPI. Sometimes I see this in dmesg: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Jan 24 20:36:00 kibab-nb kernel: acpi_ec0: wait timed out (no response), forcing polled mode Jan 24 20:36:00 kibab-nb kernel: acpi_ec0: EcRead: failed waiting to get data Jan 24 20:36:00 kibab-nb kernel: ACPI Exception (evregion-0529): AE_NO_HARDWARE_RESPONSE, Returned by Handler for [EmbeddedControl] [20070320] =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D These messages repeat constantly till rebooting. After that I can't query battery state through "acpiconf -i 0" -- it either reports constant charge percent (for example, 48% -- till laptop shutdowns due to low charge) or reports nothing. Just in case anyone has the same problems with ACPI, I want to share my workaround for this problem, and ask if it is the right way to deal with it. My system is set up to use "burst mode" to query EC (debug.acpi.ec.burst=3D1 in sysctl.conf, and reverting back to burst=3D0 on shutdown to prevent soft reset instead of normal shutdown). After described event occurs, system also sets "debug.acpi.ec.polled" to 1. But, as I understand, laptop's BIOS doesn't support operating in polled mode. If I manually set debug.acpi.ec.polled back to 0, problem goes away -- I can query battery status as before! I've slightly patched sys/dev/acpi/acpi_ec.c (patch is attached) to add new sysctl OID "debeg.acpi.ec.disable_polling". Setting it to 1 prevents going to polled mode. I set it from /etc/sysctl.conf on boot. Now I have no problems with battery status (and other EC interaction, as I guess). I hope someone will find this patch useful, or will have some suggestions how to do it better. P.S. I'm running FreeBSD 7.1-STABLE i386, system dmesg may be found here: http://dl.kibab.com/dell_vostro_1310_A12_dmesg.log --=20 Ilya Bakulin xmpp://kibab612@jabber.ru --=-9IEzOQBN4p+R9MZFrs6a Content-Disposition: attachment; filename="acpi_ec_addon.diff" Content-Type: text/x-patch; name="acpi_ec_addon.diff"; charset="KOI8-R" Content-Transfer-Encoding: base64 LS0tIC91c3Ivc3JjL3N5cy9kZXYvYWNwaWNhL2FjcGlfZWMuYy5vcmlnCTIwMDktMDEtMjAgMDc6 NDA6MTEuMDAwMDAwMDAwICswMzAwDQorKysgL3Vzci9zcmMvc3lzL2Rldi9hY3BpY2EvYWNwaV9l Yy5jCTIwMDktMDEtMjAgMDc6NDc6MDEuMDAwMDAwMDAwICswMzAwDQpAQCAtMTk1LDYgKzE5NSwx MCBAQA0KIFNZU0NUTF9JTlQoX2RlYnVnX2FjcGlfZWMsIE9JRF9BVVRPLCB0aW1lb3V0LCBDVExG TEFHX1JXLCAmZWNfdGltZW91dCwNCiAgICAgRUNfVElNRU9VVCwgIlRvdGFsIHRpbWUgc3BlbnQg d2FpdGluZyBmb3IgYSByZXNwb25zZSAocG9sbCtzbGVlcCkiKTsNCiANCitzdGF0aWMgaW50CWVj X2Rpc2FibGVfcG9sbGluZzsNCitTWVNDVExfSU5UKF9kZWJ1Z19hY3BpX2VjLCBPSURfQVVUTywg ZGlzYWJsZV9wb2xsaW5nLCBDVExGTEFHX1JXLCAmZWNfZGlzYWJsZV9wb2xsaW5nLCAwLA0KKyAg ICAiVG90YWxseSBkaXNhYmxlIHVzZSBvZiBwb2xsZWQgbW9kZSAoRGVsbCBFQyBwcm9ibGVtIHdv cmthcm91bmQpIik7DQorDQogc3RhdGljIEFDUElfU1RBVFVTDQogRWNMb2NrKHN0cnVjdCBhY3Bp X2VjX3NvZnRjICpzYykNCiB7DQpAQCAtODkyLDcgKzg5NiwxMSBAQA0KIAkgICAgZGV2aWNlX3By aW50ZihzYy0+ZWNfZGV2LA0KIAkJIndhaXQgdGltZWQgb3V0ICglc3Jlc3BvbnNlKSwgZm9yY2lu ZyBwb2xsZWQgbW9kZVxuIiwNCiAJCVN0YXR1cyA9PSBBRV9PSyA/ICIiIDogIm5vICIpOw0KLQkg ICAgZWNfcG9sbGVkX21vZGUgPSBUUlVFOw0KKwkgICAgaWYgKGVjX2Rpc2FibGVfcG9sbGluZykg ew0KKwkJZGV2aWNlX3ByaW50ZihzYy0+ZWNfZGV2LCAiUG9sbGluZyBleHBsaWNpdGx5IGRpc2Fi bGVkISBDb250aW51ZSB3YWl0aW5nIGZvciBnZW5lcmF0ZWQgR1BFcy4uLlxuIik7DQorCSAgICB9 IGVsc2Ugew0KKwkJZWNfcG9sbGVkX21vZGUgPSBUUlVFOw0KKwkgICAgfQ0KIAl9DQogICAgIH0N CiAgICAgaWYgKFN0YXR1cyAhPSBBRV9PSykNCg== --=-9IEzOQBN4p+R9MZFrs6a-- --=-HtyI8ZXFqPJSego7sc22 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: =?koi8-r?Q?=FC=D4=C1?= =?koi8-r?Q?_=DE=C1=D3=D4=D8?= =?koi8-r?Q?_=D3=CF=CF=C2=DD=C5=CE=C9=D1?= =?koi8-r?Q?_=D0=CF=C4=D0=C9=D3=C1=CE=C1?= =?koi8-r?Q?_=C3=C9=C6=D2=CF=D7=CF=CA?= =?koi8-r?Q?_=D0=CF=C4=D0=C9=D3=D8=C0?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEABECAAYFAkl8JzwACgkQo9vlj1oadwg8ZgCg1LEcYN+gc9Hlin/teRI2YMXL tFQAn0wvzqM+6Z+5/cqBlFCY0Kxb9V7i =auov -----END PGP SIGNATURE----- --=-HtyI8ZXFqPJSego7sc22-- --DSPAM_MULTIPART_EX-96700 Content-Type: text/plain X-DSPAM-Signature: 497c2735967001263114152 !DSPAM:497c2735967001263114152! --DSPAM_MULTIPART_EX-96700-- From owner-freebsd-acpi@FreeBSD.ORG Sun Jan 25 15:27:40 2009 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 115E51065675 for ; Sun, 25 Jan 2009 15:27:40 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from kuber.nabble.com (kuber.nabble.com [216.139.236.158]) by mx1.freebsd.org (Postfix) with ESMTP id C9FFF8FC13 for ; Sun, 25 Jan 2009 15:27:39 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1LR6te-0004Pj-I1 for freebsd-acpi@freebsd.org; Sun, 25 Jan 2009 07:27:38 -0800 Message-ID: <21652756.post@talk.nabble.com> Date: Sun, 25 Jan 2009 07:27:38 -0800 (PST) From: Jakub Lach To: freebsd-acpi@freebsd.org In-Reply-To: <20090125030600.GA1755@server.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: jakub_lach@mailplus.pl References: <4911F71203A09E4D9981D27F9D830858119E92C4@orsmsx503.amr.corp.intel.com> <200901242113.43379.ivakras1@gmail.com> <20090125030600.GA1755@server.vk2pj.dyndns.org> Subject: Re: ACPICA version 20090123 released X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Jan 2009 15:27:40 -0000 Hello. Will new ACPI solve my acpi errors mentioned in http://forums.freebsd.org/showthread.php?t=1533 ? If so, I'm eagerly looking forward to having it integrated in STABLE branch. Best regards, -Jakub Lach Peter Jeremy wrote: > > On 2009-Jan-24 21:13:43 +0300, Dmitry Kolosov wrote: >>On Saturday 24 January 2009 01:30:23 Moore, Robert wrote: >>> 23 January 2009. Summary of changes for version 20090123: > >>Can i integrate this new release into my 7-STABLE environment? May be some `how >>to` or other instructions? > > Robert Moore's mail is a vendor head's up that a new ACPI version has > been released. It will be integrated into FreeBSD at some stage and > possibly back-ported to 7.x. - depending on free time and exactly what > has been changed. > > -- > Peter Jeremy > Please excuse any delays as the result of my ISP's inability to implement > an MTA that is either RFC2821-compliant or matches their claimed > behaviour. > > > -- View this message in context: http://www.nabble.com/ACPICA-version-20090123-released-tp21635129p21652756.html Sent from the freebsd-acpi mailing list archive at Nabble.com. From owner-freebsd-acpi@FreeBSD.ORG Sun Jan 25 20:34:13 2009 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD33D1065680 for ; Sun, 25 Jan 2009 20:34:13 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.244]) by mx1.freebsd.org (Postfix) with ESMTP id 86F9B8FC1E for ; Sun, 25 Jan 2009 20:34:13 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by an-out-0708.google.com with SMTP id b38so924858ana.13 for ; Sun, 25 Jan 2009 12:34:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:references:message-id:from:to :in-reply-to:content-type:content-transfer-encoding:x-mailer :mime-version:subject:date:cc; bh=/9pqZCrYX8rLEI+5TMPvu/cDNTAgHGCqXYN3EhF+wgs=; b=G7HLiXfHhtRF5wS6yAEWMxA8YPsNcqibLPVE6n/Urk/o1Y5tS3ZmQo7tX+szrsAUxK SWAM/4u1SYkIBVN/J5ZeuI3seuI5MkWo9pQMXaHEZwznC9yZRnz3iItl+TFlyEYKWRST lyBKiZ3XI36jqRD1597nQBWYMxP8kc2dSb9UM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=references:message-id:from:to:in-reply-to:content-type :content-transfer-encoding:x-mailer:mime-version:subject:date:cc; b=RioldeqcCvYw03cyqRGBG00tJ8LENBdsjnkjAVKAAMfZGAwVoM0hwIFzjJriMgbEtY ntr8noOdcSv1yLl7Xi79mYDV1RxyfLM+5HPccqJus43e+LTj31PnwnOPb4Zi68hSKlty 3cr6LgZfGDqAcUVAuGwd53x2Rt07VR54Q5TeU= Received: by 10.100.249.10 with SMTP id w10mr2023200anh.46.1232915652790; Sun, 25 Jan 2009 12:34:12 -0800 (PST) Received: from ?10.95.102.100? ([32.159.253.232]) by mx.google.com with ESMTPS id b14sm15075215ana.36.2009.01.25.12.34.10 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 25 Jan 2009 12:34:11 -0800 (PST) References: <4911F71203A09E4D9981D27F9D830858119E92C4@orsmsx503.amr.corp.intel.com> <200901242113.43379.ivakras1@gmail.com> <20090125030600.GA1755@server.vk2pj.dyndns.org> <21652756.post@talk.nabble.com> Message-Id: From: Garrett Cooper To: Jakub Lach In-Reply-To: <21652756.post@talk.nabble.com> Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit X-Mailer: iPhone Mail (5G77) Mime-Version: 1.0 (iPhone Mail 5G77) Date: Sun, 25 Jan 2009 12:34:02 -0800 Cc: "freebsd-acpi@freebsd.org" Subject: Re: ACPICA version 20090123 released X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Jan 2009 20:34:14 -0000 On Jan 25, 2009, at 7:27, Jakub Lach wrote: > > Hello. > > Will new ACPI solve my acpi errors mentioned in > http://forums.freebsd.org/showthread.php?t=1533 ? > If so, I'm eagerly looking forward to having it integrated in STABLE > branch. > > Best regards, > -Jakub Lach > > > > Peter Jeremy wrote: >> >> On 2009-Jan-24 21:13:43 +0300, Dmitry Kolosov >> wrote: >>> On Saturday 24 January 2009 01:30:23 Moore, Robert wrote: >>>> 23 January 2009. Summary of changes for version 20090123: >> >>> Can i integrate this new release into my 7-STABLE environment? May >>> be some > `how >>> to` or other instructions? >> >> Robert Moore's mail is a vendor head's up that a new ACPI version has >> been released. It will be integrated into FreeBSD at some stage and >> possibly back-ported to 7.x. - depending on free time and exactly >> what >> has been changed. >> >> -- >> Peter Jeremy >> Please excuse any delays as the result of my ISP's inability to >> implement >> an MTA that is either RFC2821-compliant or matches their claimed >> behaviour. >> >> >> *shakes magic eightball* Answer: Maybe. Seriously though? I'd read the release notes to get a better idea of whether or not this was fixed by this update.... Cheers, -Garrett From owner-freebsd-acpi@FreeBSD.ORG Mon Jan 26 02:02:02 2009 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5D6BF106566C for ; Mon, 26 Jan 2009 02:02:02 +0000 (UTC) (envelope-from pisymbol@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.28]) by mx1.freebsd.org (Postfix) with ESMTP id 0F90A8FC21 for ; Mon, 26 Jan 2009 02:02:01 +0000 (UTC) (envelope-from pisymbol@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so2274517ywe.13 for ; Sun, 25 Jan 2009 18:02:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=c8kEkbe/NcCoZTsQkhO/iTFaxQ5PUnMhcDdfPvpQzPM=; b=I4vVlkKuGxXOC1R5Vfow/fLST7wfyW3BuYCA36MbzlHe7rK3WEFFe2Tni39ufPgNkO 5RNFciIyoNxXvkUnKQIwYVAYLn+WjGSkE8IId9ZGsSN8ALX3jrTOiXyDvKHwIpY7i7wp gp3ciAkUNzCQsRrlhdygJdDe24sVfxBXCzgw8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=P2yjvJGUWaBw8SE2myBWcFfS9EQzzDd2mLrrP24OTF4x4mKqIFjwbkIHZfK3OSl5QC y1Utd4bfcwaeeGjKz84jKOHcFtSKs2Jv1PqZT0EP9hacomvbDiZveDUrllVwTAI06Wsu MFe2DSElvU0I97z8OMr8vRgZtIJ3NvBj9cspc= MIME-Version: 1.0 Received: by 10.90.33.15 with SMTP id g15mr3755189agg.90.1232933740671; Sun, 25 Jan 2009 17:35:40 -0800 (PST) Date: Sun, 25 Jan 2009 20:35:40 -0500 Message-ID: <3c0b01820901251735m4c6a1abfu37a1634818e1724a@mail.gmail.com> From: Alexander Sack To: freebsd-acpi@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Reset register flag versus the actual register X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jan 2009 02:02:02 -0000 Hi Everybody: I've ran into the quintessential "it works on Linux but does not work on FreeBSD" vendor comment regarding the boxes ability to reboot successfully. I'm running FreeBSD-6.1 but this also applies the FreeBSD-CURRENT as well. The problem boils down to the fact that the BIOS does set the ResetRegister bit in the FADT feature flags. However, I've noticed that latest stable Linux kernel has the following logic with respect to the reset register: acpi_reboot(): 18 /* Is the reset register supported? */ 19 if (!(acpi_gbl_FADT.flags & ACPI_FADT_RESET_REGISTER) || 20 rr->bit_width != 8 || rr->bit_offset != 0) 21 return; http://lxr.linux.no/linux+v2.6.28/drivers/acpi/reboot.c CURRENT looks like this via the shutdown_final EVENTHANDLE: acpi_shutdown_final(): 1821 } else if ((howto & RB_HALT) == 0 && 1822 (AcpiGbl_FADT.Flags & ACPI_FADT_RESET_REGISTER) && 1823 sc->acpi_handle_reboot) { 1824 /* Reboot using the reset register. */ http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/acpica/acpi.c?rev=1.254 Two questions: 1) Why is the sysctl acpi_handle_reboot zero by default? Shouldn't it be more prudent to rely on the ACPI reboot hook than the legacy keyboard controller methods? I realize there is some history here but it would seem to me that the "&&" should be an "||" which would allow me to override the ACPI_FADT_RESET_REGISTER flag and force an ACPI reset? 2) Is there something to be said for a patch like this: -- acpi.c.0 2009-01-25 19:56:48.000000000 -0500 +++ acpi.c 2009-01-25 20:10:34.000000000 -0500 @@ -1818,18 +1818,20 @@ DELAY(1000000); printf("ACPI power-off failed - timeout\n"); } - } else if ((howto & RB_HALT) == 0 && - (AcpiGbl_FADT.Flags & ACPI_FADT_RESET_REGISTER) && - sc->acpi_handle_reboot) { - /* Reboot using the reset register. */ - status = AcpiHwLowLevelWrite( - AcpiGbl_FADT.ResetRegister.BitWidth, - AcpiGbl_FADT.ResetValue, &AcpiGbl_FADT.ResetRegister); - if (ACPI_FAILURE(status)) { - printf("ACPI reset failed - %s\n", AcpiFormatException(status)); - } else { - DELAY(1000000); - printf("ACPI reset failed - timeout\n"); + } else if ((howto & RB_HALT) == 0 && sc->acpi_handle_reboot) { + if ((AcpiGbl_FADT.Flags & ACPI_FADT_RESET_REGISTER) || + (AcpiGbl_FADT.ResetRegister.BitWidth != 8) || + (AcpiGbl_FADT.ResetRegister.BitOffset != 0)) { + /* Reboot using the reset register. */ + status = AcpiHwLowLevelWrite( + AcpiGbl_FADT.ResetRegister.BitWidth, + AcpiGbl_FADT.ResetValue, &AcpiGbl_FADT.ResetRegister); + if (ACPI_FAILURE(status)) { + printf("ACPI reset failed - %s\n", AcpiFormatException(status)); + } else { + DELAY(1000000); + printf("ACPI reset failed - timeout\n"); + } } } else if (sc->acpi_do_disable && panicstr == NULL) { /* Basically, if the ResetRegister is filled in despite the FADT feature flags bit, trust it and move forward (Linux logic). That's the reason why my box reboots correctly on Linux and utterly hangs miserably on FreeBSD. I understand this is a BIOS/ACPI bug, I understand the keyboard controller reboot method should probably be emulated in the BIOS (though the vendor could argue they no longer support legacy methods which is to me not necessarily a bad thing), and I understand that FreeBSD is not Linux. With that all said, I don't see the downside here with respect to reboot with respect to either points (allow the user to force the issue or believe the ResetRegister values themselves as a test for validity). Feedback most appreciated! Thanks! -aps From owner-freebsd-acpi@FreeBSD.ORG Mon Jan 26 02:23:44 2009 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7FA3C106566C; Mon, 26 Jan 2009 02:23:44 +0000 (UTC) (envelope-from pisymbol@gmail.com) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.28]) by mx1.freebsd.org (Postfix) with ESMTP id 185B68FC1F; Mon, 26 Jan 2009 02:23:43 +0000 (UTC) (envelope-from pisymbol@gmail.com) Received: by yx-out-2324.google.com with SMTP id 8so2277813yxb.13 for ; Sun, 25 Jan 2009 18:23:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=ZfB7sxoiifnC8AtNK80vgBC8D0XbI5a+K2OFnAwg3NE=; b=NAu65q+lNqDwRCcSN9JKOF2HqE1EVNM82O1dFsm7d+2MBtj6sqDLiXLDiEqhpfPElF VGAWPeF+Fyh5gcVoaLdy2wb3casB4cfl2ySi0gsmozitc0OMDbwNA/gzMyOaqkfNpo5l DCgwVWZxuk7iRrJ4L9Cy3LbIPfKLIrBWNJh3M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=YYjPslbZ407fGZeGwRaZ7p3vvEnsY0vkF5ptJ5QQ2a2/ajCvnJ0mAQrVCJEepOsGgO tvGUyRFWckkzJwtZwLZmUbxoqjdZL7pZFA+jtKyCoDY236jmbiG4+9o5ht1WVTQyUr3d FU3R+ZZ/zOvFgUxL4mjAzASyiBuKh4NSU7ZpM= MIME-Version: 1.0 Received: by 10.90.56.17 with SMTP id e17mr334139aga.46.1232936623416; Sun, 25 Jan 2009 18:23:43 -0800 (PST) In-Reply-To: <3c0b01820901251735m4c6a1abfu37a1634818e1724a@mail.gmail.com> References: <3c0b01820901251735m4c6a1abfu37a1634818e1724a@mail.gmail.com> Date: Sun, 25 Jan 2009 21:23:43 -0500 Message-ID: <3c0b01820901251823p5c4536fcy3924d7a1209bfe71@mail.gmail.com> From: Alexander Sack To: freebsd-acpi@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Reset register flag versus the actual register X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jan 2009 02:23:45 -0000 Whoops!!! I had a brain fart... On Sun, Jan 25, 2009 at 8:35 PM, Alexander Sack wrote: > Hi Everybody: > > I've ran into the quintessential "it works on Linux but does not work > on FreeBSD" vendor comment regarding the boxes ability to reboot > successfully. I'm running FreeBSD-6.1 but this also applies the > FreeBSD-CURRENT as well. The problem boils down to the fact that the > BIOS does set the ResetRegister bit in the FADT feature flags. > However, I've noticed that latest stable Linux kernel has the > following logic with respect to the reset register: > > acpi_reboot(): > > 18 /* Is the reset register supported? */ > 19 if (!(acpi_gbl_FADT.flags & ACPI_FADT_RESET_REGISTER) || > 20 rr->bit_width != 8 || rr->bit_offset != 0) > 21 return; This checks the flag. I didn't see the NOT for some odd reason. Uggh, weird, I got to go back and now find out why on Linux uses the hook and FreeBSD does not. -aps From owner-freebsd-acpi@FreeBSD.ORG Mon Jan 26 11:06:51 2009 Return-Path: Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 87D541065670 for ; Mon, 26 Jan 2009 11:06:51 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 73E7D8FC30 for ; Mon, 26 Jan 2009 11:06:51 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n0QB6pEm024170 for ; Mon, 26 Jan 2009 11:06:51 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n0QB6of1024166 for freebsd-acpi@FreeBSD.org; Mon, 26 Jan 2009 11:06:50 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 26 Jan 2009 11:06:50 GMT Message-Id: <200901261106.n0QB6of1024166@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-acpi@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-acpi@FreeBSD.org X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jan 2009 11:06:52 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o i386/129953 acpi [acpi] ACPI timeout (CDROM) with Shuttle X27D o kern/129618 acpi [acpi] Problem with ACPI on HP Pavilion DV2899 laptop o kern/129563 acpi [acpi] sleep broken on IBM/Lenovo T61 in amd64 mode o kern/128639 acpi [patch] [acpi_asus] acpi for ASUS A6F,A3E,A3F,A3N not f kern/128634 acpi [patch] fix acpi_asus(4) in asus a6f laptop o kern/127581 acpi [patch] [acpi_sony] Add support for more Sony features o kern/124744 acpi [acpi] [patch] incorrect _BST result validation for To o kern/124412 acpi [acpi] power off error on Toshiba M40 laptop o kern/123039 acpi [acpi] ACPI AML_BUFFER_LIMIT errors during boot o kern/121504 acpi [patch] Correctly set hw.acpi.osname on certain machin f kern/121454 acpi [pst] Promise SuperTrak SX6000 does not load during bo o kern/121102 acpi [acpi_fujitsu] [patch] update acpi_fujitsu for the P80 o kern/120515 acpi [acpi] [patch] acpi_alloc_wakeup_handler: can't alloc o kern/119356 acpi [acpi]: i386 ACPI wakeup not work due resource exhaust o kern/119200 acpi [acpi] Lid close switch suspends CPU for 1 second on H o kern/118973 acpi [acpi]: Kernel panic with acpi boot o kern/117605 acpi [acpi] [request] add debug.cpufreq.highest o kern/116939 acpi [acpi] PCI-to-PCI misconfigured for bus three and can o i386/114562 acpi [acpi] cardbus is dead after s3 on Thinkpad T43 with a o kern/114165 acpi [acpi] Dell C810 - ACPI problem s kern/112544 acpi [acpi] [patch] Add High Precision Event Timer Driver f o kern/108954 acpi [acpi] 'sleep(1)' sleeps >1 seconds when speedstep (Cx o kern/108695 acpi [acpi]: Fatal trap 9: general protection fault when in o kern/108581 acpi [sysctl] sysctl: hw.acpi.cpu.cx_lowest: Invalid argume o kern/108488 acpi [acpi] ACPI-1304: *** Error: Method execution failed o kern/108017 acpi [acpi]: Acer Aspire 5600 o kern/106924 acpi [acpi] ACPI resume returns g_vfs_done() errors and ker o kern/105537 acpi [acpi] problems in acpi on HP Compaq nc6320 o kern/104625 acpi ACPI on ASUS A8N-32 SLI/ASUS P4P800 does not show ther o kern/102252 acpi acpi thermal does not work on Abit AW8D (intel 975) o kern/97383 acpi Volume buttons on IBM Thinkpad crash system with ACPI s i386/91748 acpi acpi problem on Acer TravelMare 4652LMi (nvidia panic, s kern/91038 acpi [panic] [ata] [acpi] 6.0-RELEASE on Fujitsu Siemens Am s kern/90243 acpi Laptop fan doesn't turn off (ACPI enabled) (Packard Be o kern/89411 acpi [acpi] acpiconf bug o i386/83018 acpi [install] Installer will not boot on Asus P4S8X BIOS 1 o kern/81000 acpi [apic] Via 8235 sound card worked great with FreeBSD 5 o i386/79081 acpi ACPI suspend/resume not working on HP nx6110 o kern/76950 acpi ACPI wrongly blacklisted on Micron ClientPro 766Xi sys s kern/73823 acpi [request] acpi / power-on by timer support o i386/72566 acpi ACPI, FreeBSD disables fan on Compaq Armada 1750 o i386/69750 acpi Boot without ACPI failed on ASUS L5 f kern/67309 acpi zzz reboot computer (ACPI S3) o kern/56024 acpi ACPI suspend drains battery while in S3 o i386/55661 acpi ACPI suspend/resume problem on ARMADA M700 o i386/54756 acpi ACPI suspend/resume problem on CF-W2 laptop 46 problems total. From owner-freebsd-acpi@FreeBSD.ORG Tue Jan 27 18:22:32 2009 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D6E51106564A for ; Tue, 27 Jan 2009 18:22:32 +0000 (UTC) (envelope-from tom@khubla.com) Received: from mail.khubla.com (gateway.khubla.com [66.18.197.100]) by mx1.freebsd.org (Postfix) with ESMTP id A59128FC19 for ; Tue, 27 Jan 2009 18:22:32 +0000 (UTC) (envelope-from tom@khubla.com) Received: from [192.168.128.143] ([192.168.128.143]) (authenticated user tom@khubla.com) by mail.khubla.com (Kerio MailServer 6.6.2) for freebsd-acpi@freebsd.org; Tue, 27 Jan 2009 10:52:20 -0700 Message-ID: <497F4857.1060005@khubla.com> Date: Tue, 27 Jan 2009 10:45:59 -0700 From: Tom Everett User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: freebsd-acpi@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: SMP Problem on IBM x330 Server X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jan 2009 18:22:33 -0000 I originally posted this to "FreeBSD Questions" but was told that the ACPI list might be more appropriate. I'm running the "stock" FreeBSD 7.1 kernel on an IBM x330 machine. The machine has two physical processors but it seems that FreeBSD 7.1 only sees one. I downloaded the kernel source and it seems that the GENERIC kernel has SMP installed. Is there something else I can try? Thanks in advance for your wisdom. $ sysctl -a | grep cpu kern.threads.virtual_cpu: 1 kern.ccpu: 0 kern.smp.cpus: 1 kern.smp.maxcpus: 16 debug.cpufreq.verbose: 0 debug.cpufreq.lowest: 0 debug.kdb.stop_cpus: 1 debug.stop_cpus_with_nmi: 1 debug.PMAP1changedcpu: 0 hw.ncpu: 1 hw.acpi.cpu.cx_lowest: C1 machdep.cpu_idle_hlt: 1 machdep.hlt_cpus: 0 dev.cpu.0.%desc: ACPI CPU dev.cpu.0.%driver: cpu dev.cpu.0.%location: handle=\_PR_.CPU1 dev.cpu.0.%pnpinfo: _HID=none _UID=0 dev.cpu.0.%parent: acpi0 dev.cpu.0.cx_supported: C1/0 dev.cpu.0.cx_lowest: C1 dev.cpu.0.cx_usage: 100.00% Copyright (c) 1992-2009 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.1-RELEASE #0: Thu Jan 1 14:37:25 UTC 2009 root@logan.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) III CPU family 1133MHz (1128.54-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6b1 Stepping = 1 Features=0x383fbff real memory = 1073659904 (1023 MB) avail memory = 1036943360 (988 MB) ACPI APIC Table: ioapic1 irqs 16-31 on motherboard ioapic0 irqs 0-15 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi0: Overriding SCI Interrupt from IRQ 3 to IRQ 30 acpi0: [ITHREAD] acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4e8-0x4eb on acpi0 pcib0: on acpi0 pci0: on pcib0 vgapci0: mem 0xfeb80000-0xfebfffff,0xf0000000-0xf7ffffff at device 1.0 on pci0 fxp0: port 0x2200-0x223f mem 0xfeb7f000-0xfeb7ffff,0xfea00000-0xfeafffff irq 27 at device 2.0 on pci0 fxp0: Disabling dynamic standby mode in EEPROM fxp0: New EEPROM ID: 0x48a0 fxp0: EEPROM checksum @ 0x3f: 0xbe76 -> 0xbe76 miibus0: on fxp0 inphy0: PHY 1 on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:02:55:c6:69:58 fxp0: [ITHREAD] fxp1: port 0x2240-0x227f mem 0xfeb7e000-0xfeb7efff,0xfe900000-0xfe9fffff irq 25 at device 10.0 on pci0 fxp1: Disabling dynamic standby mode in EEPROM fxp1: New EEPROM ID: 0x48a0 fxp1: EEPROM checksum @ 0x3f: 0x2d79 -> 0x2d79 miibus1: on fxp1 inphy1: PHY 1 on miibus1 inphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp1: Ethernet address: 00:02:55:c6:69:59 fxp1: [ITHREAD] isab0: port 0x440-0x44f at device 15.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x700-0x70f at device 15.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] ohci0: mem 0xfeb7d000-0xfeb7dfff irq 7 at device 15.2 on pci0 ohci0: [GIANT-LOCKED] ohci0: [ITHREAD] usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: <(0x1166) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1> on usb0 uhub0: 2 ports with 2 removable, self powered pcib1: on acpi0 pci1: on pcib1 ahc0: port 0x2300-0x23ff mem 0xeffff000-0xefffffff irq 28 at device 3.0 on pci1 ahc0: [ITHREAD] aic7892: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs atapci1: port 0x2280-0x22ff,0x2400-0x24ff mem 0xefffe000-0xefffefff,0xeffc0000-0xeffdffff irq 20 at device 5.0 on pci1 atapci1: [ITHREAD] atapci1: [ITHREAD] ata2: on atapci1 ata2: [ITHREAD] ata3: on atapci1 ata3: [ITHREAD] ata4: on atapci1 ata4: [ITHREAD] ata5: on atapci1 ata5: [ITHREAD] atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] fdc0: port 0x3f0-0x3f5 irq 6 drq 2 on acpi0 fdc0: [FILTER] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio0: [FILTER] cpu0: on acpi0 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcafff,0xcb000-0xcc7ff,0xcc800-0xd4fff pnpid ORM0000 on isa0 ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 1128539539 Hz quality 800 Timecounters tick every 1.000 msec acd0: CDROM at ata1-master UDMA33 ad4: 476940MB at ata2-master SATA150 ad6: 476940MB at ata3-master SATA300 Waiting 5 seconds for SCSI devices to settle ar0: 476939MB status: READY ar0: disk0 READY (master) using ad4 at ata2-master ar0: disk1 READY (mirror) using ad6 at ata3-master Trying to mount root from ufs:/dev/ar0s1a From owner-freebsd-acpi@FreeBSD.ORG Tue Jan 27 18:32:48 2009 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6DDAA10656C0 for ; Tue, 27 Jan 2009 18:32:48 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mxout4.cac.washington.edu (mxout4.cac.washington.edu [140.142.33.19]) by mx1.freebsd.org (Postfix) with ESMTP id 455EB8FC1A for ; Tue, 27 Jan 2009 18:32:48 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from smtp.washington.edu (smtp.washington.edu [140.142.32.141] (may be forged)) by mxout4.cac.washington.edu (8.14.3+UW08.09/8.14.3+UW08.11) with ESMTP id n0RIWlYt024475 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 27 Jan 2009 10:32:47 -0800 X-Auth-Received: from [192.168.10.7] (adsl-99-146-97-242.dsl.pltn13.sbcglobal.net [99.146.97.242]) (authenticated authid=youshi10) by smtp.washington.edu (8.14.3+UW08.09/8.14.3+UW08.11) with ESMTP id n0RIWk2n018202 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Tue, 27 Jan 2009 10:32:46 -0800 Message-Id: <243FF450-D8B0-491D-A341-8758F8EF20D4@gmail.com> From: Garrett Cooper To: Tom Everett In-Reply-To: <497F4857.1060005@khubla.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Tue, 27 Jan 2009 10:37:41 -0800 References: <497F4857.1060005@khubla.com> X-Mailer: Apple Mail (2.930.3) X-PMX-Version: 5.5.0.356843, Antispam-Engine: 2.6.1.350677, Antispam-Data: 2009.1.27.181929 X-Uwash-Spam: Gauge=IIIIIII, Probability=8%, Report='FORGED_FROM_GMAIL 0.1, BODY_SIZE_1200_1299 0, BODY_SIZE_5000_LESS 0, __BOUNCE_CHALLENGE_SUBJ 0, __CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __FRAUD_419_WEBMAIL 0, __FRAUD_419_WEBMAIL_FROM 0, __FROM_GMAIL 0, __HAS_MSGID 0, __HAS_X_MAILER 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0, __STOCK_PHRASE_6 0' Cc: freebsd-acpi@freebsd.org Subject: Re: SMP Problem on IBM x330 Server X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jan 2009 18:32:48 -0000 On Jan 27, 2009, at 9:45 AM, Tom Everett wrote: > > I originally posted this to "FreeBSD Questions" but was told that > the ACPI list might be more appropriate. > > I'm running the "stock" FreeBSD 7.1 kernel on an IBM x330 machine. > The machine has two physical processors but it seems that FreeBSD > 7.1 only sees one. I downloaded the kernel source and it seems that > the GENERIC kernel has SMP installed. Is there something else I can > try? Thanks in advance for your wisdom. > > $ sysctl -a | grep cpu > kern.threads.virtual_cpu: 1 > kern.ccpu: 0 > kern.smp.cpus: 1 > kern.smp.maxcpus: 16 > debug.cpufreq.verbose: 0 > debug.cpufreq.lowest: 0 > debug.kdb.stop_cpus: 1 > debug.stop_cpus_with_nmi: 1 > debug.PMAP1changedcpu: 0 > hw.ncpu: 1 > hw.acpi.cpu.cx_lowest: C1 > machdep.cpu_idle_hlt: 1 > machdep.hlt_cpus: 0 > dev.cpu.0.%desc: ACPI CPU > dev.cpu.0.%driver: cpu > dev.cpu.0.%location: handle=\_PR_.CPU1 > dev.cpu.0.%pnpinfo: _HID=none _UID=0 > dev.cpu.0.%parent: acpi0 > dev.cpu.0.cx_supported: C1/0 > dev.cpu.0.cx_lowest: C1 > dev.cpu.0.cx_usage: 100.00% Did you install the SMP kernel from sysinstall? There's a difference. Thanks, -Garrett From owner-freebsd-acpi@FreeBSD.ORG Tue Jan 27 18:41:55 2009 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A89451065673 for ; Tue, 27 Jan 2009 18:41:55 +0000 (UTC) (envelope-from Juergen.Dankoweit@t-online.de) Received: from mailout08.t-online.de (mailout08.t-online.de [194.25.134.20]) by mx1.freebsd.org (Postfix) with ESMTP id 6018D8FC0C for ; Tue, 27 Jan 2009 18:41:55 +0000 (UTC) (envelope-from Juergen.Dankoweit@t-online.de) Received: from fwd04.aul.t-online.de by mailout08.sul.t-online.de with smtp id 1LRse9-0000W3-01; Tue, 27 Jan 2009 19:26:49 +0100 Received: from routerdeluxe.juergendankoweit.net (bd1X-0ZCQhsCoD2OclMctfx3V9Fg65pBEsPDNRgBa02hgCMhB9HN5MjvRFE622GgKi@[87.174.251.146]) by fwd04.aul.t-online.de with esmtp id 1LRsdh-21kZfc0; Tue, 27 Jan 2009 19:26:21 +0100 Received: from localhost (localhost [127.0.0.1]) by routerdeluxe.juergendankoweit.net (Postfix) with ESMTP id D5C4D229D4 for ; Tue, 27 Jan 2009 19:26:20 +0100 (CET) X-Virus-Scanned: amavisd-new at juergendankoweit.net Received: from routerdeluxe.juergendankoweit.net ([127.0.0.1]) by localhost (mail.juergendankoweit.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IYA2MBFqR91o for ; Tue, 27 Jan 2009 19:26:17 +0100 (CET) Received: from t43.juergendankoweit.net (t43.juergendankoweit.net [192.168.1.110]) by routerdeluxe.juergendankoweit.net (Postfix) with ESMTPA id 1765F229D2 for ; Tue, 27 Jan 2009 19:26:17 +0100 (CET) Message-ID: <497F51C7.206@FreeBSD-Onkel.de> Date: Tue, 27 Jan 2009 19:26:15 +0100 From: Juergen.Dankoweit@t-online.de (=?ISO-8859-15?Q?J=FCrgen_Dankoweit?=) User-Agent: Thunderbird 2.0.0.18 (X11/20081220) MIME-Version: 1.0 To: freebsd-acpi@freebsd.org Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-ID: bd1X-0ZCQhsCoD2OclMctfx3V9Fg65pBEsPDNRgBa02hgCMhB9HN5MjvRFE622GgKi X-TOI-MSGID: f90302fb-e90a-428e-962c-819c4ccdff71 Subject: Questions about some acpi-warnings X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Juergen.Dankoweit@T-Online.de List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jan 2009 18:41:56 -0000 Hello to the list, on my Thinkpad T43 I get the following warning in /var/log/messages while the notebook is in suspend mode: acpi_ec0: warning: EC done before starting event wait acpi_ec0: wait timed out (response), forcing polled mode These two messages are displayed during boot time: ACPI APIC Table: ACPI Warning (tbfadt-0505): Optional field "Gpe1Block" has zero address or length: 0 102C/0 [20070320] What do this messages mean? Many thanks for your answers. JD From owner-freebsd-acpi@FreeBSD.ORG Tue Jan 27 19:23:48 2009 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7D1071065785 for ; Tue, 27 Jan 2009 19:23:48 +0000 (UTC) (envelope-from tom@khubla.com) Received: from mail.khubla.com (gateway.khubla.com [66.18.197.100]) by mx1.freebsd.org (Postfix) with ESMTP id 4C8608FC16 for ; Tue, 27 Jan 2009 19:23:47 +0000 (UTC) (envelope-from tom@khubla.com) Received: from [192.168.128.143] ([192.168.128.143]) (authenticated user tom@khubla.com) by mail.khubla.com (Kerio MailServer 6.6.2); Tue, 27 Jan 2009 12:23:28 -0700 Message-ID: <497F5DB4.2080701@khubla.com> Date: Tue, 27 Jan 2009 12:17:08 -0700 From: Tom Everett User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: Garrett Cooper References: <497F4857.1060005@khubla.com> <243FF450-D8B0-491D-A341-8758F8EF20D4@gmail.com> In-Reply-To: <243FF450-D8B0-491D-A341-8758F8EF20D4@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: SMP Problem on IBM x330 Server X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jan 2009 19:23:49 -0000 Um..... I doubt it. *blush* Can I fix that via sysinstall? Garrett Cooper wrote: > On Jan 27, 2009, at 9:45 AM, Tom Everett wrote: > >> >> I originally posted this to "FreeBSD Questions" but was told that the >> ACPI list might be more appropriate. >> >> I'm running the "stock" FreeBSD 7.1 kernel on an IBM x330 machine. >> The machine has two physical processors but it seems that FreeBSD 7.1 >> only sees one. I downloaded the kernel source and it seems that the >> GENERIC kernel has SMP installed. Is there something else I can >> try? Thanks in advance for your wisdom. >> >> $ sysctl -a | grep cpu >> kern.threads.virtual_cpu: 1 >> kern.ccpu: 0 >> kern.smp.cpus: 1 >> kern.smp.maxcpus: 16 >> debug.cpufreq.verbose: 0 >> debug.cpufreq.lowest: 0 >> debug.kdb.stop_cpus: 1 >> debug.stop_cpus_with_nmi: 1 >> debug.PMAP1changedcpu: 0 >> hw.ncpu: 1 >> hw.acpi.cpu.cx_lowest: C1 >> machdep.cpu_idle_hlt: 1 >> machdep.hlt_cpus: 0 >> dev.cpu.0.%desc: ACPI CPU >> dev.cpu.0.%driver: cpu >> dev.cpu.0.%location: handle=\_PR_.CPU1 >> dev.cpu.0.%pnpinfo: _HID=none _UID=0 >> dev.cpu.0.%parent: acpi0 >> dev.cpu.0.cx_supported: C1/0 >> dev.cpu.0.cx_lowest: C1 >> dev.cpu.0.cx_usage: 100.00% > > Did you install the SMP kernel from sysinstall? There's a difference. > Thanks, > -Garrett From owner-freebsd-acpi@FreeBSD.ORG Tue Jan 27 20:06:20 2009 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 30B16106566C for ; Tue, 27 Jan 2009 20:06:20 +0000 (UTC) (envelope-from tom@khubla.com) Received: from mail.khubla.com (gateway.khubla.com [66.18.197.100]) by mx1.freebsd.org (Postfix) with ESMTP id 002218FC17 for ; Tue, 27 Jan 2009 20:06:19 +0000 (UTC) (envelope-from tom@khubla.com) Received: from [192.168.128.143] ([192.168.128.143]) (authenticated user tom@khubla.com) by mail.khubla.com (Kerio MailServer 6.6.2); Tue, 27 Jan 2009 13:06:05 -0700 Message-ID: <497F67B0.70609@khubla.com> Date: Tue, 27 Jan 2009 12:59:44 -0700 From: Tom Everett User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: Garrett Cooper References: <497F4857.1060005@khubla.com> <243FF450-D8B0-491D-A341-8758F8EF20D4@gmail.com> In-Reply-To: <243FF450-D8B0-491D-A341-8758F8EF20D4@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: SMP Problem on IBM x330 Server X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jan 2009 20:06:20 -0000 ok, two problems. I don't remember that I had the option to explicitly install an SMP kernl, and looking back here (http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/install.html) , I don't see that sysinstall gave me that option. Additionally, I have the kernel source and I see that in GENERIC, SMP is enabled. Am I missing something? Garrett Cooper wrote: > On Jan 27, 2009, at 9:45 AM, Tom Everett wrote: > >> >> I originally posted this to "FreeBSD Questions" but was told that the >> ACPI list might be more appropriate. >> >> I'm running the "stock" FreeBSD 7.1 kernel on an IBM x330 machine. >> The machine has two physical processors but it seems that FreeBSD 7.1 >> only sees one. I downloaded the kernel source and it seems that the >> GENERIC kernel has SMP installed. Is there something else I can >> try? Thanks in advance for your wisdom. >> >> $ sysctl -a | grep cpu >> kern.threads.virtual_cpu: 1 >> kern.ccpu: 0 >> kern.smp.cpus: 1 >> kern.smp.maxcpus: 16 >> debug.cpufreq.verbose: 0 >> debug.cpufreq.lowest: 0 >> debug.kdb.stop_cpus: 1 >> debug.stop_cpus_with_nmi: 1 >> debug.PMAP1changedcpu: 0 >> hw.ncpu: 1 >> hw.acpi.cpu.cx_lowest: C1 >> machdep.cpu_idle_hlt: 1 >> machdep.hlt_cpus: 0 >> dev.cpu.0.%desc: ACPI CPU >> dev.cpu.0.%driver: cpu >> dev.cpu.0.%location: handle=\_PR_.CPU1 >> dev.cpu.0.%pnpinfo: _HID=none _UID=0 >> dev.cpu.0.%parent: acpi0 >> dev.cpu.0.cx_supported: C1/0 >> dev.cpu.0.cx_lowest: C1 >> dev.cpu.0.cx_usage: 100.00% > > Did you install the SMP kernel from sysinstall? There's a difference. > Thanks, > -Garrett From owner-freebsd-acpi@FreeBSD.ORG Tue Jan 27 20:24:27 2009 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9DDB81065677 for ; Tue, 27 Jan 2009 20:24:27 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.158]) by mx1.freebsd.org (Postfix) with ESMTP id 1605F8FC1C for ; Tue, 27 Jan 2009 20:24:26 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by fg-out-1718.google.com with SMTP id e12so226828fga.35 for ; Tue, 27 Jan 2009 12:24:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=WiEWQH/y9J5fSZ+o9COEln45Hrsj6CmCOvPvlKAq1E0=; b=u+mBI1cmYdNqnTIuC+M7+ifWcsw44/6rXViWkIh0N5TULqeCj3/+8m0fc/d7Nqwb3y bTJBohU8wcGYlWImqMwXQDMJJCpdLNBAbcrQiCsXSIh7gbnrwJXN0DiQo2X+QNOAv8Yw YMsQzi/ffV8U9CUk+JctojHKPEZszswn5Gjgo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=gSYt3AIHfRCGtTsYGExXM2ba8RMehe+PN/2Lb3cDAlGW288CZP0Df4hmi/rUlWyJ+z jcnbZgvpxKsWwbc5k6wqBGdzYKIT3vjchuX6d21hOtDY/tFZZAw3vMWYqttmQE3NRSLy Vkn82IX02m3qmo6OQhi3yxFrLaNAU9wRBpGCQ= MIME-Version: 1.0 Received: by 10.180.213.14 with SMTP id l14mr2014982bkg.107.1233087865832; Tue, 27 Jan 2009 12:24:25 -0800 (PST) In-Reply-To: <497F67B0.70609@khubla.com> References: <497F4857.1060005@khubla.com> <243FF450-D8B0-491D-A341-8758F8EF20D4@gmail.com> <497F67B0.70609@khubla.com> Date: Tue, 27 Jan 2009 12:24:25 -0800 Message-ID: <7d6fde3d0901271224h3b77d59et88fc032857365700@mail.gmail.com> From: Garrett Cooper To: Tom Everett Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: SMP Problem on IBM x330 Server X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jan 2009 20:24:28 -0000 On Tue, Jan 27, 2009 at 11:59 AM, Tom Everett wrote: > ok, two problems. I don't remember that I had the option to explicitly > install an SMP kernl, and looking back here > (http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/install.html) , I > don't see that sysinstall gave me that option. Additionally, I have the > kernel source and I see that in GENERIC, SMP is enabled. Am I missing > something? > > > Garrett Cooper wrote: >> >> On Jan 27, 2009, at 9:45 AM, Tom Everett wrote: >> >>> >>> I originally posted this to "FreeBSD Questions" but was told that the >>> ACPI list might be more appropriate. >>> >>> I'm running the "stock" FreeBSD 7.1 kernel on an IBM x330 machine. The >>> machine has two physical processors but it seems that FreeBSD 7.1 only sees >>> one. I downloaded the kernel source and it seems that the GENERIC kernel >>> has SMP installed. Is there something else I can try? Thanks in advance >>> for your wisdom. >>> >>> $ sysctl -a | grep cpu >>> kern.threads.virtual_cpu: 1 >>> kern.ccpu: 0 >>> kern.smp.cpus: 1 >>> kern.smp.maxcpus: 16 >>> debug.cpufreq.verbose: 0 >>> debug.cpufreq.lowest: 0 >>> debug.kdb.stop_cpus: 1 >>> debug.stop_cpus_with_nmi: 1 >>> debug.PMAP1changedcpu: 0 >>> hw.ncpu: 1 >>> hw.acpi.cpu.cx_lowest: C1 >>> machdep.cpu_idle_hlt: 1 >>> machdep.hlt_cpus: 0 >>> dev.cpu.0.%desc: ACPI CPU >>> dev.cpu.0.%driver: cpu >>> dev.cpu.0.%location: handle=\_PR_.CPU1 >>> dev.cpu.0.%pnpinfo: _HID=none _UID=0 >>> dev.cpu.0.%parent: acpi0 >>> dev.cpu.0.cx_supported: C1/0 >>> dev.cpu.0.cx_lowest: C1 >>> dev.cpu.0.cx_usage: 100.00% >> >> Did you install the SMP kernel from sysinstall? There's a difference. >> Thanks, >> -Garrett Nope -- that would be it. Is one CPU not active in the BIOS? Do you have the latest BIOS flashed from IBM? Does a Linux disk see both CPU's? Cheers, -Garrett From owner-freebsd-acpi@FreeBSD.ORG Tue Jan 27 20:54:53 2009 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1B9D7106566C for ; Tue, 27 Jan 2009 20:54:53 +0000 (UTC) (envelope-from tom@khubla.com) Received: from mail.khubla.com (gateway.khubla.com [66.18.197.100]) by mx1.freebsd.org (Postfix) with ESMTP id D638A8FC24 for ; Tue, 27 Jan 2009 20:54:52 +0000 (UTC) (envelope-from tom@khubla.com) Received: from [192.168.128.143] ([192.168.128.143]) (authenticated user tom@khubla.com) by mail.khubla.com (Kerio MailServer 6.6.2); Tue, 27 Jan 2009 13:54:31 -0700 Message-ID: <497F730A.7050402@khubla.com> Date: Tue, 27 Jan 2009 13:48:10 -0700 From: Tom Everett User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: Garrett Cooper References: <497F4857.1060005@khubla.com> <243FF450-D8B0-491D-A341-8758F8EF20D4@gmail.com> <497F67B0.70609@khubla.com> <7d6fde3d0901271224h3b77d59et88fc032857365700@mail.gmail.com> In-Reply-To: <7d6fde3d0901271224h3b77d59et88fc032857365700@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-acpi@freebsd.org Subject: Re: SMP Problem on IBM x330 Server X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jan 2009 20:54:53 -0000 the CPUs are active in the BIOS. The BIOS is v 1.05. with 1.06 being the very latest. According to IBM the changes from 1.0.5 to 1.0.6 are * Added in serial remote console redirection * Fixed PXE ROM execution failure when using PXE on planar Ethernet #2 * Removed the "Auto Configure" IRQ option for the System Service Processor IRQ setting in POST/BIOS setup to prevent erroneous configuration change and diskette drive failure messages I have a number of these machines running linux with no problems. ? Garrett Cooper wrote: > On Tue, Jan 27, 2009 at 11:59 AM, Tom Everett wrote: > >> ok, two problems. I don't remember that I had the option to explicitly >> install an SMP kernl, and looking back here >> (http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/install.html) , I >> don't see that sysinstall gave me that option. Additionally, I have the >> kernel source and I see that in GENERIC, SMP is enabled. Am I missing >> something? >> >> >> Garrett Cooper wrote: >> >>> On Jan 27, 2009, at 9:45 AM, Tom Everett wrote: >>> >>> >>>> I originally posted this to "FreeBSD Questions" but was told that the >>>> ACPI list might be more appropriate. >>>> >>>> I'm running the "stock" FreeBSD 7.1 kernel on an IBM x330 machine. The >>>> machine has two physical processors but it seems that FreeBSD 7.1 only sees >>>> one. I downloaded the kernel source and it seems that the GENERIC kernel >>>> has SMP installed. Is there something else I can try? Thanks in advance >>>> for your wisdom. >>>> >>>> $ sysctl -a | grep cpu >>>> kern.threads.virtual_cpu: 1 >>>> kern.ccpu: 0 >>>> kern.smp.cpus: 1 >>>> kern.smp.maxcpus: 16 >>>> debug.cpufreq.verbose: 0 >>>> debug.cpufreq.lowest: 0 >>>> debug.kdb.stop_cpus: 1 >>>> debug.stop_cpus_with_nmi: 1 >>>> debug.PMAP1changedcpu: 0 >>>> hw.ncpu: 1 >>>> hw.acpi.cpu.cx_lowest: C1 >>>> machdep.cpu_idle_hlt: 1 >>>> machdep.hlt_cpus: 0 >>>> dev.cpu.0.%desc: ACPI CPU >>>> dev.cpu.0.%driver: cpu >>>> dev.cpu.0.%location: handle=\_PR_.CPU1 >>>> dev.cpu.0.%pnpinfo: _HID=none _UID=0 >>>> dev.cpu.0.%parent: acpi0 >>>> dev.cpu.0.cx_supported: C1/0 >>>> dev.cpu.0.cx_lowest: C1 >>>> dev.cpu.0.cx_usage: 100.00% >>>> >>> Did you install the SMP kernel from sysinstall? There's a difference. >>> Thanks, >>> -Garrett >>> > > Nope -- that would be it. Is one CPU not active in the BIOS? Do > you have the latest BIOS flashed from IBM? Does a Linux disk see both > CPU's? > Cheers, > -Garrett > From owner-freebsd-acpi@FreeBSD.ORG Tue Jan 27 22:37:11 2009 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F20C81065957; Tue, 27 Jan 2009 22:37:10 +0000 (UTC) (envelope-from pisymbol@gmail.com) Received: from exchange.physicalsegment.com (78-105-106-222.zone3.bethere.co.uk [78.105.106.222]) by mx1.freebsd.org (Postfix) with ESMTP id 5887D8FC0C; Tue, 27 Jan 2009 22:37:10 +0000 (UTC) (envelope-from pisymbol@gmail.com) Received: from mail pickup service by exchange.physicalsegment.com with Microsoft SMTPSVC; Tue, 27 Jan 2009 21:33:45 +0000 Received: from mx2.freebsd.org ([69.147.83.53]) by tsplpt01.thespinney.local with Microsoft SMTPSVC(6.0.2600.5512); Mon, 26 Jan 2009 02:00:46 +0000 Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id F2F3E160B04; Mon, 26 Jan 2009 02:00:34 +0000 (UTC) (envelope-from owner-freebsd-current@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 2C961106571C; Mon, 26 Jan 2009 02:00:33 +0000 (UTC) (envelope-from owner-freebsd-current@freebsd.org) Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2B61F106566C for ; Mon, 26 Jan 2009 02:00:23 +0000 (UTC) (envelope-from pisymbol@gmail.com) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.29]) by mx1.freebsd.org (Postfix) with ESMTP id D1EB08FC17 for ; Mon, 26 Jan 2009 02:00:22 +0000 (UTC) (envelope-from pisymbol@gmail.com) Received: by yx-out-2324.google.com with SMTP id 8so2275695yxb.13 for ; Sun, 25 Jan 2009 18:00:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=c8kEkbe/NcCoZTsQkhO/iTFaxQ5PUnMhcDdfPvpQzPM=; b=I4vVlkKuGxXOC1R5Vfow/fLST7wfyW3BuYCA36MbzlHe7rK3WEFFe2Tni39ufPgNkO 5RNFciIyoNxXvkUnKQIwYVAYLn+WjGSkE8IId9ZGsSN8ALX3jrTOiXyDvKHwIpY7i7wp gp3ciAkUNzCQsRrlhdygJdDe24sVfxBXCzgw8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=P2yjvJGUWaBw8SE2myBWcFfS9EQzzDd2mLrrP24OTF4x4mKqIFjwbkIHZfK3OSl5QC y1Utd4bfcwaeeGjKz84jKOHcFtSKs2Jv1PqZT0EP9hacomvbDiZveDUrllVwTAI06Wsu MFe2DSElvU0I97z8OMr8vRgZtIJ3NvBj9cspc= MIME-Version: 1.0 Received: by 10.90.33.15 with SMTP id g15mr3755189agg.90.1232933740671; Sun, 25 Jan 2009 17:35:40 -0800 (PST) Date: Sun, 25 Jan 2009 20:35:40 -0500 Message-ID: <3c0b01820901251735m4c6a1abfu37a1634818e1724a@mail.gmail.com> From: Alexander Sack To: freebsd-acpi@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-current@freebsd.org Errors-To: owner-freebsd-current@freebsd.org X-OriginalArrivalTime: 26 Jan 2009 02:00:46.0880 (UTC) FILETIME=[E7752200:01C97F59] Cc: freebsd-current@freebsd.org Subject: Reset register flag versus the actual register X-BeenThere: freebsd-acpi@freebsd.org List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jan 2009 22:37:14 -0000 Hi Everybody: I've ran into the quintessential "it works on Linux but does not work on FreeBSD" vendor comment regarding the boxes ability to reboot successfully. I'm running FreeBSD-6.1 but this also applies the FreeBSD-CURRENT as well. The problem boils down to the fact that the BIOS does set the ResetRegister bit in the FADT feature flags. However, I've noticed that latest stable Linux kernel has the following logic with respect to the reset register: acpi_reboot(): 18 /* Is the reset register supported? */ 19 if (!(acpi_gbl_FADT.flags & ACPI_FADT_RESET_REGISTER) || 20 rr->bit_width != 8 || rr->bit_offset != 0) 21 return; http://lxr.linux.no/linux+v2.6.28/drivers/acpi/reboot.c CURRENT looks like this via the shutdown_final EVENTHANDLE: acpi_shutdown_final(): 1821 } else if ((howto & RB_HALT) == 0 && 1822 (AcpiGbl_FADT.Flags & ACPI_FADT_RESET_REGISTER) && 1823 sc->acpi_handle_reboot) { 1824 /* Reboot using the reset register. */ http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/acpica/acpi.c?rev=1.254 Two questions: 1) Why is the sysctl acpi_handle_reboot zero by default? Shouldn't it be more prudent to rely on the ACPI reboot hook than the legacy keyboard controller methods? I realize there is some history here but it would seem to me that the "&&" should be an "||" which would allow me to override the ACPI_FADT_RESET_REGISTER flag and force an ACPI reset? 2) Is there something to be said for a patch like this: -- acpi.c.0 2009-01-25 19:56:48.000000000 -0500 +++ acpi.c 2009-01-25 20:10:34.000000000 -0500 @@ -1818,18 +1818,20 @@ DELAY(1000000); printf("ACPI power-off failed - timeout\n"); } - } else if ((howto & RB_HALT) == 0 && - (AcpiGbl_FADT.Flags & ACPI_FADT_RESET_REGISTER) && - sc->acpi_handle_reboot) { - /* Reboot using the reset register. */ - status = AcpiHwLowLevelWrite( - AcpiGbl_FADT.ResetRegister.BitWidth, - AcpiGbl_FADT.ResetValue, &AcpiGbl_FADT.ResetRegister); - if (ACPI_FAILURE(status)) { - printf("ACPI reset failed - %s\n", AcpiFormatException(status)); - } else { - DELAY(1000000); - printf("ACPI reset failed - timeout\n"); + } else if ((howto & RB_HALT) == 0 && sc->acpi_handle_reboot) { + if ((AcpiGbl_FADT.Flags & ACPI_FADT_RESET_REGISTER) || + (AcpiGbl_FADT.ResetRegister.BitWidth != 8) || + (AcpiGbl_FADT.ResetRegister.BitOffset != 0)) { + /* Reboot using the reset register. */ + status = AcpiHwLowLevelWrite( + AcpiGbl_FADT.ResetRegister.BitWidth, + AcpiGbl_FADT.ResetValue, &AcpiGbl_FADT.ResetRegister); + if (ACPI_FAILURE(status)) { + printf("ACPI reset failed - %s\n", AcpiFormatException(status)); + } else { + DELAY(1000000); + printf("ACPI reset failed - timeout\n"); + } } } else if (sc->acpi_do_disable && panicstr == NULL) { /* Basically, if the ResetRegister is filled in despite the FADT feature flags bit, trust it and move forward (Linux logic). That's the reason why my box reboots correctly on Linux and utterly hangs miserably on FreeBSD. I understand this is a BIOS/ACPI bug, I understand the keyboard controller reboot method should probably be emulated in the BIOS (though the vendor could argue they no longer support legacy methods which is to me not necessarily a bad thing), and I understand that FreeBSD is not Linux. With that all said, I don't see the downside here with respect to reboot with respect to either points (allow the user to force the issue or believe the ResetRegister values themselves as a test for validity). Feedback most appreciated! Thanks! -aps _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-acpi@FreeBSD.ORG Tue Jan 27 22:37:14 2009 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5D3591065952; Tue, 27 Jan 2009 22:37:14 +0000 (UTC) (envelope-from pisymbol@gmail.com) Received: from exchange.physicalsegment.com (78-105-106-222.zone3.bethere.co.uk [78.105.106.222]) by mx1.freebsd.org (Postfix) with ESMTP id B25E28FC26; Tue, 27 Jan 2009 22:37:13 +0000 (UTC) (envelope-from pisymbol@gmail.com) Received: from mail pickup service by exchange.physicalsegment.com with Microsoft SMTPSVC; Tue, 27 Jan 2009 21:31:15 +0000 Received: from mx2.freebsd.org ([69.147.83.53]) by tsplpt01.thespinney.local with Microsoft SMTPSVC(6.0.2600.5512); Mon, 26 Jan 2009 02:24:08 +0000 Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 003E917B678; Mon, 26 Jan 2009 02:23:56 +0000 (UTC) (envelope-from owner-freebsd-current@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 6B01A106572E; Mon, 26 Jan 2009 02:23:55 +0000 (UTC) (envelope-from owner-freebsd-current@freebsd.org) Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7FA3C106566C; Mon, 26 Jan 2009 02:23:44 +0000 (UTC) (envelope-from pisymbol@gmail.com) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.28]) by mx1.freebsd.org (Postfix) with ESMTP id 185B68FC1F; Mon, 26 Jan 2009 02:23:43 +0000 (UTC) (envelope-from pisymbol@gmail.com) Received: by yx-out-2324.google.com with SMTP id 8so2277813yxb.13 for ; Sun, 25 Jan 2009 18:23:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=ZfB7sxoiifnC8AtNK80vgBC8D0XbI5a+K2OFnAwg3NE=; b=NAu65q+lNqDwRCcSN9JKOF2HqE1EVNM82O1dFsm7d+2MBtj6sqDLiXLDiEqhpfPElF VGAWPeF+Fyh5gcVoaLdy2wb3casB4cfl2ySi0gsmozitc0OMDbwNA/gzMyOaqkfNpo5l DCgwVWZxuk7iRrJ4L9Cy3LbIPfKLIrBWNJh3M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=YYjPslbZ407fGZeGwRaZ7p3vvEnsY0vkF5ptJ5QQ2a2/ajCvnJ0mAQrVCJEepOsGgO tvGUyRFWckkzJwtZwLZmUbxoqjdZL7pZFA+jtKyCoDY236jmbiG4+9o5ht1WVTQyUr3d FU3R+ZZ/zOvFgUxL4mjAzASyiBuKh4NSU7ZpM= MIME-Version: 1.0 Received: by 10.90.56.17 with SMTP id e17mr334139aga.46.1232936623416; Sun, 25 Jan 2009 18:23:43 -0800 (PST) In-Reply-To: <3c0b01820901251735m4c6a1abfu37a1634818e1724a@mail.gmail.com> References: <3c0b01820901251735m4c6a1abfu37a1634818e1724a@mail.gmail.com> Date: Sun, 25 Jan 2009 21:23:43 -0500 Message-ID: <3c0b01820901251823p5c4536fcy3924d7a1209bfe71@mail.gmail.com> From: Alexander Sack To: freebsd-acpi@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-current@freebsd.org Errors-To: owner-freebsd-current@freebsd.org X-OriginalArrivalTime: 26 Jan 2009 02:24:08.0864 (UTC) FILETIME=[2B1AEA00:01C97F5D] Cc: freebsd-current@freebsd.org Subject: Re: Reset register flag versus the actual register X-BeenThere: freebsd-acpi@freebsd.org List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jan 2009 22:37:17 -0000 Whoops!!! I had a brain fart... On Sun, Jan 25, 2009 at 8:35 PM, Alexander Sack wrote: > Hi Everybody: > > I've ran into the quintessential "it works on Linux but does not work > on FreeBSD" vendor comment regarding the boxes ability to reboot > successfully. I'm running FreeBSD-6.1 but this also applies the > FreeBSD-CURRENT as well. The problem boils down to the fact that the > BIOS does set the ResetRegister bit in the FADT feature flags. > However, I've noticed that latest stable Linux kernel has the > following logic with respect to the reset register: > > acpi_reboot(): > > 18 /* Is the reset register supported? */ > 19 if (!(acpi_gbl_FADT.flags & ACPI_FADT_RESET_REGISTER) || > 20 rr->bit_width != 8 || rr->bit_offset != 0) > 21 return; This checks the flag. I didn't see the NOT for some odd reason. Uggh, weird, I got to go back and now find out why on Linux uses the hook and FreeBSD does not. -aps _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-acpi@FreeBSD.ORG Wed Jan 28 14:31:19 2009 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1068110656E9 for ; Wed, 28 Jan 2009 14:31:19 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id D66398FC22 for ; Wed, 28 Jan 2009 14:31:18 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (pool-98-109-39-197.nwrknj.fios.verizon.net [98.109.39.197]) by cyrus.watson.org (Postfix) with ESMTPSA id 83A9446B3B; Wed, 28 Jan 2009 09:31:18 -0500 (EST) Received: from localhost (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.3/8.14.3) with ESMTP id n0SEVBlR097233; Wed, 28 Jan 2009 09:31:12 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-acpi@freebsd.org Date: Wed, 28 Jan 2009 09:11:30 -0500 User-Agent: KMail/1.9.7 References: <497F4857.1060005@khubla.com> In-Reply-To: <497F4857.1060005@khubla.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200901280911.30748.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Wed, 28 Jan 2009 09:31:12 -0500 (EST) X-Virus-Scanned: ClamAV 0.94.2/8914/Wed Jan 28 01:40:00 2009 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Subject: Re: SMP Problem on IBM x330 Server X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jan 2009 14:31:19 -0000 On Tuesday 27 January 2009 12:45:59 pm Tom Everett wrote: > > I originally posted this to "FreeBSD Questions" but was told that the > ACPI list might be more appropriate. > > I'm running the "stock" FreeBSD 7.1 kernel on an IBM x330 machine. The > machine has two physical processors but it seems that FreeBSD 7.1 only > sees one. I downloaded the kernel source and it seems that the GENERIC > kernel has SMP installed. Is there something else I can try? Thanks in > advance for your wisdom. Please provide the output of 'acpidump -t'. It seems the BIOS is not including both CPUs in the table it gives to the OS. -- John Baldwin From owner-freebsd-acpi@FreeBSD.ORG Wed Jan 28 16:58:36 2009 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E7AC81065771 for ; Wed, 28 Jan 2009 16:58:33 +0000 (UTC) (envelope-from tom@khubla.com) Received: from mail.khubla.com (gateway.khubla.com [66.18.197.100]) by mx1.freebsd.org (Postfix) with ESMTP id 8ED208FC17 for ; Wed, 28 Jan 2009 16:58:32 +0000 (UTC) (envelope-from tom@khubla.com) Received: from [192.168.128.200] ([192.168.128.200]) (authenticated user tom@khubla.com) by mail.khubla.com (Kerio MailServer 6.6.2); Wed, 28 Jan 2009 09:58:21 -0700 Message-ID: <49808D1D.8030709@khubla.com> Date: Wed, 28 Jan 2009 09:51:41 -0700 From: Tom Everett User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: John Baldwin References: <497F4857.1060005@khubla.com> <200901280911.30748.jhb@freebsd.org> In-Reply-To: <200901280911.30748.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-acpi@freebsd.org Subject: Re: SMP Problem on IBM x330 Server X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jan 2009 16:58:37 -0000 John Baldwin wrote: > On Tuesday 27 January 2009 12:45:59 pm Tom Everett wrote: > >> I originally posted this to "FreeBSD Questions" but was told that the >> ACPI list might be more appropriate. >> >> I'm running the "stock" FreeBSD 7.1 kernel on an IBM x330 machine. The >> machine has two physical processors but it seems that FreeBSD 7.1 only >> sees one. I downloaded the kernel source and it seems that the GENERIC >> kernel has SMP installed. Is there something else I can try? Thanks in >> advance for your wisdom. >> > > Please provide the output of 'acpidump -t'. It seems the BIOS is not > including both CPUs in the table it gives to the OS. > > After running the BIOS diagnostics, it seems that the BIOS has disabled the processor. Interestingly, in the normal BIOS config screen and the boot POST screen, everything appears normal. So, I have a number of other identical machines and I'll try a different one, in case the problem is this particular x330. Additionally, the normal BIOS config screen doesn't provide an option to "un-disable" the processor. Below is the dmesg and output of acpidump -t. Thanks everyone who responded and tried to help. /* RSD PTR: OEM=IBM, ACPI_Rev=1.0x (0) RSDT=0x3ffeff80, cksum=237 */ /* RSDT: Length=44, Revision=1, Checksum=230, OEMID=IBM, OEM Table ID=SEREMRLD, OEM Revision=0x1000, Creator ID=IBM, Creator Revision=0x45444f43 Entries={ 0x3ffeff00, 0x3ffefe80 } */ /* FACP: Length=116, Revision=1, Checksum=84, OEMID=IBM, OEM Table ID=SEREMRLD, OEM Revision=0x1000, Creator ID=IBM, Creator Revision=0x45444f43 FACS=0x3ffefe40, DSDT=0x3ffec340 INT_MODEL=APIC Preferred_PM_Profile=Unspecified (0) SCI_INT=3 SMI_CMD=0x600, ACPI_ENABLE=0xf0, ACPI_DISABLE=0xf1, S4BIOS_REQ=0x0 PSTATE_CNT=0x0 PM1a_EVT_BLK=0x4e0-0x4e3 PM1a_CNT_BLK=0x4e4-0x4e5 PM_TMR_BLK=0x4e8-0x4eb GPE0_BLK=0x4f0-0x4f7 P_LVL2_LAT=101 us, P_LVL3_LAT=1001 us FLUSH_SIZE=0, FLUSH_STRIDE=0 DUTY_OFFSET=1, DUTY_WIDTH=0 DAY_ALRM=68, MON_ALRM=69, CENTURY=0 IAPC_BOOT_ARCH= Flags={WBINVD,PROC_C1,SLP_BUTTON} */ /* FACS: Length=64, HwSig=0x8222800a, Firm_Wake_Vec=0x00000000 Global_Lock= Flags= Version=0 */ /* DSDT: Length=15020, Revision=1, Checksum=109, OEMID=IBM, OEM Table ID=SEREMRLD, OEM Revision=0x1000, Creator ID=MSFT, Creator Revision=0x100000b */ /* APIC: Length=94, Revision=1, Checksum=217, OEMID=IBM, OEM Table ID=SEREMRLD, OEM Revision=0x1000, Creator ID=IBM, Creator Revision=0x45444f43 Local APIC ADDR=0xfee00000 Flags={PC-AT} Type=Local APIC ACPI CPU=0 Flags={ENABLED} APIC ID=3 Type=Local APIC ACPI CPU=1 Flags={DISABLED} APIC ID=0 Type=IO APIC APIC ID=14 INT BASE=0 ADDR=0x00000000fec00000 Type=IO APIC APIC ID=13 INT BASE=16 ADDR=0x00000000fec01000 Type=INT Override BUS=0 IRQ=3 INTR=30 Flags={Polarity=conforming, Trigger=conforming} */ Copyright (c) 1992-2009 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.1-RELEASE #0: Thu Jan 1 14:37:25 UTC 2009 root@logan.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC Preloaded elf kernel "/boot/kernel/kernel" at 0xc0dec000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0dec160. Calibrating clock(s) ... i8254 clock: 1192986 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 1128539600 Hz CPU: Intel(R) Pentium(R) III CPU family 1133MHz (1128.54-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6b1 Stepping = 1 Features=0x383fbff Instruction TLB: 4 KB pages, 4-way set associative, 32 entries Instruction TLB: 4 MB pages, fully associative, 2 entries Data TLB: 4 KB pages, 4-way set associative, 64 entries 2nd-level cache: 512 KB, 8-way set associative, 32 byte line size 1st-level instruction cache: 16 KB, 4-way set associative, 32 byte line size Data TLB: 4 MB Pages, 4-way set associative, 8 entries 1st-level data cache: 16 KB, 4-way set associative, 32 byte line size real memory = 1073659904 (1023 MB) Physical memory chunk(s): 0x0000000000001000 - 0x0000000000096fff, 614400 bytes (150 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000001025000 - 0x000000003eda3fff, 1037561856 bytes (253311 pages) avail memory = 1036943360 (988 MB) Table 'FACP' at 0x3ffeff00 Table 'APIC' at 0x3ffefe80 MADT: Found table at 0x3ffefe80 MP Configuration Table version 1.4 found at 0xc00981e0 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 3 ACPI ID 0: enabled SMP: Added CPU 3 (AP) MADT: Found CPU APIC ID 0 ACPI ID 1: disabled ACPI APIC Table: bios32: Found BIOS32 Service Directory header at 0xc00fd5d0 bios32: Entry = 0xfd5e1 (c00fd5e1) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf0000+0xd61c pnpbios: Found PnP BIOS data at 0xc00fde40 pnpbios: Entry = f0000:3a09 Rev = 1.0 Other BIOS signatures found: APIC: CPU 0 has ACPI ID 0 ULE: setup cpu group 0 ULE: setup cpu 0 ULE: adding cpu 0 to group 0: cpus 1 mask 0x1 ACPI: RSDP @ 0x0xfdfd0/0x0014 (v 0 IBM ) ACPI: RSDT @ 0x0x3ffeff80/0x002C (v 1 IBM SEREMRLD 0x00001000 IBM 0x45444F43) ACPI: FACP @ 0x0x3ffeff00/0x0074 (v 1 IBM SEREMRLD 0x00001000 IBM 0x45444F43) ACPI: DSDT @ 0x0x3ffec340/0x3AAC (v 1 IBM SEREMRLD 0x00001000 MSFT 0x0100000B) ACPI: FACS @ 0x0x3ffefe40/0x0040 ACPI: APIC @ 0x0x3ffefe80/0x005E (v 1 IBM SEREMRLD 0x00001000 IBM 0x45444F43) MADT: Found IO APIC ID 14, Interrupt 0 at 0xfec00000 ioapic0: Routing external 8259A's -> intpin 0 MADT: Found IO APIC ID 13, Interrupt 16 at 0xfec01000 MADT: Interrupt override: source 3, irq 30 ioapic0: intpin 3 disabled ioapic1 irqs 16-31 on motherboard ioapic0 irqs 0-15 on motherboard cpu0 BSP: ID: 0x03000000 VER: 0x00040011 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00000000 err: 0x00010000 pcm: 0x00010000 ath_rate: version 1.2 wlan_amrr: wlan: <802.11 Link Layer> random: nfslock: pseudo-device io: kbd: new array size 4 kbd1 at kbdmux0 mem: Pentium Pro MTRR support enabled null: ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) hptrr: RocketRAID 17xx/2xxx SATA controller driver v1.2 (Jan 1 2009 14:37:00) npx0: INT 16 interface acpi0: on motherboard acpi0: Overriding SCI Interrupt from IRQ 3 to IRQ 30 ioapic1: routing intpin 14 (PCI IRQ 30) to vector 48 acpi0: [MPSAFE] acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: wakeup code va 0xd7e92000 pa 0x1000 pci_open(1): mode 1 addr port (0x0cf8) is 0x00000070 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=80] is there (id=00091166) pcibios: BIOS version 2.10 AcpiOsDerivePciId: \\_SB_.PCI0.RCNB -> bus 0 dev 0 func 0 AcpiOsDerivePciId: \\_SB_.PCI0.USB0.CFG2 -> bus 0 dev 15 func 2 AcpiOsDerivePciId: \\_SB_.PCI0.CIO1.IOB2 -> bus 0 dev 0 func 1 ACPI timer: 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 0/16777200 0/16777200 -> 8 Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4e8-0x4eb on acpi0 pci_link0: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 10 Validation 0 10 N 0 10 After Disable 0 255 N 0 10 pci_link1: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 10 Validation 0 10 N 0 10 After Disable 0 255 N 0 10 pci_link2: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 none Validation 0 255 N 0 none After Disable 0 255 N 0 none pci_link3: Index IRQ Rtd Ref IRQs Initial Probe 0 7 N 0 7 Validation 0 7 N 0 7 After Disable 0 255 N 0 7 pci_link4: Index IRQ Rtd Ref IRQs Initial Probe 0 9 N 0 9 Validation 0 9 N 0 9 After Disable 0 255 N 0 9 pci_link5: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 none Validation 0 255 N 0 none After Disable 0 255 N 0 none pci_link6: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 none Validation 0 255 N 0 none After Disable 0 255 N 0 none pci_link7: Index IRQ Rtd Ref IRQs Initial Probe 0 9 N 0 9 Validation 0 9 N 0 9 After Disable 0 255 N 0 9 pci_link8: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 none Validation 0 255 N 0 none After Disable 0 255 N 0 none pcib0: on acpi0 ACPI: Found matching pin for 0.15.INTA at func 2: 7 pci0: on pcib0 pci0: domain=0, physical bus=0 found-> vendor=0x1166, dev=0x0009, revid=0x06 domain=0, bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0147, statreg=0x2200, cachelnsz=8 (dwords) lattimer=0x60 (2880 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1166, dev=0x0009, revid=0x06 domain=0, bus=0, slot=0, func=1 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0147, statreg=0x0200, cachelnsz=8 (dwords) lattimer=0x60 (2880 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x5333, dev=0x8a22, revid=0x06 domain=0, bus=0, slot=1, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0xf8 (7440 ns), mingnt=0x04 (1000 ns), maxlat=0xff (63750 ns) intpin=a, irq=255 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0xfeb80000, size 19, enabled map[14]: type Prefetchable Memory, range 32, base 0xf0000000, size 27, enabled found-> vendor=0x8086, dev=0x1229, revid=0x08 domain=0, bus=0, slot=2, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0017, statreg=0x0290, cachelnsz=8 (dwords) lattimer=0x64 (3000 ns), mingnt=0x08 (2000 ns), maxlat=0x38 (14000 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0xfeb7f000, size 12, enabled map[14]: type I/O Port, range 32, base 0x2200, size 6, enabled map[18]: type Memory, range 32, base 0xfea00000, size 20, enabled pcib0: matched entry for 0.2.INTA pcib0: slot 2 INTA hardwired to IRQ 27 found-> vendor=0x8086, dev=0x1229, revid=0x08 domain=0, bus=0, slot=10, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0017, statreg=0x0290, cachelnsz=8 (dwords) lattimer=0x64 (3000 ns), mingnt=0x08 (2000 ns), maxlat=0x38 (14000 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0xfeb7e000, size 12, enabled map[14]: type I/O Port, range 32, base 0x2240, size 6, enabled map[18]: type Memory, range 32, base 0xfe900000, size 20, enabled pcib0: matched entry for 0.10.INTA pcib0: slot 10 INTA hardwired to IRQ 25 found-> vendor=0x1166, dev=0x0200, revid=0x51 domain=0, bus=0, slot=15, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[90]: type I/O Port, range 32, base 0x440, size 4, enabled found-> vendor=0x1166, dev=0x0211, revid=0x00 domain=0, bus=0, slot=15, func=1 class=01-01-8a, hdrtype=0x00, mfdev=1 cmdreg=0x0005, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x64 (3000 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[20]: type I/O Port, range 32, base 0x700, size 4, enabled found-> vendor=0x1166, dev=0x0220, revid=0x04 domain=0, bus=0, slot=15, func=2 class=0c-03-10, hdrtype=0x00, mfdev=1 cmdreg=0x0017, statreg=0x0280, cachelnsz=8 (dwords) lattimer=0x60 (2880 ns), mingnt=0x00 (0 ns), maxlat=0x50 (20000 ns) intpin=a, irq=7 map[10]: type Memory, range 32, base 0xfeb7d000, size 12, enabled pcib0: matched entry for 0.15.INTA (src \\_SB_.PCI0.LPUS:0) ioapic0: Changing trigger for pin 7 to level ioapic0: Changing polarity for pin 7 to low pcib0: slot 15 INTA routed to irq 7 via \\_SB_.PCI0.LPUS vgapci0: mem 0xfeb80000-0xfebfffff,0xf0000000-0xf7ffffff at device 1.0 on pci0 fxp0: port 0x2200-0x223f mem 0xfeb7f000-0xfeb7ffff,0xfea00000-0xfeafffff irq 27 at device 2.0 on pci0 fxp0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xfeb7f000 fxp0: using memory space register mapping fxp0: Disabling dynamic standby mode in EEPROM fxp0: New EEPROM ID: 0x48a0 fxp0: EEPROM checksum @ 0x3f: 0xbe76 -> 0xbe76 fxp0: PCI IDs: 8086 1229 1014 105c 0008 fxp0: Dynamic Standby mode is enabled miibus0: on fxp0 inphy0: PHY 1 on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: bpf attached fxp0: Ethernet address: 00:02:55:c6:69:58 ioapic1: routing intpin 11 (PCI IRQ 27) to vector 49 fxp0: [MPSAFE] fxp0: [ITHREAD] fxp1: port 0x2240-0x227f mem 0xfeb7e000-0xfeb7efff,0xfe900000-0xfe9fffff irq 25 at device 10.0 on pci0 fxp1: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xfeb7e000 fxp1: using memory space register mapping fxp1: Disabling dynamic standby mode in EEPROM fxp1: New EEPROM ID: 0x48a0 fxp1: EEPROM checksum @ 0x3f: 0x2d79 -> 0x2d79 fxp1: PCI IDs: 8086 1229 1014 105c 0008 fxp1: Dynamic Standby mode is enabled miibus1: on fxp1 inphy1: PHY 1 on miibus1 inphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp1: bpf attached fxp1: Ethernet address: 00:02:55:c6:69:59 ioapic1: routing intpin 9 (PCI IRQ 25) to vector 50 fxp1: [MPSAFE] fxp1: [ITHREAD] isab0: port 0x440-0x44f at device 15.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x700-0x70f at device 15.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x700 ata0: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=7f ostat1=7f ata0: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata0: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata0: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata0: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata0: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata0: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata0: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata0: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata0: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata0: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata0: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata0: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata0: stat1=0x7f err=0x7f lsb=0x7f msb=0x7f ata0: reset tp2 stat0=ff stat1=ff devices=0x0 ioapic0: routing intpin 14 (ISA IRQ 14) to vector 51 ata0: [MPSAFE] ata0: [ITHREAD] ata1: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=03 ostat0=50 ostat1=00 ata1: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata1: stat1=0x00 err=0x04 lsb=0x00 msb=0x00 ata1: reset tp2 stat0=00 stat1=00 devices=0x4 ioapic0: routing intpin 15 (ISA IRQ 15) to vector 52 ata1: [MPSAFE] ata1: [ITHREAD] ohci0: mem 0xfeb7d000-0xfeb7dfff irq 7 at device 15.2 on pci0 ohci0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xfeb7d000 ohci0: (New OHCI DeviceId=0x02201166) ioapic0: routing intpin 7 (ISA IRQ 7) to vector 53 ohci0: [GIANT-LOCKED] ohci0: [ITHREAD] usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: <(0x1166) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1> on usb0 uhub0: 2 ports with 2 removable, self powered pcib1: on acpi0 pci1: on pcib1 pci1: domain=0, physical bus=1 found-> vendor=0x9005, dev=0x008f, revid=0x02 domain=0, bus=1, slot=3, func=0 class=01-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0157, statreg=0x02b0, cachelnsz=8 (dwords) lattimer=0x64 (3000 ns), mingnt=0x28 (10000 ns), maxlat=0x19 (6250 ns) intpin=a, irq=9 powerspec 2 supports D0 D3 current D0 map[10]: type I/O Port, range 32, base 0x2300, size 8, enabled map[14]: type Memory, range 64, base 0xeffff000, size 12, enabled pcib1: matched entry for 1.3.INTA pcib1: slot 3 INTA hardwired to IRQ 28 found-> vendor=0x105a, dev=0x3577, revid=0x02 domain=0, bus=1, slot=5, func=0 class=01-04-00, hdrtype=0x00, mfdev=0 cmdreg=0x0157, statreg=0x0230, cachelnsz=1 (dwords) lattimer=0x40 (1920 ns), mingnt=0x04 (1000 ns), maxlat=0x12 (4500 ns) intpin=a, irq=9 powerspec 2 supports D0 D1 D3 current D0 map[10]: type I/O Port, range 32, base 0x2280, size 7, enabled map[18]: type I/O Port, range 32, base 0x2400, size 8, enabled map[1c]: type Memory, range 32, base 0xefffe000, size 12, enabled map[20]: type Memory, range 32, base 0xeffc0000, size 17, enabled pcib1: matched entry for 1.5.INTA pcib1: slot 5 INTA hardwired to IRQ 20 ahc0: port 0x2300-0x23ff mem 0xeffff000-0xefffffff irq 28 at device 3.0 on pci1 ahc0: Defaulting to MEMIO off ahc0: Reserved 0x100 bytes for rid 0x10 type 4 at 0x2300 ahc0: Reading SEEPROM...done. ahc0: Manual LVD Termination ahc0: BIOS eeprom is present ahc0: Secondary High byte termination Enabled ahc0: Secondary Low byte termination Enabled ahc0: Primary Low Byte termination Enabled ahc0: Primary High Byte termination Enabled ahc0: Downloading Sequencer Program... 423 instructions downloaded ahc0: Features 0x1def6, Bugs 0x40, Flags 0x28485560 ioapic1: routing intpin 12 (PCI IRQ 28) to vector 54 ahc0: [MPSAFE] ahc0: [ITHREAD] aic7892: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs atapci1: port 0x2280-0x22ff,0x2400-0x24ff mem 0xefffe000-0xefffefff,0xeffc0000-0xeffdffff irq 20 at device 5.0 on pci1 pci1: child atapci1 requested type 4 for rid 0x20, but the BAR says it is an memio ioapic1: routing intpin 4 (PCI IRQ 20) to vector 55 atapci1: [MPSAFE] atapci1: [ITHREAD] atapci1: Reserved 0x20000 bytes for rid 0x20 type 3 at 0xeffc0000 atapci1: Reserved 0x1000 bytes for rid 0x1c type 3 at 0xefffe000 ioapic1: routing intpin 4 (PCI IRQ 20) to vector 55 atapci1: [MPSAFE] atapci1: [ITHREAD] ata2: on atapci1 ata2: SATA connect time=0ms ata2: reset tp1 mask=01 ostat0=50 ostat1=00 ata2: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata2: reset tp2 stat0=50 stat1=00 devices=0x1 ata2: [MPSAFE] ata2: [ITHREAD] ata3: on atapci1 ata3: SATA connect time=0ms ata3: reset tp1 mask=01 ostat0=50 ostat1=00 ata3: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata3: reset tp2 stat0=50 stat1=00 devices=0x1 ata3: [MPSAFE] ata3: [ITHREAD] ata4: on atapci1 ata4: SATA connect status=00000000 ata4: [MPSAFE] ata4: [ITHREAD] ata5: on atapci1 ata5: SATA connect status=00000000 ata5: [MPSAFE] ata5: [ITHREAD] atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 ioapic0: routing intpin 1 (ISA IRQ 1) to vector 56 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: unable to allocate IRQ psmcpnp0: irq 12 on acpi0 psm0: current command byte:0065 psm0: failed to reset the aux device. fdc0: port 0x3f0-0x3f5 irq 6 drq 2 on acpi0 fdc0: ic_type 90 part_id 73 ioapic0: routing intpin 6 (ISA IRQ 6) to vector 57 fdc0: [FILTER] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: irq maps: 0x8001 0x8011 0x8001 0x8001 sio0: irq maps: 0x8001 0x8011 0x8001 0x8001 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A ioapic0: routing intpin 4 (ISA IRQ 4) to vector 58 sio0: [FILTER] cpu0: on acpi0 cpu0: switching to generic Cx mode unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff ex_isa_identify() ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it fdc: fdc0 already exists; skipping it sio: sio0 already exists; skipping it pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcafff,0xcb000-0xcc7ff,0xcc800-0xd4fff pnpid ORM0000 on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fe0: not probed (disabled) ie0: not probed (disabled) le0: not probed (disabled) ppc0: parallel port not found. ppc0: failed to probe at irq 7 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd1, terminal emulator: sc (syscons terminal) sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: irq maps: 0x8001 0x8001 0x8001 0x8001 sio1: probe failed test(s): 0 1 2 4 6 7 9 sio1 failed to probe at port 0x2f8-0x2ff irq 3 on isa0 sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 vt0: not probed (disabled) isa_probe_children: probing PnP devices Device configuration finished. procfs registered lapic: Divisor 2, Frequency 66384702 hz Timecounter "TSC" frequency 1128539600 Hz quality 800 Timecounters tick every 1.000 msec lo0: bpf attached hptrr: no controller detected. ata1-master: pio=PIO4 wdma=WDMA2 udma=UDMA33 cable=40 wire acd0: setting PIO4 on ROSB4 chip acd0: setting UDMA33 on ROSB4 chip acd0: CDROM drive at ata1 as master acd0: read 4125KB/s (4125KB/s), 128KB buffer, UDMA33 acd0: Reads: CDR, CDRW, CDDA stream, packet acd0: Writes: acd0: Audio: play, 255 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc ata2-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire ad4: 476940MB at ata2-master SATA150 ad4: 976773168 sectors [969021C/16H/63S] 16 sectors/interrupt 1 depth queue ********* ATA Promise FastTrak Metadata ********* promise_id dummy_0 0x00020000 magic_0 0x0000000049686815 magic_1 0x4968 magic_2 0x49686815 integrity 0x00000080 80 flags 0x07 7 disk_number 0 channel 0x00 device 0x00 magic_0 0x0000000049686815 disk_offset 0 disk_sectors 976773105 rebuild_lba 0x00000000 generation 0x0001 status 0x8f 8f type RAID1 total_disks 2 stripe_shift 1 array_width 1 array_number 0 total_sectors 976773105 cylinders 60800 heads 254 sectors 63 magic_1 0x0000496868154968 DISK# flags dummy_0 channel device magic_0 0 7 0x00 0x00 0x00 0x0000000049686815 1 7 0x00 0x01 0x00 0x0001000049686815 2 0 0x00 0x00 0x00 0x0000000000000000 3 0 0x00 0x00 0x00 0x0000000000000000 4 0 0x00 0x00 0x00 0x0000000000000000 5 0 0x00 0x00 0x00 0x0000000000000000 6 0 0x00 0x00 0x00 0x0000000000000000 7 0 0x00 0x00 0x00 0x0000000000000000 checksum 0x1389968a ================================================= ata3-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire ad6: 476940MB at ata3-master SATA300 ad6: 976773168 sectors [969021C/16H/63S] 16 sectors/interrupt 1 depth queue ********* ATA Promise FastTrak Metadata ********* promise_id dummy_0 0x00020000 magic_0 0x0001000049686815 magic_1 0x4968 magic_2 0x49686815 integrity 0x00000080 80 flags 0x07 7 disk_number 1 channel 0x01 device 0x00 magic_0 0x0001000049686815 disk_offset 0 disk_sectors 976773105 rebuild_lba 0x00000000 generation 0x0001 status 0x8f 8f type RAID1 total_disks 2 stripe_shift 1 array_width 1 array_number 0 total_sectors 976773105 cylinders 60800 heads 254 sectors 63 magic_1 0x0000496868154968 DISK# flags dummy_0 channel device magic_0 0 7 0x00 0x00 0x00 0x0000000049686815 1 7 0x00 0x01 0x00 0x0001000049686815 2 0 0x00 0x00 0x00 0x0000000000000000 3 0 0x00 0x00 0x00 0x0000000000000000 4 0 0x00 0x00 0x00 0x0000000000000000 5 0 0x00 0x00 0x00 0x0000000000000000 6 0 0x00 0x00 0x00 0x0000000000000000 7 0 0x00 0x00 0x00 0x0000000000000000 checksum 0x138c978a ================================================= Waiting 5 seconds for SCSI devices to settle (noperiph:ahc0:0:-1:-1): SCSI bus reset delivered. 0 SCBs aborted. ahc0: Selection Timeout on A:1. 0 SCBs aborted ahc0: Selection Timeout on A:3. 0 SCBs aborted ahc0: Selection Timeout on A:5. 0 SCBs aborted ahc0: Selection Timeout on A:6. 0 SCBs aborted ahc0: Selection Timeout on A:8. 0 SCBs aborted ahc0: Selection Timeout on A:9. 0 SCBs aborted ahc0: Selection Timeout on A:10. 0 SCBs aborted ahc0: Selection Timeout on A:11. 0 SCBs aborted ahc0: Selection Timeout on A:12. 0 SCBs aborted ahc0: Selection Timeout on A:13. 0 SCBs aborted ahc0: Selection Timeout on A:14. 0 SCBs aborted ahc0: Selection Timeout on A:15. 0 SCBs aborted ahc0: Selection Timeout on A:0. 0 SCBs aborted ahc0: Selection Timeout on A:2. 0 SCBs aborted ahc0: Selection Timeout on A:4. 0 SCBs aborted ATA PseudoRAID loaded ********** ATA PseudoRAID ar0 Metadata ********** ================================================= format Promise Fasttrak type RAID1 flags 0x01 1 magic_0 0x0000000000000000 magic_1 0x0000496868154968 generation 1 total_sectors 976773105 offset_sectors 0 heads 255 sectors 63 cylinders 60801 width 1 interleave 2 total_disks 2 disk 0: flags = 0x0b b ad4: sectors 976773105 disk 1: flags = 0x0b b ad6: sectors 976773105 ================================================= ar0: 476939MB status: READY ar0: 976773105 sectors [60801C/255H/63S] <> subdisks defined as: ar0: disk0 READY (master) using ad4 at ata2-master ar0: disk1 READY (mirror) using ad6 at ata3-master GEOM: new disk ad4 GEOM: new disk ad6 GEOM: new disk ar0 Trying to mount root from ufs:/dev/ar0s1a start_init: trying /sbin/init From owner-freebsd-acpi@FreeBSD.ORG Wed Jan 28 17:21:34 2009 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 89199106567B; Wed, 28 Jan 2009 17:21:34 +0000 (UTC) (envelope-from dan@obluda.cz) Received: from smtp1.kolej.mff.cuni.cz (smtp1.kolej.mff.cuni.cz [IPv6:2001:718:1e03:a01::a]) by mx1.freebsd.org (Postfix) with ESMTP id 1C58C8FC25; Wed, 28 Jan 2009 17:21:33 +0000 (UTC) (envelope-from dan@obluda.cz) X-Envelope-From: dan@obluda.cz Received: from kgw.obluda.cz (openvpn.ms.mff.cuni.cz [195.113.20.87]) by smtp1.kolej.mff.cuni.cz (8.14.2/8.14.2) with ESMTP id n0SHLSph024693; Wed, 28 Jan 2009 18:21:32 +0100 (CET) (envelope-from dan@obluda.cz) Message-ID: <49809418.1000802@obluda.cz> Date: Wed, 28 Jan 2009 18:21:28 +0100 From: Dan Lukes User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.19) Gecko/20090126 SeaMonkey/1.1.14 MIME-Version: 1.0 To: Tom Everett References: <497F4857.1060005@khubla.com> <200901280911.30748.jhb@freebsd.org> <49808D1D.8030709@khubla.com> In-Reply-To: <49808D1D.8030709@khubla.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: SMP Problem on IBM x330 Server X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jan 2009 17:21:36 -0000 >> Please provide the output of 'acpidump -t'. It seems the BIOS is not >> including both CPUs in the table it gives to the OS. > After running the BIOS diagnostics, it seems that the BIOS has disabled > the processor. True: > APIC: Length=94, Revision=1, Checksum=217, > Type=Local APIC > ACPI CPU=0 > Flags={ENABLED} > APIC ID=3 > > Type=Local APIC > ACPI CPU=1 > Flags={DISABLED} > APIC ID=0 Second CPU is disabled. The FreeBSD say so: > APIC: Using the MADT enumerator. > MADT: Found CPU APIC ID 3 ACPI ID 0: enabled > SMP: Added CPU 3 (AP) > MADT: Found CPU APIC ID 0 ACPI ID 1: disabled It may be CPU failure detected during POST. Or broken CMOS content, sometime (try clear CMOS content). Dan From owner-freebsd-acpi@FreeBSD.ORG Wed Jan 28 18:10:46 2009 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 23BF3106566C; Wed, 28 Jan 2009 18:10:46 +0000 (UTC) (envelope-from tom@khubla.com) Received: from mail.khubla.com (gateway.khubla.com [66.18.197.100]) by mx1.freebsd.org (Postfix) with ESMTP id DA0B18FC12; Wed, 28 Jan 2009 18:10:45 +0000 (UTC) (envelope-from tom@khubla.com) Received: from [192.168.128.200] ([192.168.128.200]) (authenticated user tom@khubla.com) by mail.khubla.com (Kerio MailServer 6.6.2); Wed, 28 Jan 2009 11:10:02 -0700 Message-ID: <49809DEC.9030004@khubla.com> Date: Wed, 28 Jan 2009 11:03:24 -0700 From: Tom Everett User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: Dan Lukes References: <497F4857.1060005@khubla.com> <200901280911.30748.jhb@freebsd.org> <49808D1D.8030709@khubla.com> <49809418.1000802@obluda.cz> In-Reply-To: <49809418.1000802@obluda.cz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: SMP Problem on IBM x330 Server X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jan 2009 18:10:46 -0000 Dan Lukes wrote: >>> Please provide the output of 'acpidump -t'. It seems the BIOS is >>> not including both CPUs in the table it gives to the OS. > >> After running the BIOS diagnostics, it seems that the BIOS has >> disabled the processor. > > True: > >> APIC: Length=94, Revision=1, Checksum=217, > >> Type=Local APIC >> ACPI CPU=0 >> Flags={ENABLED} >> APIC ID=3 >> >> Type=Local APIC >> ACPI CPU=1 >> Flags={DISABLED} >> APIC ID=0 > > > Second CPU is disabled. > > The FreeBSD say so: > >> APIC: Using the MADT enumerator. >> MADT: Found CPU APIC ID 3 ACPI ID 0: enabled >> SMP: Added CPU 3 (AP) >> MADT: Found CPU APIC ID 0 ACPI ID 1: disabled > > > It may be CPU failure detected during POST. Or broken CMOS content, > sometime (try clear CMOS content). > > Dan Thanks! From owner-freebsd-acpi@FreeBSD.ORG Wed Jan 28 21:54:27 2009 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1FE86106595E for ; Wed, 28 Jan 2009 21:54:27 +0000 (UTC) (envelope-from robert.moore@intel.com) Received: from mga11.intel.com (mga11.intel.com [192.55.52.93]) by mx1.freebsd.org (Postfix) with ESMTP id E5BA58FC12 for ; Wed, 28 Jan 2009 21:54:26 +0000 (UTC) (envelope-from robert.moore@intel.com) Received: from fmsmga002.fm.intel.com ([10.253.24.26]) by fmsmga102.fm.intel.com with ESMTP; 28 Jan 2009 13:45:21 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.37,339,1231142400"; d="scan'208";a="426286859" Received: from orsmsx603.amr.corp.intel.com ([10.22.226.49]) by fmsmga002.fm.intel.com with ESMTP; 28 Jan 2009 13:49:02 -0800 Received: from orsmsx503.amr.corp.intel.com ([10.22.226.47]) by orsmsx603.amr.corp.intel.com ([10.22.226.49]) with mapi; Wed, 28 Jan 2009 13:54:24 -0800 From: "Moore, Robert" To: Jakub Lach , "freebsd-acpi@freebsd.org" Date: Wed, 28 Jan 2009 13:54:23 -0800 Thread-Topic: ACPI error, No pointer back to NS node in buffer obj Thread-Index: Acl6ngAvu208QeRpRBiPet7r9D0K/wG9LR1A Message-ID: <4911F71203A09E4D9981D27F9D83085811C41320@orsmsx503.amr.corp.intel.com> References: <494DBF33.7040301@micom.mng.net> <21555335.post@talk.nabble.com> In-Reply-To: <21555335.post@talk.nabble.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: Subject: RE: ACPI error, No pointer back to NS node in buffer obj X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jan 2009 21:54:28 -0000 I believe that this problem may be fixed in ACPICA version 20080213: 13 February 2008. Summary of changes for version 20080213: commit 24a3157a90ddf851a0880c0b8963bc43481cd85b Author: Bob Moore Date: Thu Apr 10 19:06:43 2008 +0400 ACPICA: Fix for possible error when packages/buffers are passed to meth= ods externally Fixed a problem where buffer and package objects passed as arguments to a control method via the external AcpiEvaluateObject interface could cause an AE_AML_INTERNAL exception depending on the order and type of operators executed by the target control method. Signed-off-by: Bob Moore Signed-off-by: Alexey Starikovskiy Signed-off-by: Len Brown >-----Original Message----- >From: owner-freebsd-acpi@freebsd.org [mailto:owner-freebsd- >acpi@freebsd.org] On Behalf Of Jakub Lach >Sent: Monday, January 19, 2009 5:25 PM >To: freebsd-acpi@freebsd.org >Subject: Re: ACPI error, No pointer back to NS node in buffer obj > > >Hi, > >I have observed similar errors on amd64 7.1 RELEASE LiveDVD. > >http://forums.freebsd.org/showthread.php?t=3D1533 > >These looks T400 specific. > >I'm looking forward to using this machine >with FreeBSD stable, so I hope these issues will be adressed in current >soon.. > >All best, > >Jakub Lach > > >Ganbold wrote: >> >> Hi, >> >> These messages are appearing on CURRENT. >> ... >> cpu0: on acpi0 >> ACPI Error (dsopcode-0350): No pointer back to NS node in buffer obj >> 0x854857c0 [20070320] >> ACPI Exception (dswexec-0556): AE_AML_INTERNAL, While resolving operands >> for [OpcodeName unavailable] [20070320] >> ACPI Error (psparse-0626): Method parse/execution failed >> [\_PR_.CPU0._OSC] (Node 0x852c2620), AE_AML_INTERNAL >> est0: on cpu0 >> p4tcc0: on cpu0 >> cpu1: on acpi0 >> ACPI Error (dsopcode-0350): No pointer back to NS node in buffer obj >> 0x85477c00 [20070320] >> ACPI Exception (dswexec-0556): AE_AML_INTERNAL, While resolving operands >> for [OpcodeName unavailable] [20070320] >> ACPI Error (psparse-0626): Method parse/execution failed >> [\_PR_.CPU1._OSC] (Node 0x852c2540), AE_AML_INTERNAL >> est1: on cpu1 >> ... >> >> Are above messages harmful? >> >> Additional infos at: >> >> http://people.freebsd.org/~ganbold/acpi.txt >> >> thanks, >> >> Ganbold >> >> >> >> >> -- >> Being popular is important. Otherwise people might not like you. >> >> _______________________________________________ >> freebsd-acpi@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-acpi >> To unsubscribe, send any mail to "freebsd-acpi-unsubscribe@freebsd.org" >> >> > >-- >View this message in context: http://www.nabble.com/ACPI-error%2C-No- >pointer-back-to-NS-node-in-buffer-obj-tp21112077p21555335.html >Sent from the freebsd-acpi mailing list archive at Nabble.com. > >_______________________________________________ >freebsd-acpi@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-acpi >To unsubscribe, send any mail to "freebsd-acpi-unsubscribe@freebsd.org" From owner-freebsd-acpi@FreeBSD.ORG Wed Jan 28 22:06:56 2009 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E6D82106572B for ; Wed, 28 Jan 2009 22:06:56 +0000 (UTC) (envelope-from robert.moore@intel.com) Received: from mga02.intel.com (mga02.intel.com [134.134.136.20]) by mx1.freebsd.org (Postfix) with ESMTP id B9D7B8FC21 for ; Wed, 28 Jan 2009 22:06:56 +0000 (UTC) (envelope-from robert.moore@intel.com) Received: from orsmga001.jf.intel.com ([10.7.209.18]) by orsmga101.jf.intel.com with ESMTP; 28 Jan 2009 14:01:03 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.37,339,1231142400"; d="scan'208";a="485387775" Received: from unknown (HELO orsmsx601.amr.corp.intel.com) ([10.22.226.213]) by orsmga001.jf.intel.com with ESMTP; 28 Jan 2009 14:05:19 -0800 Received: from orsmsx002.amr.corp.intel.com (10.22.226.105) by orsmsx601.amr.corp.intel.com (10.22.226.213) with Microsoft SMTP Server (TLS) id 8.1.311.2; Wed, 28 Jan 2009 14:06:56 -0800 Received: from orsmsx503.amr.corp.intel.com ([10.22.226.47]) by orsmsx002.amr.corp.intel.com ([10.22.226.105]) with mapi; Wed, 28 Jan 2009 14:06:55 -0800 From: "Moore, Robert" To: Jakub Lach , "freebsd-acpi@freebsd.org" , Ganbold Date: Wed, 28 Jan 2009 14:06:55 -0800 Thread-Topic: ACPI error, No pointer back to NS node in buffer obj Thread-Index: Acl6ngAvu208QeRpRBiPet7r9D0K/wG9LR1AAAB6CXA= Message-ID: <4911F71203A09E4D9981D27F9D83085811C41358@orsmsx503.amr.corp.intel.com> References: <494DBF33.7040301@micom.mng.net> <21555335.post@talk.nabble.com> <4911F71203A09E4D9981D27F9D83085811C41320@orsmsx503.amr.corp.intel.com> In-Reply-To: <4911F71203A09E4D9981D27F9D83085811C41320@orsmsx503.amr.corp.intel.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: Subject: RE: ACPI error, No pointer back to NS node in buffer obj X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jan 2009 22:06:58 -0000 Our git repository is at git.acpica.org/repos/acpica.git >-----Original Message----- >From: owner-freebsd-acpi@freebsd.org [mailto:owner-freebsd- >acpi@freebsd.org] On Behalf Of Moore, Robert >Sent: Wednesday, January 28, 2009 1:54 PM >To: Jakub Lach; freebsd-acpi@freebsd.org >Subject: RE: ACPI error, No pointer back to NS node in buffer obj > > >I believe that this problem may be fixed in ACPICA version 20080213: > > >13 February 2008. Summary of changes for version 20080213: > > >commit 24a3157a90ddf851a0880c0b8963bc43481cd85b >Author: Bob Moore >Date: Thu Apr 10 19:06:43 2008 +0400 > > ACPICA: Fix for possible error when packages/buffers are passed to >methods externally > > Fixed a problem where buffer and package objects passed as > arguments to a control method via the external AcpiEvaluateObject > interface could cause an AE_AML_INTERNAL exception depending on the > order and type of operators executed by the target control method. > > Signed-off-by: Bob Moore > Signed-off-by: Alexey Starikovskiy > Signed-off-by: Len Brown > > > > > > >>-----Original Message----- >>From: owner-freebsd-acpi@freebsd.org [mailto:owner-freebsd- >>acpi@freebsd.org] On Behalf Of Jakub Lach >>Sent: Monday, January 19, 2009 5:25 PM >>To: freebsd-acpi@freebsd.org >>Subject: Re: ACPI error, No pointer back to NS node in buffer obj >> >> >>Hi, >> >>I have observed similar errors on amd64 7.1 RELEASE LiveDVD. >> >>http://forums.freebsd.org/showthread.php?t=3D1533 >> >>These looks T400 specific. >> >>I'm looking forward to using this machine >>with FreeBSD stable, so I hope these issues will be adressed in current >>soon.. >> >>All best, >> >>Jakub Lach >> >> >>Ganbold wrote: >>> >>> Hi, >>> >>> These messages are appearing on CURRENT. >>> ... >>> cpu0: on acpi0 >>> ACPI Error (dsopcode-0350): No pointer back to NS node in buffer obj >>> 0x854857c0 [20070320] >>> ACPI Exception (dswexec-0556): AE_AML_INTERNAL, While resolving operand= s >>> for [OpcodeName unavailable] [20070320] >>> ACPI Error (psparse-0626): Method parse/execution failed >>> [\_PR_.CPU0._OSC] (Node 0x852c2620), AE_AML_INTERNAL >>> est0: on cpu0 >>> p4tcc0: on cpu0 >>> cpu1: on acpi0 >>> ACPI Error (dsopcode-0350): No pointer back to NS node in buffer obj >>> 0x85477c00 [20070320] >>> ACPI Exception (dswexec-0556): AE_AML_INTERNAL, While resolving operand= s >>> for [OpcodeName unavailable] [20070320] >>> ACPI Error (psparse-0626): Method parse/execution failed >>> [\_PR_.CPU1._OSC] (Node 0x852c2540), AE_AML_INTERNAL >>> est1: on cpu1 >>> ... >>> >>> Are above messages harmful? >>> >>> Additional infos at: >>> >>> http://people.freebsd.org/~ganbold/acpi.txt >>> >>> thanks, >>> >>> Ganbold >>> >>> >>> >>> >>> -- >>> Being popular is important. Otherwise people might not like you. >>> >>> _______________________________________________ >>> freebsd-acpi@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-acpi >>> To unsubscribe, send any mail to "freebsd-acpi-unsubscribe@freebsd.org" >>> >>> >> >>-- >>View this message in context: http://www.nabble.com/ACPI-error%2C-No- >>pointer-back-to-NS-node-in-buffer-obj-tp21112077p21555335.html >>Sent from the freebsd-acpi mailing list archive at Nabble.com. >> >>_______________________________________________ >>freebsd-acpi@freebsd.org mailing list >>http://lists.freebsd.org/mailman/listinfo/freebsd-acpi >>To unsubscribe, send any mail to "freebsd-acpi-unsubscribe@freebsd.org" >_______________________________________________ >freebsd-acpi@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-acpi >To unsubscribe, send any mail to "freebsd-acpi-unsubscribe@freebsd.org" From owner-freebsd-acpi@FreeBSD.ORG Thu Jan 29 01:36:51 2009 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 518C5106566C for ; Thu, 29 Jan 2009 01:36:51 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from kuber.nabble.com (kuber.nabble.com [216.139.236.158]) by mx1.freebsd.org (Postfix) with ESMTP id 12B758FC0A for ; Thu, 29 Jan 2009 01:36:50 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1LSLpq-0005gA-Ah for freebsd-acpi@freebsd.org; Wed, 28 Jan 2009 17:36:50 -0800 Message-ID: <21719238.post@talk.nabble.com> Date: Wed, 28 Jan 2009 17:36:50 -0800 (PST) From: Jakub Lach To: freebsd-acpi@freebsd.org In-Reply-To: <4911F71203A09E4D9981D27F9D83085811C41358@orsmsx503.amr.corp.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: jakub_lach@mailplus.pl References: <494DBF33.7040301@micom.mng.net> <21555335.post@talk.nabble.com> <4911F71203A09E4D9981D27F9D83085811C41320@orsmsx503.amr.corp.intel.com> <4911F71203A09E4D9981D27F9D83085811C41358@orsmsx503.amr.corp.intel.com> Subject: RE: ACPI error, No pointer back to NS node in buffer obj X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Jan 2009 01:36:51 -0000 Thanks for information and kind assistance. If I understand correctly, Jung-uk Kim provides FreeBSD specific diffs of ACPICA. I will certainly try them. http://people.freebsd.org/~jkim/ Moore, Robert wrote: > > Our git repository is at git.acpica.org/repos/acpica.git > > >>-----Original Message----- >>From: owner-freebsd-acpi@freebsd.org [mailto:owner-freebsd- >>acpi@freebsd.org] On Behalf Of Moore, Robert >>Sent: Wednesday, January 28, 2009 1:54 PM >>To: Jakub Lach; freebsd-acpi@freebsd.org >>Subject: RE: ACPI error, No pointer back to NS node in buffer obj >> >> >>I believe that this problem may be fixed in ACPICA version 20080213: >> >> >>13 February 2008. Summary of changes for version 20080213: >> >> >>commit 24a3157a90ddf851a0880c0b8963bc43481cd85b >>Author: Bob Moore >>Date: Thu Apr 10 19:06:43 2008 +0400 >> >> ACPICA: Fix for possible error when packages/buffers are passed to >>methods externally >> >> Fixed a problem where buffer and package objects passed as >> arguments to a control method via the external AcpiEvaluateObject >> interface could cause an AE_AML_INTERNAL exception depending on the >> order and type of operators executed by the target control method. >> >> Signed-off-by: Bob Moore >> Signed-off-by: Alexey Starikovskiy >> Signed-off-by: Len Brown >> >> >> >> >> >> >>>-----Original Message----- >>>From: owner-freebsd-acpi@freebsd.org [mailto:owner-freebsd- >>>acpi@freebsd.org] On Behalf Of Jakub Lach >>>Sent: Monday, January 19, 2009 5:25 PM >>>To: freebsd-acpi@freebsd.org >>>Subject: Re: ACPI error, No pointer back to NS node in buffer obj >>> >>> >>>Hi, >>> >>>I have observed similar errors on amd64 7.1 RELEASE LiveDVD. >>> >>>http://forums.freebsd.org/showthread.php?t=1533 >>> >>>These looks T400 specific. >>> >>>I'm looking forward to using this machine >>>with FreeBSD stable, so I hope these issues will be adressed in current >>>soon.. >>> >>>All best, >>> >>>Jakub Lach >>> >>> >>>Ganbold wrote: >>>> >>>> Hi, >>>> >>>> These messages are appearing on CURRENT. >>>> ... >>>> cpu0: on acpi0 >>>> ACPI Error (dsopcode-0350): No pointer back to NS node in buffer obj >>>> 0x854857c0 [20070320] >>>> ACPI Exception (dswexec-0556): AE_AML_INTERNAL, While resolving >>>> operands >>>> for [OpcodeName unavailable] [20070320] >>>> ACPI Error (psparse-0626): Method parse/execution failed >>>> [\_PR_.CPU0._OSC] (Node 0x852c2620), AE_AML_INTERNAL >>>> est0: on cpu0 >>>> p4tcc0: on cpu0 >>>> cpu1: on acpi0 >>>> ACPI Error (dsopcode-0350): No pointer back to NS node in buffer obj >>>> 0x85477c00 [20070320] >>>> ACPI Exception (dswexec-0556): AE_AML_INTERNAL, While resolving >>>> operands >>>> for [OpcodeName unavailable] [20070320] >>>> ACPI Error (psparse-0626): Method parse/execution failed >>>> [\_PR_.CPU1._OSC] (Node 0x852c2540), AE_AML_INTERNAL >>>> est1: on cpu1 >>>> ... >>>> >>>> Are above messages harmful? >>>> >>>> Additional infos at: >>>> >>>> http://people.freebsd.org/~ganbold/acpi.txt >>>> >>>> thanks, >>>> >>>> Ganbold >>>> >>>> >>>> >>>> >>>> -- >>>> Being popular is important. Otherwise people might not like you. >>>> >>>> _______________________________________________ >>>> freebsd-acpi@freebsd.org mailing list >>>> http://lists.freebsd.org/mailman/listinfo/freebsd-acpi >>>> To unsubscribe, send any mail to "freebsd-acpi-unsubscribe@freebsd.org" >>>> >>>> >>> >>>-- >>>View this message in context: http://www.nabble.com/ACPI-error%2C-No- >>>pointer-back-to-NS-node-in-buffer-obj-tp21112077p21555335.html >>>Sent from the freebsd-acpi mailing list archive at Nabble.com. >>> >>>_______________________________________________ >>>freebsd-acpi@freebsd.org mailing list >>>http://lists.freebsd.org/mailman/listinfo/freebsd-acpi >>>To unsubscribe, send any mail to "freebsd-acpi-unsubscribe@freebsd.org" >>_______________________________________________ >>freebsd-acpi@freebsd.org mailing list >>http://lists.freebsd.org/mailman/listinfo/freebsd-acpi >>To unsubscribe, send any mail to "freebsd-acpi-unsubscribe@freebsd.org" > _______________________________________________ > freebsd-acpi@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-acpi > To unsubscribe, send any mail to "freebsd-acpi-unsubscribe@freebsd.org" > > -- View this message in context: http://www.nabble.com/ACPI-error%2C-No-pointer-back-to-NS-node-in-buffer-obj-tp21112077p21719238.html Sent from the freebsd-acpi mailing list archive at Nabble.com. From owner-freebsd-acpi@FreeBSD.ORG Thu Jan 29 07:31:23 2009 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 46527106566B for ; Thu, 29 Jan 2009 07:31:23 +0000 (UTC) (envelope-from y.k.thalib@gmail.com) Received: from ti-out-0910.google.com (ti-out-0910.google.com [209.85.142.188]) by mx1.freebsd.org (Postfix) with ESMTP id DC2E48FC16 for ; Thu, 29 Jan 2009 07:31:22 +0000 (UTC) (envelope-from y.k.thalib@gmail.com) Received: by ti-out-0910.google.com with SMTP id a1so3480275tib.3 for ; Wed, 28 Jan 2009 23:31:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=+5FwxlMa/U4zjeQuVqxWtcLXRm0D3Y7xxuC/fLCzbbs=; b=dxqFtaU4XZi0vKzt0Mesb9UGwHSsB2YOe1fvgCLCoBdurECVDjrsPQY0Xc0OizE0eh g1ug/10dyEto2DjBCdVqtstxH9CqfNyU4POTUGAD/pBYkWMsi72XOXgAYzPGyl1FIZA/ kDKPtYTK+Pwg9obl2lcakBI3Z1XbJD9+goMtw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=S2BUBRuIQNc5zf56wRLSFABxQK0MuorVQNq08Fmn+qpWjZjtbWwTVnftOfDwKTBEbN HOBJJqzmT2zivnPhmAqNzRdQ9mW6eoGj8/3CqPZFMBWxjgJePkBQ8eV6rb9myyutD4uz zB/XDlMaHdnuM/utwXjWLpqdMAAIGCYT6ldXw= MIME-Version: 1.0 Received: by 10.110.11.7 with SMTP id 7mr652487tik.40.1233212882946; Wed, 28 Jan 2009 23:08:02 -0800 (PST) Date: Thu, 29 Jan 2009 15:08:02 +0800 Message-ID: From: Yasir Khalid To: freebsd-acpi@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: ACPI problem: Installing FreeBSD 7.0 in Pentium3 machine, X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Jan 2009 07:31:23 -0000 Hai guys, I have acer machine which I will install with FreeBSD 7.0, but its failed during the boot-up, The error was > /boot/kernel/acpi.ko text=0x520e8 data=0x23a0+0x186c > syms=[0x4+0x85c0+0x4+0xb056] more specific, just after I select the first option*(Boot FreeBSD [default]) * in* FreeBSD Welcome Menu* *Machine detail *(from bios) Processor : Pentium III 866 Mhz Product Name: Acer Veriton 5100 MainBoard ID: S50M I have tried to disable the acpi, and same without good result, the error with acpi disabled was > | Yes, just a line symbol and hang. Is there anyhing i can do with this ? Let me know i need to put more info for thus problem, Looking forward for your help. - Yasir - From owner-freebsd-acpi@FreeBSD.ORG Thu Jan 29 08:00:04 2009 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 55CB11065670 for ; Thu, 29 Jan 2009 08:00:04 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mxout5.cac.washington.edu (mxout5.cac.washington.edu [140.142.32.135]) by mx1.freebsd.org (Postfix) with ESMTP id 2B5FE8FC1B for ; Thu, 29 Jan 2009 08:00:04 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from smtp.washington.edu (smtp.washington.edu [140.142.32.141] (may be forged)) by mxout5.cac.washington.edu (8.14.3+UW08.09/8.14.3+UW09.01) with ESMTP id n0T8030I004373 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 29 Jan 2009 00:00:03 -0800 X-Auth-Received: from [192.168.10.3] (adsl-99-146-97-242.dsl.pltn13.sbcglobal.net [99.146.97.242]) (authenticated authid=youshi10) by smtp.washington.edu (8.14.3+UW08.09/8.14.3+UW09.01) with ESMTP id n0T802f9014193 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Thu, 29 Jan 2009 00:00:03 -0800 Message-Id: <841E3245-1B63-4AB6-AEA9-9E09BECCCC2E@gmail.com> From: Garrett Cooper To: Yasir Khalid In-Reply-To: Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Thu, 29 Jan 2009 00:04:59 -0800 References: X-Mailer: Apple Mail (2.930.3) X-PMX-Version: 5.5.0.356843, Antispam-Engine: 2.6.1.350677, Antispam-Data: 2009.1.29.74629 X-Uwash-Spam: Gauge=IIIIIII, Probability=8%, Report='FORGED_FROM_GMAIL 0.1, BODY_SIZE_1000_LESS 0, BODY_SIZE_5000_LESS 0, BODY_SIZE_900_999 0, __BOUNCE_CHALLENGE_SUBJ 0, __CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __FRAUD_419_WEBMAIL 0, __FRAUD_419_WEBMAIL_FROM 0, __FROM_GMAIL 0, __HAS_MSGID 0, __HAS_X_MAILER 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0, __STOCK_PHRASE_24 0' Cc: freebsd-acpi@freebsd.org Subject: Re: ACPI problem: Installing FreeBSD 7.0 in Pentium3 machine, X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Jan 2009 08:00:05 -0000 On Jan 28, 2009, at 11:08 PM, Yasir Khalid wrote: > Hai guys, > I have acer machine which I will install with FreeBSD 7.0, but its > failed > during the boot-up, > The error was > >> /boot/kernel/acpi.ko text=0x520e8 data=0x23a0+0x186c >> syms=[0x4+0x85c0+0x4+0xb056] > > > more specific, just after I select the first option*(Boot FreeBSD > [default]) > * in* FreeBSD Welcome Menu* > > *Machine detail *(from bios) > Processor : Pentium III 866 Mhz > Product Name: Acer Veriton 5100 > MainBoard ID: S50M > > I have tried to disable the acpi, and same without good result, > the error with acpi disabled was > >> | > > Yes, just a line symbol and hang. > Is there anyhing i can do with this ? > Let me know i need to put more info for thus problem, > > Looking forward for your help. > > - Yasir - Yasir, Could you try a 7.1 CD please? Thanks, -Garrett From owner-freebsd-acpi@FreeBSD.ORG Thu Jan 29 14:09:40 2009 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D040F106564A for ; Thu, 29 Jan 2009 14:09:40 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id A13038FC26 for ; Thu, 29 Jan 2009 14:09:40 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (pool-98-109-39-197.nwrknj.fios.verizon.net [98.109.39.197]) by cyrus.watson.org (Postfix) with ESMTPSA id 1F6C646B88; Thu, 29 Jan 2009 09:09:40 -0500 (EST) Received: from localhost (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.3/8.14.3) with ESMTP id n0TE9Y2k006646; Thu, 29 Jan 2009 09:09:34 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-acpi@freebsd.org Date: Thu, 29 Jan 2009 08:14:07 -0500 User-Agent: KMail/1.9.7 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200901290814.07882.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Thu, 29 Jan 2009 09:09:34 -0500 (EST) X-Virus-Scanned: ClamAV 0.94.2/8919/Thu Jan 29 08:05:38 2009 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Subject: Re: ACPI problem: Installing FreeBSD 7.0 in Pentium3 machine, X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Jan 2009 14:09:41 -0000 On Thursday 29 January 2009 2:08:02 am Yasir Khalid wrote: > Hai guys, > I have acer machine which I will install with FreeBSD 7.0, but its failed > during the boot-up, > The error was > > > /boot/kernel/acpi.ko text=0x520e8 data=0x23a0+0x186c > > syms=[0x4+0x85c0+0x4+0xb056] > > > more specific, just after I select the first option*(Boot FreeBSD [default]) > * in* FreeBSD Welcome Menu* > > *Machine detail *(from bios) > Processor : Pentium III 866 Mhz > Product Name: Acer Veriton 5100 > MainBoard ID: S50M > > I have tried to disable the acpi, and same without good result, > the error with acpi disabled was > > > | > > Yes, just a line symbol and hang. > Is there anyhing i can do with this ? > Let me know i need to put more info for thus problem, > > Looking forward for your help. What are you using for your console? (e.g. serial console, VGA + keyboard, or both) -- John Baldwin From owner-freebsd-acpi@FreeBSD.ORG Fri Jan 30 10:38:13 2009 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AA317106564A for ; Fri, 30 Jan 2009 10:38:13 +0000 (UTC) (envelope-from andrnils@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.189]) by mx1.freebsd.org (Postfix) with ESMTP id 3A7418FC13 for ; Fri, 30 Jan 2009 10:38:13 +0000 (UTC) (envelope-from andrnils@gmail.com) Received: by fk-out-0910.google.com with SMTP id f40so413833fka.11 for ; Fri, 30 Jan 2009 02:38:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=+UP89jgSWYAv+eZ+S4w1bLY5eLFOENfG/xpGpXFFM40=; b=THydFGdjbepnfBmEsTjiMY/HGFwVQu5in73mmzia/SnGjkyRvIKgSEfBYJwNXLbOkW Sdy0wDzwfmVzwBbHT0BkAbdZfXIPs1PPOgAUENB64S0+t9qorqnw3gZwm+jRsERmcKAr UgLxyOEfnfBK7bYBNI3PoE6bEjMkoMmqvoBx0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=cshGRBCkGdX0sCq6FeQBLtuV8DU3Blz2NCdJKN/fGZ8T9kMzHlsigO9qY3g9zWXT7L rGKQGGL4f11cuWsp+m5ef1tmI3+pXF2mMWU5uuw4Ev6wG8RLFpcS62MDNGnrqTxUw1jD pQjpKCouyw1cHURW7nYzMHAMrV7plYEZeRHOw= MIME-Version: 1.0 Received: by 10.181.134.11 with SMTP id l11mr388756bkn.73.1233311891460; Fri, 30 Jan 2009 02:38:11 -0800 (PST) Date: Fri, 30 Jan 2009 11:38:11 +0100 Message-ID: From: Andreas Nilsson To: freebsd-acpi@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: acpi_ibm on t61p X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jan 2009 10:38:14 -0000 Hello, I've been using 7.1-RELEASE i386 for some time now, and I have noticed some minor issuses with the acpi_ibm driver. The fan does not reach it's full potential: with dev.acpi_ibm.0.fan=0 and dev.acpi_ibm.0.fan_level=7 i get ~3300 RPM, whereas with dev.acpi_ibm.0.fan=1 I get ~3100 RPM. During a long compile this get the temperature up over 90 degrees Centigrade, which is not so nice. On linux and windows I can get the fan up to 4600 RPM if i disable the fan controller and just let the fan run att full speed. In FreeBSD I can't disable the fan controller. The lcd_brightness is not updated if I use Fn+Home or Fn+End to change the brightness, but setting the values via sysctl changes the brightness. The volume is not updated when sound level is changed, nor does the volume up/down/mute have any effect. The sound and brightness are not as important, just annoying... Best regards Andreas Nilsson From owner-freebsd-acpi@FreeBSD.ORG Fri Jan 30 20:55:41 2009 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0C6C11065709 for ; Fri, 30 Jan 2009 20:55:41 +0000 (UTC) (envelope-from ghostp@dzsy.org) Received: from s2.mcss.hu (s2.mcss.hu [87.229.26.185]) by mx1.freebsd.org (Postfix) with ESMTP id C1C1F8FC14 for ; Fri, 30 Jan 2009 20:55:40 +0000 (UTC) (envelope-from ghostp@dzsy.org) Received: from dzsy-note.dzsy.org (catv-89-134-221-18.catv.broadband.hu [89.134.221.18]) by s2.mcss.hu (Postfix) with ESMTP id 3BEE84E58C8 for ; Fri, 30 Jan 2009 21:29:51 +0100 (CET) Message-ID: <49836343.8040804@dzsy.org> Date: Fri, 30 Jan 2009 21:29:55 +0100 From: =?ISO-8859-1?Q?Sz=E9kv=F6lgyi_P=E9ter?= User-Agent: Thunderbird 2.0.0.19 (X11/20090126) MIME-Version: 1.0 To: freebsd-acpi@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: acpi_ibm on t61p X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jan 2009 20:55:41 -0000 Hello, Andreas Nilsson wrote: > The lcd_brightness is not updated if I use Fn+Home or Fn+End to change the > brightness, but setting the values via sysctl changes the brightness. > > The volume is not updated when sound level is changed, nor does the volume > up/down/mute have any effect I have the same problem with Acer Extensa 5620 laptop. How you can change the lcd_brightness with sysctl? I can'nt find the brightness controll sysctl name. I run on XOrg the xev program and it send me keycode for the volume up/down, brightness up/down. And I use lineakd for controll the sound level with mixer. And I thinks i use also for brightness level. Best regards, Peter From owner-freebsd-acpi@FreeBSD.ORG Sat Jan 31 13:06:04 2009 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2D234106567B; Sat, 31 Jan 2009 13:06:04 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 0333E8FC17; Sat, 31 Jan 2009 13:06:04 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from freefall.freebsd.org (mav@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n0VD63Wl049300; Sat, 31 Jan 2009 13:06:03 GMT (envelope-from mav@freefall.freebsd.org) Received: (from mav@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n0VD63bD049287; Sat, 31 Jan 2009 13:06:03 GMT (envelope-from mav) Date: Sat, 31 Jan 2009 13:06:03 GMT Message-Id: <200901311306.n0VD63bD049287@freefall.freebsd.org> To: errmaker@mail.ru, mav@FreeBSD.org, freebsd-acpi@FreeBSD.org From: mav@FreeBSD.org Cc: Subject: Re: kern/89411: [acpi] acpiconf bug X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Jan 2009 13:06:04 -0000 Synopsis: [acpi] acpiconf bug State-Changed-From-To: open->feedback State-Changed-By: mav State-Changed-When: Sat Jan 31 12:58:52 UTC 2009 State-Changed-Why: This is probably not acpiconf, but ACPI AML code problem. I had the same problem on my ACER TM6292. Due to bug in AML code, it returned negative current value when battery charging, which was interpreted as positive. Small AML fix solved it for me. Also I have just merged to 7-STABLE patch that fixes mA rate indication. http://www.freebsd.org/cgi/query-pr.cgi?pr=89411