<br><br><div class="gmail_quote">On Fri, Sep 25, 2009 at 11:57 AM, Stefan Reinauer <span dir="ltr"><<a href="mailto:stepan@coresystems.de">stepan@coresystems.de</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 class="im">Myles Watson wrote:<br>
>> What about we stop the spew rather than changing the algorithm?<br>
>><br>
> I think both need to be done.  On a mainboard with many devices it<br>
> seems silly to keep looking through the same two CBFS entries for<br>
> ROMs.  Is there a reason to do it that way that I'm missing?<br>
><br>
</div>Well, it's quite against the device centric model we have at the<br>
moment... That made me hesitate.<br></blockquote><div>That's a valid point.  Now I wonder how it could be implemented so that we get the precedence of CBFS then ROM if it exists correct, so that only one gets executed. <br>
 <br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
But your reasons are very sound. It's quite a lot of cbfs accesses, and<br>
generally I guess walking the device tree (in coreboot it's even a<br>
memory op, and not a pci config space op) is cheaper than walking all of<br>
the rom all of the time..</blockquote><div>It's not a show-stopper for me, but I thought I'd bring it up when I came to it.<br><br>Thanks,<br>Myles <br></div></div><br>