From owner-freebsd-acpi@FreeBSD.ORG Tue Sep 20 14:04:49 2005 Return-Path: X-Original-To: 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 5DDFA16A41F for ; Tue, 20 Sep 2005 14:04:49 +0000 (GMT) (envelope-from mcsi@mcsi.pp.ru) Received: from portpc-design.spb.ru (portpc-design.spb.ru [81.176.64.110]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC5CE43D48 for ; Tue, 20 Sep 2005 14:04:48 +0000 (GMT) (envelope-from mcsi@mcsi.pp.ru) Received: from [85.140.76.85] (ppp85-140-76-85.pppoe.mtu-net.ru [85.140.76.85]) (authenticated bits=0) by portpc-design.spb.ru (8.13.4/8.13.4) with ESMTP id j8KE4jtW059673; Tue, 20 Sep 2005 18:04:45 +0400 (MSD) (envelope-from mcsi@mcsi.pp.ru) Message-ID: <433016F8.903@mcsi.pp.ru> Date: Tue, 20 Sep 2005 18:04:40 +0400 From: Maxim Maximov User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.11) Gecko/20050911 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: Bruno Ducrot References: <4330020C.5030302@mcsi.pp.ru> <20050920135958.GA1616@poupinou.org> In-Reply-To: <20050920135958.GA1616@poupinou.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.86.2, clamav-milter version 0.86 on 81.176.64.226 X-Virus-Status: Clean Cc: acpi@freebsd.org Subject: Re: Hard hang with powerd X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Sep 2005 14:04:49 -0000 Bruno Ducrot wrote: > On Tue, Sep 20, 2005 at 04:35:24PM +0400, Maxim Maximov wrote: > >>Hi, all. >> >> I've got hard hangs with latest CURRENT in a few seconds after >> enabling powerd. Here's loader.conf: >> >># cat /boot/loader.conf >>hw.psm.synaptics_support=1 >>debug.mpsafevfs=1 >>acpi_perf_load="YES" >>cpufreq_load="YES" >>debug.acpi.disabled="sysres" >>bcmwl5_sys_load="YES" >> >> What else can I do to help debug it? >> > > > The 2 logical CPUs need to set the same MSRs at the same time, > but if the second one is forced to be idle, I'm not sure if p4tcc will > work fine. > > Therefore, I'm wondering if this hard hang happens with a SMP kernel > and hyperthreading is enabled, or if this happens with a UP kernel. > Yes, kernel is SMP one. # sysctl machdep.hyperthreading_allowed machdep.hyperthreading_allowed: 1 -- Maxim Maximov