From owner-freebsd-acpi@FreeBSD.ORG Mon Jun 4 17:48:28 2007 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9C99216A400 for ; Mon, 4 Jun 2007 17:48:28 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.freebsd.org (Postfix) with ESMTP id EE9DF13C4AD for ; Mon, 4 Jun 2007 17:48:27 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id l54HmOrk020896; Mon, 4 Jun 2007 13:48:24 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-acpi@freebsd.org Date: Mon, 4 Jun 2007 11:19:25 -0400 User-Agent: KMail/1.9.6 References: <24393ae80705172026u6194f11esc525d52470aa71f9@mail.gmail.com> <24393ae80705290916i7962bfaak62ea867494d2e77b@mail.gmail.com> <24393ae80706012112he0e2a96x1e0da9e8f5f6d1b0@mail.gmail.com> In-Reply-To: <24393ae80706012112he0e2a96x1e0da9e8f5f6d1b0@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200706041119.26958.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Mon, 04 Jun 2007 13:48:24 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/3349/Mon Jun 4 10:32:21 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Subject: Re: Computer hangs on reboot 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: Mon, 04 Jun 2007 17:48:28 -0000 On Saturday 02 June 2007 12:12:14 am Andrey Shuvikov wrote: > On 5/29/07, Andrey Shuvikov wrote: > > On 5/29/07, John Baldwin wrote: > > > On Saturday 26 May 2007 01:14:52 pm Andrey Shuvikov wrote: > > > > I tried to add some debug output to cpu_reset_real() code: > > > > > > > > printf("cpu_reset_real(): before keyboard reset\n"); > > > > outb(IO_KBD + 4, 0xFE); > > > > printf("cpu_reset_real(): after keyboard reset\n"); > > > > > > > > The last two lines I see on the screen when I try to reboot are: > > > > > > > > cpu_reset_real(): before keyboard reset > > > > c > > > > > > > > So the computer is halted but doesn't go to reboot. > > > > > > So what if you disable the keyboard reset and let the other methods happen? > > > > > > -- > > > John Baldwin > > > > > > > I tried to set BROKEN_KEYBOARD_RESET option but nothing changed > > (except that I didn't see these debugging messages, obviously). Is it > > possible that keyboard controller issues the reset signal but the CPU > > waits for something? Or reset pin is disabled somehow? > > > > Tried to investigate further... Added code to print keyboard > controller output port to make sure A20 is open. Got 0x0B. Does it > mean that A20 is really open? If A20 is controlled by some kind of > "Fast A20" option, will keyboard controller still show the right > status? And what else can I check? I believe I/O port 0x92 can gate A20 as well, and that it is only open if both say it is open. Grab a datasheet for an ICH from developer.intel.com to find more details on port 0x92. -- John Baldwin