|
|
发表于 2006-6-18 14:44:37
|
显示全部楼层
给你看一下，不要嫌多
Description of problem:
The message appears while booting FC4/FC5 right after the line
that says "Uncompressing..."
PCI: Cannot allocate resource region 7 of bridge 0000:00:1c.0
PCI: Cannot allocate resource region 8 of bridge 0000:00:1c.0
PCI: Cannot allocate resource region 9 of bridge 0000:00:1c.0
Version-Release number of selected component (if applicable):
Fedora Core 4 and 5
How reproducible:
Do fresh install FC4/FC5 with HP zd8000 (zd8342) notebook with
PCI/Express Card port/slot
Actual results:
dmesg shows (stripped) :
PCI: Cannot allocate resource region 7 of bridge 0000:00:1c.0
PCI: Cannot allocate resource region 8 of bridge 0000:00:1c.0
PCI: Cannot allocate resource region 9 of bridge 0000:00:1c.0
Expected results:
Ideas or solutions why it should be appearing with dmesg afterall it was detected.
Additional info:
lspci (stripped) shows:
00:1c.0 PCI bridge: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) PCI
Express Port 1 (rev 03)
lspci (verbose/stripped) shows:
00:1c.0 PCI bridge: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) PCI
Express Port 1 (rev 03) (prog-if 00 [Normal decode])
Flags: bus master, fast devsel, latency 0
Bus: primary=00, secondary=02, subordinate=02, sec-latency=0
Capabilities: [40] Express Root Port (Slot+) IRQ 0
Capabilities: [80] Message Signalled Interrupts: 64bit- Queue=0/0 Enable-
Capabilities: [90] #0d [0000]
Capabilities: [a0] Power Management version 2
Capabilities: [100] Virtual Channel
Capabilities: [180] Unknown (5)
Passing acpi=noirq and pci=routeirq did not fix the issue.
When passing below parameters:
acpi=noirq - makes Gnome responses very poor. Clicking and choosing menus are
very slow, reading/writing to harddisk takes very slow.
pci=routeirq - same dmesg output with "cannot allocate", did not noticed any
differences after being logged-in with Gnome.
Comment #1 From Arthur Wilkinson on 2006-03-27 00:22 EST [reply]
I have had the same issue on an 8000 series HP laptop with FC4, and on my new
ASUS Z71V laptop with both FC4 and FC5.
It was the exact same PCI resource error. I have PCI-Express video, two cardbus
slots, and a mini-PCI. I always assumed it was a resource allocation error on
the two cardbus slots, and the mini-PCI, since none of them work, even with
devices I used in my old laptop with FC4, and my video works fine (the high
framerate in Quake4 is a testiment to that). I doubt it's caused by the PCI-
Express.
Since I had both Windows XP, SuSe 10, and Fedora Core 4 on the 8000 series HP
laptop, and the wireless worked in Windows, and not in a single distro of Linux
(not even Knoppix), I would have to surmise that this is a kernel level issue.
The kernel doesn't seem to be capable of assigning the needed resources to the
PCI/cardbus slots for them to be accessable.
Both of these laptops have ICH6 series motherboards. The ASUS has a 2GHz
Pentium M, and DDR-2 memory. I also cannot install Linux off of the optical
drive (I had to use an external), but it works fine when booted into FC4/FC5
and using CD or DVD media. I think kernel support for this series of Intel
motherboards is a little flaky. I've been looking for drivers, but have not
been able to find them.
Comment #2 From Harald Hoyer on 2006-03-27 03:59 EST [reply]
Please test:
http://www.redhat.com/archives/fedora-test-list/2006-March/msg01542.html
Comment #3 From Arthur Wilkinson on 2006-03-27 08:38 EST [reply]
My initial description of the HP laptop I had first encountered this on was not
acurate. I just realized this morning that it was an AMD Turion processor, and
not an Intel. It had an ATI chipset, with integrated ATI video using shared
memory, while the ASUS laptop has an Intel Pentium M, and as far as I know an
Intel chipset with a PCI-Express GeForce card.
I will test the pcmciautils package when I get home tonight, and report on it's
effectivness. Hopefully it will solve the problem, as I have never been able to
get the cardbus or the mini-PCI to work on either of those laptops.
Comment #4 From Arthur Wilkinson on 2006-03-27 19:40 EST [reply]
No, the changes made to /etc/pcmcia/config.opts by that updated package do not
help. I believe that this is an issue assigning resources to the cardbus/mini-
PCI controllers themselves, and not the devices in them. It doesn't matter what
is in my cardbus slot, I always get the error. I typically have nothing in my
cardbus anyway, since it doesn't work. And I know the mini-PCI is empty, and I'
m not even sure how to get the second cardbus slot open on this laptop (still
need to consult the instructions on that). I know it's a new form of cardbus,
and that a standard cardbus card won't fit in it, but I don't remember what it'
s called.
Perhaps this issue is caused by the second cardbus slot? Since it's a new form
of cardbus, it may be confusing either the kernel, or hotplug.
Comment #5 From Arthur Wilkinson on 2006-04-05 14:43 EST [reply]
Updated to kernel version 2.6.16-1.2080_FC5 and problems still persist on the
ASUS Z71V notebook.
Comment #6 From milver nisay on 2006-04-06 13:59 EST [reply]
Oh, I need to test it asap!
Comment #7 From milver nisay on 2006-04-06 15:51 EST [reply]
First of all, with default FC5 kernel, I do not have any boot and logging in
problems with this issue. I can boot without hanging ups.
Now, upgraded my kernel version to 2.6.16-1.2080_FC5smp.
I still do not have any hanging ups issue.
And still have the same results from dmesg of:
PCI: Cannot allocate resource region 7 of bridge 0000:00:1c.0
PCI: Cannot allocate resource region 8 of bridge 0000:00:1c.0
PCI: Cannot allocate resource region 9 of bridge 0000:00:1c.0
Passed boot parameters pci=routeirq and acpi=noirq with and without the
upgraded version of pcmciautils, will show the same above dmesg.
With acpi=noirq will give me equal system performance of pentium 286 systems.
I am planning to play pcmciautils files, will post back.
Comment #8 From Mike Cohler on 2006-04-11 12:40 EST [reply]
I am seeing this series of boot messages on a new Samsung Q35 (with Intel Core
Duo processor) running FC5 stock SMP kernel as above. i.e. the lines
PCI: Cannot allocate resource region 7 of bridge 0000:00:1c.0
PCI: Cannot allocate resource region 8 of bridge 0000:00:1c.0
PCI: Cannot allocate resource region 9 of bridge 0000:00:1c.0
Appear during boot. There is no kernel hangup though and the machine continues
to boot successfully.
I will try to gather further information and post back in a day or two.
Comment #9 From Arthur Wilkinson on 2006-04-12 17:20 EST [reply]
Further information on the hardware configuration of my ASUS Z71V notebook.
Hardware Browser says that my Cardbus slots are Ricoh Co Ltd RL5c476 II (and
there are two of them in the list, and they are identical), using driver yenta_
socket.
Comment #10 From [email protected] on 2006-04-13 15:26 EST [reply]
I am installing FC5 on brand new IBM xSeries 100 type 8486 server:
Apr 13 22:16:55 server kernel: PCI: Using ACPI for IRQ routing
Apr 13 22:16:55 server kernel: PCI: If a device doesn't work, try
"pci=routeirq". If it helps, post a report
Apr 13 22:16:55 server kernel: PCI: Cannot allocate resource region 7 of bridge
0000:00:01.0
Apr 13 22:16:55 server kernel: PCI: Cannot allocate resource region 8 of bridge
0000:00:01.0
Apr 13 22:16:55 server kernel: PCI: Cannot allocate resource region 9 of bridge
0000:00:01.0
Apr 13 22:16:55 server kernel: PCI: Cannot allocate resource region 7 of bridge
0000:00:1c.1
Apr 13 22:16:55 server kernel: PCI: Cannot allocate resource region 8 of bridge
0000:00:1c.1
Apr 13 22:16:55 server kernel: PCI: Cannot allocate resource region 9 of bridge
0000:00:1c.1
lspci -v:
00:00.0 Host bridge: Intel Corporation E7230 Memory Controller Hub (rev 81)
Subsystem: IBM Unknown device 02ef
Flags: bus master, fast devsel, latency 0
Capabilities: [e0] Vendor Specific Information
00:01.0 PCI bridge: Intel Corporation E7230 PCI Express Root Port (rev 81)
(prog-if 00 [Normal decode])
Flags: bus master, fast devsel, latency 0
Bus: primary=00, secondary=01, subordinate=01, sec-latency=0
Capabilities: [88] #0d [0000]
Capabilities: [80] Power Management version 2
Capabilities: [90] Message Signalled Interrupts: 64bit- Queue=0/0 Enable-
Capabilities: [a0] Express Root Port (Slot+) IRQ 0
Capabilities: [100] Virtual Channel
Capabilities: [140] Unknown (5)
00:1c.0 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 1
(rev 01) (prog-if 00 [Normal decode])
Flags: bus master, fast devsel, latency 0
Bus: primary=00, secondary=02, subordinate=02, sec-latency=0
Memory behind bridge: d0100000-d01fffff
Capabilities: [40] Express Root Port (Slot+) IRQ 0
Capabilities: [80] Message Signalled Interrupts: 64bit- Queue=0/0 Enable-
Capabilities: [90] #0d [0000]
Capabilities: [a0] Power Management version 2
Capabilities: [100] Virtual Channel
Capabilities: [180] Unknown (5)
00:1c.1 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 2
(rev 01) (prog-if 00 [Normal decode])
Flags: bus master, fast devsel, latency 0
Bus: primary=00, secondary=04, subordinate=04, sec-latency=0
Capabilities: [40] Express Root Port (Slot+) IRQ 0
Capabilities: [80] Message Signalled Interrupts: 64bit- Queue=0/0 Enable-
Capabilities: [90] #0d [0000]
Capabilities: [a0] Power Management version 2
Capabilities: [100] Virtual Channel
Capabilities: [180] Unknown (5)
00:1d.0 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI #1 (rev
01) (prog-if 00 [UHCI])
Subsystem: IBM Unknown device 02ef
Flags: bus master, medium devsel, latency 0, IRQ 19
I/O ports at 3000
00:1d.1 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI #2 (rev
01) (prog-if 00 [UHCI])
Subsystem: IBM Unknown device 02ef
Flags: bus master, medium devsel, latency 0, IRQ 18
I/O ports at 3020
00:1d.2 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI #3 (rev
01) (prog-if 00 [UHCI])
Subsystem: IBM Unknown device 02ef
Flags: bus master, medium devsel, latency 0, IRQ 20
I/O ports at 3040
00:1d.7 USB Controller: Intel Corporation 82801G (ICH7 Family) USB2 EHCI
Controller (rev 01) (prog-if 20 [EHCI])
Subsystem: IBM Unknown device 02ef
Flags: bus master, medium devsel, latency 0, IRQ 19
Memory at d0000000 (32-bit, non-prefetchable) [size=1K]
Capabilities: [50] Power Management version 2
Capabilities: [58] Debug port
00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev e1) (prog-if 01
[Subtractive decode])
Flags: bus master, fast devsel, latency 0
Bus: primary=00, secondary=0a, subordinate=0a, sec-latency=32
I/O behind bridge: 00004000-00004fff
Memory behind bridge: d0200000-d02fffff
Prefetchable memory behind bridge: 00000000d8000000-00000000dff00000
Capabilities: [50] #0d [0000]
00:1f.0 ISA bridge: Intel Corporation 82801GB/GR (ICH7 Family) LPC Interface
Bridge (rev 01)
Subsystem: IBM Unknown device 02ef
Flags: bus master, medium devsel, latency 0
Capabilities: [e0] Vendor Specific Information
00:1f.2 IDE interface: Intel Corporation 82801GB/GR/GH (ICH7 Family) Serial ATA
Storage Controllers cc=IDE (rev 01) (prog-if 80 [Master])
Subsystem: IBM Unknown device 02ef
Flags: bus master, 66MHz, medium devsel, latency 0, IRQ 18
I/O ports at <unassigned>
I/O ports at <unassigned>
I/O ports at <unassigned>
I/O ports at <unassigned>
I/O ports at 3090
Capabilities: [70] Power Management version 2
00:1f.3 SMBus: Intel Corporation 82801G (ICH7 Family) SMBus Controller (rev 01)
Subsystem: IBM Unknown device 02ef
Flags: medium devsel, IRQ 10
I/O ports at 3060
02:00.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5721 Gigabit
Ethernet PCI Express (rev 11)
Subsystem: IBM Unknown device 02c6
Flags: bus master, fast devsel, latency 0, IRQ 16
Memory at d0100000 (64-bit, non-prefetchable) [size=64K]
Capabilities: [48] Power Management version 2
Capabilities: [50] Vital Product Data
Capabilities: [58] Message Signalled Interrupts: 64bit+ Queue=0/3 Enable-
Capabilities: [d0] Express Endpoint IRQ 0
Capabilities: [100] Advanced Error Reporting
Capabilities: [13c] Virtual Channel
0a:04.0 VGA compatible controller: ATI Technologies Inc ES1000 (rev 01) (prog-if
00 [VGA])
Subsystem: IBM Unknown device 0325
Flags: bus master, stepping, fast Back2Back, medium devsel, latency 32,
IRQ 10
Memory at d8000000 (32-bit, prefetchable) [size=128M]
I/O ports at 4000 [size=256]
Memory at d0200000 (32-bit, non-prefetchable) [size=64K]
[virtual] Expansion ROM at d0220000 [disabled] [size=128K]
Capabilities: [50] Power Management version 2
starting X freezes very often. Found also following in the /var/log/messages:
Apr 13 22:12:56 server kernel: [drm] Initialized drm 1.0.1 20051102
Apr 13 22:12:56 server kernel: ACPI: PCI Interrupt 0000:0a:04.0[A] -> GSI 16
(level, low) -> IRQ 16
Apr 13 22:12:56 server kernel: [drm] Initialized radeon 1.22.0 20051229 on minor 0
Apr 13 22:12:57 server kernel: irq 20: nobody cared (try booting with the
"irqpoll" option)
Apr 13 22:12:57 server kernel: [<c01388f7>] __report_bad_irq+0x2b/0x69
[<c0138ab8>] note_interrupt+0x183/0x1af
Apr 13 22:12:57 server kernel: [<c0138412>] handle_IRQ_event+0x23/0x4c
[<c01384d5>] __do_IRQ+0x9a/0xcd
Apr 13 22:12:57 server kernel: [<c0104bde>] do_IRQ+0x5c/0x77
=======================
Apr 13 22:12:57 server kernel: [<c010358e>] common_interrupt+0x1a/0x20
Apr 13 22:12:57 server kernel: [<c0101e7d>] mwait_idle+0x1a/0x31
[<c0101e4e>] cpu_idle+0x3a/0x4f
Apr 13 22:12:57 server kernel: [<c03a26a3>] start_kernel+0x28c/0x28e
<3>handlers:
Apr 13 22:12:57 server kernel: [<c025b810>] (usb_hcd_irq+0x0/0x4f)
Apr 13 22:12:57 server kernel: Disabling IRQ #20
This happened at the time of X-freeze |
|
IP卡
狗仔卡
显身卡