<br><div class="gmail_quote">On Tue, Mar 20, 2012 at 5:29 AM, Tim White <span dir="ltr"><<a href="mailto:weirdit@gmail.com">weirdit@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
In the near future I'm looking at building my own server that will eventually take upto maybe 8 HDDs for storage requirements, as well as being a server for a number of functions.<br></blockquote><div><br></div>Resurrecting the dead, but this is a cautionary tale:<div>
If the other functions you mention involve virtual machines with VGA pass-though, like for a media centre for example, Marvell SATA controllers will cause problems and you'll have to disable either the SATA controller or VT-d (and therefore any device pass-though). There has been some discussion about this on LKML and it seems like a pci quirk patch could be created, but I haven't found one yet. This will also affect PCIe cards based on the same controller, afaik.<div>
<div><br></div><div>The Marvell 88SE91xx series of chips initiate DMA from a different PCI address from the one they expose to the kernel.  lspci reports three controllers:</div><div>05:00.0 SATA controller: Marvell Technology Group Ltd. 88SE9172 SATA 6Gb/s Controller (rev 11)<div>
06:00.0 SATA controller: Marvell Technology Group Ltd. 88SE9172 SATA 6Gb/s Controller (rev 11)</div><div>0b:00.0 SATA controller: Marvell Technology Group Ltd. 88SE9172 SATA 6Gb/s Controller (rev 11)</div><div><br></div><div>
But DMA write comes from 05:00.1, 06:00.1 and 0b:00.1 which causes a DMA remapping fault. dmesg says:</div><div>DRHD: handling fault status reg 2</div><div>DMAR:[DMA Write] Request device [05:00.1] fault addr fffe0000 </div>
<div>DMAR:[fault reason 02] Present bit in context entry is clear</div><div><br></div><div>So in my case, on a GA-X79-UD5 motherboard, I lose 6 SATA ports, or I don't get PCI pass-through.</div><div><br></div><div>Cheers!</div>
</div></div></div><div><br></div><div>A.</div></div>