These files show no sleep attempt... make sure the files you attach are collected after running through your reproduce scenario.
I haven't checked the NUC7 yet, but my NUC6 has stupid/buggy code in XDCI._STA:
Code:
Method (_STA, 0, NotSerialized)
{
If (LNotEqual (DVID, 0xFFFFFFFF))
{
Return (0x0F)
}
Else
{
Return (Zero)
}
}
DVID is defined as follows:
Code:
Field (OTGD, DWordAcc, NoLock, Preserve)
{
DVID, 16,
OK... so DVID is 16-bit, maximum value 0xFFFF.
So the comparison "LNotEqual (DVID, 0xFFFFFFFF)" will always be true, therefore _STA will always return 0xF.
They probably meant to write:
Code:
Method (_STA, 0, NotSerialized)
{
If (LNotEqual (DVID, 0xFFFF))
{
Return (0x0F)
}
Else
{
Return (Zero)
}
}
It is relatively easy to make a replacement _STA.
First the XDCI._STA must be renamed... can be done with this entry in config.plist/ACPI/DSDT/Patches:
Comment: change XDCI._STA to XDCI.XSTA
Find: <5f535441>
Replace: <58535441>
TgtBridge: <58444349>
And then this additional code in SSDT-NUC7.dsl:
Code:
Name(_SB.PCI0.XDCI._STA, 0)
With those changes in place, XDCI._STA will return 0.
The code for _STA could also be fixed (in SSDT-NUC7.dsl, same rename in config.plist)...
Code:
External(_SB.PCI0.XDCI.DVID, FieldUnitObj)
Method(_SB.PCI0.XDCI._STA)
{
If (DVID != 0xFFFF) { Return (0xf) } Else { Return (0) }
}
Update: Testing this on my NUC6i7KYK... Found same/similar problem, but it doesn't happen if you use the yellow (charging) USB port. You might try that as a work around. And fixing XDCI._STA removes XDCI from the wake reason, but then you get wake reason XHC (and perhaps GLAN if you have it [incorrectly] enabled in SysPrefs). Although that kind of USB instant wake can be fixed (patching _PRW), it involves disabling wake on USB.
