From owner-freebsd-stable@FreeBSD.ORG Wed Jan 14 15:28:14 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 635BD10656C6 for ; Wed, 14 Jan 2009 15:28:14 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from mx.bulinfo.net (mx.bulinfo.net [193.194.156.1]) by mx1.freebsd.org (Postfix) with ESMTP id ADA8D8FC1C for ; Wed, 14 Jan 2009 15:28:12 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from localhost (localhost [127.0.0.1]) by mx.bulinfo.net (Postfix) with ESMTP id 3A555C1A5; Wed, 14 Jan 2009 17:28:11 +0200 (EET) Received: from mx.bulinfo.net ([127.0.0.1]) by localhost (mx.bulinfo.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 30531-09; Wed, 14 Jan 2009 17:28:10 +0200 (EET) Received: from [192.168.2.188] (pythia.bulinfo.net [212.72.195.5]) by mx.bulinfo.net (Postfix) with ESMTP id 1D4BDBDF5; Wed, 14 Jan 2009 17:28:10 +0200 (EET) Message-ID: <496E0489.5000900@bulinfo.net> Date: Wed, 14 Jan 2009 17:28:09 +0200 From: Krassimir Slavchev User-Agent: Thunderbird 2.0.0.14 (X11/20080616) MIME-Version: 1.0 To: Torfinn Ingolfsen References: <49633C85.3090507@bulinfo.net> <20090108204311.c9700e91.torfinn.ingolfsen@broadpark.no> <4967045D.30109@bulinfo.net> <20090109202457.19d0fc1a.torfinn.ingolfsen@broadpark.no> <496E0207.8030302@bulinfo.net> In-Reply-To: <496E0207.8030302@bulinfo.net> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at mx.bulinfo.net Cc: freebsd-stable@freebsd.org, Nate Lawson Subject: Re: ACPI support? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jan 2009 15:28:15 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Ooops, sorry sleep() prevents loading of acpi module! Krassimir Slavchev wrote: > Hello, > > Finally I found what is the problem. > > from ACPI CA release notes: > ... > 14 May 2008. Summary of changes for version 20080514: > > 1) ACPI CA Core Subsystem: > > Fixed a problem where GPEs were enabled too early during the ACPICA > initialization. This could lead to "handler not installed" errors on some > machines. Moved GPE enable until after _REG/_STA/_INI methods are run. This > ensures that all operation regions and devices throughout the namespace > have > been initialized before GPEs are enabled. Alexey Starikovskiy, BZ 9916. > ... > > See the attached patch for possible workaround of the problem. > > References: > http://lists.freebsd.org/pipermail/freebsd-acpi/2008-October/005167.html > > Best Regards > > Torfinn Ingolfsen wrote: >> On Fri, 09 Jan 2009 10:01:33 +0200 >> Krassimir Slavchev wrote: >> >>> I have found that thread. >> FWIW, I started a new thread[1] on freebsd-mobile, to update the status >> now after FreeBSD 7.1 has been released >> >>> The problem may be with allocating resources by ACPI PCI-PCI bridge. >>> There is a way to set needed values: >>> http://lists.freebsd.org/pipermail/freebsd-acpi/2008-May/004905.html >> Interesting. For my laptop, it seems that these bridges have the >> problem: >> pcib2: irq 17 at device 28.0 on pci0 >> pcib2: domain 0 >> pcib2: secondary bus 2 >> pcib2: subordinate bus 2 >> pcib2: I/O decode 0x0-0x0 >> pcib2: no prefetched decode >> pci2: on pcib2 >> pci2: domain=0, physical bus=2 >> pcib3: irq 16 at device 28.1 on pci0 >> pcib3: domain 0 >> pcib3: secondary bus 3 >> pcib3: subordinate bus 3 >> pcib3: I/O decode 0x0-0x0 >> pcib3: no prefetched decode >> pci3: on pcib3 >> pci3: domain=0, physical bus=3 >> >> and also these: >> >> pcib4: irq 18 at device 28.2 on pci0 >> pcib4: domain 0 >> pcib4: secondary bus 4 >> pcib4: subordinate bus 4 >> pcib4: I/O decode 0x0-0x0 >> pcib4: no prefetched decode >> pci4: on pcib4 >> pci4: domain=0, physical bus=4 >> >> pcib5: irq 19 at device 28.3 on pci0 >> pcib5: domain 0 >> pcib5: secondary bus 5 >> pcib5: subordinate bus 7 >> pcib5: I/O decode 0x0-0x0 >> pcib5: no prefetched decode >> pcib5: could not get PCI interrupt routing table for \\_SB_.PCI0.RP04 - AE_NOT_FOUND >> pci5: on pcib5 >> pci5: domain=0, physical bus=5 >> >> bge0 (the wired interface is on pcib4: >> >> bge0: irq 18 at device 0.0 on pci4 >> pcib4: bge0 requested unsupported memory range 0-0xffffffff (decoding 0-0, 0-0) >> bge0: 0x10000 bytes of rid 0x10 res 3 failed (0, 0xffffffff). >> bge0: couldn't map memory >> device_attach: bge0 attach returned 6 >> >> and wpi0 (the wireless) is on pcib3: >> >> wpi0: irq 17 at device 0.0 on pci3 >> wpi0: Driver Revision 20071127 >> pcib3: wpi0 requested unsupported memory range 0-0xffffffff (decoding 0-0, 0-0) >> wpi0: 0x1000 bytes of rid 0x10 res 3 failed (0, 0xffffffff). >> wpi0: could not allocate memory resource >> device_attach: wpi0 attach returned 6 >> >> With acpi disabled, the bridges shoiw up like this: >> pcib2: irq 17 at device 28.0 on pci0 >> pcib2: domain 0 >> pcib2: secondary bus 2 >> pcib2: subordinate bus 2 >> pcib2: I/O decode 0xf000-0xfff >> pcib2: no prefetched decode >> pci2: on pcib2 >> pci2: domain=0, physical bus=2 >> pcib3: irq 16 at device 28.1 on pci0 >> pcib3: domain 0 >> pcib3: secondary bus 3 >> pcib3: subordinate bus 3 >> pcib3: I/O decode 0xf000-0xfff >> pcib3: memory decode 0xc8200000-0xc82fffff >> pcib3: no prefetched decode >> pci3: on pcib3 >> pci3: domain=0, physical bus=3 >> >> pcib4: irq 18 at device 28.2 on pci0 >> pcib4: domain 0 >> pcib4: secondary bus 4 >> pcib4: subordinate bus 4 >> pcib4: I/O decode 0xf000-0xfff >> pcib4: memory decode 0xc8300000-0xc83fffff >> pcib4: no prefetched decode >> pci4: on pcib4 >> pci4: domain=0, physical bus=4 >> >> pcib5: irq 19 at device 28.3 on pci0 >> pcib5: domain 0 >> pcib5: secondary bus 5 >> pcib5: subordinate bus 5 >> pcib5: I/O decode 0xf000-0xfff >> pcib5: no prefetched decode >> pci5: on pcib5 >> pci5: domain=0, physical bus=5 >> >> bge with acpi disabled: >> >> bge0: mem 0xc8300000-0xc830ffff irq 17 at device 0.0 on pci4 >> bge0: Reserved 0x10000 bytes for rid 0x10 type 3 at 0xc8300000 >> bge0: attempting to allocate 1 MSI vectors (8 supported) >> msi: routing MSI IRQ 256 to vector 48 >> bge0: using IRQ 256 for MSI >> miibus0: on bge0 >> brgphy0: PHY 1 on miibus0 >> brgphy0: OUI 0x000818, model 0x0018, rev. 0 >> brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto >> bge0: bpf attached >> bge0: Ethernet address: 00:16:36:54:a9:ae >> bge0: [MPSAFE] >> bge0: [ITHREAD] >> >> wpi with acpi disabled: >> wpi0: mem 0xc8200000-0xc8200fff irq 17 at device 0.0 on pci3 >> wpi0: Driver Revision 20071127 >> wpi0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xc8200000 >> wpi0: Hardware Revision (0x1) >> wpi0: Regulatory Domain: MoW2 >> wpi0: Hardware Type: B >> wpi0: Hardware Revision: ? >> wpi0: SKU does support 802.11a >> wpi0: bpf attached >> wpi0: Ethernet address: 00:13:02:3e:d4:ce >> wpi0: bpf attached >> wpi0: bpf attached >> ioapic0: Assigning PCI IRQ 17 to local APIC 0 >> ioapic0: routing intpin 17 (PCI IRQ 17) to vector 60 >> wpi0: [MPSAFE] >> wpi0: [ITHREAD] >> wpi0: 11a rates: 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps >> wpi0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps >> wpi0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps >> >> Perhaps I should try to patch my pci too. >> >> References: >> 1) >> http://lists.freebsd.org/pipermail/freebsd-mobile/2009-January/011294.html > -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFJbgSIxJBWvpalMpkRArjlAJ9NDo3GDHAoT6DBQ/UBS5PnwQL6EQCfSMng 4HL+qQCZUymg3tSOi8/CNyU= =eMlS -----END PGP SIGNATURE-----