Date: Wed, 14 Jan 2009 17:17:27 +0200 From: Krassimir Slavchev <krassi@bulinfo.net> To: Torfinn Ingolfsen <torfinn.ingolfsen@broadpark.no> Cc: freebsd-stable@freebsd.org, Nate Lawson <nate@root.org> Subject: Re: ACPI support? Message-ID: <496E0207.8030302@bulinfo.net> In-Reply-To: <20090109202457.19d0fc1a.torfinn.ingolfsen@broadpark.no> References: <49633C85.3090507@bulinfo.net> <20090108204311.c9700e91.torfinn.ingolfsen@broadpark.no> <4967045D.30109@bulinfo.net> <20090109202457.19d0fc1a.torfinn.ingolfsen@broadpark.no>
next in thread | previous in thread | raw e-mail | index | archive | help
This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigB647D0FEC8617316E0568C6C Content-Type: multipart/mixed; boundary="------------060905050403070305090308" This is a multi-part message in MIME format. --------------060905050403070305090308 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hello, Finally I found what is the problem. from ACPI CA release notes: =2E.. 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. Th= is ensures that all operation regions and devices throughout the namespace have been initialized before GPEs are enabled. Alexey Starikovskiy, BZ 9916. =2E.. 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 <krassi@bulinfo.net> wrote: >=20 >> I have found that thread. >=20 > FWIW, I started a new thread[1] on freebsd-mobile, to update the status= > now after FreeBSD 7.1 has been released >=20 >> 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 >=20 > Interesting. For my laptop, it seems that these bridges have the > problem: > pcib2: <ACPI PCI-PCI bridge> 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: <ACPI PCI bus> on pcib2 > pci2: domain=3D0, physical bus=3D2 > pcib3: <ACPI PCI-PCI bridge> 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: <ACPI PCI bus> on pcib3 > pci3: domain=3D0, physical bus=3D3 >=20 > and also these: >=20 > pcib4: <ACPI PCI-PCI bridge> 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: <ACPI PCI bus> on pcib4 > pci4: domain=3D0, physical bus=3D4 >=20 > pcib5: <ACPI PCI-PCI bridge> 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: <ACPI PCI bus> on pcib5 > pci5: domain=3D0, physical bus=3D5 >=20 > bge0 (the wired interface is on pcib4: >=20 > bge0: <Broadcom NetXtreme Gigabit Ethernet Controller, ASIC rev. 0x4201= > 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 >=20 > and wpi0 (the wireless) is on pcib3: >=20 > wpi0: <Intel(R) PRO/Wireless 3945ABG> 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 >=20 > With acpi disabled, the bridges shoiw up like this: > pcib2: <PCI-PCI bridge> 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: <PCI bus> on pcib2 > pci2: domain=3D0, physical bus=3D2 > pcib3: <PCI-PCI bridge> 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: <PCI bus> on pcib3 > pci3: domain=3D0, physical bus=3D3 >=20 > pcib4: <PCI-PCI bridge> 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: <PCI bus> on pcib4 > pci4: domain=3D0, physical bus=3D4 >=20 > pcib5: <PCI-PCI bridge> 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: <PCI bus> on pcib5 > pci5: domain=3D0, physical bus=3D5 >=20 > bge with acpi disabled: >=20 > bge0: <Broadcom NetXtreme Gigabit Ethernet Controller, ASIC rev. 0x4201= > 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: <MII bus> on bge0 > brgphy0: <BCM5750 10/100/1000baseTX PHY> PHY 1 on miibus0 > brgphy0: OUI 0x000818, model 0x0018, rev. 0 > brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 10= 00baseT-FDX, auto > bge0: bpf attached > bge0: Ethernet address: 00:16:36:54:a9:ae > bge0: [MPSAFE] > bge0: [ITHREAD] >=20 > wpi with acpi disabled: > wpi0: <Intel(R) PRO/Wireless 3945ABG> 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 2= 4Mbps 36Mbps 48Mbps 54Mbps >=20 > Perhaps I should try to patch my pci too. >=20 > References: > 1) > http://lists.freebsd.org/pipermail/freebsd-mobile/2009-January/011294.h= tml --------------060905050403070305090308 Content-Type: text/plain; name="acpi_ec.c.diff" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline; filename="acpi_ec.c.diff" --- sys/dev/acpica/acpi_ec.c.orig 2009-01-14 16:52:40.000000000 +0200 +++ sys/dev/acpica/acpi_ec.c 2009-01-14 16:58:05.000000000 +0200 @@ -828,6 +828,11 @@ if (need_poll) { static int once; =20 + /* + * XXX Workaround for ACPI CA versions < 20080514 + */ + sleep(1); + if (EcCheckStatus(sc, "pre-check", Event) =3D=3D AE_OK) { if (!once) { device_printf(sc->ec_dev, --------------060905050403070305090308-- --------------enigB647D0FEC8617316E0568C6C Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFJbgIMxJBWvpalMpkRAiv7AJ9XSijgx0H+xlTwehNbiGieK/Ra3gCfQ+5R Ufcg+186AkD/BbSvrNB/tv8= =cP7N -----END PGP SIGNATURE----- --------------enigB647D0FEC8617316E0568C6C--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?496E0207.8030302>