On Sat, Jul 04, 2009 at 07:41:09PM -0600, Myles Watson wrote:
This patch seems to cause trouble, at least on the Kontron board where I tested recent trunk, but probably on other systems also I'd guess.
It could be, but the problem you're seeing is Kontron-specific.
Hm, possible, but then there are other issues in the new code I guess. Here are two dumps of r4393/r4394 from the MS-6178 (i810) board.
The first one works fine and shows a FILO menu (on serial), the second one contains lots of "!! Resource didn't fit !!" lines among other things, and I see a totally garbled or blank FILO screen (on serial) and it seems to hang at that point.
Adding PCIe enhanced config space BAR 0xf0000000-0xf4000000.
This BAR is added in a way that the allocator doesn't understand. That was done on purpose because the old allocator didn't avoid fixed resources. There are several proposed fixes, but it isn't clear what the best one is.
You can chime in.
Not really, I don't know enough about this stuff to post useful comments, sorry.
- Let the allocator place the BAR. Care would need to be taken when the BAR was set and the value would
have to be passed to the ACPI code.
- Mark the resource as fixed and let the allocator avoid it. Either you lose a significant portion of the address space or you
have to move it. I think you could move it to 0xf8000000-0xfc000000.
- Add a PCI hole option to the resource allocator and manually allocate
things that you want to live there.