From owner-freebsd-acpi@FreeBSD.ORG Thu Jun 15 11:05:25 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 4EB6F16A47B for ; Thu, 15 Jun 2006 11:05:25 +0000 (UTC) (envelope-from abuse@akavia.ru) Received: from smtp.spaceweb.ru (smtp.spaceweb.ru [217.170.76.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id E79F943D60 for ; Thu, 15 Jun 2006 11:05:20 +0000 (GMT) (envelope-from abuse@akavia.ru) Received: from [62.33.174.250] (helo=admin.blg.akavia.ru) by smtp.spaceweb.ru with esmtp (Exim 4.60) (envelope-from ) id 1Fqpf4-0005mh-Aj for freebsd-acpi@freebsd.org; Thu, 15 Jun 2006 15:05:19 +0400 Date: Thu, 15 Jun 2006 21:05:18 +1000 From: Alexander Logvinov X-Mailer: The Bat! (v3.80.03) Professional Organization: AKA X-Priority: 3 (Normal) Message-ID: <681310105.20060615210518@akavia.ru> To: freebsd-acpi@freebsd.org In-Reply-To: <448C867B.3010708@root.org> References: <1182686709.20060605133201@akavia.ru> <200606062022.59336.jkim@FreeBSD.org> <121000959.20060607154424@akavia.ru> <200606071524.07284.jkim@FreeBSD.org> <448C867B.3010708@root.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re[2]: Machine did not reboot X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Alexander Logvinov List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Jun 2006 11:05:25 -0000 Hello, Nate. >> I don't know what ACPI spec. says (I guess I'll have to look it up) >> but Linux doesn't seem to use it except for ACPI init failure case. >> Now I have another evil hack (attached). It will help rebooting >> without RESET_REG support and/or with broken BIOS. Basically, it >> just bypasses AcpiDisable(), which may cause hang when ACPI_DISABLE >> through SMI_CMD is issued. > Thanks for both your efforts. I've committed and MFCd a patch that does > the same things. I left out Jung-uk's hack because it's better just to > not run AcpiTerminate at all than grovel in its internals. After updating src/sys/dev/acpica/acpi.c to v 1.214.2.5 2006/06/11 I get a "ACPI reset failed - timeout" message. I call Jung-uk's hack with AcpiGbl_OriginalMode = ACPI_SYS_MODE_ACPI and AcpiTerminate() manually but it doesn't help. May it be anything wrong with my kernel configuration? -- WBR