<br><br><div class="gmail_quote">On Tue, Dec 2, 2008 at 12:09 PM, Myles Watson <span dir="ltr"><<a href="mailto:mylesgw@gmail.com">mylesgw@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br><br><div class="gmail_quote"><div class="Ih2E3d">On Tue, Dec 2, 2008 at 11:59 AM, Marc Jones <span dir="ltr"><<a href="mailto:marcj303@gmail.com" target="_blank">marcj303@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

<div>On Tue, Dec 2, 2008 at 11:06 AM, Myles Watson <<a href="mailto:mylesgw@gmail.com" target="_blank">mylesgw@gmail.com</a>> wrote:<br>
> Here's the read_resources code from qemu after my latest patch.  Is this<br>
> what people are thinking?  Notice that I explicitly allocate VGA space and<br>
> APIC.  At the end of the code I'm pasting in a snippet of the log that shows<br>
> the resources after they are assigned values.<br>
<br>
</div>I think I like this. It makes sense to me. The legacy VGA space nadd<br>
the legacy IO space should be reserved in the southbridge as you have<br>
done.</blockquote></div><div>I actually think I just bumped up the base in the northbridge this time around.</div></div></blockquote><div><br>All right.  If I do this then I can't ignore fixed resources in the allocation algorithm anymore.  It still works right now because 0-0xfff is the largest resource, so it gets allocated first.  I think it would break if you tried to allocate an IO resource larger than that.<br>
<br>Do we want to take fixed resources into account in the allocator?<br><br>Thanks,<br>Myles<br></div></div><br>