(Solucionado) Inyectar Device-Id del dispositivo LPC para activar SpeedStep

[Maniac10]

Parece que tienes algunos kexts duplicados como FakeSMC + plugins y AppleIntelCPUPowerManagement. Quizá sea solo necesites rehacer el kextcache (con KextUtility 2.6.1) porque dice que no coincide el kext existente con el prelinked. Has actualizado OS X recientemente?

Notice - new kext com.apple.iokit.IOSystemManagementFamily, v13.4 matches prelinked kext but can't determine if executables are the same (no UUIDs).
Notice - new kext com.apple.iokit.IONVRAMFamily, v13.4 matches prelinked kext but can't determine if executables are the same (no UUIDs).
Notice - new kext com.apple.iokit.ApplePlatformFamily, v13.4 matches prelinked kext but can't determine if executables are the same (no UUIDs).
Notice - new kext com.apple.driver.AppleNMI, v13.4 matches prelinked kext but can't determine if executables are the same (no UUIDs).
Notice - new kext com.apple.kernel, v13.4 matches prelinked kext but can't determine if executables are the same (no UUIDs).
Notice - new kext com.apple.driver.IOUSBHIDDriver, v650.4 matches prelinked kext but can't determine if executables are the same (no UUIDs).
Notice - new kext com.apple.iokit.IOHIDUserClient, v2.0 matches prelinked kext but can't determine if executables are the same (no UUIDs).
Notice - new kext com.apple.iokit.IOHIDSystem, v2.0 matches prelinked kext but can't determine if executables are the same (no UUIDs).
Notice - new kext com.apple.iokit.IOHIDEventDriverSafeBoot, v2.0 matches prelinked kext but can't determine if executables are the same (no UUIDs).
Notice - new kext com.apple.iokit.IOHIDEventDriver, v2.0 matches prelinked kext but can't determine if executables are the same (no UUIDs).
Refusing new kext org.hwsensors.driver.LPCSensors, v280.0: already have prelinked v1315.0.
Refusing new kext org.hwsensors.driver.GPUSensors, v433.0: already have prelinked v1315.0.
Refusing new kext org.hwsensors.driver.CPUSensors, v250.0: already have prelinked v1315.0.
Refusing new kext org.hwsensors.driver.ACPISensors, v254.0: already have prelinked v1315.0.
Refusing new kext org.netkas.driver.FakeSMC, v489.0: already have prelinked v1315.0.
Notice - new kext com.apple.driver.CellPhoneHelper, v1.3.2 matches prelinked kext but can't determine if executables are the same (no UUIDs).
Notice - new kext com.apple.driver.AppleUSBTopCase, v240.2 matches prelinked kext but can't determine if executables are the same (no UUIDs).
Notice - new kext com.apple.driver.AppleTopCase, v10.21 matches prelinked kext but can't determine if executables are the same (no UUIDs).
Notice - new kext com.apple.driver.AppleThunderboltPCIAdapters, v1.4.5 matches prelinked kext but can't determine if executables are the same (no UUIDs).
Notice - new kext com.apple.driver.USBStorageDeviceSpecifics, v3.4.1 matches prelinked kext but can't determine if executables are the same (no UUIDs).
Notice - new kext com.apple.driver.Sony_XDCAM, v3.4.1 matches prelinked kext but can't determine if executables are the same (no UUIDs).
Notice - new kext com.apple.driver.FireWireStorageDeviceSpecifics, v3.4.1 matches prelinked kext but can't determine if executables are the same (no UUIDs).
Notice - new kext com.apple.driver.AppleXserveRAID, v3.4.1 matches prelinked kext but can't determine if executables are the same (no UUIDs).
Notice - new kext com.apple.driver.AppleATAPIStorage, v3.4.1 matches prelinked kext but can't determine if executables are the same (no UUIDs).
Notice - new kext com.apple.driver.AppleMobileDevice, v3.3 matches prelinked kext but can't determine if executables are the same (no UUIDs).
Notice - new kext com.apple.driver.KextExcludeList, v1.24 matches prelinked kext but can't determine if executables are the same (no UUIDs).
Refusing new kext com.apple.driver.AppleIntelCPUPowerManagement, v217.92.1: already have prelinked v216.0.

