From owner-freebsd-acpi@FreeBSD.ORG Sun Mar 9 01:23:04 2008 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 16996106566B; Sun, 9 Mar 2008 01:23:04 +0000 (UTC) (envelope-from vwe@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id DE7AD8FC12; Sun, 9 Mar 2008 01:23:03 +0000 (UTC) (envelope-from vwe@FreeBSD.org) Received: from freefall.freebsd.org (vwe@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m291N3dv099929; Sun, 9 Mar 2008 01:23:03 GMT (envelope-from vwe@freefall.freebsd.org) Received: (from vwe@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m291N3MZ099925; Sun, 9 Mar 2008 01:23:03 GMT (envelope-from vwe) Date: Sun, 9 Mar 2008 01:23:03 GMT Message-Id: <200803090123.m291N3MZ099925@freefall.freebsd.org> To: vwe@FreeBSD.org, gnats-admin@FreeBSD.org, freebsd-acpi@FreeBSD.org From: vwe@FreeBSD.org Cc: Subject: Re: kern/121504: [patch] Correctly set hw.acpi.osname on certain machines 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, 09 Mar 2008 01:23:04 -0000 Old Synopsis: Correctly set hw.acpi.osname on certain machines New Synopsis: [patch] Correctly set hw.acpi.osname on certain machines Responsible-Changed-From-To: gnats-admin->freebsd-acpi Responsible-Changed-By: vwe Responsible-Changed-When: Sun Mar 9 01:21:00 UTC 2008 Responsible-Changed-Why: catch misfiled PR; Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=121504 From owner-freebsd-acpi@FreeBSD.ORG Sun Mar 9 06:20:03 2008 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 34AF31065673 for ; Sun, 9 Mar 2008 06:20:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 189338FC1C for ; Sun, 9 Mar 2008 06:20:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m296K2q3024565 for ; Sun, 9 Mar 2008 06:20:02 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m296K28p024563; Sun, 9 Mar 2008 06:20:02 GMT (envelope-from gnats) Date: Sun, 9 Mar 2008 06:20:02 GMT Message-Id: <200803090620.m296K28p024563@freefall.freebsd.org> To: freebsd-acpi@FreeBSD.org From: Anish Mistry Cc: Subject: Re: kern/121102: [acpi_fujitsu] [patch] update acpi_fujitsu for the P8010 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Anish Mistry List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Mar 2008 06:20:03 -0000 The following reply was made to PR kern/121102; it has been noted by GNATS. From: Anish Mistry To: bug-followup@freebsd.org, amistry@am-productions.biz Cc: Subject: Re: kern/121102: [acpi_fujitsu] [patch] update acpi_fujitsu for the P8010 Date: Sun, 9 Mar 2008 00:41:52 -0500 --nextPart4469211.P4Ef0ajpp9 Content-Type: multipart/mixed; boundary="Boundary-01=_gi30HMk3uIOdACM" Content-Transfer-Encoding: 7bit Content-Disposition: inline --Boundary-01=_gi30HMk3uIOdACM Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline The attached diff is in a commitable form. I've tested it on my P2110=20 and P8010. Depends on: http://www.freebsd.org/cgi/query-pr.cgi?pr=3D121504 Needed to set hw.acpi.osname to "Windows 2001.1" =2D-=20 Anish Mistry amistry@am-productions.biz AM Productions http://am-productions.biz/ --Boundary-01=_gi30HMk3uIOdACM Content-Type: text/x-diff; charset="us-ascii"; name="acpi_fujitsu-p8010.patch" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="acpi_fujitsu-p8010.patch" =2D-- sys/dev/acpi_support/acpi_fujitsu.c.orig 2007-03-22 14:16:39.00000000= 0 -0400 +++ sys/dev/acpi_support/acpi_fujitsu.c 2008-03-08 23:32:02.000000000 -0500 @@ -1,6 +1,6 @@ /*- * Copyright (c) 2002 Sean Bullington =2D * 2003-2006 Anish Mistry + * 2003-2008 Anish Mistry * 2004 Mark Santcroos * All Rights Reserved. * @@ -84,6 +84,7 @@ #define METHOD_RVOL 6 #define METHOD_GSIF 7 #define METHOD_GHKS 8 +#define METHOD_GBLS 9 =20 /* Notify event */ #define ACPI_NOTIFY_STATUS_CHANGED 0x80 @@ -108,6 +109,7 @@ /* Control methods */ struct int_nameval _sta, /* unused */ gbll, /* brightness */ + gbls, /* get brightness state */ ghks, /* hotkey selector */ gbuf, /* unused (buffer?) */ gmou, /* mouse */ @@ -189,6 +191,11 @@ .description =3D "Brightness level of the LCD panel" }, { + .name =3D "lcd_brightness", + .method =3D METHOD_GBLS, + .description =3D "Brightness level of the LCD panel" + }, + { .name =3D "volume", .method =3D METHOD_GVOL, .description =3D "Speakers/headphones volume level" @@ -358,6 +365,7 @@ /* Setup all of the names for each control method */ sc->_sta.name =3D "_STA"; sc->gbll.name =3D "GBLL"; + sc->gbls.name =3D "GBLS"; sc->ghks.name =3D "GHKS"; sc->gmou.name =3D "GMOU"; sc->gsif.name =3D "GSIF"; @@ -386,6 +394,9 @@ case METHOD_GBLL: exists =3D sc->gbll.exists; break; + case METHOD_GBLS: + exists =3D sc->gbls.exists; + break; case METHOD_GVOL: case METHOD_MUTE: exists =3D sc->gvol.exists; @@ -462,6 +473,9 @@ case METHOD_GBLL: nv =3D sc->gbll; break; + case METHOD_GBLS: + nv =3D sc->gbls; + break; case METHOD_GMOU: nv =3D sc->gmou; break; @@ -519,6 +533,11 @@ control =3D "SBLL"; nv =3D sc->gbll; break; + case METHOD_GBLS: + changed =3D BRIGHT_CHANGED; + control =3D "SBL2"; + nv =3D sc->gbls; + break; case METHOD_GMOU: changed =3D MOUSE_CHANGED; control =3D "SMOU"; @@ -587,6 +606,14 @@ } =20 if (ACPI_FAILURE(acpi_GetInteger(sc->handle, + sc->gbls.name, &val))) { + sc->gbls.exists =3D 0; + } else { + sc->gbls.exists =3D 1; + } + + // don't add if we can use the new method + if (sc->gbls.exists || ACPI_FAILURE(acpi_GetInteger(sc->handle, sc->gbll.name, &val))) { sc->gbll.exists =3D 0; } else { @@ -683,6 +710,9 @@ /* Clear the modification bit */ sc->gmou.value &=3D MOUSE_SETTING_BITS; =09 + /* Set the value in case it is not hardware controlled */ + acpi_fujitsu_method_set(sc, METHOD_GMOU, sc->gmou.= value); + acpi_UserNotify("FUJITSU", sc->handle, FN_POINTER_ENABLE); =09 ACPI_VPRINT(sc->dev, acpi_sc, "Internal pointer is now %s\n", @@ -690,6 +720,29 @@ } } =20 + /* Screen Brightness Level P8XXX */ + if(sc->gbls.exists) { + if (ACPI_FAILURE(acpi_GetInteger(sc->handle, + sc->gbls.name, &(sc->gbls.value)))) { + device_printf(sc->dev, "Couldn't query P8XXX brigh= tness level\n"); + return (FALSE); + } + if (changed & BRIGHT_CHANGED) { + /* No state to record here. */ + + /* Clear the modification bit */ + sc->gbls.value &=3D BRIGHTNESS_SETTING_BITS; + + /* Set the value in case it is not hardware controlled */ + acpi_fujitsu_method_set(sc, METHOD_GBLS, sc->gbls.value); + + acpi_UserNotify("FUJITSU", sc->handle, FN_LCD_BRIGHTNESS); + + ACPI_VPRINT(sc->dev, acpi_sc, "P8XXX Brightness level is now %d\n", + sc->gbls.value); + } + } + /* Screen Brightness Level */ if(sc->gbll.exists) { if (ACPI_FAILURE(acpi_GetInteger(sc->handle, --Boundary-01=_gi30HMk3uIOdACM-- --nextPart4469211.P4Ef0ajpp9 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEABECAAYFAkfTeKAACgkQxqA5ziudZT2WlgCg1x9R00XZ0DIxhUWjjHrvljym DukAnjANGdsKJ6MO5eWDiEKpWM3LrMyL =5SBN -----END PGP SIGNATURE----- --nextPart4469211.P4Ef0ajpp9-- From owner-freebsd-acpi@FreeBSD.ORG Sun Mar 9 09:07:19 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5B7191065670 for ; Sun, 9 Mar 2008 09:07:19 +0000 (UTC) (envelope-from tzhuan@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.155]) by mx1.freebsd.org (Postfix) with ESMTP id DF9988FC22 for ; Sun, 9 Mar 2008 09:07:18 +0000 (UTC) (envelope-from tzhuan@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so1158452fgg.35 for ; Sun, 09 Mar 2008 01:07:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition:x-google-sender-auth; bh=JAwxEf8pixCZOflE8B3XUPWHcr137s/N9aGjMed3gxQ=; b=SVqgWPJgqhm40sMfe2zzjCPoDwK9kLTpae9kP0CmvHWF1/Iw4TP5hdBq6GZEIPcQFwLI9gBULbI2iLaV+PN2rsoq02e3wf249eDaCsUtUem1d1YcYe3bbC2KOle1G7cVFubJ/EixiYGc6isEraymXTVvdJLDkjUv+ZAE3ml5cXU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition:x-google-sender-auth; b=lloCfQ7MTqK7s6sA8JkC/AsXqhc2WnRDpV2tcVKM3ErT7pXbX3IXexLfOmgPgTeJ+hgSOypNj1fllEz9qlUTcmVmST5J3y5m9DM/LpyVLLbv2z+sApboV9IKbF/rNdiP7zEzyAI9fX6lOVa1VLqJK1eK66zEEvGQ/biHXsS0Pfc= Received: by 10.86.28.5 with SMTP id b5mr4449038fgb.79.1205052164354; Sun, 09 Mar 2008 00:42:44 -0800 (PST) Received: by 10.86.53.1 with HTTP; Sun, 9 Mar 2008 00:42:44 -0800 (PST) Message-ID: <6a7033710803090042p673dffe3g211373ca9f16e5ba@mail.gmail.com> Date: Sun, 9 Mar 2008 16:42:44 +0800 From: "Tz-Huan Huang" Sender: tzhuan@gmail.com To: freebsd-acpi@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Google-Sender-Auth: c230339464f9956b Subject: CPU frequency detection error? 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, 09 Mar 2008 09:07:19 -0000 Hi, I have a IBM x3550 running 7-stable. The CPU is CPU: Intel(R) Xeon(R) CPU E5345 @ 2.33GHz (11368.47-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x6fb Stepping = 11 Features=0xbfebfbff Features2=0x4e3bd AMD Features=0x20100800 AMD Features2=0x1 Cores per package: 4 But the dev.cpu.0 shows dev.cpu.0.freq: 11311 dev.cpu.0.freq_levels: 11311/-1 9897/-1 8483/-1 7069/-1 5655/-1 4241/-1 2827/-1 1413/-1 The max frequency 11311 (11.3GHz?) is far larger than it should be (2.33GHz). It causes something wrong on this system, for example: [huan@cml2 ~]$ time sleep 1 real 0m4.929s user 0m0.000s sys 0m0.000s Any suggestion? Thanks a lot~ Tz-Huan From owner-freebsd-acpi@FreeBSD.ORG Sun Mar 9 09:49:49 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AA813106566B for ; Sun, 9 Mar 2008 09:49:49 +0000 (UTC) (envelope-from grafan@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.184]) by mx1.freebsd.org (Postfix) with ESMTP id 041A78FC13 for ; Sun, 9 Mar 2008 09:49:48 +0000 (UTC) (envelope-from grafan@gmail.com) Received: by fk-out-0910.google.com with SMTP id b27so1390536fka.11 for ; Sun, 09 Mar 2008 01:49:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=FEzxKYmSv5ZDTHeTWH3jxgLW7EvJbsTcH/VYRFtp1Nw=; b=wLQ9E+DjAUWrrMwBhHRwVr4COZfkR9TnAIklDsBHw+jXecD91vXEQhEr/1d7uuoAmy+uBrwEXLhkUV88naCuM94V/+RhEAyBJBPcwm0n3FB0plRaTwZvzxJmW9jylkXbfaLP5dJjc4sTWrobrmk8sLpBQttev2vbqVmKORGN2Gc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=FBRZp9YjlHKdvMM1Rige8cidrAQqZl0AgaqvdE8a5cUayFCBm4ZDILeH9/86NTogHfkkSY04QgkYB9oYBLVVuUdUdlCZMxJ5DOMpBXZp4NGyOs8fRQyj5oz5rRw//Socgr9aFehHwlhZlL4z7xWtFsZx80fazq3WZmWRAAGenig= Received: by 10.82.148.7 with SMTP id v7mr9166416bud.37.1205054744348; Sun, 09 Mar 2008 01:25:44 -0800 (PST) Received: by 10.82.115.11 with HTTP; Sun, 9 Mar 2008 01:25:44 -0800 (PST) Message-ID: <6eb82e0803090125g16daa5far796a4656dec57dbe@mail.gmail.com> Date: Sun, 9 Mar 2008 17:25:44 +0800 From: "Rong-en Fan" To: "Tz-Huan Huang" In-Reply-To: <6a7033710803090042p673dffe3g211373ca9f16e5ba@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <6a7033710803090042p673dffe3g211373ca9f16e5ba@mail.gmail.com> Cc: freebsd-acpi@freebsd.org Subject: Re: CPU frequency detection error? 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, 09 Mar 2008 09:49:49 -0000 On Sun, Mar 9, 2008 at 4:42 PM, Tz-Huan Huang wrote: > Hi, > > I have a IBM x3550 running 7-stable. > The CPU is > > CPU: Intel(R) Xeon(R) CPU E5345 @ 2.33GHz (11368.47-MHz K8-class CPU) I think it's nothing to do with cpufreq. The cpu detection is already wrong here. > Origin = "GenuineIntel" Id = 0x6fb Stepping = 11 > Features=0xbfebfbff > Features2=0x4e3bd > AMD Features=0x20100800 > AMD Features2=0x1 > Cores per package: 4 > > But the dev.cpu.0 shows > > dev.cpu.0.freq: 11311 > dev.cpu.0.freq_levels: 11311/-1 9897/-1 8483/-1 7069/-1 5655/-1 > 4241/-1 2827/-1 1413/-1 > > The max frequency 11311 (11.3GHz?) is far larger than it should be (2.33GHz). > It causes something wrong on this system, for example: > > [huan@cml2 ~]$ time sleep 1 > real 0m4.929s > user 0m0.000s > sys 0m0.000s > > Any suggestion? Thanks a lot~ > > Tz-Huan > _______________________________________________ > 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 Sun Mar 9 11:20:41 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 080C0106567D for ; Sun, 9 Mar 2008 11:20:41 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.156]) by mx1.freebsd.org (Postfix) with ESMTP id 0DE4E8FC24 for ; Sun, 9 Mar 2008 11:20:39 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so1192277fgg.35 for ; Sun, 09 Mar 2008 04:20:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding:sender; bh=pk9yCoMsRH0lutXzZ6o5zp/ETU2J2+Uns6FSXdDT5+8=; b=k+Mtis3ZQFiQORWjBjTFdPJeH18iYddJLsaimahUlTUDaGYoAIGZckQ5ecAprAafjnIH2BEimvYxV2+p0qoy8gQZvN6e8N/5K17Ifwz6LQme3txYXD8QNQGImtDjZs87OGvP8v7gyUp+/vzXPXJj4CJaoeP7W7Fu4QAR8e/i2LA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding:sender; b=AQtd+zgSpXBvzGPsxMlWZyRwpefMEdXgFkf8hs86SrOAgqtnhnHz/2+W5xEpgsvTOQHym8O2PjLFObpvoIxHqDpKP0NfNzCOj7CZ22fKAr+NC+iMqD+FrBhF1O7N8xEF8F/qw6jUWvLl3eWO4g/bdH87wpljxjqShM2XzZFfzBw= Received: by 10.86.1.1 with SMTP id 1mr4706015fga.2.1205061639070; Sun, 09 Mar 2008 04:20:39 -0700 (PDT) Received: from epsilon.local ( [83.144.140.96]) by mx.google.com with ESMTPS id i6sm6694096gve.5.2008.03.09.04.20.37 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 09 Mar 2008 04:20:38 -0700 (PDT) Message-ID: <47D3C804.9090307@FreeBSD.org> Date: Sun, 09 Mar 2008 11:20:36 +0000 From: Rui Paulo User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) MIME-Version: 1.0 To: Andriy Gapon References: <479F0ED4.9030709@icyb.net.ua> <479F62D9.6080703@root.org> <47A33CCB.3090902@icyb.net.ua> <47B0C10F.6000109@icyb.net.ua> <47B4103A.6090902@icyb.net.ua> <47B4A103.7040801@icyb.net.ua> <47B4B31A.4020605@icyb.net.ua> <47B84E61.3060401@icyb.net.ua> <47BB375C.5010208@icyb.net.ua> <47BB4D5C.9000406@icyb.net.ua> <47BC7287.6000301@icyb.net.ua> <47BEF2AA.900@icyb.net.ua> In-Reply-To: <47BEF2AA.900@icyb.net.ua> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Sender: Rui Paulo Cc: freebsd-hackers@freebsd.org, freebsd-acpi@freebsd.org Subject: Re: cx_lowest and CPU usage 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, 09 Mar 2008 11:20:41 -0000 Andriy Gapon wrote: > on 20/02/2008 20:33 Andriy Gapon said the following: >> on 19/02/2008 23:42 Andriy Gapon said the following: >>> The last result most probably means that RTC IRQ was not the interrupt >>> to wake CPU from sleeping state. >>> The first possibility that comes to mind is that on this particular >>> hardware RTC interrupt (IRQ8) is not able to wake the system from C2 state. >> So it seems that this was true. >> Here's a shortcut to the relevant info: >> PIIX4E (FW82371EB) specification >> DEVACTB — DEVICE ACTIVITY B (FUNCTION 3) pci register description >> BRLD_EN_IRQ8, bit 5 >> >> $ pciconf -r pci0:0:7:3 0x58 >> 03040c07 > > Attached is a patch that fixes the issue for me (without any > side-effects) and should not cause any harm for others. I committed your patch. Thanks! Regards, -- Rui Paulo From owner-freebsd-acpi@FreeBSD.ORG Sun Mar 9 12:19:31 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D0464106567B for ; Sun, 9 Mar 2008 12:19:31 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.158]) by mx1.freebsd.org (Postfix) with ESMTP id 572BD8FC1F for ; Sun, 9 Mar 2008 12:19:31 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so1208491fgg.35 for ; Sun, 09 Mar 2008 05:19:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:cc:message-id:from:to:in-reply-to:content-type:content-transfer-encoding:mime-version:subject:date:references:x-mailer:sender; bh=/VXsZoo61w97UBQGLpm7cBq2EoskW5EpvqggXZ/EN+w=; b=f69R/xZl10Hsyd9vHpdj7FJzPRRReyCVdoSu76rI3SJZOVUsvM6Rc4w9NZFt3qPBQ1qofNk7mNVH2f3v4f76Htr9vvqsRJsiP+zGr6ooT2NN5pJcDE5ZfWVtqt8p3nOwDFXit76/ZXAwGn23dK/HVP6GUHCLXp0leil0AEPMcUw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=cc:message-id:from:to:in-reply-to:content-type:content-transfer-encoding:mime-version:subject:date:references:x-mailer:sender; b=GS4Rl3DXim0X5hHGpe4jVeX7+7MdaURdM7NBVw1ACISLm3GkXwg9iLUH1iHbc6T8LxvZegH5c90CyUTMXG9pnm0AJUaapQm6qJP6JUt+iP7a2DyuVI87IPAL5K3TtGU9KpfFkXl4OJCO4ErYRk5xJVqJiV1ULA6yBNPd0KjUVS8= Received: by 10.82.124.10 with SMTP id w10mr9625445buc.18.1205065170167; Sun, 09 Mar 2008 05:19:30 -0700 (PDT) Received: from ?10.0.0.15? ( [83.144.140.96]) by mx.google.com with ESMTPS id p10sm7068620gvf.8.2008.03.09.05.19.28 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 09 Mar 2008 05:19:29 -0700 (PDT) Message-Id: <7CDE1CBF-AEA3-4F88-8A9E-EE35C84CC1F4@FreeBSD.org> From: Rui Paulo To: Tz-Huan Huang In-Reply-To: <6a7033710803090042p673dffe3g211373ca9f16e5ba@mail.gmail.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v919.2) Date: Sun, 9 Mar 2008 12:19:24 +0000 References: <6a7033710803090042p673dffe3g211373ca9f16e5ba@mail.gmail.com> X-Mailer: Apple Mail (2.919.2) Sender: Rui Paulo Cc: freebsd-acpi@freebsd.org Subject: Re: CPU frequency detection error? 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, 09 Mar 2008 12:19:32 -0000 On Mar 9, 2008, at 8:42 AM, Tz-Huan Huang wrote: > Hi, > > I have a IBM x3550 running 7-stable. > The CPU is > > CPU: Intel(R) Xeon(R) CPU E5345 @ 2.33GHz (11368.47-MHz > K8-class CPU) > Origin = "GenuineIntel" Id = 0x6fb Stepping = 11 > > Features > = > 0xbfebfbff > < > FPU > ,VME > ,DE > ,PSE > ,TSC > ,MSR > ,PAE > ,MCE > ,CX8 > ,APIC > ,SEP > ,MTRR > ,PGE > ,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> > > Features2 > =0x4e3bd > AMD Features=0x20100800 > AMD Features2=0x1 > Cores per package: 4 > > But the dev.cpu.0 shows > > dev.cpu.0.freq: 11311 > dev.cpu.0.freq_levels: 11311/-1 9897/-1 8483/-1 7069/-1 5655/-1 > 4241/-1 2827/-1 1413/-1 > > The max frequency 11311 (11.3GHz?) is far larger than it should be > (2.33GHz). > It causes something wrong on this system, for example: > > [huan@cml2 ~]$ time sleep 1 > real 0m4.929s > user 0m0.000s > sys 0m0.000s > > Any suggestion? Thanks a lot~ Escape to the boot loader prompt and type: set kern.hz=100 boot And then show us your dmesg again, please. Regards, -- Rui Paulo From owner-freebsd-acpi@FreeBSD.ORG Sun Mar 9 13:26:04 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6FD421065673 for ; Sun, 9 Mar 2008 13:26:04 +0000 (UTC) (envelope-from tzhuan@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.153]) by mx1.freebsd.org (Postfix) with ESMTP id 3C5B08FC19 for ; Sun, 9 Mar 2008 13:26:02 +0000 (UTC) (envelope-from tzhuan@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so1226530fgg.35 for ; Sun, 09 Mar 2008 06:26:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=hjtK/S6pJnr494DWesDSNGHanTCgLDjAW1gI/LyXlVw=; b=CEFQo6E6CbbWZZcGf0RtQGGGlsB3K8W3yeUOgW69ZF4M+Vfa7YsZ3UZVtWS3r3XNRlanykFGpqdHWa1FZ4jCqje84qiyp/m5ssiW+y2D6VeGzxsv1HDWpQXs95HlUVewrvswlDfHkXdGjFyxllBQ4ajuZmy/BGzxl+VrhWSK1hE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=haa9D5Rlya2bn+AX541S6bRjkuoknHGW44DwS12cM6/O/J7GfFLtezFk4yv6ecEONLkDRqRKmwtJmnaBtvN4v4i6cFYzq5VTlySCKajl+rOIPqei7GwdHT6BWMiKKi0zS8bYIxU0zDxdd5wDslTLm2sUl9pQMZI5hjgGAgk7Ybs= Received: by 10.86.51.2 with SMTP id y2mr4812768fgy.50.1205069161803; Sun, 09 Mar 2008 06:26:01 -0700 (PDT) Received: by 10.86.53.1 with HTTP; Sun, 9 Mar 2008 06:26:01 -0700 (PDT) Message-ID: <6a7033710803090626rc22153bs5f2731d6b4cf265f@mail.gmail.com> Date: Sun, 9 Mar 2008 21:26:01 +0800 From: "Tz-Huan Huang" Sender: tzhuan@gmail.com To: "Rong-en Fan" In-Reply-To: <6eb82e0803090125g16daa5far796a4656dec57dbe@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <6a7033710803090042p673dffe3g211373ca9f16e5ba@mail.gmail.com> <6eb82e0803090125g16daa5far796a4656dec57dbe@mail.gmail.com> X-Google-Sender-Auth: 5d098d4611a6ff62 Cc: freebsd-acpi@freebsd.org Subject: Re: CPU frequency detection error? 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, 09 Mar 2008 13:26:04 -0000 On Sun, Mar 9, 2008 at 5:25 PM, Rong-en Fan wrote: > On Sun, Mar 9, 2008 at 4:42 PM, Tz-Huan Huang wrote: > > Hi, > > > > I have a IBM x3550 running 7-stable. > > The CPU is > > > > CPU: Intel(R) Xeon(R) CPU E5345 @ 2.33GHz (11368.47-MHz K8-class CPU) > > I think it's nothing to do with cpufreq. The cpu detection is already > wrong here. Yes, you're right. The cpufreq is neither compiled into kernel or kldloaded. Tz-Huan From owner-freebsd-acpi@FreeBSD.ORG Sun Mar 9 13:27:32 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E5428106566C for ; Sun, 9 Mar 2008 13:27:32 +0000 (UTC) (envelope-from tzhuan@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.156]) by mx1.freebsd.org (Postfix) with ESMTP id 3A1728FC29 for ; Sun, 9 Mar 2008 13:27:31 +0000 (UTC) (envelope-from tzhuan@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so1226947fgg.35 for ; Sun, 09 Mar 2008 06:27:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=RpKDXgKuD3yu8rpsge0AW3SFWUzAMHmMn6thA5RV65M=; b=wcQR/akzGAb/mnw47ywzit5Lm0v4uc6EP/MfHcyUBDotiphJwKVZPrufFsSWMnPjFhQFUjh71EIYqcFymdslFjFrU49+OclXXJ/t9pplLc0Q8/2v4tzQ1YuQjW4ALgCkBfBDst5SfZNGdvNPrI/kQ8hLnLMr0e6Wk6SMTvLem/A= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=cK8DE/e9QghWgDcMf8DnM5bfw0K1jIrjASWTGLeL3MVuNe1HkwAbX7Es4InD6e8QtQhO6xb/EwnES40h/sBA6Cwfj7sjU/2VJw0l0pPY2adzBmpoHNBe5+EotXnB5xkuy3TqpgmtkAzXYeBcB3FGi4IB6wPTfPKWuirZ9I66Vc8= Received: by 10.86.31.18 with SMTP id e18mr4828723fge.35.1205069249761; Sun, 09 Mar 2008 06:27:29 -0700 (PDT) Received: by 10.86.53.1 with HTTP; Sun, 9 Mar 2008 06:27:29 -0700 (PDT) Message-ID: <6a7033710803090627g246f87eay8c82937ae7413e10@mail.gmail.com> Date: Sun, 9 Mar 2008 21:27:29 +0800 From: "Tz-Huan Huang" Sender: tzhuan@gmail.com To: "Rui Paulo" In-Reply-To: <6a7033710803090621w8864bffydd9dcd898e1b0632@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <6a7033710803090042p673dffe3g211373ca9f16e5ba@mail.gmail.com> <7CDE1CBF-AEA3-4F88-8A9E-EE35C84CC1F4@FreeBSD.org> <6a7033710803090621w8864bffydd9dcd898e1b0632@mail.gmail.com> X-Google-Sender-Auth: d666b66fbd89f9c4 Cc: freebsd-acpi@freebsd.org Subject: Re: CPU frequency detection error? 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, 09 Mar 2008 13:27:33 -0000 On Sun, Mar 9, 2008 at 8:19 PM, Rui Paulo wrote: > > > > [huan@cml2 ~]$ time sleep 1 > > real 0m4.929s > > user 0m0.000s > > sys 0m0.000s > > > > Any suggestion? Thanks a lot~ > > Escape to the boot loader prompt and type: > set kern.hz=100 > boot > > And then show us your dmesg again, please. Ok, the CPU part of dmesg is as following: CPU: Intel(R) Xeon(R) CPU E5345 @ 2.33GHz (4309.71-MHz K8-class CPU) The full dmesg and sysctl are available here: http://w.csie.org/~tzhuan/tmp/dmesg-100.txt http://w.csie.org/~tzhuan/tmp/sysctl-100.txt Thanks very much for your help. Tz-Huan From owner-freebsd-acpi@FreeBSD.ORG Mon Mar 10 03:22:10 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8BF58106566B; Mon, 10 Mar 2008 03:22:10 +0000 (UTC) (envelope-from jeberle@pro24.abac.com) Received: from pro24.abac.com (pro24.abac.com [66.226.64.25]) by mx1.freebsd.org (Postfix) with ESMTP id 67C7F8FC15; Mon, 10 Mar 2008 03:22:10 +0000 (UTC) (envelope-from jeberle@pro24.abac.com) Received: from thinkpad.local (adsl-75-37-12-53.dsl.pltn13.sbcglobal.net [75.37.12.53]) (authenticated bits=0) by pro24.abac.com (8.14.1/8.14.1) with ESMTP id m2A3M4gC083222; Sun, 9 Mar 2008 20:22:05 -0700 (PDT) (envelope-from jeberle) To: freebsd-acpi@freebsd.org, freebsd-acpi-request@freebsd.org In-reply-to: <20080308120024.417401065695@hub.freebsd.org> References: <20080308120024.417401065695@hub.freebsd.org> Comments: In-reply-to freebsd-acpi-request@freebsd.org message dated "Sat, 08 Mar 2008 12:00:24 +0000." Date: Sun, 09 Mar 2008 20:21:53 -0700 From: "Jim Eberle " Message-Id: <1205119314.916@thinkpad.local> X-Spam-Score: 1 (FORGED_RCVD_HELO) Cc: Subject: Re: ichss makes ThinkPad R31 toasty 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, 10 Mar 2008 03:22:10 -0000 > Try this patch perhaps. 1) It would be good to get it tested on a machine > with ICHSS, and 2) there's a slim chance that a bug it fixes in the ICHSS > setup may make a difference: > > -- > John Baldwin Thanks for sending the patch. I tried it out, but the machine still heats up. Since the Celeron doesn't directly support SpeedStep, I'm just going to disable ACPI. The only thing I'll lose is the ability to power down the machine w/ a # halt -p. Cheers all, Jim From owner-freebsd-acpi@FreeBSD.ORG Mon Mar 10 11:06:56 2008 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A89D91065673 for ; Mon, 10 Mar 2008 11:06:56 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id AE1748FC19 for ; Mon, 10 Mar 2008 11:06:56 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m2AB6uVQ086452 for ; Mon, 10 Mar 2008 11:06:56 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m2AB6tHM086448 for freebsd-acpi@FreeBSD.org; Mon, 10 Mar 2008 11:06:55 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 10 Mar 2008 11:06:55 GMT Message-Id: <200803101106.m2AB6tHM086448@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-acpi@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-acpi@FreeBSD.org 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, 10 Mar 2008 11:06:56 -0000 Current FreeBSD problem reports Critical problems Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- o i386/54756 acpi ACPI suspend/resume problem on CF-W2 laptop o i386/55661 acpi ACPI suspend/resume problem on ARMADA M700 o kern/56024 acpi ACPI suspend drains battery while in S3 o i386/72566 acpi ACPI, FreeBSD disables fan on Compaq Armada 1750 o i386/79081 acpi ACPI suspend/resume not working on HP nx6110 o kern/81000 acpi [apic] Via 8235 sound card worked great with FreeBSD 5 s kern/91038 acpi [panic] [ata] [acpi] 6.0-RELEASE on Fujitsu Siemens Am s i386/91748 acpi acpi problem on Acer TravelMare 4652LMi (nvidia panic, o kern/102252 acpi acpi thermal does not work on Abit AW8D (intel 975) o kern/104625 acpi ACPI on ASUS A8N-32 SLI/ASUS P4P800 does not show ther o kern/106924 acpi [acpi] ACPI resume returns g_vfs_done() errors and ker o kern/108954 acpi [acpi] 'sleep(1)' sleeps >1 seconds when speedstep (Cx o kern/114113 acpi [acpi] [patch] ACPI kernel panic during S3 suspend / r o i386/114562 acpi [acpi] cardbus is dead after s3 on Thinkpad T43 with a o amd64/115011 acpi ACPI problem ,reboot system down. o kern/116939 acpi [acpi] PCI-to-PCI misconfigured for bus three and can o bin/118973 acpi [acpi]: Kernel panic with acpi boot o kern/119200 acpi [acpi] Lid close switch suspends CPU for 1 second on H o kern/119356 acpi [acpi]: i386 ACPI wakeup not work due resource exhaust o kern/120953 acpi [acpi]: FreeBSD 6.3 Release: acpi_tz0: _TMP value is 20 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- f kern/67309 acpi zzz reboot computer (ACPI S3) o i386/69750 acpi Boot without ACPI failed on ASUS L5 s kern/73823 acpi [request] acpi / power-on by timer support o kern/76950 acpi ACPI wrongly blacklisted on Micron ClientPro 766Xi sys o kern/89411 acpi [acpi] acpiconf bug s kern/90243 acpi Laptop fan doesn't turn off (ACPI enabled) (Packard Be o kern/97383 acpi Volume buttons on IBM Thinkpad crash system with ACPI o kern/103365 acpi [acpi] acpi poweroff doesn't work with geli device att o kern/105537 acpi [acpi] problems in acpi on HP Compaq nc6320 o kern/108017 acpi [acpi]: Acer Aspire 5600 o kern/108488 acpi [acpi] ACPI-1304: *** Error: Method execution failed o kern/108581 acpi [sysctl] sysctl: hw.acpi.cpu.cx_lowest: Invalid argume o kern/108695 acpi [acpi]: Fatal trap 9: general protection fault when in s kern/112544 acpi [acpi] [patch] Add High Precision Event Timer Driver f o kern/114165 acpi [acpi] Dell C810 - ACPI problem o kern/114649 acpi [patch][acpi] panic: recursed on non-recursive mutex o kern/117605 acpi [acpi] [request] add debug.cpufreq.highest o kern/120515 acpi [acpi] [patch] acpi_alloc_wakeup_handler: can't alloc o amd64/120568 acpi cannot install 7.0-rc1: ACPI problem with abit ip35 pr o kern/121102 acpi [acpi_fujitsu] [patch] update acpi_fujitsu for the P80 o kern/121504 acpi [patch] Correctly set hw.acpi.osname on certain machin 21 problems total. From owner-freebsd-acpi@FreeBSD.ORG Mon Mar 10 13:19:12 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AB92A106566C for ; Mon, 10 Mar 2008 13:19:12 +0000 (UTC) (envelope-from leon.kos@lecad.uni-lj.si) Received: from www.lecad.uni-lj.si (www.lecad.uni-lj.si [193.2.111.2]) by mx1.freebsd.org (Postfix) with ESMTP id 4821D8FC13 for ; Mon, 10 Mar 2008 13:19:12 +0000 (UTC) (envelope-from leon.kos@lecad.uni-lj.si) Received: from achilles.lecadnet (leon@achilles.lecadnet [192.168.5.11]) by www.lecad.uni-lj.si (8.14.2/8.14.2) with ESMTP id m2ACDvqC003598 for ; Mon, 10 Mar 2008 13:14:02 +0100 (CET) (envelope-from leon.kos@lecad.uni-lj.si) Date: Mon, 10 Mar 2008 13:13:57 +0100 (CET) From: Leon Kos X-X-Sender: leon@achilles.lecadnet To: freebsd-acpi@freebsd.org Message-ID: User-Agent: Alpine 1.00 (DEB 882 2007-12-20) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Virus-Scanned: ClamAV version 0.92.1, clamav-milter version 0.92.1 on cad.lecad.uni-lj.si X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.2.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on cad.lecad.uni-lj.si X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (www.lecad.uni-lj.si [192.168.5.1]); Mon, 10 Mar 2008 13:14:08 +0100 (CET) Subject: Supermicro X7SB4 Fatal trap 12 when ACPI disabled 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, 10 Mar 2008 13:19:12 -0000 I am getting Fatal trap 12: page fault while in kernel mode when booting GENERIC debug kernel with ACPI disabled on Supermicro X7SB4 motherboard with dual core Xeon CPU. instruction pointer = 0x20:0xc0a49aea [root@cad ~]# nm -n /boot/kernel/kernel|grep c0a49ae c0a49ae0 T ioapic_get_vector Booting custom kernel shows up the same routine. Here is dmesg after boot -v: http://pastebin.ca/936377 [root@cad ~]# sysctl hw.acpi hw.acpi.supported_sleep_state: S1 S4 S5 hw.acpi.power_button_state: S5 hw.acpi.sleep_button_state: S1 hw.acpi.lid_switch_state: NONE hw.acpi.standby_state: S1 hw.acpi.suspend_state: S3 hw.acpi.sleep_delay: 1 hw.acpi.s4bios: 0 hw.acpi.verbose: 1 hw.acpi.disable_on_reboot: 0 hw.acpi.handle_reboot: 0 hw.acpi.reset_video: 0 hw.acpi.cpu.cx_lowest: C1 acpidump -dt is located at: http://www.lecad.uni-lj.si/~leon/tmp/supermicro-x7sb4.asl Supermicro X7SB4 motherboard with latest BIOS Boot GENERIC with ACPI disabled FreeBSD cad.lecad.uni-lj.si 7.0-STABLE FreeBSD 7.0-STABLE #0: Mon Mar 10 10:26:30 CET 2008 root@cad.lecad.uni-lj.si:/usr/src/sys/i386/compile/GENERIC i386 Booting with ACPI does not show this problem. Another ACPI problem with this board: Normal boot with ACPI enabled does not handle reboot. It locks up after shutdown and does not reboot. Last syslog lines are: Mar 10 08:21:51 cad rc.shutdown: 30 second watchdog timeout expired. Shutdown terminated. Mar 10 08:21:51 cad init: /bin/sh on /etc/rc.shutdown terminated abnormally, going to single user mode Mar 10 08:21:51 cad syslogd: exiting on signal 15 Settin hw.acpi.disable_on_reboot and hw.acpi.handle_reboot does not help. Under FreeBSD 6.3 the same system rebooted normaly. Kind regards. Leon Kos, CAD lab, Mech.Eng., University of Ljubljana, Slovenia (http://www.lecad.uni-lj.si/~leon) From owner-freebsd-acpi@FreeBSD.ORG Mon Mar 10 13:22:58 2008 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 574701065674; Mon, 10 Mar 2008 13:22:58 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 431188FC1B; Mon, 10 Mar 2008 13:22:58 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m2ADMwwX004381; Mon, 10 Mar 2008 13:22:58 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m2ADMwJ8004377; Mon, 10 Mar 2008 13:22:58 GMT (envelope-from linimon) Date: Mon, 10 Mar 2008 13:22:58 GMT Message-Id: <200803101322.m2ADMwJ8004377@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-acpi@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/121558: Supermicro X7SB4 Fatal trap 12 when ACPI disabled 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, 10 Mar 2008 13:22:58 -0000 Synopsis: Supermicro X7SB4 Fatal trap 12 when ACPI disabled Responsible-Changed-From-To: freebsd-bugs->freebsd-acpi Responsible-Changed-By: linimon Responsible-Changed-When: Mon Mar 10 13:22:31 UTC 2008 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=121558 From owner-freebsd-acpi@FreeBSD.ORG Mon Mar 10 16:57:19 2008 Return-Path: Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B31C41065675; Mon, 10 Mar 2008 16:57:19 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from speedfactory.net (mail.speedfactory.net [66.23.216.219]) by mx1.freebsd.org (Postfix) with ESMTP id EEB718FC14; Mon, 10 Mar 2008 16:57:18 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.8s) with ESMTP id 234963006-1834499 for multiple; Mon, 10 Mar 2008 12:58:53 -0400 Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m2AGvBcu087560; Mon, 10 Mar 2008 12:57:14 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-acpi@FreeBSD.org Date: Mon, 10 Mar 2008 12:24:49 -0400 User-Agent: KMail/1.9.7 References: <200803101322.m2ADMwJ8004377@freefall.freebsd.org> In-Reply-To: <200803101322.m2ADMwJ8004377@freefall.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200803101224.49792.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, 10 Mar 2008 12:57:14 -0400 (EDT) X-Virus-Scanned: ClamAV 0.91.2/6192/Mon Mar 10 10:54:00 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: freebsd-bugs@FreeBSD.org, linimon@FreeBSD.org Subject: Re: kern/121558: Supermicro X7SB4 Fatal trap 12 when ACPI disabled 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, 10 Mar 2008 16:57:19 -0000 On Monday 10 March 2008 09:22:58 am linimon@freebsd.org wrote: > Synopsis: Supermicro X7SB4 Fatal trap 12 when ACPI disabled > > Responsible-Changed-From-To: freebsd-bugs->freebsd-acpi > Responsible-Changed-By: linimon > Responsible-Changed-When: Mon Mar 10 13:22:31 UTC 2008 > Responsible-Changed-Why: > Over to maintainer(s). > > http://www.freebsd.org/cgi/query-pr.cgi?pr=121558 It's not really an ACPI bug if it panics when ACPI is disabled. We'd really need a stack trace and the panic messages for the non-ACPI kernel. The first instruction of ioapic_get_vector() is a push, and I don't see how that could trigger a page fault (maybe if %esp was hosed?). -- John Baldwin From owner-freebsd-acpi@FreeBSD.ORG Mon Mar 10 17:00:06 2008 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5EE0A1065677 for ; Mon, 10 Mar 2008 17:00:06 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 5B13D8FC14 for ; Mon, 10 Mar 2008 17:00:06 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m2AH06Xs026749 for ; Mon, 10 Mar 2008 17:00:06 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m2AH06RT026748; Mon, 10 Mar 2008 17:00:06 GMT (envelope-from gnats) Date: Mon, 10 Mar 2008 17:00:06 GMT Message-Id: <200803101700.m2AH06RT026748@freefall.freebsd.org> To: freebsd-acpi@FreeBSD.org From: John Baldwin Cc: Subject: Re: kern/121504: [patch] Correctly set hw.acpi.osname on certain machines X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John Baldwin List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Mar 2008 17:00:06 -0000 The following reply was made to PR kern/121504; it has been noted by GNATS. From: John Baldwin To: bug-followup@FreeBSD.org, amistry@am-productions.biz Cc: njl@FreeBSD.org Subject: Re: kern/121504: [patch] Correctly set hw.acpi.osname on certain machines Date: Mon, 10 Mar 2008 12:20:49 -0400 This is not the correct patch. The _OSI method does not return an OS name like _OS. Instead, it is a function that returns a boolean (True/False) to say if a given OS name is supported (OS name is passed as an argument). The proper fix is to say that the osname is supported in the AcpiOsValidateInterface() method. Something like this should work: Index: Osd/OsdMemory.c =================================================================== RCS file: /usr/cvs/src/sys/dev/acpica/Osd/OsdMemory.c,v retrieving revision 1.15 diff -u -r1.15 OsdMemory.c --- Osd/OsdMemory.c 22 Mar 2007 18:16:41 -0000 1.15 +++ Osd/OsdMemory.c 10 Mar 2008 16:20:03 -0000 @@ -77,6 +77,9 @@ ACPI_STATUS AcpiOsValidateInterface (char *Interface) { + + if (strcmp(Interface, acpi_osname) == 0) + return (AE_OK); return (AE_SUPPORT); } -- John Baldwin From owner-freebsd-acpi@FreeBSD.ORG Mon Mar 10 18:57:13 2008 Return-Path: Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 247CC1065677 for ; Mon, 10 Mar 2008 18:57:13 +0000 (UTC) (envelope-from sbruno@miralink.com) Received: from plato.miralink.com (mail.miralink.com [70.103.185.20]) by mx1.freebsd.org (Postfix) with ESMTP id EF0D38FC19 for ; Mon, 10 Mar 2008 18:57:12 +0000 (UTC) (envelope-from sbruno@miralink.com) Received: from localhost (localhost.localdomain [127.0.0.1]) by plato.miralink.com (Postfix) with ESMTP id 8A33F61BB3C for ; Mon, 10 Mar 2008 11:57:12 -0700 (PDT) Received: from plato.miralink.com ([127.0.0.1]) by localhost (plato.miralink.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 16575-01 for ; Mon, 10 Mar 2008 11:57:11 -0700 (PDT) Received: from [10.47.1.110] (vpn.office.miralink.com [10.0.0.5]) by plato.miralink.com (Postfix) with ESMTP id A803761BAF0 for ; Mon, 10 Mar 2008 11:57:11 -0700 (PDT) Message-ID: <47D58487.2030706@miralink.com> Date: Mon, 10 Mar 2008 11:57:11 -0700 From: Sean Bruno User-Agent: Thunderbird 2.0.0.12 (X11/20080226) MIME-Version: 1.0 To: freebsd-acpi@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DSPAM-Result: Innocent X-DSPAM-Processed: Mon Mar 10 11:57:12 2008 X-DSPAM-Confidence: 0.9997 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 47d58488181701410093335 X-DSPAM-Factors: 27, X-Virus-Scanned: amavisd-new at X-Spam-Status: No, score=-4.379 tagged_above=-10 required=6.6 autolearn=ham tests=[ALL_TRUSTED=-1.8, AWL=0.120, BAYES_00=-2.599, DSPAM_HAM=-0.1] X-Spam-Score: -4.379 X-Spam-Level: Cc: Subject: IBM x3250M fails to reboot X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Mar 2008 18:57:13 -0000 I'm not sure if this is an ACPI or other error, but currently on RELENG_6, an IBM x3250M doesn't power cycle when shutdown -r is called. I've dumped the ASL in the hopes that there is something there that is a clue. Any ideas? http://www.consultcsg.com/ibm.asl Sean From owner-freebsd-acpi@FreeBSD.ORG Mon Mar 10 19:10:02 2008 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B25E31065670 for ; Mon, 10 Mar 2008 19:10:02 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 98F018FC1C for ; Mon, 10 Mar 2008 19:10:02 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m2AJA2d9037166 for ; Mon, 10 Mar 2008 19:10:02 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m2AJA26c037165; Mon, 10 Mar 2008 19:10:02 GMT (envelope-from gnats) Date: Mon, 10 Mar 2008 19:10:02 GMT Message-Id: <200803101910.m2AJA26c037165@freefall.freebsd.org> To: freebsd-acpi@FreeBSD.org From: Anish Mistry Cc: Subject: Re: kern/121504: [patch] Correctly set hw.acpi.osname on certain machines X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Anish Mistry List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Mar 2008 19:10:02 -0000 The following reply was made to PR kern/121504; it has been noted by GNATS. From: Anish Mistry To: John Baldwin Cc: bug-followup@freebsd.org, njl@freebsd.org Subject: Re: kern/121504: [patch] Correctly set hw.acpi.osname on certain machines Date: Mon, 10 Mar 2008 15:09:04 -0400 --nextPart11816881.8XfUQkhbdk Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 10 March 2008, John Baldwin wrote: > This is not the correct patch. The _OSI method does not return an > OS name like _OS. Instead, it is a function that returns a boolean > (True/False) to say if a given OS name is supported (OS name is > passed as an argument). The proper fix is to say that the osname > is supported in the > AcpiOsValidateInterface() method. Something like this should work: > > Index: Osd/OsdMemory.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > RCS file: /usr/cvs/src/sys/dev/acpica/Osd/OsdMemory.c,v > retrieving revision 1.15 > diff -u -r1.15 OsdMemory.c > --- Osd/OsdMemory.c 22 Mar 2007 18:16:41 -0000 1.15 > +++ Osd/OsdMemory.c 10 Mar 2008 16:20:03 -0000 > @@ -77,6 +77,9 @@ > ACPI_STATUS > AcpiOsValidateInterface (char *Interface) > { > + > + if (strcmp(Interface, acpi_osname) =3D=3D 0) > + return (AE_OK); > return (AE_SUPPORT); > } I get acpi_osname undeclared on compile. =2D-=20 Anish Mistry amistry@am-productions.biz AM Productions http://am-productions.biz/ --nextPart11816881.8XfUQkhbdk Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEABECAAYFAkfVh1EACgkQxqA5ziudZT2+3ACffUTYiddpl9B116V1ir7UF8AM I+kAoKZfbYaukN3CA6ATmaOYbtmRSFeB =29gj -----END PGP SIGNATURE----- --nextPart11816881.8XfUQkhbdk-- From owner-freebsd-acpi@FreeBSD.ORG Mon Mar 10 19:23:25 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2814D106573E for ; Mon, 10 Mar 2008 19:23:25 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail.speedfactory.net [66.23.216.219]) by mx1.freebsd.org (Postfix) with ESMTP id AE87C8FC17 for ; Mon, 10 Mar 2008 19:23:24 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.8s) with ESMTP id 234979295-1834499 for multiple; Mon, 10 Mar 2008 15:24:58 -0400 Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m2AJMvTZ088673; Mon, 10 Mar 2008 15:23:12 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-acpi@freebsd.org, Anish Mistry Date: Mon, 10 Mar 2008 15:22:38 -0400 User-Agent: KMail/1.9.7 References: <200803101910.m2AJA26c037165@freefall.freebsd.org> In-Reply-To: <200803101910.m2AJA26c037165@freefall.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200803101522.39154.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, 10 Mar 2008 15:23:14 -0400 (EDT) X-Virus-Scanned: ClamAV 0.91.2/6192/Mon Mar 10 10:54:00 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-3.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00, BIZ_TLD autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Subject: Re: kern/121504: [patch] Correctly set hw.acpi.osname on certain machines 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, 10 Mar 2008 19:23:25 -0000 On Monday 10 March 2008 03:10:02 pm Anish Mistry wrote: > The following reply was made to PR kern/121504; it has been noted by GNATS. > > From: Anish Mistry > To: John Baldwin > Cc: bug-followup@freebsd.org, njl@freebsd.org > Subject: Re: kern/121504: [patch] Correctly set hw.acpi.osname on certain machines > Date: Mon, 10 Mar 2008 15:09:04 -0400 > > --nextPart11816881.8XfUQkhbdk > Content-Type: text/plain; > charset="iso-8859-1" > Content-Transfer-Encoding: quoted-printable > Content-Disposition: inline > > On Monday 10 March 2008, John Baldwin wrote: > > This is not the correct patch. The _OSI method does not return an > > OS name like _OS. Instead, it is a function that returns a boolean > > (True/False) to say if a given OS name is supported (OS name is > > passed as an argument). The proper fix is to say that the osname > > is supported in the > > AcpiOsValidateInterface() method. Something like this should work: > > > > Index: Osd/OsdMemory.c > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > RCS file: /usr/cvs/src/sys/dev/acpica/Osd/OsdMemory.c,v > > retrieving revision 1.15 > > diff -u -r1.15 OsdMemory.c > > --- Osd/OsdMemory.c 22 Mar 2007 18:16:41 -0000 1.15 > > +++ Osd/OsdMemory.c 10 Mar 2008 16:20:03 -0000 > > @@ -77,6 +77,9 @@ > > ACPI_STATUS > > AcpiOsValidateInterface (char *Interface) > > { > > + > > + if (strcmp(Interface, acpi_osname) =3D=3D 0) > > + return (AE_OK); > > return (AE_SUPPORT); > > } > > I get acpi_osname undeclared on compile. Try this: Index: acpivar.h =================================================================== RCS file: /usr/cvs/src/sys/dev/acpica/acpivar.h,v retrieving revision 1.108 diff -u -r1.108 acpivar.h --- acpivar.h 9 Oct 2007 07:48:07 -0000 1.108 +++ acpivar.h 10 Mar 2008 19:18:53 -0000 @@ -229,6 +229,11 @@ #define ACPI_IVAR_FLAGS 0x103 /* + * Storage for hw.acpi.osname tunable to override _OS or _OSI. + */ +extern char acpi_osname[]; + +/* * Accessor functions for our ivars. Default value for BUS_READ_IVAR is * (type) 0. The accessor functions don't check return values. */ Index: Osd/OsdMemory.c =================================================================== RCS file: /usr/cvs/src/sys/dev/acpica/Osd/OsdMemory.c,v retrieving revision 1.15 diff -u -r1.15 OsdMemory.c --- Osd/OsdMemory.c 22 Mar 2007 18:16:41 -0000 1.15 +++ Osd/OsdMemory.c 10 Mar 2008 19:21:38 -0000 @@ -33,13 +33,17 @@ #include __FBSDID("$FreeBSD: src/sys/dev/acpica/Osd/OsdMemory.c,v 1.15 2007/03/22 18:16:41 jkim Exp $"); -#include - +#include +#include #include #include #include #include +#include + +#include + MALLOC_DEFINE(M_ACPICA, "acpica", "ACPI CA memory pool"); void * @@ -77,6 +81,9 @@ ACPI_STATUS AcpiOsValidateInterface (char *Interface) { + + if (strcmp(Interface, acpi_osname) == 0) + return (AE_OK); return (AE_SUPPORT); } Index: Osd/OsdTable.c =================================================================== RCS file: /usr/cvs/src/sys/dev/acpica/Osd/OsdTable.c,v retrieving revision 1.12 diff -u -r1.12 OsdTable.c --- Osd/OsdTable.c 22 Mar 2007 18:16:41 -0000 1.12 +++ Osd/OsdTable.c 10 Mar 2008 19:20:39 -0000 @@ -32,6 +32,7 @@ __FBSDID("$FreeBSD: src/sys/dev/acpica/Osd/OsdTable.c,v 1.12 2007/03/22 18:16:41 jkim Exp $"); #include +#include #include #include #include @@ -39,10 +40,12 @@ #include #include +#include + #undef _COMPONENT #define _COMPONENT ACPI_TABLES -static char acpi_osname[128]; +char acpi_osname[128]; TUNABLE_STR("hw.acpi.osname", acpi_osname, sizeof(acpi_osname)); ACPI_STATUS -- John Baldwin From owner-freebsd-acpi@FreeBSD.ORG Mon Mar 10 21:09:23 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6A34D106566B; Mon, 10 Mar 2008 21:09:23 +0000 (UTC) (envelope-from amistry@am-productions.biz) Received: from mail.united-ware.com (am-productions.biz [69.61.164.22]) by mx1.freebsd.org (Postfix) with ESMTP id 0CF208FC18; Mon, 10 Mar 2008 21:09:22 +0000 (UTC) (envelope-from amistry@am-productions.biz) Received: from [192.168.1.100] (adsl-68-252-48-205.dsl.wotnoh.ameritech.net [68.252.48.205]) (authenticated bits=0) by mail.united-ware.com (8.14.2/8.14.2) with ESMTP id m2ALIiha024770 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 10 Mar 2008 17:18:45 -0400 (EDT) (envelope-from amistry@am-productions.biz) From: Anish Mistry Organization: AM Productions To: John Baldwin Date: Mon, 10 Mar 2008 17:14:02 -0400 User-Agent: KMail/1.9.7 References: <200803101910.m2AJA26c037165@freefall.freebsd.org> <200803101522.39154.jhb@freebsd.org> In-Reply-To: <200803101522.39154.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1661461.ppnLUqxQta"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200803101714.11219.amistry@am-productions.biz> X-Virus-Scanned: ClamAV 0.91.2/6192/Mon Mar 10 10:54:00 2008 on mail.united-ware.com X-Virus-Status: Clean Cc: freebsd-acpi@freebsd.org Subject: Re: kern/121504: [patch] Correctly set hw.acpi.osname on certain machines 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, 10 Mar 2008 21:09:23 -0000 --nextPart1661461.ppnLUqxQta Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 10 March 2008, John Baldwin wrote: > On Monday 10 March 2008 03:10:02 pm Anish Mistry wrote: > > The following reply was made to PR kern/121504; it has been noted > > by GNATS. > > > > From: Anish Mistry > > To: John Baldwin > > Cc: bug-followup@freebsd.org, njl@freebsd.org > > Subject: Re: kern/121504: [patch] Correctly set hw.acpi.osname on > > certain > > machines > > > Date: Mon, 10 Mar 2008 15:09:04 -0400 > > > > --nextPart11816881.8XfUQkhbdk > > Content-Type: text/plain; > > charset=3D"iso-8859-1" > > Content-Transfer-Encoding: quoted-printable > > Content-Disposition: inline > > > > On Monday 10 March 2008, John Baldwin wrote: > > > This is not the correct patch. The _OSI method does not > > > return an OS name like _OS. Instead, it is a function that > > > returns a boolean (True/False) to say if a given OS name is > > > supported (OS name is passed as an argument). The proper fix > > > is to say that the osname is supported in the > > > AcpiOsValidateInterface() method. Something like this should > > > work: > > > > > > Index: Osd/OsdMemory.c > > > =3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D= 3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3 > > >D=3D3D=3D3D=3D3D=3D > > =3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D= 3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D >3D=3D3D=3D3D=3D > > > =3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D= =3D3D=3D3D=3D3D=3D3D > > > > > RCS file: /usr/cvs/src/sys/dev/acpica/Osd/OsdMemory.c,v > > > retrieving revision 1.15 > > > diff -u -r1.15 OsdMemory.c > > > --- Osd/OsdMemory.c 22 Mar 2007 18:16:41 -0000 1.15 > > > +++ Osd/OsdMemory.c 10 Mar 2008 16:20:03 -0000 > > > @@ -77,6 +77,9 @@ > > > ACPI_STATUS > > > AcpiOsValidateInterface (char *Interface) > > > { > > > + > > > + if (strcmp(Interface, acpi_osname) =3D3D=3D3D 0) > > > + return (AE_OK); > > > return (AE_SUPPORT); > > > } > > > > I get acpi_osname undeclared on compile. > > Try this: > > Index: acpivar.h > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > RCS file: /usr/cvs/src/sys/dev/acpica/acpivar.h,v > retrieving revision 1.108 > diff -u -r1.108 acpivar.h > --- acpivar.h 9 Oct 2007 07:48:07 -0000 1.108 > +++ acpivar.h 10 Mar 2008 19:18:53 -0000 > @@ -229,6 +229,11 @@ > #define ACPI_IVAR_FLAGS 0x103 > > /* > + * Storage for hw.acpi.osname tunable to override _OS or _OSI. > + */ > +extern char acpi_osname[]; > + > +/* > * Accessor functions for our ivars. Default value for > BUS_READ_IVAR is * (type) 0. The accessor functions > don't check return values. */ > Index: Osd/OsdMemory.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > RCS file: /usr/cvs/src/sys/dev/acpica/Osd/OsdMemory.c,v > retrieving revision 1.15 > diff -u -r1.15 OsdMemory.c > --- Osd/OsdMemory.c 22 Mar 2007 18:16:41 -0000 1.15 > +++ Osd/OsdMemory.c 10 Mar 2008 19:21:38 -0000 > @@ -33,13 +33,17 @@ > #include > __FBSDID("$FreeBSD: src/sys/dev/acpica/Osd/OsdMemory.c,v 1.15 > 2007/03/22 18:16:41 jkim Exp $"); > > -#include > - > +#include > +#include > #include > #include > #include > #include > > +#include > + > +#include > + > MALLOC_DEFINE(M_ACPICA, "acpica", "ACPI CA memory pool"); > > void * > @@ -77,6 +81,9 @@ > ACPI_STATUS > AcpiOsValidateInterface (char *Interface) > { > + > + if (strcmp(Interface, acpi_osname) =3D=3D 0) > + return (AE_OK); > return (AE_SUPPORT); > } > > Index: Osd/OsdTable.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > RCS file: /usr/cvs/src/sys/dev/acpica/Osd/OsdTable.c,v > retrieving revision 1.12 > diff -u -r1.12 OsdTable.c > --- Osd/OsdTable.c 22 Mar 2007 18:16:41 -0000 1.12 > +++ Osd/OsdTable.c 10 Mar 2008 19:20:39 -0000 > @@ -32,6 +32,7 @@ > __FBSDID("$FreeBSD: src/sys/dev/acpica/Osd/OsdTable.c,v 1.12 > 2007/03/22 18:16:41 jkim Exp $"); > > #include > +#include > #include > #include > #include > @@ -39,10 +40,12 @@ > #include > #include > > +#include > + > #undef _COMPONENT > #define _COMPONENT ACPI_TABLES > > -static char acpi_osname[128]; > +char acpi_osname[128]; > TUNABLE_STR("hw.acpi.osname", acpi_osname, sizeof(acpi_osname)); > > ACPI_STATUS Ok, this compiles, but doesn't seem to set the override correctly. =20 Here is my asl. http://am-productions.biz/docs/smallguy.asl Basically the entire reason for this is that the code calls the=20 external method: External (\_SB_.PCI0.GFX0.LCD_.BLNF, MethodObj) When I press the backlight function keys and they don't do anything=20 besides displaying a Namespace lookup error since that method is not=20 defined. No one responded to my previous email about creating an=20 external method that would get called. Getting the right _OSI name=20 set just allows it to go to the fallback code that works with=20 acpi_fujitsu. ACPI Error (psargs-0459): [\_SB_.PCI0.GFX0.LCD_.BLNF] Namespace lookup=20 failure, AE_NOT_FOUND ACPI Error (psparse-0626): Method parse/execution failed [\_GPE._L1C]=20 (Node 0xff ffff00011bd780), AE_NOT_FOUND ACPI Exception (evgpe-0687):=20 AE_NOT_FOUND, while evaluating GPE method [_L1C] [20070320] =2D-=20 Anish Mistry amistry@am-productions.biz AM Productions http://am-productions.biz/ --nextPart1661461.ppnLUqxQta Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEABECAAYFAkfVpJsACgkQxqA5ziudZT0rCACff0fhtfcyV2aj1ezg2cniQbXQ ipYAniAK+RSFfnCPh1mem8z+8/Rx63jY =4moB -----END PGP SIGNATURE----- --nextPart1661461.ppnLUqxQta-- From owner-freebsd-acpi@FreeBSD.ORG Mon Mar 10 22:03:06 2008 Return-Path: Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8FA5E10658E0 for ; Mon, 10 Mar 2008 22:03:06 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from speedfactory.net (mail.speedfactory.net [66.23.216.219]) by mx1.freebsd.org (Postfix) with ESMTP id 108EE8FC19 for ; Mon, 10 Mar 2008 22:03:05 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.8s) with ESMTP id 234995156-1834499 for multiple; Mon, 10 Mar 2008 18:04:22 -0400 Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m2AM2T6O090038; Mon, 10 Mar 2008 18:02:43 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: Anish Mistry Date: Mon, 10 Mar 2008 17:53:51 -0400 User-Agent: KMail/1.9.7 References: <200803101910.m2AJA26c037165@freefall.freebsd.org> <200803101522.39154.jhb@freebsd.org> <200803101714.11219.amistry@am-productions.biz> In-Reply-To: <200803101714.11219.amistry@am-productions.biz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200803101753.51267.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, 10 Mar 2008 18:02:43 -0400 (EDT) X-Virus-Scanned: ClamAV 0.91.2/6192/Mon Mar 10 10:54:00 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-3.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00, BIZ_TLD autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: freebsd-acpi@FreeBSD.org Subject: Re: kern/121504: [patch] Correctly set hw.acpi.osname on certain machines 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, 10 Mar 2008 22:03:06 -0000 On Monday 10 March 2008 05:14:02 pm Anish Mistry wrote: > On Monday 10 March 2008, John Baldwin wrote: > > On Monday 10 March 2008 03:10:02 pm Anish Mistry wrote: > > > The following reply was made to PR kern/121504; it has been noted > > > by GNATS. > > > > > > From: Anish Mistry > > > To: John Baldwin > > > Cc: bug-followup@freebsd.org, njl@freebsd.org > > > Subject: Re: kern/121504: [patch] Correctly set hw.acpi.osname on > > > certain > > > > machines > > > > > Date: Mon, 10 Mar 2008 15:09:04 -0400 > > > > > > --nextPart11816881.8XfUQkhbdk > > > Content-Type: text/plain; > > > charset="iso-8859-1" > > > Content-Transfer-Encoding: quoted-printable > > > Content-Disposition: inline > > > > > > On Monday 10 March 2008, John Baldwin wrote: > > > > This is not the correct patch. The _OSI method does not > > > > return an OS name like _OS. Instead, it is a function that > > > > returns a boolean (True/False) to say if a given OS name is > > > > supported (OS name is passed as an argument). The proper fix > > > > is to say that the osname is supported in the > > > > AcpiOsValidateInterface() method. Something like this should > > > > work: > > > > > > > > Index: Osd/OsdMemory.c > > > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3 > > > >D=3D=3D=3D= > > > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= > >3D=3D=3D= > > > > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > > > > > > RCS file: /usr/cvs/src/sys/dev/acpica/Osd/OsdMemory.c,v > > > > retrieving revision 1.15 > > > > diff -u -r1.15 OsdMemory.c > > > > --- Osd/OsdMemory.c 22 Mar 2007 18:16:41 -0000 1.15 > > > > +++ Osd/OsdMemory.c 10 Mar 2008 16:20:03 -0000 > > > > @@ -77,6 +77,9 @@ > > > > ACPI_STATUS > > > > AcpiOsValidateInterface (char *Interface) > > > > { > > > > + > > > > + if (strcmp(Interface, acpi_osname) =3D=3D 0) > > > > + return (AE_OK); > > > > return (AE_SUPPORT); > > > > } > > > > > > I get acpi_osname undeclared on compile. > > > > Try this: > > > > Index: acpivar.h > > =================================================================== > > RCS file: /usr/cvs/src/sys/dev/acpica/acpivar.h,v > > retrieving revision 1.108 > > diff -u -r1.108 acpivar.h > > --- acpivar.h 9 Oct 2007 07:48:07 -0000 1.108 > > +++ acpivar.h 10 Mar 2008 19:18:53 -0000 > > @@ -229,6 +229,11 @@ > > #define ACPI_IVAR_FLAGS 0x103 > > > > /* > > + * Storage for hw.acpi.osname tunable to override _OS or _OSI. > > + */ > > +extern char acpi_osname[]; > > + > > +/* > > * Accessor functions for our ivars. Default value for > > BUS_READ_IVAR is * (type) 0. The accessor functions > > don't check return values. */ > > Index: Osd/OsdMemory.c > > =================================================================== > > RCS file: /usr/cvs/src/sys/dev/acpica/Osd/OsdMemory.c,v > > retrieving revision 1.15 > > diff -u -r1.15 OsdMemory.c > > --- Osd/OsdMemory.c 22 Mar 2007 18:16:41 -0000 1.15 > > +++ Osd/OsdMemory.c 10 Mar 2008 19:21:38 -0000 > > @@ -33,13 +33,17 @@ > > #include > > __FBSDID("$FreeBSD: src/sys/dev/acpica/Osd/OsdMemory.c,v 1.15 > > 2007/03/22 18:16:41 jkim Exp $"); > > > > -#include > > - > > +#include > > +#include > > #include > > #include > > #include > > #include > > > > +#include > > + > > +#include > > + > > MALLOC_DEFINE(M_ACPICA, "acpica", "ACPI CA memory pool"); > > > > void * > > @@ -77,6 +81,9 @@ > > ACPI_STATUS > > AcpiOsValidateInterface (char *Interface) > > { > > + > > + if (strcmp(Interface, acpi_osname) == 0) > > + return (AE_OK); > > return (AE_SUPPORT); > > } > > > > Index: Osd/OsdTable.c > > =================================================================== > > RCS file: /usr/cvs/src/sys/dev/acpica/Osd/OsdTable.c,v > > retrieving revision 1.12 > > diff -u -r1.12 OsdTable.c > > --- Osd/OsdTable.c 22 Mar 2007 18:16:41 -0000 1.12 > > +++ Osd/OsdTable.c 10 Mar 2008 19:20:39 -0000 > > @@ -32,6 +32,7 @@ > > __FBSDID("$FreeBSD: src/sys/dev/acpica/Osd/OsdTable.c,v 1.12 > > 2007/03/22 18:16:41 jkim Exp $"); > > > > #include > > +#include > > #include > > #include > > #include > > @@ -39,10 +40,12 @@ > > #include > > #include > > > > +#include > > + > > #undef _COMPONENT > > #define _COMPONENT ACPI_TABLES > > > > -static char acpi_osname[128]; > > +char acpi_osname[128]; > > TUNABLE_STR("hw.acpi.osname", acpi_osname, sizeof(acpi_osname)); > > > > ACPI_STATUS > > Ok, this compiles, but doesn't seem to set the override correctly. > > Here is my asl. > http://am-productions.biz/docs/smallguy.asl > > Basically the entire reason for this is that the code calls the > external method: > External (\_SB_.PCI0.GFX0.LCD_.BLNF, MethodObj) > > When I press the backlight function keys and they don't do anything > besides displaying a Namespace lookup error since that method is not > defined. No one responded to my previous email about creating an > external method that would get called. Getting the right _OSI name > set just allows it to go to the fallback code that works with > acpi_fujitsu. > > ACPI Error (psargs-0459): [\_SB_.PCI0.GFX0.LCD_.BLNF] Namespace lookup > failure, AE_NOT_FOUND > ACPI Error (psparse-0626): Method parse/execution failed [\_GPE._L1C] > (Node 0xff ffff00011bd780), AE_NOT_FOUND ACPI Exception (evgpe-0687): > AE_NOT_FOUND, while evaluating GPE method [_L1C] [20070320] The problem is that ACPI-CA matches "Windows 2006" internally and thus sets OSTB to 0x40. The garbage you were using for _OSI must have made it always fail. You probably will need to just patch your ASL and/or figure out what BLNF does and implement it. Perhaps check to see what folks with Linux are seeing with this laptop as it has the same ACPI-CA code. -- John Baldwin From owner-freebsd-acpi@FreeBSD.ORG Mon Mar 10 22:18:33 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D0C2C1065679; Mon, 10 Mar 2008 22:18:33 +0000 (UTC) (envelope-from amistry@am-productions.biz) Received: from mail.united-ware.com (am-productions.biz [69.61.164.22]) by mx1.freebsd.org (Postfix) with ESMTP id 6B0688FC14; Mon, 10 Mar 2008 22:18:33 +0000 (UTC) (envelope-from amistry@am-productions.biz) Received: from [192.168.1.100] (adsl-68-252-48-205.dsl.wotnoh.ameritech.net [68.252.48.205]) (authenticated bits=0) by mail.united-ware.com (8.14.2/8.14.2) with ESMTP id m2AMRtie025770 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 10 Mar 2008 18:27:56 -0400 (EDT) (envelope-from amistry@am-productions.biz) From: Anish Mistry Organization: AM Productions To: John Baldwin Date: Mon, 10 Mar 2008 18:23:10 -0400 User-Agent: KMail/1.9.7 References: <200803101910.m2AJA26c037165@freefall.freebsd.org> <200803101714.11219.amistry@am-productions.biz> <200803101753.51267.jhb@freebsd.org> In-Reply-To: <200803101753.51267.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2517478.o8S6v1hFMe"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200803101823.21617.amistry@am-productions.biz> X-Virus-Scanned: ClamAV 0.91.2/6192/Mon Mar 10 10:54:00 2008 on mail.united-ware.com X-Virus-Status: Clean Cc: freebsd-acpi@freebsd.org Subject: Re: kern/121504: [patch] Correctly set hw.acpi.osname on certain machines 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, 10 Mar 2008 22:18:34 -0000 --nextPart2517478.o8S6v1hFMe Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 10 March 2008, John Baldwin wrote: > On Monday 10 March 2008 05:14:02 pm Anish Mistry wrote: > > On Monday 10 March 2008, John Baldwin wrote: > > > On Monday 10 March 2008 03:10:02 pm Anish Mistry wrote: > > > > The following reply was made to PR kern/121504; it has been > > > > noted by GNATS. > > > > > > > > From: Anish Mistry > > > > To: John Baldwin > > > > Cc: bug-followup@freebsd.org, njl@freebsd.org > > > > Subject: Re: kern/121504: [patch] Correctly set > > > > hw.acpi.osname on certain > > > > > > machines > > > > > > > Date: Mon, 10 Mar 2008 15:09:04 -0400 > > > > > > > > --nextPart11816881.8XfUQkhbdk > > > > Content-Type: text/plain; > > > > charset=3D"iso-8859-1" > > > > Content-Transfer-Encoding: quoted-printable > > > > Content-Disposition: inline > > > > > > > > On Monday 10 March 2008, John Baldwin wrote: > > > > > This is not the correct patch. The _OSI method does not > > > > > return an OS name like _OS. Instead, it is a function > > > > > that returns a boolean (True/False) to say if a given OS > > > > > name is supported (OS name is passed as an argument). The > > > > > proper fix is to say that the osname is supported in the > > > > > AcpiOsValidateInterface() method. Something like this > > > > > should work: > > > > > > > > > > Index: Osd/OsdMemory.c > > > > > =3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3= D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D > > > > >3D=3D3 D=3D3D=3D3D=3D3D=3D > > > > > > =3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3= D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D > > >=3D3D=3D 3D=3D3D=3D3D=3D > > > > > > > =3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D= =3D3D=3D3D=3D3D=3D3D=3D3D > > > > > > > > > RCS file: /usr/cvs/src/sys/dev/acpica/Osd/OsdMemory.c,v > > > > > retrieving revision 1.15 > > > > > diff -u -r1.15 OsdMemory.c > > > > > --- Osd/OsdMemory.c 22 Mar 2007 18:16:41 -0000 1.15 > > > > > +++ Osd/OsdMemory.c 10 Mar 2008 16:20:03 -0000 > > > > > @@ -77,6 +77,9 @@ > > > > > ACPI_STATUS > > > > > AcpiOsValidateInterface (char *Interface) > > > > > { > > > > > + > > > > > + if (strcmp(Interface, acpi_osname) =3D3D=3D3D 0) > > > > > + return (AE_OK); > > > > > return (AE_SUPPORT); > > > > > } > > > > > > > > I get acpi_osname undeclared on compile. > > > > > > Try this: > > > > > > Index: acpivar.h > > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > >=3D=3D=3D=3D RCS file: /usr/cvs/src/sys/dev/acpica/acpivar.h,v > > > retrieving revision 1.108 > > > diff -u -r1.108 acpivar.h > > > --- acpivar.h 9 Oct 2007 07:48:07 -0000 1.108 > > > +++ acpivar.h 10 Mar 2008 19:18:53 -0000 > > > @@ -229,6 +229,11 @@ > > > #define ACPI_IVAR_FLAGS 0x103 > > > > > > /* > > > + * Storage for hw.acpi.osname tunable to override _OS or _OSI. > > > + */ > > > +extern char acpi_osname[]; > > > + > > > +/* > > > * Accessor functions for our ivars. Default value for > > > BUS_READ_IVAR is * (type) 0. The accessor > > > functions don't check return values. */ > > > Index: Osd/OsdMemory.c > > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > >=3D=3D=3D=3D RCS file: /usr/cvs/src/sys/dev/acpica/Osd/OsdMemory.c,v > > > retrieving revision 1.15 > > > diff -u -r1.15 OsdMemory.c > > > --- Osd/OsdMemory.c 22 Mar 2007 18:16:41 -0000 1.15 > > > +++ Osd/OsdMemory.c 10 Mar 2008 19:21:38 -0000 > > > @@ -33,13 +33,17 @@ > > > #include > > > __FBSDID("$FreeBSD: src/sys/dev/acpica/Osd/OsdMemory.c,v 1.15 > > > 2007/03/22 18:16:41 jkim Exp $"); > > > > > > -#include > > > - > > > +#include > > > +#include > > > #include > > > #include > > > #include > > > #include > > > > > > +#include > > > + > > > +#include > > > + > > > MALLOC_DEFINE(M_ACPICA, "acpica", "ACPI CA memory pool"); > > > > > > void * > > > @@ -77,6 +81,9 @@ > > > ACPI_STATUS > > > AcpiOsValidateInterface (char *Interface) > > > { > > > + > > > + if (strcmp(Interface, acpi_osname) =3D=3D 0) > > > + return (AE_OK); > > > return (AE_SUPPORT); > > > } > > > > > > Index: Osd/OsdTable.c > > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > >=3D=3D=3D=3D RCS file: /usr/cvs/src/sys/dev/acpica/Osd/OsdTable.c,v > > > retrieving revision 1.12 > > > diff -u -r1.12 OsdTable.c > > > --- Osd/OsdTable.c 22 Mar 2007 18:16:41 -0000 1.12 > > > +++ Osd/OsdTable.c 10 Mar 2008 19:20:39 -0000 > > > @@ -32,6 +32,7 @@ > > > __FBSDID("$FreeBSD: src/sys/dev/acpica/Osd/OsdTable.c,v 1.12 > > > 2007/03/22 18:16:41 jkim Exp $"); > > > > > > #include > > > +#include > > > #include > > > #include > > > #include > > > @@ -39,10 +40,12 @@ > > > #include > > > #include > > > > > > +#include > > > + > > > #undef _COMPONENT > > > #define _COMPONENT ACPI_TABLES > > > > > > -static char acpi_osname[128]; > > > +char acpi_osname[128]; > > > TUNABLE_STR("hw.acpi.osname", acpi_osname, > > > sizeof(acpi_osname)); > > > > > > ACPI_STATUS > > > > Ok, this compiles, but doesn't seem to set the override > > correctly. > > > > Here is my asl. > > http://am-productions.biz/docs/smallguy.asl > > > > Basically the entire reason for this is that the code calls the > > external method: > > External (\_SB_.PCI0.GFX0.LCD_.BLNF, MethodObj) > > > > When I press the backlight function keys and they don't do > > anything besides displaying a Namespace lookup error since that > > method is not defined. No one responded to my previous email > > about creating an external method that would get called. Getting > > the right _OSI name set just allows it to go to the fallback code > > that works with acpi_fujitsu. > > > > ACPI Error (psargs-0459): [\_SB_.PCI0.GFX0.LCD_.BLNF] Namespace > > lookup failure, AE_NOT_FOUND > > ACPI Error (psparse-0626): Method parse/execution failed > > [\_GPE._L1C] (Node 0xff ffff00011bd780), AE_NOT_FOUND ACPI > > Exception (evgpe-0687): AE_NOT_FOUND, while evaluating GPE method > > [_L1C] [20070320] > > The problem is that ACPI-CA matches "Windows 2006" internally and > thus sets OSTB to 0x40. The garbage you were using for _OSI must > have made it always fail. You probably will need to just patch > your ASL and/or figure out what BLNF does and implement it.=20 > Perhaps check to see what folks with Linux are seeing with this > laptop as it has the same ACPI-CA code. So there is no way to have that External method call out some C code? =20 I already have to code in my updated acpi_fujitsu module to handle=20 changing of the brightness, I just need it called. I'd like to get=20 this all working so it doesn't require ASL patching. As for the Linux stuff, Google doesn't reveal anything. This laptop=20 is pretty new, it's only been out for about a month. =2D-=20 Anish Mistry amistry@am-productions.biz AM Productions http://am-productions.biz/ --nextPart2517478.o8S6v1hFMe Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEABECAAYFAkfVtM8ACgkQxqA5ziudZT16cgCfV54SbN32CW/1q798b7qZtRbf gKEAn2eEsISa+n5XvuXSlfohH+fVhk4m =JjuD -----END PGP SIGNATURE----- --nextPart2517478.o8S6v1hFMe-- From owner-freebsd-acpi@FreeBSD.ORG Mon Mar 10 22:48:33 2008 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 16B3D10657FD; Mon, 10 Mar 2008 22:48:33 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id C64128FC1C; Mon, 10 Mar 2008 22:48:32 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m2AMmWWp056066; Mon, 10 Mar 2008 22:48:32 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m2AMmWCH056062; Mon, 10 Mar 2008 22:48:32 GMT (envelope-from linimon) Date: Mon, 10 Mar 2008 22:48:32 GMT Message-Id: <200803102248.m2AMmWCH056062@freefall.freebsd.org> To: leon.kos@lecad.uni-lj.si, linimon@FreeBSD.org, freebsd-acpi@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/121558: Supermicro X7SB4 Fatal trap 12 when ACPI disabled 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, 10 Mar 2008 22:48:33 -0000 Synopsis: Supermicro X7SB4 Fatal trap 12 when ACPI disabled State-Changed-From-To: open->feedback State-Changed-By: linimon State-Changed-When: Mon Mar 10 22:48:23 UTC 2008 State-Changed-Why: Note that submitter has been asked for feedback. http://www.freebsd.org/cgi/query-pr.cgi?pr=121558 From owner-freebsd-acpi@FreeBSD.ORG Tue Mar 11 01:10:02 2008 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3F8C7106566C for ; Tue, 11 Mar 2008 01:10:02 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 131488FC1C for ; Tue, 11 Mar 2008 01:10:02 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m2B1A16h072426 for ; Tue, 11 Mar 2008 01:10:01 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m2B1A1Kw072425; Tue, 11 Mar 2008 01:10:01 GMT (envelope-from gnats) Date: Tue, 11 Mar 2008 01:10:01 GMT Message-Id: <200803110110.m2B1A1Kw072425@freefall.freebsd.org> To: freebsd-acpi@FreeBSD.org From: Volker Cc: Subject: Re: kern/121558: Supermicro X7SB4 Fatal trap 12 when ACPI disabled X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Volker List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Mar 2008 01:10:02 -0000 The following reply was made to PR kern/121558; it has been noted by GNATS. From: Volker To: bug-followup@FreeBSD.org, leon.kos@lecad.uni-lj.si Cc: Subject: Re: kern/121558: Supermicro X7SB4 Fatal trap 12 when ACPI disabled Date: Tue, 11 Mar 2008 02:03:14 +0100 Leon, we're really sorry to tell, but I think everybody in the team is bad on guessing. Can you please post actual and _complete_ panic message and a backtrace as a followup to this ticket? Without that, nobody is able to analyze this. Please not, the pastebin link does not work. Thanks! From owner-freebsd-acpi@FreeBSD.ORG Tue Mar 11 02:21:21 2008 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BB5D11065673; Tue, 11 Mar 2008 02:21:21 +0000 (UTC) (envelope-from vwe@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 8E5F48FC1A; Tue, 11 Mar 2008 02:21:21 +0000 (UTC) (envelope-from vwe@FreeBSD.org) Received: from freefall.freebsd.org (vwe@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m2B2LLx6068220; Tue, 11 Mar 2008 02:21:21 GMT (envelope-from vwe@freefall.freebsd.org) Received: (from vwe@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m2B2LLmb068216; Tue, 11 Mar 2008 02:21:21 GMT (envelope-from vwe) Date: Tue, 11 Mar 2008 02:21:21 GMT Message-Id: <200803110221.m2B2LLmb068216@freefall.freebsd.org> To: cooleyr@gmail.com, vwe@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-acpi@FreeBSD.org From: vwe@FreeBSD.org Cc: Subject: Re: kern/121575: ACPI regression from 6.2 to 7.0 -- S3 resume fails with VIA VT8235 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, 11 Mar 2008 02:21:21 -0000 Synopsis: ACPI regression from 6.2 to 7.0 -- S3 resume fails with VIA VT8235 State-Changed-From-To: open->feedback State-Changed-By: vwe State-Changed-When: Tue Mar 11 02:20:45 UTC 2008 State-Changed-Why: Submitter has been asked for feedback. Responsible-Changed-From-To: freebsd-bugs->freebsd-acpi Responsible-Changed-By: vwe Responsible-Changed-When: Tue Mar 11 02:20:45 UTC 2008 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=121575 From owner-freebsd-acpi@FreeBSD.ORG Tue Mar 11 03:21:20 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BC32B1065680 for ; Tue, 11 Mar 2008 03:21:20 +0000 (UTC) (envelope-from tzhuan@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.156]) by mx1.freebsd.org (Postfix) with ESMTP id 46C998FC26 for ; Tue, 11 Mar 2008 03:21:19 +0000 (UTC) (envelope-from tzhuan@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so1883459fgg.35 for ; Mon, 10 Mar 2008 20:21:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=b/sgxco/NJbDEQWuXJLVuB9W1e9xOGDRISNc/WjH45A=; b=WUqSwUND4w751V9wXqJNR3R5qcWcvpLinyoqlOzv6fP1o4lXt4pFHEP6bf8w8CK+87fdi9s0Xhr0zCnCVBZv89ymSYN0JjzuMLgdcznqhCTwyihN3DwRIgmw4qwUAPb3giaxZwOnGtyyzcQpUy8+nPc2J9V6chpEhrV5l0rwtk0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=onQpvTgZfWZYwIOB+TqI5JQpEefdfiiVaH+/XdM0EsrcD3UtQCqFaggCVgkOqfFNeeofePIUfhTtJ3QJSoOmQH7v3e13x5zlbt381DUYYouDGhMx1j3jxPLPMLAYZumVESPeKeZwOGIWMGxs7c/5eyxKqMZSbJOLrM5sXpFEVXw= Received: by 10.86.36.11 with SMTP id j11mr7555741fgj.5.1205205678985; Mon, 10 Mar 2008 20:21:18 -0700 (PDT) Received: by 10.86.53.1 with HTTP; Mon, 10 Mar 2008 20:21:18 -0700 (PDT) Message-ID: <6a7033710803102021y1bcef304k4348c0deacfb726@mail.gmail.com> Date: Tue, 11 Mar 2008 11:21:18 +0800 From: "Tz-Huan Huang" Sender: tzhuan@gmail.com To: "Rui Paulo" In-Reply-To: <7CDE1CBF-AEA3-4F88-8A9E-EE35C84CC1F4@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <6a7033710803090042p673dffe3g211373ca9f16e5ba@mail.gmail.com> <7CDE1CBF-AEA3-4F88-8A9E-EE35C84CC1F4@FreeBSD.org> X-Google-Sender-Auth: 593b57044f447b4b Cc: freebsd-acpi@freebsd.org Subject: Re: CPU frequency detection error? 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, 11 Mar 2008 03:21:20 -0000 On Sun, Mar 9, 2008 at 8:19 PM, Rui Paulo wrote: > Escape to the boot loader prompt and type: > set kern.hz=100 > boot > > And then show us your dmesg again, please. When booting with verbose enabled (with kern.hz=100), the dmesg shows Calibrating clock(s) ... i8254 clock: 787497 Hz 787497 Hz differs from default of 1193182 Hz by more than 1% Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 3693733736 Hz CPU: Intel(R) Xeon(R) CPU E5345 @ 2.33GHz (3693.73-MHz K8-class CPU) (The full dmesg is available here: http://w.csie.org/~tzhuan/tmp/dmesg-100-v.txt) The i8254 clock is set back to default value after calibrating. Is it reasonable or is there something wrong with IBM x3550? Thank you very much. Tz-Huan From owner-freebsd-acpi@FreeBSD.ORG Tue Mar 11 05:40:03 2008 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 082A21065674 for ; Tue, 11 Mar 2008 05:40:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id E11738FC19 for ; Tue, 11 Mar 2008 05:40:02 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m2B5e2RD086805 for ; Tue, 11 Mar 2008 05:40:02 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m2B5e2Pc086804; Tue, 11 Mar 2008 05:40:02 GMT (envelope-from gnats) Date: Tue, 11 Mar 2008 05:40:02 GMT Message-Id: <200803110540.m2B5e2Pc086804@freefall.freebsd.org> To: freebsd-acpi@FreeBSD.org From: RC Cc: Subject: Re: kern/121575: ACPI regression from 6.2 to 7.0 -- S3 resume fails with VIA VT8235 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: RC List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Mar 2008 05:40:03 -0000 The following reply was made to PR kern/121575; it has been noted by GNATS. From: RC To: bug-followup@FreeBSD.org Cc: Subject: Re: kern/121575: ACPI regression from 6.2 to 7.0 -- S3 resume fails with VIA VT8235 Date: Mon, 10 Mar 2008 21:33:32 -0700 On Tue, 11 Mar 2008 02:52:54 +0100 Volker wrote: > Please post `sysctl hw.acpi', `sysctl debug.acpi' and `apm' Looking at the output of sysctl, it immediately became obvious that reset_video was 0, whereas it should have been 1, as it is on my 6.2 installation. I was sure it was enabled (in the BIOS) but it's been a long time now... And I look like an idiot for not first checking something so simple. Thanks for the pointer. You can discard this bug. From owner-freebsd-acpi@FreeBSD.ORG Tue Mar 11 09:50:02 2008 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C07261065678 for ; Tue, 11 Mar 2008 09:50:02 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 8EF6E8FC26 for ; Tue, 11 Mar 2008 09:50:02 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m2B9o2xd007322 for ; Tue, 11 Mar 2008 09:50:02 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m2B9o2mC007321; Tue, 11 Mar 2008 09:50:02 GMT (envelope-from gnats) Date: Tue, 11 Mar 2008 09:50:02 GMT Message-Id: <200803110950.m2B9o2mC007321@freefall.freebsd.org> To: freebsd-acpi@FreeBSD.org From: "Leon Kos" Cc: Subject: Re: kern/121558: Supermicro X7SB4 Fatal trap 12 when ACPI disabled X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Leon Kos List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Mar 2008 09:50:02 -0000 The following reply was made to PR kern/121558; it has been noted by GNATS. From: "Leon Kos" To: bug-followup@FreeBSD.org Cc: dan@obluda.cz, jhb@freebsd.org, volker@vwsoft.com, linimon@freebsd.org Subject: Re: kern/121558: Supermicro X7SB4 Fatal trap 12 when ACPI disabled Date: Tue, 11 Mar 2008 10:16:25 +0100 ------=_Part_230_362368.1205226985575 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline I am sorry but my response was discarded and considered spam as my SMTP site is multi-homed. I am still resolving this DNS issue and now using my alternate e-mail for followup. Pastebin link is OK, it's just wrongly converted. This boot log is now also at http://www.lecad.uni-lj.si/~leon/other/x7sb4/936377.html And acpidump -dt can also be reached at http://www.lecad.uni-lj.si/~leon/other/x7sb4/supermicro-x7sb4.asl ---------- Forwarded message ---------- Date: Mon, 10 Mar 2008 17:32:16 +0100 (CET) From: Leon Kos To: Dan Lukes Cc: bug-followup@FreeBSD.org Subject: Re: kern/121558: Supermicro X7SB4 Fatal trap 12 when ACPI disabled I have added options KDB and DDB to GENERIC but don't know how to produce core-dump at boot, so I've took a picture of the screen. I've also opened http://www.freebsd.org/cgi/query-pr.cgi?pr=121558 Photo http://www.lecad.uni-lj.si/~leon/other/x7sb4/img_1636.jpg shows nm -n /boot/kernel/kernel |grep c0a5ae6 c0a5ae60 T ioapic_get_vector http://www.lecad.uni-lj.si/~leon/other/x7sb4/img_1630.jpg shows first screen of the stack trace. http://www.lecad.uni-lj.si/~leon/other/x7sb4/img_1631.jpg is a continuation of the trace http://www.lecad.uni-lj.si/~leon/other/x7sb4/img_1632.jpg is the end of trace http://www.lecad.uni-lj.si/~leon/other/x7sb4/img_1634.jpg is first screen after where command http://www.lecad.uni-lj.si/~leon/other/x7sb4/img_1635.jpg is last screen of the where command http://www.lecad.uni-lj.si/~leon/other/x7sb4/img_1637.jpg is from mine opinion unrelated problem that shows what happens after reboot command that gets overprinted and never reboots. I am attaching it anyway to get some suggestion on how to handle it. CTRL-ALT-ESC does not work. Could you instruct me on how to get kernel core dumped manualy? I've set rc.conf dupmdev=/dev/da0s1b But this is not valid for kernels that does not get into multiuser, I think. Kind regards! Leon Kos, CAD lab, Mech.Eng., University of Ljubljana, Slovenia (http://www.lecad.uni-lj.si/~leon) ------=_Part_230_362368.1205226985575 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline I am sorry but my response was discarded and considered spam as my SMTP site is multi-homed.
I am still resolving this DNS issue and now using my alternate e-mail for followup.

Pastebin link is OK, it's just wrongly converted.  This boot log is now also at
http://www.lecad.uni-lj.si/~leon/other/x7sb4/936377.html

And acpidump -dt can also be reached at
http://www.lecad.uni-lj.si/~leon/other/x7sb4/supermicro-x7sb4.asl

---------- Forwarded message ----------
Date: Mon, 10 Mar 2008 17:32:16 +0100 (CET)
From: Leon Kos <leon.kos@lecad.uni-lj.si>
To: Dan Lukes <dan@obluda.cz>
Cc: bug-followup@FreeBSD.org
Subject: Re: kern/121558: Supermicro X7SB4 Fatal trap 12 when ACPI disabled

I have added options KDB and DDB to GENERIC but don't know how to produce
core-dump at boot, so I've took a picture of the screen.
I've also opened http://www.freebsd.org/cgi/query-pr.cgi?pr=121558

Photo http://www.lecad.uni-lj.si/~leon/other/x7sb4/img_1636.jpg shows
nm -n /boot/kernel/kernel |grep c0a5ae6
c0a5ae60 T ioapic_get_vector

http://www.lecad.uni-lj.si/~leon/other/x7sb4/img_1630.jpg shows first screen of the stack trace.
http://www.lecad.uni-lj.si/~leon/other/x7sb4/img_1631.jpg is a continuation of the trace
http://www.lecad.uni-lj.si/~leon/other/x7sb4/img_1632.jpg is the end of trace


http://www.lecad.uni-lj.si/~leon/other/x7sb4/img_1634.jpg is first screen after where command
http://www.lecad.uni-lj.si/~leon/other/x7sb4/img_1635.jpg is last screen of the where command

http://www.lecad.uni-lj.si/~leon/other/x7sb4/img_1637.jpg is from mine opinion unrelated
problem that shows what happens after reboot command that gets overprinted and never reboots.
I am attaching it anyway to get some suggestion on how to handle it. CTRL-ALT-ESC does not
work.


Could you instruct me on how to get kernel core dumped manualy? I've set
rc.conf dupmdev=/dev/da0s1b
But this is not valid for kernels that does not get into multiuser, I think.

Kind regards!

Leon Kos, CAD lab, Mech.Eng., University of Ljubljana, Slovenia
(http://www.lecad.uni-lj.si/~leon)

------=_Part_230_362368.1205226985575-- From owner-freebsd-acpi@FreeBSD.ORG Tue Mar 11 11:30:07 2008 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 98EA7106569B for ; Tue, 11 Mar 2008 11:30:07 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 70D7F8FC20 for ; Tue, 11 Mar 2008 11:30:07 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m2BBU7xV014926 for ; Tue, 11 Mar 2008 11:30:07 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m2BBU7GV014923; Tue, 11 Mar 2008 11:30:07 GMT (envelope-from gnats) Date: Tue, 11 Mar 2008 11:30:07 GMT Message-Id: <200803111130.m2BBU7GV014923@freefall.freebsd.org> To: freebsd-acpi@FreeBSD.org From: Dan Lukes Cc: Subject: Re: kern/121558: Supermicro X7SB4 Fatal trap 12 when ACPI disabled X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Dan Lukes List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Mar 2008 11:30:07 -0000 The following reply was made to PR kern/121558; it has been noted by GNATS. From: Dan Lukes To: Leon Kos Cc: jhb@freebsd.org, volker@vwsoft.com, bug-followup@freebsd.org Subject: Re: kern/121558: Supermicro X7SB4 Fatal trap 12 when ACPI disabled Date: Tue, 11 Mar 2008 11:53:23 +0100 > ioapic_get_vector(0,13) at ioapic_get_vector+0x0a > mptable_pci_route_interrupt_handler(c009de3d,c1020890) at mptable_pci_route_interrupt_handler+0x35 The function implementation: ------------------ > ioapic_get_vector(void *cookie, u_int pin) > { > struct ioapic *io; > > io = (struct ioapic *)cookie; > if (pin >= io->io_numintr) ... ------------------ E.g. the ioapic_get_vector seems to be called with NULL cookie which is used as a valid pointer a dereferenced - exactly as I fabulate in previous email. The function implementation: ------------------ > mptable_pci_route_interrupt_handler(u_char *entry, void *arg) > { > ... > /* Make sure the APIC maps to a known APIC. */ > KASSERT(ioapics[intr->dst_apic_id] != NULL, > ("No I/O APIC %d to route interrupt to", intr->dst_apic_id)); > ... > vector = ioapic_get_vector(ioapics[intr->dst_apic_id], > intr->dst_apic_int); ------------------ As your kernel is compiled without INVARIANTS the KASSERT test become void and ioapic_get_vector may be called with NULL causing the abend later. It's because the intr->dst_apic_id point to APIC that doesn't exist (you can run kernel with INVARIANTS to display the dst_apic_id in question). Please note the MPTABLE generated by BIOS MAY change also when ACPI is (de)activated in BIOS. You may try to boot with ACPI enabled in BIOS but disabled in OS. It may (or may not) help to you. It may be problem with MPTABLE itself (eg. not in FreeBSD) or with it's parsing (e.g. in FreeBSD). MPTABLE is generated by BIOS. Look into BIOS if MPTABLE version can be set then use 1.4. Especially dont use "auto" as version even such option present. The output of mptable command may help to us. Dan From owner-freebsd-acpi@FreeBSD.ORG Tue Mar 11 13:32:15 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 86956106566C for ; Tue, 11 Mar 2008 13:32:15 +0000 (UTC) (envelope-from cihan@enderunix.org) Received: from istanbul.enderunix.org (freefall.marmara.edu.tr [193.140.143.23]) by mx1.freebsd.org (Postfix) with ESMTP id 97EF98FC33 for ; Tue, 11 Mar 2008 13:32:12 +0000 (UTC) (envelope-from cihan@enderunix.org) Received: (qmail 10667 invoked from network); 11 Mar 2008 13:32:34 -0000 Received: from unknown (HELO localhost) (cihan@194.27.72.122) by 0 with ESMTPA; 11 Mar 2008 13:32:34 -0000 Date: Tue, 11 Mar 2008 15:32:00 +0200 From: =?utf-8?B?Q2loYW4gS8O2bWXDp2/En2x1?= X-Mailer: The Bat! (v3.99.29) Professional X-Priority: 3 (Normal) Message-ID: <272563028.20080311153200@enderunix.org> To: freebsd-acpi@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: quoted-printable X-Antivirus: avast! (VPS 080310-0, 10.03.2008), Outbound message X-Antivirus-Status: Clean Subject: Power Measurement Problem: Question 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, 11 Mar 2008 13:32:15 -0000 I would like to measure the fine-grained consumed power per wireless transaction on a loptop. I am sure that the most fine-grained measurement would be physically wiring the laptop battery with a voltmeter. However, this is inconvenient for me. Thus, I installed acpi in order to measure the power consumed by the wireless interface of my laptop. However, my understanding is that acpi periodically flushes the power measurements into a state file. Is it possible to tell the acpi to flush its power state into the state file whenever a wireless transaction is performed. If not, is there a tool that can be used to get the power state of the battery? --=20 Cihan K=F6me=E7o=F0lu, EnderUNIX SDT mailto:cihan@enderunix.org From owner-freebsd-acpi@FreeBSD.ORG Tue Mar 11 13:45:52 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CD4B21065677; Tue, 11 Mar 2008 13:45:52 +0000 (UTC) (envelope-from leon.kos@lecad.uni-lj.si) Received: from www.lecad.uni-lj.si (www.lecad.uni-lj.si [193.2.111.2]) by mx1.freebsd.org (Postfix) with ESMTP id 4FAA98FC28; Tue, 11 Mar 2008 13:45:52 +0000 (UTC) (envelope-from leon.kos@lecad.uni-lj.si) Received: from achilles.lecadnet (leon@achilles.lecadnet [192.168.5.11]) by www.lecad.uni-lj.si (8.14.2/8.14.2) with ESMTP id m2BDje1F001922; Tue, 11 Mar 2008 14:45:45 +0100 (CET) (envelope-from leon.kos@lecad.uni-lj.si) Date: Tue, 11 Mar 2008 14:45:40 +0100 (CET) From: Leon Kos X-X-Sender: leon@achilles.lecadnet To: Dan Lukes In-Reply-To: <200803111130.m2BBU7GV014923@freefall.freebsd.org> Message-ID: References: <200803111130.m2BBU7GV014923@freefall.freebsd.org> User-Agent: Alpine 1.00 (DEB 882 2007-12-20) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: ClamAV version 0.92.1, clamav-milter version 0.92.1 on cad.lecad.uni-lj.si X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.2.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on cad.lecad.uni-lj.si X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (www.lecad.uni-lj.si [192.168.5.1]); Tue, 11 Mar 2008 14:45:51 +0100 (CET) Cc: freebsd-acpi@freebsd.org, bug-followup@freebsd.org Subject: Re: kern/121558: Supermicro X7SB4 Fatal trap 12 when ACPI disabled 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, 11 Mar 2008 13:45:52 -0000 mptable output of the system is located at: http://www.lecad.uni-lj.si/~leon/other/x7sb4/mptable.txt I could not change version in BIOS. Processor option supported by BIOS are shown in http://www.lecad.uni-lj.si/~leon/other/x7sb4/img_1638.jpg I have added options INVARIANTS options INVARIANT_SUPPORT options DIAGNOSTIC and now GENERIC shows the following trace when ACPI disabled: http://www.lecad.uni-lj.si/~leon/other/x7sb4/img_1639.jpg http://www.lecad.uni-lj.si/~leon/other/x7sb4/img_1640.jpg http://www.lecad.uni-lj.si/~leon/other/x7sb4/img_1641.jpg Forcing single core in BIOS helps when running ACPI disabled. Toggling other BIOS options like C1 Enhanced Mode or Speed Step does not. Kind regards! Leon Kos, CAD lab, Mech.Eng., University of Ljubljana, Slovenia (http://www.lecad.uni-lj.si/~leon) On Tue, 11 Mar 2008, Dan Lukes wrote: > The following reply was made to PR kern/121558; it has been noted by GNATS. > > From: Dan Lukes > To: Leon Kos > Cc: jhb@freebsd.org, volker@vwsoft.com, bug-followup@freebsd.org > Subject: Re: kern/121558: Supermicro X7SB4 Fatal trap 12 when ACPI disabled > Date: Tue, 11 Mar 2008 11:53:23 +0100 > > > ioapic_get_vector(0,13) at ioapic_get_vector+0x0a > > mptable_pci_route_interrupt_handler(c009de3d,c1020890) at mptable_pci_route_interrupt_handler+0x35 > > The function implementation: > > ------------------ > > ioapic_get_vector(void *cookie, u_int pin) > > { > > struct ioapic *io; > > > > io = (struct ioapic *)cookie; > > if (pin >= io->io_numintr) > ... > ------------------ > > > E.g. the ioapic_get_vector seems to be called with NULL cookie which is > used as a valid pointer a dereferenced - exactly as I fabulate in > previous email. > > The function implementation: > > ------------------ > > mptable_pci_route_interrupt_handler(u_char *entry, void *arg) > > { > > ... > > /* Make sure the APIC maps to a known APIC. */ > > KASSERT(ioapics[intr->dst_apic_id] != NULL, > > ("No I/O APIC %d to route interrupt to", intr->dst_apic_id)); > > ... > > vector = ioapic_get_vector(ioapics[intr->dst_apic_id], > > intr->dst_apic_int); > ------------------ > > As your kernel is compiled without INVARIANTS the KASSERT test become > void and ioapic_get_vector may be called with NULL causing the abend later. > > It's because the intr->dst_apic_id point to APIC that doesn't exist > (you can run kernel with INVARIANTS to display the dst_apic_id in question). > > Please note the MPTABLE generated by BIOS MAY change also when ACPI is > (de)activated in BIOS. You may try to boot with ACPI enabled in BIOS but > disabled in OS. It may (or may not) help to you. > > It may be problem with MPTABLE itself (eg. not in FreeBSD) or with it's > parsing (e.g. in FreeBSD). MPTABLE is generated by BIOS. Look into BIOS > if MPTABLE version can be set then use 1.4. Especially dont use "auto" > as version even such option present. > > The output of mptable command may help to us. > > Dan > _______________________________________________ > 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 Tue Mar 11 13:50:03 2008 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E386A106567C for ; Tue, 11 Mar 2008 13:50:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id B8DD08FC2C for ; Tue, 11 Mar 2008 13:50:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m2BDo3TK027057 for ; Tue, 11 Mar 2008 13:50:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m2BDo3T2027051; Tue, 11 Mar 2008 13:50:03 GMT (envelope-from gnats) Date: Tue, 11 Mar 2008 13:50:03 GMT Message-Id: <200803111350.m2BDo3T2027051@freefall.freebsd.org> To: freebsd-acpi@FreeBSD.org From: Leon Kos Cc: Subject: Re: kern/121558: Supermicro X7SB4 Fatal trap 12 when ACPI disabled X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Leon Kos List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Mar 2008 13:50:04 -0000 The following reply was made to PR kern/121558; it has been noted by GNATS. From: Leon Kos To: Dan Lukes Cc: freebsd-acpi@freebsd.org, bug-followup@freebsd.org Subject: Re: kern/121558: Supermicro X7SB4 Fatal trap 12 when ACPI disabled Date: Tue, 11 Mar 2008 14:45:40 +0100 (CET) mptable output of the system is located at: http://www.lecad.uni-lj.si/~leon/other/x7sb4/mptable.txt I could not change version in BIOS. Processor option supported by BIOS are shown in http://www.lecad.uni-lj.si/~leon/other/x7sb4/img_1638.jpg I have added options INVARIANTS options INVARIANT_SUPPORT options DIAGNOSTIC and now GENERIC shows the following trace when ACPI disabled: http://www.lecad.uni-lj.si/~leon/other/x7sb4/img_1639.jpg http://www.lecad.uni-lj.si/~leon/other/x7sb4/img_1640.jpg http://www.lecad.uni-lj.si/~leon/other/x7sb4/img_1641.jpg Forcing single core in BIOS helps when running ACPI disabled. Toggling other BIOS options like C1 Enhanced Mode or Speed Step does not. Kind regards! Leon Kos, CAD lab, Mech.Eng., University of Ljubljana, Slovenia (http://www.lecad.uni-lj.si/~leon) On Tue, 11 Mar 2008, Dan Lukes wrote: > The following reply was made to PR kern/121558; it has been noted by GNATS. > > From: Dan Lukes > To: Leon Kos > Cc: jhb@freebsd.org, volker@vwsoft.com, bug-followup@freebsd.org > Subject: Re: kern/121558: Supermicro X7SB4 Fatal trap 12 when ACPI disabled > Date: Tue, 11 Mar 2008 11:53:23 +0100 > > > ioapic_get_vector(0,13) at ioapic_get_vector+0x0a > > mptable_pci_route_interrupt_handler(c009de3d,c1020890) at mptable_pci_route_interrupt_handler+0x35 > > The function implementation: > > ------------------ > > ioapic_get_vector(void *cookie, u_int pin) > > { > > struct ioapic *io; > > > > io = (struct ioapic *)cookie; > > if (pin >= io->io_numintr) > ... > ------------------ > > > E.g. the ioapic_get_vector seems to be called with NULL cookie which is > used as a valid pointer a dereferenced - exactly as I fabulate in > previous email. > > The function implementation: > > ------------------ > > mptable_pci_route_interrupt_handler(u_char *entry, void *arg) > > { > > ... > > /* Make sure the APIC maps to a known APIC. */ > > KASSERT(ioapics[intr->dst_apic_id] != NULL, > > ("No I/O APIC %d to route interrupt to", intr->dst_apic_id)); > > ... > > vector = ioapic_get_vector(ioapics[intr->dst_apic_id], > > intr->dst_apic_int); > ------------------ > > As your kernel is compiled without INVARIANTS the KASSERT test become > void and ioapic_get_vector may be called with NULL causing the abend later. > > It's because the intr->dst_apic_id point to APIC that doesn't exist > (you can run kernel with INVARIANTS to display the dst_apic_id in question). > > Please note the MPTABLE generated by BIOS MAY change also when ACPI is > (de)activated in BIOS. You may try to boot with ACPI enabled in BIOS but > disabled in OS. It may (or may not) help to you. > > It may be problem with MPTABLE itself (eg. not in FreeBSD) or with it's > parsing (e.g. in FreeBSD). MPTABLE is generated by BIOS. Look into BIOS > if MPTABLE version can be set then use 1.4. Especially dont use "auto" > as version even such option present. > > The output of mptable command may help to us. > > Dan > _______________________________________________ > 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 Tue Mar 11 14:04:14 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A0E5D1065674 for ; Tue, 11 Mar 2008 14:04:14 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 744708FC1B for ; Tue, 11 Mar 2008 14:04:14 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by elvis.mu.org (Postfix) with ESMTP id DFFDB1A4D83; Tue, 11 Mar 2008 07:03:26 -0700 (PDT) From: John Baldwin To: Anish Mistry Date: Tue, 11 Mar 2008 08:40:04 -0400 User-Agent: KMail/1.9.7 References: <200803101910.m2AJA26c037165@freefall.freebsd.org> <200803101753.51267.jhb@freebsd.org> <200803101823.21617.amistry@am-productions.biz> In-Reply-To: <200803101823.21617.amistry@am-productions.biz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200803110840.05057.jhb@freebsd.org> Cc: freebsd-acpi@freebsd.org Subject: Implementing external methods via ACPI-CA 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, 11 Mar 2008 14:04:14 -0000 On Monday 10 March 2008 06:23:10 pm Anish Mistry wrote: > On Monday 10 March 2008, John Baldwin wrote: > > On Monday 10 March 2008 05:14:02 pm Anish Mistry wrote: > > > On Monday 10 March 2008, John Baldwin wrote: > > > ACPI Error (psargs-0459): [\_SB_.PCI0.GFX0.LCD_.BLNF] Namespace > > > lookup failure, AE_NOT_FOUND > > > ACPI Error (psparse-0626): Method parse/execution failed > > > [\_GPE._L1C] (Node 0xff ffff00011bd780), AE_NOT_FOUND ACPI > > > Exception (evgpe-0687): AE_NOT_FOUND, while evaluating GPE method > > > [_L1C] [20070320] > > > > The problem is that ACPI-CA matches "Windows 2006" internally and > > thus sets OSTB to 0x40. The garbage you were using for _OSI must > > have made it always fail. You probably will need to just patch > > your ASL and/or figure out what BLNF does and implement it. > > Perhaps check to see what folks with Linux are seeing with this > > laptop as it has the same ACPI-CA code. > > So there is no way to have that External method call out some C code? > I already have to code in my updated acpi_fujitsu module to handle > changing of the brightness, I just need it called. I'd like to get > this all working so it doesn't require ASL patching. > > As for the Linux stuff, Google doesn't reveal anything. This laptop > is pretty new, it's only been out for about a month. I'm not sure how we can add additional external methods via ACPI-CA. Might be a question for the ACPI-CA guys. -- John Baldwin From owner-freebsd-acpi@FreeBSD.ORG Tue Mar 11 14:04:19 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D3B31106566B for ; Tue, 11 Mar 2008 14:04:18 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id BB9278FC12 for ; Tue, 11 Mar 2008 14:04:18 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by elvis.mu.org (Postfix) with ESMTP id C7CE71A4D89; Tue, 11 Mar 2008 07:03:29 -0700 (PDT) From: John Baldwin To: freebsd-acpi@freebsd.org, Leon Kos Date: Tue, 11 Mar 2008 10:03:58 -0400 User-Agent: KMail/1.9.7 References: <200803111350.m2BDo3T2027051@freefall.freebsd.org> In-Reply-To: <200803111350.m2BDo3T2027051@freefall.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200803111003.58445.jhb@freebsd.org> Cc: Subject: Re: kern/121558: Supermicro X7SB4 Fatal trap 12 when ACPI disabled 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, 11 Mar 2008 14:04:20 -0000 On Tuesday 11 March 2008 09:50:03 am Leon Kos wrote: > The following reply was made to PR kern/121558; it has been noted by GNATS. > > From: Leon Kos > To: Dan Lukes > Cc: freebsd-acpi@freebsd.org, bug-followup@freebsd.org > Subject: Re: kern/121558: Supermicro X7SB4 Fatal trap 12 when ACPI disabled > Date: Tue, 11 Mar 2008 14:45:40 +0100 (CET) > > mptable output of the system is located at: > http://www.lecad.uni-lj.si/~leon/other/x7sb4/mptable.txt Your MPTable is broken. It has 3 entries which use an I/O APIC ID of 0, but you don't have an I/O APIC with an ID of 0: I/O APICs: APIC ID Version State Address 2 0x20 usable 0xfec00000 3 0x20 usable 0xfecc0000 4 0x20 usable 0xfecc0400 -- I/O Ints: Type Polarity Trigger Bus ID IRQ APIC ID PIN# ... INT active-lo level 13 0:A 0 16 INT active-lo level 15 0:A 0 17 INT active-lo level 5 0:A 0 19 You can work around this by manually specifying the routing for these devices with hints. E.g. to use I/O APIC 2, you would do: hw.pci13.0.INTA.irq=16 hw.pci15.0.INTA.irq=17 hw.pci5.0.INTA.irq=19 To use one of the other I/O APICs you will need to examine the dmesg to find the first IRQ for the I/O APIC (boot verbose might help) and add that to 16, 17, 19, etc. to come up with the appropriate IRQ number. In this case after looking at your dmesg, the BIOS uses the same GSI layout for the I/O APICs that FreeBSD's MP Table code uses, so you can just use the IRQs from the ACPI kernel. From your dmesg ACPI is using the settings above (i.e. all 3 devices are using I/O APIC 2). -- John Baldwin From owner-freebsd-acpi@FreeBSD.ORG Tue Mar 11 14:25:12 2008 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 881CF1065676; Tue, 11 Mar 2008 14:25:12 +0000 (UTC) (envelope-from vwe@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 461048FC22; Tue, 11 Mar 2008 14:25:12 +0000 (UTC) (envelope-from vwe@FreeBSD.org) Received: from freefall.freebsd.org (vwe@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m2BEPCi4029240; Tue, 11 Mar 2008 14:25:12 GMT (envelope-from vwe@freefall.freebsd.org) Received: (from vwe@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m2BEPC1Z029236; Tue, 11 Mar 2008 14:25:12 GMT (envelope-from vwe) Date: Tue, 11 Mar 2008 14:25:12 GMT Message-Id: <200803111425.m2BEPC1Z029236@freefall.freebsd.org> To: cooleyr@gmail.com, vwe@FreeBSD.org, freebsd-acpi@FreeBSD.org From: vwe@FreeBSD.org Cc: Subject: Re: kern/121575: ACPI regression from 6.2 to 7.0 -- S3 resume fails with VIA VT8235 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, 11 Mar 2008 14:25:12 -0000 Synopsis: ACPI regression from 6.2 to 7.0 -- S3 resume fails with VIA VT8235 State-Changed-From-To: feedback->closed State-Changed-By: vwe State-Changed-When: Tue Mar 11 14:24:39 UTC 2008 State-Changed-Why: Fixed. Submitter requests closing. Thanks for reporting! http://www.freebsd.org/cgi/query-pr.cgi?pr=121575 From owner-freebsd-acpi@FreeBSD.ORG Tue Mar 11 14:48:56 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8DCCF1065672 for ; Tue, 11 Mar 2008 14:48:56 +0000 (UTC) (envelope-from begunje@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.184]) by mx1.freebsd.org (Postfix) with ESMTP id E6A268FC15 for ; Tue, 11 Mar 2008 14:48:55 +0000 (UTC) (envelope-from begunje@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so1048668nfb.33 for ; Tue, 11 Mar 2008 07:48:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:mime-version:content-type:content-transfer-encoding:content-disposition; bh=LFEeTd7Se0T+9M+0r6tXBRuxh/By7Q3d85tlQ1QZWjU=; b=M38FYXho0r5pvq5I9UZ5UPnhrWsqle7musX2PrK06J2bhr4jG6Ppvfrv4JE0fjnYQLMyd/CJEaumVevhxLZqpxXGWPkA6u+FQdap0KrHk2rPQxnbV5CDx2dafC5eomOfRwxo7BjJxSHF9XJSEWpzJMY5CxnZ638F+9JXqjUPsBU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:mime-version:content-type:content-transfer-encoding:content-disposition; b=qv4qkIXcYsBO/mFw06FuOLzpMVzF0UtbZq60jOR1cmdUT7fmxBXNgCFPD/4+ApEsQ481EUz+qFVVNZ/Q+Ue+1evzAkUFBLprHw0yu+wVyXVJa7qjSdSuVWO5bz7f4vRp0ng3spREMNL2qhih25p7HNobrD00WkpM2KUosQ47Xpw= Received: by 10.78.201.2 with SMTP id y2mr18092888huf.41.1205246932827; Tue, 11 Mar 2008 07:48:52 -0700 (PDT) Received: by 10.78.187.5 with HTTP; Tue, 11 Mar 2008 07:48:52 -0700 (PDT) Message-ID: <6484e4090803110748x7aa2dc65u233f03ed2efbfc51@mail.gmail.com> Date: Tue, 11 Mar 2008 15:48:52 +0100 From: "Leon Kos" To: bug-followup@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: freebsd-acpi@freebsd.org Subject: Re: kern/121558: Supermicro X7SB4 Fatal trap 12 when ACPI disabled 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, 11 Mar 2008 14:48:56 -0000 mptable output of the system is located at: http://www.lecad.uni-lj.si/~leon/other/x7sb4/mptable.txt I could not change version in BIOS. Processor option supported by BIOS are shown in http://www.lecad.uni-lj.si/~leon/other/x7sb4/img_1638.jpg I have added options INVARIANTS options INVARIANT_SUPPORT options DIAGNOSTIC and now GENERIC shows the following trace when ACPI disabled: http://www.lecad.uni-lj.si/~leon/other/x7sb4/img_1639.jpg http://www.lecad.uni-lj.si/~leon/other/x7sb4/img_1640.jpg http://www.lecad.uni-lj.si/~leon/other/x7sb4/img_1641.jpg Forcing single core in BIOS helps when running ACPI disabled. Toggling other BIOS options like C1 Enhanced Mode or Speed Step does not. Kind regards! Leon Kos, CAD lab, Mech.Eng., University of Ljubljana, Slovenia (http://www.lecad.uni-lj.si/~leon) From owner-freebsd-acpi@FreeBSD.ORG Tue Mar 11 14:50:03 2008 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1E729106566C for ; Tue, 11 Mar 2008 14:50:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id E86758FC14 for ; Tue, 11 Mar 2008 14:50:02 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m2BEo2Ov031583 for ; Tue, 11 Mar 2008 14:50:02 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m2BEo295031582; Tue, 11 Mar 2008 14:50:02 GMT (envelope-from gnats) Date: Tue, 11 Mar 2008 14:50:02 GMT Message-Id: <200803111450.m2BEo295031582@freefall.freebsd.org> To: freebsd-acpi@FreeBSD.org From: "Leon Kos" Cc: Subject: Re: kern/121558: Supermicro X7SB4 Fatal trap 12 when ACPI disabled X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Leon Kos List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Mar 2008 14:50:03 -0000 The following reply was made to PR kern/121558; it has been noted by GNATS. From: "Leon Kos" To: bug-followup@freebsd.org Cc: freebsd-acpi@freebsd.org Subject: Re: kern/121558: Supermicro X7SB4 Fatal trap 12 when ACPI disabled Date: Tue, 11 Mar 2008 15:48:52 +0100 mptable output of the system is located at: http://www.lecad.uni-lj.si/~leon/other/x7sb4/mptable.txt I could not change version in BIOS. Processor option supported by BIOS are shown in http://www.lecad.uni-lj.si/~leon/other/x7sb4/img_1638.jpg I have added options INVARIANTS options INVARIANT_SUPPORT options DIAGNOSTIC and now GENERIC shows the following trace when ACPI disabled: http://www.lecad.uni-lj.si/~leon/other/x7sb4/img_1639.jpg http://www.lecad.uni-lj.si/~leon/other/x7sb4/img_1640.jpg http://www.lecad.uni-lj.si/~leon/other/x7sb4/img_1641.jpg Forcing single core in BIOS helps when running ACPI disabled. Toggling other BIOS options like C1 Enhanced Mode or Speed Step does not. Kind regards! Leon Kos, CAD lab, Mech.Eng., University of Ljubljana, Slovenia (http://www.lecad.uni-lj.si/~leon) From owner-freebsd-acpi@FreeBSD.ORG Tue Mar 11 15:10:03 2008 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 469EF1065678 for ; Tue, 11 Mar 2008 15:10:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 030C48FC1E for ; Tue, 11 Mar 2008 15:10:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m2BFA2YK032670 for ; Tue, 11 Mar 2008 15:10:02 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m2BFA2wk032663; Tue, 11 Mar 2008 15:10:02 GMT (envelope-from gnats) Date: Tue, 11 Mar 2008 15:10:02 GMT Message-Id: <200803111510.m2BFA2wk032663@freefall.freebsd.org> To: freebsd-acpi@FreeBSD.org From: Volker Werth Cc: Subject: Re: kern/121558: Supermicro X7SB4 Fatal trap 12 when ACPI disabled X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Volker Werth List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Mar 2008 15:10:03 -0000 The following reply was made to PR kern/121558; it has been noted by GNATS. From: Volker Werth To: bug-followup@FreeBSD.org, leon.kos@lecad.uni-lj.si Cc: Subject: Re: kern/121558: Supermicro X7SB4 Fatal trap 12 when ACPI disabled Date: Tue, 11 Mar 2008 15:35:19 +0100 Please don't post HTML mail to a PR ticket! (ticket manually cleared from a bunch of HTML waste) From owner-freebsd-acpi@FreeBSD.ORG Tue Mar 11 15:20:03 2008 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C58DA106566C for ; Tue, 11 Mar 2008 15:20:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 9B4C18FC1C for ; Tue, 11 Mar 2008 15:20:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m2BFK3DN034252 for ; Tue, 11 Mar 2008 15:20:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m2BFK3mS034251; Tue, 11 Mar 2008 15:20:03 GMT (envelope-from gnats) Date: Tue, 11 Mar 2008 15:20:03 GMT Message-Id: <200803111520.m2BFK3mS034251@freefall.freebsd.org> To: freebsd-acpi@FreeBSD.org From: Leon Kos Cc: Subject: Re: kern/121558: Supermicro X7SB4 Fatal trap 12 when ACPI disabled X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Leon Kos List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Mar 2008 15:20:03 -0000 The following reply was made to PR kern/121558; it has been noted by GNATS. From: Leon Kos To: Dan Lukes Cc: John Baldwin , bug-followup@freebsd.org Subject: Re: kern/121558: Supermicro X7SB4 Fatal trap 12 when ACPI disabled Date: Tue, 11 Mar 2008 16:11:45 +0100 (CET) I do have latest BIOS 1.0a. How can I manually specify the routing? Kind regards! Leon Kos, CAD lab, Mech.Eng., University of Ljubljana, Slovenia (http://www.lecad.uni-lj.si/~leon) On Tue, 11 Mar 2008, Dan Lukes wrote: > John Baldwin napsal/wrote, On 03/11/08 15:03: >> Your MPTable is broken. It has 3 entries which use an I/O APIC ID of 0, >> but you don't have an I/O APIC with an ID of 0: > >> You can work around this by manually specifying the routing > > You shall update BIOS also unless you have the latest version (1.0a) > > Dan > > From owner-freebsd-acpi@FreeBSD.ORG Tue Mar 11 15:54:59 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 10BA01065673 for ; Tue, 11 Mar 2008 15:54:59 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail.speedfactory.net [66.23.216.219]) by mx1.freebsd.org (Postfix) with ESMTP id 72B9F8FC41 for ; Tue, 11 Mar 2008 15:54:57 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.8s) with ESMTP id 235074545-1834499 for multiple; Tue, 11 Mar 2008 11:56:35 -0400 Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m2BFsgwk099696; Tue, 11 Mar 2008 11:54:45 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-acpi@freebsd.org, Leon Kos Date: Tue, 11 Mar 2008 11:52:19 -0400 User-Agent: KMail/1.9.7 References: <200803111520.m2BFK3mS034251@freefall.freebsd.org> In-Reply-To: <200803111520.m2BFK3mS034251@freefall.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200803111152.20094.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]); Tue, 11 Mar 2008 11:54:46 -0400 (EDT) X-Virus-Scanned: ClamAV 0.91.2/6199/Tue Mar 11 10:26:43 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Subject: Re: kern/121558: Supermicro X7SB4 Fatal trap 12 when ACPI disabled 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, 11 Mar 2008 15:54:59 -0000 On Tuesday 11 March 2008 11:20:03 am Leon Kos wrote: > The following reply was made to PR kern/121558; it has been noted by GNATS. > > From: Leon Kos > To: Dan Lukes > Cc: John Baldwin , bug-followup@freebsd.org > Subject: Re: kern/121558: Supermicro X7SB4 Fatal trap 12 when ACPI disabled > Date: Tue, 11 Mar 2008 16:11:45 +0100 (CET) > > I do have latest BIOS 1.0a. > > How can I manually specify the routing? The hw.pci settings (in /boot/loader.conf or /boot/device.hints) I mentioned in my previous e-mail manually specify the routing. > Kind regards! > > Leon Kos, CAD lab, Mech.Eng., University of Ljubljana, Slovenia > (http://www.lecad.uni-lj.si/~leon) > > > On Tue, 11 Mar 2008, Dan Lukes wrote: > > > John Baldwin napsal/wrote, On 03/11/08 15:03: > >> Your MPTable is broken. It has 3 entries which use an I/O APIC ID of 0, > >> but you don't have an I/O APIC with an ID of 0: > > > >> You can work around this by manually specifying the routing > > > > You shall update BIOS also unless you have the latest version (1.0a) > > > > Dan > > > > > _______________________________________________ > 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" > -- John Baldwin From owner-freebsd-acpi@FreeBSD.ORG Tue Mar 11 17:01:17 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C767D1065674 for ; Tue, 11 Mar 2008 17:01:17 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from gaia.nimnet.asn.au (nimbin.lnk.telstra.net [139.130.45.143]) by mx1.freebsd.org (Postfix) with ESMTP id E95568FC1B for ; Tue, 11 Mar 2008 17:01:15 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from localhost (smithi@localhost) by gaia.nimnet.asn.au (8.8.8/8.8.8R1.5) with ESMTP id EAA28207; Wed, 12 Mar 2008 04:01:00 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Wed, 12 Mar 2008 04:00:59 +1100 (EST) From: Ian Smith To: =?utf-8?B?Q2loYW4gS8O2bWXDp2/En2x1?= In-Reply-To: <272563028.20080311153200@enderunix.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT Cc: freebsd-acpi@freebsd.org Subject: Re: Power Measurement Problem: Question 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, 11 Mar 2008 17:01:17 -0000 On Tue, 11 Mar 2008, [utf-8] Cihan Kömeçoğlu wrote: > I would like to measure the fine-grained consumed power > per wireless transaction on a loptop. I am sure that > the most fine-grained measurement would be physically wiring the > laptop battery with a voltmeter. However, this is inconvenient for me. Measuring battery voltage tells you virtually nothing about present power consumption, except as something to multiply measured current by, yielding power in watts. That is, an ammeter would be more useful. > Thus, I installed acpi in order to measure the power consumed by the > wireless interface of my laptop. However, my understanding is that > acpi periodically flushes the power measurements into a state file. I don't think so, but if so, what file? Maybe that's a linux thing? > Is it possible to tell the acpi to flush its power state into the > state file whenever a wireless transaction is performed. If not, > is there a tool that can be used to get the power state of the > battery? % acpiconf -i 0 shows available data for battery #0, etc, including 'Present rate', shown in milliWatts on my machine, using CMBAT method. Check out /usr/src/usr.sbin/acpi/acpiconf/acpiconf.c and /usr/src/sys/dev/acpica/{acpiio.h,acpi_cmbat.c} However, there are limitations that make problematic repeatedly reading these data via acpiconf (or using lower level code such as acpi_cmbat.c more directly) that likely depend on type, brand and model of battery to some extent, including: a) The battery info is only updated, apparently by the battery device itself, about (here) once every 10 seconds. ie, running 'acpiconf -i 0' repeatedly only shows updated values about that often. b) The 'Present rate' returned appears to be averaged over a much longer period than that update interval. ie, increasing power usage from idle to full speed (faster cpu freq) which in my case approximately doubles total consumed power, only slowly ramps up, and then only slowly ramps down again after returning to idle, taking almost a minute here. c) Worse, 'Present rate' only shows average power consumed while running on battery. While charging, it shows the rate at which the battery is being charged, which tapers off approaching full charge (again, I can only say what happens on my Thinkpad T23). This rate appears not to significantly vary by processor loading etc, as it does on battery. Testing while running on battery, you could use the method employed by powerd.c in foreground (-v) mode, assuming your ACPI provides milliWatts along with cpu freqs, to subtract cpu power from total power out of the battery to calculate what, eg, your wireless card is using. Tricky .. Hopefully somebody can point out a much more direct method, but in fact employing an inline ammeter on the battery to determine (average) power actually used by your wireless card empirically might be your best bet, given that this will vary significantly between receive and transmit. cheers, Ian From owner-freebsd-acpi@FreeBSD.ORG Wed Mar 12 08:14:40 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D892E1065670; Wed, 12 Mar 2008 08:14:40 +0000 (UTC) (envelope-from leon.kos@lecad.uni-lj.si) Received: from www.lecad.uni-lj.si (www.lecad.uni-lj.si [193.2.111.2]) by mx1.freebsd.org (Postfix) with ESMTP id 50E288FC57; Wed, 12 Mar 2008 08:14:40 +0000 (UTC) (envelope-from leon.kos@lecad.uni-lj.si) Received: from achilles.lecadnet (leon@achilles.lecadnet [192.168.5.11]) by www.lecad.uni-lj.si (8.14.2/8.14.2) with ESMTP id m2C8ESvR001945; Wed, 12 Mar 2008 09:14:33 +0100 (CET) (envelope-from leon.kos@lecad.uni-lj.si) Date: Wed, 12 Mar 2008 09:14:28 +0100 (CET) From: Leon Kos X-X-Sender: leon@achilles.lecadnet To: John Baldwin In-Reply-To: <200803111003.58445.jhb@freebsd.org> Message-ID: References: <200803111350.m2BDo3T2027051@freefall.freebsd.org> <200803111003.58445.jhb@freebsd.org> User-Agent: Alpine 1.00 (DEB 882 2007-12-20) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: ClamAV version 0.92.1, clamav-milter version 0.92.1 on cad.lecad.uni-lj.si X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.2.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on cad.lecad.uni-lj.si X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (www.lecad.uni-lj.si [192.168.5.1]); Wed, 12 Mar 2008 09:14:39 +0100 (CET) Cc: freebsd-acpi@freebsd.org, bug-followup@freebsd.org Subject: Re: kern/121558: Supermicro X7SB4 Fatal trap 12 when ACPI disabled 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: Wed, 12 Mar 2008 08:14:41 -0000 I have added hw.pci13.0.INTA.irq="16" hw.pci15.0.INTA.irq="17" hw.pci5.0.INTA.irq="19" to /boot/loader.conf and to /boot/device.hints without and face no effect of this options when looking mptable. Then I've created CAD.hints hw.pci13.0.INTA.irq=16 hw.pci15.0.INTA.irq=17 hw.pci5.0.INTA.irq=19 and included this in my kernel config with hints "CAD.hints" Now this kernel does not boot. So there is some progress in this. I've also tried to prepend hint. to options without notable difference. So I suspect, that adding hints to the kernel works, just the config is wrong. I've created dmesg of boot -v at http://www.lecad.uni-lj.si/~leon/other/x7sb4/boot-v.txt if it is of any value for a more precise instructions on the above settings. Kernel that does not boot with the above settings outputs just a single | after a screen blink. Thank you for all suggestions so far! Leon Kos, CAD lab, Mech.Eng., University of Ljubljana, Slovenia (http://www.lecad.uni-lj.si/~leon) On Tue, 11 Mar 2008, John Baldwin wrote: > On Tuesday 11 March 2008 09:50:03 am Leon Kos wrote: >> The following reply was made to PR kern/121558; it has been noted by GNATS. >> >> From: Leon Kos >> To: Dan Lukes >> Cc: freebsd-acpi@freebsd.org, bug-followup@freebsd.org >> Subject: Re: kern/121558: Supermicro X7SB4 Fatal trap 12 when ACPI disabled >> Date: Tue, 11 Mar 2008 14:45:40 +0100 (CET) >> >> mptable output of the system is located at: >> http://www.lecad.uni-lj.si/~leon/other/x7sb4/mptable.txt > > Your MPTable is broken. It has 3 entries which use an I/O APIC ID of 0, but > you don't have an I/O APIC with an ID of 0: > > I/O APICs: APIC ID Version State Address > 2 0x20 usable 0xfec00000 > 3 0x20 usable 0xfecc0000 > 4 0x20 usable 0xfecc0400 > > -- > I/O Ints: Type Polarity Trigger Bus ID IRQ APIC ID PIN# > ... > INT active-lo level 13 0:A 0 16 > INT active-lo level 15 0:A 0 17 > INT active-lo level 5 0:A 0 19 > > You can work around this by manually specifying the routing for these devices > with hints. E.g. to use I/O APIC 2, you would do: > > hw.pci13.0.INTA.irq=16 > hw.pci15.0.INTA.irq=17 > hw.pci5.0.INTA.irq=19 > > To use one of the other I/O APICs you will need to examine the dmesg to find > the first IRQ for the I/O APIC (boot verbose might help) and add that to 16, > 17, 19, etc. to come up with the appropriate IRQ number. > > In this case after looking at your dmesg, the BIOS uses the same GSI layout > for the I/O APICs that FreeBSD's MP Table code uses, so you can just use the > IRQs from the ACPI kernel. From your dmesg ACPI is using the settings above > (i.e. all 3 devices are using I/O APIC 2). > > -- > John Baldwin > From owner-freebsd-acpi@FreeBSD.ORG Wed Mar 12 08:20:02 2008 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D119B1065674 for ; Wed, 12 Mar 2008 08:20:02 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id B3BE28FC43 for ; Wed, 12 Mar 2008 08:20:02 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m2C8K2W0025894 for ; Wed, 12 Mar 2008 08:20:02 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m2C8K2rG025893; Wed, 12 Mar 2008 08:20:02 GMT (envelope-from gnats) Date: Wed, 12 Mar 2008 08:20:02 GMT Message-Id: <200803120820.m2C8K2rG025893@freefall.freebsd.org> To: freebsd-acpi@FreeBSD.org From: Leon Kos Cc: Subject: Re: kern/121558: Supermicro X7SB4 Fatal trap 12 when ACPI disabled X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Leon Kos List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Mar 2008 08:20:03 -0000 The following reply was made to PR kern/121558; it has been noted by GNATS. From: Leon Kos To: John Baldwin Cc: freebsd-acpi@freebsd.org, bug-followup@freebsd.org Subject: Re: kern/121558: Supermicro X7SB4 Fatal trap 12 when ACPI disabled Date: Wed, 12 Mar 2008 09:14:28 +0100 (CET) I have added hw.pci13.0.INTA.irq="16" hw.pci15.0.INTA.irq="17" hw.pci5.0.INTA.irq="19" to /boot/loader.conf and to /boot/device.hints without and face no effect of this options when looking mptable. Then I've created CAD.hints hw.pci13.0.INTA.irq=16 hw.pci15.0.INTA.irq=17 hw.pci5.0.INTA.irq=19 and included this in my kernel config with hints "CAD.hints" Now this kernel does not boot. So there is some progress in this. I've also tried to prepend hint. to options without notable difference. So I suspect, that adding hints to the kernel works, just the config is wrong. I've created dmesg of boot -v at http://www.lecad.uni-lj.si/~leon/other/x7sb4/boot-v.txt if it is of any value for a more precise instructions on the above settings. Kernel that does not boot with the above settings outputs just a single | after a screen blink. Thank you for all suggestions so far! Leon Kos, CAD lab, Mech.Eng., University of Ljubljana, Slovenia (http://www.lecad.uni-lj.si/~leon) On Tue, 11 Mar 2008, John Baldwin wrote: > On Tuesday 11 March 2008 09:50:03 am Leon Kos wrote: >> The following reply was made to PR kern/121558; it has been noted by GNATS. >> >> From: Leon Kos >> To: Dan Lukes >> Cc: freebsd-acpi@freebsd.org, bug-followup@freebsd.org >> Subject: Re: kern/121558: Supermicro X7SB4 Fatal trap 12 when ACPI disabled >> Date: Tue, 11 Mar 2008 14:45:40 +0100 (CET) >> >> mptable output of the system is located at: >> http://www.lecad.uni-lj.si/~leon/other/x7sb4/mptable.txt > > Your MPTable is broken. It has 3 entries which use an I/O APIC ID of 0, but > you don't have an I/O APIC with an ID of 0: > > I/O APICs: APIC ID Version State Address > 2 0x20 usable 0xfec00000 > 3 0x20 usable 0xfecc0000 > 4 0x20 usable 0xfecc0400 > > -- > I/O Ints: Type Polarity Trigger Bus ID IRQ APIC ID PIN# > ... > INT active-lo level 13 0:A 0 16 > INT active-lo level 15 0:A 0 17 > INT active-lo level 5 0:A 0 19 > > You can work around this by manually specifying the routing for these devices > with hints. E.g. to use I/O APIC 2, you would do: > > hw.pci13.0.INTA.irq=16 > hw.pci15.0.INTA.irq=17 > hw.pci5.0.INTA.irq=19 > > To use one of the other I/O APICs you will need to examine the dmesg to find > the first IRQ for the I/O APIC (boot verbose might help) and add that to 16, > 17, 19, etc. to come up with the appropriate IRQ number. > > In this case after looking at your dmesg, the BIOS uses the same GSI layout > for the I/O APICs that FreeBSD's MP Table code uses, so you can just use the > IRQs from the ACPI kernel. From your dmesg ACPI is using the settings above > (i.e. all 3 devices are using I/O APIC 2). > > -- > John Baldwin > From owner-freebsd-acpi@FreeBSD.ORG Wed Mar 12 10:02:21 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CAF371065670; Wed, 12 Mar 2008 10:02:21 +0000 (UTC) (envelope-from leon.kos@lecad.uni-lj.si) Received: from www.lecad.uni-lj.si (www.lecad.uni-lj.si [193.2.111.2]) by mx1.freebsd.org (Postfix) with ESMTP id 4A0738FC3C; Wed, 12 Mar 2008 10:02:20 +0000 (UTC) (envelope-from leon.kos@lecad.uni-lj.si) Received: from achilles.lecadnet (leon@achilles.lecadnet [192.168.5.11]) by www.lecad.uni-lj.si (8.14.2/8.14.2) with ESMTP id m2CA29Jc001862; Wed, 12 Mar 2008 11:02:14 +0100 (CET) (envelope-from leon.kos@lecad.uni-lj.si) Date: Wed, 12 Mar 2008 11:02:09 +0100 (CET) From: Leon Kos X-X-Sender: leon@achilles.lecadnet To: John Baldwin In-Reply-To: Message-ID: References: <200803111350.m2BDo3T2027051@freefall.freebsd.org> <200803111003.58445.jhb@freebsd.org> User-Agent: Alpine 1.00 (DEB 882 2007-12-20) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.2.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on cad.lecad.uni-lj.si X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (www.lecad.uni-lj.si [192.168.5.1]); Wed, 12 Mar 2008 11:02:19 +0100 (CET) Cc: freebsd-acpi@freebsd.org, bug-followup@freebsd.org Subject: Re: kern/121558: Supermicro X7SB4 Fatal trap 12 when ACPI disabled 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: Wed, 12 Mar 2008 10:02:21 -0000 I must amend my previous findings that CAD.hints to the kernel like hw.pci13.0.INTA.irq=40 hw.pci15.0.INTA.irq=41 hw.pci5.0.INTA.irq=43 or hw.pci13.0.INTA.irq=64 hw.pci15.0.INTA.irq=65 hw.pci5.0.INTA.irq=67 does not give me more than one character [|/\] boot progress after issuing boot -v. IRQ offset was extracted from the lines MADT: Found IO APIC ID 3, Interrupt 24 at 0xfecc0000 MADT: Found IO APIC ID 4, Interrupt 48 at 0xfecc0400 Kind regards! Leon Kos, CAD lab, Mech.Eng., University of Ljubljana, Slovenia (http://www.lecad.uni-lj.si/~leon) From owner-freebsd-acpi@FreeBSD.ORG Wed Mar 12 10:10:04 2008 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1E5FE10656E7 for ; Wed, 12 Mar 2008 10:10:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 096F78FC2E for ; Wed, 12 Mar 2008 10:10:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m2CAA3LF034719 for ; Wed, 12 Mar 2008 10:10:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m2CAA3GK034718; Wed, 12 Mar 2008 10:10:03 GMT (envelope-from gnats) Date: Wed, 12 Mar 2008 10:10:03 GMT Message-Id: <200803121010.m2CAA3GK034718@freefall.freebsd.org> To: freebsd-acpi@FreeBSD.org From: Leon Kos Cc: Subject: Re: kern/121558: Supermicro X7SB4 Fatal trap 12 when ACPI disabled X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Leon Kos List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Mar 2008 10:10:04 -0000 The following reply was made to PR kern/121558; it has been noted by GNATS. From: Leon Kos To: John Baldwin Cc: freebsd-acpi@freebsd.org, bug-followup@freebsd.org Subject: Re: kern/121558: Supermicro X7SB4 Fatal trap 12 when ACPI disabled Date: Wed, 12 Mar 2008 11:02:09 +0100 (CET) I must amend my previous findings that CAD.hints to the kernel like hw.pci13.0.INTA.irq=40 hw.pci15.0.INTA.irq=41 hw.pci5.0.INTA.irq=43 or hw.pci13.0.INTA.irq=64 hw.pci15.0.INTA.irq=65 hw.pci5.0.INTA.irq=67 does not give me more than one character [|/\] boot progress after issuing boot -v. IRQ offset was extracted from the lines MADT: Found IO APIC ID 3, Interrupt 24 at 0xfecc0000 MADT: Found IO APIC ID 4, Interrupt 48 at 0xfecc0400 Kind regards! Leon Kos, CAD lab, Mech.Eng., University of Ljubljana, Slovenia (http://www.lecad.uni-lj.si/~leon) From owner-freebsd-acpi@FreeBSD.ORG Wed Mar 12 13:53:51 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0C999106566C for ; Wed, 12 Mar 2008 13:53:51 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 01F958FC29 for ; Wed, 12 Mar 2008 13:53:50 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by elvis.mu.org (Postfix) with ESMTP id EEE401A4D82; Wed, 12 Mar 2008 06:52:58 -0700 (PDT) From: John Baldwin To: freebsd-acpi@freebsd.org, Leon Kos Date: Wed, 12 Mar 2008 08:58:42 -0400 User-Agent: KMail/1.9.7 References: <200803120820.m2C8K2rG025893@freefall.freebsd.org> In-Reply-To: <200803120820.m2C8K2rG025893@freefall.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200803120858.43080.jhb@freebsd.org> Cc: Subject: Re: kern/121558: Supermicro X7SB4 Fatal trap 12 when ACPI disabled 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: Wed, 12 Mar 2008 13:53:51 -0000 On Wednesday 12 March 2008 04:20:02 am Leon Kos wrote: > The following reply was made to PR kern/121558; it has been noted by GNATS. > > From: Leon Kos > To: John Baldwin > Cc: freebsd-acpi@freebsd.org, bug-followup@freebsd.org > Subject: Re: kern/121558: Supermicro X7SB4 Fatal trap 12 when ACPI disabled > Date: Wed, 12 Mar 2008 09:14:28 +0100 (CET) > > I have added > > hw.pci13.0.INTA.irq="16" > hw.pci15.0.INTA.irq="17" > hw.pci5.0.INTA.irq="19" > > to /boot/loader.conf and to /boot/device.hints without and face no effect > of this options when looking mptable. The tunables only affect what the kernel uses (i.e. it shouldn't panic on boot anymore). It will not affect the output of mptable since what these tunables do is tell the kernel to not even look at the mptable or any other routing information and just hardcode the IRQ values. > Then I've created CAD.hints > hw.pci13.0.INTA.irq=16 > hw.pci15.0.INTA.irq=17 > hw.pci5.0.INTA.irq=19 > > and included this in my kernel config with > hints "CAD.hints" Don't do this. These should only be specified in loader.conf, not in a static hints file. Static hints files are not really recommended. -- John Baldwin From owner-freebsd-acpi@FreeBSD.ORG Wed Mar 12 14:00:05 2008 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A2D731065674 for ; Wed, 12 Mar 2008 14:00:05 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 983B68FC15 for ; Wed, 12 Mar 2008 14:00:05 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m2CE05lo055689 for ; Wed, 12 Mar 2008 14:00:05 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m2CE05wx055688; Wed, 12 Mar 2008 14:00:05 GMT (envelope-from gnats) Date: Wed, 12 Mar 2008 14:00:05 GMT Message-Id: <200803121400.m2CE05wx055688@freefall.freebsd.org> To: freebsd-acpi@FreeBSD.org From: Volker Cc: Subject: Re: Re: kern/121558: Supermicro X7SB4 Fatal trap 12 when ACPI disabled X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Volker List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Mar 2008 14:00:05 -0000 The following reply was made to PR kern/121558; it has been noted by GNATS. From: Volker To: Leon Kos Cc: John Baldwin , freebsd-acpi@freebsd.org, bug-followup@freebsd.org Subject: Re: Re: kern/121558: Supermicro X7SB4 Fatal trap 12 when ACPI disabled Date: Wed, 12 Mar 2008 14:51:56 +0100 On 12/23/-58 20:59, Leon Kos wrote: > I have added > > hw.pci13.0.INTA.irq="16" > hw.pci15.0.INTA.irq="17" > hw.pci5.0.INTA.irq="19" > > to /boot/loader.conf and to /boot/device.hints without and face no effect > of this options when looking mptable. Then I've created CAD.hints > hw.pci13.0.INTA.irq=16 > hw.pci15.0.INTA.irq=17 > hw.pci5.0.INTA.irq=19 > > and included this in my kernel config with hints "CAD.hints" This is from my memories: I think I've investigated the hints include thing a while ago and found, when using this, the default hints file will not be processed anymore. If you're going to use 'hints "CAD.hints"' make sure it includes all the settings from default hints file (I do have the light feeling you've only included your additions to that file). Again, this is from memory and I welcome corrections if this statement is caused by remembering it wrong. Volker From owner-freebsd-acpi@FreeBSD.ORG Wed Mar 12 14:12:20 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7BF1C106566B; Wed, 12 Mar 2008 14:12:20 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from frontmail.ipactive.de (frontmail.maindns.de [85.214.95.103]) by mx1.freebsd.org (Postfix) with ESMTP id 3D2DB8FC18; Wed, 12 Mar 2008 14:12:19 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from mail.vtec.ipme.de (F7292.f.ppp-pool.de [195.4.114.146]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by frontmail.ipactive.de (Postfix) with ESMTP id C8128128844; Wed, 12 Mar 2008 14:52:18 +0100 (CET) Received: from cesar.sz.vwsoft.com (cesar.sz.vwsoft.com [192.168.16.3]) by mail.vtec.ipme.de (Postfix) with ESMTP id DDE1E3F439; Wed, 12 Mar 2008 14:51:06 +0100 (CET) Message-ID: <47D7DFFC.20205@vwsoft.com> Date: Wed, 12 Mar 2008 14:51:56 +0100 From: Volker User-Agent: Thunderbird 2.0.0.12 (X11/20080305) MIME-Version: 1.0 To: Leon Kos References: <200803111350.m2BDo3T2027051@freefall.freebsd.org> <200803111003.58445.jhb@freebsd.org> In-Reply-To: X-Enigmail-Version: 0.95.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit MailScanner-NULL-Check: 1205934672.18724@Q9XLbgBb53cQMn/3uGetvQ X-VWSoft-MailScanner: Found to be clean X-MailScanner-From: volker@vwsoft.com X-ipactive-MailScanner-Information: Please contact the ISP for more information X-ipactive-MailScanner: Found to be clean X-ipactive-MailScanner-From: volker@vwsoft.com Cc: freebsd-acpi@freebsd.org, bug-followup@freebsd.org Subject: Re: Re: kern/121558: Supermicro X7SB4 Fatal trap 12 when ACPI disabled 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: Wed, 12 Mar 2008 14:12:20 -0000 On 12/23/-58 20:59, Leon Kos wrote: > I have added > > hw.pci13.0.INTA.irq="16" > hw.pci15.0.INTA.irq="17" > hw.pci5.0.INTA.irq="19" > > to /boot/loader.conf and to /boot/device.hints without and face no effect > of this options when looking mptable. Then I've created CAD.hints > hw.pci13.0.INTA.irq=16 > hw.pci15.0.INTA.irq=17 > hw.pci5.0.INTA.irq=19 > > and included this in my kernel config with hints "CAD.hints" This is from my memories: I think I've investigated the hints include thing a while ago and found, when using this, the default hints file will not be processed anymore. If you're going to use 'hints "CAD.hints"' make sure it includes all the settings from default hints file (I do have the light feeling you've only included your additions to that file). Again, this is from memory and I welcome corrections if this statement is caused by remembering it wrong. Volker From owner-freebsd-acpi@FreeBSD.ORG Wed Mar 12 15:15:20 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F00B51065678; Wed, 12 Mar 2008 15:15:20 +0000 (UTC) (envelope-from leon.kos@lecad.uni-lj.si) Received: from www.lecad.uni-lj.si (www.lecad.uni-lj.si [193.2.111.2]) by mx1.freebsd.org (Postfix) with ESMTP id 759028FC31; Wed, 12 Mar 2008 15:15:20 +0000 (UTC) (envelope-from leon.kos@lecad.uni-lj.si) Received: from achilles.lecadnet (leon@achilles.lecadnet [192.168.5.11]) by www.lecad.uni-lj.si (8.14.2/8.14.2) with ESMTP id m2CFF7oV017697; Wed, 12 Mar 2008 16:15:12 +0100 (CET) (envelope-from leon.kos@lecad.uni-lj.si) Date: Wed, 12 Mar 2008 16:15:07 +0100 (CET) From: Leon Kos X-X-Sender: leon@achilles.lecadnet To: Volker In-Reply-To: <47D7DFFC.20205@vwsoft.com> Message-ID: References: <200803111350.m2BDo3T2027051@freefall.freebsd.org> <200803111003.58445.jhb@freebsd.org> <47D7DFFC.20205@vwsoft.com> User-Agent: Alpine 1.00 (DEB 882 2007-12-20) MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-1463809275-114283120-1205334913=:19891" X-Virus-Scanned: ClamAV version 0.92.1, clamav-milter version 0.92.1 on cad.lecad.uni-lj.si X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.2.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on cad.lecad.uni-lj.si X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (www.lecad.uni-lj.si [192.168.5.1]); Wed, 12 Mar 2008 16:15:18 +0100 (CET) Cc: freebsd-acpi@freebsd.org, bug-followup@freebsd.org Subject: Re: kern/121558: Supermicro X7SB4 Fatal trap 12 when ACPI disabled 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: Wed, 12 Mar 2008 15:15:21 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. ---1463809275-114283120-1205334913=:19891 Content-Type: TEXT/PLAIN; format=flowed; charset=ISO-8859-15 Content-Transfer-Encoding: QUOTED-PRINTABLE It really looks like that if one uses hints to be statically compiled, then= =20 /boot/device.hints are ignored. After adding GENERIC.hints to CAD.hints my kernel booted. But not with ACPI disabled. Same issue with Fatal trap 12. I've added to /boot/device.hints hw.pci13.0.INTA.irq=3D"16" hw.pci15.0.INTA.irq=3D"17" hw.pci5.0.INTA.irq=3D"17" With GENERIC and this hints does not help when booting ACPI disabled. Even= =20 if they are statically compiled in. Is the syntax correct? How can I=20 verify this? mptable is not useful as John Baldwin said? I am also sad to say, that Supermicro response on the issue was: Hello Sir, We didn't validate FreeBSD with our X7SB4, can you please install one of th= e=20 validated OS'es and see if error is still the same? http://www.supermicro.nl/support/resources/OS/X7S.cfm Met vriendelijke groet / Best regards / Mit freundlichem gru=DF, Peter Maas Senior Application Engineer Kind regards, Leon Kos, CAD lab, Mech.Eng., University of Ljubljana, Slovenia (http://www.lecad.uni-lj.si/~leon) ---1463809275-114283120-1205334913=:19891-- From owner-freebsd-acpi@FreeBSD.ORG Wed Mar 12 15:20:03 2008 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3AF3A10656C9 for ; Wed, 12 Mar 2008 15:20:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 300898FC28 for ; Wed, 12 Mar 2008 15:20:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m2CFK2mD062337 for ; Wed, 12 Mar 2008 15:20:02 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m2CFK2pB062336; Wed, 12 Mar 2008 15:20:02 GMT (envelope-from gnats) Date: Wed, 12 Mar 2008 15:20:02 GMT Message-Id: <200803121520.m2CFK2pB062336@freefall.freebsd.org> To: freebsd-acpi@FreeBSD.org From: Leon Kos Cc: Subject: Re: kern/121558: Supermicro X7SB4 Fatal trap 12 when ACPI disabled X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Leon Kos List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Mar 2008 15:20:03 -0000 The following reply was made to PR kern/121558; it has been noted by GNATS. From: Leon Kos To: Volker Cc: John Baldwin , freebsd-acpi@freebsd.org, bug-followup@freebsd.org Subject: Re: kern/121558: Supermicro X7SB4 Fatal trap 12 when ACPI disabled Date: Wed, 12 Mar 2008 16:15:07 +0100 (CET) This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. ---1463809275-114283120-1205334913=:19891 Content-Type: TEXT/PLAIN; format=flowed; charset=ISO-8859-15 Content-Transfer-Encoding: QUOTED-PRINTABLE It really looks like that if one uses hints to be statically compiled, then= =20 /boot/device.hints are ignored. After adding GENERIC.hints to CAD.hints my kernel booted. But not with ACPI disabled. Same issue with Fatal trap 12. I've added to /boot/device.hints hw.pci13.0.INTA.irq=3D"16" hw.pci15.0.INTA.irq=3D"17" hw.pci5.0.INTA.irq=3D"17" With GENERIC and this hints does not help when booting ACPI disabled. Even= =20 if they are statically compiled in. Is the syntax correct? How can I=20 verify this? mptable is not useful as John Baldwin said? I am also sad to say, that Supermicro response on the issue was: Hello Sir, We didn't validate FreeBSD with our X7SB4, can you please install one of th= e=20 validated OS'es and see if error is still the same? http://www.supermicro.nl/support/resources/OS/X7S.cfm Met vriendelijke groet / Best regards / Mit freundlichem gru=DF, Peter Maas Senior Application Engineer Kind regards, Leon Kos, CAD lab, Mech.Eng., University of Ljubljana, Slovenia (http://www.lecad.uni-lj.si/~leon) ---1463809275-114283120-1205334913=:19891-- From owner-freebsd-acpi@FreeBSD.ORG Wed Mar 12 15:46:51 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7A1E310656C0; Wed, 12 Mar 2008 15:46:51 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail.speedfactory.net [66.23.216.219]) by mx1.freebsd.org (Postfix) with ESMTP id D8D5F8FC15; Wed, 12 Mar 2008 15:46:50 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.8s) with ESMTP id 235195436-1834499 for multiple; Wed, 12 Mar 2008 11:44:05 -0400 Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m2CFjsS5015534; Wed, 12 Mar 2008 11:45:54 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Leon Kos Date: Wed, 12 Mar 2008 11:45:40 -0400 User-Agent: KMail/1.9.7 References: <200803111350.m2BDo3T2027051@freefall.freebsd.org> <47D7DFFC.20205@vwsoft.com> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200803121145.40714.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]); Wed, 12 Mar 2008 11:45:54 -0400 (EDT) X-Virus-Scanned: ClamAV 0.91.2/6209/Wed Mar 12 11:08:16 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Volker , freebsd-acpi@freebsd.org, bug-followup@freebsd.org Subject: Re: kern/121558: Supermicro X7SB4 Fatal trap 12 when ACPI disabled 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: Wed, 12 Mar 2008 15:46:51 -0000 On Wednesday 12 March 2008 11:15:07 am Leon Kos wrote: > It really looks like that if one uses hints to be statically compiled, th= en=20 > /boot/device.hints are ignored. After adding GENERIC.hints to CAD.hints my > kernel booted. But not with ACPI disabled. Same issue with Fatal trap 12. >=20 > I've added to /boot/device.hints > hw.pci13.0.INTA.irq=3D"16" > hw.pci15.0.INTA.irq=3D"17" > hw.pci5.0.INTA.irq=3D"17" How about just removing hints from your kernel config completely and just=20 putting hints in /boot/device.hints. That is, remove CAD.hints and just=20 leave relevant hints in /boot/device.hints. > With GENERIC and this hints does not help when booting ACPI disabled. Eve= n=20 > if they are statically compiled in. Is the syntax correct? How can I=20 > verify this? mptable is not useful as John Baldwin said? >=20 > I am also sad to say, that Supermicro response on the issue was: > Hello Sir, >=20 > We didn't validate FreeBSD with our X7SB4, can you please install one of = the=20 > validated OS'es and see if error is still the same? >=20 > http://www.supermicro.nl/support/resources/OS/X7S.cfm >=20 > Met vriendelijke groet / Best regards / Mit freundlichem gru=DF, >=20 > Peter Maas > Senior Application Engineer >=20 > Kind regards, >=20 > Leon Kos, CAD lab, Mech.Eng., University of Ljubljana, Slovenia > (http://www.lecad.uni-lj.si/~leon) If they support Linux, boot Linux with ACPI disabled. =2D-=20 John Baldwin From owner-freebsd-acpi@FreeBSD.ORG Wed Mar 12 15:50:03 2008 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9FADD10656BF for ; Wed, 12 Mar 2008 15:50:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 94DD98FC25 for ; Wed, 12 Mar 2008 15:50:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m2CFo3Pn064654 for ; Wed, 12 Mar 2008 15:50:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m2CFo37n064653; Wed, 12 Mar 2008 15:50:03 GMT (envelope-from gnats) Date: Wed, 12 Mar 2008 15:50:03 GMT Message-Id: <200803121550.m2CFo37n064653@freefall.freebsd.org> To: freebsd-acpi@FreeBSD.org From: John Baldwin Cc: Subject: Re: kern/121558: Supermicro X7SB4 Fatal trap 12 when ACPI disabled X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John Baldwin List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Mar 2008 15:50:04 -0000 The following reply was made to PR kern/121558; it has been noted by GNATS. From: John Baldwin To: Leon Kos Cc: Volker , freebsd-acpi@freebsd.org, bug-followup@freebsd.org Subject: Re: kern/121558: Supermicro X7SB4 Fatal trap 12 when ACPI disabled Date: Wed, 12 Mar 2008 11:45:40 -0400 On Wednesday 12 March 2008 11:15:07 am Leon Kos wrote: > It really looks like that if one uses hints to be statically compiled, th= en=20 > /boot/device.hints are ignored. After adding GENERIC.hints to CAD.hints my > kernel booted. But not with ACPI disabled. Same issue with Fatal trap 12. >=20 > I've added to /boot/device.hints > hw.pci13.0.INTA.irq=3D"16" > hw.pci15.0.INTA.irq=3D"17" > hw.pci5.0.INTA.irq=3D"17" How about just removing hints from your kernel config completely and just=20 putting hints in /boot/device.hints. That is, remove CAD.hints and just=20 leave relevant hints in /boot/device.hints. > With GENERIC and this hints does not help when booting ACPI disabled. Eve= n=20 > if they are statically compiled in. Is the syntax correct? How can I=20 > verify this? mptable is not useful as John Baldwin said? >=20 > I am also sad to say, that Supermicro response on the issue was: > Hello Sir, >=20 > We didn't validate FreeBSD with our X7SB4, can you please install one of = the=20 > validated OS'es and see if error is still the same? >=20 > http://www.supermicro.nl/support/resources/OS/X7S.cfm >=20 > Met vriendelijke groet / Best regards / Mit freundlichem gru=DF, >=20 > Peter Maas > Senior Application Engineer >=20 > Kind regards, >=20 > Leon Kos, CAD lab, Mech.Eng., University of Ljubljana, Slovenia > (http://www.lecad.uni-lj.si/~leon) If they support Linux, boot Linux with ACPI disabled. =2D-=20 John Baldwin From owner-freebsd-acpi@FreeBSD.ORG Wed Mar 12 19:41:56 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4351B1065675 for ; Wed, 12 Mar 2008 19:41:56 +0000 (UTC) (envelope-from top_gun_canada@yahoo.com) Received: from web30908.mail.mud.yahoo.com (web30908.mail.mud.yahoo.com [68.142.200.161]) by mx1.freebsd.org (Postfix) with SMTP id EE3628FC25 for ; Wed, 12 Mar 2008 19:41:55 +0000 (UTC) (envelope-from top_gun_canada@yahoo.com) Received: (qmail 93209 invoked by uid 60001); 12 Mar 2008 19:41:55 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=Y8L1fQqDYqxrKJx7NshmX2QPrAjXWwb8iJ6ozFOhq6EAMlOEBn70Pauk8HXPMaJjLb9jbqnjMPPC841omIb9QAyWtYfUtjXyMLndQWHvAxjgyEwWRSzf56NxIRYg+H26MHffh33ZAN7orQVxq2qyuKpCubaPjD87VDOZN3DySto=; X-YMail-OSG: c3aELdYVM1myI0HCu.jID_rbdTPsnVGz5FNV_OYW Received: from [70.74.28.140] by web30908.mail.mud.yahoo.com via HTTP; Wed, 12 Mar 2008 12:41:55 PDT Date: Wed, 12 Mar 2008 12:41:55 -0700 (PDT) From: B J To: freebsd-acpi@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <362444.89256.qm@web30908.mail.mud.yahoo.com> Subject: Re: ACPI Problem: "acpi_tz0:_TMP value is absurd" 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: Wed, 12 Mar 2008 19:41:56 -0000 I located a file for upgrading the BIOS of my Compaq desktop machine but it requires Windows to install it. I deleted the Windows that came with the machine several months ago, so, for now, that option is out. I created a file with the following commands: sysctl hw.acpi.thermal.user_override=1 sysctl hw.acpi.thermal.polling_rate=1800 sysctl hw.acpi.thermal.user_override=0 and run it right after logging in as root using: source xxxx where xxxx is the file name. The message: acpi_tz0: _TMP value is absurd, ignored (-269.8C) still appears, but not as often. I could, of course, adjust it later if temperature might become a problem but, for now, the machine isn't on long enough for that to be a concern. It still doesn't fix the problem of an incorrect temperature, but at least I can read my monitor without it being cluttered with those messages. BMJ ____________________________________________________________________________________ Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ From owner-freebsd-acpi@FreeBSD.ORG Thu Mar 13 10:07:53 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D282F106566B; Thu, 13 Mar 2008 10:07:53 +0000 (UTC) (envelope-from leon.kos@lecad.uni-lj.si) Received: from www.lecad.uni-lj.si (www.lecad.uni-lj.si [193.2.111.2]) by mx1.freebsd.org (Postfix) with ESMTP id 557F28FC20; Thu, 13 Mar 2008 10:07:53 +0000 (UTC) (envelope-from leon.kos@lecad.uni-lj.si) Received: from achilles.lecadnet (leon@achilles.lecadnet [192.168.5.11]) by www.lecad.uni-lj.si (8.14.2/8.14.2) with ESMTP id m2DA7f0x001993; Thu, 13 Mar 2008 11:07:46 +0100 (CET) (envelope-from leon.kos@lecad.uni-lj.si) Date: Thu, 13 Mar 2008 11:07:41 +0100 (CET) From: Leon Kos X-X-Sender: leon@achilles.lecadnet To: John Baldwin In-Reply-To: <200803121145.40714.jhb@freebsd.org> Message-ID: References: <200803111350.m2BDo3T2027051@freefall.freebsd.org> <47D7DFFC.20205@vwsoft.com> <200803121145.40714.jhb@freebsd.org> User-Agent: Alpine 1.00 (DEB 882 2007-12-20) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: ClamAV version 0.92.1, clamav-milter version 0.92.1 on cad.lecad.uni-lj.si X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.2.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on cad.lecad.uni-lj.si X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (www.lecad.uni-lj.si [192.168.5.1]); Thu, 13 Mar 2008 11:07:51 +0100 (CET) Cc: Volker , freebsd-acpi@freebsd.org, bug-followup@freebsd.org Subject: Re: kern/121558: Supermicro X7SB4 Fatal trap 12 when ACPI disabled 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, 13 Mar 2008 10:07:53 -0000 Previously I've added hints to /boot/loader.conf and booted GENERIC with ACPI disabled. Moving hints to /boot/device.hints does not help! That's why I've asked if the syntax: hw.pci13.0.INTA.irq="16" hw.pci15.0.INTA.irq="17" hw.pci5.0.INTA.irq="19" is correct? I am still getting "No I/O APIC 0 to route interrupt to" as shown in http://www.lecad.uni-lj.si/~leon/other/x7sb4/img_1650.jpg I've also tried to boot OpenSUSE 10.3 that has kernel 2.6.21.5-31 and it boots with or without ACPI. http://www.lecad.uni-lj.si/~leon/other/x7sb4/img_1651.jpg shows dmesg and /proc/interrupts with acpi=off http://www.lecad.uni-lj.si/~leon/other/x7sb4/img_1652.jpg is the same with enabled ACPI (default) Linux appears to work well with this board. Even handles reboot well while FreeBSD 7.0 after upgrade does not as I staded before and shown in photo http://www.lecad.uni-lj.si/~leon/other/x7sb4/img_1637.jpg Kind regards! Leon Kos, CAD lab, Mech.Eng., University of Ljubljana, Slovenia (http://www.lecad.uni-lj.si/~leon) From owner-freebsd-acpi@FreeBSD.ORG Thu Mar 13 10:10:03 2008 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 415B6106566B for ; Thu, 13 Mar 2008 10:10:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 2FFC68FC12 for ; Thu, 13 Mar 2008 10:10:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m2DAA2Kt052516 for ; Thu, 13 Mar 2008 10:10:02 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m2DAA2V0052515; Thu, 13 Mar 2008 10:10:02 GMT (envelope-from gnats) Date: Thu, 13 Mar 2008 10:10:02 GMT Message-Id: <200803131010.m2DAA2V0052515@freefall.freebsd.org> To: freebsd-acpi@FreeBSD.org From: Leon Kos Cc: Subject: Re: kern/121558: Supermicro X7SB4 Fatal trap 12 when ACPI disabled X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Leon Kos List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Mar 2008 10:10:03 -0000 The following reply was made to PR kern/121558; it has been noted by GNATS. From: Leon Kos To: John Baldwin Cc: Volker , freebsd-acpi@freebsd.org, bug-followup@freebsd.org Subject: Re: kern/121558: Supermicro X7SB4 Fatal trap 12 when ACPI disabled Date: Thu, 13 Mar 2008 11:07:41 +0100 (CET) Previously I've added hints to /boot/loader.conf and booted GENERIC with ACPI disabled. Moving hints to /boot/device.hints does not help! That's why I've asked if the syntax: hw.pci13.0.INTA.irq="16" hw.pci15.0.INTA.irq="17" hw.pci5.0.INTA.irq="19" is correct? I am still getting "No I/O APIC 0 to route interrupt to" as shown in http://www.lecad.uni-lj.si/~leon/other/x7sb4/img_1650.jpg I've also tried to boot OpenSUSE 10.3 that has kernel 2.6.21.5-31 and it boots with or without ACPI. http://www.lecad.uni-lj.si/~leon/other/x7sb4/img_1651.jpg shows dmesg and /proc/interrupts with acpi=off http://www.lecad.uni-lj.si/~leon/other/x7sb4/img_1652.jpg is the same with enabled ACPI (default) Linux appears to work well with this board. Even handles reboot well while FreeBSD 7.0 after upgrade does not as I staded before and shown in photo http://www.lecad.uni-lj.si/~leon/other/x7sb4/img_1637.jpg Kind regards! Leon Kos, CAD lab, Mech.Eng., University of Ljubljana, Slovenia (http://www.lecad.uni-lj.si/~leon) From owner-freebsd-acpi@FreeBSD.ORG Thu Mar 13 11:39:57 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9B01E106566B for ; Thu, 13 Mar 2008 11:39:57 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 798A58FC16 for ; Thu, 13 Mar 2008 11:39:57 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by elvis.mu.org (Postfix) with ESMTP id 5F7711A4D7C; Thu, 13 Mar 2008 04:39:01 -0700 (PDT) From: John Baldwin To: freebsd-acpi@freebsd.org, Leon Kos Date: Thu, 13 Mar 2008 07:17:16 -0400 User-Agent: KMail/1.9.7 References: <200803131010.m2DAA2V0052515@freefall.freebsd.org> In-Reply-To: <200803131010.m2DAA2V0052515@freefall.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200803130717.17071.jhb@freebsd.org> Cc: Subject: Re: kern/121558: Supermicro X7SB4 Fatal trap 12 when ACPI disabled 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, 13 Mar 2008 11:39:57 -0000 On Thursday 13 March 2008 06:10:02 am Leon Kos wrote: > The following reply was made to PR kern/121558; it has been noted by GNATS. > > From: Leon Kos > To: John Baldwin > Cc: Volker , freebsd-acpi@freebsd.org, > bug-followup@freebsd.org > Subject: Re: kern/121558: Supermicro X7SB4 Fatal trap 12 when ACPI disabled > Date: Thu, 13 Mar 2008 11:07:41 +0100 (CET) > > Previously I've added hints to /boot/loader.conf and booted GENERIC with > ACPI disabled. Moving hints to /boot/device.hints does not help! > That's why I've asked if the syntax: > hw.pci13.0.INTA.irq="16" > hw.pci15.0.INTA.irq="17" > hw.pci5.0.INTA.irq="19" > is correct? Yes. The code looks like this: /* Let the user override the IRQ with a tunable. */ irq = PCI_INVALID_IRQ; snprintf(tunable_name, sizeof(tunable_name), "hw.pci%d.%d.INT%c.irq", cfg->bus, cfg->slot, cfg->intpin + 'A' - 1); if (TUNABLE_INT_FETCH(tunable_name, &irq) && (irq >= 255 || irq <= 0)) irq = PCI_INVALID_IRQ; /* * If we didn't get an IRQ via the tunable, then we either use the * IRQ value in the intline register or we ask the bus to route an * interrupt for us. If force_route is true, then we only use the * value in the intline register if the bus was unable to assign an * IRQ. */ if (!PCI_INTERRUPT_VALID(irq)) { if (!PCI_INTERRUPT_VALID(cfg->intline) || force_route) irq = PCI_ASSIGN_INTERRUPT(bus, dev); if (!PCI_INTERRUPT_VALID(irq)) irq = cfg->intline; } The PCI_ASSIGN_INTERRUPT routine is the one that ends up invoking the mptable_pci_route_interrupt() function. > I am still getting "No I/O APIC 0 to route interrupt to" as shown in > http://www.lecad.uni-lj.si/~leon/other/x7sb4/img_1650.jpg I would add printfs to the code above to make sure the tunable is being triggered. > I've also tried to boot OpenSUSE 10.3 that has kernel 2.6.21.5-31 and it > boots with or without ACPI. > http://www.lecad.uni-lj.si/~leon/other/x7sb4/img_1651.jpg shows dmesg and > /proc/interrupts with acpi=off > http://www.lecad.uni-lj.si/~leon/other/x7sb4/img_1652.jpg is the same with > enabled ACPI (default) Neither of the /proc/interrupts show the eth devices for any of the IRQs. Perhaps it is just not setting up interrupts at all for the eth devices in this case? You would need the dmesg lines for the actual eth devices to see what IRQs they are using. > Linux appears to work well with this board. Even handles reboot well while > FreeBSD 7.0 after upgrade does not as I staded before and shown in photo > http://www.lecad.uni-lj.si/~leon/other/x7sb4/img_1637.jpg You can debug why it hangs, but you will need to do some work to figure it out. I would start by adding printfs around the 'device_shutdown()' of root_bus in sys/kern/subr_bus.c as well as printfs for in bus_generic_shutdown() of each device name before invoking its shutdown routine to see if it hangs on a device driver's shutdown routine. I committed a hang on reboot fix yesterday to HEAD involving some busted BIOSes handling of ehci(4) controllers. -- John Baldwin From owner-freebsd-acpi@FreeBSD.ORG Thu Mar 13 12:45:02 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6ECFA1065670; Thu, 13 Mar 2008 12:45:02 +0000 (UTC) (envelope-from leon.kos@lecad.uni-lj.si) Received: from www.lecad.uni-lj.si (www.lecad.uni-lj.si [193.2.111.2]) by mx1.freebsd.org (Postfix) with ESMTP id 029948FC25; Thu, 13 Mar 2008 12:45:01 +0000 (UTC) (envelope-from leon.kos@lecad.uni-lj.si) Received: from achilles.lecadnet (leon@achilles.lecadnet [192.168.5.11]) by www.lecad.uni-lj.si (8.14.2/8.14.2) with ESMTP id m2DCin4E002013; Thu, 13 Mar 2008 13:44:54 +0100 (CET) (envelope-from leon.kos@lecad.uni-lj.si) Date: Thu, 13 Mar 2008 13:44:49 +0100 (CET) From: Leon Kos X-X-Sender: leon@achilles.lecadnet To: John Baldwin In-Reply-To: <200803130717.17071.jhb@freebsd.org> Message-ID: References: <200803131010.m2DAA2V0052515@freefall.freebsd.org> <200803130717.17071.jhb@freebsd.org> User-Agent: Alpine 1.00 (DEB 882 2007-12-20) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Virus-Scanned: ClamAV version 0.92.1, clamav-milter version 0.92.1 on cad.lecad.uni-lj.si X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.2.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on cad.lecad.uni-lj.si X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (www.lecad.uni-lj.si [192.168.5.1]); Thu, 13 Mar 2008 13:45:00 +0100 (CET) Cc: freebsd-acpi@freebsd.org, bug-followup@freebsd.org Subject: Re: kern/121558: Supermicro X7SB4 Fatal trap 12 when ACPI disabled 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, 13 Mar 2008 12:45:02 -0000 >From sys/dev/pci/pci.c I see that syntax in pci_assign_interrupt() for 7.0-STABLE is different that one provided: /* Let the user override the IRQ with a tunable. */ irq = PCI_INVALID_IRQ; snprintf(tunable_name, sizeof(tunable_name), "hw.pci%d.%d.%d.INT%c.irq", cfg->domain, cfg->bus, cfg->slot, cfg->intpin + 'A' - 1); if (TUNABLE_INT_FETCH(tunable_name, &irq) && (irq >= 255 || irq <= 0)) irq = PCI_INVALID_IRQ; This is the reason for hints not getting fetched. How should I change hints to? For linux logs and not seeing ethernet cards, it is shown in http://www.lecad.uni-lj.si/~leon/other/x7sb4/img_1652.jpg that ethernet devices are not configured and that dmesg outputs just 3 lines. Maybe this is the reason for a bootable linux in any case. Suggestion that EHCI is a case for rebooting problems was correct. I have disabled USB on the motherboard and now it reboots! It is in my nature to disable things that I do not need, but after BIOS upgrade and consequent BIOS reset to defaults I've overlooked this. So, I am taking back my statement that reboot worked in 6.3-STABLE and not working in 7.0-STABLE. It was just that I've had disabled USB previously and forgot to re-disable it for 7.0. But we can say that Supermicro X7SB4 board has broken EHCI controller. Not mentioning troubles with onboard AIC7901 Ultra320 SCSI adapter that spills out bunch of "Invalid Sequencer interrupt occurred" when trying to run full speed. Leon Kos, CAD lab, Mech.Eng., University of Ljubljana, Slovenia (http://www.lecad.uni-lj.si/~leon) On Thu, 13 Mar 2008, John Baldwin wrote: > On Thursday 13 March 2008 06:10:02 am Leon Kos wrote: >> The following reply was made to PR kern/121558; it has been noted by GNATS. >> >> From: Leon Kos >> To: John Baldwin >> Cc: Volker , freebsd-acpi@freebsd.org, >> bug-followup@freebsd.org >> Subject: Re: kern/121558: Supermicro X7SB4 Fatal trap 12 when ACPI disabled >> Date: Thu, 13 Mar 2008 11:07:41 +0100 (CET) >> >> Previously I've added hints to /boot/loader.conf and booted GENERIC with >> ACPI disabled. Moving hints to /boot/device.hints does not help! >> That's why I've asked if the syntax: >> hw.pci13.0.INTA.irq="16" >> hw.pci15.0.INTA.irq="17" >> hw.pci5.0.INTA.irq="19" >> is correct? > > Yes. > > The code looks like this: > > /* Let the user override the IRQ with a tunable. */ > irq = PCI_INVALID_IRQ; > snprintf(tunable_name, sizeof(tunable_name), "hw.pci%d.%d.INT%c.irq", > cfg->bus, cfg->slot, cfg->intpin + 'A' - 1); > if (TUNABLE_INT_FETCH(tunable_name, &irq) && (irq >= 255 || irq <= 0)) > irq = PCI_INVALID_IRQ; > > /* > * If we didn't get an IRQ via the tunable, then we either use the > * IRQ value in the intline register or we ask the bus to route an > * interrupt for us. If force_route is true, then we only use the > * value in the intline register if the bus was unable to assign an > * IRQ. > */ > if (!PCI_INTERRUPT_VALID(irq)) { > if (!PCI_INTERRUPT_VALID(cfg->intline) || force_route) > irq = PCI_ASSIGN_INTERRUPT(bus, dev); > if (!PCI_INTERRUPT_VALID(irq)) > irq = cfg->intline; > } > > The PCI_ASSIGN_INTERRUPT routine is the one that ends up invoking the > mptable_pci_route_interrupt() function. > >> I am still getting "No I/O APIC 0 to route interrupt to" as shown in >> http://www.lecad.uni-lj.si/~leon/other/x7sb4/img_1650.jpg > > I would add printfs to the code above to make sure the tunable is being > triggered. > >> I've also tried to boot OpenSUSE 10.3 that has kernel 2.6.21.5-31 and it >> boots with or without ACPI. >> http://www.lecad.uni-lj.si/~leon/other/x7sb4/img_1651.jpg shows dmesg and >> /proc/interrupts with acpi=off >> http://www.lecad.uni-lj.si/~leon/other/x7sb4/img_1652.jpg is the same with >> enabled ACPI (default) > > Neither of the /proc/interrupts show the eth devices for any of the IRQs. > Perhaps it is just not setting up interrupts at all for the eth devices in > this case? You would need the dmesg lines for the actual eth devices to see > what IRQs they are using. > >> Linux appears to work well with this board. Even handles reboot well while >> FreeBSD 7.0 after upgrade does not as I staded before and shown in photo >> http://www.lecad.uni-lj.si/~leon/other/x7sb4/img_1637.jpg > > You can debug why it hangs, but you will need to do some work to figure it > out. I would start by adding printfs around the 'device_shutdown()' of > root_bus in sys/kern/subr_bus.c as well as printfs for in > bus_generic_shutdown() of each device name before invoking its shutdown > routine to see if it hangs on a device driver's shutdown routine. I > committed a hang on reboot fix yesterday to HEAD involving some busted BIOSes > handling of ehci(4) controllers. > > -- > John Baldwin > From owner-freebsd-acpi@FreeBSD.ORG Thu Mar 13 12:50:03 2008 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E1820106566B for ; Thu, 13 Mar 2008 12:50:02 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id BBE4A8FC2A for ; Thu, 13 Mar 2008 12:50:02 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m2DCo2J7068753 for ; Thu, 13 Mar 2008 12:50:02 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m2DCo2W5068752; Thu, 13 Mar 2008 12:50:02 GMT (envelope-from gnats) Date: Thu, 13 Mar 2008 12:50:02 GMT Message-Id: <200803131250.m2DCo2W5068752@freefall.freebsd.org> To: freebsd-acpi@FreeBSD.org From: Leon Kos Cc: Subject: Re: kern/121558: Supermicro X7SB4 Fatal trap 12 when ACPI disabled X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Leon Kos List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Mar 2008 12:50:03 -0000 The following reply was made to PR kern/121558; it has been noted by GNATS. From: Leon Kos To: John Baldwin Cc: freebsd-acpi@freebsd.org, bug-followup@freebsd.org Subject: Re: kern/121558: Supermicro X7SB4 Fatal trap 12 when ACPI disabled Date: Thu, 13 Mar 2008 13:44:49 +0100 (CET) From sys/dev/pci/pci.c I see that syntax in pci_assign_interrupt() for 7.0-STABLE is different that one provided: /* Let the user override the IRQ with a tunable. */ irq = PCI_INVALID_IRQ; snprintf(tunable_name, sizeof(tunable_name), "hw.pci%d.%d.%d.INT%c.irq", cfg->domain, cfg->bus, cfg->slot, cfg->intpin + 'A' - 1); if (TUNABLE_INT_FETCH(tunable_name, &irq) && (irq >= 255 || irq <= 0)) irq = PCI_INVALID_IRQ; This is the reason for hints not getting fetched. How should I change hints to? For linux logs and not seeing ethernet cards, it is shown in http://www.lecad.uni-lj.si/~leon/other/x7sb4/img_1652.jpg that ethernet devices are not configured and that dmesg outputs just 3 lines. Maybe this is the reason for a bootable linux in any case. Suggestion that EHCI is a case for rebooting problems was correct. I have disabled USB on the motherboard and now it reboots! It is in my nature to disable things that I do not need, but after BIOS upgrade and consequent BIOS reset to defaults I've overlooked this. So, I am taking back my statement that reboot worked in 6.3-STABLE and not working in 7.0-STABLE. It was just that I've had disabled USB previously and forgot to re-disable it for 7.0. But we can say that Supermicro X7SB4 board has broken EHCI controller. Not mentioning troubles with onboard AIC7901 Ultra320 SCSI adapter that spills out bunch of "Invalid Sequencer interrupt occurred" when trying to run full speed. Leon Kos, CAD lab, Mech.Eng., University of Ljubljana, Slovenia (http://www.lecad.uni-lj.si/~leon) On Thu, 13 Mar 2008, John Baldwin wrote: > On Thursday 13 March 2008 06:10:02 am Leon Kos wrote: >> The following reply was made to PR kern/121558; it has been noted by GNATS. >> >> From: Leon Kos >> To: John Baldwin >> Cc: Volker , freebsd-acpi@freebsd.org, >> bug-followup@freebsd.org >> Subject: Re: kern/121558: Supermicro X7SB4 Fatal trap 12 when ACPI disabled >> Date: Thu, 13 Mar 2008 11:07:41 +0100 (CET) >> >> Previously I've added hints to /boot/loader.conf and booted GENERIC with >> ACPI disabled. Moving hints to /boot/device.hints does not help! >> That's why I've asked if the syntax: >> hw.pci13.0.INTA.irq="16" >> hw.pci15.0.INTA.irq="17" >> hw.pci5.0.INTA.irq="19" >> is correct? > > Yes. > > The code looks like this: > > /* Let the user override the IRQ with a tunable. */ > irq = PCI_INVALID_IRQ; > snprintf(tunable_name, sizeof(tunable_name), "hw.pci%d.%d.INT%c.irq", > cfg->bus, cfg->slot, cfg->intpin + 'A' - 1); > if (TUNABLE_INT_FETCH(tunable_name, &irq) && (irq >= 255 || irq <= 0)) > irq = PCI_INVALID_IRQ; > > /* > * If we didn't get an IRQ via the tunable, then we either use the > * IRQ value in the intline register or we ask the bus to route an > * interrupt for us. If force_route is true, then we only use the > * value in the intline register if the bus was unable to assign an > * IRQ. > */ > if (!PCI_INTERRUPT_VALID(irq)) { > if (!PCI_INTERRUPT_VALID(cfg->intline) || force_route) > irq = PCI_ASSIGN_INTERRUPT(bus, dev); > if (!PCI_INTERRUPT_VALID(irq)) > irq = cfg->intline; > } > > The PCI_ASSIGN_INTERRUPT routine is the one that ends up invoking the > mptable_pci_route_interrupt() function. > >> I am still getting "No I/O APIC 0 to route interrupt to" as shown in >> http://www.lecad.uni-lj.si/~leon/other/x7sb4/img_1650.jpg > > I would add printfs to the code above to make sure the tunable is being > triggered. > >> I've also tried to boot OpenSUSE 10.3 that has kernel 2.6.21.5-31 and it >> boots with or without ACPI. >> http://www.lecad.uni-lj.si/~leon/other/x7sb4/img_1651.jpg shows dmesg and >> /proc/interrupts with acpi=off >> http://www.lecad.uni-lj.si/~leon/other/x7sb4/img_1652.jpg is the same with >> enabled ACPI (default) > > Neither of the /proc/interrupts show the eth devices for any of the IRQs. > Perhaps it is just not setting up interrupts at all for the eth devices in > this case? You would need the dmesg lines for the actual eth devices to see > what IRQs they are using. > >> Linux appears to work well with this board. Even handles reboot well while >> FreeBSD 7.0 after upgrade does not as I staded before and shown in photo >> http://www.lecad.uni-lj.si/~leon/other/x7sb4/img_1637.jpg > > You can debug why it hangs, but you will need to do some work to figure it > out. I would start by adding printfs around the 'device_shutdown()' of > root_bus in sys/kern/subr_bus.c as well as printfs for in > bus_generic_shutdown() of each device name before invoking its shutdown > routine to see if it hangs on a device driver's shutdown routine. I > committed a hang on reboot fix yesterday to HEAD involving some busted BIOSes > handling of ehci(4) controllers. > > -- > John Baldwin > From owner-freebsd-acpi@FreeBSD.ORG Thu Mar 13 13:25:50 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 795C61065670; Thu, 13 Mar 2008 13:25:50 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 5D3EB8FC14; Thu, 13 Mar 2008 13:25:50 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by elvis.mu.org (Postfix) with ESMTP id D37721A4D7C; Thu, 13 Mar 2008 06:24:53 -0700 (PDT) From: John Baldwin To: Leon Kos Date: Thu, 13 Mar 2008 09:10:06 -0400 User-Agent: KMail/1.9.7 References: <200803131010.m2DAA2V0052515@freefall.freebsd.org> <200803130717.17071.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200803130910.06715.jhb@freebsd.org> Cc: freebsd-acpi@freebsd.org, bug-followup@freebsd.org Subject: Re: kern/121558: Supermicro X7SB4 Fatal trap 12 when ACPI disabled 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, 13 Mar 2008 13:25:50 -0000 On Thursday 13 March 2008 08:44:49 am Leon Kos wrote: > From sys/dev/pci/pci.c I see that syntax in pci_assign_interrupt() for > 7.0-STABLE is different that one provided: > > /* Let the user override the IRQ with a tunable. */ > irq = PCI_INVALID_IRQ; > snprintf(tunable_name, sizeof(tunable_name), > "hw.pci%d.%d.%d.INT%c.irq", > cfg->domain, cfg->bus, cfg->slot, cfg->intpin + 'A' - 1); > if (TUNABLE_INT_FETCH(tunable_name, &irq) && (irq >= 255 || irq <= > 0)) irq = PCI_INVALID_IRQ; > > > This is the reason for hints not getting fetched. How should I change hints > to? Argh, yes. It probably should support the old format for domain == 0 devices. Change them to each be 'hw.pci0.13.0.INTA.irq' vs 'hw.pci13.0.INTA.irq'. > For linux logs and not seeing ethernet cards, it is shown in > http://www.lecad.uni-lj.si/~leon/other/x7sb4/img_1652.jpg > that ethernet devices are not configured and that dmesg outputs just 3 > lines. Maybe this is the reason for a bootable linux in any case. > > Suggestion that EHCI is a case for rebooting problems was correct. > I have disabled USB on the motherboard and now it reboots! It is in my > nature to disable things that I do not need, but after BIOS upgrade and > consequent BIOS reset to defaults I've overlooked this. So, I am taking > back my statement that reboot worked in 6.3-STABLE and not working in > 7.0-STABLE. It was just that I've had disabled USB previously and forgot to > re-disable it for 7.0. I would try grabbing my last commit to ehci_pci.c and seeing if it fixes your reboot hang. -- John Baldwin From owner-freebsd-acpi@FreeBSD.ORG Thu Mar 13 13:30:04 2008 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0749B1065674 for ; Thu, 13 Mar 2008 13:30:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id E23EB8FC16 for ; Thu, 13 Mar 2008 13:30:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m2DDU3rF071662 for ; Thu, 13 Mar 2008 13:30:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m2DDU3qO071654; Thu, 13 Mar 2008 13:30:03 GMT (envelope-from gnats) Date: Thu, 13 Mar 2008 13:30:03 GMT Message-Id: <200803131330.m2DDU3qO071654@freefall.freebsd.org> To: freebsd-acpi@FreeBSD.org From: John Baldwin Cc: Subject: Re: kern/121558: Supermicro X7SB4 Fatal trap 12 when ACPI disabled X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John Baldwin List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Mar 2008 13:30:04 -0000 The following reply was made to PR kern/121558; it has been noted by GNATS. From: John Baldwin To: Leon Kos Cc: freebsd-acpi@freebsd.org, bug-followup@freebsd.org Subject: Re: kern/121558: Supermicro X7SB4 Fatal trap 12 when ACPI disabled Date: Thu, 13 Mar 2008 09:10:06 -0400 On Thursday 13 March 2008 08:44:49 am Leon Kos wrote: > From sys/dev/pci/pci.c I see that syntax in pci_assign_interrupt() for > 7.0-STABLE is different that one provided: > > /* Let the user override the IRQ with a tunable. */ > irq = PCI_INVALID_IRQ; > snprintf(tunable_name, sizeof(tunable_name), > "hw.pci%d.%d.%d.INT%c.irq", > cfg->domain, cfg->bus, cfg->slot, cfg->intpin + 'A' - 1); > if (TUNABLE_INT_FETCH(tunable_name, &irq) && (irq >= 255 || irq <= > 0)) irq = PCI_INVALID_IRQ; > > > This is the reason for hints not getting fetched. How should I change hints > to? Argh, yes. It probably should support the old format for domain == 0 devices. Change them to each be 'hw.pci0.13.0.INTA.irq' vs 'hw.pci13.0.INTA.irq'. > For linux logs and not seeing ethernet cards, it is shown in > http://www.lecad.uni-lj.si/~leon/other/x7sb4/img_1652.jpg > that ethernet devices are not configured and that dmesg outputs just 3 > lines. Maybe this is the reason for a bootable linux in any case. > > Suggestion that EHCI is a case for rebooting problems was correct. > I have disabled USB on the motherboard and now it reboots! It is in my > nature to disable things that I do not need, but after BIOS upgrade and > consequent BIOS reset to defaults I've overlooked this. So, I am taking > back my statement that reboot worked in 6.3-STABLE and not working in > 7.0-STABLE. It was just that I've had disabled USB previously and forgot to > re-disable it for 7.0. I would try grabbing my last commit to ehci_pci.c and seeing if it fixes your reboot hang. -- John Baldwin From owner-freebsd-acpi@FreeBSD.ORG Thu Mar 13 15:13:49 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7FFB01065671; Thu, 13 Mar 2008 15:13:49 +0000 (UTC) (envelope-from leon.kos@lecad.uni-lj.si) Received: from www.lecad.uni-lj.si (www.lecad.uni-lj.si [193.2.111.2]) by mx1.freebsd.org (Postfix) with ESMTP id ED4C18FC27; Thu, 13 Mar 2008 15:13:48 +0000 (UTC) (envelope-from leon.kos@lecad.uni-lj.si) Received: from achilles.lecadnet (leon@achilles.lecadnet [192.168.5.11]) by www.lecad.uni-lj.si (8.14.2/8.14.2) with ESMTP id m2DFDa1P002168; Thu, 13 Mar 2008 16:13:42 +0100 (CET) (envelope-from leon.kos@lecad.uni-lj.si) Date: Thu, 13 Mar 2008 16:13:36 +0100 (CET) From: Leon Kos X-X-Sender: leon@achilles.lecadnet To: John Baldwin In-Reply-To: <200803130910.06715.jhb@freebsd.org> Message-ID: References: <200803131010.m2DAA2V0052515@freefall.freebsd.org> <200803130717.17071.jhb@freebsd.org> <200803130910.06715.jhb@freebsd.org> User-Agent: Alpine 1.00 (DEB 882 2007-12-20) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: ClamAV version 0.92.1, clamav-milter version 0.92.1 on cad.lecad.uni-lj.si X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.2.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on cad.lecad.uni-lj.si X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (www.lecad.uni-lj.si [192.168.5.1]); Thu, 13 Mar 2008 16:13:47 +0100 (CET) Cc: freebsd-acpi@freebsd.org, bug-followup@freebsd.org Subject: Re: kern/121558: Supermicro X7SB4 Fatal trap 12 when ACPI disabled 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, 13 Mar 2008 15:13:49 -0000 I've added hw.pci0.13.0.INTA.irq="16" hw.pci0.15.0.INTA.irq="17" hw.pci0.5.0.INTA.irq="19" and now it boots when ACPI disabled. I have also tried to move hints into /boot/loader.conf and this also works. Now I have hw.pci0.13.0.INTA.irq="40" hw.pci0.15.0.INTA.irq="41" hw.pci0.5.0.INTA.irq="43" in /boot/loader.conf and I see the following lines in dmesg log: em3: port 0x5000-0x501f mem 0xd8400000-0xd841ffff irq 40 at device 0.0 on pci13 em4: port 0x6000-0x601f mem 0xd8500000-0xd851ffff irq 41 at device 0.0 on pci15 em2: port 0x4000-0x401f mem 0xd8320000-0xd833ffff,0xd8300000-0xd831ffff irq 43 at device 0.0 on pci5 that I plan to stick with. I've replaced src/sys/dev/usb/ehci_pci.c with revision 1.3 from trunk and now also reboot is handled well. Thank you for all support and now I suggest to close the ticket. We'll see if BIOS will be upgraded by Supermicro. For now, above workaround is the only cure for this and similar boards. Kind regards, Leon Kos, CAD lab, Mech.Eng., University of Ljubljana, Slovenia (http://www.lecad.uni-lj.si/~leon) From owner-freebsd-acpi@FreeBSD.ORG Thu Mar 13 15:20:02 2008 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ED20D106566B for ; Thu, 13 Mar 2008 15:20:02 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id D462F8FC17 for ; Thu, 13 Mar 2008 15:20:02 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m2DFK2aK083131 for ; Thu, 13 Mar 2008 15:20:02 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m2DFK2IF083126; Thu, 13 Mar 2008 15:20:02 GMT (envelope-from gnats) Date: Thu, 13 Mar 2008 15:20:02 GMT Message-Id: <200803131520.m2DFK2IF083126@freefall.freebsd.org> To: freebsd-acpi@FreeBSD.org From: Leon Kos Cc: Subject: Re: kern/121558: Supermicro X7SB4 Fatal trap 12 when ACPI disabled X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Leon Kos List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Mar 2008 15:20:03 -0000 The following reply was made to PR kern/121558; it has been noted by GNATS. From: Leon Kos To: John Baldwin Cc: freebsd-acpi@freebsd.org, bug-followup@freebsd.org Subject: Re: kern/121558: Supermicro X7SB4 Fatal trap 12 when ACPI disabled Date: Thu, 13 Mar 2008 16:13:36 +0100 (CET) I've added hw.pci0.13.0.INTA.irq="16" hw.pci0.15.0.INTA.irq="17" hw.pci0.5.0.INTA.irq="19" and now it boots when ACPI disabled. I have also tried to move hints into /boot/loader.conf and this also works. Now I have hw.pci0.13.0.INTA.irq="40" hw.pci0.15.0.INTA.irq="41" hw.pci0.5.0.INTA.irq="43" in /boot/loader.conf and I see the following lines in dmesg log: em3: port 0x5000-0x501f mem 0xd8400000-0xd841ffff irq 40 at device 0.0 on pci13 em4: port 0x6000-0x601f mem 0xd8500000-0xd851ffff irq 41 at device 0.0 on pci15 em2: port 0x4000-0x401f mem 0xd8320000-0xd833ffff,0xd8300000-0xd831ffff irq 43 at device 0.0 on pci5 that I plan to stick with. I've replaced src/sys/dev/usb/ehci_pci.c with revision 1.3 from trunk and now also reboot is handled well. Thank you for all support and now I suggest to close the ticket. We'll see if BIOS will be upgraded by Supermicro. For now, above workaround is the only cure for this and similar boards. Kind regards, Leon Kos, CAD lab, Mech.Eng., University of Ljubljana, Slovenia (http://www.lecad.uni-lj.si/~leon) From owner-freebsd-acpi@FreeBSD.ORG Thu Mar 13 18:38:25 2008 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BFEC1106567F; Thu, 13 Mar 2008 18:38:25 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 87E7E8FC42; Thu, 13 Mar 2008 18:38:25 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from freefall.freebsd.org (jhb@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m2DIcOTD000965; Thu, 13 Mar 2008 18:38:24 GMT (envelope-from jhb@freefall.freebsd.org) Received: (from jhb@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m2DIcOLc000961; Thu, 13 Mar 2008 18:38:24 GMT (envelope-from jhb) Date: Thu, 13 Mar 2008 18:38:24 GMT Message-Id: <200803131838.m2DIcOLc000961@freefall.freebsd.org> To: leon.kos@lecad.uni-lj.si, jhb@FreeBSD.org, freebsd-acpi@FreeBSD.org From: jhb@FreeBSD.org Cc: Subject: Re: kern/121558: Supermicro X7SB4 Fatal trap 12 when ACPI disabled 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, 13 Mar 2008 18:38:30 -0000 Synopsis: Supermicro X7SB4 Fatal trap 12 when ACPI disabled State-Changed-From-To: feedback->closed State-Changed-By: jhb State-Changed-When: Thu Mar 13 18:38:08 UTC 2008 State-Changed-Why: Submitter reports that problem is fixed/worked around. http://www.freebsd.org/cgi/query-pr.cgi?pr=121558 From owner-freebsd-acpi@FreeBSD.ORG Thu Mar 13 19:04:48 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4E931106566B for ; Thu, 13 Mar 2008 19:04:48 +0000 (UTC) (envelope-from itz@mushinsky.net) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.188]) by mx1.freebsd.org (Postfix) with ESMTP id D7C048FC16 for ; Thu, 13 Mar 2008 19:04:47 +0000 (UTC) (envelope-from itz@mushinsky.net) Received: by nf-out-0910.google.com with SMTP id b2so1565572nfb.33 for ; Thu, 13 Mar 2008 12:04:46 -0700 (PDT) Received: by 10.78.138.6 with SMTP id l6mr27429727hud.3.1205433374261; Thu, 13 Mar 2008 11:36:14 -0700 (PDT) Received: by 10.78.139.1 with HTTP; Thu, 13 Mar 2008 11:36:14 -0700 (PDT) Message-ID: Date: Thu, 13 Mar 2008 14:36:14 -0400 From: "Isaac Mushinsky" To: freebsd-acpi@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Abit IP35-Pro 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, 13 Mar 2008 19:04:48 -0000 In continuation of a previous thread in December (I cannot find a way to reply there) http://lists.freebsd.org/pipermail/freebsd-acpi/2007-December/004322.html I am having similar problems with this board, and was wondering if a solution has been found (or BIOS fixed). Do I still have to disable thermal? Perhaps off-topic, I also had same problems with SATA drives, but it works for me if you set the SATA controller mode to AHCI rather than the default IDE. I do not know much about these things, but it appears that in this mode BIOS stops showing the disk size etc., and allows the kernel to [correctly] pick up the disk parameters on its own. From owner-freebsd-acpi@FreeBSD.ORG Thu Mar 13 19:16:46 2008 Return-Path: Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E9B82106566C for ; Thu, 13 Mar 2008 19:16:46 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from speedfactory.net (mail.speedfactory.net [66.23.216.219]) by mx1.freebsd.org (Postfix) with ESMTP id 698CD8FC1E for ; Thu, 13 Mar 2008 19:16:46 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.8s) with ESMTP id 235372096-1834499 for multiple; Thu, 13 Mar 2008 15:14:46 -0400 Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m2DJGS7r031052; Thu, 13 Mar 2008 15:16:33 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-acpi@FreeBSD.org, Leon Kos Date: Thu, 13 Mar 2008 14:37:54 -0400 User-Agent: KMail/1.9.7 References: <200803131520.m2DFK2IF083126@freefall.freebsd.org> In-Reply-To: <200803131520.m2DFK2IF083126@freefall.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200803131437.54387.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, 13 Mar 2008 15:16:33 -0400 (EDT) X-Virus-Scanned: ClamAV 0.91.2/6225/Thu Mar 13 10:52:37 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Subject: Re: kern/121558: Supermicro X7SB4 Fatal trap 12 when ACPI disabled 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, 13 Mar 2008 19:16:47 -0000 On Thursday 13 March 2008 11:20:02 am Leon Kos wrote: > The following reply was made to PR kern/121558; it has been noted by GNATS. > > From: Leon Kos > To: John Baldwin > Cc: freebsd-acpi@freebsd.org, bug-followup@freebsd.org > Subject: Re: kern/121558: Supermicro X7SB4 Fatal trap 12 when ACPI disabled > Date: Thu, 13 Mar 2008 16:13:36 +0100 (CET) > > I've added > > hw.pci0.13.0.INTA.irq="16" > hw.pci0.15.0.INTA.irq="17" > hw.pci0.5.0.INTA.irq="19" > > and now it boots when ACPI disabled. I have also tried to move hints into > /boot/loader.conf and this also works. > > Now I have > > hw.pci0.13.0.INTA.irq="40" > hw.pci0.15.0.INTA.irq="41" > hw.pci0.5.0.INTA.irq="43" > > in /boot/loader.conf and I see the following lines in dmesg log: > em3: port 0x5000-0x501f mem 0xd8400000-0xd841ffff irq 40 at device 0.0 on pci13 > em4: port 0x6000-0x601f mem 0xd8500000-0xd851ffff irq 41 at device 0.0 on pci15 > em2: port 0x4000-0x401f mem 0xd8320000-0xd833ffff,0xd8300000-0xd831ffff irq 43 at device 0.0 on pci5 > > that I plan to stick with. Odd, does that actually work? It seemed that from your ACPI dmesg the first set of IRQs is correct. > I've replaced src/sys/dev/usb/ehci_pci.c with revision 1.3 from trunk and > now also reboot is handled well. > > Thank you for all support and now I suggest to close the ticket. > We'll see if BIOS will be upgraded by Supermicro. For now, above workaround > is the only cure for this and similar boards. Since the ehci(4) stuff is fixed you can just stick with ACPI now anyway and not worry about the hints. Since Linux and Windows both use ACPI out of the box the non-ACPI case tends to not get tested anymore. I've seen BIOSes that have a completely wrong MP Table in recent years (as if the MP Table was just copied over from the BIOS of some other motherboard and never updated). -- John Baldwin From owner-freebsd-acpi@FreeBSD.ORG Thu Mar 13 19:42:38 2008 Return-Path: Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BE026106566B for ; Thu, 13 Mar 2008 19:42:38 +0000 (UTC) (envelope-from sbruno@miralink.com) Received: from plato.miralink.com (mail.miralink.com [70.103.185.20]) by mx1.freebsd.org (Postfix) with ESMTP id 933828FC1C for ; Thu, 13 Mar 2008 19:42:38 +0000 (UTC) (envelope-from sbruno@miralink.com) Received: from localhost (localhost.localdomain [127.0.0.1]) by plato.miralink.com (Postfix) with ESMTP id 482B661BBA0 for ; Thu, 13 Mar 2008 12:42:38 -0700 (PDT) Received: from plato.miralink.com ([127.0.0.1]) by localhost (plato.miralink.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 02261-07 for ; Thu, 13 Mar 2008 12:42:37 -0700 (PDT) Received: from iago.office.miralink.com (iago.office.miralink.com [10.0.0.40]) by plato.miralink.com (Postfix) with ESMTP id 7B47F61BB9C for ; Thu, 13 Mar 2008 12:42:37 -0700 (PDT) Message-ID: <47D983AD.2070902@miralink.com> Date: Thu, 13 Mar 2008 12:42:37 -0700 From: Sean Bruno User-Agent: Thunderbird 2.0.0.12 (X11/20080226) MIME-Version: 1.0 To: freebsd-acpi@FreeBSD.org References: <47D58487.2030706@miralink.com> In-Reply-To: <47D58487.2030706@miralink.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DSPAM-Result: Innocent X-DSPAM-Processed: Thu Mar 13 12:42:37 2008 X-DSPAM-Confidence: 0.7829 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 47d983ad114915715714951 X-DSPAM-Factors: 27, X-Virus-Scanned: amavisd-new at X-Spam-Status: No, score=-4.293 tagged_above=-10 required=6.6 autolearn=ham tests=[ALL_TRUSTED=-1.8, AWL=0.206, BAYES_00=-2.599, DSPAM_HAM=-0.1] X-Spam-Score: -4.293 X-Spam-Level: Cc: Subject: Re: IBM x3250M fails to 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: Thu, 13 Mar 2008 19:42:38 -0000 Sean Bruno wrote: > I'm not sure if this is an ACPI or other error, but currently on > RELENG_6, an IBM x3250M doesn't power cycle when shutdown -r is called. > > I've dumped the ASL in the hopes that there is something there that is > a clue. Any ideas? > > http://www.consultcsg.com/ibm.asl > > Sean Hmmm...looks like this machine requires reboots via ACPI. Added the following to loader.conf: hw.acpi.handle_reboot=1 The system now reboots when commanded to. Otherwise it just hangs. Sean From owner-freebsd-acpi@FreeBSD.ORG Thu Mar 13 21:08:26 2008 Return-Path: Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 482FA1065673; Thu, 13 Mar 2008 21:08:26 +0000 (UTC) (envelope-from sbruno@miralink.com) Received: from plato.miralink.com (mail.miralink.com [70.103.185.20]) by mx1.freebsd.org (Postfix) with ESMTP id 1F7E38FC1C; Thu, 13 Mar 2008 21:08:26 +0000 (UTC) (envelope-from sbruno@miralink.com) Received: from localhost (localhost.localdomain [127.0.0.1]) by plato.miralink.com (Postfix) with ESMTP id CC68961BB88; Thu, 13 Mar 2008 14:08:25 -0700 (PDT) Received: from plato.miralink.com ([127.0.0.1]) by localhost (plato.miralink.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 30787-05; Thu, 13 Mar 2008 14:08:24 -0700 (PDT) Received: from iago.office.miralink.com (iago.office.miralink.com [10.0.0.40]) by plato.miralink.com (Postfix) with ESMTP id D6C7261BB7E; Thu, 13 Mar 2008 14:08:24 -0700 (PDT) Message-ID: <47D997C8.3050205@miralink.com> Date: Thu, 13 Mar 2008 14:08:24 -0700 From: Sean Bruno User-Agent: Thunderbird 2.0.0.12 (X11/20080226) MIME-Version: 1.0 To: freebsd-acpi@FreeBSD.org References: <47D58487.2030706@miralink.com> <47D983AD.2070902@miralink.com> In-Reply-To: <47D983AD.2070902@miralink.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DSPAM-Result: Innocent X-DSPAM-Processed: Thu Mar 13 14:08:25 2008 X-DSPAM-Confidence: 0.9997 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 47d997c9199453219765590 X-DSPAM-Factors: 27, X-Virus-Scanned: amavisd-new at X-Spam-Status: No, score=-4.319 tagged_above=-10 required=6.6 autolearn=ham tests=[ALL_TRUSTED=-1.8, AWL=0.180, BAYES_00=-2.599, DSPAM_HAM=-0.1] X-Spam-Score: -4.319 X-Spam-Level: Cc: John Baldwin Subject: Re: IBM x3250M fails to 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: Thu, 13 Mar 2008 21:08:26 -0000 Sean Bruno wrote: > Sean Bruno wrote: >> I'm not sure if this is an ACPI or other error, but currently on >> RELENG_6, an IBM x3250M doesn't power cycle when shutdown -r is called. >> >> I've dumped the ASL in the hopes that there is something there that >> is a clue. Any ideas? >> >> http://www.consultcsg.com/ibm.asl >> >> Sean > Hmmm...looks like this machine requires reboots via ACPI. > > Added the following to loader.conf: > hw.acpi.handle_reboot=1 > > The system now reboots when commanded to. Otherwise it just hangs. > > Sean > Huh...And it needed the ehci modifications from John Baldwin checkin in PR121558. Wow. Thanks for the timely checkin. Sean From owner-freebsd-acpi@FreeBSD.ORG Fri Mar 14 06:43:21 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E75881065679 for ; Fri, 14 Mar 2008 06:43:21 +0000 (UTC) (envelope-from grafan@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.157]) by mx1.freebsd.org (Postfix) with ESMTP id 7FC0C8FC14 for ; Fri, 14 Mar 2008 06:43:21 +0000 (UTC) (envelope-from grafan@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so3284439fgg.35 for ; Thu, 13 Mar 2008 23:43:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=N3R7Ch+tzU+LCscl3kcbdxY4KOzUwN8sllGOKN8/9LI=; b=YQmygjqiYXDBdFVppDuMPxQsrhurHysuz8Wlm7sCstrLd1rEnWLDWokTndNxBNyNJS3cGzA7YQkUsboBLZvJOAzyq7IFN0i/J61BiqBRoDspmlOg+9tPtEfDcUsjq3uZKuZxVjHQ3kSy3Vyu3F1QaZ98awFs2OZzyPqQTnnniKw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=CHO0LqqNDzy61Nl8Z7jWM7xWf2ygMZGo7iNFAh9NMj+ErwEgLdjzzFDjGQ+vuqirAVZTajFk9FEwT6HxWreeHR7YKkz5Ea1aImIRKjc1w/aFB2EGfe5WzhEHponqCcgO9j7d4Vn8e33E1NbqGFWdufHOn3zyv8P5gwDREGjXloU= Received: by 10.82.148.7 with SMTP id v7mr25572178bud.37.1205477000025; Thu, 13 Mar 2008 23:43:20 -0700 (PDT) Received: by 10.82.115.11 with HTTP; Thu, 13 Mar 2008 23:43:19 -0700 (PDT) Message-ID: <6eb82e0803132343y691443e0nc35b0db19b76cab7@mail.gmail.com> Date: Fri, 14 Mar 2008 14:43:19 +0800 From: "Rong-en Fan" To: "Tz-Huan Huang" In-Reply-To: <6a7033710803090042p673dffe3g211373ca9f16e5ba@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <6a7033710803090042p673dffe3g211373ca9f16e5ba@mail.gmail.com> Cc: freebsd-acpi@freebsd.org Subject: Re: CPU frequency detection error? 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: Fri, 14 Mar 2008 06:43:22 -0000 On Sun, Mar 9, 2008 at 4:42 PM, Tz-Huan Huang wrote: > Hi, > > I have a IBM x3550 running 7-stable. > The CPU is > > CPU: Intel(R) Xeon(R) CPU E5345 @ 2.33GHz (11368.47-MHz K8-class CPU) > Origin = "GenuineIntel" Id = 0x6fb Stepping = 11 Just for the record, I found another x3550 runs 7.0-R just fine CPU: Intel(R) Xeon(R) CPU E5335 @ 2.00GHz (1995.01-MHz K8-class CPU) Regards, Rong-En fan > Features=0xbfebfbff > Features2=0x4e3bd > AMD Features=0x20100800 > AMD Features2=0x1 > Cores per package: 4 > > But the dev.cpu.0 shows > > dev.cpu.0.freq: 11311 > dev.cpu.0.freq_levels: 11311/-1 9897/-1 8483/-1 7069/-1 5655/-1 > 4241/-1 2827/-1 1413/-1 > > The max frequency 11311 (11.3GHz?) is far larger than it should be (2.33GHz). > It causes something wrong on this system, for example: > > [huan@cml2 ~]$ time sleep 1 > real 0m4.929s > user 0m0.000s > sys 0m0.000s > > Any suggestion? Thanks a lot~ > > Tz-Huan > _______________________________________________ > 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 Sat Mar 15 01:57:52 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1DCAE106566C for ; Sat, 15 Mar 2008 01:57:52 +0000 (UTC) (envelope-from danolson@visi.com) Received: from conn-smtp.mc.mpls.visi.com (conn.mc.mpls.visi.com [208.42.156.2]) by mx1.freebsd.org (Postfix) with ESMTP id E454F8FC15 for ; Sat, 15 Mar 2008 01:57:51 +0000 (UTC) (envelope-from danolson@visi.com) Received: from g2host.com (mailfront1.g2host.com [208.42.176.212]) by conn-smtp.mc.mpls.visi.com (Postfix) with ESMTP id BD68478D4 for ; Fri, 14 Mar 2008 20:34:53 -0500 (CDT) Received: from [209.98.225.50] (account danolson@visi.com HELO newton.danolson.dsl.visi.com) by mailfront1.g2host.com (CommuniGate Pro SMTP 5.1.14) with ESMTPA id 42286632 for freebsd-acpi@freebsd.org; Fri, 14 Mar 2008 20:34:44 -0500 Message-ID: <47DB27BC.5050307@visi.com> Date: Fri, 14 Mar 2008 20:34:52 -0500 From: Dan Olson User-Agent: Thunderbird 2.0.0.12 (X11/20080310) MIME-Version: 1.0 To: freebsd-acpi@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: T61p and acpi_ibm 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: Sat, 15 Mar 2008 01:57:52 -0000 So I just got a new Lenovo T61p and thought I'd try the acpi_ibm kernel module to see if it works. Well it loads with out errors and the thinklight changes from 0 to 1. The lcd_brightness variable doesn't change but the buttons works. Also it looks like the mute and volume are real keys now as they are registered in X as key presses. Most of the buttons actually work but is there any thing that can be done to get some more buttons to be seen by acpi_ibm? I played with changing the eventmask with no luck. Any suggestions? Thanks Dan dev.acpi_ibm.0.%desc: IBM ThinkPad ACPI Extras dev.acpi_ibm.0.%driver: acpi_ibm dev.acpi_ibm.0.%location: handle=\_SB_.PCI0.LPC_.EC__.HKEY dev.acpi_ibm.0.%pnpinfo: _HID=IBM0068 _UID=0 dev.acpi_ibm.0.%parent: acpi0 dev.acpi_ibm.0.initialmask: 2060 dev.acpi_ibm.0.availmask: 16777215 dev.acpi_ibm.0.events: 0 dev.acpi_ibm.0.eventmask: 2060 dev.acpi_ibm.0.hotkey: 423 dev.acpi_ibm.0.lcd_brightness: 0 dev.acpi_ibm.0.volume: 7 dev.acpi_ibm.0.mute: 0 dev.acpi_ibm.0.thinklight: 0 dev.acpi_ibm.0.bluetooth: 0 dev.acpi_ibm.0.wlan: 1 dev.acpi_ibm.0.fan_speed: 2570 dev.acpi_ibm.0.fan_level: 0 dev.acpi_ibm.0.fan: 1 dev.acpi_ibm.0.thermal: 50 41 36 46 36 -1 33 -1