[coreboot] pci resource allocation overlaps config_mmconf_base_address
mylesgw at gmail.com
Mon Oct 18 21:47:19 CEST 2010
On Mon, Oct 18, 2010 at 1:11 PM, Arne Georg Gleditsch
<arne.gleditsch at numascale.com> wrote:
> Myles Watson <mylesgw at gmail.com> writes:
>> On Mon, Oct 18, 2010 at 6:48 AM, Arne Georg Gleditsch
>> <arne.gleditsch at numascale.com> wrote:
>>> On a similar note: I'm looking at a southbridge that has its own notion
>>> of what constitutes TOP_OF_DRAM. Apparently, the IOMMU aperture needs
>>> to be below this boundary, or DMA transactions towards the aperture are
>>> terminated with master abort. From the CPU's side, though, the IOMMU
>>> aperture should be above TOP_OF_MEM, in order to avoid wasting the DRAM
>>> behind it, no? So, as well as being able to allocate posted and
>>> non-posted memory resources in separate hunks: in this instance it would
>>> be good to be able to allocate the GART aperture in a third hunk that
>>> was placed below the other two, so that the SB TOM register could be
>>> programmed to include it when needed.
>>> Is this feasible, or should I approach this from a different angle?
>> It sounds like overkill to include this as a special case for the
>> resource allocator. At first glance, the code would seem to be very
>> simple for that register. Is this a one-time, one-resource problem?
>> Are there other hunks that need to be allocated together with it?
> I'm not aware of any others, so arranging for a full "resource group"
> might be overkill. But as for very simple, I'm afraid I don't really
> see it. To be clear, I'm talking about the GART aperture that's
> allocated in
Thanks for the clarification. I misunderstood and spoke too quickly.
> would be the easy way to make sure this resource is allocated at the
> lowest possible address in the IO hole (for this board)?
I guess I'm not sure. It seems like you'll create a hole any way you do it...
By create a hole, I mean that since the resource allocator starts with
the largest areas and allocates until it reaches the smallest, trying
to put a resource that isn't the largest at the bottom will cause
larger ones to be shifted (leaving a gap) so that they can still be
Maybe the easiest thing to do is to make the GART aperture look like
the largest resource to the resource allocator, so that it gets
allocated first. As long as you correctly store the resource, it
shouldn't break anything.
I've attached a patch to do it. The size I picked was too large, but
I thought the patch would probably communicate the idea better than my
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 943 bytes
Desc: not available
More information about the coreboot