Y elimina el ACPISensors.kext dentro de FakeSMC que duplica sensores que el LPCSensors ya detecta y puede provocar kernel panics de vez en cuando en algunos sistemas.

[pagani]

Si que he hecho varias veces post-instalaciones, y montón de pruebas en esa partición, es una copia que uso para probar cosillas. De momento me ha servido para aprender a instalar SpeedStep. Una duda que tengo, pues voy a realizar una instalación limpia de Mavericks. El DSDT y el SSDT que están generados y que me has subido puedo utilizarlos independientemente del kext de sonido, del kext  para la red, etc., me imagino que estará generado para el hardware que contiene este ordenador y que podría usarlo también en instalaciones Yosemite.

De momento voy a probar kextutility para eliminar duplicados (si los elimina), y después cuando tenga más tiempo haré una instalación limpia, pues el equipo va bien, igual de rápido pero consume muchísimo menos y funciona perfectamente el reposo.

 

Recibe un cordial saludo.

[Maniac10]

Todo debería ser igual para Yosemite con la excepción que necesitarás añadir el Boot->Argument “kext-dev-mode=1” para que cargue kexts sin firmar.

 

KextUtility solo rehace el kextcache y no elimina kexts duplicados, eso tendrás que hacerlo tu a mano. Pueden estar en /Extra/Kexts y /System/Library/Extensions.

[pagani]

Una cosa curiosa, mi iMac 13,2 de 27" tiene unos p states (viéndolo con DPCIManager) de 16 y 34. Mi hackintosh con una SMBios 13,1 y 13,2 tiene 16 y 33 como p states. Sin embargo si uso una SMBios Macmini 6,2 (creo que era) me daba unos p states de 16, 20, 24, 28 y 33, pero de vez en cuando sale algo así como error I/O en 9 Mhz (o Hz, no lo recuerdo bien ahora).

¿Tengo algún problema en mi iMac o la gestión de los P states en un Mac Ivy Bridge es así.

Lo cierto es que en este y en otros tantos temas sobre el funcionamiento de OS X no tengo la menor idea. Lo único que tengo claro es que mi Hack ahora funciona perfectamente (eso me parece) y el micro siempre tiene una temperatura de unos 5-10 grados menos con el mismo rendimiento que tenía antes.

 

Saludos.

 

[Maniac10]

Recuerdo que en la búsqueda del modelo Mac ideal para mi PC noté que las iMac 12,x tienen un manejo mas limitado de P-States (min + max + turbos), siempre me dio mejores resultados un MacMini5,x o MacBookPro8,x. Si sucede también con las iMac13,x entonces es definitivamente intencional de parte de Apple aunque no tengo idea porque lo hacen.

[juanerson]

Es normal. Las iMac son así, por lo tanto si utilizas un perfil smbios de iMac (sandy o Ivy), tu equipo se comportará de la misma manera (min + max + turbo). To esto es controlado a nivel de software junto con el kernel. Seria interesante ver como se comportan los P-States (SpeedStep) desde windows (con AIDA64), tanto en un iMac genuino como un PC con similares características de hardware. En fin, en OS X es lo que Apple decida implementar, su "norma" pues, aunque siempre tenemos la posibilidad de utilizar un perfil Híbrido (partiendo de una MBP o Mac mini). Ese tema lo hemos discutido en el foro.

 

OFF-TOPIC: http://www.insanelymac.com/forum/topic/278824-perfil-macbookpro83-y-speedstep/

[pagani]

Hasta cierto punto es bastante lógico (en mi opinón) que aquellos equipos que puedan ser más propensos a calentarse tengan una mayor cantidad de p states. Un equipo de sobremesa con dos va perfecto para mi, para de ese modo conseguir un mayor rendimiento cuando sea necesario.

 

Recibe un cordial saludo.