<br><br><div class="gmail_quote">On Fri, Dec 19, 2008 at 11:57 AM, Pattrick Hueper <span dir="ltr"><<a href="mailto:phueper@hueper.net">phueper@hueper.net</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;">
Hi,<br>
<br>
well following the BIOS spec (i think its somewhere in the PNP BIOS<br>
spec... i have to check... ) the BIOS copies the ROM to RAM... since<br>
YABEL uses its own "virtual" memory it _has_ to copy the ROM to its<br>
RAM...</blockquote><div><br>Yes.  Right now there's just a redundant copy, since Coreboot copies it to RAM too.<br> </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
 also some of the cards i have used do actually modify the<br>
memory where the ROM is stored, so it has to be in the virtual RAM.<br>
<br>
Currently, the ROM is always copied from the Expansion ROM bar of PCI<br>
devices.... i havent had to initialize any onboard devices. If there<br>
is a parameter to run_bios that points to the location of the Option<br>
ROM i could pass that parameter to YABEL and only use the Expansion<br>
ROM BAR if that parameter is not set (null?).</blockquote><div><br>That's what I was thinking.<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 IIRC i still have to<br>
copy it to the virtual memory.</blockquote><div><br>Yes. <br></div><div> </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
If it helps coreboot to know where the Option ROM image is after<br>
execution of the ROM, i guess YABEL could return the location of the<br>
ROM (the length which could be changed during execution is part of the<br>
ROM, so coreboot could figure out how much to copy back if it decides<br>
to do so.</blockquote><div> </div><div>I don't think Coreboot cares after the card is initialized. <br></div><div> </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
I am thinking of buying a x86 board to do coreboot development, i am<br>
wondering which one would be a good choice with regards to YABEL and<br>
maybe SEABIOS development? Any recommendations?</blockquote><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>
My requirements:<br>
<br>
coreboot-v3 and preferably v2 "compatible"<br>
PCI and PCIe slots<br>
since Myles mentioned onboard devices with ROM in LAR that would be<br>
very interesting too...</blockquote><div><br>You can test even with an add-in card if you "pretend" its onboard.  Then you can have coreboot give you a pointer to it and initialize it.  <br></div><div> </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
"affordable"<br>
<br>
I am really unsure what else to look for... Flash Chip Types? Processor?</blockquote><div><br>Socketed flash chip. Preferably compatible with a BIOS savior.<br><br>Thanks,<br>Myles<br></div></div><br>