From owner-freebsd-mobile@FreeBSD.ORG Sun Aug 24 05:45:50 2008 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1499B1065677 for ; Sun, 24 Aug 2008 05:45:50 +0000 (UTC) (envelope-from wahjava@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 705268FC17 for ; Sun, 24 Aug 2008 05:45:49 +0000 (UTC) (envelope-from wahjava@gmail.com) Received: by ti-out-0910.google.com with SMTP id d27so638373tid.3 for ; Sat, 23 Aug 2008 22:45:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:to:subject:x-face:x-uptime :x-url:x-openpgp-id:x-openpgp-fingerprint:x-os:x-mailer:x-mail-morse :x-attribution:organization:from:date:message-id:user-agent:face :mime-version:content-type:sender; bh=Q4KJAWBTO5tp6s8maFpgWgertIt9KjSnC4ScHMuO+s8=; b=ujsH7p7OHp9dgtI6pr2aechM2lYifi0L4RfR+gep1TjV2jmYWCGWNPAbTt93Pn6I2u IQ0lgyQaPImCnBHA+3oRhajOhHwScAfD9EoUIIWQSgam6cObGhgawYNWIi4WEu2rwLBt XtGSQ6+bWOMp60poN8DNn86RiQeljmlSzqavw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=to:subject:x-face:x-uptime:x-url:x-openpgp-id:x-openpgp-fingerprint :x-os:x-mailer:x-mail-morse:x-attribution:organization:from:date :message-id:user-agent:face:mime-version:content-type:sender; b=CspeZCqUCr+wMnKd9z5K3AJ1TIJLN1qlrxt4H2jjgFm3dAURfR2gCMsJrElnVxz0Qx pV0UrX2nDBUH6/dA/EKa+c81L4yfb9cb329C0ztwUKWApQVc8MXXmoJF31AGmhBgNmqk +TarnOHOnzpo+exlW0anAtW3j1FgukjnUIAM4= Received: by 10.110.105.10 with SMTP id d10mr3334068tic.52.1219556747746; Sat, 23 Aug 2008 22:45:47 -0700 (PDT) Received: from chateau.d.lf ( [122.162.54.172]) by mx.google.com with ESMTPS id y3sm8081267tia.3.2008.08.23.22.45.45 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 23 Aug 2008 22:45:46 -0700 (PDT) To: freebsd-mobile@freebsd.org X-Face: )vGQ9yK7Y$Flebu1C>(B\gYBm)[$zfKM+p&TT[[JWl6:]S>cc$%-z7-`46Zf0B*syL.C]oCq[upTG~zuS0.$"_%)|Q@$hA=9{3l{%u^h3jJ^Zl; t7 X-Uptime: 11:13:31 up 2:14, 1 user, load average: 0.01, 0.01, 0.07 X-URL: http://wahjava.wordpress.com/ X-OpenPGP-ID: 762E5E74 X-OpenPGP-Fingerprint: 1E00 4679 77E4 F8EE 2E4B 56F2 1F2F 8410 762E 5E74 X-OS: GNU/Linux on Linux 2.6.25-gentoo-r7 kernel on x86_64 architecture X-Mailer: Gnus/5.11 (Oort 5.11) Emacs/22.2.1 (x86_64-pc-linux-gnu) X-Mail-Morse: .-- .- .... .--- .- ...- .- .--.-. --. -- .- .. .-.. .-.-.- -.-. --- -- X-Attribution: =?utf-8?B?4KSG4KS24KWA4KS3?= Organization: The Church of Emacs From: wahjava.ml@gmail.com (Ashish Shukla =?utf-8?B?4KSG4KS24KWA4KS3IA==?= =?utf-8?B?4KS24KWB4KSV4KWN4KSy?=) Date: Sun, 24 Aug 2008 11:15:45 +0530 Message-ID: <87vdxr9d9y.fsf@chateau.d.lf> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.2 (gnu/linux) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAJ1BMVEWpqal/f39tbW1jY2Md HR2goKCenp6UlJROTk7////9/f35+fnT09ORJdieAAACVklEQVQ4jXXUP2vbQBQA8AvUTkgz5OzY Z0iGWhpS6BSrkECn0mvx0MEJ6AjtYrfoBCVDlD8naJYmNlRfwZq8+mkKlIZaGpJSYmP7Q/XkJDrJ Td8i/H68u3vHPaPufwLdf32AMA4A6GcAgvAamY1pOJiDIFqicTwLswDhfr3uxfFtkAY/GFHPMwzD 8zpnACmIOnE6js7rQb+v4NJrG9od0C+QgpHMy5jBewV+UDSMWiw1Y4fWfyV7+NGFzDsYa3pth9LJ Q4XvXxFHcJRvHOmygn5NAEabnDcQQguarnfoiwSCJ99jmKKcphsZONmWsDK9Ro7cvZOCtQdg8nje egLhc2LNlkLmsezzTFUUy5w18ocox/f0LaLgJy0zO75zk+9pp85GAj36xjqhdI0y3tq2m4dqqcWX zQWBTz8L1irvolXV4J+3q7eCDgVnttjNq6X8H+9KOZsuNk1uCzx8pSp+E9HImfJOTLdcGqo+YKnG EIovizkEn48V7BO+ch2DXcD4ENSpWiU+q8hjjbgTBZCXnZtyj0Ws4Q1Q0B2WXFtYZo65Bbyeeldw RS6qFueM80LlLA29YlVwGRYvFD+kwI/0O+A2PlpOP9GwslUVciHuYGechuBTp922YiDZCrghTknm XSyOM+D3aoRZlo0Jb42zY7DN4p2x4AeZ+QAYutx1sHwTHzMT5cMNduQ9yW3GczN4KZ86kb0c9O8T yXDeFqpl2fryPEAYGXIlezAPXYh2NgVr/gvdoHIuDwuPwOhcWE8f8mmICq41eATkn8x0kuRTIKcB wE9+/QUtiiAnYcaN7wAAAABJRU5ErkJggg== MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" Sender: =?UTF-8?B?4KSG4KS24KWA4KS3IOCktuClgeCkleCljeCksiBBc2hpc2ggU2h1a2xh?= Subject: Is 'ath' going to be updated for 7.1-RELEASE ? X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Aug 2008 05:45:50 -0000 --=-=-= Content-Type: text/plain; charset=utf-8 Hi, Just came across the release schedule of 7.1-RELEASE. I'm wondering if new version of 'ath' driver (for Athereos Wireless chipsets) is going to be included or not ? If yes, I'll be glad to try the betas :). TIA Ashish -- ·-- ·- ···· ·--- ·- ···- ·- ·--·-· --· -- ·- ·· ·-·· ·-·-·- -·-· --- -- --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkiw9YwACgkQHy+EEHYuXnSuNACgqtGZPjBAkRmmHIZNlb65bSmg ImkAn1TM+92KDeAnr0sQGQGGqRyRq0d9 =XOjF -----END PGP SIGNATURE----- --=-=-=-- From owner-freebsd-mobile@FreeBSD.ORG Mon Aug 25 03:15:55 2008 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 48BAF1065677 for ; Mon, 25 Aug 2008 03:15:55 +0000 (UTC) (envelope-from email@guice.ath.cx) Received: from guice.ath.cx (cpe-72-225-169-69.nyc.res.rr.com [72.225.169.69]) by mx1.freebsd.org (Postfix) with ESMTP id 1873B8FC14 for ; Mon, 25 Aug 2008 03:15:54 +0000 (UTC) (envelope-from email@guice.ath.cx) Received: from guice.ath.cx (localhost [127.0.0.1]) by guice.ath.cx (8.14.2/8.14.2) with ESMTP id m7P2wXtX004213 for ; Sun, 24 Aug 2008 22:58:33 -0400 (EDT) (envelope-from email@guice.ath.cx) Received: (from email@localhost) by guice.ath.cx (8.14.2/8.14.2/Submit) id m7P2wXJX004212 for freebsd-mobile@freebsd.org; Sun, 24 Aug 2008 22:58:33 -0400 (EDT) (envelope-from email) Date: Sun, 24 Aug 2008 22:58:33 -0400 From: freebsd_user@guice.ath.cx To: freebsd-mobile@freebsd.org Message-ID: <20080825025833.GB3301@WORKSTATION.guice.ath.cx> References: <489E9531.2090200@guice.ath.cx> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Subject: Re: TECRA A9-S9017 -- Idles too hot -- Hardware Support X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Aug 2008 03:15:55 -0000 Continuing this thread. See below for annotations On Sun, Aug 10, 2008 at 09:28:19PM -0500, Wes Morgan wrote: > On Sun, 10 Aug 2008, freebsd_user@guice.ath.cx wrote: > > > I've been through his before with an AMD setup (desktop) and now, > >here we go again using a Toshiba TECRA A9-S9017 laptop. The issue here is, > >is > >appears that FreeBSD is causing the motherboard and its chipset(s) > >and/or CPU's to work wide open (full throttle) --disregard for APM. I'm > >basing this on the amount of heat coming from this current laptop while > >the laptop is idling, The heat is to the point that you can't keep the > >laptop on your lap; in addition to the battery not lasting quite an hour > >while idling. > > Try using powerd(8). > I have done so with little improvement as far as the heat goes. When we first requested help (this thread), the role of this machine was to be a freebsd desktop. Since then we lost a mail server and have been forced to use the 'subject' machine as a replacement --until whenever-- meaning it is plugged in 24/7. as stated above 'powerd' is being used and we do notice less heat after the machine hasn't been used for a period of hours. However, even though we consider the machine as idling, because we haven't used it in hours, other than the mail coming in; X.org is not running and the lid/LCD is closed and off, the machine is quite warm --not as hot as it was. Soon after we login remotely, the heat ramps up again to the point were you can't keep the 'subject:' machine on your lap; there are time we do need to use the machine directly which includes placing the machine on ones' lap. With that being said, 'man powerd' states the default is to run in "adaptive" mode but, the bug section of the same man page states: "If powerd is used with power_profile, they may override each other." -- How do I know, or find out, if the above (override) is taking place? -- How to tell what state/mode 'powerd' is in at any particular timestamp? This machine has never run this hot, prior to running 'powerd'-- or run this warm, while idling with 'powerd' in comparison to running under windows --not trying to start and OS confilict here, trying to learn, understand and control this beast of a machine if possible. FreeBSD is allowing me to handle my data in a more flexable, feature rich, secure and Free manner than windows. We would prefer to stay with FreeBSD, but not if its going to burn-up our hardware. We had to take our previous AMD/smp machine down because we couldn't keep the heat down without leaving the case open. We loved that machine but it kept freezing due to heat. There is another issue whereby 'APM' is enabled in /etc/rc.conf but while booting the machine the scrolling text is saying the 'APM' module, or something like that will not be loaded because of a missing kernel option/device. But the kernel notes say its no longer neccessary to build the 'APM' into the kernel. Can someone enlighten me as to what I should be doing with regards to bringing this heat down in addition to the 'APM' not actually being loaded when its enabled in the kernel. Thank you. TECRA_A9-S9017 > >My goals are: 1) to control the cpu and associated hardware (heat) 2) get > >all the native/installed hardware supported. 3) support for a "sierra > >wireless compass 597" <--> usb wireless WAN. Should FreeBSD not support > >all of this machines hardware then we need not continue --unless people > >are actively working of support/drivers for the above. > > Judging by the factory specs, you will probably find that 90% of the > hardware is supported or has a driver under development. Don't hold your > breath for the fingerprint reader, though. The wireless modem is a crap > shoot. > > >I've been trying to work with FreeBSD on this TECRA A9 for the better part > >of two weeks and there are too many outstanding issues to continue. > > > From owner-freebsd-mobile@FreeBSD.ORG Mon Aug 25 11:30:03 2008 Return-Path: Delivered-To: freebsd-mobile@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 38DCC1065675 for ; Mon, 25 Aug 2008 11:30:03 +0000 (UTC) (envelope-from remko@elvandar.org) Received: from websrv01.jr-hosting.nl (websrv01.jr-hosting.nl [78.47.69.233]) by mx1.freebsd.org (Postfix) with ESMTP id 0A07E8FC0A for ; Mon, 25 Aug 2008 11:30:02 +0000 (UTC) (envelope-from remko@elvandar.org) Received: from localhost ([::1] helo=galain.elvandar.org) by websrv01.jr-hosting.nl with esmtpa (Exim 4.69 (FreeBSD)) (envelope-from ) id 1KXa0c-0000ON-7z; Mon, 25 Aug 2008 13:13:18 +0200 Received: from 145.7.91.133 (SquirrelMail authenticated user remko) by galain.elvandar.org with HTTP; Mon, 25 Aug 2008 13:13:18 +0200 (CEST) Message-ID: <05247dceb3f4838de47cbf9873906bb6.squirrel@galain.elvandar.org> In-Reply-To: <20080825025833.GB3301@WORKSTATION.guice.ath.cx> References: <489E9531.2090200@guice.ath.cx> <20080825025833.GB3301@WORKSTATION.guice.ath.cx> Date: Mon, 25 Aug 2008 13:13:18 +0200 (CEST) From: "Remko Lodder" To: freebsd_user@guice.ath.cx User-Agent: SquirrelMail/1.4.15 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-mobile@FreeBSD.org Subject: Sad replacement laptop for server? (Was Re: TECRA A9-S9017 -- Idles too hot -- Hardware Support) X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: remko@elvandar.org List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Aug 2008 11:30:03 -0000 On Mon, August 25, 2008 4:58 am, freebsd_user@guice.ath.cx wrote: > Continuing this thread. See below for annotations > > On Sun, Aug 10, 2008 at 09:28:19PM -0500, Wes Morgan wrote: >> On Sun, 10 Aug 2008, freebsd_user@guice.ath.cx wrote: >> >> > I've been through his before with an AMD setup (desktop) and now, >> >here we go again using a Toshiba TECRA A9-S9017 laptop. The issue here >> is, >> >is >> >appears that FreeBSD is causing the motherboard and its chipset(s) >> >and/or CPU's to work wide open (full throttle) --disregard for APM. I'm >> >basing this on the amount of heat coming from this current laptop while >> >the laptop is idling, The heat is to the point that you can't keep the >> >laptop on your lap; in addition to the battery not lasting quite an >> hour >> >while idling. >> >> Try using powerd(8). >> > > I have done so with little improvement as far as the heat goes. When we > first requested help (this thread), the role of this machine was to be a > freebsd desktop. Since then we lost a mail server and have been forced to > use the 'subject' machine as a replacement --until whenever-- meaning it > is plugged in 24/7. > That is a really, really sad solution. He who offered this replacement should reconsider his options. A Laptop running as a mailserver? WTF that is asking for business problems. I hope your business is insured and that the one that offered the solution covered his *ss.. I would never ever offer a laptop as a replacement for any server related solution. I can get a simple cheapdesktop with better and more capabilities for less money if really needed. but a laptop? :-/ -- /"\ Best regards, | remko@FreeBSD.org \ / Remko Lodder | remko@EFnet X http://www.evilcoder.org/ | / \ ASCII Ribbon Campaign | Against HTML Mail and News From owner-freebsd-mobile@FreeBSD.ORG Mon Aug 25 11:49:20 2008 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CB6E9106568C for ; Mon, 25 Aug 2008 11:49:20 +0000 (UTC) (envelope-from email@guice.ath.cx) Received: from guice.ath.cx (cpe-72-225-169-69.nyc.res.rr.com [72.225.169.69]) by mx1.freebsd.org (Postfix) with ESMTP id 7C8018FC08 for ; Mon, 25 Aug 2008 11:49:20 +0000 (UTC) (envelope-from email@guice.ath.cx) Received: from guice.ath.cx (localhost [127.0.0.1]) by guice.ath.cx (8.14.2/8.14.2) with ESMTP id m7PBmdIh005680; Mon, 25 Aug 2008 07:48:39 -0400 (EDT) (envelope-from email@guice.ath.cx) Received: (from email@localhost) by guice.ath.cx (8.14.2/8.14.2/Submit) id m7PBmdW2005679; Mon, 25 Aug 2008 07:48:39 -0400 (EDT) (envelope-from email) Date: Mon, 25 Aug 2008 07:48:38 -0400 From: freebsd_user@guice.ath.cx To: freebsd-mobile@freebsd.org Message-ID: <20080825114838.GA5047@WORKSTATION.guice.ath.cx> References: <489E9531.2090200@guice.ath.cx> <20080825025833.GB3301@WORKSTATION.guice.ath.cx> <05247dceb3f4838de47cbf9873906bb6.squirrel@galain.elvandar.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <05247dceb3f4838de47cbf9873906bb6.squirrel@galain.elvandar.org> User-Agent: Mutt/1.4.2.3i Subject: Re: TECRA A9-S9017 -- Idles too hot -- Hardware Support) X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Aug 2008 11:49:20 -0000 Your relpy below was unwarranted and not helpful. Please stay away from this thread unless you are offering assistance to the issues we posted herein. To be sure the above is directed To: Remko Lodder Thank you. On Mon, Aug 25, 2008 at 01:13:18PM +0200, Remko Lodder wrote: > > On Mon, August 25, 2008 4:58 am, freebsd_user@guice.ath.cx wrote: > > Continuing this thread. See below for annotations > > > > On Sun, Aug 10, 2008 at 09:28:19PM -0500, Wes Morgan wrote: > >> On Sun, 10 Aug 2008, freebsd_user@guice.ath.cx wrote: > >> > >> > I've been through his before with an AMD setup (desktop) and now, > >> >here we go again using a Toshiba TECRA A9-S9017 laptop. The issue here > >> is, > >> >is > >> >appears that FreeBSD is causing the motherboard and its chipset(s) > >> >and/or CPU's to work wide open (full throttle) --disregard for APM. I'm > >> >basing this on the amount of heat coming from this current laptop while > >> >the laptop is idling, The heat is to the point that you can't keep the > >> >laptop on your lap; in addition to the battery not lasting quite an > >> hour > >> >while idling. > >> > >> Try using powerd(8). > >> > > > > I have done so with little improvement as far as the heat goes. When we > > first requested help (this thread), the role of this machine was to be a > > freebsd desktop. Since then we lost a mail server and have been forced to > > use the 'subject' machine as a replacement --until whenever-- meaning it > > is plugged in 24/7. > > > > That is a really, really sad solution. He who offered this replacement > should reconsider his options. A Laptop running as a mailserver? WTF that > is asking for business problems. I hope your business is insured and that > the one that offered the solution covered his *ss.. > > I would never ever offer a laptop as a replacement for any server related > solution. I can get a simple cheapdesktop with better and more > capabilities for less money if really needed. but a laptop? :-/ > > > > -- > /"\ Best regards, | remko@FreeBSD.org > \ / Remko Lodder | remko@EFnet > X http://www.evilcoder.org/ | > / \ ASCII Ribbon Campaign | Against HTML Mail and News > > > _______________________________________________ > freebsd-mobile@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-mobile > To unsubscribe, send any mail to "freebsd-mobile-unsubscribe@freebsd.org" From owner-freebsd-mobile@FreeBSD.ORG Mon Aug 25 15:44:06 2008 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6D7271065679 for ; Mon, 25 Aug 2008 15:44:06 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [220.233.188.227]) by mx1.freebsd.org (Postfix) with ESMTP id 2570F8FC1D for ; Mon, 25 Aug 2008 15:44:04 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id m7PFUM2U022112; Tue, 26 Aug 2008 01:30:23 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Tue, 26 Aug 2008 01:30:22 +1000 (EST) From: Ian Smith To: freebsd_user@guice.ath.cx In-Reply-To: <20080825025833.GB3301@WORKSTATION.guice.ath.cx> Message-ID: <20080826002657.B14827@sola.nimnet.asn.au> References: <489E9531.2090200@guice.ath.cx> <20080825025833.GB3301@WORKSTATION.guice.ath.cx> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-mobile@freebsd.org Subject: Re: TECRA A9-S9017 -- Idles too hot -- Hardware Support X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Aug 2008 15:44:06 -0000 I'd cc Wes Morgan too, but his address doesn't appear here. On Sun, 24 Aug 2008, freebsd_user@guice.ath.cx wrote: > Continuing this thread. See below for annotations > > On Sun, Aug 10, 2008 at 09:28:19PM -0500, Wes Morgan wrote: > > On Sun, 10 Aug 2008, freebsd_user@guice.ath.cx wrote: > > > > > I've been through his before with an AMD setup (desktop) and now, > > >here we go again using a Toshiba TECRA A9-S9017 laptop. The issue here is, > > >is > > >appears that FreeBSD is causing the motherboard and its chipset(s) > > >and/or CPU's to work wide open (full throttle) --disregard for APM. I'm APM? I guess you mean ACPI on a modern laptop? See below .. > > >basing this on the amount of heat coming from this current laptop while > > >the laptop is idling, The heat is to the point that you can't keep the > > >laptop on your lap; in addition to the battery not lasting quite an hour > > >while idling. > > > > Try using powerd(8). > > > > I have done so with little improvement as far as the heat goes. When we > first requested help (this thread), the role of this machine was to be a > freebsd desktop. Since then we lost a mail server and have been forced to > use the 'subject' machine as a replacement --until whenever-- meaning it > is plugged in 24/7. While I take Remko's point in terms of the hardware levels he'd be used to, laptops can make quite good small servers, for small networks, like ours .. this mailserver runs on a 300MHZ 1999 Compaq Armada 1500c :) but yours sounds rather wasted on such a job. > as stated above 'powerd' is being used and we do notice less heat after > the machine hasn't been used for a period of hours. However, even though > we consider the machine as idling, because we haven't used it in hours, > other than the mail coming in; X.org is not running and the lid/LCD is > closed and off, the machine is quite warm --not as hot as it was. This review http://www.notebookreview.com/default.asp?newsID=4071 says that it doesn't run too hot (with Vasta) but the temperatures shown perhaps bely that. However we need some empirical data about what it's doing. Showing your /var/run/dmesg.boot and 'sysctl hw.acpi' output would be a good start. > Soon after we login remotely, the heat ramps up again to the point were > you can't keep the 'subject:' machine on your lap; there are time we do > need to use the machine directly which includes placing the machine on > ones' lap. > > With that being said, 'man powerd' states the default is to run in > "adaptive" mode but, the bug section of the same man page states: > > "If powerd is used with power_profile, they may override each other." > > -- How do I know, or find out, if the above (override) is taking place? > -- How to tell what state/mode 'powerd' is in at any particular timestamp? Secondly, in its own window or vty, as root, run /etc/rc.d/powerd stop (if it's running) then run 'powerd -v' which runs in foreground and says exactly what it's doing re shifting CPU frequency under various loads. It's also useful to watch the temperature(s) directly over the time, see acpi_thermal(4) and try logging those sysctls periodically in a script. Firstly, yes that comment isn't too helpful .. power_profile only acts (so far) when you apply or remove AC power, using the following values from /etc/defaults/rc.conf unless you've set them otherwise: performance_cx_lowest="HIGH" # Online CPU idle state performance_cpu_freq="HIGH" # Online CPU frequency economy_cx_lowest="HIGH" # Offline CPU idle state economy_cpu_freq="HIGH" # Offline CPU frequency If you have a look at /etc/rc.d/power_profile you'll see that these are applied to sysctl hw.acpi.cpu.cx_lowest (from hw.acpi.cpu.cx_supported) and dev.cpu.0.freq (from dev.cpu.0.freq_levels). You can set the above variables to HIGH, LOW, a specific value, or NONE. Specify "NONE" to have power_profile make no changes. "C3" or at least "C2" can be useful CX values, in some machines helping with temperature. powerd will soon override the dev.cpu.0.freq setting anyway, so it's not a problem - again, watch powerd -v output - and I guess you'll rarely run on battery (you've got a nice 2-3 hour UPS, though :) > This machine has never run this hot, prior to running 'powerd'-- or run > this warm, while idling with 'powerd' in comparison to running under windows > --not trying to start and OS confilict here, trying to learn, understand > and control this beast of a machine if possible. Of course, and it's likely doable, though you might need to run 7-STABLE for the latest dual-core ACPI handling. Let's see how we go with some real information, before suggesting taking this to freebsd-acpi@. I don't see where you've mentioned what version of FreeBSD it's running? > FreeBSD is allowing me to handle my data in a more flexable, feature rich, > secure and Free manner than windows. We would prefer to stay with > FreeBSD, but not if its going to burn-up our hardware. We had to take our > previous AMD/smp machine down because we couldn't keep the heat down > without leaving the case open. We loved that machine but it kept freezing > due to heat. > > There is another issue whereby 'APM' is enabled in /etc/rc.conf but while > booting the machine the scrolling text is saying the 'APM' module, or > something like that will not be loaded because of a missing kernel > option/device. But the kernel notes say its no longer neccessary to build > the 'APM' into the kernel. Can someone enlighten me as to what I should > be doing with regards to bringing this heat down in addition to the 'APM' > not actually being loaded when its enabled in the kernel. You really don't want to run APM on modern hardware unless the ACPI on your machine is really, really broken, not even fixable by recompiling the AML code. And I'm fairly sure that ACPI is required to run SMP (ie to use both cores). Make sure that ACPI, not APM, is enabled in BIOS. Let's start from a dmesg, sysctl hw.acpi and some powerd -v output ? cheers, Ian > > Thank you. > > TECRA_A9-S9017 > > > > >My goals are: 1) to control the cpu and associated hardware (heat) 2) get > > >all the native/installed hardware supported. 3) support for a "sierra > > >wireless compass 597" <--> usb wireless WAN. Should FreeBSD not support > > >all of this machines hardware then we need not continue --unless people > > >are actively working of support/drivers for the above. > > > > Judging by the factory specs, you will probably find that 90% of the > > hardware is supported or has a driver under development. Don't hold your > > breath for the fingerprint reader, though. The wireless modem is a crap > > shoot. > > > > >I've been trying to work with FreeBSD on this TECRA A9 for the better part > > >of two weeks and there are too many outstanding issues to continue. From owner-freebsd-mobile@FreeBSD.ORG Mon Aug 25 19:18:51 2008 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BF4EB1065671 for ; Mon, 25 Aug 2008 19:18:51 +0000 (UTC) (envelope-from email@guice.ath.cx) Received: from guice.ath.cx (cpe-72-225-169-69.nyc.res.rr.com [72.225.169.69]) by mx1.freebsd.org (Postfix) with ESMTP id 230E58FC21 for ; Mon, 25 Aug 2008 19:18:50 +0000 (UTC) (envelope-from email@guice.ath.cx) Received: from guice.ath.cx (localhost [127.0.0.1]) by guice.ath.cx (8.14.2/8.14.2) with ESMTP id m7PJI5Vp007034; Mon, 25 Aug 2008 15:18:06 -0400 (EDT) (envelope-from email@guice.ath.cx) Received: (from email@localhost) by guice.ath.cx (8.14.2/8.14.2/Submit) id m7PJI4WP007033; Mon, 25 Aug 2008 15:18:04 -0400 (EDT) (envelope-from email) Date: Mon, 25 Aug 2008 15:18:04 -0400 From: freebsd_user@guice.ath.cx To: freebsd-mobile@freebsd.org Message-ID: <20080825191804.GA6846@WORKSTATION.guice.ath.cx> References: <489E9531.2090200@guice.ath.cx> <20080825025833.GB3301@WORKSTATION.guice.ath.cx> <20080826002657.B14827@sola.nimnet.asn.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080826002657.B14827@sola.nimnet.asn.au> User-Agent: Mutt/1.4.2.3i Cc: Ian Smith Subject: Re: TECRA A9-S9017 -- Idles too hot -- Hardware Support X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Aug 2008 19:18:51 -0000 On Tue, Aug 26, 2008 at 01:30:22AM +1000, Ian Smith wrote: > I'd cc Wes Morgan too, but his address doesn't appear here. I tried to send Wes Morgan an email near the top of the thread, forgot what header field I used and I believe it bounced; perhaps because I wasn't subscribed at that time. I will include Wes Morgan in from this point onward. MORE annotations further down. > > On Sun, 24 Aug 2008, freebsd_user@guice.ath.cx wrote: > > Continuing this thread. See below for annotations > > > > On Sun, Aug 10, 2008 at 09:28:19PM -0500, Wes Morgan wrote: > > > On Sun, 10 Aug 2008, freebsd_user@guice.ath.cx wrote: > > > > > > > I've been through his before with an AMD setup (desktop) and now, > > > >here we go again using a Toshiba TECRA A9-S9017 laptop. The issue here is, > > > >is > > > >appears that FreeBSD is causing the motherboard and its chipset(s) > > > >and/or CPU's to work wide open (full throttle) --disregard for APM. I'm > > APM? I guess you mean ACPI on a modern laptop? See below .. At this point I was speaking of APM. While the machine is booting there was a time it printed something to the effect that 'APM' could/would not be loaded/enabled because of a missing device/optin in the kernerl. > > > > >basing this on the amount of heat coming from this current laptop while > > > >the laptop is idling, The heat is to the point that you can't keep the > > > >laptop on your lap; in addition to the battery not lasting quite an hour > > > >while idling. > > > > > > Try using powerd(8). > > > > > > > I have done so with little improvement as far as the heat goes. When we > > first requested help (this thread), the role of this machine was to be a > > freebsd desktop. Since then we lost a mail server and have been forced to > > use the 'subject' machine as a replacement --until whenever-- meaning it > > is plugged in 24/7. > > While I take Remko's point in terms of the hardware levels he'd be used > to, laptops can make quite good small servers, for small networks, like > ours .. this mailserver runs on a 300MHZ 1999 Compaq Armada 1500c :) but > yours sounds rather wasted on such a job. In short, this was an emergency, and I tried to spare the mailing list any of my woes that had nothing to do with the current discussion. In short, an upgrade on the mail-server went sideways, unable to boot multi-user. The laptop was the most immediate way to get up and running by restoring our level '0' and '9' dumps rather than try to fix the tower on a live system. Back to the here and now. :=) > > > as stated above 'powerd' is being used and we do notice less heat after > > the machine hasn't been used for a period of hours. However, even though > > we consider the machine as idling, because we haven't used it in hours, > > other than the mail coming in; X.org is not running and the lid/LCD is > > closed and off, the machine is quite warm --not as hot as it was. > > This review http://www.notebookreview.com/default.asp?newsID=4071 says > that it doesn't run too hot (with Vasta) but the temperatures shown > perhaps bely that. I'll have a look > > However we need some empirical data about what it's doing. Showing your > /var/run/dmesg.boot and 'sysctl hw.acpi' output would be a good start. > Initially we didn't provide that data until someone asked for it to be sure that is in fact what was needed or if the was some other incorrect setting. /var/run/dmesg.boot ... Copyright (c) 1992-2008 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 6.3-RELEASE-p3 #1: Mon Aug 4 23:37:02 EDT 2008 root@WORKSTATION.ath.cx:/usr/obj/usr/src/sys/WORKSTATION ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM)2 Duo CPU T7500 @ 2.20GHz (2194.52-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6fb Stepping = 11 Features=0xbfebfbff Features2=0xe3bd AMD Features=0x20100000 AMD Features2=0x1 Cores per package: 2 real memory = 2113142784 (2015 MB) avail memory = 2058563584 (1963 MB) ioapic0: Changing APIC ID to 1 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) hptrr: HPT RocketRAID controller driver v1.1 (Aug 4 2008 23:36:52) acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0xd808-0xd80b on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 900 cpu0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 16 at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) pci0: at device 3.0 (no driver attached) em0: port 0xbfe0-0xbfff mem 0xffcc0000-0xffcdffff,0xffcfe000-0xffcfefff irq 20 at device 25.0 on pci0 em0: Ethernet address: 00:1c:7e:e3:2f:1f uhci0: port 0xbf80-0xbf9f irq 16 at device 26.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: at device 26.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered ehci0: mem 0xffcff800-0xffcffbff irq 18 at device 26.7 on pci0 ehci0: [GIANT-LOCKED] usb2: EHCI version 1.0 usb2: companion controllers, 2 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub2: 4 ports with 4 removable, self powered pcm0: at device 27.0 on pci0 pcib2: irq 17 at device 28.0 on pci0 pci2: on pcib2 pci2: at device 0.0 (no driver attached) pcib3: irq 16 at device 28.1 on pci0 pci3: on pcib3 pcib4: irq 18 at device 28.2 on pci0 pci5: on pcib4 pci5: at device 0.0 (no driver attached) uhci2: port 0x8fe0-0x8fff irq 23 at device 29.0 on pci0 uhci2: [GIANT-LOCKED] usb3: on uhci2 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered uhci3: port 0x8f80-0x8f9f irq 19 at device 29.1 on pci0 uhci3: [GIANT-LOCKED] usb4: on uhci3 usb4: USB revision 1.0 uhub4: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub4: 2 ports with 2 removable, self powered uhci4: port 0x8f60-0x8f7f irq 18 at device 29.2 on pci0 uhci4: [GIANT-LOCKED] usb5: on uhci4 usb5: USB revision 1.0 uhub5: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub5: 2 ports with 2 removable, self powered ehci1: mem 0xffcff400-0xffcff7ff irq 23 at device 29.7 on pci0 ehci1: [GIANT-LOCKED] usb6: EHCI version 1.0 usb6: companion controllers, 2 ports each: usb3 usb4 usb5 usb6: on ehci1 usb6: USB revision 2.0 uhub6: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub6: 6 ports with 6 removable, self powered pcib5: at device 30.0 on pci0 pci6: on pcib5 cbb0: at device 11.0 on pci6 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 fwohci0: <1394 Open Host Controller Interface> at device 11.1 on pci6 fwohci0: OHCI version 1.10 (ROM=1) fwohci0: No. of Isochronous channels is 4. [4~[4~dfwohci0: EUI64 00:00:39:00:00:7e:a7:c4 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:00:39:7e:a7:c4 fwe0: Ethernet address: 02:00:39:7e:a7:c4 fwe0: if_start running deferred for Giant sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: BUS reset fwohci0: node_id=0xc000ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) pci6: at device 11.2 (no driver attached) pci6: at device 11.3 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x8f30-0x8f3f irq 19 at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 atapci1: port 0x8f28-0x8f2f,0x8f24-0x8f27,0x8f18-0x8f1f,0x8f14-0x8f17,0x8ee0-0x8eff mem 0xffcfd800-0xffcfdfff irq 19 at device 31.2 on pci0 atapci1: AHCI Version 01.10 controller with 3 ports detected ata2: on atapci1 ata3: on atapci1 ata3: port not implemented ata4: on atapci1 ata4: port not implemented acpi_lid0: on acpi0 battery0: on acpi0 acpi_button0: on acpi0 acpi_acad0: on acpi0 acpi_tz0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model GlidePoint, device ID 0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcffff,0xd4000-0xd7fff,0xe8000-0xeffff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ppc0: parallel port not found. sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled ugen0: STMicroelectronics Biometric Coprocessor, rev 1.00/0.01, addr 2 Timecounter "TSC" frequency 2194521241 Hz quality 800 Timecounters tick every 1.000 msec hptrr: no controller detected. acd0: DVDR at ata0-master UDMA33 ad4: 152627MB at ata2-master SATA150 pcm0: pcm0: Trying to mount root from ufs:/dev/ad4s1a em0: link state changed to UP Waiting (max 60 seconds) for system process `vnlru' to stop...done Waiting (max 60 seconds) for system process `bufdaemon' to stop...done Waiting (max 60 seconds) for system process `syncer' to stop... Syncing disks, vnodes remaining...2 1 0 0 done All buffers synced. sysctl hw.acpi ... hw.acpi.supported_sleep_state: S3 S4 S5 hw.acpi.power_button_state: S5 hw.acpi.sleep_button_state: S3 hw.acpi.lid_switch_state: NONE hw.acpi.standby_state: S1 hw.acpi.suspend_state: S3 hw.acpi.sleep_delay: 1 hw.acpi.s4bios: 0 hw.acpi.verbose: 0 hw.acpi.disable_on_reboot: 0 hw.acpi.handle_reboot: 0 hw.acpi.reset_video: 0 hw.acpi.cpu.cx_lowest: C1 hw.acpi.battery.life: 100 hw.acpi.battery.time: -1 hw.acpi.battery.state: 0 hw.acpi.battery.units: 1 hw.acpi.battery.info_expire: 5 hw.acpi.acline: 1 hw.acpi.thermal.min_runtime: 0 hw.acpi.thermal.polling_rate: 10 hw.acpi.thermal.user_override: 0 hw.acpi.thermal.tz0.temperature: 63.0C hw.acpi.thermal.tz0.active: -1 hw.acpi.thermal.tz0.passive_cooling: 0 hw.acpi.thermal.tz0.thermal_flags: 0 hw.acpi.thermal.tz0._PSV: -1 hw.acpi.thermal.tz0._HOT: -1 hw.acpi.thermal.tz0._CRT: 102.0C hw.acpi.thermal.tz0._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 > > Soon after we login remotely, the heat ramps up again to the point were > > you can't keep the 'subject:' machine on your lap; there are time we do > > need to use the machine directly which includes placing the machine on > > ones' lap. > > > > With that being said, 'man powerd' states the default is to run in > > "adaptive" mode but, the bug section of the same man page states: > > > > "If powerd is used with power_profile, they may override each other." > > > > -- How do I know, or find out, if the above (override) is taking place? > > -- How to tell what state/mode 'powerd' is in at any particular timestamp? > > Secondly, in its own window or vty, as root, run /etc/rc.d/powerd stop > (if it's running) then run 'powerd -v' which runs in foreground and says > exactly what it's doing re shifting CPU frequency under various loads. > > It's also useful to watch the temperature(s) directly over the time, see > acpi_thermal(4) and try logging those sysctls periodically in a script. > > Firstly, yes that comment isn't too helpful .. power_profile only acts > (so far) when you apply or remove AC power, using the following values > from /etc/defaults/rc.conf unless you've set them otherwise: > > performance_cx_lowest="HIGH" # Online CPU idle state > performance_cpu_freq="HIGH" # Online CPU frequency > economy_cx_lowest="HIGH" # Offline CPU idle state > economy_cpu_freq="HIGH" # Offline CPU frequency > > If you have a look at /etc/rc.d/power_profile you'll see that these are > applied to sysctl hw.acpi.cpu.cx_lowest (from hw.acpi.cpu.cx_supported) > and dev.cpu.0.freq (from dev.cpu.0.freq_levels). You can set the above > variables to HIGH, LOW, a specific value, or NONE. > > Specify "NONE" to have power_profile make no changes. "C3" or at least > "C2" can be useful CX values, in some machines helping with temperature. > powerd will soon override the dev.cpu.0.freq setting anyway, so it's not > a problem - again, watch powerd -v output - and I guess you'll rarely > run on battery (you've got a nice 2-3 hour UPS, though :) This is another issue in addition to the heat. As you say, this battery should last any where from 2-3 hours, however as it is now; out-of-the-box so to speak, this machine will only stay powered up approximately 1-hour on using the oem battery. > > > This machine has never run this hot, prior to running 'powerd'-- or run > > this warm, while idling with 'powerd' in comparison to running under windows > > --not trying to start and OS confilict here, trying to learn, understand > > and control this beast of a machine if possible. > > Of course, and it's likely doable, though you might need to run 7-STABLE > for the latest dual-core ACPI handling. Let's see how we go with some > real information, before suggesting taking this to freebsd-acpi@. I > don't see where you've mentioned what version of FreeBSD it's running? I believe I did so at the outset of this thread. In any case dmesg has now provided that information. > > > FreeBSD is allowing me to handle my data in a more flexable, feature rich, > > secure and Free manner than windows. We would prefer to stay with > > FreeBSD, but not if its going to burn-up our hardware. We had to take our > > previous AMD/smp machine down because we couldn't keep the heat down > > without leaving the case open. We loved that machine but it kept freezing > > due to heat. > > > > There is another issue whereby 'APM' is enabled in /etc/rc.conf but while > > booting the machine the scrolling text is saying the 'APM' module, or > > something like that will not be loaded because of a missing kernel > > option/device. But the kernel notes say its no longer neccessary to build > > the 'APM' into the kernel. Can someone enlighten me as to what I should > > be doing with regards to bringing this heat down in addition to the 'APM' > > not actually being loaded when its enabled in the kernel. > > You really don't want to run APM on modern hardware unless the ACPI on > your machine is really, really broken, not even fixable by recompiling > the AML code. And I'm fairly sure that ACPI is required to run SMP (ie > to use both cores). Make sure that ACPI, not APM, is enabled in BIOS. I'll remove APM from /erc/rc.conf > > Let's start from a dmesg, sysctl hw.acpi and some powerd -v output ? > > cheers, Ian > > > > > Thank you. > > > > TECRA_A9-S9017 > > > > > > > >My goals are: 1) to control the cpu and associated hardware (heat) 2) get > > > >all the native/installed hardware supported. 3) support for a "sierra > > > >wireless compass 597" <--> usb wireless WAN. Should FreeBSD not support > > > >all of this machines hardware then we need not continue --unless people > > > >are actively working of support/drivers for the above. > > > > > > Judging by the factory specs, you will probably find that 90% of the > > > hardware is supported or has a driver under development. Don't hold your > > > breath for the fingerprint reader, though. The wireless modem is a crap > > > shoot. > > > > > > >I've been trying to work with FreeBSD on this TECRA A9 for the better part > > > >of two weeks and there are too many outstanding issues to continue. From owner-freebsd-mobile@FreeBSD.ORG Tue Aug 26 08:41:15 2008 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EAC991065671 for ; Tue, 26 Aug 2008 08:41:14 +0000 (UTC) (envelope-from email@guice.ath.cx) Received: from guice.ath.cx (cpe-72-225-169-69.nyc.res.rr.com [72.225.169.69]) by mx1.freebsd.org (Postfix) with ESMTP id 9E1E18FC1A for ; Tue, 26 Aug 2008 08:41:14 +0000 (UTC) (envelope-from email@guice.ath.cx) Received: from guice.ath.cx (localhost [127.0.0.1]) by guice.ath.cx (8.14.2/8.14.2) with ESMTP id m7Q8eSRE009396; Tue, 26 Aug 2008 04:40:29 -0400 (EDT) (envelope-from email@guice.ath.cx) Received: (from email@localhost) by guice.ath.cx (8.14.2/8.14.2/Submit) id m7Q8eRpT009395; Tue, 26 Aug 2008 04:40:27 -0400 (EDT) (envelope-from email) Date: Tue, 26 Aug 2008 04:40:27 -0400 From: freebsd_user@guice.ath.cx To: freebsd-mobile@freebsd.org Message-ID: <20080826084027.GA8703@WORKSTATION.guice.ath.cx> References: <489E9531.2090200@guice.ath.cx> <20080825025833.GB3301@WORKSTATION.guice.ath.cx> <20080826002657.B14827@sola.nimnet.asn.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080826002657.B14827@sola.nimnet.asn.au> User-Agent: Mutt/1.4.2.3i Cc: Ian Smith Subject: Re: TECRA A9-S9017 -- Idles too hot -- Hardware Support X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2008 08:41:15 -0000 For those just starting to follow this thread, you can somewhat start at the begining here: In-Reply-To: <489E9531.2090200@guice.ath.cx> - - Here's more data to append onto my last message; In-Reply-To: <20080826002657.B14827@sola.nimnet.asn.au> -- in response to your: > However we need some empirical data about what it's doing. Showing > your /var/run/dmesg.boot and 'sysctl hw.acpi' output would be a good start. > With respects to 'powered' we ran in to a speed bump or two (2). IAN: > (if it's running) then run 'powerd -v' which runs in foreground and says > exactly what it's doing re shifting CPU frequency under various loads. > freebsd_user: Tue Aug 26 03:30:40 EDT 2008 --> /etc/rc.d/powerd stop powerd not running? Tue Aug 26 03:30:40 EDT 2008 --> Tue Aug 26 03:30:40 EDT 2008 --> /etc/rc.d/powerd -v /etc/rc.d/powerd: unknown directive '-v'. Usage: /etc/rc.d/powerd [fast|force|one](start|stop|restart|rcvar|status|poll) Tue Aug 26 03:30:40 EDT 2008 --> /etc/rc.d/powerd start -v Starting powerd. powerd: lookup freq: No such file or directory Tue Aug 26 03:30:40 EDT 2008 --> ps auxww | grep -i powerd root 9190 0.0 0.0 372 208 p3 R+ 3:32AM 0:00.00 grep -i powerd Tue Aug 26 03:30:40 EDT 2008 --> ps auxww | grep -i powerd Tue Aug 26 03:30:40 EDT 2008 --> /etc/rc.d/powerd start -v Starting powerd. powerd: lookup freq: No such file or directory Tue Aug 26 03:30:40 EDT 2008 --> ps auxww | grep -i powerd Tue Aug 26 03:30:40 EDT 2008 --> /etc/rc.d/powerd start -v Starting powerd. powerd: lookup freq: No such file or directory Now I'm curious about the contents of /etc/rc.d/powerd ... powerd_poststop() { sysctl dev.cpu.0.freq=`sysctl -n dev.cpu.0.freq_levels | sed -e 's:/.*::'` > /dev/null } which prompts me to look at the following 'sysctl' ... Tue Aug 26 03:30:40 EDT 2008 --> sysctl dev.cpu dev.cpu.0.%desc: ACPI CPU dev.cpu.0.%driver: cpu dev.cpu.0.%location: handle=\_PR_.CPU0 dev.cpu.0.%pnpinfo: _HID=none _UID=0 dev.cpu.0.%parent: acpi0 dev.cpu.0.cx_supported: C1/157 dev.cpu.0.cx_lowest: C1 dev.cpu.0.cx_usage: 100.00% Tue Aug 26 03:30:40 EDT 2008 --> sysctl -a |grep -i freq kern.acct_chkfreq: 15 debug.cpufreq.lowest: 0 debug.cpufreq.verbose: 0 machdep.tsc_freq: 2194521505 machdep.i8254_freq: 1193182 machdep.acpi_timer_freq: 3579545 Tue Aug 26 03:30:40 EDT 2008 --> Unless I've missed or mistyped something, the file /etc/rc.d/powerd is trying to set a variable (dev.cpu.0.freq=) using the value(s) of "sysctl dev.cpu.0.freq_levels". Once again unless I've missed or mistyped something, and please correct me if I'm wrong,"sysctl dev.cpu.0.freq_levels" doesn't seem to exist within the machine. If UPGRADING from 6.3-p3 to 7.X will save us all some time with the issues stated in this thread, then so be it. I don't mind trouble-shooting or customizing issues such as this, but it may be a bit much given my mobile nature. Time permiting I'll get to your next suggetion shown; just below this line: > It's also useful to watch the temperature(s) directly over the time, see ug > acpi_thermal(4) and try logging those sysctls periodically in a script. > > Firstly, yes that comment isn't too helpful .. power_profile only acts > (so far) when you apply or remove AC power, using the following values > from /etc/defaults/rc.conf unless you've set them otherwise: > > performance_cx_lowest="HIGH" # Online CPU idle state > performance_cpu_freq="HIGH" # Online CPU frequency > economy_cx_lowest="HIGH" # Offline CPU idle state > economy_cpu_freq="HIGH" # Offline CPU frequency > > If you have a look at /etc/rc.d/power_profile you'll see that these are > applied to sysctl hw.acpi.cpu.cx_lowest (from hw.acpi.cpu.cx_supported) > and dev.cpu.0.freq (from dev.cpu.0.freq_levels). You can set the above > variables to HIGH, LOW, a specific value, or NONE. > > Specify "NONE" to have power_profile make no changes. "C3" or at least > "C2" can be useful CX values, in some machines helping with temperature. > powerd will soon override the dev.cpu.0.freq setting anyway, so it's not > a problem - again, watch powerd -v output - and I guess you'll rarely > run on battery (you've got a nice 2-3 hour UPS, though :) > Your thoughts? > cheers, Ian > > > > > Thank you. > > > > TECRA_A9-S9017 Wes Morgan, are you there? :=) From owner-freebsd-mobile@FreeBSD.ORG Tue Aug 26 10:27:38 2008 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 08F981065682 for ; Tue, 26 Aug 2008 10:27:38 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [220.233.188.227]) by mx1.freebsd.org (Postfix) with ESMTP id A241B8FC08 for ; Tue, 26 Aug 2008 10:27:35 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id m7QARWXJ045667; Tue, 26 Aug 2008 20:27:33 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Tue, 26 Aug 2008 20:27:32 +1000 (EST) From: Ian Smith To: freebsd_user@guice.ath.cx In-Reply-To: <20080825191804.GA6846@WORKSTATION.guice.ath.cx> Message-ID: <20080826182124.O14827@sola.nimnet.asn.au> References: <489E9531.2090200@guice.ath.cx> <20080825025833.GB3301@WORKSTATION.guice.ath.cx> <20080826002657.B14827@sola.nimnet.asn.au> <20080825191804.GA6846@WORKSTATION.guice.ath.cx> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-mobile@freebsd.org Subject: Re: TECRA A9-S9017 -- Idles too hot -- Hardware Support X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2008 10:27:38 -0000 On Mon, 25 Aug 2008, freebsd_user@guice.ath.cx wrote: > On Tue, Aug 26, 2008 at 01:30:22AM +1000, Ian Smith wrote: [..] > > On Sun, 24 Aug 2008, freebsd_user@guice.ath.cx wrote: > > > Continuing this thread. See below for annotations > > > > > > On Sun, Aug 10, 2008 at 09:28:19PM -0500, Wes Morgan wrote: > > > > On Sun, 10 Aug 2008, freebsd_user@guice.ath.cx wrote: > > > > > > > > > I've been through his before with an AMD setup (desktop) and now, > > > > >here we go again using a Toshiba TECRA A9-S9017 laptop. The issue here is, > > > > >is > > > > >appears that FreeBSD is causing the motherboard and its chipset(s) > > > > >and/or CPU's to work wide open (full throttle) --disregard for APM. I'm > > > > APM? I guess you mean ACPI on a modern laptop? See below .. > At this point I was speaking of APM. While the machine is booting > there was a time it printed something to the effect that 'APM' > could/would not be loaded/enabled because of a missing device/optin > in the kernerl. Ok .. considering APM as n/a from here on. > > > > >basing this on the amount of heat coming from this current laptop while > > > > >the laptop is idling, The heat is to the point that you can't keep the > > > > >laptop on your lap; in addition to the battery not lasting quite an hour > > > > >while idling. > > > > > > > > Try using powerd(8). > > > > > > > > > > I have done so with little improvement as far as the heat goes. When we > > > first requested help (this thread), the role of this machine was to be a > > > freebsd desktop. Since then we lost a mail server and have been forced to [..] > Back to the here and now. :=) Yes, and cutting to the chase .. > > However we need some empirical data about what it's doing. Showing your > > /var/run/dmesg.boot and 'sysctl hw.acpi' output would be a good start. > > > Initially we didn't provide that data until someone asked for it to be sure that is > in fact what was needed or if the was some other incorrect setting. > > /var/run/dmesg.boot ... I'm trimming this down to the likely relevant ACPI stuff .. > Copyright (c) 1992-2008 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 6.3-RELEASE-p3 #1: Mon Aug 4 23:37:02 EDT 2008 > root@WORKSTATION.ath.cx:/usr/obj/usr/src/sys/WORKSTATION > ACPI APIC Table: > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Core(TM)2 Duo CPU T7500 @ 2.20GHz (2194.52-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0x6fb Stepping = 11 > Features=0xbfebfbff > Features2=0xe3bd > AMD Features=0x20100000 > AMD Features2=0x1 > Cores per package: 2 > real memory = 2113142784 (2015 MB) > avail memory = 2058563584 (1963 MB) > ioapic0: Changing APIC ID to 1 > ioapic0 irqs 0-23 on motherboard [..] > acpi0: on motherboard > acpi0: Power Button (fixed) > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0xd808-0xd80b on acpi0 > acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 > Timecounter "HPET" frequency 14318180 Hz quality 900 > cpu0: on acpi0 [..] > acpi_lid0: on acpi0 > battery0: on acpi0 > acpi_button0: on acpi0 > acpi_acad0: on acpi0 > acpi_tz0: on acpi0 [..] No cpufreq driver/s. cpufreq removed from your custom kernel? So no CPU frequency control. So, powerd is rendered powerless .. Try booting with the GENERIC kernel, you should see one or two of the supported drivers listed in cpufreq(4) loaded in dmesg.boot. Then see if powerd isn't doing the right thing (w/ powerd -v as discussed below) > sysctl hw.acpi ... > > hw.acpi.supported_sleep_state: S3 S4 S5 > hw.acpi.power_button_state: S5 > hw.acpi.sleep_button_state: S3 > hw.acpi.lid_switch_state: NONE > hw.acpi.standby_state: S1 > hw.acpi.suspend_state: S3 > hw.acpi.sleep_delay: 1 > hw.acpi.s4bios: 0 > hw.acpi.verbose: 0 > hw.acpi.disable_on_reboot: 0 > hw.acpi.handle_reboot: 0 > hw.acpi.reset_video: 0 > hw.acpi.cpu.cx_lowest: C1 > hw.acpi.battery.life: 100 > hw.acpi.battery.time: -1 > hw.acpi.battery.state: 0 > hw.acpi.battery.units: 1 > hw.acpi.battery.info_expire: 5 > hw.acpi.acline: 1 > hw.acpi.thermal.min_runtime: 0 > hw.acpi.thermal.polling_rate: 10 > hw.acpi.thermal.user_override: 0 > hw.acpi.thermal.tz0.temperature: 63.0C > hw.acpi.thermal.tz0.active: -1 > hw.acpi.thermal.tz0.passive_cooling: 0 > hw.acpi.thermal.tz0.thermal_flags: 0 > hw.acpi.thermal.tz0._PSV: -1 > hw.acpi.thermal.tz0._HOT: -1 > hw.acpi.thermal.tz0._CRT: 102.0C > hw.acpi.thermal.tz0._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 No passive cooling. See acpi_thermal(4) .. you may want to set some overrides .. but it might all just work with the GENERIC kernel anyway. Also, have you set anything in BIOS regarding power usage, speedstep or any other settings that might get reflected into your boot ACPI setup? And, are you loading acpi_toshiba(4)? Not sure if it would help with this, but may at least provide some useful info in its sysctls .. > > > Soon after we login remotely, the heat ramps up again to the point were > > > you can't keep the 'subject:' machine on your lap; there are time we do > > > need to use the machine directly which includes placing the machine on > > > ones' lap. > > > > > > With that being said, 'man powerd' states the default is to run in > > > "adaptive" mode but, the bug section of the same man page states: > > > > > > "If powerd is used with power_profile, they may override each other." > > > > > > -- How do I know, or find out, if the above (override) is taking place? > > > -- How to tell what state/mode 'powerd' is in at any particular timestamp? > > > > Secondly, in its own window or vty, as root, run /etc/rc.d/powerd stop > > (if it's running) then run 'powerd -v' which runs in foreground and says > > exactly what it's doing re shifting CPU frequency under various loads. > > > > It's also useful to watch the temperature(s) directly over the time, see > > acpi_thermal(4) and try logging those sysctls periodically in a script. > > > > Firstly, yes that comment isn't too helpful .. power_profile only acts > > (so far) when you apply or remove AC power, using the following values > > from /etc/defaults/rc.conf unless you've set them otherwise: > > > > performance_cx_lowest="HIGH" # Online CPU idle state > > performance_cpu_freq="HIGH" # Online CPU frequency > > economy_cx_lowest="HIGH" # Offline CPU idle state > > economy_cpu_freq="HIGH" # Offline CPU frequency > > > > If you have a look at /etc/rc.d/power_profile you'll see that these are > > applied to sysctl hw.acpi.cpu.cx_lowest (from hw.acpi.cpu.cx_supported) > > and dev.cpu.0.freq (from dev.cpu.0.freq_levels). You can set the above > > variables to HIGH, LOW, a specific value, or NONE. > > > > Specify "NONE" to have power_profile make no changes. "C3" or at least > > "C2" can be useful CX values, in some machines helping with temperature. > > powerd will soon override the dev.cpu.0.freq setting anyway, so it's not > > a problem - again, watch powerd -v output - and I guess you'll rarely > > run on battery (you've got a nice 2-3 hour UPS, though :) > > This is another issue in addition to the heat. As you say, this battery > should last any where from 2-3 hours, however as it is now; > out-of-the-box so to speak, this machine will only stay powered up > approximately 1-hour on using the oem battery. That's because it runs at (presumably) its maximum frequency all of the time; you're lucky to get an hour at that rate, and yes it'll run hot :) 'sysctl dev.cpu.0.freq hw.acpi.thermal.tz0.temperature' now and again. > > > This machine has never run this hot, prior to running 'powerd'-- or run > > > this warm, while idling with 'powerd' in comparison to running under windows > > > --not trying to start and OS confilict here, trying to learn, understand > > > and control this beast of a machine if possible. > > > > Of course, and it's likely doable, though you might need to run 7-STABLE > > for the latest dual-core ACPI handling. Let's see how we go with some > > real information, before suggesting taking this to freebsd-acpi@. I > > don't see where you've mentioned what version of FreeBSD it's running? > > I believe I did so at the outset of this thread. In any case dmesg has > now provided that information. ok, 6.3-R-p3. Frankly I've no idea whether your dual-core Toshiba is or is not subject to any of the dual-core issues solved or being actively worked on in freebsd-acpi and being applied mostly or at least firstly back into 7-STABLE. I'd suggest browsing the -acpi archives for the last few months, it's not that big .. that is, if using the GENERIC kernel and running powerd doesn't improve matters sufficiently. cheers, Ian From owner-freebsd-mobile@FreeBSD.ORG Tue Aug 26 11:00:42 2008 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B5BBC106566B for ; Tue, 26 Aug 2008 11:00:42 +0000 (UTC) (envelope-from morganw@chemikals.org) Received: from warped.bluecherry.net (unknown [IPv6:2001:440:eeee:fffb::2]) by mx1.freebsd.org (Postfix) with ESMTP id 084678FC24 for ; Tue, 26 Aug 2008 11:00:42 +0000 (UTC) (envelope-from morganw@chemikals.org) Received: from volatile.chemikals.org (unknown [74.193.170.223]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by warped.bluecherry.net (Postfix) with ESMTPSA id 6FB828F025B5; Tue, 26 Aug 2008 06:00:40 -0500 (CDT) Received: from localhost (morganw@localhost [127.0.0.1]) by volatile.chemikals.org (8.14.2/8.14.2) with ESMTP id m7QB0Z3S082327; Tue, 26 Aug 2008 06:00:36 -0500 (CDT) (envelope-from morganw@chemikals.org) Date: Tue, 26 Aug 2008 06:00:35 -0500 (CDT) From: Wes Morgan To: freebsd_user@guice.ath.cx In-Reply-To: <20080826084027.GA8703@WORKSTATION.guice.ath.cx> Message-ID: References: <489E9531.2090200@guice.ath.cx> <20080825025833.GB3301@WORKSTATION.guice.ath.cx> <20080826002657.B14827@sola.nimnet.asn.au> <20080826084027.GA8703@WORKSTATION.guice.ath.cx> User-Agent: Alpine 1.10 (BSF 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Ian Smith , freebsd-mobile@freebsd.org Subject: Re: TECRA A9-S9017 -- Idles too hot -- Hardware Support X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2008 11:00:42 -0000 On Tue, 26 Aug 2008, freebsd_user@guice.ath.cx wrote: > For those just starting to follow this thread, you can somewhat start at the > begining here: In-Reply-To: <489E9531.2090200@guice.ath.cx> > - > - > Here's more data to append onto my last message; In-Reply-To: > <20080826002657.B14827@sola.nimnet.asn.au> -- in response to your: > >> However we need some empirical data about what it's doing. Showing >> your /var/run/dmesg.boot and 'sysctl hw.acpi' output would be a good start. >> > > With respects to 'powered' we ran in to a speed bump or two (2). > > IAN: >> (if it's running) then run 'powerd -v' which runs in foreground and says >> exactly what it's doing re shifting CPU frequency under various loads. >> > > freebsd_user: > Tue Aug 26 03:30:40 EDT 2008 --> /etc/rc.d/powerd stop > powerd not running? > Tue Aug 26 03:30:40 EDT 2008 --> > Tue Aug 26 03:30:40 EDT 2008 --> /etc/rc.d/powerd -v > /etc/rc.d/powerd: unknown directive '-v'. > Usage: /etc/rc.d/powerd > [fast|force|one](start|stop|restart|rcvar|status|poll) > Tue Aug 26 03:30:40 EDT 2008 --> /etc/rc.d/powerd start -v > Starting powerd. > powerd: lookup freq: No such file or directory > Tue Aug 26 03:30:40 EDT 2008 --> ps auxww | grep -i powerd > root 9190 0.0 0.0 372 208 p3 R+ 3:32AM 0:00.00 grep -i > powerd > Tue Aug 26 03:30:40 EDT 2008 --> ps auxww | grep -i powerd > Tue Aug 26 03:30:40 EDT 2008 --> /etc/rc.d/powerd start -v > Starting powerd. > powerd: lookup freq: No such file or directory > Tue Aug 26 03:30:40 EDT 2008 --> ps auxww | grep -i powerd > Tue Aug 26 03:30:40 EDT 2008 --> /etc/rc.d/powerd start -v > Starting powerd. > powerd: lookup freq: No such file or directory By "powerd -v" he means not the rc.d script but /usr/sbin/powerd, ie: [root@catalyst:/usr/home/morganw#]: powerd -v powerd: using sysctl for AC line status powerd: using devd for AC line status > Tue Aug 26 03:30:40 EDT 2008 --> sysctl dev.cpu > dev.cpu.0.%desc: ACPI CPU > dev.cpu.0.%driver: cpu > dev.cpu.0.%location: handle=\_PR_.CPU0 > dev.cpu.0.%pnpinfo: _HID=none _UID=0 > dev.cpu.0.%parent: acpi0 > dev.cpu.0.cx_supported: C1/157 > dev.cpu.0.cx_lowest: C1 > dev.cpu.0.cx_usage: 100.00% > Tue Aug 26 03:30:40 EDT 2008 --> sysctl -a |grep -i freq > kern.acct_chkfreq: 15 > debug.cpufreq.lowest: 0 > debug.cpufreq.verbose: 0 > machdep.tsc_freq: 2194521505 > machdep.i8254_freq: 1193182 > machdep.acpi_timer_freq: 3579545 > Tue Aug 26 03:30:40 EDT 2008 --> > > Unless I've missed or mistyped something, the file /etc/rc.d/powerd is > trying to set a variable (dev.cpu.0.freq=) using the value(s) of "sysctl dev.cpu.0.freq_levels". > Once again unless I've missed or mistyped something, and please correct me if I'm wrong,"sysctl > dev.cpu.0.freq_levels" doesn't seem to exist within the machine. > > If UPGRADING from 6.3-p3 to 7.X will save us all some time with the issues stated in this > thread, then so be it. I don't mind trouble-shooting or customizing issues such > as this, but it may be a bit much given my mobile nature. It looks like you don't have coretemp and/or cpufreq in your kernel. Load those modules or include them in your kernel configuration. I don't think powerd will be able to do anything without that. > Time permiting I'll get to your next suggetion shown; just below this > line: > >> It's also useful to watch the temperature(s) directly over the time, see ug >> acpi_thermal(4) and try logging those sysctls periodically in a script. >> >> Firstly, yes that comment isn't too helpful .. power_profile only acts >> (so far) when you apply or remove AC power, using the following values >> from /etc/defaults/rc.conf unless you've set them otherwise: >> >> performance_cx_lowest="HIGH" # Online CPU idle state >> performance_cpu_freq="HIGH" # Online CPU frequency >> economy_cx_lowest="HIGH" # Offline CPU idle state >> economy_cpu_freq="HIGH" # Offline CPU frequency >> >> If you have a look at /etc/rc.d/power_profile you'll see that these are >> applied to sysctl hw.acpi.cpu.cx_lowest (from hw.acpi.cpu.cx_supported) >> and dev.cpu.0.freq (from dev.cpu.0.freq_levels). You can set the above >> variables to HIGH, LOW, a specific value, or NONE. >> >> Specify "NONE" to have power_profile make no changes. "C3" or at least >> "C2" can be useful CX values, in some machines helping with temperature. >> powerd will soon override the dev.cpu.0.freq setting anyway, so it's not >> a problem - again, watch powerd -v output - and I guess you'll rarely >> run on battery (you've got a nice 2-3 hour UPS, though :) >> > > Your thoughts? > >> cheers, Ian >> >> > >> > Thank you. >> > >> > TECRA_A9-S9017 > > Wes Morgan, are you there? :=) > From owner-freebsd-mobile@FreeBSD.ORG Tue Aug 26 11:01:40 2008 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5DF961065671 for ; Tue, 26 Aug 2008 11:01:40 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [220.233.188.227]) by mx1.freebsd.org (Postfix) with ESMTP id 6CDD38FC15 for ; Tue, 26 Aug 2008 11:01:39 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id m7QB1bbs045870; Tue, 26 Aug 2008 21:01:37 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Tue, 26 Aug 2008 21:01:36 +1000 (EST) From: Ian Smith To: freebsd_user@guice.ath.cx In-Reply-To: <20080826084027.GA8703@WORKSTATION.guice.ath.cx> Message-ID: <20080826203021.W14827@sola.nimnet.asn.au> References: <489E9531.2090200@guice.ath.cx> <20080825025833.GB3301@WORKSTATION.guice.ath.cx> <20080826002657.B14827@sola.nimnet.asn.au> <20080826084027.GA8703@WORKSTATION.guice.ath.cx> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-mobile@freebsd.org Subject: Re: TECRA A9-S9017 -- Idles too hot -- Hardware Support X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2008 11:01:40 -0000 On Tue, 26 Aug 2008, freebsd_user@guice.ath.cx wrote: > For those just starting to follow this thread, you can somewhat start at the > begining here: In-Reply-To: <489E9531.2090200@guice.ath.cx> > - > - > Here's more data to append onto my last message; In-Reply-To: > <20080826002657.B14827@sola.nimnet.asn.au> -- in response to your: > > > However we need some empirical data about what it's doing. Showing > > your /var/run/dmesg.boot and 'sysctl hw.acpi' output would be a good start. > > > > With respects to 'powered' we ran in to a speed bump or two (2). > > IAN: > > (if it's running) then run 'powerd -v' which runs in foreground and says > > exactly what it's doing re shifting CPU frequency under various loads. > > > > freebsd_user: > Tue Aug 26 03:30:40 EDT 2008 --> /etc/rc.d/powerd stop > powerd not running? Right, it wasn't running because cpufreq isn't loaded, as below. Check 'kldstat -v | grep cpufreq' > Tue Aug 26 03:30:40 EDT 2008 --> > Tue Aug 26 03:30:40 EDT 2008 --> /etc/rc.d/powerd -v > /etc/rc.d/powerd: unknown directive '-v'. > Usage: /etc/rc.d/powerd > [fast|force|one](start|stop|restart|rcvar|status|poll) No, I'd have said; not /etc/rc.d/powerd, but just 'powerd -v' % which powerd /usr/sbin/powerd The idea is to start powerd manually, with -v switch, in foreground in its own window or vty, as shown in powerd(4) > Tue Aug 26 03:30:40 EDT 2008 --> /etc/rc.d/powerd start -v > Starting powerd. > powerd: lookup freq: No such file or directory Yes; it won't even startup without finding the cpu freq sysctls. I'm surprised that powerd failing to start hasn't been logged in /var/log/messages every time you've tried .. ? > Tue Aug 26 03:30:40 EDT 2008 --> ps auxww | grep -i powerd > root 9190 0.0 0.0 372 208 p3 R+ 3:32AM 0:00.00 grep -i > powerd > Tue Aug 26 03:30:40 EDT 2008 --> ps auxww | grep -i powerd > Tue Aug 26 03:30:40 EDT 2008 --> /etc/rc.d/powerd start -v > Starting powerd. > powerd: lookup freq: No such file or directory > Tue Aug 26 03:30:40 EDT 2008 --> ps auxww | grep -i powerd > Tue Aug 26 03:30:40 EDT 2008 --> /etc/rc.d/powerd start -v > Starting powerd. > powerd: lookup freq: No such file or directory > > Now I'm curious about the contents of /etc/rc.d/powerd ... Curious is good :) > powerd_poststop() > { > sysctl dev.cpu.0.freq=`sysctl -n dev.cpu.0.freq_levels | > sed -e 's:/.*::'` > /dev/null > } That'll be to reset dev.cpu.0.freq to its highest speed after quitting. > which prompts me to look at the following 'sysctl' ... > > Tue Aug 26 03:30:40 EDT 2008 --> sysctl dev.cpu > dev.cpu.0.%desc: ACPI CPU > dev.cpu.0.%driver: cpu > dev.cpu.0.%location: handle=\_PR_.CPU0 > dev.cpu.0.%pnpinfo: _HID=none _UID=0 > dev.cpu.0.%parent: acpi0 > dev.cpu.0.cx_supported: C1/157 > dev.cpu.0.cx_lowest: C1 > dev.cpu.0.cx_usage: 100.00% Yep, and all the freq stuff is missing. Refer previous message. > Tue Aug 26 03:30:40 EDT 2008 --> sysctl -a |grep -i freq > kern.acct_chkfreq: 15 > debug.cpufreq.lowest: 0 > debug.cpufreq.verbose: 0 > machdep.tsc_freq: 2194521505 > machdep.i8254_freq: 1193182 > machdep.acpi_timer_freq: 3579545 > Tue Aug 26 03:30:40 EDT 2008 --> > > Unless I've missed or mistyped something, the file /etc/rc.d/powerd is > trying to set a variable (dev.cpu.0.freq=) using the value(s) of "sysctl dev.cpu.0.freq_levels". Right. See /usr/src/usr.sbin/powerd/powerd.c to see what/how it does. > Once again unless I've missed or mistyped something, and please correct me if I'm wrong,"sysctl > dev.cpu.0.freq_levels" doesn't seem to exist within the machine. Yes, that's the (possibly but not necessarily whole) problem. > If UPGRADING from 6.3-p3 to 7.X will save us all some time with the issues stated in this > thread, then so be it. I don't mind trouble-shooting or customizing issues such > as this, but it may be a bit much given my mobile nature. I can't tell if upgrading would help. Try the GENERIC kernel first - or at least one having cpufreq, but perhaps you left out something else you didn't know was necessary? Unsure whether you can just kldload cpufreq in /boot/loader.conf with your current kernel, but it's an easy test. > Time permiting I'll get to your next suggetion shown; just below this > line: > > > It's also useful to watch the temperature(s) directly over the time, see ug > > acpi_thermal(4) and try logging those sysctls periodically in a script. All good for debugging, but with cpufreq, maybe it will just go? :) [..] cheers, Ian From owner-freebsd-mobile@FreeBSD.ORG Tue Aug 26 15:55:36 2008 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8B42D1065687 for ; Tue, 26 Aug 2008 15:55:36 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 5A77E8FC13 for ; Tue, 26 Aug 2008 15:55:36 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id m7QFtZCP029545 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 26 Aug 2008 08:55:36 -0700 (PDT) (envelope-from sam@freebsd.org) Message-ID: <48B42777.1050304@freebsd.org> Date: Tue, 26 Aug 2008 08:55:35 -0700 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.9 (X11/20071125) MIME-Version: 1.0 To: =?UTF-8?B?QXNoaXNoIFNodWtsYSDgpIbgpLbgpYDgpLcg4KS24KWB4KSV4KWN4KSy?= References: <87vdxr9d9y.fsf@chateau.d.lf> In-Reply-To: <87vdxr9d9y.fsf@chateau.d.lf> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-DCC--Metrics: ebb.errno.com; whitelist Cc: freebsd-mobile@freebsd.org Subject: Re: Is 'ath' going to be updated for 7.1-RELEASE ? X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2008 15:55:36 -0000 Ashish Shukla आशीष शुक्ल wrote: > Hi, > > Just came across the release schedule of 7.1-RELEASE. I'm wondering if > new version of 'ath' driver (for Athereos Wireless chipsets) is going > to be included or not ? If yes, I'll be glad to try the betas :). > > Not sure what "new version" means. I'm unlikely to have any time to look at existing ath problems in RELENG_7 before the release. Sam From owner-freebsd-mobile@FreeBSD.ORG Tue Aug 26 17:47:48 2008 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3A0FF1065682; Tue, 26 Aug 2008 17:47:48 +0000 (UTC) (envelope-from jmt@twilley.org) Received: from alpha.twilley.org (alpha.twilley.org [204.152.189.135]) by mx1.freebsd.org (Postfix) with ESMTP id 205648FC17; Tue, 26 Aug 2008 17:47:47 +0000 (UTC) (envelope-from jmt@twilley.org) Received: from [10.202.10.160] (205.158.109.36.ptr.us.xo.net [205.158.109.36]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by alpha.twilley.org (Postfix) with ESMTPSA id 2BE67233858; Tue, 26 Aug 2008 10:29:51 -0700 (PDT) Message-ID: <48B43D90.8090807@twilley.org> Date: Tue, 26 Aug 2008 10:29:52 -0700 From: Jack Twilley User-Agent: Thunderbird 2.0.0.16 (Windows/20080708) MIME-Version: 1.0 To: Sam Leffler References: <87vdxr9d9y.fsf@chateau.d.lf> <48B42777.1050304@freebsd.org> In-Reply-To: <48B42777.1050304@freebsd.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: =?UTF-8?B?QXNoaXNoIFNodWtsYSDgpIbgpLbgpYDgpLcg4KS24KWB4KSV4KWN4KSy?= , freebsd-mobile@freebsd.org Subject: Re: Is 'ath' going to be updated for 7.1-RELEASE ? X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2008 17:47:48 -0000 Sam Leffler wrote: > Ashish Shukla आशीष शुक्ल wrote: >> Hi, >> >> Just came across the release schedule of 7.1-RELEASE. I'm wondering if >> new version of 'ath' driver (for Athereos Wireless chipsets) is going >> to be included or not ? If yes, I'll be glad to try the betas :). >> >> > Not sure what "new version" means. I'm unlikely to have any time to > look at existing ath problems in RELENG_7 before the release. I am hoping against hope it means "whatever it takes to make the Asus Eee PC work without having to follow the steps on the EeeBSD page". I rebuilt kernel and world today and forgot *again* to do the madwifi dance. It's getting old. Jack. > > Sam > > _______________________________________________ > freebsd-mobile@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-mobile > To unsubscribe, send any mail to "freebsd-mobile-unsubscribe@freebsd.org" From owner-freebsd-mobile@FreeBSD.ORG Tue Aug 26 18:47:39 2008 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EBD751065673 for ; Tue, 26 Aug 2008 18:47:39 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id B82BA8FC1D for ; Tue, 26 Aug 2008 18:47:39 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from Macintosh-4.local ([10.0.0.194]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id m7QIldBF031059 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 26 Aug 2008 11:47:39 -0700 (PDT) (envelope-from sam@freebsd.org) Message-ID: <48B44FCA.9070609@freebsd.org> Date: Tue, 26 Aug 2008 11:47:38 -0700 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.16 (Macintosh/20080707) MIME-Version: 1.0 To: Jack Twilley References: <87vdxr9d9y.fsf@chateau.d.lf> <48B42777.1050304@freebsd.org> <48B43D90.8090807@twilley.org> In-Reply-To: <48B43D90.8090807@twilley.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-DCC-Rhyolite-Metrics: ebb.errno.com; whitelist Cc: =?UTF-8?B?QXNoaXNoIFNodWtsYSDgpIbgpLbgpYDgpLcg4KS24KWB4KSV4KWN4KSy?= , freebsd-mobile@freebsd.org Subject: Re: Is 'ath' going to be updated for 7.1-RELEASE ? X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2008 18:47:40 -0000 Jack Twilley wrote: > Sam Leffler wrote: >> Ashish Shukla आशीष शुक्ल wrote: >>> Hi, >>> >>> Just came across the release schedule of 7.1-RELEASE. I'm wondering if >>> new version of 'ath' driver (for Athereos Wireless chipsets) is going >>> to be included or not ? If yes, I'll be glad to try the betas :). >>> >>> >> Not sure what "new version" means. I'm unlikely to have any time to >> look at existing ath problems in RELENG_7 before the release. > > I am hoping against hope it means "whatever it takes to make the Asus > Eee PC work without having to follow the steps on the EeeBSD page". I > rebuilt kernel and world today and forgot *again* to do the madwifi > dance. It's getting old. The required hal is not even committed to HEAD yet; there's no way it's going to get into RELENG_7 w/o significant testing. As to "getting old" others are free to pitch in to make things happen. I have very little time for freebsd right now and what time I do have is focused on higher priority issues. Sam From owner-freebsd-mobile@FreeBSD.ORG Tue Aug 26 18:58:55 2008 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AD0B0106564A; Tue, 26 Aug 2008 18:58:55 +0000 (UTC) (envelope-from jmt@twilley.org) Received: from alpha.twilley.org (alpha.twilley.org [204.152.189.135]) by mx1.freebsd.org (Postfix) with ESMTP id 8B4628FC16; Tue, 26 Aug 2008 18:58:55 +0000 (UTC) (envelope-from jmt@twilley.org) Received: from [10.202.10.160] (205.158.109.36.ptr.us.xo.net [205.158.109.36]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by alpha.twilley.org (Postfix) with ESMTPSA id 2651F233858; Tue, 26 Aug 2008 11:58:55 -0700 (PDT) Message-ID: <48B4526E.8000802@twilley.org> Date: Tue, 26 Aug 2008 11:58:54 -0700 From: Jack Twilley User-Agent: Thunderbird 2.0.0.16 (Windows/20080708) MIME-Version: 1.0 To: Sam Leffler References: <87vdxr9d9y.fsf@chateau.d.lf> <48B42777.1050304@freebsd.org> <48B43D90.8090807@twilley.org> <48B44FCA.9070609@freebsd.org> In-Reply-To: <48B44FCA.9070609@freebsd.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: =?UTF-8?B?QXNoaXNoIFNodWtsYSDgpIbgpLbgpYDgpLcg4KS24KWB4KSV4KWN4KSy?= , freebsd-mobile@freebsd.org Subject: Re: Is 'ath' going to be updated for 7.1-RELEASE ? X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2008 18:58:55 -0000 Sam Leffler wrote: > Jack Twilley wrote: >> Sam Leffler wrote: >>> Ashish Shukla आशीष शुक्ल wrote: >>>> Hi, >>>> >>>> Just came across the release schedule of 7.1-RELEASE. I'm wondering if >>>> new version of 'ath' driver (for Athereos Wireless chipsets) is going >>>> to be included or not ? If yes, I'll be glad to try the betas :). >>>> >>>> >>> Not sure what "new version" means. I'm unlikely to have any time to >>> look at existing ath problems in RELENG_7 before the release. >> I am hoping against hope it means "whatever it takes to make the Asus >> Eee PC work without having to follow the steps on the EeeBSD page". I >> rebuilt kernel and world today and forgot *again* to do the madwifi >> dance. It's getting old. > > The required hal is not even committed to HEAD yet; there's no way it's > going to get into RELENG_7 w/o significant testing. As to "getting old" > others are free to pitch in to make things happen. I have very little > time for freebsd right now and what time I do have is focused on higher > priority issues. All I can offer is the ability to test. I do not have the skill necessary to fix this or I would have written a fix and asked for it to be committed. It is amazingly frustrating to know that there is a workaround and to see that others consider this a low priority issue. If not you, then who should I ask about committing the new HAL to HEAD and helping me check out whatever I need to check out to test the fix so the rest of us can have wireless Ethernet working out of the box? Jack. > > Sam > > From owner-freebsd-mobile@FreeBSD.ORG Tue Aug 26 19:39:24 2008 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 356BD1065679 for ; Tue, 26 Aug 2008 19:39:24 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id CD88B8FC16 for ; Tue, 26 Aug 2008 19:39:23 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id m7QJdNES031443 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 26 Aug 2008 12:39:23 -0700 (PDT) (envelope-from sam@freebsd.org) Message-ID: <48B45BEB.2090502@freebsd.org> Date: Tue, 26 Aug 2008 12:39:23 -0700 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.9 (X11/20071125) MIME-Version: 1.0 To: Jack Twilley References: <87vdxr9d9y.fsf@chateau.d.lf> <48B42777.1050304@freebsd.org> <48B43D90.8090807@twilley.org> <48B44FCA.9070609@freebsd.org> <48B4526E.8000802@twilley.org> In-Reply-To: <48B4526E.8000802@twilley.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-DCC-Rhyolite-Metrics: ebb.errno.com; whitelist Cc: =?UTF-8?B?QXNoaXNoIFNodWtsYSDgpIbgpLbgpYDgpLcg4KS24KWB4KSV4KWN4KSy?= , freebsd-mobile@freebsd.org Subject: Re: Is 'ath' going to be updated for 7.1-RELEASE ? X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2008 19:39:24 -0000 Jack Twilley wrote: > Sam Leffler wrote: >> Jack Twilley wrote: >>> Sam Leffler wrote: >>>> Ashish Shukla à ¤†à ¤¶à ¥€à ¤· >>>> à ¤¶à ¥à ¤•à ¥à ¤² wrote: >>>>> Hi, >>>>> >>>>> Just came across the release schedule of 7.1-RELEASE. I'm >>>>> wondering if >>>>> new version of 'ath' driver (for Athereos Wireless chipsets) is going >>>>> to be included or not ? If yes, I'll be glad to try the betas :). >>>>> >>>>> >>>> Not sure what "new version" means. I'm unlikely to have any time to >>>> look at existing ath problems in RELENG_7 before the release. >>> I am hoping against hope it means "whatever it takes to make the Asus >>> Eee PC work without having to follow the steps on the EeeBSD page". I >>> rebuilt kernel and world today and forgot *again* to do the madwifi >>> dance. It's getting old. >> >> The required hal is not even committed to HEAD yet; there's no way it's >> going to get into RELENG_7 w/o significant testing. As to "getting old" >> others are free to pitch in to make things happen. I have very little >> time for freebsd right now and what time I do have is focused on higher >> priority issues. > > All I can offer is the ability to test. I do not have the skill > necessary to fix this or I would have written a fix and asked for it > to be committed. It is amazingly frustrating to know that there is a > workaround and to see that others consider this a low priority issue. > > If not you, then who should I ask about committing the new HAL to HEAD > and helping me check out whatever I need to check out to test the fix > so the rest of us can have wireless Ethernet working out of the box? I have repeatedly asked for testing of the 0.10.5.6 hal sitting in http://www.freebsd.org/~sam on HEAD but not gotten enough results to commit to HEAD. I will not commit a hal to any tree that causes regressions. Atheros long ago yanked the testing resources I used to validate hal's for release so I am uncertain whether this hal will introduce regressions. If things go bad I simply don't have the time to deal with it so nothing has gone in. Past that a backport to RELENG_7 is straightforward but again nothing happens until code is in HEAD. I am asking around for someone else to deal with a commit to HEAD. Sam From owner-freebsd-mobile@FreeBSD.ORG Wed Aug 27 01:41:35 2008 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 25AA71065670 for ; Wed, 27 Aug 2008 01:41:35 +0000 (UTC) (envelope-from gaijin.k@gmail.com) Received: from mail-gx0-f17.google.com (mail-gx0-f17.google.com [209.85.217.17]) by mx1.freebsd.org (Postfix) with ESMTP id 9C6528FC19 for ; Wed, 27 Aug 2008 01:41:34 +0000 (UTC) (envelope-from gaijin.k@gmail.com) Received: by gxk10 with SMTP id 10so3934171gxk.19 for ; Tue, 26 Aug 2008 18:41:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:cc :in-reply-to:references:content-type:date:message-id:mime-version :x-mailer:content-transfer-encoding; bh=Jt2GTeaeuhiQC6Bi87NHCLLzkbz7SkGhgarfkmJnu2s=; b=aKxOQyFa/DfPrIaaM6uytTbrS5uq60KJFoHaLClUKSDjlxv51CV5Kb5w9tLxgG7btl tFfZSZ8uNKjjBVBSVzLk7IVXbVtgoi8exUa0yfdN4lWePs7p6YjOcStqHHqJpm+3niqh ZS92ebCKgN8AW6vOPWj4fA2jaHegz07+N+6eU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:from:to:cc:in-reply-to:references:content-type:date :message-id:mime-version:x-mailer:content-transfer-encoding; b=r9qdvWdAKrXiiuaaEHt5hNKq0R8v/xjNbk5N8x+hTYN7paFvATf3ChersRF8gf5xR9 MAAkZZ36SqnAgagAPAlPVuS9c6blLdou70LVG8SbJOlNhkXln28T8zd7lbOgHGEdvY+p 2Pu9zOHYrY4/X+RediSA66OaO/AfcfICehIZc= Received: by 10.150.95.15 with SMTP id s15mr10240636ybb.112.1219801294112; Tue, 26 Aug 2008 18:41:34 -0700 (PDT) Received: from ?10.0.3.231? ( [70.111.10.128]) by mx.google.com with ESMTPS id 7sm8708326ywo.7.2008.08.26.18.41.32 (version=SSLv3 cipher=RC4-MD5); Tue, 26 Aug 2008 18:41:33 -0700 (PDT) From: "Alexandre \"Sunny\" Kovalenko" To: Sam Leffler In-Reply-To: <48B45BEB.2090502@freebsd.org> References: <87vdxr9d9y.fsf@chateau.d.lf> <48B42777.1050304@freebsd.org> <48B43D90.8090807@twilley.org> <48B44FCA.9070609@freebsd.org> <48B4526E.8000802@twilley.org> <48B45BEB.2090502@freebsd.org> Content-Type: text/plain; charset=utf-8 Date: Tue, 26 Aug 2008 21:41:23 -0400 Message-Id: <1219801283.1118.26.camel@RabbitsDen> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit Cc: Jack Twilley , Ashish Shukla =?UTF-8?Q?=E0=A4=86=E0=A4=B6=E0=A5=80=E0=A4=B7_?= =?UTF-8?Q?=E0=A4=B6=E0=A5=81=E0=A4=95=E0=A5=8D=E0=A4=B2?= , freebsd-mobile@freebsd.org Subject: Re: Is 'ath' going to be updated for 7.1-RELEASE ? X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Aug 2008 01:41:35 -0000 On Tue, 2008-08-26 at 12:39 -0700, Sam Leffler wrote: > Jack Twilley wrote: > > Sam Leffler wrote: > >> Jack Twilley wrote: > >>> Sam Leffler wrote: > >>>> Ashish Shukla à ¤†à ¤¶à ¥€à ¤· > >>>> à ¤¶à ¥à ¤•à ¥à ¤² wrote: > >>>>> Hi, > >>>>> > >>>>> Just came across the release schedule of 7.1-RELEASE. I'm > >>>>> wondering if > >>>>> new version of 'ath' driver (for Athereos Wireless chipsets) is going > >>>>> to be included or not ? If yes, I'll be glad to try the betas :). > >>>>> > >>>>> > >>>> Not sure what "new version" means. I'm unlikely to have any time to > >>>> look at existing ath problems in RELENG_7 before the release. > >>> I am hoping against hope it means "whatever it takes to make the Asus > >>> Eee PC work without having to follow the steps on the EeeBSD page". I > >>> rebuilt kernel and world today and forgot *again* to do the madwifi > >>> dance. It's getting old. > >> > >> The required hal is not even committed to HEAD yet; there's no way it's > >> going to get into RELENG_7 w/o significant testing. As to "getting old" > >> others are free to pitch in to make things happen. I have very little > >> time for freebsd right now and what time I do have is focused on higher > >> priority issues. > > > > All I can offer is the ability to test. I do not have the skill > > necessary to fix this or I would have written a fix and asked for it > > to be committed. It is amazingly frustrating to know that there is a > > workaround and to see that others consider this a low priority issue. > > > > If not you, then who should I ask about committing the new HAL to HEAD > > and helping me check out whatever I need to check out to test the fix > > so the rest of us can have wireless Ethernet working out of the box? > > I have repeatedly asked for testing of the 0.10.5.6 hal sitting in > http://www.freebsd.org/~sam on HEAD but not gotten enough results to > commit to HEAD. Since I am running RELENG_7 with 0.10.5.6 HAL anyway (to have ath and powerd happily coexisting) are there any specific scenarios, that you'd like tested? -- Alexandre "Sunny" Kovalenko (Олександр Коваленко) From owner-freebsd-mobile@FreeBSD.ORG Wed Aug 27 03:38:59 2008 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CDECE1065675 for ; Wed, 27 Aug 2008 03:38:59 +0000 (UTC) (envelope-from wahjava@gmail.com) Received: from ti-out-0910.google.com (ti-out-0910.google.com [209.85.142.187]) by mx1.freebsd.org (Postfix) with ESMTP id 1DA298FC23 for ; Wed, 27 Aug 2008 03:38:58 +0000 (UTC) (envelope-from wahjava@gmail.com) Received: by ti-out-0910.google.com with SMTP id d27so1466464tid.3 for ; Tue, 26 Aug 2008 20:38:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:to:cc:subject:x-face :references:x-uptime:x-url:x-openpgp-id:x-openpgp-fingerprint:x-os :x-mailer:x-mail-morse:x-attribution:organization:from:date :in-reply-to:message-id:user-agent:face:mime-version:content-type :sender; bh=Kvr5c/TZU38LCVFi0CEKYvscDW8GHACLiNIAuXczC6o=; b=MTKS7nLH0fdIc49i3Ed6q/+YMzEd4KPRSWQFdrEbjyKREoZoD5hd7JkLWk4nyq+JLM ULF5kqPZlf9h6a18gFzeVOjAKB+2+1I9QNyRa0UOYFtI8CccwSDEJ657DGmZ8/toGQNF KZ0gLcbjIoCQywGOsgJ60soqYvZp8l5qwE7k0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=to:cc:subject:x-face:references:x-uptime:x-url:x-openpgp-id :x-openpgp-fingerprint:x-os:x-mailer:x-mail-morse:x-attribution :organization:from:date:in-reply-to:message-id:user-agent:face :mime-version:content-type:sender; b=Bmg/pHstMRCVSYLPvZomvagl/SXIG1wK3K+Dh9BxJ9wVuzbHB9S/uRoCp3zLnxC/4O fWXx0vNnwgj/eSbU7V0ZZFylA0HYPcWS3ZN/xFfp3Q/lW1Exksvsk9WVwitNGtLQq8CT chXIqginR0igC1SYPxwubh5HwrYuCl00uSRlM= Received: by 10.110.41.17 with SMTP id o17mr7382260tio.18.1219808337790; Tue, 26 Aug 2008 20:38:57 -0700 (PDT) Received: from chateau.d.lf ( [122.162.237.25]) by mx.google.com with ESMTPS id w12sm2720709tib.1.2008.08.26.20.38.54 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 26 Aug 2008 20:38:56 -0700 (PDT) To: Sam Leffler X-Face: "\:nMpJ)EA!j>2nEu-[(+&o:N+CtL^AS\, Jv*LO5qBr#W2.\=d <48B42777.1050304@freebsd.org> X-Uptime: 9:07AM up 31 mins, 3 users, load averages: 0.20, 0.32, 0.24 X-URL: http://wahjava.wordpress.com/ X-OpenPGP-ID: 762E5E74 X-OpenPGP-Fingerprint: 1E00 4679 77E4 F8EE 2E4B 56F2 1F2F 8410 762E 5E74 X-OS: FreeBSD on FreeBSD 7.0-RELEASE-p3 kernel on amd64 architecture X-Mailer: Gnus/5.11 (Oort 5.11) Emacs/22.2.1 (x86_64-pc-freebsd) X-Mail-Morse: .-- .- .... .--- .- ...- .- .--.-. --. -- .- .. .-.. .-.-.- -.-. --- -- X-Attribution: =?utf-8?B?4KSG4KS24KWA4KS3?= Organization: The Church of Emacs From: wahjava.ml@gmail.com (Ashish Shukla =?utf-8?B?4KSG4KS24KWA4KS3IA==?= =?utf-8?B?4KS24KWB4KSV4KWN4KSy?=) Date: Wed, 27 Aug 2008 09:08:56 +0530 In-Reply-To: <48B42777.1050304@freebsd.org> (Sam Leffler's message of "Tue\, 26 Aug 2008 08\:55\:35 -0700") Message-ID: <86prnvgm9b.fsf@chateau.d.lf> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.2 (berkeley-unix) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAJFBMVEVfX1/8/PwTExMDAwO0 tLSampr////f398oKCi/v78MDAwICAihq32EAAACU0lEQVQ4jW3UvWvbQBQA8LOJsJIsOajtZAtH Aqq8FLQUvNjhCex2UYpE7XYytPJalxJnFMImqrOkIJfcZtwGgrqEhELQ/XN9p+jLbc+Drfvx7r17 9jNxszXCV2mR9P3ACoKAOM5bugn1hRBRFAnxeErLMN4RIpbwYKwmZfgkMGDNol8PhlFrFDDalQcx BMMwXpwV8KElYqYzpmOA0a4UsC/EmrEU4ptGDq9kghTabP09g9EuFiSpJQOYXslgrEd6Aj8Q7pl+ kcFH3NRlUTIFfvyZwV4sEzwV20a4y2A/BWEYLxdYwk0Gn+Mohfa2X4bXsn8StC0uYdVI4T02cK0F is15ArcZYKeER5Q+f4JofZZHiPshJPt8BwtPrp4kF+KOp+sdpjvOjqpf3n+1bD6dTjk3ySKuZVU1 ezcdpm3h/pL4h9eP3Rw6R5bqa9t86a/1W3OVd7dpzgBMx8YAxVFgvgmqDTwEdQignOVgI1ggoQMA x40CFHzmCHgXcEoAig39MOSATTGt5znQL4qDIRIgNK2LAqYWAl47lBGDSgHNjoOt6vdDkNAtQc9E wN0EJgXQN7aMSABIGU7mMiI5CtQJzX9w9PwQYOApVqBwCMqwp9lmkKzh0qM5uPTAn/Vw0ogazK9m JRjR6pHqEVyqd1XbgPPfKkgAddClxRi49NmKcNMh+JV4T7mzqW1e2jwk3pAPjugGuCfHPLRIP/Qr tLEB9daW7HrvcLIx55i/9zjkfMlO//pnwLHyPcupzrL9AtxrFgTaN/dfGFcjreb+B9wmnzaKpz8p dKsBFjzeRQAAAABJRU5ErkJggg== MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" Sender: =?UTF-8?B?4KSG4KS24KWA4KS3IOCktuClgeCkleCljeCksiBBc2hpc2ggU2h1a2xh?= Cc: freebsd-mobile@freebsd.org Subject: Re: Is 'ath' going to be updated for 7.1-RELEASE ? X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Aug 2008 03:38:59 -0000 --=-=-= Content-Type: text/plain; charset=utf-8 Sam Leffler writes: > Ashish Shukla आशीष शुक्ल wrote: >> Hi, >> >> Just came across the release schedule of 7.1-RELEASE. I'm wondering if >> new version of 'ath' driver (for Athereos Wireless chipsets) is going >> to be included or not ? If yes, I'll be glad to try the betas :). >> >> > Not sure what "new version" means. I'm unlikely to have any time to > look at existing ath problems in RELENG_7 before the release. By "new version" I meant, the new version of driver "ath" which works with HAL 0.10.5.6. No problem, if it is not going to be available in RELENG_7 soon :) . > Sam Ashish -- ·-- ·- ···· ·--- ·- ···- ·- ·--·-· --· -- ·- ·· ·-·· ·-·-·- -·-· --- -- --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAki0zFMACgkQHy+EEHYuXnRx8QCfdDP3rMFvFVzMTYT3AWxH5lGc XisAoK2g5MJwXvjfu5AkYsM9YBno55wS =syeE -----END PGP SIGNATURE----- --=-=-=-- From owner-freebsd-mobile@FreeBSD.ORG Thu Aug 28 01:00:50 2008 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 666941065674 for ; Thu, 28 Aug 2008 01:00:50 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.190]) by mx1.freebsd.org (Postfix) with ESMTP id E95598FC17 for ; Thu, 28 Aug 2008 01:00:49 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: by fk-out-0910.google.com with SMTP id k31so108454fkk.11 for ; Wed, 27 Aug 2008 18:00:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:date:from:to:subject :message-id:mime-version:content-type:content-disposition:user-agent :sender; bh=bGO3OiYY+XkZXhHNgHu21Io9C1CQkbPolHD2ig/156Y=; b=hPup3/7QRKc7qnDHQqejTEwzy48wiwYnp7PgL4jnt3Hh0/VUIllF3ZBXut5tGH4oSc SGmBZCrE7iJExms8KTAa9Q0zoG3c9b1jU/9nQZdMxrAnQoTI3nC9+efenMWWcnoANGYs N7lL95qbXGsUn/cNEy6PUoKLfcR+bO5tbSkzY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:subject:message-id:mime-version:content-type :content-disposition:user-agent:sender; b=nS4J1w2FclWzkWSLliR4/ziLzJipu67NWdh3GRZqhaixD8p8B2U3OI8bL/Fh87qiN3 v2KIx1EVwfu8CTc3gopK2RNOR0BUoOy7uyZdyEHP2xEcEbXjnCjIAWcqbjEjk5hdzTt4 LgL4US3345fJQ1FU1XN+x8VzeWxo3mpH1NwNU= Received: by 10.181.22.8 with SMTP id z8mr842366bki.78.1219883430809; Wed, 27 Aug 2008 17:30:30 -0700 (PDT) Received: from alpha.local ( [83.144.140.92]) by mx.google.com with ESMTPS id u14sm1039503gvf.6.2008.08.27.17.30.29 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 27 Aug 2008 17:30:30 -0700 (PDT) Received: by alpha.local (Postfix, from userid 1001) id 30343497; Thu, 28 Aug 2008 01:29:19 +0100 (WEST) Date: Thu, 28 Aug 2008 01:29:19 +0100 From: Rui Paulo To: freebsd-current@freebsd.org, freebsd-mobile@freebsd.org, freebsd-net@freebsd.org Message-ID: <20080828002919.GA54169@alpha.local> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.18 (2008-05-17) Sender: Rui Paulo Cc: Subject: HEADS UP: ath_hal updated to 0.10.5.10 -- PLEASE TEST X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2008 01:00:50 -0000 Hi, We've updated ath_hal in HEAD to 0.10.5.10. This supports a couple of new chips, namely those on the Asus Eee PC, MacBooks and other laptops. If you have an Atheros or Atheros based card, I really wanted you to test it. We were unable to test this in several Atheros chipsets, so if you find a regression, please contact me or Sam Leffler (sam@freebsd.org) ASAP. So, please give it a try :-) Unfortuntely, this will only make 7.1 if the release date slips. So, don't expect this to be MFCed any time soon. Thanks, -- Rui Paulo From owner-freebsd-mobile@FreeBSD.ORG Thu Aug 28 01:13:06 2008 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ABA5C106564A for ; Thu, 28 Aug 2008 01:13:06 +0000 (UTC) (envelope-from eculp@cloudmaster.info) Received: from ns2.bafirst.com (72-12-2-19.static.networktel.net [72.12.2.19]) by mx1.freebsd.org (Postfix) with ESMTP id 753BF8FC0C for ; Thu, 28 Aug 2008 01:13:06 +0000 (UTC) (envelope-from eculp@cloudmaster.info) Received: from casasponti.net ([201.155.7.3]) by ns2.bafirst.com with esmtp; Wed, 27 Aug 2008 20:03:03 -0500 id 000D54AC.48B5F947.0000BD2A Received: from localhost (localhost [127.0.0.1]) (uid 80) by casasponti.net with local; Wed, 27 Aug 2008 20:02:58 -0500 id 00130C69.48B5F942.0001631B Received: from local7.local.net.mx (local7.local.net.mx [172.16.0.7]) by cloudmail.cloudmaster.info (Horde Framework) with HTTP; Wed, 27 Aug 2008 20:02:58 -0500 Message-ID: <20080827200258.96985hbhy2n5urs4@cloudmail.cloudmaster.info> Date: Wed, 27 Aug 2008 20:02:58 -0500 From: eculp@cloudmaster.info To: freebsd-mobile@freebsd.org References: <87vdxr9d9y.fsf@chateau.d.lf> <48B42777.1050304@freebsd.org> <48B43D90.8090807@twilley.org> <48B44FCA.9070609@freebsd.org> <48B4526E.8000802@twilley.org> <48B45BEB.2090502@freebsd.org> In-Reply-To: <48B45BEB.2090502@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (5.0-cvs) X-Remote-Browser: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.16) Gecko/20080803 Firefox/2.0.0.16 X-IMP-Server: 201.155.7.3 X-Originating-IP: 201.155.7.3 X-Originating-User: eculp@cloudmaster.info Subject: Re: Is 'ath' going to be updated for 7.1-RELEASE ? X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2008 01:13:06 -0000 Quoting Sam Leffler : > Jack Twilley wrote: >> Sam Leffler wrote: >>> Jack Twilley wrote: >>>> Sam Leffler wrote: >>>>> Ashish Shukla =C3=83 =C3=82=C2=A4=C3=A2=E2=82=AC =C3=83 =C3=82=C2=A4= =C3=82=C2=B6=C3=83 =C3=82=C2=A5=C3=A2=E2=80=9A=C2=AC=C3=83 =C3=82=C2=A4=C3= =82=C2=B7 =C3=83 =C3=82=C2=A4=C3=82=C2=B6=C3=83 =C3=82=C2=A5=C3=82=C2=81=C3= =83 =C3=82=C2=A4=C3=A2=E2=82=AC=C2=A2=C3=83 =20 >>>>> =C3=82=C2=A5=C3=82=C2=8D=C3=83 =C3=82=C2=A4=C3=82=C2=B2 wrote: >>>>>> Hi, >>>>>> >>>>>> Just came across the release schedule of 7.1-RELEASE. I'm wondering i= f >>>>>> new version of 'ath' driver (for Athereos Wireless chipsets) is going >>>>>> to be included or not ? If yes, I'll be glad to try the betas :). >>>>>> >>>>>> >>>>> Not sure what "new version" means. I'm unlikely to have any time to >>>>> look at existing ath problems in RELENG_7 before the release. >>>> I am hoping against hope it means "whatever it takes to make the Asus >>>> Eee PC work without having to follow the steps on the EeeBSD page". I >>>> rebuilt kernel and world today and forgot *again* to do the madwifi >>>> dance. It's getting old. >>> >>> The required hal is not even committed to HEAD yet; there's no way it's >>> going to get into RELENG_7 w/o significant testing. As to "getting old" >>> others are free to pitch in to make things happen. I have very little >>> time for freebsd right now and what time I do have is focused on higher >>> priority issues. >> >> All I can offer is the ability to test. I do not have the skill =20 >> necessary to fix this or I would have written a fix and asked for =20 >> it to be committed. It is amazingly frustrating to know that there =20 >> is a workaround and to see that others consider this a low priority =20 >> issue. >> >> If not you, then who should I ask about committing the new HAL to =20 >> HEAD and helping me check out whatever I need to check out to test =20 >> the fix so the rest of us can have wireless Ethernet working out of =20 >> the box? > > I have repeatedly asked for testing of the 0.10.5.6 hal sitting in =20 > http://www.freebsd.org/~sam on HEAD but not gotten enough results to =20 > commit to HEAD. I've been using ath_hal-20080528.tgz. with HEAD for quite some time =20 and it works great on my AcerAspire 5520-5679. I'm automatically =20 cvsuping, adding the contents of ath_hal-20080528.tgz and rebuilding =20 world and kernel daily with no issues at all. It works perfectly for =20 me. ed > I will not commit a hal to any tree that causes regressions. =20 > Atheros long ago yanked the testing resources I used to validate =20 > hal's for md5release so I am uncertain whether this hal will =20 > introduce regressions. If things go bad I simply don't have the =20 > time to deal with it so nothing has gone in. > > Past that a backport to RELENG_7 is straightforward but again =20 > nothing happens until code is in HEAD. > > I am asking around for someone else to deal with a commit to HEAD. > > Sam > > _______________________________________________ > freebsd-mobile@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-mobile > To unsubscribe, send any mail to "freebsd-mobile-unsubscribe@freebsd.org" > From owner-freebsd-mobile@FreeBSD.ORG Thu Aug 28 01:17:23 2008 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 960071065685 for ; Thu, 28 Aug 2008 01:17:23 +0000 (UTC) (envelope-from eculp@cloudmaster.info) Received: from ns2.bafirst.com (72-12-2-19.static.networktel.net [72.12.2.19]) by mx1.freebsd.org (Postfix) with ESMTP id 490D88FC14 for ; Thu, 28 Aug 2008 01:17:23 +0000 (UTC) (envelope-from eculp@cloudmaster.info) Received: from casasponti.net ([201.155.7.3]) by ns2.bafirst.com with esmtp; Wed, 27 Aug 2008 20:12:20 -0500 id 000D54C0.48B5FB74.0000BF58 Received: from localhost (localhost [127.0.0.1]) (uid 80) by casasponti.net with local; Wed, 27 Aug 2008 20:12:16 -0500 id 00130C69.48B5FB70.00016375 Received: from local7.local.net.mx (local7.local.net.mx [172.16.0.7]) by cloudmail.cloudmaster.info (Horde Framework) with HTTP; Wed, 27 Aug 2008 20:12:16 -0500 Message-ID: <20080827201216.71255zt6zd2n0uww@cloudmail.cloudmaster.info> Date: Wed, 27 Aug 2008 20:12:16 -0500 From: eculp@cloudmaster.info To: freebsd-mobile@freebsd.org References: <87vdxr9d9y.fsf@chateau.d.lf> <48B42777.1050304@freebsd.org> <48B43D90.8090807@twilley.org> <48B44FCA.9070609@freebsd.org> In-Reply-To: <48B44FCA.9070609@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (5.0-cvs) X-Remote-Browser: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.16) Gecko/20080803 Firefox/2.0.0.16 X-IMP-Server: 201.155.7.3 X-Originating-IP: 201.155.7.3 X-Originating-User: eculp@cloudmaster.info Subject: Re: Is 'ath' going to be updated for 7.1-RELEASE ? X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2008 01:17:23 -0000 Quoting Sam Leffler : > Jack Twilley wrote: >> Sam Leffler wrote: >>> Ashish Shukla =C3=A0=C2=A4=E2=80=A0=C3=A0=C2=A4=C2=B6=C3=A0=C2=A5=E2=82= =AC=C3=A0=C2=A4=C2=B7 =C3=A0=C2=A4=C2=B6=C3=A0=C2=A5=C2=81=C3=A0=C2=A4=E2=80= =A2=C3=A0=C2=A5=C2=8D=C3=A0=C2=A4=C2=B2 wrote: >>>> Hi, >>>> >>>> Just came across the release schedule of 7.1-RELEASE. I'm wondering if >>>> new version of 'ath' driver (for Athereos Wireless chipsets) is going >>>> to be included or not ? If yes, I'll be glad to try the betas :). >>>> >>>> >>> Not sure what "new version" means. I'm unlikely to have any time to >>> look at existing ath problems in RELENG_7 before the release. >> >> I am hoping against hope it means "whatever it takes to make the Asus >> Eee PC work without having to follow the steps on the EeeBSD page". I >> rebuilt kernel and world today and forgot *again* to do the madwifi >> dance. It's getting old. > > The required hal is not even committed to HEAD yet; there's no way it's > going to get into RELENG_7 w/o significant testing. As to "getting old" > others are free to pitch in to make things happen. I have very little > time for freebsd right now and what time I do have is focused on higher > priority issues. Just saw the great news, Sam. Thanks for your work on this and for =20 adding it to current. Checking my current@ email I found "HEADS UP: =20 ath_hal updated to 0.10.5.10 -- PLEASE TEST" which I'm completely =20 confident will solve the problems without any more patching. I just =20 changed my build script for tonight to not add the old patch the =20 source. I'll comment tomorrow after booting the new kernel. Thanks again, Sam. ed. > > =09Sam > > > _______________________________________________ > freebsd-mobile@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-mobile > To unsubscribe, send any mail to "freebsd-mobile-unsubscribe@freebsd.org" > From owner-freebsd-mobile@FreeBSD.ORG Thu Aug 28 14:37:30 2008 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9615C1065678 for ; Thu, 28 Aug 2008 14:37:30 +0000 (UTC) (envelope-from eculp@cloudmaster.info) Received: from ns2.bafirst.com (72-12-2-19.static.networktel.net [72.12.2.19]) by mx1.freebsd.org (Postfix) with ESMTP id 611BD8FC1B for ; Thu, 28 Aug 2008 14:37:30 +0000 (UTC) (envelope-from eculp@cloudmaster.info) Received: from casasponti.net ([201.155.7.3]) by ns2.bafirst.com with esmtp; Thu, 28 Aug 2008 09:37:28 -0500 id 000D5548.48B6B828.0000225E Received: from localhost (localhost [127.0.0.1]) (uid 80) by casasponti.net with local; Thu, 28 Aug 2008 09:37:23 -0500 id 00130C2C.48B6B823.00003C69 Received: from local7.local.net.mx (local7.local.net.mx [172.16.0.7]) by cloudmail.cloudmaster.info (Horde Framework) with HTTP; Thu, 28 Aug 2008 09:37:23 -0500 Message-ID: <20080828093723.17542tn7hiadvpk4@cloudmail.cloudmaster.info> Date: Thu, 28 Aug 2008 09:37:23 -0500 From: eculp@cloudmaster.info To: freebsd-mobile@freebsd.org References: <87vdxr9d9y.fsf@chateau.d.lf> <48B42777.1050304@freebsd.org> <48B43D90.8090807@twilley.org> <48B44FCA.9070609@freebsd.org> <20080827201216.71255zt6zd2n0uww@cloudmail.cloudmaster.info> In-Reply-To: <20080827201216.71255zt6zd2n0uww@cloudmail.cloudmaster.info> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (5.0-cvs) X-Remote-Browser: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.16) Gecko/20080803 Firefox/2.0.0.16 X-IMP-Server: 201.155.7.3 X-Originating-IP: 201.155.7.3 X-Originating-User: eculp@cloudmaster.info Subject: Re: Is 'ath' going to be updated for 7.1-RELEASE ? X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2008 14:37:30 -0000 Quoting eculp@cloudmaster.info: > Quoting Sam Leffler : > >> Jack Twilley wrote: >>> Sam Leffler wrote: >>>> Ashish Shukla =C3=A0=C2=A4=E2=80=A0=C3=A0=C2=A4=C2=B6=C3=A0=C2=A5=E2=82= =AC=C3=A0=C2=A4=C2=B7 =C3=A0=C2=A4=C2=B6=C3=A0=C2=A5=C2=81=C3=A0=C2=A4=E2=80= =A2=C3=A0=C2=A5=C2=8D=C3=A0=C2=A4=C2=B2 wrote: >>>>> Hi, >>>>> >>>>> Just came across the release schedule of 7.1-RELEASE. I'm wondering if >>>>> new version of 'ath' driver (for Athereos Wireless chipsets) is going >>>>> to be included or not ? If yes, I'll be glad to try the betas :). >>>>> >>>>> >>>> Not sure what "new version" means. I'm unlikely to have any time to >>>> look at existing ath problems in RELENG_7 before the release. >>> >>> I am hoping against hope it means "whatever it takes to make the Asus >>> Eee PC work without having to follow the steps on the EeeBSD page". I >>> rebuilt kernel and world today and forgot *again* to do the madwifi >>> dance. It's getting old. >> >> The required hal is not even committed to HEAD yet; there's no way it's >> going to get into RELENG_7 w/o significant testing. As to "getting old" >> others are free to pitch in to make things happen. I have very little >> time for freebsd right now and what time I do have is focused on higher >> priority issues. > > Just saw the great news, Sam. Thanks for your work on this and for =20 > adding it to current. Checking my current@ email I found "HEADS UP: =20 > ath_hal updated to 0.10.5.10 -- PLEASE TEST" which I'm completely =20 > confident will solve the problems without any more patching. I just =20 > changed my build script for tonight to not add the old patch the =20 > source. I'll comment tomorrow after booting the new kernel. > > Thanks again, Sam. > Results: Worked Perfectly for me in today's current without external patches. wlan0: flags=3D8843 metric 0 mtu 150= 0 ether 00:1d:d9:27:5c:e5 inet 172.16.0.7 netmask 0xffffff00 broadcast 172.16.0.255 media: IEEE 802.11 Wireless Ethernet OFDM/54Mbps mode 11g status: associated ssid virus channel 1 (2412 Mhz 11g) bssid 00:1d:7e:51:e1:4d regdomain 101 indoor ecm authmode OPEN privacy ON deftxkey 1 wepkey 1:40-bit txpower 16 bmiss 7 scanvalid 60 bgscan bgscanintvl = 300 bgscanidle 250 roam:rssi 7 roam:rate 5 protmode CTS wme burst # uname -a FreeBSD ed.local.net.mx 8.0-CURRENT FreeBSD 8.0-CURRENT #17: Thu Aug =20 28 05:50:27 CDT 2008 root@ed.local.net.mx:/usr/obj/usr/src/sys/ENCONTACTO i386 Thanks again to all who have made this happen. ed From owner-freebsd-mobile@FreeBSD.ORG Sat Aug 30 15:12:32 2008 Return-Path: Delivered-To: mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C1DBD1065672 for ; Sat, 30 Aug 2008 15:12:32 +0000 (UTC) (envelope-from josh@tcbug.org) Received: from conn-smtp.mc.mpls.visi.com (conn.mc.mpls.visi.com [208.42.156.2]) by mx1.freebsd.org (Postfix) with ESMTP id 946498FC1C for ; Sat, 30 Aug 2008 15:12:32 +0000 (UTC) (envelope-from josh@tcbug.org) Received: from mail.tcbug.org (mail.tcbug.org [208.42.70.163]) by conn-smtp.mc.mpls.visi.com (Postfix) with ESMTP id 532617864 for ; Sat, 30 Aug 2008 09:50:57 -0500 (CDT) Received: from build64.tcbug.org (unknown [208.42.70.167]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.tcbug.org (Postfix) with ESMTPSA id 25A0C5591CD for ; Sat, 30 Aug 2008 09:50:57 -0500 (CDT) From: Josh Paetzel To: mobile@freebsd.org Date: Sat, 30 Aug 2008 09:50:46 -0500 User-Agent: KMail/1.9.9 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart4538579.nCZLaIecaK"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200808300950.51698.josh@tcbug.org> Cc: Subject: Heat issues on the IBM/Lenovo T60 resolved X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Aug 2008 15:12:32 -0000 --nextPart4538579.nCZLaIecaK Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline I've been relatively happy with my T60, with the exception of the heat issu= es=20 it's had since day one. The fan would run full out pretty much all the tim= e,=20 and it would frequently reach 99-100C when doing anything cpu intensive,=20 regardless of OS. If there was any obstruction to the air vents it would=20 shutdown due to overheating. It turns out this is not an uncommon problem with the T60/T61, people eithe= r=20 complain of them being loud, or too hot, or sometimes both. After going down the road of OS tweaks and BIOS flashes I started burning u= p=20 phone lines at Lenovo, and I was finally able to talk to someone who said=20 they had some assembly problems that resulted in far too much thermal paste= =20 being applied to the cpu and heatsink. So, I disassembled my laptop, and sure enough, the thermal paste was applie= d=20 much like a 3 year old applies grape jelly to a sandwich. I cleaned the=20 heatsink, cpu, and gpu and applied some generic thermal paste I found at Be= st=20 Buy. (caveat: The GPU uses a thermal pad that accomodates cooling the=20 memory chips, which are at a different height. I cut out the area where th= e=20 GPU makes contact and used thermal paste there, leaving the rest of the=20 thermal pad in place to contact the ram) Upon reassembly I loaded up both cores with make buildworld and cpuburn, an= d=20 initially feared I had damaged the fan speed sensor, as FreeBSD reported 0= =20 rpm. The cpu temps very slowly climbed to 60C, where the fan spun up to a= =20 nearly inaudible 2000 rpm If I leave it at full CPU utilization the fan will eventually spin up to=20 3000rpm, and temps stabilize at 66-69C. Under normal use the fan rarely=20 runs, a welcome change from it running full out all the time, especially on= =20 battery. =20 I have a friend that was having similar problems with his T61, and has had= =20 similar success after reapplying the thermal paste. =46ow what it's worth, Lenovo said the issue was covered under warranty, I = just=20 disn't feel like going through the hassle of shipping the laptop to them. =20 =2D-=20 Thanks, Josh Paetzel PGP: 8A48 EF36 5E9F 4EDA 5A8C 11B4 26F9 01F1 27AF AECB --nextPart4538579.nCZLaIecaK Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEABECAAYFAki5XksACgkQJvkB8Sevrsu7cgCeO5t5HwRAEmhrihnOo0HmFM+1 BdwAnjZr7biO01hyVOuzio1zqDjnLsMP =MGlX -----END PGP SIGNATURE----- --nextPart4538579.nCZLaIecaK-- From owner-freebsd-mobile@FreeBSD.ORG Sat Aug 30 21:08:26 2008 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AA957106564A for ; Sat, 30 Aug 2008 21:08:26 +0000 (UTC) (envelope-from email@guice.ath.cx) Received: from guice.ath.cx (cpe-72-225-169-69.nyc.res.rr.com [72.225.169.69]) by mx1.freebsd.org (Postfix) with ESMTP id 4B05C8FC14 for ; Sat, 30 Aug 2008 21:08:25 +0000 (UTC) (envelope-from email@guice.ath.cx) Received: from guice.ath.cx (localhost [127.0.0.1]) by guice.ath.cx (8.14.2/8.14.2) with ESMTP id m7UL7cbP004618; Sat, 30 Aug 2008 17:07:38 -0400 (EDT) (envelope-from email@guice.ath.cx) Received: (from email@localhost) by guice.ath.cx (8.14.2/8.14.2/Submit) id m7UL7aGN004617; Sat, 30 Aug 2008 17:07:36 -0400 (EDT) (envelope-from email) Date: Sat, 30 Aug 2008 17:07:36 -0400 From: freebsd_user@guice.ath.cx To: freebsd-mobile@freebsd.org Message-ID: <20080830210736.GA4521@WORKSTATION.guice.ath.cx> References: <489E9531.2090200@guice.ath.cx> <20080825025833.GB3301@WORKSTATION.guice.ath.cx> <20080826002657.B14827@sola.nimnet.asn.au> <20080825191804.GA6846@WORKSTATION.guice.ath.cx> <20080826182124.O14827@sola.nimnet.asn.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Ian Smith Subject: Re: TECRA A9-S9017 -- Idles too hot -- Hardware Support X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Aug 2008 21:08:26 -0000 On Thu, Jan 01, 1970 at 12:00:00AM +0000, email@WORKSTATION.guice.ath.cx wrote: FROM THE LAST MESSAGE ... > > > > > However we need some empirical data about what it's doing. Showing your > > > > /var/run/dmesg.boot and 'sysctl hw.acpi' output would be a good start. > > > > > > > Initially we didn't provide that data until someone asked for it to be sure that is > > > in fact what was needed or if the was some other incorrect setting. > > > > > > /var/run/dmesg.boot ... > > > > I'm trimming this down to the likely relevant ACPI stuff .. > > > > > Copyright (c) 1992-2008 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 6.3-RELEASE-p3 #1: Mon Aug 4 23:37:02 EDT 2008 > > > root@WORKSTATION.ath.cx:/usr/obj/usr/src/sys/WORKSTATION > > > ACPI APIC Table: > > > Timecounter "i8254" frequency 1193182 Hz quality 0 > > > CPU: Intel(R) Core(TM)2 Duo CPU T7500 @ 2.20GHz (2194.52-MHz 686-class CPU) > > > Origin = "GenuineIntel" Id = 0x6fb Stepping = 11 > > > Features=0xbfebfbff > > > Features2=0xe3bd > > > AMD Features=0x20100000 > > > AMD Features2=0x1 > > > Cores per package: 2 > > > real memory = 2113142784 (2015 MB) > > > avail memory = 2058563584 (1963 MB) > > > ioapic0: Changing APIC ID to 1 > > > ioapic0 irqs 0-23 on motherboard > > [..] > > > acpi0: on motherboard > > > acpi0: Power Button (fixed) > > > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > > > acpi_timer0: <24-bit timer at 3.579545MHz> port 0xd808-0xd80b on acpi0 > > > acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 > > > Timecounter "HPET" frequency 14318180 Hz quality 900 > > > cpu0: on acpi0 > > [..] > > > acpi_lid0: on acpi0 > > > battery0: on acpi0 > > > acpi_button0: on acpi0 > > > acpi_acad0: on acpi0 > > > acpi_tz0: on acpi0 > > [..] > > > > No cpufreq driver/s. cpufreq removed from your custom kernel? So no > > CPU frequency control. So, powerd is rendered powerless .. > > > 'powerd' is now operational: idle time > 90%, decreasing clock speed from 2201 MHz to 2200 MHz^M idle time > 90%, decreasing clock speed from 2201 MHz to 2200 MHz^M idle time > 90%, decreasing clock speed from 2201 MHz to 2200 MHz^M idle time > 90%, decreasing clock speed from 2201 MHz to 2200 MHz^M idle time > 90%, decreasing clock speed from 2201 MHz to 2200 MHz^M ^Ctotal joules used: 41737.500^M > > Try booting with the GENERIC kernel, you should see one or two of the > > supported drivers listed in cpufreq(4) loaded in dmesg.boot. Then see > > if powerd isn't doing the right thing (w/ powerd -v as discussed below) > > > This has always been the /GENERIC kernel copied to a custome name. This was a 6.0-RELEASE UPGRADED TO -p3. Apparently cpufreq wasn't considered as a default entry in the /GENERIC. > > > > > sysctl hw.acpi ... > > > > > > hw.acpi.supported_sleep_state: S3 S4 S5 > > > hw.acpi.power_button_state: S5 > > > hw.acpi.sleep_button_state: S3 > > > hw.acpi.lid_switch_state: NONE > > > hw.acpi.standby_state: S1 > > > hw.acpi.suspend_state: S3 > > > hw.acpi.sleep_delay: 1 > > > hw.acpi.s4bios: 0 > > > hw.acpi.verbose: 0 > > > hw.acpi.disable_on_reboot: 0 > > > hw.acpi.handle_reboot: 0 > > > hw.acpi.reset_video: 0 > > > hw.acpi.cpu.cx_lowest: C1 > > > hw.acpi.battery.life: 100 > > > hw.acpi.battery.time: -1 > > > hw.acpi.battery.state: 0 > > > hw.acpi.battery.units: 1 > > > hw.acpi.battery.info_expire: 5 > > > hw.acpi.acline: 1 > > > hw.acpi.thermal.min_runtime: 0 > > > hw.acpi.thermal.polling_rate: 10 > > > hw.acpi.thermal.user_override: 0 > > > hw.acpi.thermal.tz0.temperature: 63.0C > > > hw.acpi.thermal.tz0.active: -1 > > > hw.acpi.thermal.tz0.passive_cooling: 0 > > > hw.acpi.thermal.tz0.thermal_flags: 0 > > > hw.acpi.thermal.tz0._PSV: -1 > > > hw.acpi.thermal.tz0._HOT: -1 > > > hw.acpi.thermal.tz0._CRT: 102.0C > > > hw.acpi.thermal.tz0._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 > > > > No passive cooling. See acpi_thermal(4) .. you may want to set some > > overrides .. but it might all just work with the GENERIC kernel anyway. > Attempting to: --> sysctl hw.acpi.thermal.user_override hw.acpi.thermal.user_override: 0 Attempting to: --> sysctl hw.acpi.thermal.user_override=1 hw.acpi.thermal.user_override: 0 -> 1 Attempting to: --> sysctl hw.acpi.thermal.tz0.passive_cooling hw.acpi.thermal.tz0.passive_cooling: 0 Attempting to: --> sysctl hw.acpi.thermal.tz0.passive_cooling=1 hw.acpi.thermal.tz0.passive_cooling: 0 sysctl: hw.acpi.thermal.tz0.passive_cooling: Operation not supported by device NOTE: While we are able to change the threshold for: hw.acpi.thermal.tz0._PSV: -1, we don't see the need to do so because the above passive_cooling is not enabled. Well, so much for passive_cooling. :=\ > > Also, have you set anything in BIOS regarding power usage, speedstep or > > any other settings that might get reflected into your boot ACPI setup? Initially we left the BIOS power settings the way the OEM set them (Vista). We are able to choose from one of Dynamic, High or low not much else to play with in the way of power settings (ACPI) with the exception of LCD and/or letting the OS control devices. Unable to directly set CPU steppings/freq settings within this BIOS. > > And, are you loading acpi_toshiba(4)? Not sure if it would help with > > this, but may at least provide some useful info in its sysctls .. > > > This is an issue revisited; take a deep breath. Better yet, here's the short version, in the kernel 'device acpi_toshiba' does not work for us on this machine unless we neglected to make an accompanying needed acpi entry. Aa we understand it, we were to only add 'device acpi_toshiba' to load the neccessary acpi toshiba extras. Using 'acpi_toshiba_load="YES"' in the /boot/loader.conf -and- using 'kldload acpi_toshiba' from the cli works like a charm but has no positive affect on the current discussion (heat). > > > > Secondly, in its own window or vty, as root, run /etc/rc.d/powerd stop > > > > (if it's running) then run 'powerd -v' which runs in foreground and says > > > > exactly what it's doing re shifting CPU frequency under various loads. idle time > 90%, decreasing clock speed from 2201 MHz to 2200 MHz^M idle time > 90%, decreasing clock speed from 2201 MHz to 2200 MHz^M idle time > 90%, decreasing clock speed from 2201 MHz to 2200 MHz^M ^Ctotal joules used: 41737.500 > > > > > > > > It's also useful to watch the temperature(s) directly over the time, see > > > > acpi_thermal(4) and try logging those sysctls periodically in a script. The following data is the result of the concerns I have; running too hot. These figures are the lowest temperatures this machine idles while FreeBSD is installed and running. The temperatures shown herein only rise with use but never go lower than what we're showing here when the laptop returns to idle. Attempting to: --> sysctl hw.acpi.thermal.tz0. hw.acpi.thermal.tz0.temperature: 61.0C hw.acpi.thermal.tz0.active: -1 hw.acpi.thermal.tz0.passive_cooling: 0 hw.acpi.thermal.tz0.thermal_flags: 0 hw.acpi.thermal.tz0._PSV: -1 hw.acpi.thermal.tz0._HOT: -1 hw.acpi.thermal.tz0._CRT: 102.0C hw.acpi.thermal.tz0._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 > > > > Firstly, yes that comment isn't too helpful .. power_profile only acts > > > > (so far) when you apply or remove AC power, using the following values > > > > from /etc/defaults/rc.conf unless you've set them otherwise: > > > > > > > > performance_cx_lowest="HIGH" # Online CPU idle state > > > > performance_cpu_freq="HIGH" # Online CPU frequency > > > > economy_cx_lowest="HIGH" # Offline CPU idle state > > > > economy_cpu_freq="HIGH" # Offline CPU frequency Our /etc/defaults/rc.conf performance_cx_lowest="HIGH" # Online CPU idle state performance_cpu_freq="NONE" # Online CPU frequency economy_cx_lowest="HIGH" # Offline CPU idle state economy_cpu_freq="NONE" # Offline CPU frequency > > > > If you have a look at /etc/rc.d/power_profile you'll see that these are > > > > applied to sysctl hw.acpi.cpu.cx_lowest (from hw.acpi.cpu.cx_supported) > > > > and dev.cpu.0.freq (from dev.cpu.0.freq_levels). You can set the above > > > > variables to HIGH, LOW, a specific value, or NONE. Attempting to: --> sysctl hw.acpi.cpu.cx_supported sysctl: unknown oid 'hw.acpi.cpu.cx_supported' Attempting to: --> sysctl hw.acpi.cpu hw.acpi.cpu.cx_lowest: C1 Above, where is "hw.acpi.cpu.cx_supported"? Did FreeBSD 'not' probe something? Attempting to: --> sysctl dev.cpu.0.freq_levels dev.cpu.0.freq_levels: 2201/35000 2200/35000 1925/30625 1650/26250 1600/23000 1400/20125 1200/16000 1050/14000 900/12000 800/14300 700/12512 600/10725 500/8937 400/7150 300/5362 200/3575 100/1787 Following is grepped from /var/run/dmesg.boot: CPU: Intel(R) Core(TM)2 Duo CPU T7500 @ 2.20GHz (2194.54-MHz 686-class CPU) cpu0: on acpi0 est0: on cpu0 p4tcc0: on cpu0 > > > > Specify "NONE" to have power_profile make no changes. "C3" or at least > > > > "C2" can be useful CX values, in some machines helping with temperature. > > > > powerd will soon override the dev.cpu.0.freq setting anyway, so it's not > > > > a problem - again, watch powerd -v output - and I guess you'll rarely > > > > run on battery (you've got a nice 2-3 hour UPS, though :) > Our /etc/rc.conf performance_cx_lowest="C4" # Online CPU idle state #performance_cpu_freq="HIGH" # Online CPU frequency economy_cx_lowest="C5" # Offline CPU idle state #economy_cpu_freq="HIGH" # Offline CPU frequency This machine can afford to go to C4 and C5 unless needed otherwise. I'll try anything to lowwer this machines temp. > > > This is another issue in addition to the heat. As you say, this battery > > > should last any where from 2-3 hours, however as it is now; > > > out-of-the-box so to speak, this machine will only stay powered up > > > approximately 1-hour on using the oem battery. > > > > That's because it runs at (presumably) its maximum frequency all of the > > time; you're lucky to get an hour at that rate, and yes it'll run hot :) > > > > 'sysctl dev.cpu.0.freq hw.acpi.thermal.tz0.temperature' now and again. These numbers have not changed (lowwer) prior to or during this thread. Attempting to: --> sysctl dev.cpu.0.freq dev.cpu.0.freq: 2201 <-- has gone down to 2200; no lowwer. Attempting to: --> sysctl hw.acpi.thermal.tz0.temperature hw.acpi.thermal.tz0.temperature: 61.0C > > > > This machine has never run this hot, prior to running 'powerd'-- or run > > > > > this warm, while idling with 'powerd' in comparison to running under windows > > > > > --not trying to start and OS confilict here, trying to learn, understand > > > > > and control this beast of a machine if possible. > > > > > > > > Of course, and it's likely doable, though you might need to run 7-STABLE > > > > for the latest dual-core ACPI handling. Let's see how we go with some > > > > real information, before suggesting taking this to freebsd-acpi@. I > > > > don't see where you've mentioned what version of FreeBSD it's running? > > > > > > I believe I did so at the outset of this thread. In any case dmesg has > > > now provided that information. > > > > ok, 6.3-R-p3. Frankly I've no idea whether your dual-core Toshiba is or > > is not subject to any of the dual-core issues solved or being actively > > worked on in freebsd-acpi and being applied mostly or at least firstly > > back into 7-STABLE. I'd suggest browsing the -acpi archives for the > > last few months, it's not that big .. that is, if using the GENERIC > > kernel and running powerd doesn't improve matters sufficiently. > > > > cheers, Ian > > >