Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 14 Jan 2009 17:28:09 +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:  <496E0489.5000900@bulinfo.net>
In-Reply-To: <496E0207.8030302@bulinfo.net>
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>

next in thread | previous in thread | raw e-mail | index | archive | help
-----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 <krassi@bulinfo.net> 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: <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=0, physical bus=2
>> 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=0, physical bus=3
>>
>> and also these:
>>
>> 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=0, physical bus=4
>>
>> 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=0, physical bus=5
>>
>> bge0 (the wired interface is on pcib4:
>>
>> 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
>>
>> and wpi0 (the wireless) is on pcib3:
>>
>> 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
>>
>> 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=0, physical bus=2
>> 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=0, physical bus=3
>>
>> 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=0, physical bus=4
>>
>> 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=0, physical bus=5
>>
>> bge with acpi disabled:
>>
>> 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, 1000baseT-FDX, auto
>> bge0: bpf attached
>> bge0: Ethernet address: 00:16:36:54:a9:ae
>> bge0: [MPSAFE]
>> bge0: [ITHREAD]
>>
>> 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 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-----



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?496E0489.5000900>