From owner-freebsd-current@FreeBSD.ORG Wed Nov 21 14:18:37 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CF1B216A417; Wed, 21 Nov 2007 14:18:37 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.freebsd.org (Postfix) with ESMTP id 28E6D13C4C6; Wed, 21 Nov 2007 14:18:36 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from anb.matik.com.br (anb.matik.com.br [200.152.83.34]) by msrv.matik.com.br (8.14.1/8.13.1) with ESMTP id lALEIQCe030661; Wed, 21 Nov 2007 12:18:26 -0200 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-current@freebsd.org Date: Wed, 21 Nov 2007 12:17:18 -0200 User-Agent: KMail/1.9.7 References: <098550E8-78BE-497D-BBB6-964A50059AF4@antiope.com> <47406E17.5010702@FreeBSD.org> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200711211217.19277.joao@matik.com.br> X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on msrv.matik.com.br X-Virus-Status: Clean Cc: Gregory Wright , "Arno J. Klaassen" Subject: Re: Crash after trying powerd on FreeBSD 7.0BETA-2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Nov 2007 14:18:38 -0000 On Tuesday 20 November 2007 22:51:27 Arno J. Klaassen wrote: > Kris Kennaway writes: > > Arno J. Klaassen wrote: > > > Gregory Wright writes: > > >> Hi, > > >> > > >> I tried enabling powerd on FreeBSd 7.0BETA-2 by adding > > >> > > >> powerd_enable=3D"YES" > > >> > > >> to /etc/rc.conf. The mobo is a Tyan 2882-D with a single Opteron > > >> 270 HE processor (dual core), 2 GB RAM. AMD powernow was > > >> enabled in the BIOS. > > > > > > I never succeeded in using cpufreq on any 288x MB. If freezes > > > box even with latest bios. > > > > Have you tried disabling acpi_throttle? > > yes; but quite a long time ago; didn't make a difference > no change at all, doesn't matter if ULE or 4BSD > those boards go rather low in their minimal frequency (about > 200-300Mhz if not even lower) and in at least 8 steps; acpi_ppc, which > works for me, seems to take into account only the four most powerfull > states (about 1Ghz being minimal then) > are you saying that your setup there is changing the cpu freq levels by its= elf=20 or acpi? here, as long as I do not set it manually nothing happens, the averages are= =20 coming from top:=20 Wed Nov 21 10:55:00 BRST 2007 Freq:2189 av: 0.00, 0.00, 0.00 Wed Nov 21 11:00:00 BRST 2007 Freq:2189 av: 0.00, 0.00, 0.00 Wed Nov 21 11:05:01 BRST 2007 Freq:2189 av: 0.00, 0.00, 0.00 Wed Nov 21 11:10:00 BRST 2007 Freq:2189 av: 0.00, 0.00, 0.00 I can run this for hours and days and the cpu freq stays where it is, machi= ne=20 idle for the records powernow is enabled in the BIOS and cpufreq in the kernel: Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 powernow0: on cpu0 cpu1: on acpi0 powernow1: on cpu1 cpu2: on acpi0 powernow2: on cpu2 cpu3: on acpi0 powernow3: on cpu3 setting the cpu freq manually to a lower value seems to work because compli= ng=20 the kernel needs more time but running something the level do not switch up= ,=20 it is locked Wed Nov 21 11:15:00 BRST 2007 Freq:995 av: 0.00, 0.00, 0.00 Wed Nov 21 11:20:00 BRST 2007 Freq:995 av: 0.46, 0.13, 0.04 Wed Nov 21 11:25:00 BRST 2007 Freq:995 av: 0.96, 0.63, 0.29=20 Wed Nov 21 11:30:00 BRST 2007 Freq:995 av: 1.01, 0.88, 0.51=20 the cpu freq itself as you can see does not switch up as it also does not=20 switch down then here is a larger sheet with 3 temps and 3 fans measured with healthd=20 */5min and even if this values might not be accurate you can see they do no= t=20 change I can put more load ont the CPUs and the fan speed grows up to 6200= =20 (first two) and the temps grow a little bit but whatever I try the cpu freq= =20 stays where it is =46req:995 av: 0.96, 0.63, 0.29 35.0 36.5 43.5 4017 4115 20454 =46req:995 av: 1.01, 0.88, 0.51 35.0 36.5 43.5 4017 4115 20454 =46req:995 av: 1.03, 0.98, 0.65 35.0 36.5 43.5 4017 4115 20454 =46req:2189 av: 1.05, 0.99, 0.75 35.0 36.5 43.5 4017 4115 20454 =46req:2189 av: 1.02, 1.02, 0.83 35.0 36.5 43.5 4017 4115 20454 =46req:2189 av: 2.25, 1.19, 0.90 35.0 36.5 43.5 4017 4115 20454 =46req:2189 av: 5.80, 3.58, 2.06 35.0 36.5 43.5 4017 4115 20454 =46req:2189 av: 7.14, 6.24, 3.80 35.0 36.5 43.5 4017 4115 20454 =46req:2189 av: 9.68, 8.12, 5.33 35.0 36.5 43.5 4017 4115 20454 =46req:2189 av: 3.82, 6.73, 5.62 35.0 36.5 43.5 4017 4115 20454 so I guess that powernow is certainly working in means of temperature readi= ng=20 and fan control but cpu freq unfortunatly is not to complete: =46reeBSD wco-nov.matik.com.br 7.0-BETA3 FreeBSD 7.0-BETA3 #0: Tue Nov 20=20 14:49:30 BRST 2007 jm@wco-nov.matik.com.br:/usr/obj/usr/src/sys/GENERIC= =20 amd64 > might be a "piste" > > Arno > > PS, while here, and totaly unrelated, rev 1.252.2.7 (MFC "un-neede > singl-threading code") of kern_fork.c to releng_6, seems to break > things for me in a 4-way SMP (twice dual-core) amd64_releng6 box when > forking procs in java. I'll triple-check before once again sending a > bogus problem email but I got plenty of strange things when upgrading > a production box to recent releng_6 (for sake of testing ata-promise > TX4 patch), which disappeared after reverting to 1.252.2.6. fyi > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > > > > > > > A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada > segura. Service fornecido pelo Datacenter Matik=20 > https://datacenter.matik.com.br =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br