From owner-freebsd-acpi@FreeBSD.ORG Sun Jan 29 14:19:37 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4520C16A420; Sun, 29 Jan 2006 14:19:37 +0000 (GMT) (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 8E1A243D46; Sun, 29 Jan 2006 14:19:36 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from anb (anb.matik.com.br [200.152.83.34]) by msrv.matik.com.br (8.13.4/8.13.1) with ESMTP id k0TEJYlH060441; Sun, 29 Jan 2006 12:19:35 -0200 (BRST) (envelope-from joao@matik.com.br) From: JoaoBR To: freebsd-stable@freebsd.org Date: Sun, 29 Jan 2006 12:19:28 -0200 User-Agent: KMail/1.9.1 References: <200601201851.26858.joao@matik.com.br> <200601231352.12421.joao@matik.com.br> <20060123180803.GC25245@poupinou.org> In-Reply-To: <20060123180803.GC25245@poupinou.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200601291219.29765.joao@matik.com.br> X-Filter-Version: 1.11a (msrv.matik.com.br) X-Virus-Scanned: ClamAV version 0.86.2, clamav-milter version 0.86 on msrv.matik.com.br X-Virus-Status: Clean Cc: freebsd-acpi@freebsd.org Subject: Re: need help for DSDT for an Epox Amd64 MB X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jan 2006 14:19:37 -0000 On Monday 23 January 2006 16:08, Bruno Ducrot wrote: > > > > > > Can't tell for sure if you don't test without ACPI loaded. > > > It may be possible after all the apci_thermal subsystem trigger as > > > (false) overheat situation which may explain a sudden shutdown. > > hi=20 I think this is good for a follow up actually this Epox MB is very good and there is no problem in the asl at al= l,=20 appearently cpu-freq and acpi_thermal with passive cooling is also working= =20 outstanding good. the real problem was the memory. Even that I used dual-channel (Geil) chips= =20 they caused the problem. I had them changed at the beginning because the=20 memory was my first idea. As last resource I sticked them in different slot= s=20 as single-channel mem and it didn't crash anymore. I bought then some bette= r=20 and more expensive corsair dual channel and now the board is running fine a= nd=20 fast and stable for a week now. The "not-accepted-memory" runs fine as dual-channel on an Asus MB so I gues= s=20 Epox is more sensitive(more correct?) or Asus do not care about this so muc= h. 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