Dear friends, since no member had a look at my KP problem with v218 of the plugin (posted a few days ago) due to my smaller/compact DSDT, I was forced this weekend to repeat the process from scratch and use
NullCPUPowerManagement to reboot to a 'clean' desktop and extract the DSDT via DSDT-SE.
I managed to get my mobo back in shape, with the original (plus USB modifications) DSDT but using the plugins (v218) in /S/L/E/ I discovered that:
1. With the
current Scope (\_TZ) from untouched DSDT, the plugin SMCITEController.kext doesn't produce any results. On the other hand, FakeSMCSuperIO.kext detects my ITE chipset normally. Any ideas?
CODE
Scope (\_TZ)
{
Device (FAN)
{
Name (_HID, EisaId ("PNP0C0B"))
Method (_INI, 0, NotSerialized)
{
Store (TP1H, CTOS)
Store (TP1L, CTHY)
}
}
ThermalZone (THRM)
{
Name (_AL0, Package (0x01)
{
FAN
})
Method (_AC0, 0, NotSerialized)
{
If (Or (PLCY, PLCY, Local7))
{
Return (TP2H)
}
Else
{
Return (TP1H)
}
}
Name (_PSL, Package (0x01)
{
\_PR.CPU0
})
Name (_TSP, 0x3C)
Name (_TC1, 0x04)
Name (_TC2, 0x03)
Method (_PSV, 0, NotSerialized)
{
If (Or (PLCY, PLCY, Local7))
{
Return (TP1H)
}
Else
{
Return (TP2H)
}
}
Method (_CRT, 0, NotSerialized)
{
Return (TRPC)
}
Method (_TMP, 0, NotSerialized)
{
And (SENF, 0x01, Local6)
If (LEqual (Local6, 0x01))
{
Return (RTMP ())
}
Else
{
Return (0x0B86)
}
}
Method (_SCP, 1, NotSerialized)
{
If (Arg0)
{
Store (One, PLCY)
}
Else
{
Store (Zero, PLCY)
}
Notify (\_TZ.THRM, 0x81)
}
Method (STMP, 2, NotSerialized)
{
Store (Arg1, DW00)
If (Arg0)
{
STHY (DB00, DB01, DW00)
}
Else
{
STOS (DB00, DB01, DW00)
}
}
}
}
2. With a modified/simplified Scope (\_TZ) as per
slice's post
here SMCITEController.kext finds my chipset.
CODE
Scope (\_TZ) // Provide basic ThermalZone support
{
Device (FAN)
{
Name (_HID, EisaId ("PNP0C0B"))
}
ThermalZone (THRM)
{
Method (_TMP, 0, NotSerialized)
{
Store (FAN, Local0)
Return (Local0)
}
}
} // End of Scope (\_TZ)
Is it safe to replace the big chunk of code with such a smaller piece of code?
3. Also, another question: is it possible to make the pugin in such a way so we speed-up the detection of chipsets when using FakeSMCSuperIO.kext by
setting the detection order preference in the .plist file? I mean, detecting ITE chips is third attempt, after Winbond and the other one; if I could tell the kext to first look for ITE and then the others, I could save some boot-up time!
I guess the latter is a request to the developers. Many thanks for your time.