[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <200705211903.46678.jbarnes@virtuousgeek.org>
Date: Mon, 21 May 2007 19:03:46 -0700
From: Jesse Barnes <jbarnes@...tuousgeek.org>
To: System Design Works <wsherman@...il.com>
Cc: linux-kernel@...r.kernel.org,
Ivan Kokshaysky <ink@...assic.park.msu.ru>
Subject: Re: PCI device problem - MMCONFIG, cannot allocate resource region, resource collisions
On Monday, May 21, 2007, System Design Works wrote:
> The kernel has a problem allocating resources for my PCI NIC. Here is
> what the kernel is reporting:
>
> # uname -a
> Linux wopr 2.6.20-gentoo-r8 #7 SMP Sun May 20 20:56:56 PDT 2007 i686 AMD
> Athlon(tm) 64 X2 Dual Core Processor 3800+ AuthenticAMD GNU/Linux
>
> # dmesg
> ...
> PCI: BIOS Bug: MCFG area at e0000000 is not E820-reserved
> PCI: Not using MMCONFIG.
This is actually an unrelated problem. We're a little too conservative
about using MCFG space (though this turns out to be a good thing on some
of my machines), but shouldn't affect the rest of your PCI resource
assignment.
> ...
> PCI: Cannot allocate resource region 0 of device 0000:02:02.0
> ...
> PCI: Device 0000:02:02.0 not available because of resource collisions
> skge: 0000:02:02.0 cannot enable PCI device
> skge: probe of 0000:02:02.0 failed with error -22
> ...
>
> I have seen other posts reporting similar error messages. I would like
> to help resolve this problem, and I can do some testing if needed. More
> info:
>
> Kernel boot params: pci=nomsi
There's a recent thread about PCI resource assignment (sounds like your
BIOS might be buggy btw, or you're somehow running out of space), search
for the title "PCI bridge range sizing bug". You may need the kernel to
reassign the resource for your NIC before you can use it. I think Ivan
has some test patches along these lines.
If you can find out what resource it's colliding with, that might give you
a clue.
Jesse
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists