<div dir="ltr"><br><br><div class="gmail_quote">On Thu, Oct 16, 2008 at 1:32 PM, ron minnich <span dir="ltr"><<a href="mailto:rminnich@gmail.com">rminnich@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 class="Ih2E3d">On Thu, Oct 16, 2008 at 12:30 PM, Myles Watson <<a href="mailto:mylesgw@gmail.com">mylesgw@gmail.com</a>> wrote:<br>
<br>
><br>
> Wait a second.  The reason this is broken is that the code setting the PCI<br>
> decode register is in the ROM.  Can we fix this by calling<br>
> pci_conf1_write_config32 instead?  It looks like it's in RAM.<br>
><br>
<br>
</div>sure, but ANY call to ROM will fail. There is a huge hole:<br>
vga bios calls pcibios to set BAR 10 to ffffffff<br>
<br>
There is a huge window here: any call to ROM code will fail, so that<br>
includes printk (we do this on each pcibios call), and just about<br>
anything else.<br>
<br>
So we have a problem with a fundamental design decision<font color="#888888"></font></blockquote><div><br>All right.  I guess I go back to being a lurker for a while until it gets worked out :)<br><br>I guess the beauty of this is that it will enforce clean separation between the stages.<br>
<br>Myles <br></div></div><br></div>