Hello, <br><br>Finally resolved the issue's with the Marvell's: It was indeed a GPIO - GPIO 5(SHUTDOWN#)  from SB600 to be exact. Turning on that GPIO brought up both LAN chips. Going to continue now, with more deeper tests, and try to help you with the DDR/ACPI testing as good as I can. My board has  two SODIMM slots. <br>
By the way, the board will be available for sale ,  most likely - but I can't provide details yet - as it is was intended for other use originally. I will keep you posted on this. <br>Greetings,   <br>Daniel<br><br><div class="gmail_quote">
On Tue, Mar 17, 2009 at 1:15 AM, Carl-Daniel Hailfinger <span dir="ltr"><<a href="mailto:c-d.hailfinger.devel.2006@gmx.net">c-d.hailfinger.devel.2006@gmx.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>
<div class="im"><br>
On 16.03.2009 17:48, Daniel Toussaint wrote:<br>
> I am very very sorry to have provided the wrong info at first :  the PCIe x8<br>
> DID work anyway - I had messed up my Config.lb to a stage where it was to<br>
> far of from the original. After a recompile and reflash the PCIe x8 (raid)<br>
> card came up just fine....<br>
><br>
<br>
</div>No problem. Great to hear PCIe works.<br>
<div class="im"><br>
> So yes, I am getting a x1 card tomorrow, with the same marvell chipset , and<br>
> will test it. If it works properly, I am just going to have to wait for the<br>
> schematic (will get it only a few weeks later unfortunately.....) and<br>
> determine the gpio that is keepint the marvell's from showing up.<br>
<br>
</div>The lspci output I requested earlier would still be very interesting. It<br>
is possible that subordinate buses (containing the Marvell ethernet)<br>
don't show up as expected.<br>
<div class="im"><br>
<br>
> It is<br>
> definately not GPM3 as in the reference schematic - I have tried this<br>
> already.<br>
> The board is an ODM which my company outsourced to a board manufacturer -<br>
> will send all the info and pics ASAP.<br>
<br>
</div>Cool! Will these boards be available for purchase? Most 690G/SB600<br>
boards are out of production and porting coreboot to them is somewhat<br>
pointless. I repeatedly get requests for coreboot-supported mainboards<br>
with AMD chipsets.<br>
<div class="im"><br>
<br>
> It has a x16 slot and a mini pci slot.<br>
> The two 88e8056's are soldered on board. The rest of it is pretty much equal<br>
> to the dbm690T. It also has on on board touch panel controller.<br>
> So far I got the VGA , USB , SATA, IDE, audio Codec , all working fine.<br>
> I guess what is still left for me to do is solve the problem with the lan<br>
> chips and write proper ACPI tables - so that I can upload it your source<br>
> tree ?<br>
><br>
<br>
</div>It should be possible to reuse most parts of the DBM690T ACPI tables.<br>
Since a few revisions, some parts of ACPI are autogenerated, so<br>
hardcoding P-States etc. should not be needed anymore.<br>
<br>
There's one catch, though: My Asus M2A-VM (690G/SB600) won't work with<br>
more than 4 GB RAM and coreboot. Proprietary BIOS handles even 6 GB just<br>
fine. The problem seems to be ACPI related. I have a patch to allow<br>
64-bit addresses in the DSDT and that patch fixes parts of the problem.<br>
Even with that bugfix, the Linux kernel still won't get past SATA init.<br>
With 2 GB RAM, everything is OK.<br>
I assume that problem applies to your board as well. It would be great<br>
if you could verify that, though.<br>
<div><div></div><div class="h5"><br>
<br>
Regards,<br>
Carl-Daniel<br>
<br>
--<br>
<a href="http://www.hailfinger.org/" target="_blank">http://www.hailfinger.org/</a><br>
<br>
</div></div></blockquote></div><br>