From owner-freebsd-acpi@FreeBSD.ORG Sun Jan 3 18:20:13 2010 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DA497106568F; Sun, 3 Jan 2010 18:20:13 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id B16F78FC0C; Sun, 3 Jan 2010 18:20:13 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o03IKDi8033227; Sun, 3 Jan 2010 18:20:13 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o03IKD0L033218; Sun, 3 Jan 2010 18:20:13 GMT (envelope-from linimon) Date: Sun, 3 Jan 2010 18:20:13 GMT Message-Id: <201001031820.o03IKD0L033218@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-acpi@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/142263: [acpi] ACPI regression on Asus K8N7-E deluxe motherboard with 8-stable [regression] X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jan 2010 18:20:13 -0000 Old Synopsis: ACPI regression on Asus K8N7-E deluxe motherboard with 8-stable New Synopsis: [acpi] ACPI regression on Asus K8N7-E deluxe motherboard with 8-stable [regression] Responsible-Changed-From-To: freebsd-bugs->freebsd-acpi Responsible-Changed-By: linimon Responsible-Changed-When: Sun Jan 3 18:19:42 UTC 2010 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=142263 From owner-freebsd-acpi@FreeBSD.ORG Mon Jan 4 11:06:50 2010 Return-Path: Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F3424106568B for ; Mon, 4 Jan 2010 11:06:50 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id C8D5E8FC1F for ; Mon, 4 Jan 2010 11:06:50 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o04B6o4x064789 for ; Mon, 4 Jan 2010 11:06:50 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o04B6o8d064787 for freebsd-acpi@FreeBSD.org; Mon, 4 Jan 2010 11:06:50 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 4 Jan 2010 11:06:50 GMT Message-Id: <201001041106.o04B6o8d064787@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-acpi@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-acpi@FreeBSD.org X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jan 2010 11:06:51 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/142263 acpi [acpi] ACPI regression on Asus K8N7-E deluxe motherboa o kern/142009 acpi [acpi] [panic] Panic in AcpiNsGetAttachedObject o kern/140979 acpi [acpi] [panic] Kernel panic (fatal trap 12: page fault o amd64/140751 acpi [acpi] BIOS resource allocation and FreeBSD ACPI in TO o kern/139088 acpi [acpi] ACPI Exception: AE_AML_INFINITE_LOOP error o amd64/138210 acpi [acpi] acer aspire 5536 ACPI problems (S3, brightness, o bin/137053 acpi [hang] FreeBSD 8.0 BETA2Compaq Mini 700 locks on boot o kern/137042 acpi [acpi] hp laptop's lcd not wakes up after suspend to r o kern/136808 acpi [acpi] panic when switching to s3 o i386/136008 acpi [acpi] Dell Vostro 1310 will not shutdown (Requires us o bin/135349 acpi [patch] teach acpidump(8) to disassemble arbitrary mem o kern/135070 acpi [acpi] [patch] BIOS resource allocation and FreeBSD AC o kern/132602 acpi [acpi] ACPI Problem with Intel SS4200: System does not o kern/130683 acpi [ACPI] shutdown hangs after syncing disks - ACPI race? o i386/129953 acpi [acpi] ACPI timeout (CDROM) with Shuttle X27D o kern/129618 acpi [acpi] Problem with ACPI on HP Pavilion DV2899 laptop o kern/129563 acpi [acpi] sleep broken on IBM/Lenovo T61 in amd64 mode f kern/128639 acpi [patch] [acpi_asus] acpi for ASUS A6F,A3E,A3F,A3N not f kern/128634 acpi [patch] fix acpi_asus(4) in asus a6f laptop o kern/127581 acpi [patch] [acpi_sony] Add support for more Sony features o kern/124744 acpi [acpi] [patch] incorrect _BST result validation for To o kern/124412 acpi [acpi] power off error on Toshiba M40 laptop o kern/123039 acpi [acpi] ACPI AML_BUFFER_LIMIT errors during boot o kern/121504 acpi [patch] Correctly set hw.acpi.osname on certain machin f kern/121454 acpi [pst] Promise SuperTrak SX6000 does not load during bo o amd64/121439 acpi [boot] Installation of FreeBSD 7.0 fails: ACPI problem o kern/121102 acpi [acpi_fujitsu] [patch] update acpi_fujitsu for the P80 o kern/120515 acpi [acpi] [patch] acpi_alloc_wakeup_handler: can't alloc o kern/119356 acpi [acpi]: i386 ACPI wakeup not work due resource exhaust o kern/119200 acpi [acpi] Lid close switch suspends CPU for 1 second on H o kern/118973 acpi [acpi]: Kernel panic with acpi boot o kern/117605 acpi [acpi] [request] add debug.cpufreq.highest o kern/116939 acpi [acpi] PCI-to-PCI misconfigured for bus three and can o i386/114562 acpi [acpi] cardbus is dead after s3 on Thinkpad T43 with a o kern/114165 acpi [acpi] Dell C810 - ACPI problem s kern/112544 acpi [acpi] [patch] Add High Precision Event Timer Driver f o kern/108954 acpi [acpi] 'sleep(1)' sleeps >1 seconds when speedstep (Cx o kern/108695 acpi [acpi]: Fatal trap 9: general protection fault when in o kern/108488 acpi [acpi] ACPI-1304: *** Error: Method execution failed o kern/108017 acpi [acpi]: Acer Aspire 5600 o kern/106924 acpi [acpi] ACPI resume returns g_vfs_done() errors and ker o kern/105537 acpi [acpi] problems in acpi on HP Compaq nc6320 o kern/104625 acpi ACPI on ASUS A8N-32 SLI/ASUS P4P800 does not show ther o kern/102252 acpi acpi thermal does not work on Abit AW8D (intel 975) o kern/97383 acpi Volume buttons on IBM Thinkpad crash system with ACPI s i386/91748 acpi acpi problem on Acer TravelMare 4652LMi (nvidia panic, s kern/91038 acpi [panic] [ata] [acpi] 6.0-RELEASE on Fujitsu Siemens Am s kern/90243 acpi Laptop fan doesn't turn off (ACPI enabled) (Packard Be o i386/83018 acpi [install] Installer will not boot on Asus P4S8X BIOS 1 f kern/81000 acpi [apic] Via 8235 sound card worked great with FreeBSD 5 o i386/79081 acpi ACPI suspend/resume not working on HP nx6110 o kern/76950 acpi ACPI wrongly blacklisted on Micron ClientPro 766Xi sys s kern/73823 acpi [request] acpi / power-on by timer support o i386/72566 acpi ACPI, FreeBSD disables fan on Compaq Armada 1750 o i386/69750 acpi Boot without ACPI failed on ASUS L5 o kern/56024 acpi ACPI suspend drains battery while in S3 o i386/55661 acpi ACPI suspend/resume problem on ARMADA M700 o i386/54756 acpi ACPI suspend/resume problem on CF-W2 laptop 58 problems total. From owner-freebsd-acpi@FreeBSD.ORG Mon Jan 4 19:53:16 2010 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 70499106568B for ; Mon, 4 Jan 2010 19:53:16 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 4104A8FC12 for ; Mon, 4 Jan 2010 19:53:16 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id E5FE346B49; Mon, 4 Jan 2010 14:53:15 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 0286A8A025; Mon, 4 Jan 2010 14:53:15 -0500 (EST) From: John Baldwin To: Joerg Wunsch Date: Mon, 4 Jan 2010 10:59:13 -0500 User-Agent: KMail/1.12.1 (FreeBSD/7.2-CBSD-20091103; KDE/4.3.1; amd64; ; ) References: <20091230082556.GD1637@uriah.heep.sax.de> <200912301122.28030.jhb@freebsd.org> <20100102220648.GB1616@uriah.heep.sax.de> In-Reply-To: <20100102220648.GB1616@uriah.heep.sax.de> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201001041059.13322.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Mon, 04 Jan 2010 14:53:15 -0500 (EST) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00, DATE_IN_PAST_03_06,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: freebsd-acpi@freebsd.org Subject: Re: FreeBSD 8.0 hangs on boot with ACPI enabled X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jan 2010 19:53:16 -0000 On Saturday 02 January 2010 5:06:48 pm Joerg Wunsch wrote: > As John Baldwin wrote: > > > OTOH, I'm not sure why initializing ACPI is trashing the BAR. If > > you want, you can try to narrow down at what point the BAR gets > > reset to 0. > > Any hints about where to start doing this? I could probably run the > machine through a remote GDB, but haven't been doing that for years > (and the machine doesn't have a FireWire interface either so I'd have > to use plain RS-232), so I'd preferrably start with a bit of "printf > debugging" first. If someone can give me some hints about which > files/functions to touch, I'd be grateful. You can probably start with acpi_attach() adding a printf at the top of that and after it calls bus_generic_attach(). You will want to figure out your device's PCI address and use pci_cfgregread() to fetch the value of the BAR at each printf. -- John Baldwin From owner-freebsd-acpi@FreeBSD.ORG Mon Jan 4 22:37:41 2010 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 085A01065696; Mon, 4 Jan 2010 22:37:41 +0000 (UTC) (envelope-from j@uriah.heep.sax.de) Received: from uriah.heep.sax.de (uriah.heep.sax.de [213.240.137.9]) by mx1.freebsd.org (Postfix) with ESMTP id A48238FC21; Mon, 4 Jan 2010 22:37:40 +0000 (UTC) Received: by uriah.heep.sax.de (Postfix, from userid 107) id EAD8445; Mon, 4 Jan 2010 23:37:38 +0100 (MET) Date: Mon, 4 Jan 2010 23:37:38 +0100 From: Joerg Wunsch To: John Baldwin Message-ID: <20100104223738.GP1616@uriah.heep.sax.de> References: <20091230082556.GD1637@uriah.heep.sax.de> <200912300839.47463.jhb@freebsd.org> <20091230143943.GA1616@uriah.heep.sax.de> <200912301122.28030.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200912301122.28030.jhb@freebsd.org> X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-GPG-Fingerprint: 5E84 F980 C3CA FD4B B584 1070 F48C A81B 69A8 5873 User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-acpi@freebsd.org Subject: Re: FreeBSD 8.0 hangs on boot with ACPI enabled X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Joerg Wunsch List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jan 2010 22:37:41 -0000 As John Baldwin wrote: > OTOH, I'm not sure why initializing ACPI is trashing the BAR. If > you want, you can try to narrow down at what point the BAR gets > reset to 0. It happens here: res = resource_list_alloc(rl, bus, dev, type, ®, start, end, count, prefetch ? RF_PREFETCHABLE : 0); if (res == NULL) { /* * If the allocation fails, clear the BAR and delete * the resource list entry to force * pci_alloc_resource() to allocate resources from the * parent. */ resource_list_delete(rl, type, reg); printf("resource_list_alloc() failed\n"); start = 0; The printf() I added there triggers, and this resets "start" to 0. Where to proceed now? -- cheers, J"org .-.-. --... ...-- -.. . DL8DTL http://www.sax.de/~joerg/ NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-acpi@FreeBSD.ORG Mon Jan 4 22:41:16 2010 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 76375106566B; Mon, 4 Jan 2010 22:41:16 +0000 (UTC) (envelope-from dana.myers@gmail.com) Received: from mail-yx0-f172.google.com (mail-yx0-f172.google.com [209.85.210.172]) by mx1.freebsd.org (Postfix) with ESMTP id 1798B8FC1C; Mon, 4 Jan 2010 22:41:15 +0000 (UTC) Received: by yxe2 with SMTP id 2so1122839yxe.7 for ; Mon, 04 Jan 2010 14:41:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=c57RKjG9nHpqy1MrB9VAaVqnIVtVL5tGMDXykv3p/Bg=; b=S8fIWdpEi8RKAe8kbZ/XwyDS/szCuladxnqrwJTlyqIfwMQNpzQXkLiMwXyfKfKSU5 pRBtIRfgzcNOgBSWwwIy5pjHVWb8vJ2fy3hEeDbdO3q7IOyhTNIIXtV65db8QyFuSh11 W2587vmrwe1NswvSi37ZJNThu/L/TGVDDLo/k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=gTpcOhMvBVyNN/A96ZFhtRQGQ2GatVV+WLDHjvqCJTIUB1Vo5uGncLSLkT4Hj+XtVk 3MzJYZmLS9ehjA9m6wMm/MTgYXJHhIyzXmZ3+g2Bsd7p7FVQxAfZk8LVoV8OYYW308pi kt/HK6LWD59dEXyV9pWKKWlwFTm/hgCpHV7Ok= Received: by 10.151.92.12 with SMTP id u12mr36370057ybl.32.1262644868965; Mon, 04 Jan 2010 14:41:08 -0800 (PST) Received: from ?192.168.0.100? (c-76-103-215-220.hsd1.ca.comcast.net [76.103.215.220]) by mx.google.com with ESMTPS id 34sm7496549yxf.47.2010.01.04.14.41.06 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 04 Jan 2010 14:41:07 -0800 (PST) Message-ID: <4B426E73.6050604@gmail.com> Date: Mon, 04 Jan 2010 14:40:51 -0800 From: Dana Myers User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: Joerg Wunsch References: <20091230082556.GD1637@uriah.heep.sax.de> <200912300839.47463.jhb@freebsd.org> <20091230143943.GA1616@uriah.heep.sax.de> <200912301122.28030.jhb@freebsd.org> <20100104223738.GP1616@uriah.heep.sax.de> In-Reply-To: <20100104223738.GP1616@uriah.heep.sax.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: FreeBSD 8.0 hangs on boot with ACPI enabled X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jan 2010 22:41:16 -0000 Joerg Wunsch wrote: > As John Baldwin wrote: > > >> OTOH, I'm not sure why initializing ACPI is trashing the BAR. If >> you want, you can try to narrow down at what point the BAR gets >> reset to 0. >> > > Ah. This isn't like the evil thing I've seen where PCI config space is trounced during the legacy->ACPI mode switch. Cheers, Dana > It happens here: > > res = resource_list_alloc(rl, bus, dev, type, ®, start, end, count, > prefetch ? RF_PREFETCHABLE : 0); > if (res == NULL) { > /* > * If the allocation fails, clear the BAR and delete > * the resource list entry to force > * pci_alloc_resource() to allocate resources from the > * parent. > */ > resource_list_delete(rl, type, reg); > printf("resource_list_alloc() failed\n"); > start = 0; > > The printf() I added there triggers, and this resets "start" to 0. > > Where to proceed now? > > From owner-freebsd-acpi@FreeBSD.ORG Mon Jan 4 22:53:44 2010 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 25610106568F for ; Mon, 4 Jan 2010 22:53:44 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id E93E38FC1C for ; Mon, 4 Jan 2010 22:53:43 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 7B16846B03; Mon, 4 Jan 2010 17:53:43 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 989868A01F; Mon, 4 Jan 2010 17:53:42 -0500 (EST) From: John Baldwin To: Dana Myers Date: Mon, 4 Jan 2010 17:53:27 -0500 User-Agent: KMail/1.12.1 (FreeBSD/7.2-CBSD-20091103; KDE/4.3.1; amd64; ; ) References: <20091230082556.GD1637@uriah.heep.sax.de> <20100104223738.GP1616@uriah.heep.sax.de> <4B426E73.6050604@gmail.com> In-Reply-To: <4B426E73.6050604@gmail.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201001041753.27070.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Mon, 04 Jan 2010 17:53:42 -0500 (EST) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Joerg Wunsch , freebsd-acpi@freebsd.org Subject: Re: FreeBSD 8.0 hangs on boot with ACPI enabled X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jan 2010 22:53:44 -0000 On Monday 04 January 2010 5:40:51 pm Dana Myers wrote: > Joerg Wunsch wrote: > > As John Baldwin wrote: > > > > > >> OTOH, I'm not sure why initializing ACPI is trashing the BAR. If > >> you want, you can try to narrow down at what point the BAR gets > >> reset to 0. > >> > > > > > Ah. This isn't like the evil thing I've seen where PCI config > space is trounced during the legacy->ACPI mode switch. > > Cheers, > Dana It might be because ACPI is also known to trash the IO decoding windows in PCI-PCI bridges as well. > > It happens here: > > > > res = resource_list_alloc(rl, bus, dev, type, ®, start, end, count, > > prefetch ? RF_PREFETCHABLE : 0); > > if (res == NULL) { > > /* > > * If the allocation fails, clear the BAR and delete > > * the resource list entry to force > > * pci_alloc_resource() to allocate resources from the > > * parent. > > */ > > resource_list_delete(rl, type, reg); > > printf("resource_list_alloc() failed\n"); > > start = 0; > > > > The printf() I added there triggers, and this resets "start" to 0. > > > > Where to proceed now? > > > > > > -- John Baldwin From owner-freebsd-acpi@FreeBSD.ORG Mon Jan 4 23:07:03 2010 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BDF76106566C; Mon, 4 Jan 2010 23:07:03 +0000 (UTC) (envelope-from j@uriah.heep.sax.de) Received: from uriah.heep.sax.de (uriah.heep.sax.de [213.240.137.9]) by mx1.freebsd.org (Postfix) with ESMTP id 59B268FC0A; Mon, 4 Jan 2010 23:07:03 +0000 (UTC) Received: by uriah.heep.sax.de (Postfix, from userid 107) id 1002775; Tue, 5 Jan 2010 00:07:02 +0100 (MET) Date: Tue, 5 Jan 2010 00:07:02 +0100 From: Joerg Wunsch To: John Baldwin Message-ID: <20100104230701.GR1616@uriah.heep.sax.de> References: <20091230082556.GD1637@uriah.heep.sax.de> <20100104223738.GP1616@uriah.heep.sax.de> <4B426E73.6050604@gmail.com> <201001041753.27070.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201001041753.27070.jhb@freebsd.org> X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-GPG-Fingerprint: 5E84 F980 C3CA FD4B B584 1070 F48C A81B 69A8 5873 User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-acpi@freebsd.org Subject: Re: FreeBSD 8.0 hangs on boot with ACPI enabled X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Joerg Wunsch List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jan 2010 23:07:03 -0000 As John Baldwin wrote: > It might be because ACPI is also known to trash the IO decoding > windows in PCI-PCI bridges as well. Still, I don't know how to proceed from here. :-( Older FreeBSD versions used to work with this very same ACPI BIOS, as does Linux. -- cheers, J"org .-.-. --... ...-- -.. . DL8DTL http://www.sax.de/~joerg/ NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-acpi@FreeBSD.ORG Tue Jan 5 06:41:03 2010 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EA25B106566C; Tue, 5 Jan 2010 06:41:02 +0000 (UTC) (envelope-from j@uriah.heep.sax.de) Received: from uriah.heep.sax.de (uriah.heep.sax.de [213.240.137.9]) by mx1.freebsd.org (Postfix) with ESMTP id B0D408FC1F; Tue, 5 Jan 2010 06:41:01 +0000 (UTC) Received: by uriah.heep.sax.de (Postfix, from userid 107) id 61F3F75; Tue, 5 Jan 2010 07:41:00 +0100 (MET) Date: Tue, 5 Jan 2010 07:41:00 +0100 From: Joerg Wunsch To: John Baldwin Message-ID: <20100105064100.GA1991@uriah.heep.sax.de> References: <20091230082556.GD1637@uriah.heep.sax.de> <20100104223738.GP1616@uriah.heep.sax.de> <4B426E73.6050604@gmail.com> <201001041753.27070.jhb@freebsd.org> <20100104230701.GR1616@uriah.heep.sax.de> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="G4iJoqBmSsgzjUCe" Content-Disposition: inline In-Reply-To: <20100104230701.GR1616@uriah.heep.sax.de> X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-GPG-Fingerprint: 5E84 F980 C3CA FD4B B584 1070 F48C A81B 69A8 5873 User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-acpi@freebsd.org Subject: Re: FreeBSD 8.0 hangs on boot with ACPI enabled X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Joerg Wunsch List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jan 2010 06:41:03 -0000 --G4iJoqBmSsgzjUCe Content-Type: text/plain; charset=us-ascii Content-Disposition: inline As Joerg Wunsch wrote: > > It might be because ACPI is also known to trash the IO decoding > > windows in PCI-PCI bridges as well. > Still, I don't know how to proceed from here. :-( > > Older FreeBSD versions used to work with this very same ACPI > BIOS, as does Linux. It seems the BIOS bug has always been there, but older FreeBSD versions could handle it more gracefully. I managed to find a FreeBSD 6.2 CD-ROM, here is 6.2 dmesg output. -- cheers, J"org .-.-. --... ...-- -.. . DL8DTL http://www.sax.de/~joerg/ NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) --G4iJoqBmSsgzjUCe Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="dmesg-6.2" OK boot -s /boot/kernel/acpi.ko text=0x43698 data=0x23c0+0x10f0 syms=[0x4+0x7ba0+0x4+0xa828] SMAP type=01 base=0000000000000000 len=000000000009fc00 SMAP type=02 base=000000000009fc00 len=0000000000000400 SMAP type=02 base=00000000000dc000 len=0000000000004000 SMAP type=02 base=00000000000f0000 len=0000000000010000 SMAP type=01 base=0000000000100000 len=000000001fef0000 SMAP type=03 base=000000001fff0000 len=0000000000008000 SMAP type=04 base=000000001fff8000 len=0000000000008000 SMAP type=02 base=00000000ffff0000 len=0000000000010000 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 is a registered trademark of The FreeBSD Foundation. FreeBSD 6.2-BETA3 #0: Mon Oct 30 22:04:37 UTC 2006 root@opus.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC Preloaded elf kernel "/boot/kernel/kernel" at 0xc0f87000. Preloaded mfs_root "/boot/mfsroot" at 0xc0f87180. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0f871c4. Calibrating clock(s) ... i8254 clock: 1193319 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 908957178 Hz CPU: AMD Athlon(tm) Processor (908.96-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x642 Stepping = 2 Features=0x183f9ff AMD Features=0xc0440800,MMX+,3DNow+,3DNow> Data TLB: 24 entries, fully associative Instruction TLB: 16 entries, fully associative L1 data cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L2 internal cache: 256 kbytes, 64 bytes/line, 1 lines/tag, 8-way associative real memory = 536805376 (511 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000001025000 - 0x000000001f6abfff, 510160896 bytes (124551 pages) avail memory = 511807488 (488 MB) bios32: Found BIOS32 Service Directory header at 0xc00fdb40 bios32: Entry = 0xfdb50 (c00fdb50) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf0000+0xdb71 pnpbios: Found PnP BIOS data at 0xc00f7740 pnpbios: Entry = f0000:6634 Rev = 1.0 Other BIOS signatures found: wlan: <802.11 Link Layer> ath_rate: version 1.2 null: random: nfslock: pseudo-device io: kbd: new array size 4 kbd1 at kbdmux0 mem: Pentium Pro MTRR support enabled ath_hal: 0.9.17.2 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) rr232x: RocketRAID 232x controller driver v1.02 (Oct 30 2006 22:04:27) npx0: INT 16 interface acpi0: on motherboard acpi: bad write to port 0x070 (8), val 0x62 acpi: bad read from port 0x071 (8) acpi0: [MPSAFE] pci_open(1): mode 1 addr port (0x0cf8) is 0x80003b5c pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=80] is there (id=70061022) pcibios: BIOS version 2.10 Found $PIR table, 7 entries at 0xc00f7dc0 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs embedded 0 1 A 0x01 3 4 5 7 9 10 11 12 14 15 embedded 0 1 B 0x02 3 4 5 7 9 10 11 12 14 15 embedded 0 1 C 0x03 3 4 5 7 9 10 11 12 14 15 embedded 0 1 D 0x04 3 4 5 7 9 10 11 12 14 15 embedded 0 7 A 0xfe 14 embedded 0 7 B 0xff 15 embedded 0 7 D 0x04 3 4 5 7 9 10 11 12 14 15 slot 4 0 8 A 0x01 3 4 5 7 9 10 11 12 14 15 slot 4 0 8 B 0x02 3 4 5 7 9 10 11 12 14 15 slot 4 0 8 C 0x03 3 4 5 7 9 10 11 12 14 15 slot 4 0 8 D 0x04 3 4 5 7 9 10 11 12 14 15 slot 3 0 9 A 0x02 3 4 5 7 9 10 11 12 14 15 slot 3 0 9 B 0x03 3 4 5 7 9 10 11 12 14 15 slot 3 0 9 C 0x04 3 4 5 7 9 10 11 12 14 15 slot 3 0 9 D 0x01 3 4 5 7 9 10 11 12 14 15 slot 2 0 10 A 0x03 3 4 5 7 9 10 11 12 14 15 slot 2 0 10 B 0x04 3 4 5 7 9 10 11 12 14 15 slot 2 0 10 C 0x01 3 4 5 7 9 10 11 12 14 15 slot 2 0 10 D 0x02 3 4 5 7 9 10 11 12 14 15 slot 1 0 11 A 0x04 3 4 5 7 9 10 11 12 14 15 slot 1 0 11 B 0x01 3 4 5 7 9 10 11 12 14 15 slot 1 0 11 C 0x02 3 4 5 7 9 10 11 12 14 15 slot 1 0 11 D 0x03 3 4 5 7 9 10 11 12 14 15 slot 5 0 12 A 0x01 3 4 5 7 9 10 11 12 14 15 slot 5 0 12 B 0x02 3 4 5 7 9 10 11 12 14 15 slot 5 0 12 C 0x03 3 4 5 7 9 10 11 12 14 15 slot 5 0 12 D 0x04 3 4 5 7 9 10 11 12 14 15 AcpiOsDerivePciId: bus 0 dev 7 func 3 acpi0: Power Button (fixed) acpi0: Sleep Button (fixed) acpi0: wakeup code va 0xcd9b2000 pa 0x9e000 atpic: Programming IRQ9 as level/low AcpiOsDerivePciId: bus 0 dev 0 func 0 ACPI timer: 1/1 1/2 1/2 1/2 1/2 1/2 1/1 1/1 1/1 1/1 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x5008-0x500b on acpi0 pci_link0: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link0: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link0: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 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 9 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 9 10 11 12 14 15 pci_link1: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link2: Links after initial probe: Index IRQ Rtd Ref IRQs 0 12 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link2: Links after initial validation: Index IRQ Rtd Ref IRQs 0 12 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link2: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link3: Links after initial probe: Index IRQ Rtd Ref IRQs 0 10 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link3: Links after initial validation: Index IRQ Rtd Ref IRQs 0 10 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link3: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 ACPI: Found matching pin for 0.7.INTD at func 4: 10 ACPI: Found matching pin for 0.10.INTA at func 0: 12 ACPI: Found matching pin for 0.11.INTA at func 0: 10 pci0: on pcib0 pci0: physical bus=0 found-> vendor=0x1022, dev=0x7006, revid=0x25 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0106, statreg=0x2210, cachelnsz=0 (dwords) lattimer=0x78 (3600 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type 3, range 32, base d0000000, size 28, enabled map[14]: type 3, range 32, base efdff000, size 12, enabled map[18]: type 4, range 32, base 0000da00, size 2, port disabled found-> vendor=0x1022, dev=0x7007, revid=0x01 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0107, statreg=0x0220, cachelnsz=0 (dwords) lattimer=0x78 (3600 ns), mingnt=0x0a (2500 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x7408, revid=0x01 bus=0, slot=7, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x000f, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x7409, revid=0x07 bus=0, slot=7, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[20]: type 4, range 32, base 0000f000, size 4, enabled found-> vendor=0x1022, dev=0x740b, revid=0x03 bus=0, slot=7, func=3 class=06-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x78 (3600 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x740c, revid=0x06 bus=0, slot=7, func=4 class=0c-03-10, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x0280, cachelnsz=8 (dwords) lattimer=0x10 (480 ns), mingnt=0x00 (0 ns), maxlat=0x50 (20000 ns) intpin=d, irq=10 map[10]: type 1, range 32, base efffc000, size 12, enabled pcib0: matched entry for 0.7.INTD (src \_SB_.LNKD:0) pcib0: slot 7 INTD routed to irq 10 via \_SB_.LNKD found-> vendor=0x10b7, dev=0x9055, revid=0x30 bus=0, slot=10, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x0a (2500 ns), maxlat=0x0a (2500 ns) intpin=a, irq=12 powerspec 1 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 0000dc00, size 7, enabled map[14]: type 1, range 32, base efffef80, size 7, enabled pcib0: matched entry for 0.10.INTA (src \_SB_.LNKC:0) pcib0: slot 10 INTA routed to irq 12 via \_SB_.LNKC found-> vendor=0x9005, dev=0x0080, revid=0x02 bus=0, slot=11, func=0 class=01-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x02b0, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x28 (10000 ns), maxlat=0x19 (6250 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 map[10]: type 4, range 32, base 0000de00, size 8, enabled map[14]: type 1, range 64, base effff000, size 12, enabled pcib0: matched entry for 0.11.INTA (src \_SB_.LNKD:0) pcib0: slot 11 INTA routed to irq 10 via \_SB_.LNKD agp0: port 0xda00-0xda03 mem 0xd0000000-0xdfffffff,0xefdff000-0xefdfffff at device 0.0 on pci0 agp0: Reserved 0x10000000 bytes for rid 0x10 type 3 at 0xd0000000 agp0: Reserved 0x1000 bytes for rid 0x14 type 3 at 0xefdff000 agp0: allocating GATT for aperture of size 256M agp0: gatt -> ag_pdir 0x1c5000 agp0: allocating GATT for 65536 AGP page entries pcib1: at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xb000-0xcfff pcib1: memory decode 0xefe00000-0xefefffff pcib1: prefetched decode 0xafc00000-0xcfcfffff pci1: on pcib1 pci1: physical bus=1 found-> vendor=0x1002, dev=0x5961, revid=0x01 bus=1, slot=5, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0107, statreg=0x02b0, cachelnsz=8 (dwords) lattimer=0x40 (1920 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 3, range 32, base b0000000, size 28, enabled pcib1: (null) requested memory range 0xb0000000-0xbfffffff: good map[14]: type 4, range 32, base 0000c800, size 8, enabled pcib1: (null) requested I/O range 0xc800-0xc8ff: in range map[18]: type 1, range 32, base efef0000, size 16, enabled pcib1: (null) requested memory range 0xefef0000-0xefefffff: good pcib0: matched entry for 0.1.INTB (src \_SB_.LNKB:0) pcib0: slot 1 INTB routed to irq 11 via \_SB_.LNKB pcib1: slot 5 INTA is routed to irq 11 pci1: at device 5.0 (no driver attached) isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f at device 7.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xf000 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=0x00 msb=0x00 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] pci0: at device 7.3 (no driver attached) ohci0: mem 0xefffc000-0xefffcfff irq 10 at device 7.4 on pci0 ohci0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xefffc000 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: AMD OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 4 ports with 4 removable, self powered xl0: <3Com 3c905B-TX Fast Etherlink XL> port 0xdc00-0xdc7f mem 0xefffef80-0xefffefff irq 12 at device 10.0 on pci0 xl0: Reserved 0x80 bytes for rid 0x14 type 3 at 0xefffef80 xl0: using memory mapped I/O xl0: media options word: a xl0: found MII/AUTO miibus0: on xl0 xlphy0: <3Com internal media interface> on miibus0 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: bpf attached xl0: Ethernet address: 00:01:02:d9:b4:95 xl0: [MPSAFE] ahc0: port 0xde00-0xdeff mem 0xeffff000-0xefffffff irq 10 at device 11.0 on pci0 ahc0: Defaulting to MEMIO off ahc0: can't allocate register resources device_attach: ahc0 attach returned 12 acpi_tz0: 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:0x1d0000 atkbd0: [GIANT-LOCKED] psm0: unable to allocate IRQ fdc0: port 0x3f2-0x3f3,0x3f4-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: ic_type 90 part_id 80 fdc0: [MPSAFE] fdc0: [FAST] fd0: <2880-KB 3.5" drive (in 1440-KB mode)> on fdc0 drive 0 fd1: <1200-KB 5.25" drive> on fdc0 drive 1 sio0: irq maps: 0x401 0x411 0x401 0x401 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console sio1: irq maps: 0x401 0x409 0x401 0x401 sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ppc0: using extended I/O port range ppc0: SPP ppc0: port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 plip0: bpf attached lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 acpi: bad write to port 0x070 (8), val 0x62 acpi: bad read from port 0x071 (8) acpi: bad write to port 0x070 (8), val 0x62 acpi: bad read from port 0x071 (8) ex_isa_identify() unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it fdc: fdc0 already exists; skipping it ppc: ppc0 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 ahc_isa_probe 13: ioport 0xdc00 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-0xccfff,0xcd000-0xd3fff 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) sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x100> sc0: fb0, kbd1, terminal emulator: sc (syscons terminal) 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 ums0: vendor 0x0430 product 0x0100, rev 2.00/1.07, addr 2, iclass 3/1 ums0: 3 buttons. Device configuration finished. procfs registered Timecounter "TSC" frequency 908957178 Hz quality 800 Timecounters tick every 1.000 msec lo0: bpf attached rr232x: no controller detected. md0: Preloaded image 4423680 bytes at 0xc0af3d94 ata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA33 cable=80 wire acd0: setting PIO4 on 756 chip acd0: setting UDMA33 on 756 chip acd0: DVDROM drive at ata0 as master acd0: read 5512KB/s (5512KB/s), 198KB buffer, UDMA33 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, DVDRAM, 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 /stand/sysinstall running as init on serial console --G4iJoqBmSsgzjUCe-- From owner-freebsd-acpi@FreeBSD.ORG Tue Jan 5 10:49:55 2010 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A703106566C; Tue, 5 Jan 2010 10:49:55 +0000 (UTC) (envelope-from j@uriah.heep.sax.de) Received: from uriah.heep.sax.de (uriah.heep.sax.de [213.240.137.9]) by mx1.freebsd.org (Postfix) with ESMTP id A95B68FC0C; Tue, 5 Jan 2010 10:49:54 +0000 (UTC) Received: by uriah.heep.sax.de (Postfix, from userid 107) id 203CB45; Tue, 5 Jan 2010 11:49:53 +0100 (MET) Date: Tue, 5 Jan 2010 11:49:53 +0100 From: Joerg Wunsch To: John Baldwin Message-ID: <20100105104953.GS1616@uriah.heep.sax.de> References: <20091230082556.GD1637@uriah.heep.sax.de> <20100104223738.GP1616@uriah.heep.sax.de> <4B426E73.6050604@gmail.com> <201001041753.27070.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201001041753.27070.jhb@freebsd.org> X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-GPG-Fingerprint: 5E84 F980 C3CA FD4B B584 1070 F48C A81B 69A8 5873 User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-acpi@freebsd.org Subject: Re: FreeBSD 8.0 hangs on boot with ACPI enabled X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Joerg Wunsch List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jan 2010 10:49:55 -0000 As John Baldwin wrote: > It might be because ACPI is also known to trash the IO decoding > windows in PCI-PCI bridges as well. Btw., the card is announced to be attached to pcib0, are you sure that's behind a PCI-PCI bridge at all? -- cheers, J"org .-.-. --... ...-- -.. . DL8DTL http://www.sax.de/~joerg/ NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-acpi@FreeBSD.ORG Tue Jan 5 13:44:33 2010 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C48E3106568B for ; Tue, 5 Jan 2010 13:44:33 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 94FD18FC1A for ; Tue, 5 Jan 2010 13:44:33 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 3E54846B17; Tue, 5 Jan 2010 08:44:33 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id D5EF08A026; Tue, 5 Jan 2010 08:44:31 -0500 (EST) From: John Baldwin To: Joerg Wunsch Date: Tue, 5 Jan 2010 08:39:57 -0500 User-Agent: KMail/1.12.1 (FreeBSD/7.2-CBSD-20091103; KDE/4.3.1; amd64; ; ) References: <20091230082556.GD1637@uriah.heep.sax.de> <200912301122.28030.jhb@freebsd.org> <20100104223738.GP1616@uriah.heep.sax.de> In-Reply-To: <20100104223738.GP1616@uriah.heep.sax.de> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201001050839.57199.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Tue, 05 Jan 2010 08:44:32 -0500 (EST) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: freebsd-acpi@freebsd.org Subject: Re: FreeBSD 8.0 hangs on boot with ACPI enabled 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, 05 Jan 2010 13:44:33 -0000 On Monday 04 January 2010 5:37:38 pm Joerg Wunsch wrote: > As John Baldwin wrote: > > > OTOH, I'm not sure why initializing ACPI is trashing the BAR. If > > you want, you can try to narrow down at what point the BAR gets > > reset to 0. > > It happens here: > > res = resource_list_alloc(rl, bus, dev, type, ®, start, end, count, > prefetch ? RF_PREFETCHABLE : 0); > if (res == NULL) { > /* > * If the allocation fails, clear the BAR and delete > * the resource list entry to force > * pci_alloc_resource() to allocate resources from the > * parent. > */ > resource_list_delete(rl, type, reg); > printf("resource_list_alloc() failed\n"); > start = 0; > > The printf() I added there triggers, and this resets "start" to 0. > > Where to proceed now? So this is actually way too early. The specific issue I'm referring to is ACPI setting the BAR to zero when ACPI is initialized long before we ever get to this point. Hmmmmm. Can you get the output of 'devinfo -ur' with ACPI enabled? Also, you can maybe try setting 'debug.acpi.disabled=sysres' from the loader. -- John Baldwin From owner-freebsd-acpi@FreeBSD.ORG Tue Jan 5 13:59:26 2010 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C2C491065679; Tue, 5 Jan 2010 13:59:26 +0000 (UTC) (envelope-from j@uriah.heep.sax.de) Received: from uriah.heep.sax.de (uriah.heep.sax.de [213.240.137.9]) by mx1.freebsd.org (Postfix) with ESMTP id 6A46A8FC17; Tue, 5 Jan 2010 13:59:26 +0000 (UTC) Received: by uriah.heep.sax.de (Postfix, from userid 107) id 2253B75; Tue, 5 Jan 2010 14:59:25 +0100 (MET) Date: Tue, 5 Jan 2010 14:59:25 +0100 From: Joerg Wunsch To: John Baldwin Message-ID: <20100105135925.GT1616@uriah.heep.sax.de> References: <20091230082556.GD1637@uriah.heep.sax.de> <200912301122.28030.jhb@freebsd.org> <20100104223738.GP1616@uriah.heep.sax.de> <201001050839.57199.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201001050839.57199.jhb@freebsd.org> X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-GPG-Fingerprint: 5E84 F980 C3CA FD4B B584 1070 F48C A81B 69A8 5873 User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-acpi@freebsd.org Subject: Re: FreeBSD 8.0 hangs on boot with ACPI enabled X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Joerg Wunsch List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jan 2010 13:59:26 -0000 As John Baldwin wrote: > Can you get the output of 'devinfo -ur' with ACPI > enabled? Not right now, not from FreeBSD 8 -- it cannot boot at all with ACPI enabled. I could get it from FreeBSD 6.2 if that's sufficient, or I somehow have to patch the kernel so it doesn't guess the unusable IO address 0x1000 but "incidentally" guesses the correct one instead. (Where would I do that?) > Also, you can maybe try setting 'debug.acpi.disabled=sysres' from > the loader. Will do that tonight when I'm back home. -- cheers, J"org .-.-. --... ...-- -.. . DL8DTL http://www.sax.de/~joerg/ NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-acpi@FreeBSD.ORG Tue Jan 5 21:39:09 2010 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 66CB31065697; Tue, 5 Jan 2010 21:39:09 +0000 (UTC) (envelope-from j@uriah.heep.sax.de) Received: from uriah.heep.sax.de (uriah.heep.sax.de [213.240.137.9]) by mx1.freebsd.org (Postfix) with ESMTP id 088228FC1C; Tue, 5 Jan 2010 21:39:08 +0000 (UTC) Received: by uriah.heep.sax.de (Postfix, from userid 107) id BE8D745; Tue, 5 Jan 2010 22:39:07 +0100 (MET) Date: Tue, 5 Jan 2010 22:39:07 +0100 From: Joerg Wunsch To: John Baldwin Message-ID: <20100105213907.GX1616@uriah.heep.sax.de> References: <20091230082556.GD1637@uriah.heep.sax.de> <200912301122.28030.jhb@freebsd.org> <20100104223738.GP1616@uriah.heep.sax.de> <201001050839.57199.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201001050839.57199.jhb@freebsd.org> X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-GPG-Fingerprint: 5E84 F980 C3CA FD4B B584 1070 F48C A81B 69A8 5873 User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-acpi@freebsd.org Subject: Re: FreeBSD 8.0 hangs on boot with ACPI enabled X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Joerg Wunsch List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jan 2010 21:39:09 -0000 As John Baldwin wrote: > So this is actually way too early. The specific issue I'm referring > to is ACPI setting the BAR to zero when ACPI is initialized long > before we ever get to this point. Hmmmmm. Can you get the output > of 'devinfo -ur' with ACPI enabled? Also, you can maybe try setting > 'debug.acpi.disabled=sysres' from the loader. Unfortunately, it's getting even more puzzling now. :-/ When I set debug.acpi.disabled=sysres in the loader, I no longer get the resource allocation failure, thus ahc0 correctly gets the 0xde00 IO address range. Nevertheless, the boot hangs by the time when it wants to detect the disks. When I don't set debug.acpi.disabled=sysres, I'm back at the resource allocation failure. The only way to boot FreeBSD 8 is to disable ACPI. Are you interested in the devinfo -ur output from the FreeBSD 6.2 boot CD-ROM? I didn't spot anything interesting in it, but alas forgot to save it from the serial console link into a file. -- cheers, J"org .-.-. --... ...-- -.. . DL8DTL http://www.sax.de/~joerg/ NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-acpi@FreeBSD.ORG Wed Jan 6 18:51:46 2010 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 499AB106568F for ; Wed, 6 Jan 2010 18:51:46 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 1BF288FC15 for ; Wed, 6 Jan 2010 18:51:46 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id A845B46B23; Wed, 6 Jan 2010 13:51:45 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 8D9038A01F; Wed, 6 Jan 2010 13:51:44 -0500 (EST) From: John Baldwin To: Joerg Wunsch Date: Wed, 6 Jan 2010 13:43:16 -0500 User-Agent: KMail/1.12.1 (FreeBSD/7.2-CBSD-20091103; KDE/4.3.1; amd64; ; ) References: <20091230082556.GD1637@uriah.heep.sax.de> <201001050839.57199.jhb@freebsd.org> <20100105213907.GX1616@uriah.heep.sax.de> In-Reply-To: <20100105213907.GX1616@uriah.heep.sax.de> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201001061343.16098.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Wed, 06 Jan 2010 13:51:44 -0500 (EST) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: freebsd-acpi@freebsd.org Subject: Re: FreeBSD 8.0 hangs on boot with ACPI enabled X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jan 2010 18:51:46 -0000 On Tuesday 05 January 2010 4:39:07 pm Joerg Wunsch wrote: > As John Baldwin wrote: > > > So this is actually way too early. The specific issue I'm referring > > to is ACPI setting the BAR to zero when ACPI is initialized long > > before we ever get to this point. Hmmmmm. Can you get the output > > of 'devinfo -ur' with ACPI enabled? Also, you can maybe try setting > > 'debug.acpi.disabled=sysres' from the loader. > > Unfortunately, it's getting even more puzzling now. :-/ > > When I set debug.acpi.disabled=sysres in the loader, I no longer get > the resource allocation failure, thus ahc0 correctly gets the 0xde00 > IO address range. Nevertheless, the boot hangs by the time when it > wants to detect the disks. > > When I don't set debug.acpi.disabled=sysres, I'm back at the resource > allocation failure. > > The only way to boot FreeBSD 8 is to disable ACPI. > > Are you interested in the devinfo -ur output from the FreeBSD 6.2 boot > CD-ROM? I didn't spot anything interesting in it, but alas forgot to > save it from the serial console link into a file. Yes, I want to see what resources ACPI thinks the system resource devices should be using. -- John Baldwin From owner-freebsd-acpi@FreeBSD.ORG Wed Jan 6 19:39:23 2010 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 181B210656A6; Wed, 6 Jan 2010 19:39:23 +0000 (UTC) (envelope-from j@uriah.heep.sax.de) Received: from uriah.heep.sax.de (uriah.heep.sax.de [213.240.137.9]) by mx1.freebsd.org (Postfix) with ESMTP id C2A8C8FC6A; Wed, 6 Jan 2010 19:39:20 +0000 (UTC) Received: by uriah.heep.sax.de (Postfix, from userid 107) id 9AFE37A; Wed, 6 Jan 2010 20:39:15 +0100 (MET) Date: Wed, 6 Jan 2010 20:39:15 +0100 From: Joerg Wunsch To: John Baldwin Message-ID: <20100106193915.GE1616@uriah.heep.sax.de> References: <20091230082556.GD1637@uriah.heep.sax.de> <201001050839.57199.jhb@freebsd.org> <20100105213907.GX1616@uriah.heep.sax.de> <201001061343.16098.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="cHMo6Wbp1wrKhbfi" Content-Disposition: inline In-Reply-To: <201001061343.16098.jhb@freebsd.org> X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-GPG-Fingerprint: 5E84 F980 C3CA FD4B B584 1070 F48C A81B 69A8 5873 User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-acpi@freebsd.org Subject: Re: FreeBSD 8.0 hangs on boot with ACPI enabled X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Joerg Wunsch List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jan 2010 19:39:23 -0000 --cHMo6Wbp1wrKhbfi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline As John Baldwin wrote: > > Are you interested in the devinfo -ur output from the FreeBSD 6.2 > > boot CD-ROM? [...] > Yes, I want to see what resources ACPI thinks the system resource > devices should be using. OK, here we go. I only now noticed that even FreeBSD 6.2 wasn't that successful as I believed initially: the ahc0 driver initialization aborts, so it doesn't find any disk. It's just that it doesn't hang hard, so I could at least continue booting from the (ATAPI) CD-ROM to run the command. Fixit# devinfo -ur Interrupt request lines: 0x0 (root0) 0x1 (atkbd0) 0x3 (sio1) 0x4 (sio0) 0x5 (root0) 0x6 (fdc0) 0x7 (ppc0) 0x8 (root0) 0x9 (acpi0) 0xa (ohci0) 0xb (root0) 0xc (xl0) 0xd (root0) 0xe (ata0) 0xf (ata1) DMA request lines: 0-1 (root0) 2 (fdc0) 3-7 (root0) I/O ports: 0x0-0x5f (root0) 0x60 (atkbdc0) 0x61-0x63 (root0) 0x64 (atkbdc0) 0x65-0x16f (root0) 0x170-0x177 (atapci0) 0x178-0x1ef (root0) 0x1f0-0x1f7 (atapci0) 0x1f8-0x2f7 (root0) 0x2f8-0x2ff (sio1) 0x300-0x375 (root0) 0x376 (atapci0) 0x377 (root0) 0x378-0x37f (ppc0) 0x380-0x3bf (root0) 0x3c0-0x3df (vga0) 0x3e0-0x3f1 (root0) 0x3f2-0x3f3 (fdc0) 0x3f4-0x3f5 (fdc0) 0x3f6 (atapci0) 0x3f7 (fdc0) 0x3f8-0x3ff (sio0) 0x400-0x5007 (root0) 0x5008-0x500b (acpi_timer0) 0x500c-0xc7ff (root0) 0xc800-0xc8ff ---- 0xc900-0xd9ff (root0) 0xda00-0xda03 (agp0) 0xda04-0xdbff (root0) 0xdc00-0xdc7f (xl0) 0xdc80-0xddff (root0) 0xde00-0xde03 (acpi0) 0xde04-0xefff (root0) 0xf000-0xf00f (atapci0) 0xf010-0xffff (root0) I/O memory addresses: 0x0-0x9ffff (root0) 0xa0000-0xbffff (vga0) 0xc0000-0xccfff (orm0) 0xcd000-0xd3fff (orm0) 0xd4000-0xafffffff (root0) 0xb0000000-0xbfffffff ---- 0xc0000000-0xcfffffff (root0) 0xd0000000-0xdfffffff (agp0) 0xe0000000-0xefdfefff (root0) 0xefdff000-0xefdfffff (agp0) 0xefe00000-0xefeeffff (root0) 0xefef0000-0xefefffff ---- 0xeff00000-0xefffbfff (root0) 0xefffc000-0xefffcfff (ohci0) 0xefffd000-0xefffef7f (root0) 0xefffef80-0xefffefff (xl0) 0xeffff000-0xefffffff (ahc0) 0xf0000000-0xffffffff (root0) ACPI I/O ports: 0xde00-0xde03 (root0) ACPI I/O memory addresses: The matching driver printf is: ahc0: port 0xde00-0xdeff mem 0xeffff000-0xefffffff irq 10 at device 11.0 on pci0 ahc0: can't allocate register resources device_attach: ahc0 attach returned 12 So it seems there's a discrepancy between the ACPI BIOS reserving only 4 bytes for the card, yet the card wants 0x100 bytes. Now, I retested FreeBSD 6.2 with the sym0 card, which is indeed successful. The ACPI resources now look OK I think: Fixit# devinfo -ur Interrupt request lines: 0x0 (root0) 0x1 (atkbd0) 0x3 (sio1) 0x4 (sio0) 0x5 (root0) 0x6 (fdc0) 0x7 (ppc0) 0x8 (root0) 0x9 (acpi0) 0xa (ohci0) 0xb (root0) 0xc (xl0) 0xd (root0) 0xe (ata0) 0xf (ata1) DMA request lines: 0-1 (root0) 2 (fdc0) 3-7 (root0) I/O ports: 0x0-0x5f (root0) 0x60 (atkbdc0) 0x61-0x63 (root0) 0x64 (atkbdc0) 0x65-0x16f (root0) 0x170-0x177 (atapci0) 0x178-0x1ef (root0) 0x1f0-0x1f7 (atapci0) 0x1f8-0x2f7 (root0) 0x2f8-0x2ff (sio1) 0x300-0x375 (root0) 0x376 (atapci0) 0x377 (root0) 0x378-0x37f (ppc0) 0x380-0x3bf (root0) 0x3c0-0x3df (vga0) 0x3e0-0x3f1 (root0) 0x3f2-0x3f3 (fdc0) 0x3f4-0x3f5 (fdc0) 0x3f6 (atapci0) 0x3f7 (fdc0) 0x3f8-0x3ff (sio0) 0x400-0x5007 (root0) 0x5008-0x500b (acpi_timer0) 0x500c-0xb7ff (root0) 0xb800-0xb8ff ---- 0xb900-0xd3ff (root0) 0xd400-0xd403 (agp0) 0xd404-0xd5ff (root0) 0xd600-0xd67f (xl0) 0xd680-0xd7ff (root0) 0xd800-0xd8ff (sym0) 0xd900-0xddff (root0) 0xde00-0xde03 (acpi0) 0xde04-0xefff (root0) 0xf000-0xf00f (atapci0) 0xf010-0xffff (root0) I/O memory addresses: 0x0-0x9ffff (root0) 0xa0000-0xbffff (vga0) 0xc0000-0xccfff (orm0) 0xcd000-0xcffff (orm0) 0xd0000-0xafffffff (root0) 0xb0000000-0xbfffffff ---- 0xc0000000-0xcfffffff (root0) 0xd0000000-0xdfffffff (agp0) 0xe0000000-0xefdfefff (root0) 0xefdff000-0xefdfffff (agp0) 0xefe00000-0xefeeffff (root0) 0xefef0000-0xefefffff ---- 0xeff00000-0xefffbfff (root0) 0xefffc000-0xefffcfff (ohci0) 0xefffd000-0xefffdfff (root0) 0xefffe000-0xefffefff (sym0) 0xeffff000-0xeffffe7f (root0) 0xeffffe80-0xeffffeff (xl0) 0xefffff00-0xefffffff (sym0) 0xf0000000-0xffffffff (root0) ACPI I/O ports: 0xde00-0xde03 (root0) ACPI I/O memory addresses: sym0: <895> port 0xd800-0xd8ff mem 0xefffff00-0xefffffff,0xefffe000-0xefffefff irq 10 at device 11.0 on pci0 sym0: Tekram NVRAM, ID 7, Fast-40, LVD, parity checking sym0: [GIANT-LOCKED] So I re-tested FreeBSD 8 with the sym0 controller and with debug.acpi.disabled=sysres. Find the (verbose) boot log attached. Still, no joy at all, it hangs at that point. Also, when I use debug.acpi.disabled=sysres, the ACPI resource allocation appears to work fine even for ahc0 (as I already mentioned), yet it hangs then. So I think there must be something else than ahc0's IO address that makes it fail to boot with ACPI enabled. Maybe I have to build a DDB kernel next, including a serial console hotkey, so I could see where it hangs. -- cheers, J"org .-.-. --... ...-- -.. . DL8DTL http://www.sax.de/~joerg/ NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) --cHMo6Wbp1wrKhbfi Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="6.2.boot.log" SMAP type=01 base=0000000000000000 len=000000000009fc00 SMAP type=02 base=000000000009fc00 len=0000000000000400 SMAP type=02 base=00000000000dc000 len=0000000000004000 SMAP type=02 base=00000000000f0000 len=0000000000010000 SMAP type=01 base=0000000000100000 len=000000001fef0000 SMAP type=03 base=000000001fff0000 len=0000000000008000 SMAP type=04 base=000000001fff8000 len=0000000000008000 SMAP type=02 base=00000000ffff0000 len=0000000000010000 Copyright (c) 1992-2009 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 is a registered trademark of The FreeBSD Foundation. FreeBSD 8.0-STABLE #3: Tue Jan 5 20:42:37 CET 2010 root@uncle.local.heep.sax.de:/usr/obj/usr/src/sys/UNCLE i386 Preloaded elf kernel "/boot/kernel/kernel" at 0xc09ed000. Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 908958257 Hz CPU: AMD Athlon(tm) Processor (908.96-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x642 Stepping = 2 Features=0x183f9ff AMD Features=0xc0440800,MMX+,3DNow!+,3DNow!> Data TLB: 24 entries, fully associative Instruction TLB: 16 entries, fully associative L1 data cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L2 internal cache: 256 kbytes, 64 bytes/line, 1 lines/tag, 8-way associative real memory = 536870912 (512 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000c26000 - 0x000000001f6a9fff, 514342912 bytes (125572 pages) avail memory = 515919872 (492 MB) bios32: Found BIOS32 Service Directory header at 0xc00fdb40 bios32: Entry = 0xfdb50 (c00fdb50) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf0000+0xdb71 pnpbios: Found PnP BIOS data at 0xc00f7740 pnpbios: Entry = f0000:6634 Rev = 1.0 Other BIOS signatures found: ULE: setup cpu 0 null: random: io: kbd: new array size 4 kbd1 at kbdmux0 mem: Pentium Pro MTRR support enabled nfslock: pseudo-device ACPI: RSDP 0xfabb0 00014 (v0 AMI ) ACPI: RSDT 0x1fff0000 00028 (v1 AMIINT 00000010 MSFT 00000097) ACPI: FACP 0x1fff0030 00074 (v1 AMIINT 00000011 MSFT 00000097) ACPI: DSDT 0x1fff00b0 01E4B (v1 AMD75X IRONGATE 00001000 MSFT 0100000B) ACPI: FACS 0x1fff8000 00040 npx0: INT 16 interface acpi0: on motherboard acpi0: [MPSAFE] acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: Sleep Button (fixed) acpi0: wakeup code va 0xc2923000 pa 0x1000 atpic: Programming IRQ9 as level/low pci_open(1): mode 1 addr port (0x0cf8) is 0x80003b5c pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=80] is there (id=70061022) pcibios: BIOS version 2.10 AcpiOsDerivePciId: \_SB_.PCI0.TMEM -> bus 0 dev 0 func 0 AcpiOsDerivePciId: \_SB_.PCI0.PMU_.PIRQ -> bus 0 dev 7 func 3 ACPI timer: 1/2 1/2 1/2 1/1 1/2 1/2 1/2 1/1 1/1 1/2 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x5008-0x500b on acpi0 pci_link0: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 Validation 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link1: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 3 4 5 6 7 9 10 11 12 14 15 Validation 0 11 N 0 3 4 5 6 7 9 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link2: Index IRQ Rtd Ref IRQs Initial Probe 0 12 N 0 3 4 5 6 7 9 10 11 12 14 15 Validation 0 12 N 0 3 4 5 6 7 9 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link3: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 3 4 5 6 7 9 10 11 12 14 15 Validation 0 10 N 0 3 4 5 6 7 9 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 ACPI: Found matching pin for 0.7.INTD at func 4: 10 ACPI: Found matching pin for 0.10.INTA at func 0: 12 ACPI: Found matching pin for 0.11.INTA at func 0: 10 pci0: on pcib0 pci0: domain=0, physical bus=0 found-> vendor=0x1022, dev=0x7006, revid=0x25 domain=0, bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0106, statreg=0x2210, cachelnsz=0 (dwords) lattimer=0x78 (3600 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type Prefetchable Memory, range 32, base 0xd0000000, size 28, enabled base d0000000, pci_mapbase(testval) f0000000, testval f0000008 pci_write_bar(dev = c2cbe780, reg = 10, start = d0000000); return(1) map[14]: type Prefetchable Memory, range 32, base 0xefdff000, size 12, enabled base efdff000, pci_mapbase(testval) fffff000, testval fffff008 pci_write_bar(dev = c2cbe780, reg = 14, start = efdff000); return(1) map[18]: type I/O Port, range 32, base 0xd400, size 2, port disabled pci_write_config(dev, PCIR_COMMAND, cmd, 2); base d400, pci_mapbase(testval) fffffc, testval fffffd pci_write_bar(dev = c2cbe780, reg = 18, start = d400); return(1) found-> vendor=0x1022, dev=0x7007, revid=0x01 domain=0, bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0107, statreg=0x0220, cachelnsz=0 (dwords) lattimer=0x78 (3600 ns), mingnt=0x0a (2500 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x7408, revid=0x01 domain=0, bus=0, slot=7, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x000f, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x7409, revid=0x07 domain=0, bus=0, slot=7, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[20]: type I/O Port, range 32, base 0xf000, size 4, enabled base f000, pci_mapbase(testval) fffffff0, testval fffffff1 pci_write_bar(dev = c2cce600, reg = 20, start = f000); return(1) found-> vendor=0x1022, dev=0x740b, revid=0x03 domain=0, bus=0, slot=7, func=3 class=06-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x78 (3600 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x740c, revid=0x06 domain=0, bus=0, slot=7, func=4 class=0c-03-10, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x0280, cachelnsz=8 (dwords) lattimer=0x10 (480 ns), mingnt=0x00 (0 ns), maxlat=0x50 (20000 ns) intpin=d, irq=10 map[10]: type Memory, range 32, base 0xefffc000, size 12, enabled base efffc000, pci_mapbase(testval) fffff000, testval fffff000 pci_write_bar(dev = c2cbee00, reg = 10, start = efffc000); return(1) pcib0: matched entry for 0.7.INTD (src \_SB_.LNKD:0) pcib0: slot 7 INTD routed to irq 10 via \_SB_.LNKD unknown: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xefffc000 ohci early: SMM active, request owner change found-> vendor=0x10b7, dev=0x9055, revid=0x30 domain=0, bus=0, slot=10, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x0a (2500 ns), maxlat=0x0a (2500 ns) intpin=a, irq=12 powerspec 1 supports D0 D1 D2 D3 current D0 map[10]: type I/O Port, range 32, base 0xd600, size 7, enabled base d600, pci_mapbase(testval) ffffff80, testval ffffff81 pci_write_bar(dev = c2cbee80, reg = 10, start = d600); return(1) map[14]: type Memory, range 32, base 0xeffffe80, size 7, enabled base effffe80, pci_mapbase(testval) ffffff80, testval ffffff80 pci_write_bar(dev = c2cbee80, reg = 14, start = effffe80); return(1) pcib0: matched entry for 0.10.INTA (src \_SB_.LNKC:0) pcib0: slot 10 INTA routed to irq 12 via \_SB_.LNKC found-> vendor=0x1000, dev=0x000c, revid=0x01 domain=0, bus=0, slot=11, func=0 class=01-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x0200, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x1e (7500 ns), maxlat=0x40 (16000 ns) intpin=a, irq=10 map[10]: type I/O Port, range 32, base 0xd800, size 8, enabled base d800, pci_mapbase(testval) ffffff00, testval ffffff01 pci_write_bar(dev = c2cce280, reg = 10, start = d800); return(1) map[14]: type Memory, range 32, base 0xefffff00, size 8, enabled base efffff00, pci_mapbase(testval) ffffff00, testval ffffff00 pci_write_bar(dev = c2cce280, reg = 14, start = efffff00); return(1) map[18]: type Memory, range 32, base 0xefffe000, size 12, enabled base efffe000, pci_mapbase(testval) fffff000, testval fffff000 pci_write_bar(dev = c2cce280, reg = 18, start = efffe000); return(1) pcib0: matched entry for 0.11.INTA (src \_SB_.LNKD:0) pcib0: slot 11 INTA routed to irq 10 via \_SB_.LNKD agp0: on hostb0 hostb0: Reserved 0x10000000 bytes for rid 0x10 type 3 at 0xd0000000 hostb0: Reserved 0x1000 bytes for rid 0x14 type 3 at 0xefdff000 agp0: allocating GATT for aperture of size 256M agp0: gatt -> ag_pdir 0x14b8000 agp0: allocating GATT for 65536 AGP page entries pcib1: at device 1.0 on pci0 pcib1: domain 0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xa000-0xbfff pcib1: memory decode 0xefe00000-0xefefffff pcib1: prefetched decode 0xafc00000-0xcfcfffff pci1: on pcib1 pci1: domain=0, physical bus=1 found-> vendor=0x1002, dev=0x5961, revid=0x01 domain=0, bus=1, slot=5, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0107, statreg=0x02b0, cachelnsz=8 (dwords) lattimer=0x40 (1920 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 Prefetchable Memory, range 32, base 0xb0000000, size 28, enabled base b0000000, pci_mapbase(testval) f0000000, testval f0000008 pcib1: requested memory range 0xb0000000-0xbfffffff: good pci_write_bar(dev = c2c53900, reg = 10, start = b0000000); return(1) map[14]: type I/O Port, range 32, base 0xb800, size 8, enabled base b800, pci_mapbase(testval) ffffff00, testval ffffff01 pcib1: requested I/O range 0xb800-0xb8ff: in range pci_write_bar(dev = c2c53900, reg = 14, start = b800); return(1) map[18]: type Memory, range 32, base 0xefef0000, size 16, enabled base efef0000, pci_mapbase(testval) ffff0000, testval ffff0000 pcib1: requested memory range 0xefef0000-0xefefffff: good pci_write_bar(dev = c2c53900, reg = 18, start = efef0000); return(1) pcib0: matched entry for 0.1.INTB (src \_SB_.LNKB:0) pcib0: slot 1 INTB routed to irq 11 via \_SB_.LNKB pcib1: slot 5 INTA is routed to irq 11 vgapci0: port 0xb800-0xb8ff mem 0xb0000000-0xbfffffff,0xefef0000-0xefefffff irq 11 at device 5.0 on pci1 isab0: at device 7.0 on pci0 isa0: on isab0 pci0: at device 7.1 (no driver attached) pci0: at device 7.3 (no driver attached) pci0: at device 7.4 (no driver attached) xl0: <3Com 3c905B-TX Fast Etherlink XL> port 0xd600-0xd67f mem 0xeffffe80-0xeffffeff irq 12 at device 10.0 on pci0 xl0: Reserved 0x80 bytes for rid 0x14 type 3 at 0xeffffe80 xl0: using memory mapped I/O xl0: media options word: a xl0: found MII/AUTO miibus0: on xl0 xlphy0: <3Com internal media interface> PHY 24 on miibus0 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: bpf attached xl0: Ethernet address: 00:01:02:d9:b4:95 xl0: [MPSAFE] xl0: [ITHREAD] sym0: <895> port 0xd800-0xd8ff mem 0xefffff00-0xefffffff,0xefffe000-0xefffefff irq 10 at device 11.0 on pci0 sym0: Reserved 0x100 bytes for rid 0x14 type 3 at 0xefffff00 sym0: Reserved 0x1000 bytes for rid 0x18 type 3 at 0xefffe000 sym0: Tekram NVRAM, ID 7, Fast-40, LVD, parity checking sym0: open drain IRQ line driver, using on-chip SRAM sym0: using LOAD/STORE-based firmware. sym0: [MPSAFE] sym0: [ITHREAD] acpi_tz0: on acpi0 atrtc0: port 0x70-0x71 irq 8 on acpi0 atrtc0: registered as a time-of-day clock (resolution 1000000us) 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:0x1d0000 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: unable to allocate IRQ fdc0: port 0x3f2-0x3f3,0x3f4-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: ic_type 90 part_id 80 fdc0: [FILTER] fd0: <2880-KB 3.5" drive (in 1440-KB mode)> on fdc0 drive 0 fd1: <1200-KB 5.25" drive> on fdc0 drive 1 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart0: [FILTER] uart0: fast interrupt uart0: console (9600,n,8,1) uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 uart1: [FILTER] uart1: fast interrupt ppc0: using extended I/O port range ppc0: SPP ppc0: port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppc0: [MPSAFE] ppc0: [ITHREAD] ppbus0: on ppc0 lpt0: on ppbus0 lpt0: [MPSAFE] lpt0: [ITHREAD] lpt0: Interrupt-driven port ppi0: on ppbus0 cpu0: on acpi0 cpu0: switching to generic Cx mode 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 isa_probe_children: disabling PnP devices pmtimer0 on isa0 atkbdc: atkbdc0 already exists; skipping it atrtc: atrtc0 already exists; skipping it fdc: fdc0 already exists; skipping it ppc: ppc0 already exists; skipping it sc: sc0 already exists; skipping it uart: uart0 already exists; skipping it uart: uart1 already exists; skipping it isa_probe_children: probing non-PnP devices orm0: at iomem 0xc0000-0xccfff,0xcd000-0xcffff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x100> sc0: fb0, kbd1, terminal emulator: scteken (teken terminal) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ata0 failed to probe at port 0x1f0 irq 14 on isa0 ata1 failed to probe at port 0x170 irq 15 on isa0 isa_probe_children: probing PnP devices Device configuration finished. procfs registered Timecounter "TSC" frequency 908958257 Hz quality 800 Timecounters tick every 1.000 msec lo0: bpf attached Waiting 5 seconds for SCSI devices to settle (noperiph:sym0:0:-1:-1): SCSI BUS reset delivered. --cHMo6Wbp1wrKhbfi-- From owner-freebsd-acpi@FreeBSD.ORG Wed Jan 6 21:25:26 2010 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6CB771065676 for ; Wed, 6 Jan 2010 21:25:26 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 064278FC22 for ; Wed, 6 Jan 2010 21:25:26 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 8B85746B46; Wed, 6 Jan 2010 16:25:25 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id C52628A01D; Wed, 6 Jan 2010 16:25:24 -0500 (EST) From: John Baldwin To: Joerg Wunsch Date: Wed, 6 Jan 2010 15:54:33 -0500 User-Agent: KMail/1.12.1 (FreeBSD/7.2-CBSD-20091103; KDE/4.3.1; amd64; ; ) References: <20091230082556.GD1637@uriah.heep.sax.de> <201001061343.16098.jhb@freebsd.org> <20100106193915.GE1616@uriah.heep.sax.de> In-Reply-To: <20100106193915.GE1616@uriah.heep.sax.de> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201001061554.33326.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Wed, 06 Jan 2010 16:25:24 -0500 (EST) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: freebsd-acpi@freebsd.org Subject: Re: FreeBSD 8.0 hangs on boot with ACPI enabled X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jan 2010 21:25:26 -0000 On Wednesday 06 January 2010 2:39:15 pm Joerg Wunsch wrote: > As John Baldwin wrote: > > > > Are you interested in the devinfo -ur output from the FreeBSD 6.2 > > > boot CD-ROM? [...] > > > Yes, I want to see what resources ACPI thinks the system resource > > devices should be using. > > OK, here we go. I only now noticed that even FreeBSD 6.2 wasn't that > successful as I believed initially: the ahc0 driver initialization > aborts, so it doesn't find any disk. It's just that it doesn't hang > hard, so I could at least continue booting from the (ATAPI) CD-ROM to > run the command. Can you build a kernel with DDB and break into the debugger once it is hung and run 'show intrcnt'? -- John Baldwin From owner-freebsd-acpi@FreeBSD.ORG Wed Jan 6 22:09:08 2010 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8A2C51065670; Wed, 6 Jan 2010 22:09:08 +0000 (UTC) (envelope-from j@uriah.heep.sax.de) Received: from uriah.heep.sax.de (uriah.heep.sax.de [213.240.137.9]) by mx1.freebsd.org (Postfix) with ESMTP id 323B68FC13; Wed, 6 Jan 2010 22:09:07 +0000 (UTC) Received: by uriah.heep.sax.de (Postfix, from userid 107) id F167645; Wed, 6 Jan 2010 23:09:05 +0100 (MET) Date: Wed, 6 Jan 2010 23:09:05 +0100 From: Joerg Wunsch To: John Baldwin Message-ID: <20100106220905.GG1616@uriah.heep.sax.de> References: <20091230082556.GD1637@uriah.heep.sax.de> <201001061343.16098.jhb@freebsd.org> <20100106193915.GE1616@uriah.heep.sax.de> <201001061554.33326.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201001061554.33326.jhb@freebsd.org> X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-GPG-Fingerprint: 5E84 F980 C3CA FD4B B584 1070 F48C A81B 69A8 5873 User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-acpi@freebsd.org Subject: Re: FreeBSD 8.0 hangs on boot with ACPI enabled X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Joerg Wunsch List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jan 2010 22:09:08 -0000 As John Baldwin wrote: > Can you build a kernel with DDB and break into the debugger once it > is hung and run 'show intrcnt'? I already built a DDB kernel, but I'm unable to break into the debugger at that point. My guess is that something's fishy with the interrupts, so the break simply never arrives. (As another indication, things like the numlock or caps lock LED don't work either in that situation.) I might try jumping from breakpoint to breakpoint, but I first have to sketch a kind of schedule about where to set DDB breakpoints. Alas, time to go to bed now here, so I have to do that by tomorrow. -- cheers, J"org .-.-. --... ...-- -.. . DL8DTL http://www.sax.de/~joerg/ NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-acpi@FreeBSD.ORG Thu Jan 7 07:04:35 2010 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D65C6106568B; Thu, 7 Jan 2010 07:04:35 +0000 (UTC) (envelope-from j@uriah.heep.sax.de) Received: from uriah.heep.sax.de (uriah.heep.sax.de [213.240.137.9]) by mx1.freebsd.org (Postfix) with ESMTP id 28C338FC16; Thu, 7 Jan 2010 07:04:34 +0000 (UTC) Received: by uriah.heep.sax.de (Postfix, from userid 107) id B229D45; Thu, 7 Jan 2010 08:04:33 +0100 (MET) Date: Thu, 7 Jan 2010 08:04:33 +0100 From: Joerg Wunsch To: John Baldwin Message-ID: <20100107070433.GH1616@uriah.heep.sax.de> References: <20091230082556.GD1637@uriah.heep.sax.de> <201001061343.16098.jhb@freebsd.org> <20100106193915.GE1616@uriah.heep.sax.de> <201001061554.33326.jhb@freebsd.org> <20100106220905.GG1616@uriah.heep.sax.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100106220905.GG1616@uriah.heep.sax.de> X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-GPG-Fingerprint: 5E84 F980 C3CA FD4B B584 1070 F48C A81B 69A8 5873 User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-acpi@freebsd.org Subject: Re: FreeBSD 8.0 hangs on boot with ACPI enabled X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Joerg Wunsch List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jan 2010 07:04:36 -0000 As Joerg Wunsch wrote: > I might try jumping from breakpoint to breakpoint, but I first have > to sketch a kind of schedule about where to set DDB breakpoints. > Alas, time to go to bed now here, so I have to do that by tomorrow. OK, I think we're getting closer on the "hangs on boot" issue (letting the issue aside that ahc0 doesn't get the correct IO address space assigned, I'm using the Tekram DC-895 sym0 controller by now). I managed it to set breakpoints to xpt_alloc(), and then to _sleep(). That's where they are reached: Waiting 5 seconds for SCSI devices to settle [thread pid 0 tid 100000 ] Breakpoint at _sleep: pushl %ebp db> c [thread pid 2 tid 100007 ] Breakpoint at _sleep: pushl %ebp db> c [thread pid 3 tid 100008 ] Breakpoint at _sleep: pushl %ebp db> c [thread pid 4 tid 100009 ] Breakpoint at _sleep: pushl %ebp db> c [thread pid 13 tid 100011 ] Breakpoint at _sleep: pushl %ebp db> c [thread pid 5 tid 100020 ] Breakpoint at _sleep: pushl %ebp db> c [thread pid 14 tid 100025 ] Breakpoint at _sleep: pushl %ebp db> trace Tracing pid 14 tid 100025 td 0xc2c61b40 _sleep(0,c2b69d38,0,0,0,...) at _sleep fork_exit(c04bf050,0,c2b69d38) at fork_exit+0x90 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc2b69d70, ebp = 0 --- If I continue there, it just sits there, and hangs. No DDB break, no nothing. I tried setting a breakpoint to fork_exit+0x90 (which would be the next instruction after the _sleep), which is never reached. The DDB ps command shows: pid ppid pgrp uid state wmesg wchan cmd 6 0 0 0 RL [fdc0] 15 0 0 0 RL [acpi_cooling0] 14 0 0 0 RL CPU 0 [acpi_thermal] 5 0 0 0 SL ccb_scan 0xc08dd5d4 [xpt_thrd] 13 0 0 0 SL - 0xc08f4ce4 [yarrow] 4 0 0 0 SL - 0xc08f2ac4 [g_down] 3 0 0 0 SL - 0xc08f2ac0 [g_up] 2 0 0 0 SL fdwait 0xc2d82d00 [g_event] 12 0 0 0 WL (threaded) intr 100030 I [irq7: ppc0] 100029 I [swi0: uart uart] 100027 I [irq1: atkbd0] 100024 I [irq10: sym0] 100023 I [irq12: xl0] 100022 I [irq9: acpi0] 100021 I [swi2: cambio] 100018 I [swi6: task queue] 100017 I [swi6: Giant taskq] 100015 I [swi5: +] 100006 I [swi3: vm] 100005 I [swi1: netisr 0] 100004 I [swi4: clock] 11 0 0 0 RL [idle] 1 0 0 0 ?L [kernel] 10 0 0 0 SL audit_wo 0xc0906640 [audit] 0 0 0 0 RLs (threaded) kernel 100019 RunQ [kqueue taskq] 100016 RunQ [thread taskq] 100014 RunQ [acpi_task_2] 100013 RunQ [acpi_task_1] 100012 RunQ [acpi_task_0] 100010 RunQ [firmware taskq] 100000 D conifhk 0xc08b640c [swapper] If I'm getting that right, this means the _sleep that never returns belongs to the process acpi_thermal. This would also explain why the hang only occurs if ACPI is enabled. I hope that helps a little in tracking this down. -- cheers, J"org .-.-. --... ...-- -.. . DL8DTL http://www.sax.de/~joerg/ NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-acpi@FreeBSD.ORG Thu Jan 7 15:29:06 2010 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 026AB106576A for ; Thu, 7 Jan 2010 15:29:06 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id C73288FC24 for ; Thu, 7 Jan 2010 15:29:05 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 7956A46B49; Thu, 7 Jan 2010 10:29:05 -0500 (EST) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 6B2B58A01F; Thu, 7 Jan 2010 10:29:04 -0500 (EST) From: John Baldwin To: Joerg Wunsch Date: Thu, 7 Jan 2010 09:44:51 -0500 User-Agent: KMail/1.12.1 (FreeBSD/7.2-CBSD-20091103; KDE/4.3.1; amd64; ; ) References: <20091230082556.GD1637@uriah.heep.sax.de> <20100106220905.GG1616@uriah.heep.sax.de> <20100107070433.GH1616@uriah.heep.sax.de> In-Reply-To: <20100107070433.GH1616@uriah.heep.sax.de> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201001070944.51985.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Thu, 07 Jan 2010 10:29:04 -0500 (EST) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: freebsd-acpi@freebsd.org Subject: Re: FreeBSD 8.0 hangs on boot with ACPI enabled 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, 07 Jan 2010 15:29:06 -0000 On Thursday 07 January 2010 2:04:33 am Joerg Wunsch wrote: > As Joerg Wunsch wrote: > > > I might try jumping from breakpoint to breakpoint, but I first have > > to sketch a kind of schedule about where to set DDB breakpoints. > > Alas, time to go to bed now here, so I have to do that by tomorrow. > > OK, I think we're getting closer on the "hangs on boot" issue (letting > the issue aside that ahc0 doesn't get the correct IO address space > assigned, I'm using the Tekram DC-895 sym0 controller by now). > > I managed it to set breakpoints to xpt_alloc(), and then to _sleep(). > > That's where they are reached: > > Waiting 5 seconds for SCSI devices to settle > [thread pid 0 tid 100000 ] > Breakpoint at _sleep: pushl %ebp > db> c > [thread pid 2 tid 100007 ] > Breakpoint at _sleep: pushl %ebp > db> c > [thread pid 3 tid 100008 ] > Breakpoint at _sleep: pushl %ebp > db> c > [thread pid 4 tid 100009 ] > Breakpoint at _sleep: pushl %ebp > db> c > [thread pid 13 tid 100011 ] > Breakpoint at _sleep: pushl %ebp > db> c > [thread pid 5 tid 100020 ] > Breakpoint at _sleep: pushl %ebp > db> c > [thread pid 14 tid 100025 ] > Breakpoint at _sleep: pushl %ebp > db> trace > Tracing pid 14 tid 100025 td 0xc2c61b40 > _sleep(0,c2b69d38,0,0,0,...) at _sleep > fork_exit(c04bf050,0,c2b69d38) at fork_exit+0x90 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0, eip = 0, esp = 0xc2b69d70, ebp = 0 --- > > If I continue there, it just sits there, and hangs. No DDB break, no > nothing. I tried setting a breakpoint to fork_exit+0x90 (which would > be the next instruction after the _sleep), which is never reached. fork_exit+0x90 never gets executed unless a kthread returns from its main routine. You can try disabling ACPI's thermal support (debug.acpi.disabled=thermal I think) to see if that helps. You could also start adding breakpoints to the main kthread routine for the acpi_thermal thread (and/or acpi_cooling). It may also be useful for you to change mi_switch() to print out the name of each new thread that runs after returning from sched_switch(). -- John Baldwin From owner-freebsd-acpi@FreeBSD.ORG Thu Jan 7 19:16:26 2010 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0E62810656C0; Thu, 7 Jan 2010 19:16:26 +0000 (UTC) (envelope-from j@uriah.heep.sax.de) Received: from uriah.heep.sax.de (uriah.heep.sax.de [213.240.137.9]) by mx1.freebsd.org (Postfix) with ESMTP id A9C228FC19; Thu, 7 Jan 2010 19:16:25 +0000 (UTC) Received: by uriah.heep.sax.de (Postfix, from userid 107) id 410A345; Thu, 7 Jan 2010 20:16:24 +0100 (MET) Date: Thu, 7 Jan 2010 20:16:24 +0100 From: Joerg Wunsch To: John Baldwin Message-ID: <20100107191624.GO1616@uriah.heep.sax.de> References: <20091230082556.GD1637@uriah.heep.sax.de> <20100106220905.GG1616@uriah.heep.sax.de> <20100107070433.GH1616@uriah.heep.sax.de> <201001070944.51985.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201001070944.51985.jhb@freebsd.org> X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-GPG-Fingerprint: 5E84 F980 C3CA FD4B B584 1070 F48C A81B 69A8 5873 User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-acpi@freebsd.org Subject: Re: FreeBSD 8.0 hangs on boot with ACPI enabled X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Joerg Wunsch List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jan 2010 19:16:26 -0000 As John Baldwin wrote: > You can try disabling ACPI's thermal support > (debug.acpi.disabled=thermal I think) to see if that helps. Yeah! I've got FreeBSD 8 running for the first time with ACPI enabled on that machine now. So the question is why acpi_thermal hangs... I might also try swapping the ahc0 controller back now. Do you have any idea why this one gets a correct resource allocation with debug.acpi.disabled=sysres but not otherwise? Is that rather a bug in the ACPI BIOS or in FreeBSD? I could probably live with enabling both debugging options for that machine, but I'd also like to help avoiding in particular the hard hang in acpi_thermal since it might perhaps also affect other users. Thanks a lot for all your help so far, John, it's really appreciated! -- cheers, J"org .-.-. --... ...-- -.. . DL8DTL http://www.sax.de/~joerg/ NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-acpi@FreeBSD.ORG Thu Jan 7 22:54:44 2010 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A36C6106566B for ; Thu, 7 Jan 2010 22:54:44 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 73E2E8FC08 for ; Thu, 7 Jan 2010 22:54:44 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 24EE946B38; Thu, 7 Jan 2010 17:54:44 -0500 (EST) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 52D2A8A01D; Thu, 7 Jan 2010 17:54:43 -0500 (EST) From: John Baldwin To: Joerg Wunsch Date: Thu, 7 Jan 2010 17:44:06 -0500 User-Agent: KMail/1.12.1 (FreeBSD/7.2-CBSD-20091103; KDE/4.3.1; amd64; ; ) References: <20091230082556.GD1637@uriah.heep.sax.de> <201001070944.51985.jhb@freebsd.org> <20100107191624.GO1616@uriah.heep.sax.de> In-Reply-To: <20100107191624.GO1616@uriah.heep.sax.de> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201001071744.06051.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Thu, 07 Jan 2010 17:54:43 -0500 (EST) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: freebsd-acpi@freebsd.org Subject: Re: FreeBSD 8.0 hangs on boot with ACPI enabled 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, 07 Jan 2010 22:54:44 -0000 On Thursday 07 January 2010 2:16:24 pm Joerg Wunsch wrote: > As John Baldwin wrote: > > > You can try disabling ACPI's thermal support > > (debug.acpi.disabled=thermal I think) to see if that helps. > > Yeah! I've got FreeBSD 8 running for the first time with ACPI enabled > on that machine now. > > So the question is why acpi_thermal hangs... I might also try > swapping the ahc0 controller back now. Do you have any idea why this > one gets a correct resource allocation with debug.acpi.disabled=sysres > but not otherwise? Is that rather a bug in the ACPI BIOS or in > FreeBSD? > > I could probably live with enabling both debugging options for that > machine, but I'd also like to help avoiding in particular the hard > hang in acpi_thermal since it might perhaps also affect other users. > > Thanks a lot for all your help so far, John, it's really appreciated! Wait, does disabling acpi_thermal change the system resource settings such at ahc now works even with sysres not disabled? That is weird! That has to be some weird quirk in the BIOS. As far as debugging the acpi_thermal hang I think you would want to add some printfs to the acpi_thermal kthreads to narrow down where the hang occurs. -- John Baldwin From owner-freebsd-acpi@FreeBSD.ORG Thu Jan 7 23:02:35 2010 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 42438106566C; Thu, 7 Jan 2010 23:02:35 +0000 (UTC) (envelope-from j@uriah.heep.sax.de) Received: from uriah.heep.sax.de (uriah.heep.sax.de [213.240.137.9]) by mx1.freebsd.org (Postfix) with ESMTP id DC8618FC13; Thu, 7 Jan 2010 23:02:34 +0000 (UTC) Received: by uriah.heep.sax.de (Postfix, from userid 107) id 9EDC290; Fri, 8 Jan 2010 00:02:33 +0100 (MET) Date: Fri, 8 Jan 2010 00:02:33 +0100 From: Joerg Wunsch To: John Baldwin Message-ID: <20100107230233.GA1616@uriah.heep.sax.de> References: <20091230082556.GD1637@uriah.heep.sax.de> <201001070944.51985.jhb@freebsd.org> <20100107191624.GO1616@uriah.heep.sax.de> <201001071744.06051.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201001071744.06051.jhb@freebsd.org> X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-GPG-Fingerprint: 5E84 F980 C3CA FD4B B584 1070 F48C A81B 69A8 5873 User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-acpi@freebsd.org Subject: Re: FreeBSD 8.0 hangs on boot with ACPI enabled X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Joerg Wunsch List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jan 2010 23:02:35 -0000 As John Baldwin wrote: > Wait, does disabling acpi_thermal change the system resource > settings such at ahc now works even with sysres not disabled? That > is weird! No, both are unrelated. So right now, I have both, thermal and sysres in the disabled list. Using this, the entire system now at least works. (But it used to work including the ACPI thermal stuff in the past.) > As far as debugging the acpi_thermal hang I think you would want to > add some printfs to the acpi_thermal kthreads to narrow down where > the hang occurs. OK, I'll have a closer look at that within the next days. Meanwhile, further ideas how to fix the ahc0 resource allocation are welcome (or a definitive decision that it's a resource allocation bug in my BIOS, so disabling sysres is the most appropriate workaround anyway). -- cheers, J"org .-.-. --... ...-- -.. . DL8DTL http://www.sax.de/~joerg/ NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-acpi@FreeBSD.ORG Fri Jan 8 13:47:25 2010 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 65301106575D for ; Fri, 8 Jan 2010 13:47:22 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 9D9408FC1B for ; Fri, 8 Jan 2010 13:47:22 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 55B0146B2E; Fri, 8 Jan 2010 08:47:22 -0500 (EST) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 4A3028A01F; Fri, 8 Jan 2010 08:47:21 -0500 (EST) From: John Baldwin To: Joerg Wunsch Date: Fri, 8 Jan 2010 08:35:52 -0500 User-Agent: KMail/1.12.1 (FreeBSD/7.2-CBSD-20091103; KDE/4.3.1; amd64; ; ) References: <20091230082556.GD1637@uriah.heep.sax.de> <201001071744.06051.jhb@freebsd.org> <20100107230233.GA1616@uriah.heep.sax.de> In-Reply-To: <20100107230233.GA1616@uriah.heep.sax.de> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201001080835.52154.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Fri, 08 Jan 2010 08:47:21 -0500 (EST) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: freebsd-acpi@freebsd.org Subject: Re: FreeBSD 8.0 hangs on boot with ACPI enabled 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, 08 Jan 2010 13:47:25 -0000 On Thursday 07 January 2010 6:02:33 pm Joerg Wunsch wrote: > As John Baldwin wrote: > > > Wait, does disabling acpi_thermal change the system resource > > settings such at ahc now works even with sysres not disabled? That > > is weird! > > No, both are unrelated. So right now, I have both, thermal and sysres > in the disabled list. Using this, the entire system now at least > works. > > (But it used to work including the ACPI thermal stuff in the past.) > > > As far as debugging the acpi_thermal hang I think you would want to > > add some printfs to the acpi_thermal kthreads to narrow down where > > the hang occurs. > > OK, I'll have a closer look at that within the next days. > > Meanwhile, further ideas how to fix the ahc0 resource allocation are > welcome (or a definitive decision that it's a resource allocation bug > in my BIOS, so disabling sysres is the most appropriate workaround > anyway). For now I would just leave sysres disabled in the BIOS. Fixing the resource allocation stuff is very non-trivial. :-/ -- John Baldwin From owner-freebsd-acpi@FreeBSD.ORG Fri Jan 8 14:03:41 2010 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2AA6D106566B; Fri, 8 Jan 2010 14:03:41 +0000 (UTC) (envelope-from j@uriah.heep.sax.de) Received: from uriah.heep.sax.de (uriah.heep.sax.de [213.240.137.9]) by mx1.freebsd.org (Postfix) with ESMTP id C6F578FC0A; Fri, 8 Jan 2010 14:03:40 +0000 (UTC) Received: by uriah.heep.sax.de (Postfix, from userid 107) id 0477045; Fri, 8 Jan 2010 15:03:39 +0100 (MET) Date: Fri, 8 Jan 2010 15:03:38 +0100 From: Joerg Wunsch To: John Baldwin Message-ID: <20100108140338.GE49006@uriah.heep.sax.de> References: <20091230082556.GD1637@uriah.heep.sax.de> <201001071744.06051.jhb@freebsd.org> <20100107230233.GA1616@uriah.heep.sax.de> <201001080835.52154.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201001080835.52154.jhb@freebsd.org> X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-GPG-Fingerprint: 5E84 F980 C3CA FD4B B584 1070 F48C A81B 69A8 5873 User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-acpi@freebsd.org Subject: Re: FreeBSD 8.0 hangs on boot with ACPI enabled X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Joerg Wunsch List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jan 2010 14:03:41 -0000 As John Baldwin wrote: > For now I would just leave sysres disabled in the BIOS. Fixing the > resource allocation stuff is very non-trivial. :-/ OK. Do you have a "gut feeling" about what might be the reason for the issue? Is it that the ACPI BIOS only wants to grant 0xde00... 0xde03 but the card wants 0xde00...0xdeff? Is that a BIOS issue then? (Remember, the sym0 card correctly gets its 0x100 long range.) -- cheers, J"org .-.-. --... ...-- -.. . DL8DTL http://www.sax.de/~joerg/ NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-acpi@FreeBSD.ORG Fri Jan 8 16:13:33 2010 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 421711065679 for ; Fri, 8 Jan 2010 16:13:33 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 120298FC17 for ; Fri, 8 Jan 2010 16:13:33 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id B989E46B23; Fri, 8 Jan 2010 11:13:32 -0500 (EST) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id E1E3E8A01D; Fri, 8 Jan 2010 11:13:31 -0500 (EST) From: John Baldwin To: Joerg Wunsch Date: Fri, 8 Jan 2010 11:10:13 -0500 User-Agent: KMail/1.12.1 (FreeBSD/7.2-CBSD-20091103; KDE/4.3.1; amd64; ; ) References: <20091230082556.GD1637@uriah.heep.sax.de> <201001080835.52154.jhb@freebsd.org> <20100108140338.GE49006@uriah.heep.sax.de> In-Reply-To: <20100108140338.GE49006@uriah.heep.sax.de> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201001081110.13349.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Fri, 08 Jan 2010 11:13:31 -0500 (EST) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: freebsd-acpi@freebsd.org Subject: Re: FreeBSD 8.0 hangs on boot with ACPI enabled 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, 08 Jan 2010 16:13:33 -0000 On Friday 08 January 2010 9:03:38 am Joerg Wunsch wrote: > As John Baldwin wrote: > > > For now I would just leave sysres disabled in the BIOS. Fixing the > > resource allocation stuff is very non-trivial. :-/ > > OK. Do you have a "gut feeling" about what might be the reason for > the issue? Is it that the ACPI BIOS only wants to grant 0xde00... > 0xde03 but the card wants 0xde00...0xdeff? Is that a BIOS issue then? > (Remember, the sym0 card correctly gets its 0x100 long range.) The BIOS should not be giving conflicting ranges like that. I think that I will probably make changes so that the PCI BARs overwrite what the ACPI system resources say as part of future resource management changes. This isn't the only case where ACPI has caused conflicts between PCI and system resources. -- John Baldwin From owner-freebsd-acpi@FreeBSD.ORG Fri Jan 8 16:34:15 2010 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4E8E6106568D for ; Fri, 8 Jan 2010 16:34:15 +0000 (UTC) (envelope-from j@uriah.heep.sax.de) Received: from uriah.heep.sax.de (uriah.heep.sax.de [213.240.137.9]) by mx1.freebsd.org (Postfix) with ESMTP id ECB978FC18 for ; Fri, 8 Jan 2010 16:34:14 +0000 (UTC) Received: by uriah.heep.sax.de (Postfix, from userid 107) id BA85145; Fri, 8 Jan 2010 17:34:13 +0100 (MET) Date: Fri, 8 Jan 2010 17:34:13 +0100 From: Joerg Wunsch To: freebsd-acpi@freebsd.org Message-ID: <20100108163413.GI49006@uriah.heep.sax.de> References: <20091230082556.GD1637@uriah.heep.sax.de> <201001080835.52154.jhb@freebsd.org> <20100108140338.GE49006@uriah.heep.sax.de> <201001081110.13349.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201001081110.13349.jhb@freebsd.org> X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-GPG-Fingerprint: 5E84 F980 C3CA FD4B B584 1070 F48C A81B 69A8 5873 User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: FreeBSD 8.0 hangs on boot with ACPI enabled X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Joerg Wunsch List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jan 2010 16:34:15 -0000 As John Baldwin wrote: > The BIOS should not be giving conflicting ranges like that. I think that > I will probably make changes so that the PCI BARs overwrite what the ACPI > system resources say as part of future resource management changes. This > isn't the only case where ACPI has caused conflicts between PCI and system > resources. OK, convinced, I'll simply stick with sysres being disabled by now. -- cheers, J"org .-.-. --... ...-- -.. . DL8DTL http://www.sax.de/~joerg/ NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-)