From owner-freebsd-acpi@FreeBSD.ORG Wed Aug 22 10:20:10 2007 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8323916A417; Wed, 22 Aug 2007 10:20:10 +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 A8EA113C458; Wed, 22 Aug 2007 10:20:08 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from ap-h.matik.com.br (ap-h.matik.com.br [200.152.83.36]) by msrv.matik.com.br (8.14.1/8.13.1) with ESMTP id l7MAK7TH078827; Wed, 22 Aug 2007 07:20:08 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-acpi@freebsd.org Date: Wed, 22 Aug 2007 07:24:24 -0300 User-Agent: KMail/1.9.7 References: <200707271109.51334.joao@matik.com.br> <46AB160D.6040207@freebsd.org> <200708060928.36154.joao@matik.com.br> In-Reply-To: <200708060928.36154.joao@matik.com.br> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200708220724.25330.joao@matik.com.br> X-Virus-Scanned: ClamAV version 0.90.3, clamav-milter version 0.90.3 on msrv.matik.com.br X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org Subject: Re: powerd freeze with amd 5000 X2 but not with lower cpus X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Aug 2007 10:20:10 -0000 On Monday 06 August 2007 09:28:35 JoaoBR wrote: =2E.... > > I had a chance to test several MBs with the same 6000+, 5000+ and 4600+ c= pu > > At the end seems that the problem is mb/hardware related since some > combinations hung even with latest BIOS installed and others not. > not sure if somebody still wants to hear about this but it is kind of=20 interesting I guess for my understandings in first place the MB and Bios is most important thin= g=20 and there are vendor bios out which say they support the higher freq CPUs b= ut=20 certainly they don't or at least not all of them even so I gut freezes on all kind of combinations and seems that xorg and i= t's=20 video drv are kind of very sensitive to certain settings, also with glx and= =20 dri disabled I still got freezings sooner or later I got a new monitor this days and that brought the real stuff up, seems tha= t=20 xorg is not liking when the HorizSync and VertRefresh rates are not 100%=20 correct and what then cause the kill. In order to doublecheck this I took m= y=20 old monitor back with correct settings and i got no further freezes either= =20 with any of the CPU/MB combinations I tested before. I have an LCD which can 1280x1024 at 75hz , the former could 1024x768 at 75= hz=20 and with both it works now fine with VertRefresh 50-100 HorizSync 31.5 - 82.0 before I had VertRefresh 50 - 90 HorizSync 30 - 75 one thing more I did which caused a sysctl error on boot. There is a funny= =20 line in /etc/rc.s/power_profile as 'highest_value=3D"C1"' which I commented= out=20 but I guess that has nothing to do since the setting was not accepted anyway xorg seems to have problems when enabling DPMS and returns wrong=20 values. The vesa driver seems to work better or is less sensitive than sis= =20 and nv and ati but with the correct monitor rates all are working fine. well, I believe that's it because I have now two different MATX MBs running= =20 24h with Athlon 5000 without any problem, since friday night =20 =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