From owner-freebsd-acpi@FreeBSD.ORG Mon Apr 3 11:02:40 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A5D9E16A401 for ; Mon, 3 Apr 2006 11:02:40 +0000 (UTC) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2521243D6B for ; Mon, 3 Apr 2006 11:02:39 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k33B2cFD005774 for ; Mon, 3 Apr 2006 11:02:38 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k33B2bQu005767 for freebsd-acpi@freebsd.org; Mon, 3 Apr 2006 11:02:37 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 3 Apr 2006 11:02:37 GMT Message-Id: <200604031102.k33B2bQu005767@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: freebsd-acpi@FreeBSD.org Cc: Subject: Current problem reports assigned to you X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Apr 2006 11:02:40 -0000 Current FreeBSD problem reports Critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2006/03/01] i386/93963 acpi [panic] [patch] ACPI Panic with some ACPI 1 problem total. Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2003/07/22] i386/54756 acpi ACPI suspend/resume problem on CF-W2 lapt o [2003/08/17] i386/55661 acpi ACPI suspend/resume problem on ARMADA M70 o [2003/08/20] kern/55822 acpi No ACPI power off with SMP kernel o [2003/08/27] kern/56024 acpi ACPI suspend drains battery while in S3 o [2004/03/09] i386/64002 acpi acpi problem o [2004/05/27] i386/67273 acpi [hang] system hangs with acpi and Xfree o [2004/10/12] i386/72566 acpi ACPI, FreeBSD disables fan on Compaq Arma o [2005/03/21] i386/79080 acpi acpi thermal changes freezes HP nx6110 o [2005/03/21] i386/79081 acpi ACPI suspend/resume not working on HP nx6 o [2005/04/28] i386/80426 acpi [APIC] [panic] 5.4-RC3 still panic when b o [2005/10/17] i386/87568 acpi [ACPI] [REGRESSION] 6.0-STABLE needs ACPI 11 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2004/05/28] kern/67309 acpi zzz reboot computer (ACPI S3) o [2004/07/29] i386/69750 acpi Boot without ACPI failed on ASUS L5 o [2004/11/11] i386/73822 acpi [request] add thermal support to ACPI o [2004/11/11] kern/73823 acpi [feature request] acpi / power-on by time f [2004/11/17] kern/74030 acpi Unplugging AC causes battery % to stay lo 5 problems total. From owner-freebsd-acpi@FreeBSD.ORG Mon Apr 3 14:31:45 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 460BC16A41F; Mon, 3 Apr 2006 14:31:45 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9910243D45; Mon, 3 Apr 2006 14:31:44 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k33EVgrl042708; Mon, 3 Apr 2006 10:31:43 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-acpi@freebsd.org Date: Mon, 3 Apr 2006 09:30:44 -0400 User-Agent: KMail/1.9.1 References: <200603311738.02120.jkim@FreeBSD.org> In-Reply-To: <200603311738.02120.jkim@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200604030930.46207.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1369/Mon Apr 3 06:25:15 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-3.9 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: Jung-uk Kim Subject: Re: IBM x336 does not boot with APIC. 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, 03 Apr 2006 14:31:45 -0000 On Friday 31 March 2006 17:38, Jung-uk Kim wrote: > I tried to install FreeBSD 6.1-BETA4 on IBM x336 and it was not > booting. I googled a bit and I found this is known problem for this > platform: > > http://docs.freebsd.org/cgi/mid.cgi?200510061556.55464.jhb > > To make the system up and running, I had to disable APIC and force > keyboard to attach. Of course, I didn't like that. ;-) > > The first thing I wanted to fix was: > > acpi0: on motherboard > acpi0: [MPSAFE] > pci_open(1): mode 1 addr port (0x0cf8) is 0x80000144 > pci_open(1a): mode1res=0x80000000 (0x80000000) > pci_cfgcheck: device 0 [class=060000] [hdr=80] is there > (id=35908086) > acpi_bus_number: root bus has no _BBN, assuming 0 > acpi_bus_number: can't get _ADR > acpi_bus_number: can't get _ADR > ... > > I added 'PNP0A08' to pcib_ids in src/sys/dev/acpica/acpi_pcib_acpi.c > because this system had this: > > Scope (\_SB) > { > Device (PCI0) > { > Name (_HID, EisaId ("PNP0A08")) > Name (_CID, 0x030AD041) This compat ID is PNP0A03. > ... > > This ID was added in ACPI 3.0 as 'PCI Express Root Bridge', instead of > 'PNP0A03', which is PCI/PCI-X root bridge. However, I got something > like this instead: > > acpi0: could not allocate interrupt > ACPI-0210: *** Error: Unable to install System Control Interrupt > Handler, AE_ALREADY_EXISTS > acpi0: Could not enable ACPI: AE_ALREADY_EXISTS It shouldn't have made a difference since the device should have already probed due to the compat ID. Can you get full verbose dmesg's w/o the patch and w/ the patch? > No driver was able to allocate IRQ after this and I am quite puzzled > right now. Is it correct thing to do? Why does it break? Why can't > I install SCI handler? I bet you have no interrupts on your interrupt controllers (amd64 kernel w/o device atpic and APIC disabled would do it). -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-acpi@FreeBSD.ORG Mon Apr 3 14:31:46 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 00EC816A423 for ; Mon, 3 Apr 2006 14:31:46 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4332743D46 for ; Mon, 3 Apr 2006 14:31:45 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k33EVgrm042708; Mon, 3 Apr 2006 10:31:43 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-acpi@freebsd.org Date: Mon, 3 Apr 2006 09:32:28 -0400 User-Agent: KMail/1.9.1 References: <580cd3b30603312143o4edc0dd7q667e7e3c578a114c@mail.gmail.com> <442ED3FB.6030904@root.org> In-Reply-To: <442ED3FB.6030904@root.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200604030932.29447.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1369/Mon Apr 3 06:25:15 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-3.9 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: Scott Lipcon Subject: Re: ACPI blacklist - important? 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, 03 Apr 2006 14:31:46 -0000 On Saturday 01 April 2006 14:26, Nate Lawson wrote: > Scott Lipcon wrote: > > Hi, > > > > I've got a question, and I have to admit I really don't know much about > > ACPI, but I'd appreciate any advice. > > > > My email server was an Athlon XP running FreeBSD 5.4-STABLE, and the > > motherboard died. I put the disks in an old machine, which is an ASUS P2D-B > > board, dual 350Mhz PII. It panic'ed on boot, saying the ACPI implementation > > was on the blacklist. I was able to figure out how to disable the blacklist > > check ("set hint.acpi.0.disabled=0") and it booted up and seems to be > > running OK. > > If you upgrade the BIOS, the message will likely go away. > > The blacklist check should NOT panic, it should just boot with acpi > disabled. So please give the panic message and any associated info > (i.e. trap frame). When using APIC we we don't find out that the blacklist is invalid until after we have committed to using ACPI to route PCI interrupts and it's not easy to undo all that and go back to using the MP Table instead as the interrupt sources are already setup, etc. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-acpi@FreeBSD.ORG Tue Apr 4 00:57:42 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7637416A401; Tue, 4 Apr 2006 00:57:42 +0000 (UTC) (envelope-from jkim@niksun.com) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id F362643D53; Tue, 4 Apr 2006 00:57:41 +0000 (GMT) (envelope-from jkim@niksun.com) Received: from niksun.com (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.1/8.13.1) with ESMTP id k340veq6033638; Mon, 3 Apr 2006 20:57:40 -0400 (EDT) (envelope-from jkim@niksun.com) From: Jung-uk Kim Organization: NIKSUN, Inc. To: freebsd-acpi@freebsd.org Date: Mon, 3 Apr 2006 20:57:08 -0400 User-Agent: KMail/1.6.2 References: <200603311738.02120.jkim@FreeBSD.org> <200604030930.46207.jhb@freebsd.org> In-Reply-To: <200604030930.46207.jhb@freebsd.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200604032057.22936.jkim@niksun.com> X-Virus-Scanned: ClamAV 0.88/1372/Mon Apr 3 18:29:17 2006 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: Subject: Re: IBM x336 does not boot with APIC. X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jkim@niksun.com List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Apr 2006 00:57:42 -0000 I found -CURRENT boots okay on this box with APIC. SMP is also functioning. Keyboard probing issue is still there but that's minor issue. I guess something is not MFC'd or MFC'd *after* 6.1-BETA4 build. :-( Sorry for the noise. Jung-uk Kim From owner-freebsd-acpi@FreeBSD.ORG Tue Apr 4 02:04:32 2006 Return-Path: X-Original-To: freebsd-acpi@FreeBSD.org Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CA68816A420; Tue, 4 Apr 2006 02:04:32 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6AA1943D45; Tue, 4 Apr 2006 02:04:32 +0000 (GMT) (envelope-from jkim@FreeBSD.org) Received: from niksun.com (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.1/8.13.1) with ESMTP id k3424U2k035012; Mon, 3 Apr 2006 22:04:30 -0400 (EDT) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-acpi@FreeBSD.org Date: Mon, 3 Apr 2006 22:04:11 -0400 User-Agent: KMail/1.6.2 References: <200603311738.02120.jkim@FreeBSD.org> <200604030930.46207.jhb@freebsd.org> <200604032057.22936.jkim@niksun.com> In-Reply-To: <200604032057.22936.jkim@niksun.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200604032204.12835.jkim@FreeBSD.org> X-Virus-Scanned: ClamAV 0.88/1372/Mon Apr 3 18:29:17 2006 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: John Baldwin Subject: Re: IBM x336 does not boot with APIC. 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, 04 Apr 2006 02:04:32 -0000 On Monday 03 April 2006 08:57 pm, Jung-uk Kim wrote: > I found -CURRENT boots okay on this box with APIC. SMP is also > functioning. Keyboard probing issue is still there but that's > minor issue. I guess something is not MFC'd or MFC'd *after* > 6.1-BETA4 build. :-( I checked out RELENG_6 about an hours ago and rebuilt but it didn't boot. Something's missing in RELENG_6. The following files are dmesg output: http://people.freebsd.org/~jkim/x336/dmesg_current.txt http://people.freebsd.org/~jkim/x336/dmesg_stable.txt I don't see anything obvious, though. :-( Jung-uk Kim From owner-freebsd-acpi@FreeBSD.ORG Wed Apr 5 20:29:44 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E916416A423 for ; Wed, 5 Apr 2006 20:29:44 +0000 (UTC) (envelope-from gwood@woodsite.net) Received: from celery.georgewood.net (celery.georgewood.net [63.230.221.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 34D4443D49 for ; Wed, 5 Apr 2006 20:29:43 +0000 (GMT) (envelope-from gwood@woodsite.net) Received: from celery.georgewood.net (localhost [127.0.0.1]) by celery.georgewood.net (8.12.8/8.12.8) with ESMTP id k35KTauA035430; Wed, 5 Apr 2006 13:29:36 -0700 (MST) (envelope-from gwood@woodsite.net) Received: from localhost (gwood@localhost) by celery.georgewood.net (8.12.8/8.12.8/Submit) with ESMTP id k35KTaTb035427; Wed, 5 Apr 2006 13:29:36 -0700 (MST) (envelope-from gwood@woodsite.net) Date: Wed, 5 Apr 2006 13:29:36 -0700 (MST) From: George Wood X-X-Sender: gwood@celery.georgewood.net To: freebsd-acpi@freebsd.org Message-ID: <20060405123021.S37871-200000@celery.georgewood.net> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1338244034-1143837245=:1471" Content-ID: <20060331133542.M1494@new.azma.local> Subject: acpi thermal problem 'fix' (fwd) X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: George Wood List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Apr 2006 20:29:45 -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. Send mail to mime@docserver.cac.washington.edu for more info. --0-1338244034-1143837245=:1471 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII; FORMAT=flowed Content-ID: <20060331133542.C1494@new.azma.local> my pc shuts down when cpu temp exceeds 60 C. since 'hw.acpi.thermal.tz0._CRT' is read only, I can't reset the value there. The advice below, edit & recompile a dumped ASL, doesn't work for me because the ASL will not compile. Do I have any alternative other than completely disabling acpi? George Wood I found a discussion of this online where Nate Lawson said this advice was correct: Date: Thu, 23 Jun 2005 14:25:17 -0700 From: Nate Lawson Subject: Re: Changing temperature threshold (trimmed, full message attached) Alexandre "Sunny" Kovalenko wrote: >>When I try to raise hw.acpi.thermal.tz0._CRT to 85C (which is the >>threshold in the BIOS setup) it doesn't work: >> >>bell# sysctl hw.acpi.thermal.tz0._CRT=3580 # 3580 tenths of Kelvin=85C >>sysctl: oid 'hw.acpi.thermal.tz0._CRT' is read only ... > One of the ways to deal with that would be to dump your ASL (see > Handbook for guidance), find lines which look like: > Method (_CRT, 0, NotSerialized) > { > Return (KELV (0x5d)) > } > modify them to your liking, compile ASL and override it during boot > (instructions on how to compile and override are in Handbook as well). > Please, note that actual value returned is in the 1/10th of the degree > of Kelvin. Function KELV above has following ASL code associated with > it: > Method (KELV, 1, NotSerialized) > { > Store (Arg0, Local1) > Multiply (0x0A, Local1, Local1) > Add (Local1, 0x0AAC, Local1) > Return (Local1) > } > Thermal management chapter of the ACPI specification should provide you > with ample explanation of what this is all about. So I did as suggested, dumped th asl and looked for the _CRT method; (the full .asl file is attached). Here's what I found: Method (_CRT, 0, NotSerialized) { Return (TRPC) } the only reference I found to TRPC was: DefinitionBlock ("DSDT.aml", "DSDT", 1, "KT400 ", "AWRDACPI", 4096) { ... OperationRegion (TEMM, SystemMemory, 0x000FF810, 0x0C) Field (TEMM, WordAcc, NoLock, Preserve) { TP1H, 16, TP1L, 16, TP2H, 16, TP2L, 16, TRPC, 16, SENF, 16 } ... } so I figured I'd just hard code a corrected temperature into the _CRT method, recompile the asl and override (per the handbook). Before modifying the .asl, I decided to compile the dumped .asl so I'd know what the 'normal' warnings were. Sadly, the compiler dumped a pile of errors: ---------------- begin compiler output -------------- Intel ACPI Component Architecture ASL Optimizing Compiler / AML Disassembler version 20041119 [Nov 3 2005] Copyright (C) 2000 - 2004 Intel Corporation Supports ACPI Specification Revision 2.0c acpidump.asl 427: Method (\_WAK, 1, NotSerialized) Warning 2026 - ^ Reserved method must return a value (_WAK) acpidump.asl 470: Store (Local0, Local0) Error 1013 - ^ Method local variable is not initialized (Local0) acpidump.asl 478: Store (Local0, Local0) Error 1013 - ^ Method local variable is not initialized (Local0) acpidump.asl 2133: Method (STM, 0, Serialized) Warning 2019 - ^ Not all control paths return a value (STM_) acpidump.asl 3836: Store (Local0, Local0) Error 1013 - ^ Method local variable is not initialized (Local0) ASL Input: acpidump.asl - 4331 lines, 128623 bytes, 1697 keywords Compilation complete. 3 Errors, 2 Warnings, 0 Remarks, 508 Optimizations ---------------- end of compiler output -------------- per your note, warnings might be ok but errors are going to make things barf. I'm not attaching the full ASL file due to its size, but I'll be happy to mail it to anyone interested. I previously sent it to Nate. Now what? --0-1338244034-1143837245=:1471 Content-Type: TEXT/PLAIN; CHARSET=X-UNKNOWN; NAME="acpi-email.txt" Content-Transfer-Encoding: BASE64 Content-ID: <20060331133405.O1471@new.azma.local> Content-Description: email suggesting fix for acpi thermal problem Content-Disposition: ATTACHMENT; FILENAME="acpi-email.txt" DQpTa2lwIHNpdGUgbmF2aWdhdGlvbiAoMSlTa2lwIHNlY3Rpb24gbmF2aWdh dGlvbiAoMikNCkhlYWRlciBBbmQgTG9nbw0KRnJlZUJTRA0KUGVyaXBoZXJh bCBMaW5rcw0KDQogICAgKiBUZXh0IFNpemU6IE5vcm1hbCAvIExhcmdlDQog ICAgKiBEb25hdGUNCiAgICAqIENvbnRhY3QNCg0KU2VhcmNoDQogDQpTaXRl IE5hdmlnYXRpb24NCg0KICAgICogSG9tZQ0KICAgICogQWJvdXQNCiAgICAq IEdldCBGcmVlQlNEDQogICAgKiBEb2N1bWVudGF0aW9uDQogICAgKiBDb21t dW5pdHkNCiAgICAqIERldmVsb3BlcnMNCiAgICAqIFN1cHBvcnQNCg0KRGF0 ZTogICAgICBUaHUsIDIzIEp1biAyMDA1IDE0OjI1OjE3IC0wNzAwDQpGcm9t OiAgICAgIE5hdGUgTGF3c29uIDxuYXRlQHJvb3Qub3JnPg0KVG86ICAgICAg ICAiQWxleGFuZHJlIFwiU3VubnlcIiBLb3ZhbGVua28iIDxBbGV4LktvdmFs ZW5rb0B2ZXJpem9uLm5ldD4NCkNjOiAgICAgICAgZnJlZWJzZC1hY3BpQGZy ZWVic2Qub3JnLCBNYXR0aGV3IEZsYW5hZ2FuIDxmbGFuYWdhbi5tYXR0QGdt YWlsLmNvbT4NClN1YmplY3Q6ICAgUmU6IENoYW5naW5nIHRlbXBlcmF0dXJl IHRocmVzaG9sZA0KTWVzc2FnZS1JRDogIDw0MkJCMjhCRC41MDgwMjAyQHJv b3Qub3JnPg0KSW4tUmVwbHktVG86IDwxMTMwNDI2NTE2Ljc3Ny43LmNhbWVs QFJhYmJpdHNEZW4+DQpSZWZlcmVuY2VzOiAgPDdjZDA2YTJkMDUwNjIyMDUz MzFkMDMzNzJjQG1haWwuZ21haWwuY29tPgk8N2NkMDZhMmQwNTA2MjMwNzM0 NTJlM2MzZjlAbWFpbC5nbWFpbC5jb20+IDwxMTMwNDI2NTE2Ljc3Ny43LmNh bWVsQFJhYmJpdHNEZW4+DQoNCk5leHQgaW4gdGhyZWFkIHwgUHJldmlvdXMg aW4gdGhyZWFkIHwgUmF3IEUtTWFpbCB8IEluZGV4IHwgQXJjaGl2ZSB8IEhl bHANCg0KQWxleGFuZHJlICJTdW5ueSIgS292YWxlbmtvIHdyb3RlOg0KPj5X aGVuIEkgdHJ5IHRvIHJhaXNlIGh3LmFjcGkudGhlcm1hbC50ejAuX0NSVCB0 byA4NUMgKHdoaWNoIGlzIHRoZSANCj4+dGhyZXNob2xkIGluIHRoZSBCSU9T IHNldHVwKSBpdCBkb2Vzbid0IHdvcms6DQo+Pg0KPj5iZWxsIyBzeXNjdGwg aHcuYWNwaS50aGVybWFsLnR6MC5fQ1JUPTM1ODAgICMgMzU4MCB0ZW50aHMg b2YgS2VsdmluPTg1Qw0KPj5zeXNjdGw6IG9pZCAnaHcuYWNwaS50aGVybWFs LnR6MC5fQ1JUJyBpcyByZWFkIG9ubHkNCj4+DQo+Pk5vdywgbXkgcXVlc3Rp b24gaXM6IGhvdyBkbyBJIGNoYW5nZSB0aGlzIHZhbHVlPyBJJ3ZlIHJlYWQg c2V2ZXJhbA0KPj5tYW5wYWdlcyAoYWNwaSg0KSwgYWNwaV90aGVybWFsKDQp LCBhY3BpY29uZig4KSwgbG9hZGVyKDgpLCBhbmQgbWFueQ0KPj5vdGhlcnMp IGFuZCBjaGVja2VkIHRoZSBoYW5kYm9vaywgdG8gbm8gYXZhaWwuIENhbiBh bnlvbmUgcG9pbnQgbWUNCj4+dG8gdGhlIHJpZ2h0IGRpcmVjdGlvbj8NCj4g DQo+IE9uZSBvZiB0aGUgd2F5cyB0byBkZWFsIHdpdGggdGhhdCB3b3VsZCBi ZSB0byBkdW1wIHlvdXIgQVNMIChzZWUNCj4gSGFuZGJvb2sgZm9yIGd1aWRh bmNlKSwgZmluZCBsaW5lcyB3aGljaCBsb29rIGxpa2U6DQo+ICAgICAgICAg ICAgICAgICAgICAgICAgIE1ldGhvZCAoX0NSVCwgMCwgTm90U2VyaWFsaXpl ZCkNCj4gICAgICAgICAgICAgICAgICAgICAgICAgew0KPiAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgUmV0dXJuIChLRUxWICgweDVkKSkNCj4gICAg ICAgICAgICAgICAgICAgICAgICAgfQ0KPiBtb2RpZnkgdGhlbSB0byB5b3Vy IGxpa2luZywgY29tcGlsZSBBU0wgYW5kIG92ZXJyaWRlIGl0IGR1cmluZyBi b290DQo+IChpbnN0cnVjdGlvbnMgb24gaG93IHRvIGNvbXBpbGUgYW5kIG92 ZXJyaWRlIGFyZSBpbiBIYW5kYm9vayBhcyB3ZWxsKS4NCj4gUGxlYXNlLCBu b3RlIHRoYXQgYWN0dWFsIHZhbHVlIHJldHVybmVkIGlzIGluIHRoZSAxLzEw dGggb2YgdGhlIGRlZ3JlZQ0KPiBvZiBLZWx2aW4uIEZ1bmN0aW9uIEtFTFYg YWJvdmUgaGFzIGZvbGxvd2luZyBBU0wgY29kZSBhc3NvY2lhdGVkIHdpdGgN Cj4gaXQ6DQo+ICAgICAgICAgICAgICAgICAgICAgICAgIE1ldGhvZCAoS0VM ViwgMSwgTm90U2VyaWFsaXplZCkNCj4gICAgICAgICAgICAgICAgICAgICAg ICAgew0KPiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgU3RvcmUgKEFy ZzAsIExvY2FsMSkNCj4gICAgICAgICAgICAgICAgICAgICAgICAgICAgIE11 bHRpcGx5ICgweDBBLCBMb2NhbDEsIExvY2FsMSkNCj4gICAgICAgICAgICAg ICAgICAgICAgICAgICAgIEFkZCAoTG9jYWwxLCAweDBBQUMsIExvY2FsMSkN Cj4gICAgICAgICAgICAgICAgICAgICAgICAgICAgIFJldHVybiAoTG9jYWwx KQ0KPiAgICAgICAgICAgICAgICAgICAgICAgICB9DQo+IFRoZXJtYWwgbWFu YWdlbWVudCBjaGFwdGVyIG9mIHRoZSBBQ1BJIHNwZWNpZmljYXRpb24gc2hv dWxkIHByb3ZpZGUgeW91DQo+IHdpdGggYW1wbGUgZXhwbGFuYXRpb24gb2Yg d2hhdCB0aGlzIGlzIGFsbCBhYm91dC4NCg0KVGhpcyBleHBsYW5hdGlvbiBp cyBjb3JyZWN0LiAgVGhlIHJlYXNvbiB3aHkgdGhlIHN5c2N0bCBpcyByZWFk LW9ubHkgaXMgDQpiZWNhdXNlIHRoZSB2YWx1ZXMgYXJlIHN1cHBsaWVkIGJ5 IHRoZSBCSU9TIGFuZCBhcmUgd2hhdCB0aGUgT0VNIHRoaW5rcyANCmFyZSBj cml0aWNhbCB0ZW1wZXJhdHVyZXMuICBIb3dldmVyLCB3ZSBuZWVkIGEgd2F5 IHRvIGFsbG93IG92ZXJyaWRlIGluIA0KdGhlIGNhc2Ugb2Ygb2J2aW91c2x5 IHdyb25nIHZhbHVlcyBsaWtlIHRoaXMuICBJJ2xsIHByb2JhYmx5IGNoYW5n ZSBpdCANCnRvIGFsbG93IG92ZXJyaWRpbmcgZnJvbSB0aGUgbG9hZGVyIGJ1 dCBiZSByZWFkLW9ubHkgaW4gc3lzY3RsIHRvIGF2b2lkIA0KYWNjaWRlbnRh bCBjaGFuZ2VzIGZyb20gdXNlcnMgZXhwZXJpbWVudGluZy4NCg0KLS0gDQpO YXRlDQoNCg0KDQpXYW50IHRvIGxpbmsgdG8gdGhpcyBtZXNzYWdlPyBVc2Ug dGhpcyBVUkw6IDxodHRwOi8vZG9jcy5GcmVlQlNELm9yZy9jZ2kvbWlkLmNn aT80MkJCMjhCRC41MDgwMjAyPg0KTGVnYWwgTm90aWNlcyB8IKkgMTk5NS0y MDA2IFRoZSBGcmVlQlNEIFByb2plY3QuIEFsbCByaWdodHMgcmVzZXJ2ZWQu DQp3d3dARnJlZUJTRC5vcmcNCmVybWFsIG1hbmFnZW1lbnQgY2hhcHRlciBv ZiB0aGUgQUNQSSBzcGVjaWZpY2F0aW9uIHNob3VsZCBwcm92aWRlIHlvdQ0K PiB3aXRoIGFtcGxlIGV4cGxhbmF0aW9uIG9mIHdoYXQgdGhpcyBpcyBhbGwg YWJvdXQuDQoNClRoaXMgZXhwbGFuYXRpb24gaXMgY29ycmVjdC4gIFRoZSBy ZWFzb24gd2h5IHRoZSBzeXNjdGwgaXMgcmVhZC1vbmx5IGlzIA0KYmVjYXVz ZSB0aGUgdmFsdWVzIGFyZSBzdXBwbGllZCBieSB0aGUgQklPUyBhbmQgYXJl IHdoYXQgdGhlIE9FTSB0aGlua3MgDQphcmUgY3JpdGljYWwgdGVtcGVyYXR1 cmVzLiAgSG93ZXZlciwgd2UgbmVlZCBhIHdheSB0byBhbGxvdyBvdmVycmlk ZSBpbiANCnRoZSBjYXNlIG9mIG9idmlvdXNseSB3cm9uZyB2YWx1ZXMgbGlr ZSB0aGlzLiAgSSdsbCBwcm9iYWJseSBjaGFuZ2UgaXQgDQp0byBhbGxvdyBv dmVycmlkaW5nIGZyb20gdGhlIGxvYWRlciBidXQgYmUgcmVhZC1vbmx5IGlu IHN5c2N0bCB0byBhdm9pZCANCmFjY2lkZW50YWwgY2hhbmdlcyBmcm9tIHVz ZXJzIGV4cGVyaW1lbnRpbmcuDQoNCg== --0-1338244034-1143837245=:1471-- From owner-freebsd-acpi@FreeBSD.ORG Thu Apr 6 00:10:25 2006 Return-Path: X-Original-To: freebsd-acpi@hub.freebsd.org Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E533216A422 for ; Thu, 6 Apr 2006 00:10:25 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5DBBE43D45 for ; Thu, 6 Apr 2006 00:10:25 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k360APvE062330 for ; Thu, 6 Apr 2006 00:10:25 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k360APiX062329; Thu, 6 Apr 2006 00:10:25 GMT (envelope-from gnats) Date: Thu, 6 Apr 2006 00:10:25 GMT Message-Id: <200604060010.k360APiX062329@freefall.freebsd.org> To: freebsd-acpi@FreeBSD.org From: "Internet Partners, Inc. Tech Support" Cc: Subject: Re: kern/88859: ACPI broken on Compaq DL360 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Internet Partners, Inc. Tech Support" List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Apr 2006 00:10:26 -0000 The following reply was made to PR kern/88859; it has been noted by GNATS. From: "Internet Partners, Inc. Tech Support" To: , "Ted Mittelstaedt" Cc: Subject: Re: kern/88859: ACPI broken on Compaq DL360 Date: Wed, 5 Apr 2006 17:03:56 -0700 I can also confirm this is corrected in 6.1-BETA4 and the April 4 CVS, here is the full verbose output on a first generation Compaq DL360: SMAP type=01 base=0000000000000000 len=000000000009f800 SMAP type=02 base=000000000009f800 len=0000000000000800 SMAP type=02 base=00000000000f0000 len=0000000000010000 SMAP type=01 base=0000000000100000 len=000000007fefc000 SMAP type=03 base=000000007fffc000 len=0000000000004000 SMAP type=02 base=00000000fec00000 len=0000000000010000 SMAP type=02 base=00000000fee00000 len=0000000000010000 SMAP type=02 base=00000000fff80000 len=0000000000080000 SMAP type=01 base=0000000100000000 len=0000000000000000 Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.0-CURRENT #0: Wed Apr 5 01:46:21 UTC 2006 root@freebsd-cvs.ipinc.net:/usr/obj/usr/src/sys/GENERIC Preloaded elf kernel "/boot/kernel/kernel" at 0xc0ee2000. Preloaded mfs_root "/boot/mfsroot" at 0xc0ee2198. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0ee21dc. MP Configuration Table version 1.4 found at 0xc00fbeca Table 'FACP' at 0x7fffc040 Table 'APIC' at 0x7fffc100 MADT: Found table at 0x7fffc100 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 0: enabled MADT: Found CPU APIC ID 1 ACPI ID 1: disabled MADT: Found CPU APIC ID 2 ACPI ID 2: disabled MADT: Found CPU APIC ID 3 ACPI ID 3: enabled ACPI APIC Table: Calibrating clock(s) ... i8254 clock: 1193078 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 996850917 Hz CPU: Intel Pentium III (996.85-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x68a Stepping = 10 Features=0x383fbff real memory = 2147467264 (2047 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000001025000 - 0x000000007dbc3fff, 2092560384 bytes (510879 pages) avail memory = 2092412928 (1995 MB) bios32: Found BIOS32 Service Directory header at 0xc00ffee0 bios32: Entry = 0xf0000 (c00f0000) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf0000+0x94 Other BIOS signatures found: APIC: CPU 0 has ACPI ID 3 MADT: Found IO APIC ID 8, Interrupt 0 at 0xfec00000 ioapic0: Changing APIC ID to 8 ioapic0: Routing external 8259A's -> intpin 0 ioapic0: intpin 0 -> ExtINT (edge, high) ioapic0: intpin 1 -> ISA IRQ 1 (edge, high) ioapic0: intpin 2 -> ISA IRQ 2 (edge, high) ioapic0: intpin 3 -> ISA IRQ 3 (edge, high) ioapic0: intpin 4 -> ISA IRQ 4 (edge, high) ioapic0: intpin 5 -> ISA IRQ 5 (edge, high) ioapic0: intpin 6 -> ISA IRQ 6 (edge, high) ioapic0: intpin 7 -> ISA IRQ 7 (edge, high) ioapic0: intpin 8 -> ISA IRQ 8 (edge, high) ioapic0: intpin 9 -> ISA IRQ 9 (edge, high) ioapic0: intpin 10 -> ISA IRQ 10 (edge, high) ioapic0: intpin 11 -> ISA IRQ 11 (edge, high) ioapic0: intpin 12 -> ISA IRQ 12 (edge, high) ioapic0: intpin 13 -> ISA IRQ 13 (edge, high) ioapic0: intpin 14 -> ISA IRQ 14 (edge, high) ioapic0: intpin 15 -> ISA IRQ 15 (edge, high) ioapic0: intpin 16 -> PCI IRQ 16 (level, low) ioapic0: intpin 17 -> PCI IRQ 17 (level, low) ioapic0: intpin 18 -> PCI IRQ 18 (level, low) ioapic0: intpin 19 -> PCI IRQ 19 (level, low) ioapic0: intpin 20 -> PCI IRQ 20 (level, low) ioapic0: intpin 21 -> PCI IRQ 21 (level, low) ioapic0: intpin 22 -> PCI IRQ 22 (level, low) ioapic0: intpin 23 -> PCI IRQ 23 (level, low) ioapic0: intpin 24 -> PCI IRQ 24 (level, low) ioapic0: intpin 25 -> PCI IRQ 25 (level, low) ioapic0: intpin 26 -> PCI IRQ 26 (level, low) ioapic0: intpin 27 -> PCI IRQ 27 (level, low) ioapic0: intpin 28 -> PCI IRQ 28 (level, low) ioapic0: intpin 29 -> PCI IRQ 29 (level, low) ioapic0: intpin 30 -> PCI IRQ 30 (level, low) ioapic0: intpin 31 -> PCI IRQ 31 (level, low) ioapic0: intpin 32 -> PCI IRQ 32 (level, low) ioapic0: intpin 33 -> PCI IRQ 33 (level, low) ioapic0: intpin 34 -> PCI IRQ 34 (level, low) lapic: Routing NMI -> LINT1 MADT: Forcing active-low polarity and level trigger for SCI ioapic0: intpin 9 polarity: low ioapic0: intpin 9 trigger: level ioapic0 irqs 0-34 on motherboard cpu0 BSP: ID: 0x03000000 VER: 0x00040011 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00000000 err: 0x000100f0 pcm: 0x00010000 wlan: <802.11 Link Layer> random: nfslock: pseudo-device io: kbd: new array size 4 kbd1 at kbdmux0 mem: Pentium Pro MTRR support enabled null: ioapic0: routing intpin 13 (ISA IRQ 13) to vector 48 npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard ioapic0: routing intpin 9 (ISA IRQ 9) to vector 49 acpi0: [MPSAFE] acpi0: Power Button (fixed) pci_open(1): mode 1 addr port (0x0cf8) is 0x00000000 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=80] is there (id=00091166) pcibios: BIOS version 2.10 AcpiOsDerivePciId: bus 0 dev 0 func 0 AcpiOsDerivePciId: bus 0 dev 0 func 1 pci_link1: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 5 10 11 15 pci_link1: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 5 10 11 15 pci_link1: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 10 11 15 pci_link2: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 5 10 11 15 pci_link2: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 5 10 11 15 pci_link2: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 10 11 15 pci_link3: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 5 10 11 15 pci_link3: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 5 10 11 15 pci_link3: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 10 11 15 pci_link4: Links after initial probe: Index IRQ Rtd Ref IRQs 0 5 N 0 5 10 11 15 pci_link4: Links after initial validation: Index IRQ Rtd Ref IRQs 0 5 N 0 5 10 11 15 pci_link4: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 10 11 15 pci_link5: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 5 10 11 15 pci_link5: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 5 10 11 15 pci_link5: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 10 11 15 pci_link6: Links after initial probe: Index IRQ Rtd Ref IRQs 0 3 N 0 5 10 11 15 pci_link6: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 5 10 11 15 pci_link6: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 10 11 15 pci_link7: Links after initial probe: Index IRQ Rtd Ref IRQs 0 7 N 0 5 10 11 15 pci_link7: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 5 10 11 15 pci_link7: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 10 11 15 pci_link8: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 5 10 11 15 pci_link8: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 5 10 11 15 pci_link8: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 10 11 15 pci_link9: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 5 10 11 15 pci_link9: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 5 10 11 15 pci_link9: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 10 11 15 ACPI timer: 0/15 0/7 0/16777092 0/31 0/16776962 0/16776962 0/15 0/15 0/31 0/16776708 -> 0 Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x240-0x243 on acpi0 cpu0: on acpi0 pcib0: on acpi0 pci0: on pcib0 pci0: physical bus=0 found-> vendor=0x1166, dev=0x0009, revid=0x05 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0107, statreg=0x0200, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1166, dev=0x0009, revid=0x05 bus=0, slot=0, func=1 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0107, statreg=0x0200, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1000, dev=0x0010, revid=0x02 bus=0, slot=1, func=0 class=01-04-00, hdrtype=0x00, mfdev=0 cmdreg=0x0157, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0xc0 (5760 ns), mingnt=0x1e (7500 ns), maxlat=0x08 (2000 ns) intpin=a, irq=3 powerspec 2 supports D0 D3 current D0 map[10]: type 4, range 32, base 00002000, size 8, enabled map[14]: type 1, range 32, base f6000000, size 24, enabled map[18]: type 1, range 32, base f5000000, size 24, enabled pcib0: matched entry for 0.1.INTA pcib0: slot 1 INTA hardwired to IRQ 19 found-> vendor=0x1002, dev=0x4756, revid=0x7a bus=0, slot=3, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0087, statreg=0x0290, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) powerspec 1 supports D0 D3 current D0 map[10]: type 3, range 32, base f3000000, size 24, enabled map[14]: type 4, range 32, base 00002400, size 8, enabled map[18]: type 1, range 32, base f4fff000, size 12, enabled found-> vendor=0x0e11, dev=0xa0f0, revid=0x00 bus=0, slot=4, func=0 class=08-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0143, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 map[10]: type 4, range 32, base 00001800, size 8, enabled map[14]: type 1, range 32, base f4ffef00, size 8, enabled found-> vendor=0x1166, dev=0x0200, revid=0x4f bus=0, slot=15, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[90]: type 4, range 32, base 00000000, size 4, enabled found-> vendor=0x1166, dev=0x0211, revid=0x00 bus=0, slot=15, func=1 class=01-01-8a, hdrtype=0x00, mfdev=1 cmdreg=0x0145, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[20]: type 4, range 32, base 00002800, size 4, enabled ida0: port 0x2000-0x20ff mem 0xf6000000-0xf6ffffff,0xf5000000-0xf5ffffff irq 19 at device 1.0 on pci0 ida0: Reserved 0x1000000 bytes for rid 0x14 type 3 at 0xf6000000 ioapic0: routing intpin 19 (PCI IRQ 19) to vector 50 ida0: [GIANT-LOCKED] ida0: drives=1 firm_rev=1.50 idad0: on ida0 idad0: 70001MB (143363040 sectors), blocksize=512 pci0: at device 3.0 (no driver attached) pci0: at device 4.0 (no driver attached) isab0: at device 15.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x2800-0x280f at device 15.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x2800 ata0: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=60 ostat1=70 ata0: stat0=0x20 err=0x20 lsb=0x20 msb=0x20 ata0: stat1=0x30 err=0x30 lsb=0x30 msb=0x30 ata0: reset tp2 stat0=20 stat1=30 devices=0x0 ioapic0: routing intpin 14 (ISA IRQ 14) to vector 51 ata0: [MPSAFE] ata1: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=03 ostat0=50 ostat1=01 ata1: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata1: stat1=0x00 err=0x04 lsb=0x00 msb=0x00 ata1: reset tp2 stat0=00 stat1=00 devices=0x4 ioapic0: routing intpin 15 (ISA IRQ 15) to vector 52 ata1: [MPSAFE] pcib1: on acpi0 pci3: on pcib1 pci3: physical bus=3 found-> vendor=0x8086, dev=0x1229, revid=0x08 bus=3, slot=4, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0157, statreg=0x0290, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x08 (2000 ns), maxlat=0x38 (14000 ns) intpin=a, irq=5 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base f7fff000, size 12, enabled map[14]: type 4, range 32, base 00003000, size 6, enabled map[18]: type 1, range 32, base f7e00000, size 20, enabled pcib1: matched entry for 3.4.INTA pcib1: slot 4 INTA hardwired to IRQ 17 found-> vendor=0x8086, dev=0x1229, revid=0x08 bus=3, slot=5, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0157, statreg=0x0290, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x08 (2000 ns), maxlat=0x38 (14000 ns) intpin=a, irq=7 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base f7dff000, size 12, enabled map[14]: type 4, range 32, base 00003040, size 6, enabled map[18]: type 1, range 32, base f7c00000, size 20, enabled pcib1: matched entry for 3.5.INTA pcib1: slot 5 INTA hardwired to IRQ 24 fxp0: port 0x3000-0x303f mem 0xf7fff000-0xf7ffffff,0xf7e00000-0xf7efffff irq 17 at device 4.0 on pci3 fxp0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xf7fff000 fxp0: using memory space register mapping fxp0: PCI IDs: 8086 1229 0e11 b134 0008 fxp0: Dynamic Standby mode is disabled miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: bpf attached fxp0: Ethernet address: 00:50:8b:e0:4f:03 ioapic0: routing intpin 17 (PCI IRQ 17) to vector 53 fxp0: [MPSAFE] fxp1: port 0x3040-0x307f mem 0xf7dff000-0xf7dfffff,0xf7c00000-0xf7cfffff irq 24 at device 5.0 on pci3 fxp1: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xf7dff000 fxp1: using memory space register mapping fxp1: PCI IDs: 8086 1229 0e11 b134 0008 fxp1: Dynamic Standby mode is disabled miibus1: on fxp1 inphy1: on miibus1 inphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp1: bpf attached fxp1: Ethernet address: 00:50:8b:e0:4e:eb ioapic0: routing intpin 24 (PCI IRQ 24) to vector 54 fxp1: [MPSAFE] acpi_tz0: on acpi0 psmcpnp0: irq 12 on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbdc: RESET_KBD return code:00fa kbdc: RESET_KBD status:00aa kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 ioapic0: routing intpin 1 (ISA IRQ 1) to vector 55 atkbd0: [GIANT-LOCKED] psm0: current command byte:0065 kbdc: TEST_AUX_PORT status:0000 kbdc: RESET_AUX return code:00fa kbdc: RESET_AUX status:00aa kbdc: RESET_AUX ID:0000 kbdc: RESET_AUX return code:00fa kbdc: RESET_AUX status:00aa kbdc: RESET_AUX ID:0000 psm: status 00 02 64 psm: status 90 02 3c psm: status 00 03 64 psm: status 00 03 64 psm: data 00 00 00 psm: status 10 00 64 psm: status 00 02 64 psm: status 00 02 64 psm0: irq 12 on atkbdc0 ioapic0: routing intpin 12 (ISA IRQ 12) to vector 56 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0-00, 2 buttons psm0: config:00000000, flags:00000008, packet size:3 psm0: syncmask:c0, syncbits:00 fdc0: port 0x3f2-0x3f5 irq 6 drq 2 on acpi0 fdc0: ic_type 90 part_id 73 ioapic0: routing intpin 6 (ISA IRQ 6) to vector 57 fdc0: [MPSAFE] fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: irq maps: 0x1 0x11 0x1 0x1 sio0: port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console ioapic0: routing intpin 4 (ISA IRQ 4) to vector 58 ex_isa_identify() ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it fdc: fdc0 already exists; skipping it sio: sio0 already exists; skipping it pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete unknown: status reg test failed ff unknown: status reg test failed ff unknown: Failed Intstat Reg Test unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff ahc_isa_probe 0: ioport 0xc00 alloc failed sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xcbfff,0xe8000-0xedfff,0xee000-0xeffff on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fe0: not probed (disabled) ie0: not probed (disabled) lnc0: not probed (disabled) ppc0: parallel port not found. ppc0: failed to probe at irq 7 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd1, terminal emulator: sc (syscons terminal) sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: irq maps: 0x1 0x1 0x1 0x1 sio1: probe failed test(s): 0 1 2 4 6 7 9 sio1 failed to probe at port 0x2f8-0x2ff irq 3 on isa0 sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 vt0: not probed (disabled) isa_probe_children: probing PnP devices Device configuration finished. Reducing kern.maxvnodes 134115 -> 100000 procfs registered lapic: Divisor 2, Frequency 66456297 hz Timecounter "TSC" frequency 996850917 Hz quality 800 Timecounters tick every 1.000 msec lo0: bpf attached md0: Preloaded image 4423680 bytes at 0xc0a4f590 ata1-master: pio=PIO4 wdma=WDMA2 udma=UNSUPPORTED cable=40 wire GEOM: new disk idad0 acd0: setting PIO4 on ROSB4 chip acd0: CDROM drive at ata1 as master acd0: read 4125KB/s (4125KB/s), 128KB buffer, PIO4 acd0: Reads: CDR, CDRW, CDDA stream, packet acd0: Writes: acd0: Audio: play, 255 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: CD-ROM 120mm data disc ATA PseudoRAID loaded Trying to mount root from ufs:/dev/md0 start_init: trying /sbin/init start_init: trying /sbin/oinit start_init: trying /sbin/init.bak start_init: trying /rescue/init start_init: trying /stand/sysinstall From owner-freebsd-acpi@FreeBSD.ORG Thu Apr 6 07:49:50 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 917C516A401 for ; Thu, 6 Apr 2006 07:49:50 +0000 (UTC) (envelope-from fp@netserv1.chg.ru) Received: from netserv1.chg.ru (netserv1.chg.ru [193.233.46.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 239FE43D45 for ; Thu, 6 Apr 2006 07:49:47 +0000 (GMT) (envelope-from fp@netserv1.chg.ru) Received: from netserv1.chg.ru (localhost.chg.ru [127.0.0.1]) by netserv1.chg.ru (8.13.1/8.13.1) with ESMTP id k367qImo008622 for ; Thu, 6 Apr 2006 11:52:19 +0400 (MSD) (envelope-from fp@netserv1.chg.ru) Received: from localhost (fp@localhost) by netserv1.chg.ru (8.13.1/8.13.1/Submit) with ESMTP id k367qIK2008619 for ; Thu, 6 Apr 2006 11:52:18 +0400 (MSD) (envelope-from fp@netserv1.chg.ru) Date: Thu, 6 Apr 2006 11:52:18 +0400 (MSD) From: Anton Menshutin To: freebsd-acpi@freebsd.org Message-ID: <20060406113433.O6088@netserv1.chg.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: ClamAV 0.83/1376/Wed Apr 5 09:51:25 2006 on netserv1.chg.ru X-Virus-Status: Clean Subject: se7520af2 intel motherboard acpi problem 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, 06 Apr 2006 07:49:50 -0000 Hi all, We bought new server with se7520af2 intel motherboard with 2 XEONs and found a lot of problems with it under FreeBSD. With ACPI enabled system does not work correctly with pci-express busses, hangs during reboot. With ACPI disabled it sometimes crashes during boot when mounting filesystems from mboard SATA controller, but pci-express based areca raid controller works fine. Depending on verison of the system kernel works only with one or two CPU's (i.e. hyperthreading does not work at all). Below is the dmesg output with acpi enabled: Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.1-BETA2 #0: Thu Mar 30 14:39:56 UTC 2006 root@:/usr/src/sys/amd64/compile/SMP Preloaded elf kernel "/boot/kernel/kernel" at 0xffffffff8099f000. ACPI APIC Table: Calibrating clock(s) ... i8254 clock: 1193154 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 2793014672 Hz CPU: Intel(R) Xeon(TM) CPU 2.80GHz (2793.01-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0xf43 Stepping = 3 Features=0xbfebfbff Features2=0x641d> AMD Features=0x20000800 Hyperthreading: 2 logical CPUs real memory = 4831838208 (4608 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009bfff, 634880 bytes (155 pages) 0x0000000000a9d000 - 0x00000000d78affff, 3605082112 bytes (880147 pages) 0x0000000100000000 - 0x000000011ffeffff, 536805376 bytes (131056 pages) avail memory = 4126433280 (3935 MB) APIC ID: physical 0, logical 0:0 APIC ID: physical 1, logical 0:1 APIC ID: physical 6, logical 0:2 APIC ID: physical 7, logical 0:3 FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 6 cpu3 (AP): APIC ID: 7 APIC: CPU 0 has ACPI ID 1 APIC: CPU 1 has ACPI ID 3 APIC: CPU 2 has ACPI ID 2 APIC: CPU 3 has ACPI ID 4 MADT: Found IO APIC ID 8, Interrupt 0 at 0xfec00000 ioapic0: Routing external 8259A's -> intpin 0 ioapic0: intpin 0 -> ExtINT (edge, high) ioapic0: intpin 1 -> ISA IRQ 1 (edge, high) ioapic0: intpin 2 -> ISA IRQ 2 (edge, high) ioapic0: intpin 3 -> ISA IRQ 3 (edge, high) ioapic0: intpin 4 -> ISA IRQ 4 (edge, high) ioapic0: intpin 5 -> ISA IRQ 5 (edge, high) ioapic0: intpin 6 -> ISA IRQ 6 (edge, high) ioapic0: intpin 7 -> ISA IRQ 7 (edge, high) ioapic0: intpin 8 -> ISA IRQ 8 (edge, high) ioapic0: intpin 9 -> ISA IRQ 9 (edge, high) ioapic0: intpin 10 -> ISA IRQ 10 (edge, high) ioapic0: intpin 11 -> ISA IRQ 11 (edge, high) ioapic0: intpin 12 -> ISA IRQ 12 (edge, high) ioapic0: intpin 13 -> ISA IRQ 13 (edge, high) ioapic0: intpin 14 -> ISA IRQ 14 (edge, high) ioapic0: intpin 15 -> ISA IRQ 15 (edge, high) ioapic0: intpin 16 -> PCI IRQ 16 (level, low) ioapic0: intpin 17 -> PCI IRQ 17 (level, low) ioapic0: intpin 18 -> PCI IRQ 18 (level, low) ioapic0: intpin 19 -> PCI IRQ 19 (level, low) ioapic0: intpin 20 -> PCI IRQ 20 (level, low) ioapic0: intpin 21 -> PCI IRQ 21 (level, low) ioapic0: intpin 22 -> PCI IRQ 22 (level, low) ioapic0: intpin 23 -> PCI IRQ 23 (level, low) MADT: Found IO APIC ID 9, Interrupt 24 at 0xfec80000 ioapic1: intpin 0 -> PCI IRQ 24 (level, low) ioapic1: intpin 1 -> PCI IRQ 25 (level, low) ioapic1: intpin 2 -> PCI IRQ 26 (level, low) ioapic1: intpin 3 -> PCI IRQ 27 (level, low) ioapic1: intpin 4 -> PCI IRQ 28 (level, low) ioapic1: intpin 5 -> PCI IRQ 29 (level, low) ioapic1: intpin 6 -> PCI IRQ 30 (level, low) ioapic1: intpin 7 -> PCI IRQ 31 (level, low) ioapic1: intpin 8 -> PCI IRQ 32 (level, low) ioapic1: intpin 9 -> PCI IRQ 33 (level, low) ioapic1: intpin 10 -> PCI IRQ 34 (level, low) ioapic1: intpin 11 -> PCI IRQ 35 (level, low) ioapic1: intpin 12 -> PCI IRQ 36 (level, low) ioapic1: intpin 13 -> PCI IRQ 37 (level, low) ioapic1: intpin 14 -> PCI IRQ 38 (level, low) ioapic1: intpin 15 -> PCI IRQ 39 (level, low) ioapic1: intpin 16 -> PCI IRQ 40 (level, low) ioapic1: intpin 17 -> PCI IRQ 41 (level, low) ioapic1: intpin 18 -> PCI IRQ 42 (level, low) ioapic1: intpin 19 -> PCI IRQ 43 (level, low) ioapic1: intpin 20 -> PCI IRQ 44 (level, low) ioapic1: intpin 21 -> PCI IRQ 45 (level, low) ioapic1: intpin 22 -> PCI IRQ 46 (level, low) ioapic1: intpin 23 -> PCI IRQ 47 (level, low) MADT: Found IO APIC ID 10, Interrupt 48 at 0xfec80400 ioapic2: intpin 0 -> PCI IRQ 48 (level, low) ioapic2: intpin 1 -> PCI IRQ 49 (level, low) ioapic2: intpin 2 -> PCI IRQ 50 (level, low) ioapic2: intpin 3 -> PCI IRQ 51 (level, low) ioapic2: intpin 4 -> PCI IRQ 52 (level, low) ioapic2: intpin 5 -> PCI IRQ 53 (level, low) ioapic2: intpin 6 -> PCI IRQ 54 (level, low) ioapic2: intpin 7 -> PCI IRQ 55 (level, low) ioapic2: intpin 8 -> PCI IRQ 56 (level, low) ioapic2: intpin 9 -> PCI IRQ 57 (level, low) ioapic2: intpin 10 -> PCI IRQ 58 (level, low) ioapic2: intpin 11 -> PCI IRQ 59 (level, low) ioapic2: intpin 12 -> PCI IRQ 60 (level, low) ioapic2: intpin 13 -> PCI IRQ 61 (level, low) ioapic2: intpin 14 -> PCI IRQ 62 (level, low) ioapic2: intpin 15 -> PCI IRQ 63 (level, low) ioapic2: intpin 16 -> PCI IRQ 64 (level, low) ioapic2: intpin 17 -> PCI IRQ 65 (level, low) ioapic2: intpin 18 -> PCI IRQ 66 (level, low) ioapic2: intpin 19 -> PCI IRQ 67 (level, low) ioapic2: intpin 20 -> PCI IRQ 68 (level, low) ioapic2: intpin 21 -> PCI IRQ 69 (level, low) ioapic2: intpin 22 -> PCI IRQ 70 (level, low) ioapic2: intpin 23 -> PCI IRQ 71 (level, low) lapic0: Routing NMI -> LINT1 lapic0: LINT1 trigger: edge lapic0: LINT1 polarity: high lapic6: Routing NMI -> LINT1 lapic6: LINT1 trigger: edge lapic6: LINT1 polarity: high lapic1: Routing NMI -> LINT1 lapic1: LINT1 trigger: edge lapic1: LINT1 polarity: high lapic7: Routing NMI -> LINT1 lapic7: LINT1 trigger: edge lapic7: LINT1 polarity: high MADT: Ignoring local NMI routed to ACPI CPU 5 MADT: Ignoring local NMI routed to ACPI CPU 6 MADT: Ignoring local NMI routed to ACPI CPU 7 MADT: Ignoring local NMI routed to ACPI CPU 8 MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 ioapic0: intpin 2 trigger: edge ioapic0: intpin 2 polarity: high MADT: Interrupt override: source 9, irq 9 ioapic0: intpin 9 trigger: level ioapic0: intpin 9 polarity: high ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard ioapic2 irqs 48-71 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x00050014 LDR: 0x01000000 DFR: 0x0fffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x0001000f pcm: 0x00010000 wlan: <802.11 Link Layer> null: random: nfslock: pseudo-device mem: io: acpi0: on motherboard acpi0: [MPSAFE] pci_open(1): mode 1 addr port (0x0cf8) is 0x8000005c pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=80] is there (id=35908086) AcpiOsDerivePciId: bus 9 dev 0 func 0 AcpiOsDerivePciId: bus 2 dev 0 func 2 AcpiOsDerivePciId: bus 0 dev 31 func 0 acpi0: Power Button (fixed) AcpiOsDerivePciId: bus 0 dev 0 func 0 pci_link0: Links after initial probe: Index IRQ Rtd Ref IRQs 0 10 N 0 3 4 5 6 7 10 11 12 14 15 pci_link0: Links after initial validation: Index IRQ Rtd Ref IRQs 0 10 N 0 3 4 5 6 7 10 11 12 14 15 pci_link0: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link1: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 10 11 12 14 15 pci_link1: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 10 11 12 14 15 pci_link1: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link2: Links after initial probe: Index IRQ Rtd Ref IRQs 0 5 N 0 3 4 5 6 7 10 11 12 14 15 pci_link2: Links after initial validation: Index IRQ Rtd Ref IRQs 0 5 N 0 3 4 5 6 7 10 11 12 14 15 pci_link2: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link3: Links after initial probe: Index IRQ Rtd Ref IRQs 0 7 N 0 3 4 5 6 7 10 11 12 14 15 pci_link3: Links after initial validation: Index IRQ Rtd Ref IRQs 0 7 N 0 3 4 5 6 7 10 11 12 14 15 pci_link3: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link4: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link4: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link4: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link5: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link5: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link5: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link6: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link6: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link6: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link7: Links after initial probe: Index IRQ Rtd Ref IRQs 0 15 N 0 3 4 5 6 7 10 11 12 14 15 pci_link7: Links after initial validation: Index IRQ Rtd Ref IRQs 0 15 N 0 3 4 5 6 7 10 11 12 14 15 pci_link7: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 10 11 12 14 15 ACPI timer: 1/0 1/0 1/0 1/0 1/0 1/0 1/0 1/0 1/0 1/1 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 acpi_throttle0: P_CNT from P_BLK 0x410 cpu1: on acpi0 acpi_throttle1: on cpu1 acpi_throttle1: failed to attach P_CNT device_attach: acpi_throttle1 attach returned 6 cpu2: on acpi0 acpi_throttle2: on cpu2 acpi_throttle2: failed to attach P_CNT device_attach: acpi_throttle2 attach returned 6 cpu3: on acpi0 acpi_throttle3: on cpu3 acpi_throttle3: failed to attach P_CNT device_attach: acpi_throttle3 attach returned 6 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: physical bus=0 found-> vendor=0x8086, dev=0x3590, revid=0x0c bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0146, statreg=0x0090, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x3591, revid=0x0c bus=0, slot=0, func=1 class=ff-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x3594, revid=0x0c bus=0, slot=1, func=0 class=08-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0100, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 MSI supports 2 messages map[10]: type 1, range 32, base fcffe000, size 12, memory disabled pcib0: matched entry for 0.1.INTA pcib0: slot 1 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x3595, revid=0x0c bus=0, slot=2, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x06 (1500 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 pcib0: matched entry for 0.2.INTA pcib0: slot 2 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x3597, revid=0x0c bus=0, slot=4, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0146, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x06 (1500 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 pcib0: matched entry for 0.4.INTA pcib0: slot 4 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x3599, revid=0x0c bus=0, slot=6, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0146, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x06 (1500 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 pcib0: matched entry for 0.6.INTA pcib0: slot 6 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x359a, revid=0x0c bus=0, slot=7, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0146, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x06 (1500 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 pcib0: matched entry for 0.7.INTA pcib0: slot 7 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x24d2, revid=0x02 bus=0, slot=29, func=0 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 map[20]: type 4, range 32, base 0000bc00, size 5, enabled pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x24d4, revid=0x02 bus=0, slot=29, func=1 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=7 map[20]: type 4, range 32, base 0000c000, size 5, enabled pcib0: matched entry for 0.29.INTB pcib0: slot 29 INTB hardwired to IRQ 19 found-> vendor=0x8086, dev=0x24d7, revid=0x02 bus=0, slot=29, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=5 map[20]: type 4, range 32, base 0000c080, size 5, enabled pcib0: matched entry for 0.29.INTC pcib0: slot 29 INTC hardwired to IRQ 18 found-> vendor=0x8086, dev=0x24dd, revid=0x02 bus=0, slot=29, func=7 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=15 powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base fcfffc00, size 10, enabled pcib0: matched entry for 0.29.INTD pcib0: slot 29 INTD hardwired to IRQ 23 found-> vendor=0x8086, dev=0x244e, revid=0xc2 bus=0, slot=30, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0147, statreg=0x0080, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x0b (2750 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x24d0, revid=0x02 bus=0, slot=31, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x014f, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x24db, revid=0x02 bus=0, slot=31, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0288, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 map[20]: type 4, range 32, base 0000fc00, size 4, enabled map[24]: type 1, range 32, base 00000000, size 10, enabled found-> vendor=0x8086, dev=0x24d1, revid=0x02 bus=0, slot=31, func=2 class=01-01-8f, hdrtype=0x00, mfdev=0 cmdreg=0x0045, statreg=0x02a0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 map[10]: type 4, range 32, base 0000cc00, size 3, enabled map[14]: type 4, range 32, base 0000c880, size 2, enabled map[18]: type 4, range 32, base 0000c800, size 3, enabled map[1c]: type 4, range 32, base 0000c480, size 2, enabled map[20]: type 4, range 32, base 0000c400, size 4, enabled pcib0: matched entry for 0.31.INTA pcib0: slot 31 INTA hardwired to IRQ 18 found-> vendor=0x8086, dev=0x24d3, revid=0x02 bus=0, slot=31, func=3 class=0c-05-00, hdrtype=0x00, mfdev=0 cmdreg=0x0001, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=255 map[20]: type 4, range 32, base 00000540, size 5, enabled pci0: at device 0.1 (no driver attached) pci0: at device 1.0 (no driver attached) pcib1: irq 16 at device 2.0 on pci0 pcib1: secondary bus 9 pcib1: subordinate bus 11 pcib1: I/O decode 0xe000-0xefff pcib1: memory decode 0xfea00000-0xfebfffff pcib1: prefetched decode 0xfff00000-0xfffff pcib1: could not get PCI interrupt routing table for \\_SB_.PCI0.EPA0 - AE_NOT_FOUND pci9: on pcib1 pci9: physical bus=9 found-> vendor=0x8086, dev=0x0329, revid=0x09 bus=9, slot=0, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0146, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x07 (1750 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x0326, revid=0x09 bus=9, slot=0, func=1 class=08-00-20, hdrtype=0x00, mfdev=1 cmdreg=0x0146, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base feafe000, size 12, enabled pcib1: (null) requested memory range 0xfeafe000-0xfeafefff: good found-> vendor=0x8086, dev=0x032a, revid=0x09 bus=9, slot=0, func=2 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x07 (1750 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x0327, revid=0x09 bus=9, slot=0, func=3 class=08-00-20, hdrtype=0x00, mfdev=1 cmdreg=0x0146, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base feaff000, size 12, enabled pcib1: (null) requested memory range 0xfeaff000-0xfeafffff: good pcib2: at device 0.0 on pci9 pcib2: secondary bus 11 pcib2: subordinate bus 11 pcib2: I/O decode 0x0-0x0 pcib2: memory decode 0xfff00000-0xfffff pcib2: prefetched decode 0xfff00000-0xfffff pci11: on pcib2 pci11: physical bus=11 pci9: at device 0.1 (no driver attached) pcib3: at device 0.2 on pci9 pcib3: secondary bus 10 pcib3: subordinate bus 10 pcib3: I/O decode 0xe000-0xefff pcib3: memory decode 0xfeb00000-0xfebfffff pcib3: prefetched decode 0xfff00000-0xfffff pci10: on pcib3 pci10: physical bus=10 found-> vendor=0x8086, dev=0x1079, revid=0x03 bus=10, slot=4, func=0 class=02-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0157, statreg=0x0230, cachelnsz=16 (dwords) lattimer=0x20 (960 ns), mingnt=0xff (63750 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type 1, range 64, base feba0000, size 17, enabled pcib3: (null) requested memory range 0xfeba0000-0xfebbffff: good pcib1: (null) requested memory range 0xfeba0000-0xfebbffff: good map[20]: type 4, range 32, base 0000e880, size 6, enabled pcib3: (null) requested I/O range 0xe880-0xe8bf: in range pcib1: (null) requested I/O range 0xe880-0xe8bf: in range pcib3: matched entry for 10.4.INTA pcib3: slot 4 INTA hardwired to IRQ 52 found-> vendor=0x8086, dev=0x1079, revid=0x03 bus=10, slot=4, func=1 class=02-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0157, statreg=0x0230, cachelnsz=16 (dwords) lattimer=0x20 (960 ns), mingnt=0xff (63750 ns), maxlat=0x00 (0 ns) intpin=b, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type 1, range 64, base febe0000, size 17, enabled pcib3: (null) requested memory range 0xfebe0000-0xfebfffff: good pcib1: (null) requested memory range 0xfebe0000-0xfebfffff: good map[20]: type 4, range 32, base 0000ec00, size 6, enabled pcib3: (null) requested I/O range 0xec00-0xec3f: in range pcib1: (null) requested I/O range 0xec00-0xec3f: in range pcib3: matched entry for 10.4.INTB pcib3: slot 4 INTB hardwired to IRQ 53 em0: port 0xe880-0xe8bf mem 0xfeba0000-0xfebbffff irq 52 at device 4.0 on pci10 em0: Reserved 0x20000 bytes for rid 0x10 type 3 at 0xfeba0000 em0: Reserved 0x40 bytes for rid 0x20 type 4 at 0xe880 em0: [MPSAFE] em0: bpf attached em0: Ethernet address: 00:07:e9:32:d2:1e em0: Speed:N/A Duplex:N/A em1: port 0xec00-0xec3f mem 0xfebe0000-0xfebfffff irq 53 at device 4.1 on pci10 em1: Reserved 0x20000 bytes for rid 0x10 type 3 at 0xfebe0000 em1: Reserved 0x40 bytes for rid 0x20 type 4 at 0xec00 em1: [MPSAFE] em1: bpf attached em1: Ethernet address: 00:07:e9:32:d2:1f em1: Speed:N/A Duplex:N/A pci9: at device 0.3 (no driver attached) pcib4: irq 16 at device 4.0 on pci0 pcib4: secondary bus 6 pcib4: subordinate bus 8 pcib4: I/O decode 0x0-0x0 pcib4: memory decode 0xfe900000-0xfe9fffff pcib4: prefetched decode 0xfbc00000-0xfbffffff pci6: on pcib4 pci6: physical bus=6 found-> vendor=0x8086, dev=0x0370, revid=0x00 bus=6, slot=0, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x07 (1750 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x0372, revid=0x00 bus=6, slot=0, func=2 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0146, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x07 (1750 ns), maxlat=0x00 (0 ns) pcib5: at device 0.0 on pci6 pcib5: secondary bus 8 pcib5: subordinate bus 8 pcib5: I/O decode 0xf000-0xfff pcib5: memory decode 0xfe900000-0xfe9fffff pcib5: prefetched decode 0xfbc00000-0xfbffffff device_attach: pcib5 attach returned 6 pcib6: at device 0.2 on pci6 pcib6: secondary bus 7 pcib6: subordinate bus 7 pcib6: I/O decode 0x0-0x0 pcib6: memory decode 0xfff00000-0xfffff pcib6: prefetched decode 0xfff00000-0xfffff device_attach: pcib6 attach returned 6 pcib7: irq 16 at device 6.0 on pci0 pcib7: secondary bus 3 pcib7: subordinate bus 5 pcib7: I/O decode 0x0-0x0 pcib7: memory decode 0xfe800000-0xfe8fffff pcib7: prefetched decode 0xfb800000-0xfbbfffff pci3: on pcib7 pci3: physical bus=3 found-> vendor=0x8086, dev=0x0370, revid=0x00 bus=3, slot=0, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x07 (1750 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x0372, revid=0x00 bus=3, slot=0, func=2 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0146, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x07 (1750 ns), maxlat=0x00 (0 ns) pcib8: at device 0.0 on pci3 pcib8: secondary bus 5 pcib8: subordinate bus 5 pcib8: I/O decode 0xf000-0xfff pcib8: memory decode 0xfe800000-0xfe8fffff pcib8: prefetched decode 0xfb800000-0xfbbfffff device_attach: pcib8 attach returned 6 pcib9: at device 0.2 on pci3 pcib9: secondary bus 4 pcib9: subordinate bus 4 pcib9: I/O decode 0x0-0x0 pcib9: memory decode 0xfff00000-0xfffff pcib9: prefetched decode 0xfff00000-0xfffff device_attach: pcib9 attach returned 6 pcib10: irq 16 at device 7.0 on pci0 pcib10: secondary bus 2 pcib10: subordinate bus 2 pcib10: I/O decode 0x0-0x0 pcib10: memory decode 0xfff00000-0xfffff pcib10: prefetched decode 0xfff00000-0xfffff pcib10: could not get PCI interrupt routing table for \\_SB_.PCI0.EPC1 - AE_NOT_FOUND pci2: on pcib10 pci2: physical bus=2 uhci0: port 0xbc00-0xbc1f irq 16 at device 29.0 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xbc00 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xc000-0xc01f irq 19 at device 29.1 on pci0 uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0xc000 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xc080-0xc09f irq 18 at device 29.2 on pci0 uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0xc080 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0xfcfffc00-0xfcffffff irq 23 at device 29.7 on pci0 ehci0: Reserved 0x400 bytes for rid 0x10 type 3 at 0xfcfffc00 ehci0: [GIANT-LOCKED] usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub3: 6 ports with 6 removable, self powered pcib11: at device 30.0 on pci0 pcib11: secondary bus 1 pcib11: subordinate bus 1 pcib11: I/O decode 0xd000-0xdfff pcib11: memory decode 0xfd000000-0xfe7fffff pcib11: prefetched decode 0xfff00000-0xfffff pcib11: Subtractively decoded bridge. pci1: on pcib11 pci1: physical bus=1 found-> vendor=0x1002, dev=0x4752, revid=0x27 bus=1, slot=12, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0087, statreg=0x0290, cachelnsz=16 (dwords) lattimer=0x20 (960 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base fd000000, size 24, enabled pcib11: (null) requested memory range 0xfd000000-0xfdffffff: good map[14]: type 4, range 32, base 0000d800, size 8, enabled pcib11: (null) requested I/O range 0xd800-0xd8ff: in range map[18]: type 1, range 32, base fe7ff000, size 12, enabled pcib11: (null) requested memory range 0xfe7ff000-0xfe7fffff: good pcib11: matched entry for 1.12.INTA pcib11: slot 12 INTA hardwired to IRQ 17 pci1: at device 12.0 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 31.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xfc00 ata0: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=50 ostat1=00 ata0: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata0: stat1=0x00 err=0x00 lsb=0x7f msb=0x7f ata0: reset tp2 stat0=00 stat1=00 devices=0x4 ata0: [MPSAFE] ata1: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=00 ostat0=ff ostat1=ff ata1: [MPSAFE] atapci1: port 0xcc00-0xcc07,0xc880-0xc883,0xc800-0xc807,0xc480-0xc483,0xc400-0xc40f irq 18 at device 31.2 on pci0 atapci1: Reserved 0x10 bytes for rid 0x20 type 4 at 0xc400 atapci1: [MPSAFE] ata2: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x10 type 4 at 0xcc00 atapci1: Reserved 0x4 bytes for rid 0x14 type 4 at 0xc880 ata2: reset tp1 mask=01 ostat0=80 ostat1=00 ata2: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata2: reset tp2 stat0=50 stat1=00 devices=0x1 ata2: [MPSAFE] ata3: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x18 type 4 at 0xc800 atapci1: Reserved 0x4 bytes for rid 0x1c type 4 at 0xc480 ata3: reset tp1 mask=01 ostat0=7f ostat1=00 ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: reset tp2 stat0=ff stat1=00 devices=0x0 ata3: [MPSAFE] pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 sio0: irq maps: 0xcca1 0xccb1 0xcca1 0xcca1 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: irq maps: 0xcca1 0xcca9 0xcca1 0xcca1 sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: ic_type 90 part_id 73 fdc0: [MPSAFE] fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x1, flags:0x3d0000 atkbd0: [GIANT-LOCKED] psm0: unable to allocate IRQ psmcpnp0: irq 12 on acpi0 psm0: current command byte:0065 psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0-00, 3 buttons psm0: config:00000000, flags:00000008, packet size:3 psm0: syncmask:c0, syncbits:00 ahc_isa_probe 0: ioport 0xc00 alloc failed ahc_isa_probe 11: ioport 0xbc00 alloc failed ahc_isa_probe 12: ioport 0xcc00 alloc failed ahc_isa_probe 14: ioport 0xec00 alloc failed ex_isa_identify() atkbdc: atkbdc0 already exists; skipping it fdc: fdc0 already exists; skipping it sio: sio0 already exists; skipping it sio: sio1 already exists; skipping it pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices orm0: at iomem 0xc0000-0xca7ff,0xca800-0xcb7ff,0xcb800-0xcc7ff on isa0 ppc0: cannot reserve I/O port range ppc0: failed to probe at irq 7 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) sio2: not probed (disabled) sio3: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 isa_probe_children: probing PnP devices Device configuration finished. Reducing kern.maxvnodes 233016 -> 100000 procfs registered linprocfs registered lapic: Divisor 2, Frequency 99750200 hz Timecounter "TSC" frequency 2793014672 Hz quality -100 Timecounters tick every 1.000 msec module_register_init: MOD_LOAD (amr_linux, 0xffffffff805f53f0, 0) error 6 Linux ELF exec handler installed lo0: bpf attached ata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA33 cable=40 wire acd0: setting PIO4 on ICH5 chip acd0: setting UDMA33 on ICH5 chip acd0: DVDROM drive at ata0 as master acd0: read 6890KB/s (6890KB/s), 512KB buffer, UDMA33 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, packet acd0: Writes: acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc ata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire ad4: 190782MB at ata2-master SATA150 ad4: 390721968 sectors [387621C/16H/63S] 16 sectors/interrupt 1 depth queue ad4: Intel check1 failed ad4: Adaptec check1 failed ad4: LSI (v3) check1 failed ad4: LSI (v2) check1 failed ad4: FreeBSD check1 failed ATA PseudoRAID loaded SMP: AP CPU #1 Launched! cpu1 AP: ID: 0x01000000 VER: 0x00050014 LDR: 0x02000000 DFR: 0x0fffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000200ef therm: 0x00010000 err: 0x00010000 pcm: 0x00010000 SMP: AP CPU #2 Launched! cpu2 AP: ID: 0x06000000 VER: 0x00050014 LDR: 0x04000000 DFR: 0x0fffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000200ef therm: 0x00010000 err: 0x00010000 pcm: 0x00010000 SMP: AP CPU #3 Launched! cpu3 AP: ID: 0x07000000 VER: 0x00050014 LDR: 0x08000000 DFR: 0x0fffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000200ef therm: 0x00010000 err: 0x00010000 pcm: 0x00010000 ioapic0: routing intpin 1 (ISA IRQ 1) to cluster 0 ioapic0: routing intpin 3 (ISA IRQ 3) to cluster 0 ioapic0: routing intpin 4 (ISA IRQ 4) to cluster 0 ioapic0: routing intpin 6 (ISA IRQ 6) to cluster 0 ioapic0: routing intpin 9 (ISA IRQ 9) to cluster 0 ioapic0: routing intpin 12 (ISA IRQ 12) to cluster 0 ioapic0: routing intpin 14 (ISA IRQ 14) to cluster 0 ioapic0: routing intpin 15 (ISA IRQ 15) to cluster 0 ioapic0: routing intpin 16 (PCI IRQ 16) to cluster 0 ioapic0: routing intpin 18 (PCI IRQ 18) to cluster 0 ioapic0: routing intpin 19 (PCI IRQ 19) to cluster 0 ioapic0: routing intpin 23 (PCI IRQ 23) to cluster 0 ioapic2: routing intpin 4 (PCI IRQ 52) to cluster 0 ioapic2: routing intpin 5 (PCI IRQ 53) to cluster 0 GEOM: new disk ad4 Trying to mount root from ufs:/dev/ad4s1a start_init: trying /sbin/init with acpi disabled : Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.1-BETA2 #0: Thu Mar 30 14:39:56 UTC 2006 root@:/usr/src/sys/amd64/compile/SMP Preloaded elf kernel "/boot/kernel/kernel" at 0xffffffff8099f000. Calibrating clock(s) ... i8254 clock: 1193147 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 2793016779 Hz CPU: Intel(R) Xeon(TM) CPU 2.80GHz (2793.02-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0xf43 Stepping = 3 Features=0xbfebfbff Features2=0x641d> AMD Features=0x20000800 Hyperthreading: 2 logical CPUs real memory = 4831838208 (4608 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009bfff, 634880 bytes (155 pages) 0x0000000000a9d000 - 0x00000000d78affff, 3605082112 bytes (880147 pages) 0x0000000100000000 - 0x000000011ffeffff, 536805376 bytes (131056 pages) avail memory = 4126478336 (3935 MB) wlan: <802.11 Link Layer> null: random: nfslock: pseudo-device mem: io: cpu0 on motherboard pci_open(1): mode 1 addr port (0x0cf8) is 0x8000005c pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=80] is there (id=35908086) pcib0: pcibus 0 on motherboard pci0: on pcib0 pci0: physical bus=0 found-> vendor=0x8086, dev=0x3590, revid=0x0c bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0146, statreg=0x0090, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x3591, revid=0x0c bus=0, slot=0, func=1 class=ff-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x3594, revid=0x0c bus=0, slot=1, func=0 class=08-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0100, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 MSI supports 2 messages map[10]: type 1, range 32, base fcffe000, size 12, memory disabled found-> vendor=0x8086, dev=0x3595, revid=0x0c bus=0, slot=2, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x06 (1500 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 found-> vendor=0x8086, dev=0x3597, revid=0x0c bus=0, slot=4, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0146, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x06 (1500 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 found-> vendor=0x8086, dev=0x3599, revid=0x0c bus=0, slot=6, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0146, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x06 (1500 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 found-> vendor=0x8086, dev=0x359a, revid=0x0c bus=0, slot=7, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0146, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x06 (1500 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 found-> vendor=0x8086, dev=0x24d2, revid=0x02 bus=0, slot=29, func=0 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 map[20]: type 4, range 32, base 0000bc00, size 5, enabled found-> vendor=0x8086, dev=0x24d4, revid=0x02 bus=0, slot=29, func=1 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=7 map[20]: type 4, range 32, base 0000c000, size 5, enabled found-> vendor=0x8086, dev=0x24d7, revid=0x02 bus=0, slot=29, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=5 map[20]: type 4, range 32, base 0000c080, size 5, enabled found-> vendor=0x8086, dev=0x24dd, revid=0x02 bus=0, slot=29, func=7 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=15 powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base fcfffc00, size 10, enabled found-> vendor=0x8086, dev=0x244e, revid=0xc2 bus=0, slot=30, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0147, statreg=0x0080, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x0b (2750 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x24d0, revid=0x02 bus=0, slot=31, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x014f, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x24db, revid=0x02 bus=0, slot=31, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0288, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 map[20]: type 4, range 32, base 0000fc00, size 4, enabled map[24]: type 1, range 32, base 00000000, size 10, enabled found-> vendor=0x8086, dev=0x24d1, revid=0x02 bus=0, slot=31, func=2 class=01-01-8f, hdrtype=0x00, mfdev=0 cmdreg=0x0045, statreg=0x02a0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 map[10]: type 4, range 32, base 0000cc00, size 3, enabled map[14]: type 4, range 32, base 0000c880, size 2, enabled map[18]: type 4, range 32, base 0000c800, size 3, enabled map[1c]: type 4, range 32, base 0000c480, size 2, enabled map[20]: type 4, range 32, base 0000c400, size 4, enabled found-> vendor=0x8086, dev=0x24d3, revid=0x02 bus=0, slot=31, func=3 class=0c-05-00, hdrtype=0x00, mfdev=0 cmdreg=0x0001, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=255 map[20]: type 4, range 32, base 00000540, size 5, enabled pci0: at device 0.1 (no driver attached) pci0: at device 1.0 (no driver attached) pcib1: irq 10 at device 2.0 on pci0 pcib1: secondary bus 9 pcib1: subordinate bus 11 pcib1: I/O decode 0xe000-0xefff pcib1: memory decode 0xfea00000-0xfebfffff pcib1: prefetched decode 0xfff00000-0xfffff pci9: on pcib1 pci9: physical bus=9 found-> vendor=0x8086, dev=0x0329, revid=0x09 bus=9, slot=0, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0146, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x07 (1750 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x0326, revid=0x09 bus=9, slot=0, func=1 class=08-00-20, hdrtype=0x00, mfdev=1 cmdreg=0x0146, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base feafe000, size 12, enabled pcib1: (null) requested memory range 0xfeafe000-0xfeafefff: good found-> vendor=0x8086, dev=0x032a, revid=0x09 bus=9, slot=0, func=2 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x07 (1750 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x0327, revid=0x09 bus=9, slot=0, func=3 class=08-00-20, hdrtype=0x00, mfdev=1 cmdreg=0x0146, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base feaff000, size 12, enabled pcib1: (null) requested memory range 0xfeaff000-0xfeafffff: good pcib2: at device 0.0 on pci9 pcib2: secondary bus 11 pcib2: subordinate bus 11 pcib2: I/O decode 0x0-0x0 pcib2: memory decode 0xfff00000-0xfffff pcib2: prefetched decode 0xfff00000-0xfffff pci11: on pcib2 pci11: physical bus=11 pci9: at device 0.1 (no driver attached) pcib3: at device 0.2 on pci9 pcib3: secondary bus 10 pcib3: subordinate bus 10 pcib3: I/O decode 0xe000-0xefff pcib3: memory decode 0xfeb00000-0xfebfffff pcib3: prefetched decode 0xfff00000-0xfffff pci10: on pcib3 pci10: physical bus=10 found-> vendor=0x8086, dev=0x1079, revid=0x03 bus=10, slot=4, func=0 class=02-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0157, statreg=0x0230, cachelnsz=16 (dwords) lattimer=0x20 (960 ns), mingnt=0xff (63750 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type 1, range 64, base feba0000, size 17, enabled pcib3: (null) requested memory range 0xfeba0000-0xfebbffff: good pcib1: (null) requested memory range 0xfeba0000-0xfebbffff: good map[20]: type 4, range 32, base 0000e880, size 6, enabled pcib3: (null) requested I/O range 0xe880-0xe8bf: in range pcib1: (null) requested I/O range 0xe880-0xe8bf: in range found-> vendor=0x8086, dev=0x1079, revid=0x03 bus=10, slot=4, func=1 class=02-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0157, statreg=0x0230, cachelnsz=16 (dwords) lattimer=0x20 (960 ns), mingnt=0xff (63750 ns), maxlat=0x00 (0 ns) intpin=b, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type 1, range 64, base febe0000, size 17, enabled pcib3: (null) requested memory range 0xfebe0000-0xfebfffff: good pcib1: (null) requested memory range 0xfebe0000-0xfebfffff: good map[20]: type 4, range 32, base 0000ec00, size 6, enabled pcib3: (null) requested I/O range 0xec00-0xec3f: in range pcib1: (null) requested I/O range 0xec00-0xec3f: in range em0: port 0xe880-0xe8bf mem 0xfeba0000-0xfebbffff irq 10 at device 4.0 on pci10 em0: Reserved 0x20000 bytes for rid 0x10 type 3 at 0xfeba0000 em0: Reserved 0x40 bytes for rid 0x20 type 4 at 0xe880 em0: [MPSAFE] em0: bpf attached em0: Ethernet address: 00:07:e9:32:d2:1e em0: Speed:N/A Duplex:N/A em1: port 0xec00-0xec3f mem 0xfebe0000-0xfebfffff irq 11 at device 4.1 on pci10 em1: Reserved 0x20000 bytes for rid 0x10 type 3 at 0xfebe0000 em1: Reserved 0x40 bytes for rid 0x20 type 4 at 0xec00 em1: [MPSAFE] em1: bpf attached em1: Ethernet address: 00:07:e9:32:d2:1f em1: Speed:N/A Duplex:N/A pci9: at device 0.3 (no driver attached) pcib4: irq 10 at device 4.0 on pci0 pcib4: secondary bus 6 pcib4: subordinate bus 8 pcib4: I/O decode 0x0-0x0 pcib4: memory decode 0xfe900000-0xfe9fffff pcib4: prefetched decode 0xfbc00000-0xfbffffff pci6: on pcib4 pci6: physical bus=6 found-> vendor=0x8086, dev=0x0370, revid=0x00 bus=6, slot=0, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x07 (1750 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x0372, revid=0x00 bus=6, slot=0, func=2 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0146, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x07 (1750 ns), maxlat=0x00 (0 ns) pcib5: at device 0.0 on pci6 pcib5: secondary bus 8 pcib5: subordinate bus 8 pcib5: I/O decode 0xf000-0xfff pcib5: memory decode 0xfe900000-0xfe9fffff pcib5: prefetched decode 0xfbc00000-0xfbffffff pci8: on pcib5 pci8: physical bus=8 found-> vendor=0x17d3, dev=0x1230, revid=0x00 bus=8, slot=14, func=0 class=01-04-00, hdrtype=0x00, mfdev=0 cmdreg=0x00d6, statreg=0x0230, cachelnsz=16 (dwords) lattimer=0x20 (960 ns), mingnt=0x80 (32000 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 powerspec 2 supports D0 D1 D3 current D0 MSI supports 2 messages, 64 bit map[10]: type 1, range 32, base fe9ff000, size 12, enabled pcib5: (null) requested memory range 0xfe9ff000-0xfe9fffff: good pcib4: (null) requested memory range 0xfe9ff000-0xfe9fffff: good map[18]: type 3, range 32, base fbc00000, size 22, enabled pcib5: (null) requested memory range 0xfbc00000-0xfbffffff: good pcib4: (null) requested memory range 0xfbc00000-0xfbffffff: good arcmsr0: mem 0xfe9ff000-0xfe9fffff,0xfbc00000-0xfbffffff irq 5 at device 14.0 on pci8 arcmsr0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xfe9ff000 arcmsr0: [GIANT-LOCKED] pcib6: at device 0.2 on pci6 pcib6: secondary bus 7 pcib6: subordinate bus 7 pcib6: I/O decode 0x0-0x0 pcib6: memory decode 0xfff00000-0xfffff pcib6: prefetched decode 0xfff00000-0xfffff pci7: on pcib6 pci7: physical bus=7 pcib7: irq 10 at device 6.0 on pci0 pcib7: secondary bus 3 pcib7: subordinate bus 5 pcib7: I/O decode 0x0-0x0 pcib7: memory decode 0xfe800000-0xfe8fffff pcib7: prefetched decode 0xfb800000-0xfbbfffff pci3: on pcib7 pci3: physical bus=3 found-> vendor=0x8086, dev=0x0370, revid=0x00 bus=3, slot=0, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x07 (1750 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x0372, revid=0x00 bus=3, slot=0, func=2 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0146, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x07 (1750 ns), maxlat=0x00 (0 ns) pcib8: at device 0.0 on pci3 pcib8: secondary bus 5 pcib8: subordinate bus 5 pcib8: I/O decode 0xf000-0xfff pcib8: memory decode 0xfe800000-0xfe8fffff pcib8: prefetched decode 0xfb800000-0xfbbfffff pci5: on pcib8 pci5: physical bus=5 found-> vendor=0x17d3, dev=0x1230, revid=0x00 bus=5, slot=14, func=0 class=01-04-00, hdrtype=0x00, mfdev=0 cmdreg=0x00d6, statreg=0x0230, cachelnsz=16 (dwords) lattimer=0x20 (960 ns), mingnt=0x80 (32000 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 powerspec 2 supports D0 D1 D3 current D0 MSI supports 2 messages, 64 bit map[10]: type 1, range 32, base fe8ff000, size 12, enabled pcib8: (null) requested memory range 0xfe8ff000-0xfe8fffff: good pcib7: (null) requested memory range 0xfe8ff000-0xfe8fffff: good map[18]: type 3, range 32, base fb800000, size 22, enabled pcib8: (null) requested memory range 0xfb800000-0xfbbfffff: good pcib7: (null) requested memory range 0xfb800000-0xfbbfffff: good arcmsr1: mem 0xfe8ff000-0xfe8fffff,0xfb800000-0xfbbfffff irq 5 at device 14.0 on pci5 arcmsr1: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xfe8ff000 arcmsr1: [GIANT-LOCKED] pcib9: at device 0.2 on pci3 pcib9: secondary bus 4 pcib9: subordinate bus 4 pcib9: I/O decode 0x0-0x0 pcib9: memory decode 0xfff00000-0xfffff pcib9: prefetched decode 0xfff00000-0xfffff pci4: on pcib9 pci4: physical bus=4 pcib10: irq 10 at device 7.0 on pci0 pcib10: secondary bus 2 pcib10: subordinate bus 2 pcib10: I/O decode 0x0-0x0 pcib10: memory decode 0xfff00000-0xfffff pcib10: prefetched decode 0xfff00000-0xfffff pci2: on pcib10 pci2: physical bus=2 uhci0: port 0xbc00-0xbc1f irq 10 at device 29.0 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xbc00 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xc000-0xc01f irq 7 at device 29.1 on pci0 uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0xc000 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xc080-0xc09f irq 5 at device 29.2 on pci0 uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0xc080 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0xfcfffc00-0xfcffffff irq 15 at device 29.7 on pci0 ehci0: Reserved 0x400 bytes for rid 0x10 type 3 at 0xfcfffc00 ehci0: [GIANT-LOCKED] usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub3: 6 ports with 6 removable, self powered pcib11: at device 30.0 on pci0 pcib11: secondary bus 1 pcib11: subordinate bus 1 pcib11: I/O decode 0xd000-0xdfff pcib11: memory decode 0xfd000000-0xfe7fffff pcib11: prefetched decode 0xfff00000-0xfffff pcib11: Subtractively decoded bridge. pci1: on pcib11 pci1: physical bus=1 found-> vendor=0x1002, dev=0x4752, revid=0x27 bus=1, slot=12, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0087, statreg=0x0290, cachelnsz=16 (dwords) lattimer=0x20 (960 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base fd000000, size 24, enabled pcib11: (null) requested memory range 0xfd000000-0xfdffffff: good map[14]: type 4, range 32, base 0000d800, size 8, enabled pcib11: (null) requested I/O range 0xd800-0xd8ff: in range map[18]: type 1, range 32, base fe7ff000, size 12, enabled pcib11: (null) requested memory range 0xfe7ff000-0xfe7fffff: good pci1: at device 12.0 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 31.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xfc00 ata0: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=50 ostat1=00 ata0: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata0: stat1=0x00 err=0x00 lsb=0x7f msb=0x7f ata0: reset tp2 stat0=00 stat1=00 devices=0x4 ata0: [MPSAFE] ata1: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=00 ostat0=ff ostat1=ff ata1: [MPSAFE] atapci1: port 0xcc00-0xcc07,0xc880-0xc883,0xc800-0xc807,0xc480-0xc483,0xc400-0xc40f irq 5 at device 31.2 on pci0 atapci1: Reserved 0x10 bytes for rid 0x20 type 4 at 0xc400 atapci1: [MPSAFE] ata2: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x10 type 4 at 0xcc00 atapci1: Reserved 0x4 bytes for rid 0x14 type 4 at 0xc880 ata2: reset tp1 mask=01 ostat0=80 ostat1=00 ata2: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata2: reset tp2 stat0=50 stat1=00 devices=0x1 ata2: [MPSAFE] ata3: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x18 type 4 at 0xc800 atapci1: Reserved 0x4 bytes for rid 0x1c type 4 at 0xc480 ata3: reset tp1 mask=01 ostat0=7f ostat1=00 ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: reset tp2 stat0=ff stat1=00 devices=0x0 ata3: [MPSAFE] pci0: at device 31.3 (no driver attached) ahc_isa_probe 11: ioport 0xbc00 alloc failed ahc_isa_probe 12: ioport 0xcc00 alloc failed ahc_isa_probe 14: ioport 0xec00 alloc failed ex_isa_identify() pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices orm0: at iomem 0xc0000-0xca7ff,0xca800-0xcb7ff,0xcb800-0xcc7ff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: flags 0x1 irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x1, flags:0x3d0000 atkbd0: [GIANT-LOCKED] psm0: current command byte:0065 psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0-00, 3 buttons psm0: config:00000000, flags:00000008, packet size:3 psm0: syncmask:c0, syncbits:00 fdc0: ic_type 90 part_id 73 fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: ic_type 90 part_id 73 fdc0: [MPSAFE] fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: cannot reserve I/O port range ppc0: failed to probe at irq 7 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) sio0: irq maps: 0x21 0x31 0x21 0x21 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1: irq maps: 0x21 0x29 0x21 0x21 sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A sio2: not probed (disabled) sio3: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 isa_probe_children: probing PnP devices Device configuration finished. Reducing kern.maxvnodes 233016 -> 100000 procfs registered linprocfs registered Timecounter "TSC" frequency 2793016779 Hz quality 800 Timecounters tick every 1.000 msec module_register_init: MOD_LOAD (amr_linux, 0xffffffff805f53f0, 0) error 6 Linux ELF exec handler installed lo0: bpf attached ata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA33 cable=40 wire acd0: setting PIO4 on ICH5 chip acd0: setting UDMA33 on ICH5 chip acd0: DVDROM drive at ata0 as master acd0: read 6890KB/s (6890KB/s), 512KB buffer, UDMA33 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, packet acd0: Writes: acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc ata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire ad4: 190782MB at ata2-master SATA150 ad4: 390721968 sectors [387621C/16H/63S] 16 sectors/interrupt 1 depth queue ad4: Intel check1 failed ad4: Adaptec check1 failed ad4: LSI (v3) check1 failed ad4: LSI (v2) check1 failed ad4: FreeBSD check1 failed Waiting 5 seconds for SCSI devices to settle GEOM: new disk ad4 pass0 at arcmsr0 bus 0 target 0 lun 0 pass0: Fixed Direct Access SCSI-3 device pass0: Serial Number 0000002383003573 pass0: 166.666MB/s transfers (83.333MHz, offset 32, 16bit), Tagged Queueing Enabled pass1 at arcmsr1 bus 0 target 0 lun 0 pass1: Fixed Direct Access SCSI-3 device pass1: Serial Number 0000001687965638 pass1: 166.666MB/s transfers (83.333MHz, offset 32, 16bit), Tagged Queueing Enabled da0 at arcmsr0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: Serial Number 0000002383003573 da0: 166.666MB/s transfers (83.333MHz, offset 32, 16bit), Tagged Queueing Enabled da0: 2288817MB (4687497216 512 byte sectors: 255H 63S/T 291783C) da1 at arcmsr1 bus 0 target 0 lun 0 da1: Fixed Direct Access SCSI-3 device da1: Serial Number 0000001687965638 da1: 166.666MB/s transfers (83.333MHz, offset 32, 16bit), Tagged Queueing Enabled da1: 4197091MB (8595642880 512 byte sectors: 255H 63S/T 535054C) GEOM: new disk da0 GEOM: new disk da1 ATA PseudoRAID loaded Trying to mount root from ufs:/dev/ad4s1a start_init: trying /sbin/init and sysctl output of 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.cpu.cx_supported: C1/0 hw.acpi.cpu.cx_lowest: C1 hw.acpi.cpu.cx_usage: 100.00% Acpi byte code could be found at ftp://netserv3.chg.ru/acpi-debug/may-se7520af2.asl. P.S. Linux seems to work fine with this mboard, but we would like to use FreeBSD. From owner-freebsd-acpi@FreeBSD.ORG Thu Apr 6 14:31:13 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E7FB616A425 for ; Thu, 6 Apr 2006 14:31:13 +0000 (UTC) (envelope-from tamaru@myn.rcast.u-tokyo.ac.jp) Received: from mail0.ecc.u-tokyo.ac.jp (mail0.ecc.u-tokyo.ac.jp [133.11.50.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3297343D70 for ; Thu, 6 Apr 2006 14:31:12 +0000 (GMT) (envelope-from tamaru@myn.rcast.u-tokyo.ac.jp) Received: from spam004.ecc.u-tokyo.ac.jp (spam004.ecc.u-tokyo.ac.jp [133.11.50.197]) by mail0.ecc.u-tokyo.ac.jp (Postfix) with ESMTP id 8BBB657C11F for ; Thu, 6 Apr 2006 23:31:11 +0900 (JST) Received: from 157.82.72.158 (157.82.72.158 [157.82.72.158]) by spam004.ecc.u-tokyo.ac.jp (SpamBlock.pst 3.4.90.0) with ESMTP id for ; Thu, 6 Apr 2006 23:31:10 +0900 Date: Thu, 06 Apr 2006 23:31:10 +0900 Message-ID: From: Hiroharu Tamaru To: freebsd-acpi@FreeBSD.org User-Agent: User-Agent: Wanderlust/2.14.0 (Africa) Emacs/21.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-IP: 157.82.72.158 X-FROM-DOMAIN: myn.rcast.u-tokyo.ac.jp X-FROM-EMAIL: tamaru@myn.rcast.u-tokyo.ac.jp Cc: Nate Lawson Subject: Is hw.pci.do_powerstate expected to be casually tuned? 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, 06 Apr 2006 14:31:14 -0000 Hello, # Nate, Warner, you are CCed since your names are on the commit log... I have a CASIO cassiopeia fiva (206VL) notebook. It is one of the very rare (isn't it?) machines that support S4BIOS. It hibernates (S4) very well on 5.4-RELEASE, but I found out that 6.1-BETA4 can no longer hibernate. I did a binary search and confirmed it to be due to this commit: $FreeBSD: src/sys/dev/acpica/acpi.c,v 1.194 2004/12/02 08:07:12 njl Exp $ $FreeBSD: src/sys/dev/pci/pci.c,v 1.269 2004/12/02 08:07:12 njl Exp $ As its log suggest, sysctl hw.pci.do_powerstate=0 solved the issue successfully, and now I can hibernate on post-(1.194,1.269) kernel (will try 6.1-BETA4 again shortly too). Thank you for providing a good knob. Now the question: Is this sysctl expected to be tuned by a normal user? or should something be added to the sources, so that the kernel can automatically recognize it? If latter, what should I provide you to make it happen? # I ask because I see a debug.* knob as well, and it says in the # source that it should go away when the tests are done. Watching this machine preparing for hibernation, I think the problem here is that the HDD is powered off by the kernel, and thus the BIOS, when passed control, is unabled to write its data to the disk, and locks up. A complete cold power cycle is necessary to recover from this lockup. Thanks. -- Hiroharu Tamaru From owner-freebsd-acpi@FreeBSD.ORG Thu Apr 6 15:04:02 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8CCAE16A400 for ; Thu, 6 Apr 2006 15:04:02 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 102A743D5F for ; Thu, 6 Apr 2006 15:04:00 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k36F3tlf071823; Thu, 6 Apr 2006 11:03:55 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-acpi@freebsd.org Date: Thu, 6 Apr 2006 11:03:14 -0400 User-Agent: KMail/1.9.1 References: <20060406113433.O6088@netserv1.chg.ru> In-Reply-To: <20060406113433.O6088@netserv1.chg.ru> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200604061103.16570.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1377/Thu Apr 6 02:17:48 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: Subject: Re: se7520af2 intel motherboard acpi problem 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, 06 Apr 2006 15:04:02 -0000 On Thursday 06 April 2006 03:52, Anton Menshutin wrote: > Hi all, > We bought new server with se7520af2 intel motherboard with 2 XEONs > and found a lot of problems with it under FreeBSD. With ACPI enabled > system does not work correctly with pci-express busses, hangs during reboot. Can you give more detail about how the pci-e busses do not work? > With ACPI disabled it sometimes crashes during boot when mounting > filesystems from mboard SATA controller, but pci-express based areca raid > controller works fine. Depending on verison of the system kernel works > only with one or two CPU's (i.e. hyperthreading does not work at all). Yes, the non-ACPI MPTable does not enumerate HT CPUs. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-acpi@FreeBSD.ORG Thu Apr 6 19:10:29 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2D3F116A58F for ; Thu, 6 Apr 2006 19:10:29 +0000 (UTC) (envelope-from gabriel@siliconmechanics.com) Received: from mail.siliconmechanics.com (mail.siliconmechanics.com [69.25.138.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id D0A7A461D3 for ; Thu, 6 Apr 2006 18:46:10 +0000 (GMT) (envelope-from gabriel@siliconmechanics.com) Received: from [192.168.0.18] ([::ffff:24.19.148.45]) (AUTH: LOGIN support@siliconmechanics.com) by mail.siliconmechanics.com with esmtp; Thu, 06 Apr 2006 11:46:07 -0700 id 001000BF.443561EF.00005751 Message-ID: <443564B7.2010607@siliconmechanics.com> Date: Thu, 06 Apr 2006 11:57:59 -0700 From: Gabriel Jones User-Agent: Mozilla Thunderbird 1.0.7-1.1.fc4 (X11/20050929) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-acpi@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: ACPI 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: Thu, 06 Apr 2006 19:10:31 -0000 To whom it may concern, I have an issue with with FreeBSD 6.1-BETA4 what I was hoping you could help address: The kernel timecounter tests show that the ACPI timer is way, way off, and I regularly get these messages from the scheduler: calcru: runtime went backwards from 4303326 usec to 3738581 usec for pid 28 (irq17: em3) calcru: runtime went backwards from 19454204 usec to 16704508 usec for pid 1 (init) calcru: negative runtime of -710189 usec for pid 84768 (as) calcru: negative runtime of -710179 usec for pid 3477 (as) Running something like 'sysctl -a' will cause the scheduler to spew these errors and completely stop process execution for a noticable period of time. Other than this, the machine works without error. Thanks for your help. Regards, -- Gabriel Jones Silicon Mechanics Support 206.812.2049 - Direct 866.352.1173 - Toll Free www.siliconmechanics.com From owner-freebsd-acpi@FreeBSD.ORG Thu Apr 6 19:27:21 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7FB4D16A527 for ; Thu, 6 Apr 2006 19:27:21 +0000 (UTC) (envelope-from tamaru@myn.rcast.u-tokyo.ac.jp) Received: from mail0.ecc.u-tokyo.ac.jp (mail0.ecc.u-tokyo.ac.jp [133.11.50.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED08B4455F for ; Thu, 6 Apr 2006 16:11:58 +0000 (GMT) (envelope-from tamaru@myn.rcast.u-tokyo.ac.jp) Received: from spam001.ecc.u-tokyo.ac.jp (spam001.ecc.u-tokyo.ac.jp [133.11.50.194]) by mail0.ecc.u-tokyo.ac.jp (Postfix) with ESMTP id C536A57C11D for ; Fri, 7 Apr 2006 01:11:57 +0900 (JST) Received: from 157.82.72.158 (157.82.72.158 [157.82.72.158]) by spam001.ecc.u-tokyo.ac.jp (SpamBlock.pst 3.4.90.0) with ESMTP id for ; Fri, 7 Apr 2006 01:11:40 +0900 Date: Fri, 07 Apr 2006 01:11:40 +0900 Message-ID: From: Hiroharu Tamaru To: freebsd-acpi@FreeBSD.org In-Reply-To: References: User-Agent: User-Agent: Wanderlust/2.14.0 (Africa) Emacs/21.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-IP: 157.82.72.158 X-FROM-DOMAIN: myn.rcast.u-tokyo.ac.jp X-FROM-EMAIL: tamaru@myn.rcast.u-tokyo.ac.jp Cc: Nate Lawson Subject: Re: Is hw.pci.do_powerstate expected to be casually tuned? 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, 06 Apr 2006 19:27:25 -0000 I think I spoke too early... OK. I retried RELENG_6 kernel and learned that $FreeBSD: src/sys/dev/pci/pci.c,v 1.298 2005/09/21 19:47:00 imp Exp $ and a subsequent MFC $FreeBSD: src/sys/dev/pci/pci.c,v 1.292.2.3 2005/09/27 05:57:47 imp Exp $ has split hw.pci.do_powerstate=1 into hw.pci.do_power_resume=1 hw.pci.do_power_nodriver=0 FIVA 206VL needs hw.pci.do_power_resume=0, while do_power_nodriver can be > 0. So I'm now seeing that these are in fact expected to be tuned by an user depending on their hardware. ;-) Maybe, a better question would then be... Would it make sense to force do_power_resume = 0 when doing a S4BIOS? Is the current behavior tested on any other S4BIOS capable machine? Thanks, always. -- Hiroharu Tamaru From owner-freebsd-acpi@FreeBSD.ORG Thu Apr 6 20:40:16 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4DA7216A4A5 for ; Thu, 6 Apr 2006 20:40:16 +0000 (UTC) (envelope-from robin@reportlab.com) Received: from ptb-relay03.plus.net (ptb-relay03.plus.net [212.159.14.214]) by mx1.FreeBSD.org (Postfix) with ESMTP id 33EBC43D7E for ; Thu, 6 Apr 2006 20:40:10 +0000 (GMT) (envelope-from robin@reportlab.com) Received: from [87.113.87.49] (helo=[192.168.0.3]) by ptb-relay03.plus.net with esmtp (Exim) id 1FRbGy-0003U2-Uq for freebsd-acpi@freebsd.org; Thu, 06 Apr 2006 21:40:09 +0100 Message-ID: <44357CB9.8070204@jessikat.plus.net> Date: Thu, 06 Apr 2006 20:40:25 +0000 From: Robin Becker User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: freebsd-acpi@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: ACPI errors 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, 06 Apr 2006 20:40:16 -0000 I tried asking on freebsd-questions, but got no response so if this is not the right place to ask, please feel free to shout at me. I'm trying to setup freebsd 6.1 beta on an ACER 1644 laptop. I have managed to get wireless going and by following the recipe at http://www.mguillaud.net/acer1641/ have removed an acpi problem related to boot messages like ACPI-0438: *** Error: Looking up [Z00A] in namespace, AE_NOT_FOUND ACPI-1304: *** Error: Method execution failed [\\_SB_.BAT1._BST] (Node 0xc199f640), AE_NOT_FOUND I used acpidump -t -d to get an asl file which I patched following as in http://lists.freebsd.org/mailman/htdig/freebsd-acpi/2005-November/002193.html However, during boot I still see some problems acpi_bus_number: can't get _ADR acpi_perf0: failed in PERF_STATUS attach I have looked at various versions of the asl/dsl, but don't know enough to figure out what is best. Can anyone advise? dmesg output contains the following lines related to acpi ACPI APIC Table: ACPI-0377: *** Info: Table [SSDT] replaced by host OS ACPI-0377: *** Info: Table [SSDT] replaced by host OS ACPI-0377: *** Info: Table [SSDT] replaced by host OS ACPI: overriding DSDT/SSDT with custom table ACPI-0377: *** Info: Table [DSDT] replaced by host OS acpi0: on motherboard acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi0: Power Button (fixed) acpi_ec0: port 0x62,0x66 on acpi0 Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 acpi_perf0: on cpu0 acpi_perf0: failed in PERF_STATUS attach device_attach: acpi_perf0 attach returned 6 acpi_perf0: on cpu0 acpi_perf0: failed in PERF_STATUS attach device_attach: acpi_perf0 attach returned 6 acpi_throttle0: on cpu0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 17 at device 28.0 on pci0 pci9: on pcib1 pcib2: irq 16 at device 28.1 on pci0 pci10: on pcib2 pcib3: irq 18 at device 28.2 on pci0 pci2: on pcib3 pcib4: at device 30.0 on pci0 pci6: on pcib4 acpi_acad0: on acpi0 battery0: on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 acpi_tz0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 -- Robin Becker From owner-freebsd-acpi@FreeBSD.ORG Fri Apr 7 09:00:19 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 32D3316A403 for ; Fri, 7 Apr 2006 09:00:19 +0000 (UTC) (envelope-from fp@netserv1.chg.ru) Received: from netserv1.chg.ru (netserv1.chg.ru [193.233.46.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 46E7043D49 for ; Fri, 7 Apr 2006 09:00:17 +0000 (GMT) (envelope-from fp@netserv1.chg.ru) Received: from netserv1.chg.ru (localhost.chg.ru [127.0.0.1]) by netserv1.chg.ru (8.13.1/8.13.1) with ESMTP id k3792l3P068191 for ; Fri, 7 Apr 2006 13:02:48 +0400 (MSD) (envelope-from fp@netserv1.chg.ru) Received: from localhost (fp@localhost) by netserv1.chg.ru (8.13.1/8.13.1/Submit) with ESMTP id k3792lNL068188 for ; Fri, 7 Apr 2006 13:02:47 +0400 (MSD) (envelope-from fp@netserv1.chg.ru) Date: Fri, 7 Apr 2006 13:02:47 +0400 (MSD) From: Anton Menshutin To: freebsd-acpi@freebsd.org In-Reply-To: <200604061103.16570.jhb@freebsd.org> Message-ID: <20060407125705.T67462@netserv1.chg.ru> References: <20060406113433.O6088@netserv1.chg.ru> <200604061103.16570.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: ClamAV 0.83/1378/Fri Apr 7 00:06:50 2006 on netserv1.chg.ru X-Virus-Status: Clean Subject: Re: se7520af2 intel motherboard acpi problem 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, 07 Apr 2006 09:00:19 -0000 On Thu, 6 Apr 2006, John Baldwin wrote: > Can you give more detail about how the pci-e busses do not work? > In dmesg output you can see kernel says nothing about areca raid controller, which is on pci-e bus. And pcib5: at device 0.0 on pci6 pcib5: secondary bus 8 pcib5: subordinate bus 8 pcib5: I/O decode 0xf000-0xfff pcib5: memory decode 0xfe900000-0xfe9fffff pcib5: prefetched decode 0xfbc00000-0xfbffffff device_attach: pcib5 attach returned 6 what i think means there is a problem during init of pci-e bus. From owner-freebsd-acpi@FreeBSD.ORG Fri Apr 7 13:36:46 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 829BF16A400 for ; Fri, 7 Apr 2006 13:36:46 +0000 (UTC) (envelope-from marsgmiro@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8137343D45 for ; Fri, 7 Apr 2006 13:36:45 +0000 (GMT) (envelope-from marsgmiro@gmail.com) Received: by xproxy.gmail.com with SMTP id s9so295203wxc for ; Fri, 07 Apr 2006 06:36:44 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:mime-version:content-type; b=AJ2aoXinkct7m0ORoI2sMNCEuh3yvZnR+98CSZYbqWI+p4YeoiSraTlu1SIqM6dN8Kabgrfb6+M5DFCeXrI5TBS+geKTh4haLJk+hW5pUbuPSLgsfpgbzasxaA9EPS15HoWDijkAitU8KwuEPQHv7vQgnMLkOoCuiOFtIFFOoKU= Received: by 10.70.46.12 with SMTP id t12mr2529673wxt; Fri, 07 Apr 2006 06:36:44 -0700 (PDT) Received: by 10.70.49.13 with HTTP; Fri, 7 Apr 2006 06:36:44 -0700 (PDT) Message-ID: <28edec3c0604070636i3951f2e6q367ec9d4a553bcc2@mail.gmail.com> Date: Fri, 7 Apr 2006 21:36:44 +0800 From: "Mars G. Miro" To: FreeBSD-stable@freebsd.org, freebsd-acpi@freebsd.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_17473_25415836.1144417004799" Cc: Dmitry Morozovsky Subject: sio+acpi woes on HP DL145 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, 07 Apr 2006 13:36:46 -0000 ------=_Part_17473_25415836.1144417004799 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Greetz! I have an HP DL145 that I'm having problems with when connecting via serial console. I think it's acpi-related. This is on 6.1-BETA4/amd64 (5.X is the same also) Initially: root@145:~# vmstat -i interrupt total rate irq1: atkbd0 1 0 irq4: sio0 6 0 irq14: ata0 46 3 irq16: bge0 120 8 irq20: ohci0 5 0 irq21: ehci0 1 0 irq22: atapci1 704 46 cpu0: timer 27375 1825 Total 28258 1883 Then I connected its serial to another FreeBSD boxen's serial and ran tip on the other box... then bada-bing!! The 145 seems dead. Doesnt respond to anything (well except for ICMP tho)... until I kill the other boxen's tip process. Then the box is alive again. One thing I've noticed, it sends the acpi interrupts thru the roof: root@145:~# vmstat -i interrupt total rate irq1: atkbd0 1 0 irq4: sio0 16 0 irq9: acpi0 363925 284 irq14: ata0 46 0 irq16: bge0 589 0 irq20: ohci0 5 0 irq21: ehci0 1 0 irq22: atapci1 901 0 cpu0: timer 2559105 1997 Total 2924589 2283 If i disable acpi by setting hint.acpi.0.disabled=3D1 in loader.conf I do not experience the problem above. Somebody else has experienced this and he's CC'd: http://lists.freebsd.org/pipermail/freebsd-stable/2005-November/019286.htm= l Is this somewhat related to: http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dkern/83671 ? Verbose dmesg is attached. Thanks ;-) cheers mars ------=_Part_17473_25415836.1144417004799 Content-Type: application/octet-stream; name="dmesg_145.boot" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="dmesg_145.boot" X-Attachment-Id: file0 Q29weXJpZ2h0IChjKSAxOTkyLTIwMDYgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0IChj KSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAx OTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmln aHRzIHJlc2VydmVkLgpGcmVlQlNEIDYuMS1CRVRBNCAjMDogTW9uIE1hciAxMyAxOTowNjozMyBV VEMgMjAwNgogICAgcm9vdEB4NjQuc2Ftc2NvLmhvbWU6L3Vzci9vYmovdXNyL3NyYy9zeXMvR0VO RVJJQwpQcmVsb2FkZWQgZWxmIGtlcm5lbCAiL2Jvb3Qva2VybmVsL2tlcm5lbCIgYXQgMHhmZmZm ZmZmZjgwOTkwMDAwLgpDYWxpYnJhdGluZyBjbG9jayhzKSAuLi4gaTgyNTQgY2xvY2s6IDExOTMy MzggSHoKQ0xLX1VTRV9JODI1NF9DQUxJQlJBVElPTiBub3Qgc3BlY2lmaWVkIC0gdXNpbmcgZGVm YXVsdCBmcmVxdWVuY3kKVGltZWNvdW50ZXIgImk4MjU0IiBmcmVxdWVuY3kgMTE5MzE4MiBIeiBx dWFsaXR5IDAKQ2FsaWJyYXRpbmcgVFNDIGNsb2NrIC4uLiBUU0MgY2xvY2s6IDIwMTAzMTA1NTQg SHoKQ1BVOiBBTUQgT3B0ZXJvbih0bSkgUHJvY2Vzc29yIDI0NiAoMjAxMC4zMS1NSHogSzgtY2xh c3MgQ1BVKQogIE9yaWdpbiA9ICJBdXRoZW50aWNBTUQiICBJZCA9IDB4MjBmNTEgIFN0ZXBwaW5n ID0gMQogIEZlYXR1cmVzPTB4NzhiZmJmZjxGUFUsVk1FLERFLFBTRSxUU0MsTVNSLFBBRSxNQ0Us Q1g4LEFQSUMsU0VQLE1UUlIsUEdFLE1DQSxDTU9WLFBBVCxQU0UzNixDTEZMVVNILE1NWCxGWFNS LFNTRSxTU0UyPgogIEZlYXR1cmVzMj0weDE8U1NFMz4KICBBTUQgRmVhdHVyZXM9MHhlMjUwMDgw MDxTWVNDQUxMLE5YLE1NWCssPGIyNT4sTE0sM0ROb3crLDNETm93PgpMMSAyTUIgZGF0YSBUTEI6 IDggZW50cmllcywgZnVsbHkgYXNzb2NpYXRpdmUKTDEgMk1CIGluc3RydWN0aW9uIFRMQjogOCBl bnRyaWVzLCBmdWxseSBhc3NvY2lhdGl2ZQpMMSA0S0IgZGF0YSBUTEI6IDMyIGVudHJpZXMsIGZ1 bGx5IGFzc29jaWF0aXZlCkwxIDRLQiBpbnN0cnVjdGlvbiBUTEI6IDMyIGVudHJpZXMsIGZ1bGx5 IGFzc29jaWF0aXZlCkwxIGRhdGEgY2FjaGU6IDY0IGtieXRlcywgNjQgYnl0ZXMvbGluZSwgMSBs aW5lcy90YWcsIDItd2F5IGFzc29jaWF0aXZlCkwxIGluc3RydWN0aW9uIGNhY2hlOiA2NCBrYnl0 ZXMsIDY0IGJ5dGVzL2xpbmUsIDEgbGluZXMvdGFnLCAyLXdheSBhc3NvY2lhdGl2ZQpMMiAyTUIg dW5pZmllZCBUTEI6IDAgZW50cmllcywgZGlzYWJsZWQvbm90IHByZXNlbnQKTDIgNEtCIGRhdGEg VExCOiA1MTIgZW50cmllcywgNC13YXkgYXNzb2NpYXRpdmUKTDIgNEtCIGluc3RydWN0aW9uIFRM QjogNTEyIGVudHJpZXMsIDQtd2F5IGFzc29jaWF0aXZlCkwyIHVuaWZpZWQgY2FjaGU6IDEwMjQg a2J5dGVzLCA2NCBieXRlcy9saW5lLCAxIGxpbmVzL3RhZywgMTYtd2F5IGFzc29jaWF0aXZlCnJl YWwgbWVtb3J5ICA9IDEwNzI4MjQzMjAgKDEwMjMgTUIpClBoeXNpY2FsIG1lbW9yeSBjaHVuayhz KToKMHgwMDAwMDAwMDAwMDAxMDAwIC0gMHgwMDAwMDAwMDAwMDk3ZmZmLCA2MTg0OTYgYnl0ZXMg KDE1MSBwYWdlcykKMHgwMDAwMDAwMDAwYThkMDAwIC0gMHgwMDAwMDAwMDNlMGU2ZmZmLCAxMDMw MDcwMjcyIGJ5dGVzICgyNTE0ODIgcGFnZXMpCmF2YWlsIG1lbW9yeSA9IDEwMjQyMDQ4MDAgKDk3 NiBNQikKQUNQSSBBUElDIFRhYmxlOiA8UFRMVEQgIAkgQVBJQyAgPgpBUElDOiBDUFUgMCBoYXMg QUNQSSBJRCAwCk1BRFQ6IEZvdW5kIElPIEFQSUMgSUQgMSwgSW50ZXJydXB0IDAgYXQgMHhmZWMw MDAwMAppb2FwaWMwOiBSb3V0aW5nIGV4dGVybmFsIDgyNTlBJ3MgLT4gaW50cGluIDAKaW9hcGlj MDogaW50cGluIDAgLT4gRXh0SU5UIChlZGdlLCBoaWdoKQppb2FwaWMwOiBpbnRwaW4gMSAtPiBJ U0EgSVJRIDEgKGVkZ2UsIGhpZ2gpCmlvYXBpYzA6IGludHBpbiAyIC0+IElTQSBJUlEgMiAoZWRn ZSwgaGlnaCkKaW9hcGljMDogaW50cGluIDMgLT4gSVNBIElSUSAzIChlZGdlLCBoaWdoKQppb2Fw aWMwOiBpbnRwaW4gNCAtPiBJU0EgSVJRIDQgKGVkZ2UsIGhpZ2gpCmlvYXBpYzA6IGludHBpbiA1 IC0+IElTQSBJUlEgNSAoZWRnZSwgaGlnaCkKaW9hcGljMDogaW50cGluIDYgLT4gSVNBIElSUSA2 IChlZGdlLCBoaWdoKQppb2FwaWMwOiBpbnRwaW4gNyAtPiBJU0EgSVJRIDcgKGVkZ2UsIGhpZ2gp CmlvYXBpYzA6IGludHBpbiA4IC0+IElTQSBJUlEgOCAoZWRnZSwgaGlnaCkKaW9hcGljMDogaW50 cGluIDkgLT4gSVNBIElSUSA5IChlZGdlLCBoaWdoKQppb2FwaWMwOiBpbnRwaW4gMTAgLT4gSVNB IElSUSAxMCAoZWRnZSwgaGlnaCkKaW9hcGljMDogaW50cGluIDExIC0+IElTQSBJUlEgMTEgKGVk Z2UsIGhpZ2gpCmlvYXBpYzA6IGludHBpbiAxMiAtPiBJU0EgSVJRIDEyIChlZGdlLCBoaWdoKQpp b2FwaWMwOiBpbnRwaW4gMTMgLT4gSVNBIElSUSAxMyAoZWRnZSwgaGlnaCkKaW9hcGljMDogaW50 cGluIDE0IC0+IElTQSBJUlEgMTQgKGVkZ2UsIGhpZ2gpCmlvYXBpYzA6IGludHBpbiAxNSAtPiBJ U0EgSVJRIDE1IChlZGdlLCBoaWdoKQppb2FwaWMwOiBpbnRwaW4gMTYgLT4gUENJIElSUSAxNiAo bGV2ZWwsIGxvdykKaW9hcGljMDogaW50cGluIDE3IC0+IFBDSSBJUlEgMTcgKGxldmVsLCBsb3cp CmlvYXBpYzA6IGludHBpbiAxOCAtPiBQQ0kgSVJRIDE4IChsZXZlbCwgbG93KQppb2FwaWMwOiBp bnRwaW4gMTkgLT4gUENJIElSUSAxOSAobGV2ZWwsIGxvdykKaW9hcGljMDogaW50cGluIDIwIC0+ IFBDSSBJUlEgMjAgKGxldmVsLCBsb3cpCmlvYXBpYzA6IGludHBpbiAyMSAtPiBQQ0kgSVJRIDIx IChsZXZlbCwgbG93KQppb2FwaWMwOiBpbnRwaW4gMjIgLT4gUENJIElSUSAyMiAobGV2ZWwsIGxv dykKaW9hcGljMDogaW50cGluIDIzIC0+IFBDSSBJUlEgMjMgKGxldmVsLCBsb3cpCk1BRFQ6IEZv dW5kIElPIEFQSUMgSUQgMiwgSW50ZXJydXB0IDI0IGF0IDB4ZDgwMDAwMDAKaW9hcGljMTogaW50 cGluIDAgLT4gUENJIElSUSAyNCAobGV2ZWwsIGxvdykKaW9hcGljMTogaW50cGluIDEgLT4gUENJ IElSUSAyNSAobGV2ZWwsIGxvdykKaW9hcGljMTogaW50cGluIDIgLT4gUENJIElSUSAyNiAobGV2 ZWwsIGxvdykKaW9hcGljMTogaW50cGluIDMgLT4gUENJIElSUSAyNyAobGV2ZWwsIGxvdykKaW9h cGljMTogaW50cGluIDQgLT4gUENJIElSUSAyOCAobGV2ZWwsIGxvdykKaW9hcGljMTogaW50cGlu IDUgLT4gUENJIElSUSAyOSAobGV2ZWwsIGxvdykKaW9hcGljMTogaW50cGluIDYgLT4gUENJIElS USAzMCAobGV2ZWwsIGxvdykKTUFEVDogRm91bmQgSU8gQVBJQyBJRCAzLCBJbnRlcnJ1cHQgMzEg YXQgMHhkODAwMTAwMAppb2FwaWMyOiBpbnRwaW4gMCAtPiBQQ0kgSVJRIDMxIChsZXZlbCwgbG93 KQppb2FwaWMyOiBpbnRwaW4gMSAtPiBQQ0kgSVJRIDMyIChsZXZlbCwgbG93KQppb2FwaWMyOiBp bnRwaW4gMiAtPiBQQ0kgSVJRIDMzIChsZXZlbCwgbG93KQppb2FwaWMyOiBpbnRwaW4gMyAtPiBQ Q0kgSVJRIDM0IChsZXZlbCwgbG93KQppb2FwaWMyOiBpbnRwaW4gNCAtPiBQQ0kgSVJRIDM1IChs ZXZlbCwgbG93KQppb2FwaWMyOiBpbnRwaW4gNSAtPiBQQ0kgSVJRIDM2IChsZXZlbCwgbG93KQpp b2FwaWMyOiBpbnRwaW4gNiAtPiBQQ0kgSVJRIDM3IChsZXZlbCwgbG93KQpNQURUOiBJbnRlcnJ1 cHQgb3ZlcnJpZGU6IHNvdXJjZSA5LCBpcnEgOQppb2FwaWMwOiBpbnRwaW4gOSB0cmlnZ2VyOiBs ZXZlbAppb2FwaWMwOiBpbnRwaW4gOSBwb2xhcml0eTogbG93CmxhcGljMDogUm91dGluZyBOTUkg LT4gTElOVDEKbGFwaWMwOiBMSU5UMSB0cmlnZ2VyOiBlZGdlCmxhcGljMDogTElOVDEgcG9sYXJp dHk6IGhpZ2gKaW9hcGljMCA8VmVyc2lvbiAxLjE+IGlycXMgMC0yMyBvbiBtb3RoZXJib2FyZApp b2FwaWMxIDxWZXJzaW9uIDEuMT4gaXJxcyAyNC0zMCBvbiBtb3RoZXJib2FyZAppb2FwaWMyIDxW ZXJzaW9uIDEuMT4gaXJxcyAzMS0zNyBvbiBtb3RoZXJib2FyZApjcHUwIEJTUDoKICAgICBJRDog MHgwMDAwMDAwMCAgIFZFUjogMHgwMDA0MDAxMCBMRFI6IDB4MDAwMDAwMDAgREZSOiAweGZmZmZm ZmZmCiAgbGludDA6IDB4MDAwMTA3MDAgbGludDE6IDB4MDAwMDA0MDAgVFBSOiAweDAwMDAwMDAw IFNWUjogMHgwMDAwMDFmZgogIHRpbWVyOiAweDAwMDEwMGVmIHRoZXJtOiAweDAwMDAwMDAwIGVy cjogMHgwMDAxMDAwMCBwY206IDB4MDAwMTAwMDAKd2xhbjogPDgwMi4xMSBMaW5rIExheWVyPgpu dWxsOiA8bnVsbCBkZXZpY2UsIHplcm8gZGV2aWNlPgpyYW5kb206IDxlbnRyb3B5IHNvdXJjZSwg U29mdHdhcmUsIFlhcnJvdz4KbmZzbG9jazogcHNldWRvLWRldmljZQptZW06IDxtZW1vcnk+Cmlv OiA8SS9PPgphY3BpMDogPFBUTFREICAgUlNEVD4gb24gbW90aGVyYm9hcmQKaW9hcGljMDogcm91 dGluZyBpbnRwaW4gOSAoSVNBIElSUSA5KSB0byB2ZWN0b3IgNDgKYWNwaTA6IFtNUFNBRkVdCnBj aV9vcGVuKDEpOgltb2RlIDEgYWRkciBwb3J0ICgweDBjZjgpIGlzIDB4ODA4MDExNDgKcGNpX29w ZW4oMWEpOgltb2RlMXJlcz0weDgwMDAwMDAwICgweDgwMDAwMDAwKQpwY2lfY2ZnY2hlY2s6CWRl dmljZSAwIFtjbGFzcz0wNTgwMDBdIFtoZHI9MDBdIGlzIHRoZXJlIChpZD0wMDVlMTBkZSkKYWNw aV9idXNfbnVtYmVyOiByb290IGJ1cyBoYXMgbm8gX0JCTiwgYXNzdW1pbmcgMApBY3BpT3NEZXJp dmVQY2lJZDogYnVzIDAgZGV2IDEgZnVuYyAwCmFjcGkwOiBQb3dlciBCdXR0b24gKGZpeGVkKQph Y3BpX2J1c19udW1iZXI6IHJvb3QgYnVzIGhhcyBubyBfQkJOLCBhc3N1bWluZyAwCkFjcGlPc0Rl cml2ZVBjaUlkOiBidXMgMCBkZXYgMSBmdW5jIDAKYWNwaV9idXNfbnVtYmVyOiByb290IGJ1cyBo YXMgbm8gX0JCTiwgYXNzdW1pbmcgMApBY3BpT3NEZXJpdmVQY2lJZDogYnVzIDAgZGV2IDI0IGZ1 bmMgMQphY3BpX2J1c19udW1iZXI6IHJvb3QgYnVzIGhhcyBubyBfQkJOLCBhc3N1bWluZyAwCkFj cGlPc0Rlcml2ZVBjaUlkOiBidXMgMCBkZXYgMSBmdW5jIDAKYWNwaV9idXNfbnVtYmVyOiByb290 IGJ1cyBoYXMgbm8gX0JCTiwgYXNzdW1pbmcgMApBY3BpT3NEZXJpdmVQY2lJZDogYnVzIDAgZGV2 IDEgZnVuYyAwCmFjcGlfYnVzX251bWJlcjogcm9vdCBidXMgaGFzIG5vIF9CQk4sIGFzc3VtaW5n IDAKQWNwaU9zRGVyaXZlUGNpSWQ6IGJ1cyAwIGRldiAxIGZ1bmMgMAphY3BpX2J1c19udW1iZXI6 IHJvb3QgYnVzIGhhcyBubyBfQkJOLCBhc3N1bWluZyAwCkFjcGlPc0Rlcml2ZVBjaUlkOiBidXMg MCBkZXYgMSBmdW5jIDEKYWNwaV9idXNfbnVtYmVyOiByb290IGJ1cyBoYXMgbm8gX0JCTiwgYXNz dW1pbmcgMApBY3BpT3NEZXJpdmVQY2lJZDogYnVzIDAgZGV2IDEgZnVuYyAxCnBjaV9saW5rMDog TGlua3MgYWZ0ZXIgaW5pdGlhbCBwcm9iZToKSW5kZXggIElSUSAgUnRkICBSZWYgIElSUXMKICAg IDAgIDI1NSAgIE4gICAgIDAgIDE2CnBjaV9saW5rMDogTGlua3MgYWZ0ZXIgaW5pdGlhbCB2YWxp ZGF0aW9uOgpJbmRleCAgSVJRICBSdGQgIFJlZiAgSVJRcwogICAgMCAgMjU1ICAgTiAgICAgMCAg MTYKcGNpX2xpbmswOiBMaW5rcyBhZnRlciBkaXNhYmxlOgpJbmRleCAgSVJRICBSdGQgIFJlZiAg SVJRcwogICAgMCAgMjU1ICAgTiAgICAgMCAgMTYKcGNpX2xpbmsxOiBMaW5rcyBhZnRlciBpbml0 aWFsIHByb2JlOgpJbmRleCAgSVJRICBSdGQgIFJlZiAgSVJRcwogICAgMCAgMjU1ICAgTiAgICAg MCAgMTcKcGNpX2xpbmsxOiBMaW5rcyBhZnRlciBpbml0aWFsIHZhbGlkYXRpb246CkluZGV4ICBJ UlEgIFJ0ZCAgUmVmICBJUlFzCiAgICAwICAyNTUgICBOICAgICAwICAxNwpwY2lfbGluazE6IExp bmtzIGFmdGVyIGRpc2FibGU6CkluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAgICAwICAyNTUg ICBOICAgICAwICAxNwpwY2lfbGluazI6IExpbmtzIGFmdGVyIGluaXRpYWwgcHJvYmU6CkluZGV4 ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAgICAwICAyNTUgICBOICAgICAwICAxOApwY2lfbGluazI6 IExpbmtzIGFmdGVyIGluaXRpYWwgdmFsaWRhdGlvbjoKSW5kZXggIElSUSAgUnRkICBSZWYgIElS UXMKICAgIDAgIDI1NSAgIE4gICAgIDAgIDE4CnBjaV9saW5rMjogTGlua3MgYWZ0ZXIgZGlzYWJs ZToKSW5kZXggIElSUSAgUnRkICBSZWYgIElSUXMKICAgIDAgIDI1NSAgIE4gICAgIDAgIDE4CnBj aV9saW5rMzogTGlua3MgYWZ0ZXIgaW5pdGlhbCBwcm9iZToKSW5kZXggIElSUSAgUnRkICBSZWYg IElSUXMKICAgIDAgIDI1NSAgIE4gICAgIDAgIDE5CnBjaV9saW5rMzogTGlua3MgYWZ0ZXIgaW5p dGlhbCB2YWxpZGF0aW9uOgpJbmRleCAgSVJRICBSdGQgIFJlZiAgSVJRcwogICAgMCAgMjU1ICAg TiAgICAgMCAgMTkKcGNpX2xpbmszOiBMaW5rcyBhZnRlciBkaXNhYmxlOgpJbmRleCAgSVJRICBS dGQgIFJlZiAgSVJRcwogICAgMCAgMjU1ICAgTiAgICAgMCAgMTkKcGNpX2xpbms0OiBMaW5rcyBh ZnRlciBpbml0aWFsIHByb2JlOgpJbmRleCAgSVJRICBSdGQgIFJlZiAgSVJRcwogICAgMCAgMjU1 ICAgTiAgICAgMCAgMTkKcGNpX2xpbms0OiBMaW5rcyBhZnRlciBpbml0aWFsIHZhbGlkYXRpb246 CkluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAgICAwICAyNTUgICBOICAgICAwICAxOQpwY2lf bGluazQ6IExpbmtzIGFmdGVyIGRpc2FibGU6CkluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAg ICAwICAyNTUgICBOICAgICAwICAxOQpwY2lfbGluazU6IExpbmtzIGFmdGVyIGluaXRpYWwgcHJv YmU6CkluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAgICAwICAyNTUgICBOICAgICAwICAyMCAy MSAyMiAyMwpwY2lfbGluazU6IExpbmtzIGFmdGVyIGluaXRpYWwgdmFsaWRhdGlvbjoKSW5kZXgg IElSUSAgUnRkICBSZWYgIElSUXMKICAgIDAgIDI1NSAgIE4gICAgIDAgIDIwIDIxIDIyIDIzCnBj aV9saW5rNTogTGlua3MgYWZ0ZXIgZGlzYWJsZToKSW5kZXggIElSUSAgUnRkICBSZWYgIElSUXMK ICAgIDAgIDI1NSAgIE4gICAgIDAgIDIwIDIxIDIyIDIzCnBjaV9saW5rNjogTGlua3MgYWZ0ZXIg aW5pdGlhbCBwcm9iZToKSW5kZXggIElSUSAgUnRkICBSZWYgIElSUXMKICAgIDAgIDI1NSAgIE4g ICAgIDAgIDIwIDIxIDIyIDIzCnBjaV9saW5rNjogTGlua3MgYWZ0ZXIgaW5pdGlhbCB2YWxpZGF0 aW9uOgpJbmRleCAgSVJRICBSdGQgIFJlZiAgSVJRcwogICAgMCAgMjU1ICAgTiAgICAgMCAgMjAg MjEgMjIgMjMKcGNpX2xpbms2OiBMaW5rcyBhZnRlciBkaXNhYmxlOgpJbmRleCAgSVJRICBSdGQg IFJlZiAgSVJRcwogICAgMCAgMjU1ICAgTiAgICAgMCAgMjAgMjEgMjIgMjMKcGNpX2xpbms3OiBM aW5rcyBhZnRlciBpbml0aWFsIHByb2JlOgpJbmRleCAgSVJRICBSdGQgIFJlZiAgSVJRcwogICAg MCAgMjU1ICAgTiAgICAgMCAgMjAgMjEgMjIgMjMKcGNpX2xpbms3OiBMaW5rcyBhZnRlciBpbml0 aWFsIHZhbGlkYXRpb246CkluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAgICAwICAyNTUgICBO ICAgICAwICAyMCAyMSAyMiAyMwpwY2lfbGluazc6IExpbmtzIGFmdGVyIGRpc2FibGU6CkluZGV4 ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAgICAwICAyNTUgICBOICAgICAwICAyMCAyMSAyMiAyMwpw Y2lfbGluazg6IExpbmtzIGFmdGVyIGluaXRpYWwgcHJvYmU6CkluZGV4ICBJUlEgIFJ0ZCAgUmVm ICBJUlFzCiAgICAwICAyNTUgICBOICAgICAwICAyMCAyMSAyMiAyMwpwY2lfbGluazg6IExpbmtz IGFmdGVyIGluaXRpYWwgdmFsaWRhdGlvbjoKSW5kZXggIElSUSAgUnRkICBSZWYgIElSUXMKICAg IDAgIDI1NSAgIE4gICAgIDAgIDIwIDIxIDIyIDIzCnBjaV9saW5rODogTGlua3MgYWZ0ZXIgZGlz YWJsZToKSW5kZXggIElSUSAgUnRkICBSZWYgIElSUXMKICAgIDAgIDI1NSAgIE4gICAgIDAgIDIw IDIxIDIyIDIzCnBjaV9saW5rOTogTGlua3MgYWZ0ZXIgaW5pdGlhbCBwcm9iZToKSW5kZXggIElS USAgUnRkICBSZWYgIElSUXMKICAgIDAgIDI1NSAgIE4gICAgIDAgIDIwIDIxIDIyIDIzCnBjaV9s aW5rOTogTGlua3MgYWZ0ZXIgaW5pdGlhbCB2YWxpZGF0aW9uOgpJbmRleCAgSVJRICBSdGQgIFJl ZiAgSVJRcwogICAgMCAgMjU1ICAgTiAgICAgMCAgMjAgMjEgMjIgMjMKcGNpX2xpbms5OiBMaW5r cyBhZnRlciBkaXNhYmxlOgpJbmRleCAgSVJRICBSdGQgIFJlZiAgSVJRcwogICAgMCAgMjU1ICAg TiAgICAgMCAgMjAgMjEgMjIgMjMKcGNpX2xpbmsxMDogTGlua3MgYWZ0ZXIgaW5pdGlhbCBwcm9i ZToKSW5kZXggIElSUSAgUnRkICBSZWYgIElSUXMKICAgIDAgIDI1NSAgIE4gICAgIDAgIDIwIDIx IDIyIDIzCnBjaV9saW5rMTA6IExpbmtzIGFmdGVyIGluaXRpYWwgdmFsaWRhdGlvbjoKSW5kZXgg IElSUSAgUnRkICBSZWYgIElSUXMKICAgIDAgIDI1NSAgIE4gICAgIDAgIDIwIDIxIDIyIDIzCnBj aV9saW5rMTA6IExpbmtzIGFmdGVyIGRpc2FibGU6CkluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFz CiAgICAwICAyNTUgICBOICAgICAwICAyMCAyMSAyMiAyMwpBQ1BJIHRpbWVyOiAwLzMwMiAxLzEg MS8xIDEvMSAxLzEgMS8xIDEvMSAxLzEgMS8xIDEvMSAtPiA5ClRpbWVjb3VudGVyICJBQ1BJLXNh ZmUiIGZyZXF1ZW5jeSAzNTc5NTQ1IEh6IHF1YWxpdHkgMTAwMAphY3BpX3RpbWVyMDogPDI0LWJp dCB0aW1lciBhdCAzLjU3OTU0NU1Iej4gcG9ydCAweDgwMDgtMHg4MDBiIG9uIGFjcGkwCmNwdTA6 IDxBQ1BJIENQVT4gb24gYWNwaTAKYWNwaV9idXR0b24wOiA8UG93ZXIgQnV0dG9uPiBvbiBhY3Bp MApwY2liMDogPEFDUEkgSG9zdC1QQ0kgYnJpZGdlPiBwb3J0IDB4Y2Y4LTB4Y2ZmIG9uIGFjcGkw CnBjaTA6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIwCnBjaTA6IHBoeXNpY2FsIGJ1cz0wCmZvdW5k LT4JdmVuZG9yPTB4MTBkZSwgZGV2PTB4MDA1ZSwgcmV2aWQ9MHhhMwoJYnVzPTAsIHNsb3Q9MCwg ZnVuYz0wCgljbGFzcz0wNS04MC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0wCgljbWRyZWc9MHgw MDA2LCBzdGF0cmVnPTB4MDBiMCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKCWxhdHRpbWVyPTB4MDAg KDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQpmb3VuZC0+CXZl bmRvcj0weDEwZGUsIGRldj0weDAwNTEsIHJldmlkPTB4YTMKCWJ1cz0wLCBzbG90PTEsIGZ1bmM9 MAoJY2xhc3M9MDYtMDEtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MQoJY21kcmVnPTB4MDAwZiwg c3RhdHJlZz0weDAwYTAsIGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0weDAwICgwIG5z KSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKCW1hcFsxMF06IHR5cGUg NCwgcmFuZ2UgMzIsIGJhc2UgMDAwMDhjMDAsIHNpemUgMTAsIGVuYWJsZWQKZm91bmQtPgl2ZW5k b3I9MHgxMGRlLCBkZXY9MHgwMDUyLCByZXZpZD0weGEyCglidXM9MCwgc2xvdD0xLCBmdW5jPTEK CWNsYXNzPTBjLTA1LTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTEKCWNtZHJlZz0weDAwMDEsIHN0 YXRyZWc9MHgwMGIwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGltZXI9MHgwMCAoMCBucyks IG1pbmdudD0weDAzICg3NTAgbnMpLCBtYXhsYXQ9MHgwMSAoMjUwIG5zKQoJaW50cGluPWEsIGly cT0yNTUKCXBvd2Vyc3BlYyAyICBzdXBwb3J0cyBEMCBEMyAgY3VycmVudCBEMAoJbWFwWzEwXTog dHlwZSA0LCByYW5nZSAzMiwgYmFzZSAwMDAwMDAwMCwgc2l6ZSAgNSwgZW5hYmxlZAoJbWFwWzIw XTogdHlwZSA0LCByYW5nZSAzMiwgYmFzZSAwMDAwNTAwMCwgc2l6ZSAgNiwgZW5hYmxlZAoJbWFw WzI0XTogdHlwZSA0LCByYW5nZSAzMiwgYmFzZSAwMDAwNTA0MCwgc2l6ZSAgNiwgZW5hYmxlZApm b3VuZC0+CXZlbmRvcj0weDEwZGUsIGRldj0weDAwNWEsIHJldmlkPTB4YTIKCWJ1cz0wLCBzbG90 PTIsIGZ1bmM9MAoJY2xhc3M9MGMtMDMtMTAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MQoJY21kcmVn PTB4MDAwNywgc3RhdHJlZz0weDAwYjAsIGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0w eDAwICgwIG5zKSwgbWluZ250PTB4MDMgKDc1MCBucyksIG1heGxhdD0weDAxICgyNTAgbnMpCglp bnRwaW49YSwgaXJxPTEwCglwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDEgRDIgRDMgIGN1cnJl bnQgRDAKCW1hcFsxMF06IHR5cGUgMSwgcmFuZ2UgMzIsIGJhc2UgYzgwMDAwMDAsIHNpemUgMTIs IGVuYWJsZWQKcGNpYjA6IG1hdGNoZWQgZW50cnkgZm9yIDAuMi5JTlRBIChzcmMgXFxfU0JfLlBD STAuTFVTMDowKQpwY2lfbGluazY6IFBpY2tlZCBJUlEgMjAgd2l0aCB3ZWlnaHQgMAppb2FwaWMw OiBDaGFuZ2luZyBwb2xhcml0eSBmb3IgcGluIDIwIHRvIGhpZ2gKcGNpYjA6IHNsb3QgMiBJTlRB IHJvdXRlZCB0byBpcnEgMjAgdmlhIFxcX1NCXy5QQ0kwLkxVUzAKZm91bmQtPgl2ZW5kb3I9MHgx MGRlLCBkZXY9MHgwMDViLCByZXZpZD0weGEzCglidXM9MCwgc2xvdD0yLCBmdW5jPTEKCWNsYXNz PTBjLTAzLTIwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTEKCWNtZHJlZz0weDAwMDYsIHN0YXRyZWc9 MHgwMGIwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdu dD0weDAzICg3NTAgbnMpLCBtYXhsYXQ9MHgwMSAoMjUwIG5zKQoJaW50cGluPWIsIGlycT0xMQoJ cG93ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQxIEQyIEQzICBjdXJyZW50IEQwCgltYXBbMTBdOiB0 eXBlIDEsIHJhbmdlIDMyLCBiYXNlIGM4MDAxMDAwLCBzaXplICA4LCBlbmFibGVkCnBjaWIwOiBt YXRjaGVkIGVudHJ5IGZvciAwLjIuSU5UQiAoc3JjIFxcX1NCXy5QQ0kwLkxVUzI6MCkKcGNpX2xp bms3OiBQaWNrZWQgSVJRIDIxIHdpdGggd2VpZ2h0IDAKaW9hcGljMDogQ2hhbmdpbmcgcG9sYXJp dHkgZm9yIHBpbiAyMSB0byBoaWdoCnBjaWIwOiBzbG90IDIgSU5UQiByb3V0ZWQgdG8gaXJxIDIx IHZpYSBcXF9TQl8uUENJMC5MVVMyCmZvdW5kLT4JdmVuZG9yPTB4MTBkZSwgZGV2PTB4MDA1Mywg cmV2aWQ9MHhhMgoJYnVzPTAsIHNsb3Q9NiwgZnVuYz0wCgljbGFzcz0wMS0wMS04YSwgaGRydHlw ZT0weDAwLCBtZmRldj0wCgljbWRyZWc9MHgwMDA1LCBzdGF0cmVnPTB4MDBiMCwgY2FjaGVsbnN6 PTAgKGR3b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMyAoNzUwIG5zKSwg bWF4bGF0PTB4MDEgKDI1MCBucykKCXBvd2Vyc3BlYyAyICBzdXBwb3J0cyBEMCBEMyAgY3VycmVu dCBEMAoJbWFwWzIwXTogdHlwZSA0LCByYW5nZSAzMiwgYmFzZSAwMDAwMTQwMCwgc2l6ZSAgNCwg ZW5hYmxlZApmb3VuZC0+CXZlbmRvcj0weDEwZGUsIGRldj0weDAwNTUsIHJldmlkPTB4YTMKCWJ1 cz0wLCBzbG90PTgsIGZ1bmM9MAoJY2xhc3M9MDEtMDEtODUsIGhkcnR5cGU9MHgwMCwgbWZkZXY9 MAoJY21kcmVnPTB4MDAwNywgc3RhdHJlZz0weDAwYjAsIGNhY2hlbG5zej0wIChkd29yZHMpCgls YXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDMgKDc1MCBucyksIG1heGxhdD0weDAxICgy NTAgbnMpCglpbnRwaW49YSwgaXJxPTEyCglwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDMgIGN1 cnJlbnQgRDAKCW1hcFsxMF06IHR5cGUgNCwgcmFuZ2UgMzIsIGJhc2UgMDAwMDE0MzAsIHNpemUg IDMsIGVuYWJsZWQKCW1hcFsxNF06IHR5cGUgNCwgcmFuZ2UgMzIsIGJhc2UgMDAwMDE0MjQsIHNp emUgIDIsIGVuYWJsZWQKCW1hcFsxOF06IHR5cGUgNCwgcmFuZ2UgMzIsIGJhc2UgMDAwMDE0Mjgs IHNpemUgIDMsIGVuYWJsZWQKCW1hcFsxY106IHR5cGUgNCwgcmFuZ2UgMzIsIGJhc2UgMDAwMDE0 MjAsIHNpemUgIDIsIGVuYWJsZWQKCW1hcFsyMF06IHR5cGUgNCwgcmFuZ2UgMzIsIGJhc2UgMDAw MDE0MTAsIHNpemUgIDQsIGVuYWJsZWQKCW1hcFsyNF06IHR5cGUgMSwgcmFuZ2UgMzIsIGJhc2Ug YzgwMDIwMDAsIHNpemUgMTIsIGVuYWJsZWQKcGNpYjA6IG1hdGNoZWQgZW50cnkgZm9yIDAuOC5J TlRBIChzcmMgXFxfU0JfLlBDSTAuTFNJMTowKQpwY2lfbGluazk6IFBpY2tlZCBJUlEgMjIgd2l0 aCB3ZWlnaHQgMAppb2FwaWMwOiBDaGFuZ2luZyBwb2xhcml0eSBmb3IgcGluIDIyIHRvIGhpZ2gK cGNpYjA6IHNsb3QgOCBJTlRBIHJvdXRlZCB0byBpcnEgMjIgdmlhIFxcX1NCXy5QQ0kwLkxTSTEK Zm91bmQtPgl2ZW5kb3I9MHgxMGRlLCBkZXY9MHgwMDVjLCByZXZpZD0weGEyCglidXM9MCwgc2xv dD05LCBmdW5jPTAKCWNsYXNzPTA2LTA0LTAxLCBoZHJ0eXBlPTB4MDEsIG1mZGV2PTAKCWNtZHJl Zz0weDAxMDcsIHN0YXRyZWc9MHgwMGEwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGltZXI9 MHgwMCAoMCBucyksIG1pbmdudD0weDBjICgzMDAwIG5zKSwgbWF4bGF0PTB4MDIgKDUwMCBucykK Zm91bmQtPgl2ZW5kb3I9MHgxMGRlLCBkZXY9MHgwMDVkLCByZXZpZD0weGEzCglidXM9MCwgc2xv dD0xMiwgZnVuYz0wCgljbGFzcz0wNi0wNC0wMCwgaGRydHlwZT0weDAxLCBtZmRldj0wCgljbWRy ZWc9MHgwMTQ3LCBzdGF0cmVnPTB4MDAxMCwgY2FjaGVsbnN6PTE2IChkd29yZHMpCglsYXR0aW1l cj0weDAwICgwIG5zKSwgbWluZ250PTB4MDQgKDEwMDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykK Zm91bmQtPgl2ZW5kb3I9MHgxMGRlLCBkZXY9MHgwMDVkLCByZXZpZD0weGEzCglidXM9MCwgc2xv dD0xMywgZnVuYz0wCgljbGFzcz0wNi0wNC0wMCwgaGRydHlwZT0weDAxLCBtZmRldj0wCgljbWRy ZWc9MHgwMTQ3LCBzdGF0cmVnPTB4MDAxMCwgY2FjaGVsbnN6PTE2IChkd29yZHMpCglsYXR0aW1l cj0weDAwICgwIG5zKSwgbWluZ250PTB4MDQgKDEwMDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykK Zm91bmQtPgl2ZW5kb3I9MHgxMGRlLCBkZXY9MHgwMDVkLCByZXZpZD0weGEzCglidXM9MCwgc2xv dD0xNCwgZnVuYz0wCgljbGFzcz0wNi0wNC0wMCwgaGRydHlwZT0weDAxLCBtZmRldj0wCgljbWRy ZWc9MHgwMTQ3LCBzdGF0cmVnPTB4MDAxMCwgY2FjaGVsbnN6PTE2IChkd29yZHMpCglsYXR0aW1l cj0weDAwICgwIG5zKSwgbWluZ250PTB4MDQgKDEwMDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykK Zm91bmQtPgl2ZW5kb3I9MHgxMDIyLCBkZXY9MHgxMTAwLCByZXZpZD0weDAwCglidXM9MCwgc2xv dD0yNCwgZnVuYz0wCgljbGFzcz0wNi0wMC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0xCgljbWRy ZWc9MHgwMDAwLCBzdGF0cmVnPTB4MDAxMCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKCWxhdHRpbWVy PTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQpmb3Vu ZC0+CXZlbmRvcj0weDEwMjIsIGRldj0weDExMDEsIHJldmlkPTB4MDAKCWJ1cz0wLCBzbG90PTI0 LCBmdW5jPTEKCWNsYXNzPTA2LTAwLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTEKCWNtZHJlZz0w eDAwMDAsIHN0YXRyZWc9MHgwMDAwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGltZXI9MHgw MCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCmZvdW5kLT4J dmVuZG9yPTB4MTAyMiwgZGV2PTB4MTEwMiwgcmV2aWQ9MHgwMAoJYnVzPTAsIHNsb3Q9MjQsIGZ1 bmM9MgoJY2xhc3M9MDYtMDAtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MQoJY21kcmVnPTB4MDAw MCwgc3RhdHJlZz0weDAwMDAsIGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0weDAwICgw IG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKZm91bmQtPgl2ZW5k b3I9MHgxMDIyLCBkZXY9MHgxMTAzLCByZXZpZD0weDAwCglidXM9MCwgc2xvdD0yNCwgZnVuYz0z CgljbGFzcz0wNi0wMC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0xCgljbWRyZWc9MHgwMDAwLCBz dGF0cmVnPTB4MDAwMCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAgbnMp LCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQpwY2kwOiA8bWVtb3J5PiBh dCBkZXZpY2UgMC4wIChubyBkcml2ZXIgYXR0YWNoZWQpCmlzYWIwOiA8UENJLUlTQSBicmlkZ2U+ IGF0IGRldmljZSAxLjAgb24gcGNpMAppc2EwOiA8SVNBIGJ1cz4gb24gaXNhYjAKcGNpMDogPHNl cmlhbCBidXMsIFNNQnVzPiBhdCBkZXZpY2UgMS4xIChubyBkcml2ZXIgYXR0YWNoZWQpCm9oY2kw OiA8T0hDSSAoZ2VuZXJpYykgVVNCIGNvbnRyb2xsZXI+IG1lbSAweGM4MDAwMDAwLTB4YzgwMDBm ZmYgaXJxIDIwIGF0IGRldmljZSAyLjAgb24gcGNpMApvaGNpMDogUmVzZXJ2ZWQgMHgxMDAwIGJ5 dGVzIGZvciByaWQgMHgxMCB0eXBlIDMgYXQgMHhjODAwMDAwMAppb2FwaWMwOiByb3V0aW5nIGlu dHBpbiAyMCAoUENJIElSUSAyMCkgdG8gdmVjdG9yIDQ5Cm9oY2kwOiBbR0lBTlQtTE9DS0VEXQp1 c2IwOiBPSENJIHZlcnNpb24gMS4wLCBsZWdhY3kgc3VwcG9ydAp1c2IwOiBTTU0gZG9lcyBub3Qg cmVzcG9uZCwgcmVzZXR0aW5nCnVzYjA6IDxPSENJIChnZW5lcmljKSBVU0IgY29udHJvbGxlcj4g b24gb2hjaTAKdXNiMDogVVNCIHJldmlzaW9uIDEuMAp1aHViMDogblZpZGlhIE9IQ0kgcm9vdCBo dWIsIGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxCnVodWIwOiA0IHBvcnRzIHdpdGgg NCByZW1vdmFibGUsIHNlbGYgcG93ZXJlZAplaGNpMDogPE5WSURJQSBuRm9yY2U0IFVTQiAyLjAg Y29udHJvbGxlcj4gbWVtIDB4YzgwMDEwMDAtMHhjODAwMTBmZiBpcnEgMjEgYXQgZGV2aWNlIDIu MSBvbiBwY2kwCmVoY2kwOiBSZXNlcnZlZCAweDEwMCBieXRlcyBmb3IgcmlkIDB4MTAgdHlwZSAz IGF0IDB4YzgwMDEwMDAKaW9hcGljMDogcm91dGluZyBpbnRwaW4gMjEgKFBDSSBJUlEgMjEpIHRv IHZlY3RvciA1MAplaGNpMDogW0dJQU5ULUxPQ0tFRF0KdXNiMTogRUhDSSB2ZXJzaW9uIDEuMAp1 c2IxOiBjb21wYW5pb24gY29udHJvbGxlciwgNCBwb3J0cyBlYWNoOiB1c2IwCnVzYjE6IDxOVklE SUEgbkZvcmNlNCBVU0IgMi4wIGNvbnRyb2xsZXI+IG9uIGVoY2kwCnVzYjE6IFVTQiByZXZpc2lv biAyLjAKdWh1YjE6IG5WaWRpYSBFSENJIHJvb3QgaHViLCBjbGFzcyA5LzAsIHJldiAyLjAwLzEu MDAsIGFkZHIgMQp1aHViMTogNCBwb3J0cyB3aXRoIDQgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQK YXRhcGNpMDogPG5WaWRpYSBuRm9yY2UgQ0s4MDQgVURNQTEzMyBjb250cm9sbGVyPiBwb3J0IDB4 MWYwLTB4MWY3LDB4M2Y2LDB4MTcwLTB4MTc3LDB4Mzc2LDB4MTQwMC0weDE0MGYgYXQgZGV2aWNl IDYuMCBvbiBwY2kwCmF0YXBjaTA6IFJlc2VydmVkIDB4MTAgYnl0ZXMgZm9yIHJpZCAweDIwIHR5 cGUgNCBhdCAweDE0MDAKYXRhMDogPEFUQSBjaGFubmVsIDA+IG9uIGF0YXBjaTAKYXRhcGNpMDog UmVzZXJ2ZWQgMHg4IGJ5dGVzIGZvciByaWQgMHgxMCB0eXBlIDQgYXQgMHgxZjAKYXRhcGNpMDog UmVzZXJ2ZWQgMHgxIGJ5dGVzIGZvciByaWQgMHgxNCB0eXBlIDQgYXQgMHgzZjYKYXRhMDogcmVz ZXQgdHAxIG1hc2s9MDMgb3N0YXQwPTUxIG9zdGF0MT0wMQphdGEwOiBzdGF0MD0weDAwIGVycj0w eDAxIGxzYj0weDE0IG1zYj0weGViCmF0YTA6IHN0YXQxPTB4MDEgZXJyPTB4MDQgbHNiPTB4MDAg bXNiPTB4MDAKYXRhMDogcmVzZXQgdHAyIHN0YXQwPTAwIHN0YXQxPTAxIGRldmljZXM9MHg0PEFU QVBJX01BU1RFUj4KaW9hcGljMDogcm91dGluZyBpbnRwaW4gMTQgKElTQSBJUlEgMTQpIHRvIHZl Y3RvciA1MQphdGEwOiBbTVBTQUZFXQphdGExOiA8QVRBIGNoYW5uZWwgMT4gb24gYXRhcGNpMAph dGFwY2kwOiBSZXNlcnZlZCAweDggYnl0ZXMgZm9yIHJpZCAweDE4IHR5cGUgNCBhdCAweDE3MAph dGFwY2kwOiBSZXNlcnZlZCAweDEgYnl0ZXMgZm9yIHJpZCAweDFjIHR5cGUgNCBhdCAweDM3Ngph dGExOiByZXNldCB0cDEgbWFzaz0wMyBvc3RhdDA9NjAgb3N0YXQxPTcwCmF0YTE6IHN0YXQwPTB4 MjAgZXJyPTB4MjAgbHNiPTB4MjAgbXNiPTB4MjAKYXRhMTogc3RhdDE9MHgzMCBlcnI9MHgzMCBs c2I9MHgzMCBtc2I9MHgzMAphdGExOiByZXNldCB0cDIgc3RhdDA9MjAgc3RhdDE9MzAgZGV2aWNl cz0weDAKaW9hcGljMDogcm91dGluZyBpbnRwaW4gMTUgKElTQSBJUlEgMTUpIHRvIHZlY3RvciA1 MgphdGExOiBbTVBTQUZFXQphdGFwY2kxOiA8blZpZGlhIG5Gb3JjZSBDSzgwNCBTQVRBMzAwIGNv bnRyb2xsZXI+IHBvcnQgMHgxNDMwLTB4MTQzNywweDE0MjQtMHgxNDI3LDB4MTQyOC0weDE0MmYs MHgxNDIwLTB4MTQyMywweDE0MTAtMHgxNDFmIG1lbSAweGM4MDAyMDAwLTB4YzgwMDJmZmYgaXJx IDIyIGF0IGRldmljZSA4LjAgb24gcGNpMAphdGFwY2kxOiBSZXNlcnZlZCAweDEwIGJ5dGVzIGZv ciByaWQgMHgyMCB0eXBlIDQgYXQgMHgxNDEwCmlvYXBpYzA6IHJvdXRpbmcgaW50cGluIDIyIChQ Q0kgSVJRIDIyKSB0byB2ZWN0b3IgNTMKYXRhcGNpMTogW01QU0FGRV0KYXRhcGNpMTogUmVzZXJ2 ZWQgMHgxMDAwIGJ5dGVzIGZvciByaWQgMHgyNCB0eXBlIDMgYXQgMHhjODAwMjAwMAphdGEyOiA8 QVRBIGNoYW5uZWwgMD4gb24gYXRhcGNpMQphdGFwY2kxOiBSZXNlcnZlZCAweDggYnl0ZXMgZm9y IHJpZCAweDEwIHR5cGUgNCBhdCAweDE0MzAKYXRhcGNpMTogUmVzZXJ2ZWQgMHg0IGJ5dGVzIGZv ciByaWQgMHgxNCB0eXBlIDQgYXQgMHgxNDI0CmF0YTI6IFNBVEEgY29ubmVjdCByZWFkeSB0aW1l PTBtcwphdGEyOiBzYXRhX2Nvbm5lY3QgZGV2aWNlcz0weDE8QVRBX01BU1RFUj4KYXRhMjogW01Q U0FGRV0KYXRhMzogPEFUQSBjaGFubmVsIDE+IG9uIGF0YXBjaTEKYXRhcGNpMTogUmVzZXJ2ZWQg MHg4IGJ5dGVzIGZvciByaWQgMHgxOCB0eXBlIDQgYXQgMHgxNDI4CmF0YXBjaTE6IFJlc2VydmVk IDB4NCBieXRlcyBmb3IgcmlkIDB4MWMgdHlwZSA0IGF0IDB4MTQyMAphdGEzOiBTQVRBIGNvbm5l Y3Qgc3RhdHVzPTAwMDAwMDAwCmF0YTM6IFtNUFNBRkVdCnBjaWIxOiA8QUNQSSBQQ0ktUENJIGJy aWRnZT4gYXQgZGV2aWNlIDkuMCBvbiBwY2kwCnBjaWIxOiAgIHNlY29uZGFyeSBidXMgICAgIDEK cGNpYjE6ICAgc3Vib3JkaW5hdGUgYnVzICAgMQpwY2liMTogICBJL08gZGVjb2RlICAgICAgICAw eGYwMDAtMHhmZmYKcGNpYjE6ICAgbWVtb3J5IGRlY29kZSAgICAgMHhjOTAwMDAwMC0weGM5ZmZm ZmZmCnBjaWIxOiAgIHByZWZldGNoZWQgZGVjb2RlIDB4ZDAwMDAwMDAtMHhkN2ZmZmZmZgpwY2li MTogICBTdWJ0cmFjdGl2ZWx5IGRlY29kZWQgYnJpZGdlLgpwY2kxOiA8QUNQSSBQQ0kgYnVzPiBv biBwY2liMQpwY2kxOiBwaHlzaWNhbCBidXM9MQpmb3VuZC0+CXZlbmRvcj0weDEwZGUsIGRldj0w eDAxMTAsIHJldmlkPTB4YjIKCWJ1cz0xLCBzbG90PTUsIGZ1bmM9MAoJY2xhc3M9MDMtMDAtMDAs IGhkcnR5cGU9MHgwMCwgbWZkZXY9MAoJY21kcmVnPTB4MDAwNywgc3RhdHJlZz0weDAyYjAsIGNh Y2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0weDQwICgxOTIwIG5zKSwgbWluZ250PTB4MDUg KDEyNTAgbnMpLCBtYXhsYXQ9MHgwMSAoMjUwIG5zKQoJaW50cGluPWEsIGlycT0xMAoJcG93ZXJz cGVjIDIgIHN1cHBvcnRzIEQwIEQzICBjdXJyZW50IEQwCgltYXBbMTBdOiB0eXBlIDEsIHJhbmdl IDMyLCBiYXNlIGM5MDAwMDAwLCBzaXplIDI0LCBlbmFibGVkCnBjaWIxOiAobnVsbCkgcmVxdWVz dGVkIG1lbW9yeSByYW5nZSAweGM5MDAwMDAwLTB4YzlmZmZmZmY6IGdvb2QKCW1hcFsxNF06IHR5 cGUgMywgcmFuZ2UgMzIsIGJhc2UgZDAwMDAwMDAsIHNpemUgMjcsIGVuYWJsZWQKcGNpYjE6IChu dWxsKSByZXF1ZXN0ZWQgbWVtb3J5IHJhbmdlIDB4ZDAwMDAwMDAtMHhkN2ZmZmZmZjogZ29vZApw Y2liMTogbWF0Y2hlZCBlbnRyeSBmb3IgMS41LklOVEEgKHNyYyBcXF9TQl8uUENJMC5MTksxOjAp CnBjaV9saW5rMDogUGlja2VkIElSUSAxNiB3aXRoIHdlaWdodCAwCmlvYXBpYzA6IENoYW5naW5n IHBvbGFyaXR5IGZvciBwaW4gMTYgdG8gaGlnaApwY2liMTogc2xvdCA1IElOVEEgcm91dGVkIHRv IGlycSAxNiB2aWEgXFxfU0JfLlBDSTAuTE5LMQpwY2kxOiA8ZGlzcGxheSwgVkdBPiBhdCBkZXZp Y2UgNS4wIChubyBkcml2ZXIgYXR0YWNoZWQpCnBjaWIyOiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4g YXQgZGV2aWNlIDEyLjAgb24gcGNpMApwY2liMjogICBzZWNvbmRhcnkgYnVzICAgICAyCnBjaWIy OiAgIHN1Ym9yZGluYXRlIGJ1cyAgIDIKcGNpYjI6ICAgSS9PIGRlY29kZSAgICAgICAgMHhmMDAw LTB4ZmZmCnBjaWIyOiAgIG1lbW9yeSBkZWNvZGUgICAgIDB4Y2EwMDAwMDAtMHhjYTBmZmZmZgpw Y2liMjogICBwcmVmZXRjaGVkIGRlY29kZSAweGZmZjAwMDAwLTB4ZmZmZmYKcGNpMjogPEFDUEkg UENJIGJ1cz4gb24gcGNpYjIKcGNpMjogcGh5c2ljYWwgYnVzPTIKZm91bmQtPgl2ZW5kb3I9MHgx NGU0LCBkZXY9MHgxNjU5LCByZXZpZD0weDExCglidXM9Miwgc2xvdD0wLCBmdW5jPTAKCWNsYXNz PTAyLTAwLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTAKCWNtZHJlZz0weDAxNDYsIHN0YXRyZWc9 MHgwMDEwLCBjYWNoZWxuc3o9MTYgKGR3b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5n bnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQoJaW50cGluPWEsIGlycT0xMAoJcG93 ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQzICBjdXJyZW50IEQwCglNU0kgc3VwcG9ydHMgOCBtZXNz YWdlcywgNjQgYml0CgltYXBbMTBdOiB0eXBlIDEsIHJhbmdlIDY0LCBiYXNlIGNhMDAwMDAwLCBz aXplIDE2LCBlbmFibGVkCnBjaWIyOiAobnVsbCkgcmVxdWVzdGVkIG1lbW9yeSByYW5nZSAweGNh MDAwMDAwLTB4Y2EwMGZmZmY6IGdvb2QKcGNpYjI6IG1hdGNoZWQgZW50cnkgZm9yIDIuMC5JTlRB IChzcmMgXFxfU0JfLlBDSTAuTE5LMTowKQpwY2liMjogc2xvdCAwIElOVEEgcm91dGVkIHRvIGly cSAxNiB2aWEgXFxfU0JfLlBDSTAuTE5LMQpiZ2UwOiA8QnJvYWRjb20gQkNNNTcyMSBHaWdhYml0 IEV0aGVybmV0LCBBU0lDIHJldi4gMHg0MTAxPiBtZW0gMHhjYTAwMDAwMC0weGNhMDBmZmZmIGly cSAxNiBhdCBkZXZpY2UgMC4wIG9uIHBjaTIKYmdlMDogUmVzZXJ2ZWQgMHgxMDAwMCBieXRlcyBm b3IgcmlkIDB4MTAgdHlwZSAzIGF0IDB4Y2EwMDAwMDAKbWlpYnVzMDogPE1JSSBidXM+IG9uIGJn ZTAKYnJncGh5MDogPEJDTTU3NTAgMTAvMTAwLzEwMDBiYXNlVFggUEhZPiBvbiBtaWlidXMwCmJy Z3BoeTA6ICAxMGJhc2VULCAxMGJhc2VULUZEWCwgMTAwYmFzZVRYLCAxMDBiYXNlVFgtRkRYLCAx MDAwYmFzZVRYLCAxMDAwYmFzZVRYLUZEWCwgYXV0bwpiZ2UwOiBicGYgYXR0YWNoZWQKYmdlMDog RXRoZXJuZXQgYWRkcmVzczogMDA6MTQ6Mzg6YTc6MjE6N2MKaW9hcGljMDogcm91dGluZyBpbnRw aW4gMTYgKFBDSSBJUlEgMTYpIHRvIHZlY3RvciA1NApiZ2UwOiBbTVBTQUZFXQpwY2liMzogPEFD UEkgUENJLVBDSSBicmlkZ2U+IGF0IGRldmljZSAxMy4wIG9uIHBjaTAKcGNpYjM6ICAgc2Vjb25k YXJ5IGJ1cyAgICAgMwpwY2liMzogICBzdWJvcmRpbmF0ZSBidXMgICAzCnBjaWIzOiAgIEkvTyBk ZWNvZGUgICAgICAgIDB4ZjAwMC0weGZmZgpwY2liMzogICBtZW1vcnkgZGVjb2RlICAgICAweGNh MTAwMDAwLTB4Y2ExZmZmZmYKcGNpYjM6ICAgcHJlZmV0Y2hlZCBkZWNvZGUgMHhmZmYwMDAwMC0w eGZmZmZmCnBjaTM6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIzCnBjaTM6IHBoeXNpY2FsIGJ1cz0z CmZvdW5kLT4JdmVuZG9yPTB4MTRlNCwgZGV2PTB4MTY1OSwgcmV2aWQ9MHgxMQoJYnVzPTMsIHNs b3Q9MCwgZnVuYz0wCgljbGFzcz0wMi0wMC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0wCgljbWRy ZWc9MHgwMTQ2LCBzdGF0cmVnPTB4MDAxMCwgY2FjaGVsbnN6PTE2IChkd29yZHMpCglsYXR0aW1l cj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKCWlu dHBpbj1hLCBpcnE9MTEKCXBvd2Vyc3BlYyAyICBzdXBwb3J0cyBEMCBEMyAgY3VycmVudCBEMAoJ TVNJIHN1cHBvcnRzIDggbWVzc2FnZXMsIDY0IGJpdAoJbWFwWzEwXTogdHlwZSAxLCByYW5nZSA2 NCwgYmFzZSBjYTEwMDAwMCwgc2l6ZSAxNiwgZW5hYmxlZApwY2liMzogKG51bGwpIHJlcXVlc3Rl ZCBtZW1vcnkgcmFuZ2UgMHhjYTEwMDAwMC0weGNhMTBmZmZmOiBnb29kCnBjaWIzOiBtYXRjaGVk IGVudHJ5IGZvciAzLjAuSU5UQSAoc3JjIFxcX1NCXy5QQ0kwLkxOSzQ6MCkKcGNpX2xpbmszOiBQ aWNrZWQgSVJRIDE5IHdpdGggd2VpZ2h0IDAKaW9hcGljMDogQ2hhbmdpbmcgcG9sYXJpdHkgZm9y IHBpbiAxOSB0byBoaWdoCnBjaWIzOiBzbG90IDAgSU5UQSByb3V0ZWQgdG8gaXJxIDE5IHZpYSBc XF9TQl8uUENJMC5MTks0CmJnZTE6IDxCcm9hZGNvbSBCQ001NzIxIEdpZ2FiaXQgRXRoZXJuZXQs IEFTSUMgcmV2LiAweDQxMDE+IG1lbSAweGNhMTAwMDAwLTB4Y2ExMGZmZmYgaXJxIDE5IGF0IGRl dmljZSAwLjAgb24gcGNpMwpiZ2UxOiBSZXNlcnZlZCAweDEwMDAwIGJ5dGVzIGZvciByaWQgMHgx MCB0eXBlIDMgYXQgMHhjYTEwMDAwMAptaWlidXMxOiA8TUlJIGJ1cz4gb24gYmdlMQpicmdwaHkx OiA8QkNNNTc1MCAxMC8xMDAvMTAwMGJhc2VUWCBQSFk+IG9uIG1paWJ1czEKYnJncGh5MTogIDEw YmFzZVQsIDEwYmFzZVQtRkRYLCAxMDBiYXNlVFgsIDEwMGJhc2VUWC1GRFgsIDEwMDBiYXNlVFgs IDEwMDBiYXNlVFgtRkRYLCBhdXRvCmJnZTE6IGJwZiBhdHRhY2hlZApiZ2UxOiBFdGhlcm5ldCBh ZGRyZXNzOiAwMDoxNDozODphNzoyMTo3ZAppb2FwaWMwOiByb3V0aW5nIGludHBpbiAxOSAoUENJ IElSUSAxOSkgdG8gdmVjdG9yIDU1CmJnZTE6IFtNUFNBRkVdCnBjaWI0OiA8QUNQSSBQQ0ktUENJ IGJyaWRnZT4gYXQgZGV2aWNlIDE0LjAgb24gcGNpMApwY2liNDogICBzZWNvbmRhcnkgYnVzICAg ICA0CnBjaWI0OiAgIHN1Ym9yZGluYXRlIGJ1cyAgIDQKcGNpYjQ6ICAgSS9PIGRlY29kZSAgICAg ICAgMHhmMDAwLTB4ZmZmCnBjaWI0OiAgIG1lbW9yeSBkZWNvZGUgICAgIDB4ZmZmMDAwMDAtMHhm ZmZmZgpwY2liNDogICBwcmVmZXRjaGVkIGRlY29kZSAweGZmZjAwMDAwLTB4ZmZmZmYKcGNpNDog PEFDUEkgUENJIGJ1cz4gb24gcGNpYjQKcGNpNDogcGh5c2ljYWwgYnVzPTQKcGNpYjU6IDxBQ1BJ IEhvc3QtUENJIGJyaWRnZT4gb24gYWNwaTAKcGNpYjU6IGNvdWxkIG5vdCBnZXQgUENJIGludGVy cnVwdCByb3V0aW5nIHRhYmxlIGZvciBcXF9TQl8uUENJMSAtIEFFX05PVF9GT1VORApwY2kxMjg6 IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWI1CnBjaTEyODogcGh5c2ljYWwgYnVzPTEyOApmb3VuZC0+ CXZlbmRvcj0weDEwMjIsIGRldj0weDc0NTgsIHJldmlkPTB4MTEKCWJ1cz0xMjgsIHNsb3Q9MSwg ZnVuYz0wCgljbGFzcz0wNi0wNC0wMCwgaGRydHlwZT0weDAxLCBtZmRldj0xCgljbWRyZWc9MHgw MTU3LCBzdGF0cmVnPTB4MDgxMCwgY2FjaGVsbnN6PTE2IChkd29yZHMpCglsYXR0aW1lcj0weDQx ICgxOTUwIG5zKSwgbWluZ250PTB4MjcgKDk3NTAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKZm91 bmQtPgl2ZW5kb3I9MHgxMDIyLCBkZXY9MHg3NDU5LCByZXZpZD0weDExCglidXM9MTI4LCBzbG90 PTEsIGZ1bmM9MQoJY2xhc3M9MDgtMDAtMTAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MAoJY21kcmVn PTB4MDAwNiwgc3RhdHJlZz0weDAyMDAsIGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0w eDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKZm91bmQt Pgl2ZW5kb3I9MHgxMDIyLCBkZXY9MHg3NDU4LCByZXZpZD0weDExCglidXM9MTI4LCBzbG90PTIs IGZ1bmM9MAoJY2xhc3M9MDYtMDQtMDAsIGhkcnR5cGU9MHgwMSwgbWZkZXY9MQoJY21kcmVnPTB4 MDE1Nywgc3RhdHJlZz0weDA4MTAsIGNhY2hlbG5zej0xNiAoZHdvcmRzKQoJbGF0dGltZXI9MHg0 MSAoMTk1MCBucyksIG1pbmdudD0weDI3ICg5NzUwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCmZv dW5kLT4JdmVuZG9yPTB4MTAyMiwgZGV2PTB4NzQ1OSwgcmV2aWQ9MHgxMQoJYnVzPTEyOCwgc2xv dD0yLCBmdW5jPTEKCWNsYXNzPTA4LTAwLTEwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTAKCWNtZHJl Zz0weDAwMDYsIHN0YXRyZWc9MHgwMjAwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGltZXI9 MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCnBjaWI2 OiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDEuMCBvbiBwY2kxMjgKcGNpYjY6ICAg c2Vjb25kYXJ5IGJ1cyAgICAgMTI5CnBjaWI2OiAgIHN1Ym9yZGluYXRlIGJ1cyAgIDEzMwpwY2li NjogICBJL08gZGVjb2RlICAgICAgICAweGYwMDAtMHhmZmYKcGNpYjY6ICAgbWVtb3J5IGRlY29k ZSAgICAgMHhmZmYwMDAwMC0weGZmZmZmCnBjaWI2OiAgIHByZWZldGNoZWQgZGVjb2RlIDB4ZmZm MDAwMDAtMHhmZmZmZgpwY2kxMjk6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWI2CnBjaTEyOTogcGh5 c2ljYWwgYnVzPTEyOQpwY2kxMjg6IDxiYXNlIHBlcmlwaGVyYWwsIGludGVycnVwdCBjb250cm9s bGVyPiBhdCBkZXZpY2UgMS4xIChubyBkcml2ZXIgYXR0YWNoZWQpCnBjaWI3OiA8QUNQSSBQQ0kt UENJIGJyaWRnZT4gYXQgZGV2aWNlIDIuMCBvbiBwY2kxMjgKcGNpYjc6ICAgc2Vjb25kYXJ5IGJ1 cyAgICAgMTM0CnBjaWI3OiAgIHN1Ym9yZGluYXRlIGJ1cyAgIDEzOApwY2liNzogICBJL08gZGVj b2RlICAgICAgICAweGYwMDAtMHhmZmYKcGNpYjc6ICAgbWVtb3J5IGRlY29kZSAgICAgMHhmZmYw MDAwMC0weGZmZmZmCnBjaWI3OiAgIHByZWZldGNoZWQgZGVjb2RlIDB4ZmZmMDAwMDAtMHhmZmZm ZgpwY2kxMzQ6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWI3CnBjaTEzNDogcGh5c2ljYWwgYnVzPTEz NApwY2kxMjg6IDxiYXNlIHBlcmlwaGVyYWwsIGludGVycnVwdCBjb250cm9sbGVyPiBhdCBkZXZp Y2UgMi4xIChubyBkcml2ZXIgYXR0YWNoZWQpCmF0a2JkYzA6IDxLZXlib2FyZCBjb250cm9sbGVy IChpODA0Mik+IHBvcnQgMHg2MCwweDY0IGlycSAxIG9uIGFjcGkwCmF0a2JkMDogPEFUIEtleWJv YXJkPiBmbGFncyAweDEgaXJxIDEgb24gYXRrYmRjMAphdGtiZDogdGhlIGN1cnJlbnQga2JkIGNv bnRyb2xsZXIgY29tbWFuZCBieXRlIDAwNjcKYXRrYmQ6IGtleWJvYXJkIElEIDB4NDFhYiAoMikK a2JkMCBhdCBhdGtiZDAKa2JkMDogYXRrYmQwLCBBVCAxMDEvMTAyICgyKSwgY29uZmlnOjB4MSwg ZmxhZ3M6MHgxZDAwMDAKaW9hcGljMDogcm91dGluZyBpbnRwaW4gMSAoSVNBIElSUSAxKSB0byB2 ZWN0b3IgNTYKYXRrYmQwOiBbR0lBTlQtTE9DS0VEXQpwc20wOiB1bmFibGUgdG8gYWxsb2NhdGUg SVJRCnBzbWNwbnAwOiA8UFMvMiBtb3VzZSBwb3J0PiBpcnEgMTIgb24gYWNwaTAKcHNtMDogY3Vy cmVudCBjb21tYW5kIGJ5dGU6MDA2Nwpwc20wOiBmYWlsZWQgdG8gcmVzZXQgdGhlIGF1eCBkZXZp Y2UuCnNpbzA6IGlycSBtYXBzOiAweDFjMDEgMHgxYzExIDB4MWMwMSAweDFjMDEKc2lvMDogPDE2 NTUwQS1jb21wYXRpYmxlIENPTSBwb3J0PiBwb3J0IDB4M2Y4LTB4M2ZmIGlycSA0IGZsYWdzIDB4 MTAgb24gYWNwaTAKc2lvMDogdHlwZSAxNjU1MEEKaW9hcGljMDogcm91dGluZyBpbnRwaW4gNCAo SVNBIElSUSA0KSB0byB2ZWN0b3IgNTcKYWhjX2lzYV9wcm9iZSAwOiBpb3BvcnQgMHhjMDAgYWxs b2MgZmFpbGVkCmV4X2lzYV9pZGVudGlmeSgpCmF0a2JkYzogYXRrYmRjMCBhbHJlYWR5IGV4aXN0 czsgc2tpcHBpbmcgaXQKc2lvOiBzaW8wIGFscmVhZHkgZXhpc3RzOyBza2lwcGluZyBpdApwbnBf aWRlbnRpZnk6IFRyeWluZyBSZWFkX1BvcnQgYXQgMjAzCnBucF9pZGVudGlmeTogVHJ5aW5nIFJl YWRfUG9ydCBhdCAyNDMKcG5wX2lkZW50aWZ5OiBUcnlpbmcgUmVhZF9Qb3J0IGF0IDI4MwpwbnBf aWRlbnRpZnk6IFRyeWluZyBSZWFkX1BvcnQgYXQgMmMzCnBucF9pZGVudGlmeTogVHJ5aW5nIFJl YWRfUG9ydCBhdCAzMDMKcG5wX2lkZW50aWZ5OiBUcnlpbmcgUmVhZF9Qb3J0IGF0IDM0MwpwbnBf aWRlbnRpZnk6IFRyeWluZyBSZWFkX1BvcnQgYXQgMzgzCnBucF9pZGVudGlmeTogVHJ5aW5nIFJl YWRfUG9ydCBhdCAzYzMKUE5QIElkZW50aWZ5IGNvbXBsZXRlCnNjOiBzYzAgYWxyZWFkeSBleGlz dHM7IHNraXBwaW5nIGl0CnZnYTogdmdhMCBhbHJlYWR5IGV4aXN0czsgc2tpcHBpbmcgaXQKaXNh X3Byb2JlX2NoaWxkcmVuOiBkaXNhYmxpbmcgUG5QIGRldmljZXMKaXNhX3Byb2JlX2NoaWxkcmVu OiBwcm9iaW5nIG5vbi1QblAgZGV2aWNlcwpvcm0wOiA8SVNBIE9wdGlvbiBST00+IGF0IGlvbWVt IDB4Y2Q4MDAtMHhjZTdmZiBvbiBpc2EwCmZkYzAgZmFpbGVkIHRvIHByb2JlIGF0IHBvcnQgMHgz ZjAtMHgzZjUsMHgzZjcgaXJxIDYgZHJxIDIgb24gaXNhMApwcGMwOiBjYW5ub3QgcmVzZXJ2ZSBJ L08gcG9ydCByYW5nZQpwcGMwOiA8UGFyYWxsZWwgcG9ydD4gZmFpbGVkIHRvIHByb2JlIGF0IGly cSA3IG9uIGlzYTAKc2MwOiA8U3lzdGVtIGNvbnNvbGU+IGF0IGZsYWdzIDB4MTAwIG9uIGlzYTAK c2MwOiBWR0EgPDE2IHZpcnR1YWwgY29uc29sZXMsIGZsYWdzPTB4MzAwPgpzYzA6IGZiMCwga2Jk MCwgdGVybWluYWwgZW11bGF0b3I6IHNjIChzeXNjb25zIHRlcm1pbmFsKQpzaW8xOiBjb25maWd1 cmVkIGlycSAzIG5vdCBpbiBiaXRtYXAgb2YgcHJvYmVkIGlycXMgMApzaW8xOiBwb3J0IG1heSBu b3QgYmUgZW5hYmxlZApzaW8xOiBpcnEgbWFwczogMHgxYzAxIDB4MWMwMSAweDFjMDEgMHgxYzAx CnNpbzE6IHByb2JlIGZhaWxlZCB0ZXN0KHMpOiAwIDEgMiA0IDYgNyA5CnNpbzEgZmFpbGVkIHRv IHByb2JlIGF0IHBvcnQgMHgyZjgtMHgyZmYgaXJxIDMgb24gaXNhMApzaW8yOiBub3QgcHJvYmVk IChkaXNhYmxlZCkKc2lvMzogbm90IHByb2JlZCAoZGlzYWJsZWQpCnZnYTA6IDxHZW5lcmljIElT QSBWR0E+IGF0IHBvcnQgMHgzYzAtMHgzZGYgaW9tZW0gMHhhMDAwMC0weGJmZmZmIG9uIGlzYTAK aXNhX3Byb2JlX2NoaWxkcmVuOiBwcm9iaW5nIFBuUCBkZXZpY2VzCnVnZW4wOiBDcnlzdGFsZm9u dHogQ3J5c3RhbGZvbnR6IENGQS02MzEgVVNCIExDRCwgcmV2IDIuMDAvMi4wMCwgYWRkciAyCkRl dmljZSBjb25maWd1cmF0aW9uIGZpbmlzaGVkLgpsaW5wcm9jZnMgcmVnaXN0ZXJlZApwcm9jZnMg cmVnaXN0ZXJlZApsYXBpYzogRGl2aXNvciAyLCBGcmVxdWVuY3kgMTAwNTE1Mjg3IGh6ClRpbWVj b3VudGVyICJUU0MiIGZyZXF1ZW5jeSAyMDEwMzEwNTU0IEh6IHF1YWxpdHkgODAwClRpbWVjb3Vu dGVycyB0aWNrIGV2ZXJ5IDEuMDAwIG1zZWMKbW9kdWxlX3JlZ2lzdGVyX2luaXQ6IE1PRF9MT0FE IChhbXJfbGludXgsIDB4ZmZmZmZmZmY4MDVmMTNkMCwgMCkgZXJyb3IgNgpMaW51eCBFTEYgZXhl YyBoYW5kbGVyIGluc3RhbGxlZApsbzA6IGJwZiBhdHRhY2hlZAphdGEwLW1hc3RlcjogcGlvPVBJ TzQgd2RtYT1XRE1BMiB1ZG1hPVVOU1VQUE9SVEVEIGNhYmxlPTQwIHdpcmUKYWNkMDogc2V0dGlu ZyBQSU80IG9uIG5Gb3JjZSBDSzgwNCBjaGlwCmFjZDA6IDxDRC0yMjRFLzkuOUE+IENEUk9NIGRy aXZlIGF0IGF0YTAgYXMgbWFzdGVyCmFjZDA6IHJlYWQgNDEzNEtCL3MgKDQxMzRLQi9zKSwgMTI4 S0IgYnVmZmVyLCBQSU80CmFjZDA6IFJlYWRzOiBDRFIsIENEUlcsIENEREEgc3RyZWFtLCBwYWNr ZXQKYWNkMDogV3JpdGVzOgphY2QwOiBBdWRpbzogcGxheSwgMjU2IHZvbHVtZSBsZXZlbHMKYWNk MDogTWVjaGFuaXNtOiBlamVjdGFibGUgdHJheSwgdW5sb2NrZWQKYWNkMDogTWVkaXVtOiBuby9i bGFuayBkaXNjCmF0YTItbWFzdGVyOiBwaW89UElPNCB3ZG1hPVdETUEyIHVkbWE9VURNQTEwMCBj YWJsZT00MCB3aXJlCmFkNDogNzYzMTlNQiA8TWF4dG9yIDZZMDgwTTAgWUFSNTExVzA+IGF0IGF0 YTItbWFzdGVyIFNBVEExNTAKYWQ0OiAxNTYzMDE0ODggc2VjdG9ycyBbMTU1MDYxQy8xNkgvNjNT XSAxNiBzZWN0b3JzL2ludGVycnVwdCAxIGRlcHRoIHF1ZXVlCkdFT006IG5ldyBkaXNrIGFkNAph ZDQ6IG5WaWRpYSBjaGVjazEgZmFpbGVkCmFkNDogQWRhcHRlYyBjaGVjazEgZmFpbGVkCmFkNDog TFNJICh2MykgY2hlY2sxIGZhaWxlZAphZDQ6IExTSSAodjIpIGNoZWNrMSBmYWlsZWQKYWQ0OiBG cmVlQlNEIGNoZWNrMSBmYWlsZWQKQVRBIFBzZXVkb1JBSUQgbG9hZGVkClRyeWluZyB0byBtb3Vu dCByb290IGZyb20gdWZzOi9kZXYvYWQ0czFhCnN0YXJ0X2luaXQ6IHRyeWluZyAvc2Jpbi9pbml0 CkxvYWRpbmcgY29uZmlndXJhdGlvbiBmaWxlcy4KRW50cm9weSBoYXJ2ZXN0aW5nOgogaW50ZXJy dXB0cwogZXRoZXJuZXQKIHBvaW50X3RvX3BvaW50CiBraWNrc3RhcnQKLgpzd2Fwb246IGFkZGlu ZyAvZGV2L2FkNHMxYiBhcyBzd2FwIGRldmljZQpTdGFydGluZyBmaWxlIHN5c3RlbSBjaGVja3M6 Ci9kZXYvYWQ0czFhOiBGSUxFIFNZU1RFTSBDTEVBTjsgU0tJUFBJTkcgQ0hFQ0tTCi9kZXYvYWQ0 czFhOiBjbGVhbiwgMjM0NDM0IGZyZWUgKDEzMzggZnJhZ3MsIDI5MTM3IGJsb2NrcywgMC41JSBm cmFnbWVudGF0aW9uKQovZGV2L2FkNHMxZTogRklMRSBTWVNURU0gQ0xFQU47IFNLSVBQSU5HIENI RUNLUwovZGV2L2FkNHMxZTogY2xlYW4sIDI2NTMyNjU1IGZyZWUgKDM3OTE5IGZyYWdzLCAzMzEx ODQyIGJsb2NrcywgMC4xJSBmcmFnbWVudGF0aW9uKQovZGV2L2FkNHMxZDogRklMRSBTWVNURU0g Q0xFQU47IFNLSVBQSU5HIENIRUNLUwovZGV2L2FkNHMxZDogY2xlYW4sIDc2MTU1NjkgZnJlZSAo MTQ1IGZyYWdzLCA5NTE5MjggYmxvY2tzLCAwLjAlIGZyYWdtZW50YXRpb24pClNldHRpbmcgaG9z dG5hbWU6IDE0NS5YWFhYWFhYWFhYWC4KbG8wOiBmbGFncz04MDQ5PFVQLExPT1BCQUNLLFJVTk5J TkcsTVVMVElDQVNUPiBtdHUgMTYzODQKCWluZXQ2IDo6MSBwcmVmaXhsZW4gMTI4IAoJaW5ldDYg ZmU4MDo6MSVsbzAgcHJlZml4bGVuIDY0IHNjb3BlaWQgMHgzIAoJaW5ldCAxMjcuMC4wLjEgbmV0 bWFzayAweGZmMDAwMDAwIApiZ2UwOiBmbGFncz04ODQzPFVQLEJST0FEQ0FTVCxSVU5OSU5HLFNJ TVBMRVgsTVVMVElDQVNUPiBtdHUgMTUwMAoJb3B0aW9ucz0xYjxSWENTVU0sVFhDU1VNLFZMQU5f TVRVLFZMQU5fSFdUQUdHSU5HPgoJaW5ldDYgZmU4MDo6MjE0OjM4ZmY6ZmVhNzoyMTdjJWJnZTAg cHJlZml4bGVuIDY0IHRlbnRhdGl2ZSBzY29wZWlkIDB4MSAKCWluZXQgMTAuWFhYWFhYWCBuZXRt YXNrIDB4ZmYwMDAwMDAgYnJvYWRjYXN0IDEwLlhYWFhYWFhYWAoJZXRoZXIgMDA6MTQ6Mzg6YTc6 MjE6N2MKCW1lZGlhOiBFdGhlcm5ldCBhdXRvc2VsZWN0IChub25lKQoJc3RhdHVzOiBubyBjYXJy aWVyCkdlbmVyYXRpbmcgbnNzd2l0Y2guY29uZi4KR2VuZXJhdGluZyBob3N0LmNvbmYuCmFkZCBu ZXQgZGVmYXVsdDogZ2F0ZXdheSAxMC5YWFhYWFhYWApBZGRpdGlvbmFsIHJvdXRpbmcgb3B0aW9u czoKLgpTdGFydGluZyBkZXZkLgpody5hY3BpLmNwdS5jeF9sb3dlc3Q6IApDMQogLT4gCkMxCgpN b3VudGluZyBORlMgZmlsZSBzeXN0ZW1zOgouCkNyZWF0aW5nIGFuZC9vciB0cmltbWluZyBsb2cg ZmlsZXM6Ci4KU3RhcnRpbmcgc3lzbG9nZC4KRUxGIGxkY29uZmlnIHBhdGg6IC9saWIgL3Vzci9s aWIgL3Vzci9saWIvY29tcGF0CjMyLWJpdCBjb21wYXRpYmlsaXR5IGxkY29uZmlnIHBhdGg6IC91 c3IvbGliMzIKU3RhcnRpbmcgdXNiZC4KU3RhcnRpbmcgbG9jYWwgZGFlbW9uczoKLgpVcGRhdGlu ZyBtb3RkCi4KQ29uZmlndXJpbmcgc3lzY29uczoKIGJsYW5rdGltZQouClN0YXJ0aW5nIHNzaGQu CkluaXRpYWwgYW1kNjQgaW5pdGlhbGl6YXRpb246Ci4KQWRkaXRpb25hbCBBQkkgc3VwcG9ydDoK LgpTdGFydGluZyBjcm9uLgpMb2NhbCBwYWNrYWdlIGluaXRpYWxpemF0aW9uOgouCkFkZGl0aW9u YWwgVENQIG9wdGlvbnM6Ci4KU3RhcnRpbmcgYmFja2dyb3VuZCBmaWxlIHN5c3RlbSBjaGVja3Mg aW4gNjAgc2Vjb25kcy4KCg== ------=_Part_17473_25415836.1144417004799-- From owner-freebsd-acpi@FreeBSD.ORG Fri Apr 7 15:39:15 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 53E4716A401 for ; Fri, 7 Apr 2006 15:39:15 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id C8D0D43D45 for ; Fri, 7 Apr 2006 15:39:14 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k37Fd97I080266; Fri, 7 Apr 2006 11:39:10 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-acpi@freebsd.org Date: Fri, 7 Apr 2006 10:46:48 -0400 User-Agent: KMail/1.9.1 References: <20060406113433.O6088@netserv1.chg.ru> <200604061103.16570.jhb@freebsd.org> <20060407125705.T67462@netserv1.chg.ru> In-Reply-To: <20060407125705.T67462@netserv1.chg.ru> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200604071046.50669.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1381/Fri Apr 7 08:54:35 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: Subject: Re: se7520af2 intel motherboard acpi problem 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, 07 Apr 2006 15:39:15 -0000 On Friday 07 April 2006 05:02, Anton Menshutin wrote: > > On Thu, 6 Apr 2006, John Baldwin wrote: > > > Can you give more detail about how the pci-e busses do not work? > > > In dmesg output you can see kernel says nothing about areca raid > controller, which is on pci-e bus. And > pcib5: at device 0.0 on pci6 > pcib5: secondary bus 8 > pcib5: subordinate bus 8 > pcib5: I/O decode 0xf000-0xfff > pcib5: memory decode 0xfe900000-0xfe9fffff > pcib5: prefetched decode 0xfbc00000-0xfbffffff > device_attach: pcib5 attach returned 6 > what i think means there is a problem during init of pci-e bus. Ah, ok. It would be most helpful if you could add a bunch of printf's to the attach routine in sys/dev/acpica/acpi_pcib_pci.c to see where the error comes from. Oh, I think I've seen this before. This is due to incompetent BIOS writers. Edit sys/dev/acpica/acpi_pcib.c and in the acpi_pcib_attach() function comment out the acpi_DeviceIsPresent() check. The BIOS is claiming that the specific PCI bus doesn't exist. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-acpi@FreeBSD.ORG Fri Apr 7 17:10:59 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 46AC816A401; Fri, 7 Apr 2006 17:10:59 +0000 (UTC) (envelope-from nate@root.org) Received: from ylpvm15.prodigy.net (ylpvm15-ext.prodigy.net [207.115.57.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7542043D5C; Fri, 7 Apr 2006 17:10:53 +0000 (GMT) (envelope-from nate@root.org) Received: from pimout5-ext.prodigy.net (pimout5-int.prodigy.net [207.115.4.21]) by ylpvm15.prodigy.net (8.12.10 outbound/8.12.10) with ESMTP id k37HAvYA031183; Fri, 7 Apr 2006 13:11:00 -0400 X-ORBL: [71.139.116.48] Received: from [10.0.0.53] (ppp-71-139-116-48.dsl.snfc21.pacbell.net [71.139.116.48]) by pimout5-ext.prodigy.net (8.13.4 outbound domainkey aix/8.13.4) with ESMTP id k37HAmW2134106; Fri, 7 Apr 2006 13:10:49 -0400 Message-ID: <44369CEF.1040702@root.org> Date: Fri, 07 Apr 2006 10:10:07 -0700 From: Nate Lawson User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: John Baldwin References: <20060406113433.O6088@netserv1.chg.ru> <200604061103.16570.jhb@freebsd.org> <20060407125705.T67462@netserv1.chg.ru> <200604071046.50669.jhb@freebsd.org> In-Reply-To: <200604071046.50669.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: se7520af2 intel motherboard acpi problem 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, 07 Apr 2006 17:10:59 -0000 John Baldwin wrote: > On Friday 07 April 2006 05:02, Anton Menshutin wrote: >> On Thu, 6 Apr 2006, John Baldwin wrote: >> >>> Can you give more detail about how the pci-e busses do not work? >>> >> In dmesg output you can see kernel says nothing about areca raid >> controller, which is on pci-e bus. And >> pcib5: at device 0.0 on pci6 >> pcib5: secondary bus 8 >> pcib5: subordinate bus 8 >> pcib5: I/O decode 0xf000-0xfff >> pcib5: memory decode 0xfe900000-0xfe9fffff >> pcib5: prefetched decode 0xfbc00000-0xfbffffff >> device_attach: pcib5 attach returned 6 >> what i think means there is a problem during init of pci-e bus. > > Ah, ok. It would be most helpful if you could add a bunch of printf's > to the attach routine in sys/dev/acpica/acpi_pcib_pci.c to see where > the error comes from. > > Oh, I think I've seen this before. This is due to incompetent BIOS > writers. Edit sys/dev/acpica/acpi_pcib.c and in the acpi_pcib_attach() > function comment out the acpi_DeviceIsPresent() check. The BIOS is > claiming that the specific PCI bus doesn't exist. If that is the case, we should change acpi_pcib to have a separate check for just the "functional" bit or whatever the AML does report. I thought we did that before, but it's been a year or so. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Fri Apr 7 18:21:53 2006 Return-Path: X-Original-To: acpi@freebsd.org Delivered-To: freebsd-acpi@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7884116A403; Fri, 7 Apr 2006 18:21:53 +0000 (UTC) (envelope-from iwasaki@jp.FreeBSD.org) Received: from locore.org (ns01.locore.org [218.45.21.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id CA89F43D49; Fri, 7 Apr 2006 18:21:52 +0000 (GMT) (envelope-from iwasaki@jp.FreeBSD.org) Received: from localhost (ns01.locore.org [218.45.21.227]) by locore.org (8.13.1/8.13.1/iwasaki) with ESMTP/inet id k37ILo7a076042; Sat, 8 Apr 2006 03:21:50 +0900 (JST) (envelope-from iwasaki@jp.FreeBSD.org) Date: Sat, 08 Apr 2006 03:21:51 +0900 (JST) Message-Id: <20060408.032151.07645075.iwasaki@jp.FreeBSD.org> To: acpi@freebsd.org, current@freebsd.org From: Mitsuru IWASAKI X-Mailer: Mew version 2.2 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Subject: CFR: ACPI Dock driver 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, 07 Apr 2006 18:21:53 -0000 Hi all I wrote ACPI Dock driver for RELENG_6 and put at http://www.freebsd.org/~iwasaki/acpi/acpi_dock-RELENG_6-20060408.tar.gz Please review and test it. Testing was done on ThinkPad X40 and X4 UltraBase. BTW, I'm trying to port this for 7-CURRENT, but the ACPICA function AcpiNsInitOneDevice() is no longer public in newer version of ACPICA. Any hints? Note: ATA devices are not dock-aware, so you need to detach ATA devices by `atacontrol detach ata1' before undocking, otherwise the system will freeze. # I had not idea where to add DEVMETHOD(device_detach, ata_detach)... Thanks From owner-freebsd-acpi@FreeBSD.ORG Sat Apr 8 02:09:26 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B580916A401 for ; Sat, 8 Apr 2006 02:09:26 +0000 (UTC) (envelope-from casper@web.am) Received: from mx1.web.am (mx1.web.am [217.113.0.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id B5D9043D48 for ; Sat, 8 Apr 2006 02:09:25 +0000 (GMT) (envelope-from casper@web.am) Received: from antispam (localhost.web.am [127.0.0.1]) by localhost (Postfix) with ESMTP id 1B50C61C14 for ; Sat, 8 Apr 2006 07:09:13 +0500 (AMST) Received: from localhost (localhost.web.am [127.0.0.1]) by localhost (Postfix) with SMTP id A127861C0E; Sat, 8 Apr 2006 07:09:13 +0500 (AMST) Received: from [192.168.0.2] (unknown [217.113.1.123]) by mx1.web.am (Postfix) with ESMTP id 636EA61C05; Sat, 8 Apr 2006 07:09:13 +0500 (AMST) Message-ID: <44371B4F.5090504@web.am> Date: Sat, 08 Apr 2006 07:09:19 +0500 From: Gaspar Chilingarov Organization: Netter Ltd. User-Agent: Thunderbird 1.5 (X11/20060329) MIME-Version: 1.0 To: freebsd-current@freebsd.org, freebsd-acpi@freebsd.org Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on mx1.web.am X-Spam-Status: No, hits=0.0 required=7.5 tests=none autolearn=no version=2.60 X-Spam-Level: Cc: Subject: /sys/i386/acpica/acpi_machdep.c - source code clarification needed 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, 08 Apr 2006 02:09:26 -0000 Hi! I'm trying to implement acpi support (I'm interested in s3 level) on amd64 platform and now working on porting code from i386. I'm really missing something why there are apm device creation and emulation in acpi_machdep.c? Is it to provide some apm-compatible way to view battery information or it's used (in some hidden way) for some other purposes elsewhere? Also I would like ask some of gurus and acpi developers to let me know who should contacted with implementation questions -- this may be offlist communication :) x-posted in freebsd-acpi,freebsd-current. Thanks in advance, Gaspar Chilingarov From owner-freebsd-acpi@FreeBSD.ORG Sat Apr 8 04:43:32 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7C56716A401; Sat, 8 Apr 2006 04:43:32 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 11DE343D48; Sat, 8 Apr 2006 04:43:32 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.4/8.13.4) with ESMTP id k384gp23098463; Fri, 7 Apr 2006 22:42:52 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Fri, 07 Apr 2006 22:42:52 -0600 (MDT) Message-Id: <20060407.224252.32174177.imp@bsdimp.com> To: casper@web.am From: "M. Warner Losh" In-Reply-To: <44371B4F.5090504@web.am> References: <44371B4F.5090504@web.am> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org, freebsd-current@freebsd.org Subject: Re: /sys/i386/acpica/acpi_machdep.c - source code clarification needed 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, 08 Apr 2006 04:43:32 -0000 In message: <44371B4F.5090504@web.am> Gaspar Chilingarov writes: : I'm really missing something why there are apm device creation and : emulation in acpi_machdep.c? Is it to provide some apm-compatible way : to view battery information or it's used (in some hidden way) for some : other purposes elsewhere? Former. It is just a compat interface for battery programs. Warner From owner-freebsd-acpi@FreeBSD.ORG Sat Apr 8 15:28:04 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6241616A406 for ; Sat, 8 Apr 2006 15:28:04 +0000 (UTC) (envelope-from Alex.Kovalenko@verizon.net) Received: from vms048pub.verizon.net (vms048pub.verizon.net [206.46.252.48]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D78543D53 for ; Sat, 8 Apr 2006 15:28:01 +0000 (GMT) (envelope-from Alex.Kovalenko@verizon.net) Received: from RabbitsDen ([70.21.195.141]) by vms048.mailsrvcs.net (Sun Java System Messaging Server 6.2-4.02 (built Sep 9 2005)) with ESMTPA id <0IXE00N7VTMO0NY1@vms048.mailsrvcs.net> for freebsd-acpi@freebsd.org; Sat, 08 Apr 2006 10:28:01 -0500 (CDT) Date: Sat, 08 Apr 2006 11:27:15 -0400 From: "Alexandre \"Sunny\" Kovalenko" In-reply-to: <20060405123021.S37871-200000@celery.georgewood.net> To: George Wood Message-id: <1144510035.19527.5.camel@RabbitsDen> MIME-version: 1.0 X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port Content-type: text/plain; charset=iso-8859-5 Content-transfer-encoding: 8BIT References: <20060405123021.S37871-200000@celery.georgewood.net> Cc: freebsd-acpi@freebsd.org Subject: Re: acpi thermal problem 'fix' (fwd) 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, 08 Apr 2006 15:28:04 -0000 On Wed, 2006-04-05 at 13:29 -0700, George Wood wrote: > my pc shuts down when cpu temp exceeds 60 C. > > since 'hw.acpi.thermal.tz0._CRT' is read only, I can't reset > the value there. > > The advice below, edit & recompile a dumped ASL, doesn't work for > me because the ASL will not compile. > > Do I have any alternative other than completely disabling acpi? > > George Wood > > I found a discussion of this online where Nate Lawson said this advice > was correct: > > Date: Thu, 23 Jun 2005 14:25:17 -0700 > From: Nate Lawson > Subject: Re: Changing temperature threshold > (trimmed, full message attached) > > Alexandre "Sunny" Kovalenko wrote: > >>When I try to raise hw.acpi.thermal.tz0._CRT to 85C (which is the > >>threshold in the BIOS setup) it doesn't work: > >> > >>bell# sysctl hw.acpi.thermal.tz0._CRT=3580 # 3580 tenths of > Kelvin=85C > >>sysctl: oid 'hw.acpi.thermal.tz0._CRT' is read only > ... > > One of the ways to deal with that would be to dump your ASL (see > > Handbook for guidance), find lines which look like: > > Method (_CRT, 0, NotSerialized) > > { > > Return (KELV (0x5d)) > > } > > modify them to your liking, compile ASL and override it during boot > > (instructions on how to compile and override are in Handbook as well). > > Please, note that actual value returned is in the 1/10th of the degree > > of Kelvin. Function KELV above has following ASL code associated with > > it: > > Method (KELV, 1, NotSerialized) > > { > > Store (Arg0, Local1) > > Multiply (0x0A, Local1, Local1) > > Add (Local1, 0x0AAC, Local1) > > Return (Local1) > > } > > Thermal management chapter of the ACPI specification should provide you > > with ample explanation of what this is all about. > > So I did as suggested, dumped th asl and looked for the _CRT method; > (the full .asl file is attached). Here's what I found: > > Method (_CRT, 0, NotSerialized) > { > Return (TRPC) > } > > > the only reference I found to TRPC was: > > DefinitionBlock ("DSDT.aml", "DSDT", 1, "KT400 ", "AWRDACPI", 4096) > { > ... > OperationRegion (TEMM, SystemMemory, 0x000FF810, 0x0C) > Field (TEMM, WordAcc, NoLock, Preserve) > { > TP1H, 16, > TP1L, 16, > TP2H, 16, > TP2L, 16, > TRPC, 16, > SENF, 16 > } > ... > } > > so I figured I'd just hard code a corrected temperature into the > _CRT method, recompile the asl and override (per the handbook). > > Before modifying the .asl, I decided to compile the dumped .asl so > I'd know what the 'normal' warnings were. Sadly, the compiler > dumped a pile of errors: > > ---------------- begin compiler output -------------- > > Intel ACPI Component Architecture > ASL Optimizing Compiler / AML Disassembler version 20041119 [Nov 3 2005] > Copyright (C) 2000 - 2004 Intel Corporation > Supports ACPI Specification Revision 2.0c > > acpidump.asl 427: Method (\_WAK, 1, NotSerialized) > Warning 2026 - ^ Reserved method must return a value (_WAK) > > acpidump.asl 470: Store (Local0, Local0) > Error 1013 - ^ Method local variable is not initialized (Local0) > > acpidump.asl 478: Store (Local0, Local0) > Error 1013 - ^ Method local variable is not initialized (Local0) > > acpidump.asl 2133: Method (STM, 0, Serialized) > Warning 2019 - ^ Not all control paths return a value (STM_) > > acpidump.asl 3836: Store (Local0, Local0) > Error 1013 - ^ Method local variable is not initialized (Local0) > > ASL Input: acpidump.asl - 4331 lines, 128623 bytes, 1697 keywords > Compilation complete. 3 Errors, 2 Warnings, 0 Remarks, 508 Optimizations > I would remove offending "Stores" -- I am not ACPI guru, but storing local variable into itself does not strike me as something terribly useful anyway. As far as warnings, I have seen both in my ASL and they do not seem to do any harm. HTH, -- Alexandre "Sunny" Kovalenko (Олександр Коваленко) From owner-freebsd-acpi@FreeBSD.ORG Sat Apr 8 15:37:32 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 23EA016A403; Sat, 8 Apr 2006 15:37:32 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8CA8D43D49; Sat, 8 Apr 2006 15:37:27 +0000 (GMT) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.13.6/8.13.4) with ESMTP id k38FbPO8063979; Sat, 8 Apr 2006 19:37:25 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Sat, 8 Apr 2006 19:37:25 +0400 (MSD) From: Dmitry Morozovsky To: "Mars G. Miro" In-Reply-To: <28edec3c0604070636i3951f2e6q367ec9d4a553bcc2@mail.gmail.com> Message-ID: <20060408192518.D67402@woozle.rinet.ru> References: <28edec3c0604070636i3951f2e6q367ec9d4a553bcc2@mail.gmail.com> X-NCC-RegID: ru.rinet MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (woozle.rinet.ru [0.0.0.0]); Sat, 08 Apr 2006 19:37:25 +0400 (MSD) Cc: freebsd-acpi@freebsd.org, FreeBSD-stable@freebsd.org Subject: Re: sio+acpi woes on HP DL145 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, 08 Apr 2006 15:37:32 -0000 On Fri, 7 Apr 2006, Mars G. Miro wrote: MGM> Greetz! MGM> MGM> I have an HP DL145 that I'm having problems with when connecting via MGM> serial console. I think it's acpi-related. This is on 6.1-BETA4/amd64 MGM> (5.X is the same also) [snip] It seems it's DL145 G2. We use three of them and did not see your problem. However, *sometimes* serial consoles work only for input (I can login and check new processes presence on ttyd0, but can not see any messages. Trouble is that this situation is not easy reproducible, and stty state seems to be the same. What is you stop getty on ttyd0 and try to run two tip's? Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------