<div dir="ltr"><div><div>Hi Zheng,<br><br></div>What version of Windows are you using?  I've seen differences in the behavior of the arbiters as Windows has matured.  I don't notice anything incorrect in your ASL.  Does your FUR1 device come up with no conflicts, and only FUR0 has problems?<br><br>Are you able to run WinDbg and get the failure?  Depending on the generation, you might have Ethernet or USB available for debug as well, if you need a different option.  I might start with this:<br><a href="https://msdn.microsoft.com/en-us/library/windows/hardware/ff562124(v=vs.85).aspx">https://msdn.microsoft.com/en-us/library/windows/hardware/ff562124(v=vs.85).aspx</a><br></div><div>... using "!arbiter 2" to dump the memory assigned in the system.  That would hopefully show you the conflict ('C' flag) and ownership, possibly giving you additional clues and a direction to look.  In theory, this should be somewhat identical to looking at resources-by-connection in the Device Manager, but you'll have more options for debugging.<br><br>Maybe also dump the device tree with "!devnode 0 1" and make sure items are scoped where you believe they should be.<br><br>The fact that FEDC6000 is used by PCI Bus seems pretty odd, like the bus consumes the memory without bridging or arbitrating it.  Unless I missed it, I don't see anything like that in your DSDT.  As an experiment, maybe try adding a ResourceProducer for FEDC6000 under PCI0 and see if the problem goes away.  If it does, I'll have to think more about what that means.<br></div><div><br></div><div></div><div>Thanks,<br></div><div>Marshall<br><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Aug 22, 2016 at 6:20 AM, Zheng Bao <span dir="ltr"><<a href="mailto:fishbaoz@hotmail.com" target="_blank">fishbaoz@hotmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">




<div dir="ltr">
<div style="font-size:12pt;color:#000000;background-color:#ffffff;font-family:Calibri,Arial,Helvetica,sans-serif">
<p>Hi, All,</p>
<p>I am debugging the UART device on Bettong(AMD Carrizo).</p>
<p><br>
</p>
<p>The device <br>
</p>
<p>"</p>
<div>Device(FUR0) {<br>
    Name(_HID,"AMD0020")<br>
    Name(_UID,0x0)<br>
    Name(_CRS, ResourceTemplate() {<br>
        IRQ(Edge, ActiveHigh, Exclusive) {10}<br>
        Memory32Fixed(ReadWrite, 0xFEDC6000, 0x2000)<br>
    })<br>
    Method (_STA, 0x0, NotSerialized) {<br>
        Return (0x0F)<br>
    }<br>
}<br>
</div>
"
<p></p>
<p>is  added to DSDT. On linux, it doesnt show any error or warning. On Windows,</p>
<p>the device manager can show the DEVICE "AMD0020". But it says the 0xFEDC6000</p>
<p>is used by other device "PCI Bus".</p>
<p>I checked the whole DSDT and can not find which device conflicts with that?</p>
<p><br>
</p>
<p>Any suggestion what else I can check?</p><span class="HOEnZb"><font color="#888888">
<p><br>
</p>
<p>Zheng<br>
</p>
</font></span></div>
</div>

<br>--<br>
coreboot mailing list: <a href="mailto:coreboot@coreboot.org">coreboot@coreboot.org</a><br>
<a href="https://www.coreboot.org/mailman/listinfo/coreboot" rel="noreferrer" target="_blank">https://www.coreboot.org/<wbr>mailman/listinfo/coreboot</a><br></blockquote></div><br></div>