From owner-freebsd-acpi@FreeBSD.ORG Sun Jun 11 00:37:26 2006 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 927DC16A41A; Sun, 11 Jun 2006 00:37:26 +0000 (UTC) (envelope-from oberman@es.net) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D34343D78; Sun, 11 Jun 2006 00:37:22 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id IBA74465; Sat, 10 Jun 2006 17:37:20 -0700 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id BCAC645076; Sat, 10 Jun 2006 17:37:19 -0700 (PDT) To: Nate Lawson In-reply-to: Your message of "Sat, 10 Jun 2006 10:43:44 PDT." <448B04D0.1040302@root.org> Date: Sat, 10 Jun 2006 17:37:19 -0700 From: "Kevin Oberman" Message-Id: <20060611003719.BCAC645076@ptavv.es.net> Cc: acpi@freebsd.org, current@freebsd.org Subject: Re: resume changes, please test 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, 11 Jun 2006 00:37:26 -0000 > Date: Sat, 10 Jun 2006 10:43:44 -0700 > From: Nate Lawson > Sender: owner-freebsd-current@freebsd.org > > I've committed some overall minor changes to the resume assembly code as > a result of a code review. Please test to be sure nothing was broken, > and perhaps something got improved along the way. > > Now there is also a tunable/sysctl "debug.acpi.resume_beep". Setting it > to 1 will beep the pc speaker very early in resume so we can figure out > if hangs on resume are a driver or acpi problem. Nate, I seem to see no issues with suspend/resume that were not already seen. 1. Syscons font maps are messed up, Characters may be unreadable. Changing font with vidcontrol or starting X seems to clean things up. 2. wpa_supplicant seems to lose it's mind some of the time which requires a restart of the supplicant. I seriously doubt that either of these problems is ACPI related. Other than that, it seems to just work, but it was working before, too. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-acpi@FreeBSD.ORG Sun Jun 11 13:10:03 2006 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 C9F2216A41A for ; Sun, 11 Jun 2006 13:10:03 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 867AF43D49 for ; Sun, 11 Jun 2006 13:10:02 +0000 (GMT) (envelope-from uspoerlein@gmail.com) Received: by nf-out-0910.google.com with SMTP id h2so758390nfe for ; Sun, 11 Jun 2006 06:10:01 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:mail-followup-to:references:mime-version:content-type:content-disposition:in-reply-to; b=G/q9qdGWgzwgbR4lH2hQZ3Z+dXHLAB4hMQNXH91MoSqoavkQPRaLpgNH5md1FQxX8EwukHkRnZPqc4LM3NRgBvUcLmVBDP2Z86W3LaMwDXrMG68ilUt2iHFoxtyx78c6wjm0VU3AgK0GH1scciUCizvTdNnqcAx7IhYOxW1QRo8= Received: by 10.49.39.7 with SMTP id r7mr3940445nfj; Sun, 11 Jun 2006 06:10:01 -0700 (PDT) Received: from roadrunner.q.local ( [84.149.80.105]) by mx.gmail.com with ESMTP id a23sm5430412nfc.2006.06.11.06.10.00; Sun, 11 Jun 2006 06:10:01 -0700 (PDT) Received: from roadrunner.q.local (localhost [127.0.0.1]) by roadrunner.q.local (8.13.6/8.13.6) with ESMTP id k5B8uYFB092684; Sun, 11 Jun 2006 10:56:34 +0200 (CEST) (envelope-from uspoerlein@gmail.com) Received: (from q@localhost) by roadrunner.q.local (8.13.6/8.13.6/Submit) id k5B8uXlN092683; Sun, 11 Jun 2006 10:56:33 +0200 (CEST) (envelope-from uspoerlein@gmail.com) Date: Sun, 11 Jun 2006 10:56:32 +0200 From: Ulrich Spoerlein To: Nate Lawson Message-ID: <20060611085632.GA1107@roadrunner.aventurien.local> Mail-Followup-To: Nate Lawson , current@freebsd.org, acpi@freebsd.org References: <448B04D0.1040302@root.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GvXjxJ+pjyke8COw" Content-Disposition: inline In-Reply-To: <448B04D0.1040302@root.org> Cc: acpi@freebsd.org, current@freebsd.org Subject: Re: resume changes, please test 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, 11 Jun 2006 13:10:03 -0000 --GvXjxJ+pjyke8COw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Nate Lawson wrote: > I've committed some overall minor changes to the resume assembly code as = a result of a code=20 > review. Please test to be sure nothing was broken, and perhaps something= got improved along=20 > the way. >=20 > Now there is also a tunable/sysctl "debug.acpi.resume_beep". Setting it = to 1 will beep the=20 > pc speaker very early in resume so we can figure out if hangs on resume a= re a driver or acpi=20 > problem. Hi Nate, what about those pour souls that can't even suspend? Is there any update on the Dell-Laptops-reboot-on-split-writes-to-register-PMA1_Control? [1] Perhaps adding some beeps into the suspend path could move more people into actually testing this. I think most people are afraid adding such things themselves. [1] http://lists.freebsd.org/pipermail/freebsd-acpi/2004-December/000981.ht= ml Ulrich Spoerlein --=20 PGP Key ID: 20FEE9DD Encrypted mail welcome! Fingerprint: AEC9 AF5E 01AC 4EE1 8F70 6CBD E76E 2227 20FE E9DD Which is worse: ignorance or apathy? Don't know. Don't care. --GvXjxJ+pjyke8COw Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEi9rA524iJyD+6d0RAjuQAJ9NJdJSYymVpjj/fC5JCfqwSpHCvwCbBT0W DR9LmV1cCpTlSXyucOX90us= =Lmdj -----END PGP SIGNATURE----- --GvXjxJ+pjyke8COw-- From owner-freebsd-acpi@FreeBSD.ORG Sun Jun 11 18:08:26 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 5B7DA16A477; Sun, 11 Jun 2006 18:08:26 +0000 (UTC) (envelope-from lars@koellers.net) Received: from sally.dts-online.net (sally.dts-online.net [212.62.69.126]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA93143D6B; Sun, 11 Jun 2006 18:08:22 +0000 (GMT) (envelope-from lars@koellers.net) Received: from door.koellers.net (87-245-40-217.teleos-web.de [87.245.40.217]) by sally.dts-online.net (Postfix) with ESMTP id C96813D920F; Sun, 11 Jun 2006 20:08:20 +0200 (CEST) Received: from webmail.koellers.net (localhost [127.0.0.1]) by door.koellers.net (8.13.6/8.13.3) with ESMTP id k5AGLt9Q046522; Sat, 10 Jun 2006 18:21:55 +0200 (CEST) (envelope-from lars@koellers.net) Received: from 192.168.1.17 (SquirrelMail authenticated user lkoeller) by webmail.koellers.net with HTTP; Sat, 10 Jun 2006 18:21:55 +0200 (CEST) Message-ID: <55030.192.168.1.17.1149956515.squirrel@webmail.koellers.net> In-Reply-To: <44898121.1020909@centtech.com> References: <20060609095103.GA15857@freefall.freebsd.org> <200606090833.12159.jhb@freebsd.org> <44898121.1020909@centtech.com> Date: Sat, 10 Jun 2006 18:21:55 +0200 (CEST) From: Lars =?iso-8859-1?Q?K=F6ller?= To: "Eric Anderson" User-Agent: SquirrelMail/1.4.6 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-acpi@freebsd.org, Lars Koeller Subject: Re: Bug Report kern/98694 (please help) 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, 11 Jun 2006 18:08:26 -0000 Hi Eric, > Eric Anderson: > > I think sophos works fine with 6.1 with the compat5x stuff - Lars, have > you given it a try? I think so, too. But I don't know what the support of Sophos thinks abount. It's always risky to go off the official support matrix. So I'm really intrested to find another solution, in paticular the support is not as good as I expect for an enterprise mail solution. Best regards Lars -- Lars Köller EMail: Lars@Koellers.net (LKoeller@FreeBSD.org) From owner-freebsd-acpi@FreeBSD.ORG Sun Jun 11 19:35:45 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 07E4216A418 for ; Sun, 11 Jun 2006 19:35:45 +0000 (UTC) (envelope-from sepotvin@videotron.ca) Received: from tomts24-srv.bellnexxia.net (tomts24.bellnexxia.net [209.226.175.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 621D543D45 for ; Sun, 11 Jun 2006 19:35:44 +0000 (GMT) (envelope-from sepotvin@videotron.ca) Received: from mail.telcobridges.com ([67.70.237.76]) by tomts24-srv.bellnexxia.net (InterMail vM.5.01.06.13 201-253-122-130-113-20050324) with ESMTP id <20060611193543.LQND8423.tomts24-srv.bellnexxia.net@mail.telcobridges.com>; Sun, 11 Jun 2006 15:35:43 -0400 Received: from [192.168.0.107] (modemcable237.137-80-70.mc.videotron.ca [70.80.137.237]) (authenticated bits=0) by mail.telcobridges.com (8.13.3/8.13.3) with ESMTP id k5BJZfHG095482 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 11 Jun 2006 15:35:42 -0400 (EDT) (envelope-from sepotvin@videotron.ca) Message-ID: <448C7088.6020105@videotron.ca> Date: Sun, 11 Jun 2006 15:35:36 -0400 From: "Stephane E. Potvin" User-Agent: Thunderbird 1.5.0.4 (X11/20060605) MIME-Version: 1.0 To: Nate Lawson References: <44874358.6050608@videotron.ca> <44876932.9000108@videotron.ca> <448A81E4.8080303@root.org> In-Reply-To: <448A81E4.8080303@root.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@FreeBSD.org Subject: Re: [patch] Support for asymetrical per-cpu Cx states 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, 11 Jun 2006 19:35:45 -0000 Nate Lawson wrote: > Stephane E. Potvin wrote: >> Stephane E. Potvin wrote: >>> What started as a quick check why my laptop was not giving me Cx states >>> higher than C1 turned out in a major rework of the way the acpi_cpu >>> driver works. > > Thanks for this effort! I will review and get back to you. > Thanks for offering to review it. I was starting to wonder if I had crashed the computer of everyone that had tried it ;) Steph From owner-freebsd-acpi@FreeBSD.ORG Sun Jun 11 19:41:45 2006 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 AA2A016A41A; Sun, 11 Jun 2006 19:41:45 +0000 (UTC) (envelope-from nate@root.org) Received: from ylpvm15.prodigy.net (ylpvm15-ext.prodigy.net [207.115.57.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0BD0C43D5E; Sun, 11 Jun 2006 19:41:41 +0000 (GMT) (envelope-from nate@root.org) Received: from pimout5-ext.prodigy.net (pimout5-int.prodigy.net [207.115.4.21]) by ylpvm15.prodigy.net (8.12.10 outbound/8.12.10) with ESMTP id k5BJfpEq023207; Sun, 11 Jun 2006 15:41:51 -0400 X-ORBL: [71.139.104.128] Received: from [10.0.5.50] (ppp-71-139-104-128.dsl.snfc21.pacbell.net [71.139.104.128]) by pimout5-ext.prodigy.net (8.13.6 out.dk/8.13.6) with ESMTP id k5BJfet2092642; Sun, 11 Jun 2006 15:41:40 -0400 Message-ID: <448C718D.40700@root.org> Date: Sun, 11 Jun 2006 12:39:57 -0700 From: Nate Lawson User-Agent: Thunderbird 1.5.0.2 (X11/20060501) MIME-Version: 1.0 To: current@freebsd.org, acpi@freebsd.org References: <448B04D0.1040302@root.org> <20060611085632.GA1107@roadrunner.aventurien.local> In-Reply-To: <20060611085632.GA1107@roadrunner.aventurien.local> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: resume changes, please test 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, 11 Jun 2006 19:41:45 -0000 Ulrich Spoerlein wrote: > Nate Lawson wrote: >> I've committed some overall minor changes to the resume assembly code as a result of a code >> review. Please test to be sure nothing was broken, and perhaps something got improved along >> the way. >> >> Now there is also a tunable/sysctl "debug.acpi.resume_beep". Setting it to 1 will beep the >> pc speaker very early in resume so we can figure out if hangs on resume are a driver or acpi >> problem. > > Hi Nate, > > what about those pour souls that can't even suspend? Is there any update > on the Dell-Laptops-reboot-on-split-writes-to-register-PMA1_Control? [1] > > Perhaps adding some beeps into the suspend path could move more people > into actually testing this. I think most people are afraid adding such > things themselves. > > [1] http://lists.freebsd.org/pipermail/freebsd-acpi/2004-December/000981.html Yes, I'm aware of that and am getting to it. I'm just starting with the parts at the core and moving outward. Centaur Technologies was kind enough to send me a D600 so I can reproduce the problem now. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Sun Jun 11 20:05:50 2006 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 4612516A41A; Sun, 11 Jun 2006 20:05:50 +0000 (UTC) (envelope-from anderson@centtech.com) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id B88AB43D5A; Sun, 11 Jun 2006 20:05:48 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [192.168.42.22] (andersonbox2.centtech.com [192.168.42.22]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id k5BK5mqG012537; Sun, 11 Jun 2006 15:05:48 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <448C77A4.5060404@centtech.com> Date: Sun, 11 Jun 2006 15:05:56 -0500 From: Eric Anderson User-Agent: Thunderbird 1.5.0.2 (X11/20060506) MIME-Version: 1.0 To: Nate Lawson References: <448B04D0.1040302@root.org> <20060611085632.GA1107@roadrunner.aventurien.local> <448C718D.40700@root.org> In-Reply-To: <448C718D.40700@root.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.87.1/1525/Sun Jun 11 10:56:09 2006 on mh1.centtech.com X-Virus-Status: Clean Cc: acpi@freebsd.org, current@freebsd.org Subject: Re: resume changes, please test 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, 11 Jun 2006 20:05:50 -0000 Nate Lawson wrote: > Ulrich Spoerlein wrote: >> Nate Lawson wrote: >>> I've committed some overall minor changes to the resume assembly code >>> as a result of a code review. Please test to be sure nothing was >>> broken, and perhaps something got improved along the way. >>> >>> Now there is also a tunable/sysctl "debug.acpi.resume_beep". Setting >>> it to 1 will beep the pc speaker very early in resume so we can >>> figure out if hangs on resume are a driver or acpi problem. >> >> Hi Nate, >> >> what about those pour souls that can't even suspend? Is there any update >> on the Dell-Laptops-reboot-on-split-writes-to-register-PMA1_Control? [1] >> >> Perhaps adding some beeps into the suspend path could move more people >> into actually testing this. I think most people are afraid adding such >> things themselves. >> >> [1] >> http://lists.freebsd.org/pipermail/freebsd-acpi/2004-December/000981.html > > Yes, I'm aware of that and am getting to it. I'm just starting with the > parts at the core and moving outward. > > Centaur Technologies was kind enough to send me a D600 so I can > reproduce the problem now. That line should really read: "Nate was kind enough to work on ACPI, that we decided to send him some hardware." Thanks again Nate for working on ACPI for all of us! Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-acpi@FreeBSD.ORG Sun Jun 11 20:06:03 2006 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 491C516A588 for ; Sun, 11 Jun 2006 20:06:03 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 471D043D45 for ; Sun, 11 Jun 2006 20:06:01 +0000 (GMT) (envelope-from shoesoft@gmx.net) Received: (qmail invoked by alias); 11 Jun 2006 20:06:00 -0000 Received: from h081217095067.dyn.cm.kabsi.at (EHLO h081217095067.dyn.cm.kabsi.at) [81.217.95.67] by mail.gmx.net (mp020) with SMTP; 11 Jun 2006 22:06:00 +0200 X-Authenticated: #16703784 From: Stefan Ehmann To: freebsd-current@freebsd.org Date: Sun, 11 Jun 2006 22:06:00 +0200 User-Agent: KMail/1.9.3 References: <448B04D0.1040302@root.org> In-Reply-To: <448B04D0.1040302@root.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200606112206.01122.shoesoft@gmx.net> X-Y-GMX-Trusted: 0 Cc: acpi@freebsd.org Subject: Re: resume changes, please test 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, 11 Jun 2006 20:06:03 -0000 On Saturday 10 June 2006 19:43, Nate Lawson wrote: > I've committed some overall minor changes to the resume assembly code as > a result of a code review. Please test to be sure nothing was broken, > and perhaps something got improved along the way. > > Now there is also a tunable/sysctl "debug.acpi.resume_beep". Setting it > to 1 will beep the pc speaker very early in resume so we can figure out > if hangs on resume are a driver or acpi problem. Just updated my Toshiba M30X notebook. With old kernel (probably some weeks old): Resume worked, most of the time I had to press Fn+F5 to switch back to X. Otherwise worked fine. (Fn+F5 switches between TFT and external monitor normally) Kernel from today: If in X, resume works fine (Don't have to press Fn+F5 to get back to X). But console is strange. Normally the console uses the whole screen, after resume it takes maybe half of the screen (a small region in the middle of the screen is used). If I suspend while in console, resume basically works but I can't see anything on the display. I can still ssh to the notebook. From owner-freebsd-acpi@FreeBSD.ORG Sun Jun 11 20:35:48 2006 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 9EAC716A46F; Sun, 11 Jun 2006 20:35:48 +0000 (UTC) (envelope-from nate@root.org) Received: from ylpvm29.prodigy.net (ylpvm29-ext.prodigy.net [207.115.57.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B2A543D45; Sun, 11 Jun 2006 20:35:48 +0000 (GMT) (envelope-from nate@root.org) Received: from pimout6-ext.prodigy.net (pimout6-int.prodigy.net [207.115.4.22]) by ylpvm29.prodigy.net (8.12.10 outbound/8.12.10) with ESMTP id k5BKYjVu016077; Sun, 11 Jun 2006 16:34:45 -0400 X-ORBL: [71.139.104.128] Received: from [10.0.5.50] (ppp-71-139-104-128.dsl.snfc21.pacbell.net [71.139.104.128]) by pimout6-ext.prodigy.net (8.13.6 out.dk/8.13.6) with ESMTP id k5BKZj7G131506; Sun, 11 Jun 2006 16:35:46 -0400 Message-ID: <448C7E3A.6000103@root.org> Date: Sun, 11 Jun 2006 13:34:02 -0700 From: Nate Lawson User-Agent: Thunderbird 1.5.0.2 (X11/20060501) MIME-Version: 1.0 To: Stefan Ehmann References: <448B04D0.1040302@root.org> <200606112206.01122.shoesoft@gmx.net> In-Reply-To: <200606112206.01122.shoesoft@gmx.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: acpi@freebsd.org, freebsd-current@freebsd.org Subject: Re: resume changes, please test 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, 11 Jun 2006 20:35:48 -0000 Stefan Ehmann wrote: > On Saturday 10 June 2006 19:43, Nate Lawson wrote: >> I've committed some overall minor changes to the resume assembly code as >> a result of a code review. Please test to be sure nothing was broken, >> and perhaps something got improved along the way. >> >> Now there is also a tunable/sysctl "debug.acpi.resume_beep". Setting it >> to 1 will beep the pc speaker very early in resume so we can figure out >> if hangs on resume are a driver or acpi problem. > > Just updated my Toshiba M30X notebook. > > With old kernel (probably some weeks old): > Resume worked, most of the time I had to press Fn+F5 to switch back to X. > Otherwise worked fine. > (Fn+F5 switches between TFT and external monitor normally) > > Kernel from today: > If in X, resume works fine (Don't have to press Fn+F5 to get back to X). > > But console is strange. Normally the console uses the whole screen, after > resume it takes maybe half of the screen (a small region in the middle of the > screen is used). > > If I suspend while in console, resume basically works but I can't see anything > on the display. I can still ssh to the notebook. Try enabling hw.acpi.reset_video (sysctl or tunable). Perhaps the default used to be 1 for you. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Sun Jun 11 20:57:47 2006 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 4D7C216A474 for ; Sun, 11 Jun 2006 20:57:47 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 8F98B43D90 for ; Sun, 11 Jun 2006 20:56:59 +0000 (GMT) (envelope-from shoesoft@gmx.net) Received: (qmail invoked by alias); 11 Jun 2006 20:56:58 -0000 Received: from h081217095067.dyn.cm.kabsi.at (EHLO h081217095067.dyn.cm.kabsi.at) [81.217.95.67] by mail.gmx.net (mp031) with SMTP; 11 Jun 2006 22:56:58 +0200 X-Authenticated: #16703784 From: Stefan Ehmann To: Nate Lawson Date: Sun, 11 Jun 2006 22:56:58 +0200 User-Agent: KMail/1.9.3 References: <448B04D0.1040302@root.org> <200606112206.01122.shoesoft@gmx.net> <448C7E3A.6000103@root.org> In-Reply-To: <448C7E3A.6000103@root.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200606112256.59515.shoesoft@gmx.net> X-Y-GMX-Trusted: 0 Cc: acpi@freebsd.org, freebsd-current@freebsd.org Subject: Re: resume changes, please test 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, 11 Jun 2006 20:57:47 -0000 On Sunday 11 June 2006 22:34, Nate Lawson wrote: > Stefan Ehmann wrote: > > On Saturday 10 June 2006 19:43, Nate Lawson wrote: > >> I've committed some overall minor changes to the resume assembly code as > >> a result of a code review. Please test to be sure nothing was broken, > >> and perhaps something got improved along the way. > >> > >> Now there is also a tunable/sysctl "debug.acpi.resume_beep". Setting it > >> to 1 will beep the pc speaker very early in resume so we can figure out > >> if hangs on resume are a driver or acpi problem. > > > > Just updated my Toshiba M30X notebook. > > > > With old kernel (probably some weeks old): > > Resume worked, most of the time I had to press Fn+F5 to switch back to X. > > Otherwise worked fine. > > (Fn+F5 switches between TFT and external monitor normally) > > > > Kernel from today: > > If in X, resume works fine (Don't have to press Fn+F5 to get back to X). > > > > But console is strange. Normally the console uses the whole screen, after > > resume it takes maybe half of the screen (a small region in the middle of > > the screen is used). > > > > If I suspend while in console, resume basically works but I can't see > > anything on the display. I can still ssh to the notebook. > > Try enabling hw.acpi.reset_video (sysctl or tunable). Perhaps the > default used to be 1 for you. Indeed, everything works again as before. Thanks. From owner-freebsd-acpi@FreeBSD.ORG Sun Jun 11 21:09:01 2006 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 B4F6216A418; Sun, 11 Jun 2006 21:09:01 +0000 (UTC) (envelope-from nate@root.org) Received: from ylpvm43.prodigy.net (ylpvm43-ext.prodigy.net [207.115.57.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D0D743D46; Sun, 11 Jun 2006 21:09:01 +0000 (GMT) (envelope-from nate@root.org) Received: from pimout7-ext.prodigy.net (pimout7-int.prodigy.net [207.115.4.147]) by ylpvm43.prodigy.net (8.12.10 outbound/8.12.10) with ESMTP id k5BL934O003990; Sun, 11 Jun 2006 17:09:03 -0400 X-ORBL: [71.139.104.128] Received: from [10.0.5.50] (ppp-71-139-104-128.dsl.snfc21.pacbell.net [71.139.104.128]) by pimout7-ext.prodigy.net (8.13.6 out.dk/8.13.6) with ESMTP id k5BL8uIt165358; Sun, 11 Jun 2006 17:08:57 -0400 Message-ID: <448C8601.6040903@root.org> Date: Sun, 11 Jun 2006 14:07:13 -0700 From: Nate Lawson User-Agent: Thunderbird 1.5.0.2 (X11/20060501) MIME-Version: 1.0 To: Stefan Ehmann References: <448B04D0.1040302@root.org> <200606112206.01122.shoesoft@gmx.net> <448C7E3A.6000103@root.org> <200606112256.59515.shoesoft@gmx.net> In-Reply-To: <200606112256.59515.shoesoft@gmx.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: acpi@freebsd.org, freebsd-current@freebsd.org Subject: Re: resume changes, please test 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, 11 Jun 2006 21:09:01 -0000 Stefan Ehmann wrote: > On Sunday 11 June 2006 22:34, Nate Lawson wrote: >> Stefan Ehmann wrote: >>> On Saturday 10 June 2006 19:43, Nate Lawson wrote: >>>> I've committed some overall minor changes to the resume assembly code as >>>> a result of a code review. Please test to be sure nothing was broken, >>>> and perhaps something got improved along the way. >>>> >>>> Now there is also a tunable/sysctl "debug.acpi.resume_beep". Setting it >>>> to 1 will beep the pc speaker very early in resume so we can figure out >>>> if hangs on resume are a driver or acpi problem. >>> Just updated my Toshiba M30X notebook. >>> >>> With old kernel (probably some weeks old): >>> Resume worked, most of the time I had to press Fn+F5 to switch back to X. >>> Otherwise worked fine. >>> (Fn+F5 switches between TFT and external monitor normally) >>> >>> Kernel from today: >>> If in X, resume works fine (Don't have to press Fn+F5 to get back to X). >>> >>> But console is strange. Normally the console uses the whole screen, after >>> resume it takes maybe half of the screen (a small region in the middle of >>> the screen is used). >>> >>> If I suspend while in console, resume basically works but I can't see >>> anything on the display. I can still ssh to the notebook. >> Try enabling hw.acpi.reset_video (sysctl or tunable). Perhaps the >> default used to be 1 for you. > > Indeed, everything works again as before. > > Thanks. Great to hear. The default was changed from on to off since it causes problems on some systems. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Sun Jun 11 21:11:02 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 6B8C816A418; Sun, 11 Jun 2006 21:11:02 +0000 (UTC) (envelope-from nate@root.org) Received: from ylpvm43.prodigy.net (ylpvm43-ext.prodigy.net [207.115.57.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id 03C3143D48; Sun, 11 Jun 2006 21:11:01 +0000 (GMT) (envelope-from nate@root.org) Received: from pimout7-ext.prodigy.net (pimout7-int.prodigy.net [207.115.4.147]) by ylpvm43.prodigy.net (8.12.10 outbound/8.12.10) with ESMTP id k5BLB24Q005674; Sun, 11 Jun 2006 17:11:04 -0400 X-ORBL: [71.139.104.128] Received: from [10.0.5.50] (ppp-71-139-104-128.dsl.snfc21.pacbell.net [71.139.104.128]) by pimout7-ext.prodigy.net (8.13.6 out.dk/8.13.6) with ESMTP id k5BLAvRT164798; Sun, 11 Jun 2006 17:10:58 -0400 Message-ID: <448C867B.3010708@root.org> Date: Sun, 11 Jun 2006 14:09:15 -0700 From: Nate Lawson User-Agent: Thunderbird 1.5.0.2 (X11/20060501) MIME-Version: 1.0 To: Jung-uk Kim References: <1182686709.20060605133201@akavia.ru> <200606062022.59336.jkim@FreeBSD.org> <121000959.20060607154424@akavia.ru> <200606071524.07284.jkim@FreeBSD.org> In-Reply-To: <200606071524.07284.jkim@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Alexander Logvinov , freebsd-acpi@FreeBSD.org Subject: Re: Machine did not 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: Sun, 11 Jun 2006 21:11:02 -0000 Jung-uk Kim wrote: > On Wednesday 07 June 2006 01:44 am, Alexander Logvinov wrote: >>>> RB_AUTOBOOT is defined as 0 in sys/reboot.h. I don't think this >>>> test will ever work: >>>> if ((howto & RB_AUTOBOOT) != 0 && >>>> AcpiGbl_FADT->ResetRegSup) { >>> It's little radical but what do you think about the attached >>> patch? I don't think we have to call AcpiTerminate() to reboot >>> at all. In fact, I have a box which does not reboot. Writing >>> ACPI_DISABLE to SMI_CMD hangs the system and it does not support >>> RESET_REG. :-( If I don't call AcpiTerminate(), everything's >>> fine. >> I'll try this patch soon, thanks. > > 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. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Sun Jun 11 21:42:20 2006 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 7A67216A41A; Sun, 11 Jun 2006 21:42:20 +0000 (UTC) (envelope-from maxim@macomnet.ru) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id D6AE543D6B; Sun, 11 Jun 2006 21:42:18 +0000 (GMT) (envelope-from maxim@macomnet.ru) Received: from localhost (localhost [127.0.0.1]) by mp2.macomnet.net (8.13.4/8.13.3) with ESMTP id k5BLgHd8045511; Mon, 12 Jun 2006 01:42:17 +0400 (MSD) (envelope-from maxim@macomnet.ru) Date: Mon, 12 Jun 2006 01:42:17 +0400 (MSD) From: Maxim Konovalov To: Nate Lawson In-Reply-To: <448B04D0.1040302@root.org> Message-ID: <20060612013759.E45439@mp2.macomnet.net> References: <448B04D0.1040302@root.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: acpi@freebsd.org, current@freebsd.org Subject: Re: resume changes, please test 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, 11 Jun 2006 21:42:20 -0000 Hi Nate, On Sat, 10 Jun 2006, 10:43-0700, Nate Lawson wrote: > I've committed some overall minor changes to the resume assembly > code as a result of a code review. Please test to be sure nothing > was broken, and perhaps something got improved along the way. > > Now there is also a tunable/sysctl "debug.acpi.resume_beep". > Setting it to 1 will beep the pc speaker very early in resume so we > can figure out if hangs on resume are a driver or acpi problem. fujitsu-siemens lifebook p7010 works more or less OK (resumes but resets X, hw.acpi.reset_video=0 leaves LCD panel blank). sony vaio pcg-v505bx with debug.acpi.resume_beep=1 produces an infinite beep at the resume stage, firewire console is silent. Thanks! -- Maxim Konovalov From owner-freebsd-acpi@FreeBSD.ORG Mon Jun 12 06:54:48 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 5EF5A16A418 for ; Mon, 12 Jun 2006 06:54:48 +0000 (UTC) (envelope-from john@utzweb.net) Received: from marley.grokthis.net (marley.grokthis.net [69.93.78.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 37FEE43D5D for ; Mon, 12 Jun 2006 06:54:46 +0000 (GMT) (envelope-from john@utzweb.net) Received: from minime.hsd1.wa.comcast.net (c-24-22-134-170.hsd1.wa.comcast.net [24.22.134.170]) by marley.grokthis.net (Postfix) with ESMTP id 445B1F1473 for ; Mon, 12 Jun 2006 02:54:41 -0400 (EDT) Date: Sun, 11 Jun 2006 23:53:46 +0000 Message-ID: <8664j7xn91.wl%john@utzweb.net> From: John L.Utz III To: freebsd-acpi@freebsd.org User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.6 Emacs/22.0.50 (i386-unknown-freebsd6.0) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Subject: Latitude C400 FBSD 6.1 "Fn Key"'s work sans ACPI, not with 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, 12 Jun 2006 06:54:48 -0000 Hello; Dell Latitude's have a collection of functions that are accessible via an 'Fn' key. These functions include things like accessing the bios by pressing Fn+F1. These keys work nicely without ACPI and (with the exception of the suspend combo Fn+Esc) do *not* work when the machine is booted with acpi enabled I have included the 2 compiler warnings and 3 dmesg, i will send the asl file if requested, tnx for any thoughts you may have! Compilation: spaz@minime$ iasl latC400.asl Intel ACPI Component Architecture ASL Optimizing Compiler / AML Disassembler version 20041119 [May 7 2006] Copyright (C) 2000 - 2004 Intel Corporation Supports ACPI Specification Revision 2.0c latC400.asl 726: Method (\_WAK, 1, NotSerialized) Warning 2026 - ^ Reserved method must return a value (_WAK) latC400.asl 2698: Return (Package (0x00) {}) Warning 2018 - Effective AML package length is zero ^ ASL Input: latC400.asl - 3283 lines, 99492 bytes, 1255 keywords AML Output: DSDT.aml - 12821 bytes 477 named objects 778 executable opcodes Compilation complete. 0 Errors, 2 Warnings, 0 Remarks, 393 Optimizations DMESGS: No ACPI Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.1-RELEASE #2: Wed May 31 07:26:51 UTC 2006 spaz@minime.hsd1.wa.comcast.net.:/usr/src/sys/i386/compile/MINIME Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) III Mobile CPU 1200MHz (1196.02-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6b1 Stepping = 1 Features=0x383f9ff real memory = 535674880 (510 MB) avail memory = 514846720 (490 MB) cpu0 on motherboard pcib0: pcibus 0 on motherboard pir0: on motherboard pci0: on pcib0 agp0: mem 0xe0000000-0xe7ffffff,0xf4f80000-0xf4ffffff irq 11 at device 2.0 on pci0 agp0: detected 892k stolen memory agp0: aperture size is 128M pci0: at device 2.1 (no driver attached) uhci0: port 0xbf80-0xbf9f irq 11 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered pcib1: at device 30.0 on pci0 pci2: on pcib1 xl0: <3Com 3c905C-TX Fast Etherlink XL> port 0xec80-0xecff mem 0xfafffc00-0xfafffc7f irq 11 at device 0.0 on pci2 miibus0: on xl0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: Ethernet address: 00:08:74:21:ba:7e cbb0: irq 11 at device 1.0 on pci2 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xbfa0-0xbfaf at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 pcm0: port 0xd800-0xd8ff,0xdc80-0xdcbf irq 11 at device 31.5 on pci0 pcm0: pci0: at device 31.6 (no driver attached) pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcc7ff,0xcc800-0xccfff,0xcd000-0xcd7ff,0xcd800-0xcdfff,0xce000-0xce7ff,0xce800-0xcefff,0xcf000-0xcf7ff,0xcf800-0xcffff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0 fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 plip0: on ppbus0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 unknown: can't assign resources (memory) unknown: can't assign resources (port) unknown: can't assign resources (irq) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) Timecounter "TSC" frequency 1196019519 Hz quality 800 Timecounters tick every 1.000 msec an0: at port 0xe000-0xe03f irq 11 function 0 config 5 on pccard0 an0: got RSSI <-> dBM map an0: supported rates: 1Mbps 2Mbps 5.5Mbps 11Mbps an0: Ethernet address: 00:0e:84:b4:5e:44 an0: [GIANT-LOCKED] ad0: 38154MB at ata0-master UDMA100 Trying to mount root from ufs:/dev/ad0s2a ACPI Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.1-RELEASE #2: Wed May 31 07:26:51 UTC 2006 spaz@minime.hsd1.wa.comcast.net.:/usr/src/sys/i386/compile/MINIME Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) III Mobile CPU 1200MHz (1196.02-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6b1 Stepping = 1 Features=0x383f9ff real memory = 535674880 (510 MB) avail memory = 514838528 (490 MB) acpi0: on motherboard Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 acpi_perf0: on cpu0 acpi_acad0: on acpi0 battery0: on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci_link1: BIOS IRQ 11 for 0.31.INTB is invalid pci0: on pcib0 agp0: mem 0xe0000000-0xe7ffffff,0xf4f80000-0xf4ffffff irq 11 at device 2.0 on pci0 agp0: detected 892k stolen memory agp0: aperture size is 128M pci0: at device 2.1 (no driver attached) uhci0: port 0xbf80-0xbf9f irq 11 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered pcib1: at device 30.0 on pci0 pci2: on pcib1 xl0: <3Com 3c905C-TX Fast Etherlink XL> port 0xec80-0xecff mem 0xfafffc00-0xfafffc7f irq 11 at device 0.0 on pci2 miibus0: on xl0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: Ethernet address: 00:08:74:21:ba:7e cbb0: at device 1.0 on pci2 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xbfa0-0xbfaf at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 pcm0: port 0xd800-0xd8ff,0xdc80-0xdcbf irq 9 at device 31.5 on pci0 pcm0: pci0: at device 31.6 (no driver attached) acpi_tz0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0 fdc0: port 0x3f2-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1 port 0x2f8-0x2ff,0x280-0x287 irq 3 drq 3 on acpi0 sio1: type 16550A pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcc7ff,0xcc800-0xccfff,0xcd000-0xcd7ff,0xcd800-0xcdfff,0xce000-0xce7ff,0xce800-0xcefff,0xcf000-0xcf7ff,0xcf800-0xcffff on isa0 ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 1196020136 Hz quality 800 Timecounters tick every 1.000 msec an0: at port 0xe000-0xe03f irq 11 function 0 config 5 on pccard0 an0: got RSSI <-> dBM map an0: supported rates: 1Mbps 2Mbps 5.5Mbps 11Mbps an0: Ethernet address: 00:0e:84:b4:5e:44 an0: [GIANT-LOCKED] ad0: 38154MB at ata0-master UDMA100 Trying to mount root from ufs:/dev/ad0s2a ACPI verbose boot: Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.1-RELEASE #2: Wed May 31 07:26:51 UTC 2006 spaz@minime.hsd1.wa.comcast.net.:/usr/src/sys/i386/compile/MINIME Preloaded elf kernel "/boot/kernel/kernel" at 0xc0889000. Preloaded elf module "/boot/kernel/snd_ich.ko" at 0xc0889160. Preloaded elf module "/boot/kernel/sound.ko" at 0xc088920c. Preloaded elf module "/boot/kernel/agp.ko" at 0xc08892b8. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0889360. Calibrating clock(s) ... i8254 clock: 1193191 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 1196018949 Hz CPU: Intel(R) Pentium(R) III Mobile CPU 1200MHz (1196.02-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6b1 Stepping = 1 Features=0x383f9ff real memory = 535674880 (510 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000c25000 - 0x000000001f5a8fff, 513294336 bytes (125316 pages) avail memory = 514838528 (490 MB) bios32: Found BIOS32 Service Directory header at 0xc00ffe80 bios32: Entry = 0xffe90 (c00ffe90) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf0000+0xc00e pnpbios: Found PnP BIOS data at 0xc00fe2d0 pnpbios: Entry = f0000:e2f4 Rev = 1.0 pnpbios: Event flag at 4b4 Other BIOS signatures found: wlan: <802.11 Link Layer> nfslock: pseudo-device mem: Pentium Pro MTRR support enabled io: null: random: npx0: INT 16 interface acpi0: on motherboard acpi0: [MPSAFE] pci_open(1): mode 1 addr port (0x0cf8) is 0x8000eac4 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=35758086) pcibios: BIOS version 2.10 Found $PIR table, 11 entries at 0xc00fbbb0 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs embedded 0 29 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 0 29 B 0x63 3 4 5 6 7 9 10 11 12 14 15 embedded 0 29 C 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 0 29 D 0x63 3 4 5 6 7 9 10 11 12 14 15 embedded 0 30 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 0 30 B 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 0 30 C 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 0 30 D 0x63 3 4 5 6 7 9 10 11 12 14 15 embedded 0 31 A 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 0 31 B 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 0 2 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 2 0 A 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 2 1 A 0x63 3 4 5 6 7 9 10 11 12 14 15 embedded 2 3 A 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 2 3 B 0x63 3 4 5 6 7 9 10 11 12 14 15 embedded 2 8 A 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 2 12 A 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 2 12 B 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 2 12 C 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 2 12 D 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 8 0 A 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 8 1 A 0x61 3 4 5 6 7 9 10 11 12 14 15 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 31 func 0 atpic: Programming IRQ9 as level/low acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 31 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 29 func 1 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 29 func 2 pci_link0: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 9 10 11 pci_link0: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 9 10 11 pci_link0: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 9 10 11 pci_link1: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 5 7 pci_link1: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 pci_link1: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 pci_link2: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 9 10 11 pci_link2: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 9 10 11 pci_link2: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 9 10 11 pci_link3: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 5 7 9 10 11 pci_link3: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 5 7 9 10 11 pci_link3: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 9 10 11 ACPI timer: 1/2 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 acpi_perf0: on cpu0 acpi_acad0: on acpi0 battery0: on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 ACPI: Found matching pin for 0.31.INTA at func 1: 255 ACPI: Found matching pin for 0.31.INTB at func 5: 11 pci_link1: BIOS IRQ 11 for 0.31.INTB is invalid ACPI: Found matching pin for 0.29.INTA at func 0: 11 ACPI: Found matching pin for 0.2.INTA at func 0: 11 pci0: on pcib0 pci0: physical bus=0 found-> vendor=0x8086, dev=0x3575, revid=0x04 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x2010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x3577, revid=0x04 bus=0, slot=2, func=0 class=03-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0090, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 1 supports D0 D1 D3 current D0 map[10]: type 3, range 32, base e0000000, size 27, enabled map[14]: type 1, range 32, base f4f80000, size 19, enabled pcib0: matched entry for 0.2.INTA (src \\_SB_.PCI0.LNKA:0) pcib0: slot 2 INTA routed to irq 11 via \\_SB_.PCI0.LNKA found-> vendor=0x8086, dev=0x3577, revid=0x00 bus=0, slot=2, func=1 class=03-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0090, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x0b (2750 ns) powerspec 1 supports D0 D1 D3 current D0 map[10]: type 3, range 32, base d8000000, size 27, enabled map[14]: type 1, range 32, base f4f00000, size 19, enabled found-> vendor=0x8086, dev=0x2482, revid=0x02 bus=0, slot=29, func=0 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 map[20]: type 4, range 32, base 0000bf80, size 5, enabled pcib0: matched entry for 0.29.INTA (src \\_SB_.PCI0.LNKA:0) pcib0: slot 29 INTA routed to irq 11 via \\_SB_.PCI0.LNKA found-> vendor=0x8086, dev=0x2448, revid=0x42 bus=0, slot=30, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x0080, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x06 (1500 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x248c, revid=0x02 bus=0, slot=31, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x010f, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x248a, revid=0x02 bus=0, slot=31, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 map[20]: type 4, range 32, base 0000bfa0, size 4, enabled map[24]: type 1, range 32, base 00000000, size 10, memory disabled found-> vendor=0x8086, dev=0x2485, revid=0x02 bus=0, slot=31, func=5 class=04-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=11 map[10]: type 4, range 32, base 0000d800, size 8, enabled map[14]: type 4, range 32, base 0000dc80, size 6, enabled pcib0: matched entry for 0.31.INTB (src \\_SB_.PCI0.LNKB:0) pci_link1: Picked IRQ 9 with weight 0 pcib0: slot 31 INTB routed to irq 9 via \\_SB_.PCI0.LNKB found-> vendor=0x8086, dev=0x2486, revid=0x02 bus=0, slot=31, func=6 class=07-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=11 map[10]: type 4, range 32, base 0000d400, size 8, enabled map[14]: type 4, range 32, base 0000dc00, size 7, enabled pcib0: matched entry for 0.31.INTB (src \\_SB_.PCI0.LNKB:0) pcib0: slot 31 INTB routed to irq 9 via \\_SB_.PCI0.LNKB agp0: mem 0xe0000000-0xe7ffffff,0xf4f80000-0xf4ffffff irq 11 at device 2.0 on pci0 agp0: Reserved 0x8000000 bytes for rid 0x10 type 3 at 0xe0000000 agp0: Reserved 0x80000 bytes for rid 0x14 type 3 at 0xf4f80000 agp0: detected 892k stolen memory agp0: aperture size is 128M pci0: at device 2.1 (no driver attached) uhci0: port 0xbf80-0xbf9f irq 11 at device 29.0 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xbf80 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered pcib1: at device 30.0 on pci0 pcib1: secondary bus 2 pcib1: subordinate bus 16 pcib1: I/O decode 0xe000-0xffff pcib1: memory decode 0xf6000000-0xfdffffff pcib1: prefetched decode 0xfff00000-0xfffff pcib1: Subtractively decoded bridge. ACPI: Found matching pin for 2.1.INTA at func 0: 255 ACPI: Found matching pin for 2.0.INTA at func 0: 11 pci2: on pcib1 pci2: physical bus=2 found-> vendor=0x10b7, dev=0x9200, revid=0x78 bus=2, slot=0, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x0a (2500 ns), maxlat=0x0a (2500 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 0000ec80, size 7, enabled pcib1: (null) requested I/O range 0xec80-0xecff: in range map[14]: type 1, range 32, base fafffc00, size 7, enabled pcib1: (null) requested memory range 0xfafffc00-0xfafffc7f: good pcib1: matched entry for 2.0.INTA (src \\_SB_.PCI0.LNKC:0) pcib1: slot 0 INTA routed to irq 11 via \\_SB_.PCI0.LNKC found-> vendor=0x104c, dev=0xac50, revid=0x02 bus=2, slot=1, func=0 class=06-07-00, hdrtype=0x02, mfdev=0 cmdreg=0x0000, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x40 (16000 ns), maxlat=0x07 (1750 ns) intpin=a, irq=255 powerspec 1 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base 00000000, size 12, memory disabled xl0: <3Com 3c905C-TX Fast Etherlink XL> port 0xec80-0xecff mem 0xfafffc00-0xfafffc7f irq 11 at device 0.0 on pci2 xl0: Reserved 0x80 bytes for rid 0x14 type 3 at 0xfafffc00 xl0: using memory mapped I/O xl0: media options word: a xl0: found MII/AUTO miibus0: on xl0 ukphy0: on miibus0 ukphy0: OUI 0x00105a, model 0x0000, rev. 0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: bpf attached xl0: Ethernet address: 00:08:74:21:ba:7e xl0: [MPSAFE] cbb0: at device 1.0 on pci2 pcib1: cbb0 requested memory range 0xf6000000-0xfdffffff: good cbb0: Lazy allocation of 0x1000 bytes rid 0x10 type 3 at 0xf6000000 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 pcib1: matched entry for 2.1.INTA (src \\_SB_.PCI0.LNKD:0) pcib1: slot 1 INTA routed to irq 11 via \\_SB_.PCI0.LNKD cbb0: [MPSAFE] cbb0: PCI Configuration space: 0x00: 0xac50104c 0x02100007 0x06070002 0x00022008 0x10: 0xf6000000 0x020000a0 0x20050500 0xfffff000 0x20: 0x00000000 0xfffff000 0x00000000 0xfffffffc 0x30: 0x00000000 0xfffffffc 0x00000000 0x0740010b 0x40: 0x00c81028 0x00000001 0x00000000 0x00000000 0x50: 0x00000000 0x00000000 0x00000000 0x00000000 0x60: 0x00000000 0x00000000 0x00000000 0x00000000 0x70: 0x00000000 0x00000000 0x00000000 0x00000000 0x80: 0x0024f025 0x00000000 0x00000000 0x012c1222 0x90: 0x6064a6c0 0x00000000 0x00000000 0x00000000 0xa0: 0xfe110001 0x00c00000 0x00000001 0x0000001f 0xb0: 0x00000000 0x00000000 0x00000000 0x00000000 0xc0: 0x00000000 0x00000000 0x00000000 0x00000000 0xd0: 0x00000000 0x00000000 0x00000000 0x00000000 0xe0: 0x00000000 0x00000000 0x00000000 0x00000000 0xf0: 0x00000000 0x00000000 0x00000000 0x00000000 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xbfa0-0xbfaf at device 31.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xbfa0 ata0: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=50 ostat1=00 ata0: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata0: stat1=0x00 err=0x01 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=50 stat1=00 devices=0x1 ata0: [MPSAFE] ata1: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=03 ostat0=00 ostat1=00 ata1: stat0=0x00 err=0x00 lsb=0x00 msb=0x00 ata1: stat1=0x00 err=0x00 lsb=0x00 msb=0x00 ata1: reset tp2 stat0=00 stat1=00 devices=0x0 ata1: [MPSAFE] pcm0: port 0xd800-0xd8ff,0xdc80-0xdcbf irq 9 at device 31.5 on pci0 pcm0: Reserved 0x100 bytes for rid 0x10 type 4 at 0xd800 pcm0: Reserved 0x40 bytes for rid 0x14 type 4 at 0xdc80 pcm0: [MPSAFE] pcm0: pcm0: Codec features mic channel, tone, simulated stereo, bass boost, 20 bit DAC, 18 bit ADC, 5 bit master volume, SRS 3D Stereo Enhancement pcm0: Primary codec extended features variable rate PCM, variable rate mic, AMAP pcm0: ac97 codec dac ready count: 0 pcm0: sndbuf_setmap 1f374000, 4000; 0xdd6e2000 -> 1f374000 pcm0: sndbuf_setmap 1f36c000, 4000; 0xdd6e6000 -> 1f36c000 pcm0: sndbuf_setmap 1f365000, 4000; 0xdd6ea000 -> 1f365000 pci0: at device 31.6 (no driver attached) acpi_tz0: on acpi0 psmcpnp0: irq 12 on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 atkbd0: [GIANT-LOCKED] psm0: current command byte:0065 psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0-00, 2 buttons psm0: config:00000000, flags:00000008, packet size:3 psm0: syncmask:c0, syncbits:00 fdc0: port 0x3f2-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: ic_type 90 part_id 80 fdc0: [MPSAFE] fdc0: [FAST] sio0: irq maps: 0x1 0x11 0x1 0x1 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: irq maps: 0x1 0x9 0x1 0x1 sio1 port 0x2f8-0x2ff,0x280-0x287 irq 3 drq 3 on acpi0 sio1: type 16550A ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it fdc: fdc0 already exists; skipping it sio: sio0 already exists; skipping it sio: sio1 already exists; skipping it pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcc7ff,0xcc800-0xccfff,0xcd000-0xcd7ff,0xcd800-0xcdfff,0xce000-0xce7ff,0xce800-0xcefff,0xcf000-0xcf7ff,0xcf800-0xcffff on isa0 ppc0: parallel port found at 0x378 ppc0: using extended I/O port range ppc0: ECP SPP ECP+EPP SPP ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 plip0: bpf attached lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) sio2: not probed (disabled) sio3: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 vt0: not probed (disabled) isa_probe_children: probing PnP devices Device configuration finished. procfs registered Timecounter "TSC" frequency 1196018949 Hz quality 800 Timecounters tick every 1.000 msec lo0: bpf attached acpi_acad0: acline initialization start acpi_acad0: On Line acpi_acad0: acline initialization done, tried 1 times battery0: battery initialization start pcib1: pccard0 requested memory range 0xf6000000-0xfdffffff: good pccard0: CIS version PCCARD 2.0 or 2.1 pccard0: CIS info: Cisco Systems, 350 Series Wireless LAN Adapter pccard0: Manufacturer code 0x15f, product 0xa pccard0: function 0: network adapter, ccr addr 3e0 mask 7 pccard0: function 0, config table entry 5: I/O card; irq mask ffff; iomask 6, iospace 0-3f; io16 irqlevel pcib1: pccard0 requested I/O range 0xe000-0xffff: in range pcib1: pccard0 requested memory range 0xf6000000-0xfdffffff: good an0: at port 0xe000-0xe03f irq 11 function 0 config 5 on pccard0 an0: got RSSI <-> dBM map an0: supported rates: 1Mbps 2Mbps 5.5Mbps 11Mbps an0: bpf attached an0: Ethernet address: 00:0e:84:b4:5e:44 an0: [GIANT-LOCKED] ata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA100 cable=80 wire ad0: setting PIO4 on ICH3 chip ad0: setting UDMA100 on ICH3 chip ad0: 38154MB at ata0-master UDMA100 ad0: 78140160 sectors [77520C/16H/63S] 16 sectors/interrupt 1 depth queue pcm0: measured ac97 link rate at 48015 Hz, will use 48000 Hz fdc0: output ready timeout fdc0: output ready timeout fdc0: output ready timeout fdc0: output ready timeout fdc0: output ready timeout fdc0: output ready timeout fdc0: output ready timeout GEOM: new disk ad0 Trying to mount root from ufs:/dev/ad0s2a battery0: battery initialization done, tried 1 times start_init: trying /sbin/init fdc0: output ready timeout fdc0: input ready timeout fdc0: input ready timeout fdc0: output ready timeout fdc0: input ready timeout fdc0: input ready timeout fdc0: output ready timeout fdc0: input ready timeout fdc0: input ready timeout fdc0: output ready timeout fdc0: input ready timeout fdc0: input ready timeout Linux ELF exec handler installed From owner-freebsd-acpi@FreeBSD.ORG Mon Jun 12 07:04:48 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 0591416A41A for ; Mon, 12 Jun 2006 07:04:48 +0000 (UTC) (envelope-from takawata@axe-inc.co.jp) Received: from axe-inc.co.jp (axegw.axe-inc.co.jp [61.199.217.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id D633643D48 for ; Mon, 12 Jun 2006 07:04:46 +0000 (GMT) (envelope-from takawata@axe-inc.co.jp) Received: from localhost (localhost [127.0.0.1]) by axe-inc.co.jp (8.9.3+3.2W/3.7W) with SMTP id QAA11427; Mon, 12 Jun 2006 16:04:36 +0900 (JST) Message-Id: <200606120704.QAA11427@axe-inc.co.jp> X-Authentication-Warning: axegw.axe-inc.co.jp: localhost [127.0.0.1] didn't use HELO protocol To: "John L.Utz III" In-reply-to: Your message of "Sun, 11 Jun 2006 23:53:46 GMT." <8664j7xn91.wl%john@utzweb.net> Date: Mon, 12 Jun 2006 16:04:35 +0900 From: Takanori Watanabe Cc: freebsd-acpi@freebsd.org Subject: Re: Latitude C400 FBSD 6.1 "Fn Key"'s work sans ACPI, not with 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, 12 Jun 2006 07:04:48 -0000 In message <8664j7xn91.wl%john@utzweb.net>, "John L.Utz III" wrote: >Hello; > >Dell Latitude's have a collection of functions that are accessible via an 'Fn' > key. > >These functions include things like accessing the bios by pressing Fn+F1. > >These keys work nicely without ACPI and (with the exception of the suspend com >bo Fn+Esc) do *not* work when the machine is booted with acpi enabled > >I have included the 2 compiler warnings and 3 dmesg, i will send the asl file >if requested, tnx for any thoughts you may have! Please send me ASL file.;-) And additionaly you may want to dump # devinfo -v to get device tree. From owner-freebsd-acpi@FreeBSD.ORG Mon Jun 12 07:53:16 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 3462616A41A for ; Mon, 12 Jun 2006 07:53:16 +0000 (UTC) (envelope-from takawata@axe-inc.co.jp) Received: from axe-inc.co.jp (axegw.axe-inc.co.jp [61.199.217.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6125543D53 for ; Mon, 12 Jun 2006 07:53:15 +0000 (GMT) (envelope-from takawata@axe-inc.co.jp) Received: from localhost (localhost [127.0.0.1]) by axe-inc.co.jp (8.9.3+3.2W/3.7W) with SMTP id QAA13638; Mon, 12 Jun 2006 16:53:12 +0900 (JST) Message-Id: <200606120753.QAA13638@axe-inc.co.jp> X-Authentication-Warning: axegw.axe-inc.co.jp: localhost [127.0.0.1] didn't use HELO protocol To: "John L. Utz III" Date: Mon, 12 Jun 2006 16:53:11 +0900 From: Takanori Watanabe Cc: freebsd-acpi@freebsd.org Subject: Re: Latitude C400 FBSD 6.1 "Fn Key"'s work sans ACPI, not with 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, 12 Jun 2006 07:53:16 -0000 John L. Utz III wrote: >Hello! > >At Mon, 12 Jun 2006 16:04:35 +0900, >Takanori Watanabe wrote: >> >> In message <8664j7xn91.wl%john@utzweb.net>, "John L.Utz III" wrote: >> >Hello; >> > >> >Dell Latitude's have a collection of functions that are accessible via an ' >Fn' >> > key. > >> Please send me ASL file.;-) > >Thankupi for your interest! Thanks for send me ASL file. >> And additionaly you may want to dump >> # devinfo -v >> to get device tree. I awared that there are no hotkey device appeard in ASL name space. Instead, hotkey events are handled by General Purpose Event number 0x1D at \_GPE._L1D along with Suspend button and Power button by eventually call BIOS with banging SMI port. If power button or suspend button works for you, some condition may prevent SMI from working. From owner-freebsd-acpi@FreeBSD.ORG Mon Jun 12 08:12:02 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 11E3716A41A for ; Mon, 12 Jun 2006 08:12:02 +0000 (UTC) (envelope-from john@utzweb.net) Received: from marley.grokthis.net (marley.grokthis.net [69.93.78.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id BED4A43D45 for ; Mon, 12 Jun 2006 08:12:01 +0000 (GMT) (envelope-from john@utzweb.net) Received: from minime.utzweb.net (c-24-22-134-170.hsd1.wa.comcast.net [24.22.134.170]) by marley.grokthis.net (Postfix) with ESMTP id B544FF1466; Mon, 12 Jun 2006 04:11:57 -0400 (EDT) Date: Mon, 12 Jun 2006 01:11:04 +0000 Message-ID: <86ver7ch5j.wl%john@utzweb.net> From: John L.Utz III To: Takanori Watanabe In-Reply-To: <200606120753.QAA13638@axe-inc.co.jp> References: <200606120753.QAA13638@axe-inc.co.jp> User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.6 Emacs/22.0.50 (i386-unknown-freebsd6.0) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: freebsd-acpi@freebsd.org Subject: Re: Latitude C400 FBSD 6.1 "Fn Key"'s work sans ACPI, not with 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, 12 Jun 2006 08:12:02 -0000 At Mon, 12 Jun 2006 16:53:11 +0900, Takanori Watanabe wrote: > > John L. Utz III wrote: > >Hello! > > > >At Mon, 12 Jun 2006 16:04:35 +0900, > >Takanori Watanabe wrote: > >> > >> In message <8664j7xn91.wl%john@utzweb.net>, "John L.Utz III" wrote: > >> >Hello; > >> > > >> >Dell Latitude's have a collection of functions that are accessible via an ' > >Fn' > >> > key. > > > >> Please send me ASL file.;-) > > > >Thankupi for your interest! > > Thanks for send me ASL file. > > >> And additionaly you may want to dump > >> # devinfo -v > >> to get device tree. > > I awared that there are no hotkey device appeard in > ASL name space. > Instead, hotkey events are handled by General Purpose Event > number 0x1D at \_GPE._L1D along with Suspend button and Power button > by eventually call BIOS with banging SMI port. > > If power button or suspend button works for you, > some condition may prevent SMI from working. Working hotkeys: Brightness (Fn+UpArrow,Fn+DownArrow) NumLock (Fn+F4) ScrollLk (Fn+F5) CRT/LCD (Fn+F8) PrntScn (Fn+F11) Pause (Fn+F12) NotWorking hotkeys: Setup (Fn+F1) Batt (Fn+F3) SortofWorking Power Button it will shut off the computer and it seems to want to resume the computer but the screen stays black if i push it a second time them the computer shuts down Suspend (Fn+Esc) In Xorg, the screen turns into a very kawai melting looking thing From owner-freebsd-acpi@FreeBSD.ORG Mon Jun 12 11:02:47 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 D281416A41B for ; Mon, 12 Jun 2006 11:02:47 +0000 (UTC) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 67E7043D46 for ; Mon, 12 Jun 2006 11:02:47 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k5CB2lvY098781 for ; Mon, 12 Jun 2006 11:02:47 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k5CB2kdX098777 for freebsd-acpi@freebsd.org; Mon, 12 Jun 2006 11:02:46 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 12 Jun 2006 11:02:46 GMT Message-Id: <200606121102.k5CB2kdX098777@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: freebsd-acpi@FreeBSD.org Cc: Subject: Current problem reports assigned to you 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, 12 Jun 2006 11:02:47 -0000 Current FreeBSD problem reports Critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2006/03/01] i386/93963 acpi [panic] [patch] ACPI Panic with some ACPI 1 problem total. Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2003/07/22] i386/54756 acpi ACPI suspend/resume problem on CF-W2 lapt o [2003/08/17] i386/55661 acpi ACPI suspend/resume problem on ARMADA M70 o [2003/08/20] kern/55822 acpi No ACPI power off with SMP kernel o [2003/08/27] kern/56024 acpi ACPI suspend drains battery while in S3 o [2004/03/09] i386/64002 acpi acpi problem o [2004/05/27] i386/67273 acpi [hang] system hangs with acpi and Xfree o [2004/10/12] i386/72566 acpi ACPI, FreeBSD disables fan on Compaq Arma o [2005/03/21] i386/79080 acpi acpi thermal changes freezes HP nx6110 o [2005/03/21] i386/79081 acpi ACPI suspend/resume not working on HP nx6 o [2005/04/28] i386/80426 acpi [APIC] [panic] 5.4-RC3 still panic when b o [2005/10/17] i386/87568 acpi [ACPI] [REGRESSION] 6.0-STABLE needs ACPI 11 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2004/05/28] kern/67309 acpi zzz reboot computer (ACPI S3) o [2004/07/29] i386/69750 acpi Boot without ACPI failed on ASUS L5 o [2004/11/11] i386/73822 acpi [request] add thermal support to ACPI o [2004/11/11] kern/73823 acpi [feature request] acpi / power-on by time f [2004/11/17] kern/74030 acpi Unplugging AC causes battery % to stay lo f [2005/12/24] kern/90871 acpi ACPI problems with ASUS A8N-VM-CSM o [2006/05/30] kern/98171 acpi [acpi] ACPI 1304 / 0501 errors on Acer 50 7 problems total. From owner-freebsd-acpi@FreeBSD.ORG Mon Jun 12 16:48:01 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 C463016A481 for ; Mon, 12 Jun 2006 16:48:01 +0000 (UTC) (envelope-from john@utzweb.net) Received: from marley.grokthis.net (marley.grokthis.net [69.93.78.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 84FB443D48 for ; Mon, 12 Jun 2006 16:48:01 +0000 (GMT) (envelope-from john@utzweb.net) Received: from minime.utzweb.net (c-24-22-134-170.hsd1.wa.comcast.net [24.22.134.170]) by marley.grokthis.net (Postfix) with ESMTP id 24C78F146B for ; Mon, 12 Jun 2006 12:47:59 -0400 (EDT) Date: Mon, 12 Jun 2006 09:47:08 +0000 Message-ID: <86zmgi1zab.wl%john@utzweb.net> From: John L.Utz III To: freebsd-acpi@freebsd.org User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.6 Emacs/22.0.50 (i386-unknown-freebsd6.0) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Subject: debug.acpi.avoid, how do i use it to tell acpi to not control the keyboard? 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, 12 Jun 2006 16:48:01 -0000 Hello again; to quote man acpi: It is also possible to avoid portions of the ACPI namespace which may be causing problems, by listing the full path of the root of the region to be avoided in the kernel environment variable debug.acpi.avoid. The object and all of its children will be ignored during the bus/children scan of the namespace. The ACPI CA code will still know about the avoided region. so, if i wanted to let acpi drive the power button and the suspend keypress but ignore everything else, how would one do that? or failing that, can someone provide a sample use of acpi.debug.avoid that i can work from? tnx! johnu From owner-freebsd-acpi@FreeBSD.ORG Mon Jun 12 17:13:30 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 5BB1016A473 for ; Mon, 12 Jun 2006 17:13:30 +0000 (UTC) (envelope-from john@utzweb.net) Received: from marley.grokthis.net (marley.grokthis.net [69.93.78.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id CB30843D5C for ; Mon, 12 Jun 2006 17:13:29 +0000 (GMT) (envelope-from john@utzweb.net) Received: from minime.utzweb.net (c-24-22-134-170.hsd1.wa.comcast.net [24.22.134.170]) by marley.grokthis.net (Postfix) with ESMTP id 80085F1483; Mon, 12 Jun 2006 13:13:32 -0400 (EDT) Date: Mon, 12 Jun 2006 10:12:43 +0000 Message-ID: <86y7w21y3o.wl%john@utzweb.net> From: John L.Utz III To: John L.Utz III In-Reply-To: <86zmgi1zab.wl%john@utzweb.net> References: <86zmgi1zab.wl%john@utzweb.net> User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.6 Emacs/22.0.50 (i386-unknown-freebsd6.0) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: freebsd-acpi@freebsd.org Subject: Re: debug.acpi.avoid, how do i use it to tell acpi to not control the keyboard? 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, 12 Jun 2006 17:13:30 -0000 oops, correction At Mon, 12 Jun 2006 09:47:08 +0000, John L.Utz III wrote: > > Hello again; > > to quote man acpi: > > > It is also possible to avoid portions of the ACPI namespace which may be > causing problems, by listing the full path of the root of the region to > be avoided in the kernel environment variable debug.acpi.avoid. The > object and all of its children will be ignored during the bus/children > scan of the namespace. The ACPI CA code will still know about the > avoided region. > > so, if i wanted to let acpi drive the power button and the suspend keypress but ignore everything else, how would one do that? amend to read so, if i wanted to let acpi drive the power button and the suspend keypress but ignore everything else ON THE KEYBOARD, how would one do that? > or failing that, can someone provide a sample use of acpi.debug.avoid that i can work from? > > tnx! > > johnu > _______________________________________________ > freebsd-acpi@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-acpi > To unsubscribe, send any mail to "freebsd-acpi-unsubscribe@freebsd.org" > From owner-freebsd-acpi@FreeBSD.ORG Mon Jun 12 17:19:03 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 4B35516A41A for ; Mon, 12 Jun 2006 17:19:03 +0000 (UTC) (envelope-from nate@root.org) Received: from ylpvm29.prodigy.net (ylpvm29-ext.prodigy.net [207.115.57.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 890CB43D6A for ; Mon, 12 Jun 2006 17:18:58 +0000 (GMT) (envelope-from nate@root.org) Received: from pimout7-ext.prodigy.net (pimout7-int.prodigy.net [207.115.4.147]) by ylpvm29.prodigy.net (8.12.10 outbound/8.12.10) with ESMTP id k5CHHtVu019489 for ; Mon, 12 Jun 2006 13:17:55 -0400 X-ORBL: [71.139.104.128] Received: from [10.0.5.50] (ppp-71-139-104-128.dsl.snfc21.pacbell.net [71.139.104.128]) by pimout7-ext.prodigy.net (8.13.6 out.dk/8.13.6) with ESMTP id k5CHItG6168712; Mon, 12 Jun 2006 13:18:56 -0400 Message-ID: <448DA197.70707@root.org> Date: Mon, 12 Jun 2006 10:17:11 -0700 From: Nate Lawson User-Agent: Thunderbird 1.5.0.2 (X11/20060501) MIME-Version: 1.0 To: "John L.Utz III" References: <86zmgi1zab.wl%john@utzweb.net> <86y7w21y3o.wl%john@utzweb.net> In-Reply-To: <86y7w21y3o.wl%john@utzweb.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: debug.acpi.avoid, how do i use it to tell acpi to not control the keyboard? 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, 12 Jun 2006 17:19:03 -0000 John L.Utz III wrote: > oops, correction > > At Mon, 12 Jun 2006 09:47:08 +0000, > John L.Utz III wrote: >> Hello again; >> >> to quote man acpi: >> >> >> It is also possible to avoid portions of the ACPI namespace which may be >> causing problems, by listing the full path of the root of the region to >> be avoided in the kernel environment variable debug.acpi.avoid. The >> object and all of its children will be ignored during the bus/children >> scan of the namespace. The ACPI CA code will still know about the >> avoided region. >> >> so, if i wanted to let acpi drive the power button and the suspend keypress but ignore everything else, how would one do that? > > > amend to read > > so, if i wanted to let acpi drive the power button and the suspend keypress > but ignore everything else ON THE KEYBOARD, how would one do that? > > >> or failing that, can someone provide a sample use of acpi.debug.avoid that i can work from? >> Nope, that's not how PCs work. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Mon Jun 12 17:27:22 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 9BD4716A41A for ; Mon, 12 Jun 2006 17:27:22 +0000 (UTC) (envelope-from john@utzweb.net) Received: from marley.grokthis.net (marley.grokthis.net [69.93.78.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5248143D48 for ; Mon, 12 Jun 2006 17:27:22 +0000 (GMT) (envelope-from john@utzweb.net) Received: from minime.utzweb.net (c-24-22-134-170.hsd1.wa.comcast.net [24.22.134.170]) by marley.grokthis.net (Postfix) with ESMTP id 01501F1475; Mon, 12 Jun 2006 13:27:24 -0400 (EDT) Date: Mon, 12 Jun 2006 10:26:36 +0000 Message-ID: <86wtbm1xgj.wl%john@utzweb.net> From: John L.Utz III To: Nate Lawson In-Reply-To: <448DA197.70707@root.org> References: <86zmgi1zab.wl%john@utzweb.net> <86y7w21y3o.wl%john@utzweb.net> <448DA197.70707@root.org> User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.6 Emacs/22.0.50 (i386-unknown-freebsd6.0) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: freebsd-acpi@freebsd.org Subject: Re: debug.acpi.avoid, how do i use it to tell acpi to not control the keyboard? 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, 12 Jun 2006 17:27:22 -0000 At Mon, 12 Jun 2006 10:17:11 -0700, Nate Lawson wrote: > > John L.Utz III wrote: > > oops, correction > > > > At Mon, 12 Jun 2006 09:47:08 +0000, > > John L.Utz III wrote: > >> Hello again; > >> > >> to quote man acpi: > >> > >> > >> It is also possible to avoid portions of the ACPI namespace which may be > >> causing problems, by listing the full path of the root of the region to > >> be avoided in the kernel environment variable debug.acpi.avoid. The > >> object and all of its children will be ignored during the bus/children > >> scan of the namespace. The ACPI CA code will still know about the > >> avoided region. > >> > >> so, if i wanted to let acpi drive the power button and the suspend keypress but ignore everything else, how would one do that? > > > > > > amend to read > > > > so, if i wanted to let acpi drive the power button and the suspend keypress > > but ignore everything else ON THE KEYBOARD, how would one do that? > > > > > >> or failing that, can someone provide a sample use of acpi.debug.avoid that i can work from? > >> > > Nope, that's not how PCs work. hmm, wouldnt this be the one to avoid, assuming that 'KBC' is KeyboardController? Device (KBC) { Name (_HID, EisaId ("PNP0303")) Name (CRS, ResourceTemplate () { IO (Decode16, 0x0060, 0x0060, 0x10, 0x01) IO (Decode16, 0x0064, 0x0064, 0x04, 0x01) IRQNoFlags () {1} }) Method (_CRS, 0, NotSerialized) { Return (CRS) } } can you clarify your comment a trifle? tnx! johnu > -- > Nate > From owner-freebsd-acpi@FreeBSD.ORG Mon Jun 12 18:15:21 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 C34C416A41A; Mon, 12 Jun 2006 18:15:21 +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 3224243D46; Mon, 12 Jun 2006 18:15:21 +0000 (GMT) (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.4/8.13.4) with ESMTP id k5CIFIGs014198; Mon, 12 Jun 2006 14:15:19 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Lars =?iso-8859-1?q?K=F6ller?= Date: Mon, 12 Jun 2006 13:58:33 -0400 User-Agent: KMail/1.9.1 References: <200606091442.k59EgWT14574@rayadm.hrz.uni-bielefeld.de> In-Reply-To: <200606091442.k59EgWT14574@rayadm.hrz.uni-bielefeld.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200606121358.33702.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, 12 Jun 2006 14:15:19 -0400 (EDT) X-Virus-Scanned: ClamAV 0.87.1/1534/Mon Jun 12 08:30:53 2006 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.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: freebsd-acpi@freebsd.org, Lars Koeller Subject: Re: Bug Report kern/98694 (please help) 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, 12 Jun 2006 18:15:21 -0000 On Friday 09 June 2006 10:42, Lars K=F6ller wrote: > ---------- >=20 > Hi John, >=20 > thanks for your help! >=20 > In reply to John Baldwin who wrote: > =20 > > > Sophos only supports FBSD 5 now, so we have no posibility to play aro= und > > > with 6.1. > > >=20 > > > It would be very nice if someone could give us som support, to fix th= e=20 > > problem. > > >=20 > > > Many thanks and best regards > >=20 > > The clock handling changes in 6 that would fix your problem are too big= to=20 > > backport to 5.x I'm afraid. I can look at your panic in the non-ACPI c= ase=20 if=20 >=20 > O.k. as stated above, it's not an option for us cause of the sophos=20 > support. No hotfix possible? ;-) No, not really. You'd be much better off using compat5x on 6.1 to run soph= os. > > you can capture a dmesg with ACPI disabled (including the panic message= s)=20 > > over a serial console. >=20 > No problem comming soon ...... >=20 > Copyright (c) 1992-2006 The FreeBSD Project. = =20 > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD 5.5-RELEASE-p1 #3: Tue Jun 6 15:52:17 CEST 2006 > root@pmx2.hrz.uni-bielefeld.de:/opt/tmp/obj/usr/src/sys/PMX > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Xeon(TM) CPU 2.40GHz (2400.10-MHz 686-class CPU) > Origin =3D "GenuineIntel" Id =3D 0xf27 Stepping =3D 7 > =20 =46eatures=3D0xbfebfbff MOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> > Hyperthreading: 2 logical CPUs > real memory =3D 2147483648 (2048 MB) > avail memory =3D 2095943680 (1998 MB) > MPTable: > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > cpu0 (BSP): APIC ID: 6 > cpu1 (AP): APIC ID: 0 > ioapic0: Assuming intbase of 0 > ioapic1: Assuming intbase of 16 > ioapic0 irqs 0-15 on motherboard > ioapic1 irqs 16-31 on motherboard > npx0: on motherboard > npx0: INT 16 interface > cpu0 on motherboard > cpu1 on motherboard > pcib0: pcibus 0 on motherboard > pci0: on pcib0 > pci0: at device 4.0 (no driver attached) > atapci0: port=20 0x1400-0x140f,0x376,0x170-0x > 177,0x3f6,0x1f0-0x1f7 at device 15.1 on pci0 > ata0: channel #0 on atapci0 > ata1: channel #1 on atapci0 > ohci0: mem 0xf8021000-0xf8021fff irq 9 at= =20 device > 15.2 on pci0 > usb0: OHCI version 1.0, legacy support > usb0: SMM does not respond, resetting > usb0: on ohci0 > usb0: USB revision 1.0 > uhub0: (0x1166) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub0: 4 ports with 4 removable, self powered > isab0: at device 15.3 on pci0 > isa0: on isab0 > pcib3: pcibus 3 on motherboard > pci3: on pcib3 > asr0: mem=20 0xfc000000-0xfdffffff,0xfb000000-0xfbfffff > f,0xfa500000-0xfa5fffff irq 24 at device 8.0 on pci3 > asr0: ADAPTEC 2010S FW Rev. FS11, 2 channel, 256 CCBs, Protocol I2O > pcib4: pcibus 4 on=20 motherboard > pir0: on motherboard > $PIR: BIOS IRQ 24 for 3.8.INTA is not valid for link 0x18 > pci4: on pcib4 >=20 >=20 > Fatal trap 9: general protection fault while in kernel mode > cpuid =3D 0; apic id =3D 06 > instruction pointer =3D 0x58:0x3a73 > stack pointer =3D 0x10:0xeda > frame pointer =3D 0x10:0xf16 > code segment =3D base 0xc00f0000, limit 0xffff, type 0x1b > =3D DPL 0, pres 1, def32 0, gran 0 > processor eflags =3D interrupt enabled, resume, IOPL =3D 0 > current process =3D 0 (swapper) > trap number =3D 9 > panic: general protection fault > cpuid =3D 0 > Uptime: 1s > Automatic reboot in 15 seconds - press a key on the console to abort >=20 >=20 > Have a nice weekend Hmm, this is a panic inside your BIOS. :( Generally these are rather hard = to=20 debug. =2D-=20 John Baldwin From owner-freebsd-acpi@FreeBSD.ORG Mon Jun 12 18:15:28 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 9C5E516A41F for ; Mon, 12 Jun 2006 18:15: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 472E543D49 for ; Mon, 12 Jun 2006 18:15:27 +0000 (GMT) (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.4/8.13.4) with ESMTP id k5CIFIGt014198; Mon, 12 Jun 2006 14:15:20 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Fred Koschara Date: Mon, 12 Jun 2006 13:59:41 -0400 User-Agent: KMail/1.9.1 References: <6.1.2.0.1.20060606011859.0b62f0a0@mail.FKEInternet.com> <200606070808.56332.jhb@freebsd.org> <6.1.2.0.1.20060610061002.03b4ca30@mail.FKEInternet.com> In-Reply-To: <6.1.2.0.1.20060610061002.03b4ca30@mail.FKEInternet.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200606121359.41818.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, 12 Jun 2006 14:15:20 -0400 (EDT) X-Virus-Scanned: ClamAV 0.87.1/1534/Mon Jun 12 08:30:53 2006 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.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: freebsd-acpi@freebsd.org Subject: Re: FreeBSD 6.0, ThinkPad 600, dc0: watchdog timeout - ACPI? 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, 12 Jun 2006 18:15:28 -0000 On Saturday 10 June 2006 06:26, Fred Koschara wrote: > Hello John -- >=20 > I captured the dmesg output for > ACPI, no boot fix > no ACPI, no boot fix > ACPI, boot fixed > no ACPI, boot fixed >=20 > The files are at http://fkeinternet.com/support/ where you will find a li= nk=20 > to 20060607.London.FKEinternet.com.ThinkPad600.dmesg.files.tar.gz which=20 > contains the debugging information. In each case, I also included the=20 > corresponding loader.conf file, similarly named so it will be obvious whi= ch=20 > one is which. >=20 > FYI, my immediate problem was relieved by information I received from Bj= =F6rn=20 > K=F6nig on the freebsd-questions mail list. He wrote: >=20 > >Hello, > > > >I had a Thinkpad 600 and a lot of problems too, especially with networki= ng=20 > >and the cardbus. It received the impression that the chipset of the 600 = is=20 > >totally broken. The revisited successor 600E doesn't make so much troubl= e=20 > >at all. > > > >Add the following lines to /boot/loader.conf, restart and see what=20 > >happens. These lines solved some of my problems regarding unreliable=20 > >networking. > > > > hw.cbb.start_memory=3D0xd8000 > > hw.pci.link.LNKA.irq=3D11 > > hw.pci.link.LNKB.irq=3D11 > > hw.pci.link.LNKC.irq=3D11 > > hw.pci.link.LNKD.irq=3D11 If these lines fixed things for you then that's the best info I could offer= =20 you, so I would just stay with those. =2D-=20 John Baldwin From owner-freebsd-acpi@FreeBSD.ORG Mon Jun 12 19:01:55 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 CD48816A49E; Mon, 12 Jun 2006 19:01:55 +0000 (UTC) (envelope-from oberman@es.net) Received: from postal2.es.net (postal2.es.net [198.128.3.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id E89C643D72; Mon, 12 Jun 2006 19:01:50 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal2.es.net (Postal Node 2) with ESMTP (SSL) id IBA74465; Mon, 12 Jun 2006 12:01:41 -0700 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 011FA45043; Mon, 12 Jun 2006 12:01:40 -0700 (PDT) To: John Baldwin In-reply-to: Your message of "Mon, 12 Jun 2006 13:59:41 EDT." <200606121359.41818.jhb@freebsd.org> Date: Mon, 12 Jun 2006 12:01:40 -0700 From: "Kevin Oberman" Message-Id: <20060612190141.011FA45043@ptavv.es.net> Cc: freebsd-acpi@freebsd.org Subject: Re: FreeBSD 6.0, ThinkPad 600, dc0: watchdog timeout - ACPI? 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, 12 Jun 2006 19:01:55 -0000 > From: John Baldwin > Date: Mon, 12 Jun 2006 13:59:41 -0400 > Sender: owner-freebsd-acpi@freebsd.org > > On Saturday 10 June 2006 06:26, Fred Koschara wrote: > > Hello John -- > > > > I captured the dmesg output for > > ACPI, no boot fix > > no ACPI, no boot fix > > ACPI, boot fixed > > no ACPI, boot fixed > > > > The files are at http://fkeinternet.com/support/ where you will find a lin > > to 20060607.London.FKEinternet.com.ThinkPad600.dmesg.files.tar.gz which > > contains the debugging information. In each case, I also included the > > corresponding loader.conf file, similarly named so it will be obvious which > > one is which. > > > > FYI, my immediate problem was relieved by information I received from Björn > > König on the freebsd-questions mail list. He wrote: > > > > >Hello, > > > > > >I had a Thinkpad 600 and a lot of problems too, especially with networking > > >and the cardbus. It received the impression that the chipset of the 600 is > > >totally broken. The revisited successor 600E doesn't make so much trouble > > >at all. > > > > > >Add the following lines to /boot/loader.conf, restart and see what > > >happens. These lines solved some of my problems regarding unreliable > > >networking. > > > > > > hw.cbb.start_memory=0xd8000 > > > hw.pci.link.LNKA.irq=11 > > > hw.pci.link.LNKB.irq=11 > > > hw.pci.link.LNKC.irq=11 > > > hw.pci.link.LNKD.irq=11 > > If these lines fixed things for you then that's the best info I could offer > you, so I would just stay with those. I can't say much about the 600, but almost all ThinkPads (back to the 500 series) allow PCI interrupts to be adjusted in BIOS using the ps2 utility. My 600E allowed the use of about 3 irqs. ps2 is a DOS tool that can be run under Windows or be written to a bootable floppy. It is how almost all BIOS stuff is adjusted on them. The boot-time BIOS stuff is almost non-existent. ps2 is available from the Lenovo/IBM web site. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-acpi@FreeBSD.ORG Mon Jun 12 20:47:15 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 E3BF016A41A for ; Mon, 12 Jun 2006 20:47:15 +0000 (UTC) (envelope-from nate@root.org) Received: from ylpvm29.prodigy.net (ylpvm29-ext.prodigy.net [207.115.57.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id B460543D45 for ; Mon, 12 Jun 2006 20:47:08 +0000 (GMT) (envelope-from nate@root.org) Received: from pimout7-ext.prodigy.net (pimout7-int.prodigy.net [207.115.4.147]) by ylpvm29.prodigy.net (8.12.10 outbound/8.12.10) with ESMTP id k5CKk2Vu031333 for ; Mon, 12 Jun 2006 16:46:04 -0400 X-ORBL: [67.119.74.222] Received: from [10.0.0.53] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by pimout7-ext.prodigy.net (8.13.6 out.dk/8.13.6) with ESMTP id k5CKksqG108790; Mon, 12 Jun 2006 16:46:59 -0400 Message-ID: <448DD256.7040307@root.org> Date: Mon, 12 Jun 2006 13:45:10 -0700 From: Nate Lawson User-Agent: Thunderbird 1.5.0.4 (Windows/20060516) MIME-Version: 1.0 To: "John L.Utz III" References: <86zmgi1zab.wl%john@utzweb.net> <86y7w21y3o.wl%john@utzweb.net> <448DA197.70707@root.org> <86wtbm1xgj.wl%john@utzweb.net> In-Reply-To: <86wtbm1xgj.wl%john@utzweb.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: debug.acpi.avoid, how do i use it to tell acpi to not control the keyboard? 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, 12 Jun 2006 20:47:16 -0000 John L.Utz III wrote: > At Mon, 12 Jun 2006 10:17:11 -0700, > Nate Lawson wrote: >> John L.Utz III wrote: >>> oops, correction >>> >>> At Mon, 12 Jun 2006 09:47:08 +0000, >>> John L.Utz III wrote: >>>> Hello again; >>>> >>>> to quote man acpi: >>>> >>>> >>>> It is also possible to avoid portions of the ACPI namespace which may be >>>> causing problems, by listing the full path of the root of the region to >>>> be avoided in the kernel environment variable debug.acpi.avoid. The >>>> object and all of its children will be ignored during the bus/children >>>> scan of the namespace. The ACPI CA code will still know about the >>>> avoided region. >>>> >>>> so, if i wanted to let acpi drive the power button and the suspend keypress but ignore everything else, how would one do that? >>> >>> amend to read >>> >>> so, if i wanted to let acpi drive the power button and the suspend keypress >>> but ignore everything else ON THE KEYBOARD, how would one do that? >>> >>> >>>> or failing that, can someone provide a sample use of acpi.debug.avoid that i can work from? >>>> >> Nope, that's not how PCs work. > > > hmm, > > wouldnt this be the one to avoid, assuming that 'KBC' is KeyboardController? > > Device (KBC) > { > Name (_HID, EisaId ("PNP0303")) > Name (CRS, ResourceTemplate () > { > IO (Decode16, 0x0060, 0x0060, 0x10, 0x01) > IO (Decode16, 0x0064, 0x0064, 0x04, 0x01) > IRQNoFlags () {1} > }) > Method (_CRS, 0, NotSerialized) > { > Return (CRS) > } > } > > > > can you clarify your comment a trifle? It would take a long time to explain it fully. ACPI is not controlling your keyboard. The BIOS just decides whether or not to send ACPI hotkey events (different from keystrokes) or consume them itself via SMI. For some reason, the notify isn't getting delivered to ACPI along the way. Upgrade your BIOS? -- Nate From owner-freebsd-acpi@FreeBSD.ORG Mon Jun 12 23:34:12 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 C045916A47B for ; Mon, 12 Jun 2006 23:34:12 +0000 (UTC) (envelope-from john@utzweb.net) Received: from marley.grokthis.net (marley.grokthis.net [69.93.78.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 74BA543D48 for ; Mon, 12 Jun 2006 23:34:12 +0000 (GMT) (envelope-from john@utzweb.net) Received: from utzweb.net (marley.grokthis.net [127.0.0.1]) by marley.grokthis.net (Postfix) with ESMTP id F1504F144D; Mon, 12 Jun 2006 19:34:12 -0400 (EDT) Received: from 69.93.78.27 (proxying for 216.254.62.194) (SquirrelMail authenticated user john-utzweb-net); by utzweb.net with HTTP; Mon, 12 Jun 2006 19:34:17 -0400 (EDT) Message-ID: <34543.69.93.78.27.1150155257.squirrel@69.93.78.27> In-Reply-To: <448DD256.7040307@root.org> References: <86zmgi1zab.wl%john@utzweb.net> <86y7w21y3o.wl%john@utzweb.net> <448DA197.70707@root.org> <86wtbm1xgj.wl%john@utzweb.net> <448DD256.7040307@root.org> Date: Mon, 12 Jun 2006 19:34:17 -0400 (EDT) From: john@utzweb.net To: "Nate Lawson" User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-acpi@freebsd.org Subject: Re: debug.acpi.avoid, how do i use it to tell acpi to not control the keyboard? 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, 12 Jun 2006 23:34:12 -0000 > John L.Utz III wrote: >> At Mon, 12 Jun 2006 10:17:11 -0700, >> Nate Lawson wrote: >> wouldnt this be the one to avoid, assuming that 'KBC' is >> KeyboardController? >> >> Device (KBC) >> { >> Name (_HID, EisaId ("PNP0303")) >> Name (CRS, ResourceTemplate () >> { >> IO (Decode16, 0x0060, 0x0060, 0x10, 0x01) >> IO (Decode16, 0x0064, 0x0064, 0x04, 0x01) >> IRQNoFlags () {1} >> }) >> Method (_CRS, 0, NotSerialized) >> { >> Return (CRS) >> } >> } >> >> >> >> can you clarify your comment a trifle? > > It would take a long time to explain it fully. ACPI is not controlling > your keyboard. The BIOS just decides whether or not to send ACPI hotkey > events (different from keystrokes) or consume them itself via SMI. so, the act of loading acpi.ko implements a callback for the bios that informs it that an acpi cognizant os is available? it seems to me that i would like to tell it to not use acpi and stick with smi because if i dont load acpi the buttons work almost perfectly. the only bit of grief i have is that without acpi, the powerbutton shuts off hard instead of performing a shutdown > For some reason, the notify isn't getting delivered to ACPI along > the way. some do, some dont, suspend get's responded to, power button get's responded to. what commands do i use to break on buttons in acpidb? > Upgrade your BIOS? A12 is as new as it gets. :-( vintage 2004, a fine year. :-) > -- > Nate > > From owner-freebsd-acpi@FreeBSD.ORG Tue Jun 13 14:46:09 2006 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 CD7DA16A41B; Tue, 13 Jun 2006 14:46:09 +0000 (UTC) (envelope-from mistry.7@osu.edu) Received: from mail.united-ware.com (am-productions.biz [69.61.164.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 543B243D46; Tue, 13 Jun 2006 14:46:09 +0000 (GMT) (envelope-from mistry.7@osu.edu) Received: from [192.168.1.100] (am-productions.biz [69.61.164.22]) (authenticated bits=0) by mail.united-ware.com (8.13.4/8.13.6) with ESMTP id k5DEni5b061011 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 13 Jun 2006 10:49:50 -0400 (EDT) (envelope-from mistry.7@osu.edu) From: Anish Mistry To: freebsd-current@freebsd.org Date: Tue, 13 Jun 2006 10:46:37 -0400 User-Agent: KMail/1.9.1 References: <448B04D0.1040302@root.org> In-Reply-To: <448B04D0.1040302@root.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1675977.7WxNXraKZm"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200606131046.41415.mistry.7@osu.edu> X-Spam-Status: No, score=-8.5 required=5.0 tests=ALL_TRUSTED,BAYES_50, MYFREEBSD2,MYFREEBSD3 autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on mail.united-ware.com X-Virus-Scanned: ClamAV 0.88.2/1536/Mon Jun 12 17:07:37 2006 on mail.united-ware.com X-Virus-Status: Clean Cc: acpi@freebsd.org, current@freebsd.org Subject: Re: resume changes, please test 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, 13 Jun 2006 14:46:09 -0000 --nextPart1675977.7WxNXraKZm Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Saturday 10 June 2006 13:43, Nate Lawson wrote: > I've committed some overall minor changes to the resume assembly > code as a result of a code review. Please test to be sure nothing > was broken, and perhaps something got improved along the way. > > Now there is also a tunable/sysctl "debug.acpi.resume_beep".=20 > Setting it to 1 will beep the pc speaker very early in resume so we > can figure out if hangs on resume are a driver or acpi problem. Is the beep supposed to continue even after a successful resume? =2D-=20 Anish Mistry --nextPart1675977.7WxNXraKZm Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQBEjs/RxqA5ziudZT0RAt6kAKDfAf2xUU9A26b3V478AxUYtOXL+wCgv07q 5cGG0JAUrz+jFiqoc19/VY8= =k7M/ -----END PGP SIGNATURE----- --nextPart1675977.7WxNXraKZm-- From owner-freebsd-acpi@FreeBSD.ORG Thu Jun 15 05:41:18 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 0E5D316A41A for ; Thu, 15 Jun 2006 05:41:18 +0000 (UTC) (envelope-from nate@root.org) Received: from ylpvm01.prodigy.net (ylpvm01-ext.prodigy.net [207.115.57.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9536143D45 for ; Thu, 15 Jun 2006 05:41:17 +0000 (GMT) (envelope-from nate@root.org) Received: from pimout6-ext.prodigy.net (pimout6-int.prodigy.net [207.115.4.22]) by ylpvm01.prodigy.net (8.13.6 out spool5000 dk/8.12.10) with ESMTP id k5F5fCIV006642 for ; Thu, 15 Jun 2006 01:41:12 -0400 X-ORBL: [71.139.104.128] Received: from [10.0.5.50] (ppp-71-139-104-128.dsl.snfc21.pacbell.net [71.139.104.128]) by pimout6-ext.prodigy.net (8.13.6 out.dk/8.13.6) with ESMTP id k5F5fFTJ253004; Thu, 15 Jun 2006 01:41:16 -0400 Message-ID: <4490F291.9010406@root.org> Date: Wed, 14 Jun 2006 22:39:29 -0700 From: Nate Lawson User-Agent: Thunderbird 1.5.0.2 (X11/20060501) MIME-Version: 1.0 To: john@utzweb.net References: <86zmgi1zab.wl%john@utzweb.net> <86y7w21y3o.wl%john@utzweb.net> <448DA197.70707@root.org> <86wtbm1xgj.wl%john@utzweb.net> <448DD256.7040307@root.org> <34543.69.93.78.27.1150155257.squirrel@69.93.78.27> In-Reply-To: <34543.69.93.78.27.1150155257.squirrel@69.93.78.27> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: debug.acpi.avoid, how do i use it to tell acpi to not control the keyboard? 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: Thu, 15 Jun 2006 05:41:18 -0000 john@utzweb.net wrote: >> John L.Utz III wrote: >>> At Mon, 12 Jun 2006 10:17:11 -0700, >>> Nate Lawson wrote: >>> wouldnt this be the one to avoid, assuming that 'KBC' is >>> KeyboardController? >>> >>> Device (KBC) >>> { >>> Name (_HID, EisaId ("PNP0303")) >>> Name (CRS, ResourceTemplate () >>> { >>> IO (Decode16, 0x0060, 0x0060, 0x10, 0x01) >>> IO (Decode16, 0x0064, 0x0064, 0x04, 0x01) >>> IRQNoFlags () {1} >>> }) >>> Method (_CRS, 0, NotSerialized) >>> { >>> Return (CRS) >>> } >>> } >>> >>> >>> >>> can you clarify your comment a trifle? >> It would take a long time to explain it fully. ACPI is not controlling >> your keyboard. The BIOS just decides whether or not to send ACPI hotkey >> events (different from keystrokes) or consume them itself via SMI. > > so, the act of loading acpi.ko implements a callback for the bios that > informs it that an acpi cognizant os is available? > > it seems to me that i would like to tell it to not use acpi and stick with > smi because if i dont load acpi the buttons work almost perfectly. the > only bit of grief i have is that without acpi, the powerbutton shuts off > hard instead of performing a shutdown Yep, that's your choice. >> For some reason, the notify isn't getting delivered to ACPI along >> the way. > > some do, some dont, suspend get's responded to, power button get's > responded to. > > what commands do i use to break on buttons in acpidb? Just stick a printf in acpi_button.c? -- Nate From owner-freebsd-acpi@FreeBSD.ORG Thu Jun 15 09:59:52 2006 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 D745016A41A for ; Thu, 15 Jun 2006 09:59:52 +0000 (UTC) (envelope-from Ullrich.Franke@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.21]) by mx1.FreeBSD.org (Postfix) with SMTP id 8EEE443D46 for ; Thu, 15 Jun 2006 09:59:51 +0000 (GMT) (envelope-from Ullrich.Franke@gmx.de) Received: (qmail invoked by alias); 15 Jun 2006 09:59:50 -0000 Received: from a81-14-189-240.net-htp.de (EHLO fbsd.Amnesiac.unsernet) [81.14.189.240] by mail.gmx.net (mp034) with SMTP; 15 Jun 2006 11:59:50 +0200 X-Authenticated: #28432460 Received: from [127.0.0.1] (helo=localhost.unsernet) by fbsd.Amnesiac.unsernet with esmtp (Exim 4.62 (FreeBSD)) (envelope-from ) id 1FqpfP-0000O3-My; Thu, 15 Jun 2006 11:05:39 +0000 Date: Thu, 15 Jun 2006 11:05:11 -0000 To: freebsd-current@freebsd.org From: "Ullrich Franke" Content-Type: text/plain; format=flowed; delsp=yes; charset=utf-8 Message-ID: User-Agent: Opera Mail/9.00 (FreeBSD) MIME-Version: 1.0 Content-Transfer-Encoding: Quoted-Printable X-Y-GMX-Trusted: 0 Cc: acpi@freebsd.org, current@freebsd.org Subject: Re: resume changes, please test 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: Thu, 15 Jun 2006 09:59:52 -0000 On Saturday 10 June 2006 13:43, Nate Lawson wrote: > I've committed some overall minor changes to the resume assembly > code as a result of a code review. Please test to be sure nothing > was broken, and perhaps something got improved along the way. > Now there is also a tunable/sysctl "debug.acpi.resume_beep".Setting i= t = > to 1 will beep the pc speaker very early in resume so we > can figure out if hangs on resume are a driver or acpi problem. On my FSJ Amilo-A CY26 (with broken ACPI-bios and a custom DSDT-table) = resume from C3 never worked with FreeBSD (5.x, 6.x, CURRENT). The LEDs are green, but I the display stays black (console / X) and the = = system doesn't respond to commands (like reboot, CTRL-ALT-DEL). Now with debug.acpi.resume_beep=3D1 the system doesn't beep but reboots = = after a couple of seconds. UF. From owner-freebsd-acpi@FreeBSD.ORG Thu Jun 15 10:22:40 2006 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 9C5B816A47A for ; Thu, 15 Jun 2006 10:22:40 +0000 (UTC) (envelope-from der_uf@gmx.de) Received: from mail.gmx.net (mail.gmx.de [213.165.64.21]) by mx1.FreeBSD.org (Postfix) with SMTP id 697CC43D49 for ; Thu, 15 Jun 2006 10:22:39 +0000 (GMT) (envelope-from der_uf@gmx.de) Received: (qmail invoked by alias); 15 Jun 2006 10:22:38 -0000 Received: from a81-14-189-240.net-htp.de (EHLO localhost.unsernet) [81.14.189.240] by mail.gmx.net (mp035) with SMTP; 15 Jun 2006 12:22:38 +0200 X-Authenticated: #31554707 To: freebsd-current@freebsd.org From: "Ullrich Franke" Content-Type: text/plain; format=flowed; delsp=yes; charset=utf-8 MIME-Version: 1.0 Content-Transfer-Encoding: Quoted-Printable Date: Thu, 15 Jun 2006 12:23:40 -0000 Message-ID: User-Agent: Opera Mail/9.00 (FreeBSD) X-Y-GMX-Trusted: 0 Cc: acpi@freebsd.org, current@freebsd.org Subject: Re: resume changes, please test 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: Thu, 15 Jun 2006 10:22:40 -0000 On Saturday 10 June 2006 13:43, Nate Lawson wrote: > I've committed some overall minor changes to the resume assembly > code as a result of a code review. Please test to be sure nothing > was broken, and perhaps something got improved along the way. > Now there is also a tunable/sysctl "debug.acpi.resume_beep".Setting i= t = > to 1 will beep the pc speaker very early in resume so we > can figure out if hangs on resume are a driver or acpi problem. On my FSJ Amilo-A CY26 (with broken ACPI-bios and a custom DSDT-table) resume from C3 never worked with FreeBSD (5.x, 6.x, CURRENT). The LEDs are green, but I the display stays black (console / X) and the system doesn't respond to commands (like reboot, CTRL-ALT-DEL). Now with debug.acpi.resume_beep=3D1 the system doesn't beep but reboots after a couple of seconds. UF. 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 From owner-freebsd-acpi@FreeBSD.ORG Thu Jun 15 16:36:33 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 1927016A47B for ; Thu, 15 Jun 2006 16:36:33 +0000 (UTC) (envelope-from mistry.7@osu.edu) Received: from mail.united-ware.com (am-productions.biz [69.61.164.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8ADB943D45 for ; Thu, 15 Jun 2006 16:36:32 +0000 (GMT) (envelope-from mistry.7@osu.edu) Received: from [192.168.1.100] (am-productions.biz [69.61.164.22]) (authenticated bits=0) by mail.united-ware.com (8.13.4/8.13.6) with ESMTP id k5FGeLo2049085 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 15 Jun 2006 12:40:27 -0400 (EDT) (envelope-from mistry.7@osu.edu) From: Anish Mistry To: freebsd-acpi@freebsd.org Date: Thu, 15 Jun 2006 12:36:58 -0400 User-Agent: KMail/1.9.1 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2765514.YDr5hhsq1q"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200606151237.07904.mistry.7@osu.edu> X-Spam-Status: No, score=-5.5 required=5.0 tests=ALL_TRUSTED,BAYES_50, MYFREEBSD2 autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on mail.united-ware.com X-Virus-Scanned: ClamAV 0.88.2/1539/Wed Jun 14 10:21:49 2006 on mail.united-ware.com X-Virus-Status: Clean Subject: Clear Abnormal Termination Bit 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: Thu, 15 Jun 2006 16:36:33 -0000 --nextPart2765514.YDr5hhsq1q Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline I just saw an email on the Linux ACPI list someone posted they needed=20 to clear the abnormal termination bit on some motherboards before=20 suspending so that the BIOS would correctly hand-off back to the OS. I'm not sure if we're doing this already, but the equivilent would be=20 to put the following before going into S3: AcpiHwRegisterWrite (ACPI_MTX_DO_NOT_LOCK, ACPI_REGISTER_PM1_STATUS,=20 0x800); =2D-=20 Anish Mistry --nextPart2765514.YDr5hhsq1q Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQBEkYyzxqA5ziudZT0RAvrlAJ4tXjXPIjQGbvRLIi+SmEbNB3zFyQCgyTG6 sUCx3fELIrJfVzlmBYiSiSg= =7wlR -----END PGP SIGNATURE----- --nextPart2765514.YDr5hhsq1q-- From owner-freebsd-acpi@FreeBSD.ORG Thu Jun 15 17:18:48 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 03CCF16A41A for ; Thu, 15 Jun 2006 17:18:48 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2314543D48 for ; Thu, 15 Jun 2006 17:18:46 +0000 (GMT) (envelope-from avg@icyb.net.ua) Received: from [212.40.38.87] (oddity-e.topspin.kiev.ua [212.40.38.87]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id UAA01370 for ; Thu, 15 Jun 2006 20:18:43 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <44919673.5090106@icyb.net.ua> Date: Thu, 15 Jun 2006 20:18:43 +0300 From: Andriy Gapon User-Agent: Thunderbird 1.5.0.2 (X11/20060512) MIME-Version: 1.0 To: freebsd-acpi@freebsd.org Content-Type: text/plain; charset=KOI8-U Content-Transfer-Encoding: 7bit Subject: apic interrupt assignment 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: Thu, 15 Jun 2006 17:18:48 -0000 This does not cause any troubles for me, but makes me wonder why it happens, excerpt from vmstat -i -a: irq16: 0 0 irq17: 0 0 irq18: 0 0 irq19: nvidia0 6310688 79 irq20: nve0 ohci0 3684463 46 irq21: pcm0 ohci1 75931 0 irq22: ehci0 0 0 irq23: 0 0 So, IRQ 16-18 and 23 are free, but IRQ 20 and 21 are shared between two devices each. Is this something with the way my HW is wired ? Or is this something with the way BIOS and ACPI tables are configured ? Or is this something suboptimal with our ACPI and/or APIC code ? Verbose dmesg: http://oddity-e.topspin.kiev.ua/dmesg.verbose ACPI tables: http://oddity-e.topspin.kiev.ua/nf7+apic.asl -- Andriy Gapon From owner-freebsd-acpi@FreeBSD.ORG Thu Jun 15 18:44: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 0A70516A47A for ; Thu, 15 Jun 2006 18:44:25 +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 BBB8043D58 for ; Thu, 15 Jun 2006 18:44:22 +0000 (GMT) (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.4/8.13.4) with ESMTP id k5FIiL4o049667; Thu, 15 Jun 2006 14:44:22 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-acpi@freebsd.org Date: Thu, 15 Jun 2006 14:44:17 -0400 User-Agent: KMail/1.9.1 References: <44919673.5090106@icyb.net.ua> In-Reply-To: <44919673.5090106@icyb.net.ua> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-u" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200606151444.18009.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]); Thu, 15 Jun 2006 14:44:22 -0400 (EDT) X-Virus-Scanned: ClamAV 0.87.1/1539/Wed Jun 14 10:21:49 2006 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.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: Andriy Gapon Subject: Re: apic interrupt assignment 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: Thu, 15 Jun 2006 18:44:25 -0000 On Thursday 15 June 2006 13:18, Andriy Gapon wrote: > > This does not cause any troubles for me, but makes me wonder why it > happens, excerpt from vmstat -i -a: > irq16: 0 0 > irq17: 0 0 > irq18: 0 0 > irq19: nvidia0 6310688 79 > irq20: nve0 ohci0 3684463 46 > irq21: pcm0 ohci1 75931 0 > irq22: ehci0 0 0 > irq23: 0 0 > > So, IRQ 16-18 and 23 are free, but IRQ 20 and 21 are shared between two > devices each. > > Is this something with the way my HW is wired ? Yes. -- John Baldwin From owner-freebsd-acpi@FreeBSD.ORG Sat Jun 17 12:06:58 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 ACFE016A479 for ; Sat, 17 Jun 2006 12:06:58 +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 0046D43D6E for ; Sat, 17 Jun 2006 12:06:50 +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 1FrZZg-00020D-Pd for freebsd-acpi@freebsd.org; Sat, 17 Jun 2006 16:06:49 +0400 Date: Sat, 17 Jun 2006 22:06:03 +1000 From: Alexander Logvinov X-Mailer: The Bat! (v3.80.03) Professional Organization: AKA X-Priority: 3 (Normal) Message-ID: <1007295802.20060617220603@akavia.ru> To: freebsd-acpi@freebsd.org In-Reply-To: <681310105.20060615210518@akavia.ru> References: <1182686709.20060605133201@akavia.ru> <200606062022.59336.jkim@FreeBSD.org> <121000959.20060607154424@akavia.ru> <200606071524.07284.jkim@FreeBSD.org> <448C867B.3010708@root.org> <681310105.20060615210518@akavia.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re[3]: 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: Sat, 17 Jun 2006 12:06:58 -0000 Hello! >> 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? Sorry for stupid question but why when I'm writing hw.acpi.disable_on_reboot=1 in sysctl.conf after reboot I see this? # sysctl hw.acpi.disable_on_reboot hw.acpi.disable_on_reboot: 0 And after # sysctl hw.acpi.disable_on_reboot=1 hw.acpi.disable_on_reboot: 0 -> 1 the system all the same uses ResetRegister after shutdown -r now? -- WBR