From owner-freebsd-acpi@FreeBSD.ORG  Tue Feb 12 17:24:05 2008
Return-Path: <owner-freebsd-acpi@FreeBSD.ORG>
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 972AA16A468
	for <freebsd-acpi@freebsd.org>; Tue, 12 Feb 2008 17:24:05 +0000 (UTC)
	(envelope-from nate@root.org)
Received: from root.org (root.org [67.118.192.226])
	by mx1.freebsd.org (Postfix) with ESMTP id 6105113C46E
	for <freebsd-acpi@freebsd.org>; Tue, 12 Feb 2008 17:24:05 +0000 (UTC)
	(envelope-from nate@root.org)
Received: (qmail 59933 invoked from network); 12 Feb 2008 17:24:05 -0000
Received: from adsl-71-141-98-131.dsl.snfc21.pacbell.net (HELO ?192.168.1.77?)
	(nate-mail@71.141.98.131)
	by root.org with ESMTPA; 12 Feb 2008 17:24:05 -0000
Message-ID: <47B1D62F.1030605@root.org>
Date: Tue, 12 Feb 2008 09:23:59 -0800
From: Nate Lawson <nate@root.org>
User-Agent: Thunderbird 2.0.0.9 (Windows/20071031)
MIME-Version: 1.0
To: Andriy Gapon <avg@icyb.net.ua>
References: <47B0BCA2.6040204@icyb.net.ua>
In-Reply-To: <47B0BCA2.6040204@icyb.net.ua>
X-Enigmail-Version: 0.95.6
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Cc: freebsd-acpi@freebsd.org
Subject: Re: probable typo in acpi_cpu.c
X-BeenThere: freebsd-acpi@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: ACPI and power management development <freebsd-acpi.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-acpi>,
	<mailto:freebsd-acpi-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-acpi>
List-Post: <mailto:freebsd-acpi@freebsd.org>
List-Help: <mailto:freebsd-acpi-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-acpi>,
	<mailto:freebsd-acpi-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 12 Feb 2008 17:24:05 -0000

Andriy Gapon wrote:
> There is probably a typo in acpi_cpu.c, function acpi_cpu_startup:
> 	    if (cpu_quirks && CPU_QUIRK_NO_C3) { <----- here
> 		sc->cpu_cx_count = sc->cpu_non_c3 + 1;
> 	    }
> 
> Not sure how that affects the logic though.

Thank you for your debugging, jhb@ committed the fix.

-- 
Nate