roisoft
New member
Guía DSDT-OSX86
También te puede interesar Guía DSD T- OSX86 - Solucion problemas Time Machine
También te puede interesar Guía DSDT-OSX86 - Inyección de Video (gráficas Nvidia)
Salu2!
A la vista de las numerosas preguntas que se están haciendo en casi todos los foros sobre este nuevo sistema, Pere y un servidor nos hemos animado a crear una serie de guías cuya intención no es otra que intentar explicar de una forma clara y sencilla todas las posiblidades que aporta este nuevo método .
Listado de temas en esta guia:
1.¿Que es el DSDT?.
2.Qué archivos "boot" utilizar para cargar el archivo DSDT.
3.Caracteristicas del parcheador.
4.Utilización del parcheador.
5.Warnings y errores.
6.Edición de código básico.
7.Como probar si nuestro DSDT funciona.
1. ¿Que es el DSDT?.
DSDT del inglés Differentiated System Description Table son una serie de tablas que suministran informaciones varias sobre la configuración de los distintos dispositivos al sistema operativo, en ellas están definidas por ejemplo, tipo de chip de sonido, salidas de video, capacidad para hibernacion, reiniciado, apagado, suspension, número de procesadores etc... Todo esto debe de seguir las directrices del standard ACPI pero como veremos a lo largo de esta guía no siempre estas tablas están escrtitas de una forma correcta y esto puede dar lugar a problemas varios...
El usuario Mackerintel ha añadido la posiblidad de que el bootloader chameleon lea un DSDT modificado, básicamente lo que posibilita esto es la precarga a través del bootloader, de un dsdt modificado/fijado. La forma sería extraer el dsdt, editarlo y modificarlo para intentar crear un sistema lo mas "compatible" y estable posible.
Como primer ejemplo (iremos viendo más a medida que avancemos) sería el fijado de uno de los errores comunes en las DSDT mal programadas (o incompatibles con OSX) , y no es otro que en la entrada que define el procesador/ procesadores se añade además del codigo para la CPU un "alias", que OSX no puede interpretar, en concreto el driver ACPIPlatform.kext, y nos dá el típico error de
Este es el caso:
Partiremos de la base que tenemos instalador el bootloader Chameleon, una vez que hemos hecho esto tendremos que sustituir el archivo "boot" que se ha creado en la raiz de nuestro sistema, con el archivo boot que posibilita la precarga del dsdt modificado, existen varios pero hablaremos del oirginal creado por Mackerintel y el de Netkas.
Características del boot de Makerintel:
Soporta carga del archivo DSDT.aml desde la raiz del disco
No soporta carga desde /Extra
No soporta carga de Initrd.img desde boot cd
No soporta boot desde la particion EFI
Es basicamente el boot oficial de Chameleon parcheado para que cargue el archivo DSDT.aml desde el root.
Características del boot the Netkas:
Soporta carga del archivo DSDT.aml desde la raiz del disco
Soporta carga desde /Extra
No soporta carga de initrd.img desde boot cd
No soporta boot desde particion EFI
Soporta hibernacion.
Soporta kernels de 64 bits (Snow leo)
3.Caracteristicas del parcheador.
fassl ha creado un parcheador que corrige los errores más comunes en los dsdt de nuestras máquinas de la siguiente manera:
Arregla los alias en los nombre de la cpu (Soluciona el problema de los que no pueden arrancar con 2 cpus), sin embargo hay reportes de procesadores con cuatro núcleos en los que hay que borrar manualmente algunos alias....
Parchea el HPET. (Permite cargar el archivo appleintelcpupowermanagement.kext, no más kernel panics actualizando).
Si trás probar el archivo DSDT en nuestra máquina, se producen errores con el mencionado archivo, tendremos que ejecutar el parcheador con el argumento -newHPET, para forzar la introducción del codigo en nuestro DSDT.
Parchea el RTC. (Permite cargar el archivo AppleRTC.kext que va a romper un monton de hackintosh por lo visto en la próxima actualizacion 10.5.6).
El parcheador incluye en la carpeta tools, una utilidad de Intel para compilar y descompilar archivos DSDT, de nombre IASL, que nos será de muchisima utilidad cuando tengamos que arreglar manualmente el DSDT, más adelante se explicarán los comandos para ejecutarlo.
4. Utilización del parcheador.
Una vez que hemos descargado y desempaquetado el patcher , abrimos un terminal, accedemos a la carpeta y lo ejecutamos, nos preguntara tipo de emulacion OSI.
La emulación OSI son unas lineas de código añadido debajo de las entradas de nuestro procesador, para que este sea más compatible bajo diferentes sistemas operativos (Linux, windows 2000, windows xp, vista).
No siempre estarán estas lineas en nuestra DSDT (dependerá del modelo y fabricante).
Seleccionamos una emulación OSI:
( 1-darwin (no toca nada), 2-winxp (añade tablas de windows xp), 3-vista (añade tablas de vista).
Como saber cual poner?, esto es sencillo, primero seleccionais la Darwin, para que el código no sea alterado, una vez tengais todo terminado, podeis hechar un vistazo al archivo DSDT.dsl y buscar las entradas de vuestro procesador, debajo tendriais que ver las entradas OSI y el codigo de los diferentes sistemas oprativos, si las entradas no estan, ya sabeis, seleccionar XP o VISTA dependiendo de la antiguedad de vuestro ordenador.
Despues de elegir una emulacion, creará una archivo dsdt.dat, lo desensamblará, parcheará, ensamblará y lo dejará en la raiz de la carpeta en la que está alojado el parcheador.
Si el parcheador encuentra errores, entonces no creará el archivo, si los errores son pocos, se puede forzar al parcheador a crear el archivo de la siguiente manera:
Abrir terminal, arrastrar el parcheador al termial y escribir justo detrás -f , esto obligará a crear el DSDT.aml, no es muy recomendable, pero puede funcionar.
La recomendación aqui seria que se editara el código (mirando en que linea se produce el error y y tratar de corregirlo), esto se verá en el capitulo 6.
Una vez creado el archivo, se renombra de dsdt.aml a DSDT.aml y se coloca en la raiz del disco, si todo va bien, arrancará el sistema y podremos actualizar sin problema ninguno nuestro Hackintosh mediante Apple software update, pero es recomendable testear el DSDT parcheado primero (capitulo 7).
5.Warnings y errores.
Es probable que al ejecutar el parcher, este no nos cree el DSDT.aml por culpa de errores, la correción de los mismos los veremos en el siguiente capítulo.
Los warnings no suponen un problema para el correcto funcionamiento del patch, son solo un aviso por parte del compilador de intel, que ha encontrado código no excesivamente erroneo y lo reporta, por lo que no deberían de preocuparnos demasiado.
6.Edición de código básico.
Si obtenemos errores en el código, el parcheador no nos creará el archivo DSDT.aml en la carpeta en la que está situado, el primer paso será apuntar o copiar los errores que nos da el terminal y apuntarlos en un archivo de texto, para futuras referencias.
En el caso de error, encontraremos el archivo DSDT.dsl (Pre compilado) en la carpeta "debug", haremos una copia de esa carpeta fuera de la carpeta del parcheador para tener una copia de seguridad de la misma.
Volvemos a la carpeta debug que está situada dentro de la carpeta del parcher, y moveremos el archivo DSDT.dsl para ponerlo al lado del archivo "DSDT patcher", ahora deberemos de abrirlo con un editor de texto, un buen editor de texto seria "Textmate", ya que este respeta el formato del codigo, pero tambien podremos utilizar el Text edit de OSX, aunque este no nos respetará demasiado el formato del codigo y puede que no quede tan "bonito", pero ambos sirven para nuestro proposito.
Una vez terminada la corrección del código, salvaremos el archivo y haremos una copia del mismo puesto que al intentar compilarlo de nuevo, lo mas seguro es que desaparezca.
Ejecutar el parcher asi:
Abrir terminal, arrastrar el Dsdt parcher, dejar un espacio y arrastra el DSDT.dsl rectificado, presionar enter y elejir el OSI deseado.
Si se siguen produciendo errores, tambien es probable que el archivo DSDT.dsl haya desaparecido, asi que utilizamos la copia que acabamos de hacer del DSDT.dsl justo antes de la compilación, mantened siempre copia del archivo cada vez que lo retoqueis.
Ejemplos comunes de errores en el código que impiden la compilacion y su solución:
Ejemplo 1
Si miramos el archivo DSDT.dsl, comprobaremos que el error está aqui:
Ejemplo 2:
Y ya tendriamos inicializado lo que nos pide el compilador.
Ejemplo 3:
Cargar el driver appleintelcpupowermanagement.kext correspondiente a nuestra versión , eliminar cualquier "disabler" que tengamos en el sistema y reiniciar.
SI al arrancar con -v encontramos:
localhost kernel[0]: AppleIntelCPUPowerManagement: initialization complete
Es que el driver carga correctamente y estamos protegidos frente a updates de Apple.
En este punto, se puede borrar el driver del sistema una vez que hemos comprobado que funciona.
Que hacer si el sistema no carga y da el HPET error?
Arrancar con el dvd de instalación, tras pasar el welcome, mirad en el menu de arriba y buscad "utilidades", en ese menu, seleccionad "terminal".
Una vez en terminal escribis esto:
CODE
mount -uw /VOLUMES/nombre_de_volumen
rm -R /VOLUMES/nombre_de_volumen/System/Library/Extensions/AppleIntelCPUPowerManagement.kext
exit
Esto borrara el kext.
Cerrad el instalador y reiniciad.
Esta vez, cuando intenteis de nuevo el parcheo, tendreis que forzarlo, para ello, abrid terminal, arrastrad el DSDT parcher, dejad un espacio y escribid:
-newHPET
Presionad enter y esto forzará la inclusion del patch en vuestra DSDT.
P.D:
Esperamos que esta pequeña introducción haya sido de vuestro interés.
Proximamente:
Guia de inclusion de strings de video en DSDT (graficas nvidia)
Guia de solucion del Time machine (para solucionar los errores de copia de seguridad).
Basado en el parcheador 1.0.1e
Salu2 siguiendo con la información sobre DSDT os traigo unas tablas que considero de utilidad para saber que significan los PNP en el dsdt
También te puede interesar Guía DSD T- OSX86 - Solucion problemas Time Machine
También te puede interesar Guía DSDT-OSX86 - Inyección de Video (gráficas Nvidia)
Salu2!
A la vista de las numerosas preguntas que se están haciendo en casi todos los foros sobre este nuevo sistema, Pere y un servidor nos hemos animado a crear una serie de guías cuya intención no es otra que intentar explicar de una forma clara y sencilla todas las posiblidades que aporta este nuevo método .
Listado de temas en esta guia:
1.¿Que es el DSDT?.
2.Qué archivos "boot" utilizar para cargar el archivo DSDT.
3.Caracteristicas del parcheador.
4.Utilización del parcheador.
5.Warnings y errores.
6.Edición de código básico.
7.Como probar si nuestro DSDT funciona.
1. ¿Que es el DSDT?.
DSDT del inglés Differentiated System Description Table son una serie de tablas que suministran informaciones varias sobre la configuración de los distintos dispositivos al sistema operativo, en ellas están definidas por ejemplo, tipo de chip de sonido, salidas de video, capacidad para hibernacion, reiniciado, apagado, suspension, número de procesadores etc... Todo esto debe de seguir las directrices del standard ACPI pero como veremos a lo largo de esta guía no siempre estas tablas están escrtitas de una forma correcta y esto puede dar lugar a problemas varios...
El usuario Mackerintel ha añadido la posiblidad de que el bootloader chameleon lea un DSDT modificado, básicamente lo que posibilita esto es la precarga a través del bootloader, de un dsdt modificado/fijado. La forma sería extraer el dsdt, editarlo y modificarlo para intentar crear un sistema lo mas "compatible" y estable posible.
Como primer ejemplo (iremos viendo más a medida que avancemos) sería el fijado de uno de los errores comunes en las DSDT mal programadas (o incompatibles con OSX) , y no es otro que en la entrada que define el procesador/ procesadores se añade además del codigo para la CPU un "alias", que OSX no puede interpretar, en concreto el driver ACPIPlatform.kext, y nos dá el típico error de
, y de ahí no pasa el arranque.
Este es el caso:
Y su solución:
2. Qué archivos "boot" utilizar para cargar el archivo DSDT.
Partiremos de la base que tenemos instalador el bootloader Chameleon, una vez que hemos hecho esto tendremos que sustituir el archivo "boot" que se ha creado en la raiz de nuestro sistema, con el archivo boot que posibilita la precarga del dsdt modificado, existen varios pero hablaremos del oirginal creado por Mackerintel y el de Netkas.
Características del boot de Makerintel:
Soporta carga del archivo DSDT.aml desde la raiz del disco
No soporta carga desde /Extra
No soporta carga de Initrd.img desde boot cd
No soporta boot desde la particion EFI
Es basicamente el boot oficial de Chameleon parcheado para que cargue el archivo DSDT.aml desde el root.
Características del boot the Netkas:
Soporta carga del archivo DSDT.aml desde la raiz del disco
Soporta carga desde /Extra
No soporta carga de initrd.img desde boot cd
No soporta boot desde particion EFI
Soporta hibernacion.
Soporta kernels de 64 bits (Snow leo)
3.Caracteristicas del parcheador.
fassl ha creado un parcheador que corrige los errores más comunes en los dsdt de nuestras máquinas de la siguiente manera:
Arregla los alias en los nombre de la cpu (Soluciona el problema de los que no pueden arrancar con 2 cpus), sin embargo hay reportes de procesadores con cuatro núcleos en los que hay que borrar manualmente algunos alias....
Parchea el HPET. (Permite cargar el archivo appleintelcpupowermanagement.kext, no más kernel panics actualizando).
Si trás probar el archivo DSDT en nuestra máquina, se producen errores con el mencionado archivo, tendremos que ejecutar el parcheador con el argumento -newHPET, para forzar la introducción del codigo en nuestro DSDT.
Parchea el RTC. (Permite cargar el archivo AppleRTC.kext que va a romper un monton de hackintosh por lo visto en la próxima actualizacion 10.5.6).
El parcheador incluye en la carpeta tools, una utilidad de Intel para compilar y descompilar archivos DSDT, de nombre IASL, que nos será de muchisima utilidad cuando tengamos que arreglar manualmente el DSDT, más adelante se explicarán los comandos para ejecutarlo.
4. Utilización del parcheador.
Una vez que hemos descargado y desempaquetado el patcher , abrimos un terminal, accedemos a la carpeta y lo ejecutamos, nos preguntara tipo de emulacion OSI.
La emulación OSI son unas lineas de código añadido debajo de las entradas de nuestro procesador, para que este sea más compatible bajo diferentes sistemas operativos (Linux, windows 2000, windows xp, vista).
No siempre estarán estas lineas en nuestra DSDT (dependerá del modelo y fabricante).
Seleccionamos una emulación OSI:
( 1-darwin (no toca nada), 2-winxp (añade tablas de windows xp), 3-vista (añade tablas de vista).
Como saber cual poner?, esto es sencillo, primero seleccionais la Darwin, para que el código no sea alterado, una vez tengais todo terminado, podeis hechar un vistazo al archivo DSDT.dsl y buscar las entradas de vuestro procesador, debajo tendriais que ver las entradas OSI y el codigo de los diferentes sistemas oprativos, si las entradas no estan, ya sabeis, seleccionar XP o VISTA dependiendo de la antiguedad de vuestro ordenador.
Despues de elegir una emulacion, creará una archivo dsdt.dat, lo desensamblará, parcheará, ensamblará y lo dejará en la raiz de la carpeta en la que está alojado el parcheador.
Si el parcheador encuentra errores, entonces no creará el archivo, si los errores son pocos, se puede forzar al parcheador a crear el archivo de la siguiente manera:
Abrir terminal, arrastrar el parcheador al termial y escribir justo detrás -f , esto obligará a crear el DSDT.aml, no es muy recomendable, pero puede funcionar.
La recomendación aqui seria que se editara el código (mirando en que linea se produce el error y y tratar de corregirlo), esto se verá en el capitulo 6.
Una vez creado el archivo, se renombra de dsdt.aml a DSDT.aml y se coloca en la raiz del disco, si todo va bien, arrancará el sistema y podremos actualizar sin problema ninguno nuestro Hackintosh mediante Apple software update, pero es recomendable testear el DSDT parcheado primero (capitulo 7).
5.Warnings y errores.
Es probable que al ejecutar el parcher, este no nos cree el DSDT.aml por culpa de errores, la correción de los mismos los veremos en el siguiente capítulo.
Los warnings no suponen un problema para el correcto funcionamiento del patch, son solo un aviso por parte del compilador de intel, que ha encontrado código no excesivamente erroneo y lo reporta, por lo que no deberían de preocuparnos demasiado.
6.Edición de código básico.
Si obtenemos errores en el código, el parcheador no nos creará el archivo DSDT.aml en la carpeta en la que está situado, el primer paso será apuntar o copiar los errores que nos da el terminal y apuntarlos en un archivo de texto, para futuras referencias.
En el caso de error, encontraremos el archivo DSDT.dsl (Pre compilado) en la carpeta "debug", haremos una copia de esa carpeta fuera de la carpeta del parcheador para tener una copia de seguridad de la misma.
Volvemos a la carpeta debug que está situada dentro de la carpeta del parcher, y moveremos el archivo DSDT.dsl para ponerlo al lado del archivo "DSDT patcher", ahora deberemos de abrirlo con un editor de texto, un buen editor de texto seria "Textmate", ya que este respeta el formato del codigo, pero tambien podremos utilizar el Text edit de OSX, aunque este no nos respetará demasiado el formato del codigo y puede que no quede tan "bonito", pero ambos sirven para nuestro proposito.
Una vez terminada la corrección del código, salvaremos el archivo y haremos una copia del mismo puesto que al intentar compilarlo de nuevo, lo mas seguro es que desaparezca.
Ejecutar el parcher asi:
Abrir terminal, arrastrar el Dsdt parcher, dejar un espacio y arrastra el DSDT.dsl rectificado, presionar enter y elejir el OSI deseado.
Si se siguen produciendo errores, tambien es probable que el archivo DSDT.dsl haya desaparecido, asi que utilizamos la copia que acabamos de hacer del DSDT.dsl justo antes de la compilación, mantened siempre copia del archivo cada vez que lo retoqueis.
Ejemplos comunes de errores en el código que impiden la compilacion y su solución:
Ejemplo 1
Este error proviene de la linea 1, podeis usar en vuestro editor de texto la función IR A LINEA (aunque en este caso no sea necesario) para moveros a las lineas de los errores.
Si miramos el archivo DSDT.dsl, comprobaremos que el error está aqui:
No debe de haber ningun código delante de:
Simplemente borrando las dos primeras lineas, ya seria posible intentar de nuevo compilar y ver si se producen nuevos errores.
Ejemplo 2:
Si nos movemos entre el código y miramos la línea 408, encontraremos ese error:
¿Como saber que es lo que quiere que arreglemos?, bien, si poneis en el menu buscar del editor: "Store" y buscais justo debajo del error, vereis que la programación está asi:
El primer valor del store es una valor Hexadecimal, y el segundo, una variable, ahí está el error, en el codigo (Local0,local0), se supondria que el primer valor es un valor hexadecimal, no una variable, podriamos poner 0x00 o tambien zero, quedando asi el código:
Aqui tendriamos la solución que gigabyte le dá tambien al tema:
Observese que Gigabyte entrecomilla el valor Local0 para solucionar el error.
Y ya tendriamos inicializado lo que nos pide el compilador.
Ejemplo 3:
Aqui lo que pasa es que al compilador no le gusta lo siguiente:
Se soluciona utilizando esta nomenclatura en el código:
Ejemplo 4:
Solución:
Ejemplo 5:
Qué es lo que pasa aqui? Pues esto:
El compilador nos advierte de que Anyacc no es correcto, debe de ser ByteAcc, asi que lo cambiamos asi:
En el segundo error:
Es parecido al error anterior de la variable no inicializada, os suena?
Lo arreglamos asi:
7.¿Como probar si nuestro DSDT funciona?.
Cargar el driver appleintelcpupowermanagement.kext correspondiente a nuestra versión , eliminar cualquier "disabler" que tengamos en el sistema y reiniciar.
SI al arrancar con -v encontramos:
localhost kernel[0]: AppleIntelCPUPowerManagement: initialization complete
Es que el driver carga correctamente y estamos protegidos frente a updates de Apple.
En este punto, se puede borrar el driver del sistema una vez que hemos comprobado que funciona.
Que hacer si el sistema no carga y da el HPET error?
Arrancar con el dvd de instalación, tras pasar el welcome, mirad en el menu de arriba y buscad "utilidades", en ese menu, seleccionad "terminal".
Una vez en terminal escribis esto:
CODE
mount -uw /VOLUMES/nombre_de_volumen
rm -R /VOLUMES/nombre_de_volumen/System/Library/Extensions/AppleIntelCPUPowerManagement.kext
exit
Esto borrara el kext.
Cerrad el instalador y reiniciad.
Esta vez, cuando intenteis de nuevo el parcheo, tendreis que forzarlo, para ello, abrid terminal, arrastrad el DSDT parcher, dejad un espacio y escribid:
-newHPET
Presionad enter y esto forzará la inclusion del patch en vuestra DSDT.
P.D:
Esperamos que esta pequeña introducción haya sido de vuestro interés.
Proximamente:
Guia de inclusion de strings de video en DSDT (graficas nvidia)
Guia de solucion del Time machine (para solucionar los errores de copia de seguridad).
Basado en el parcheador 1.0.1e
Salu2 siguiendo con la información sobre DSDT os traigo unas tablas que considero de utilidad para saber que significan los PNP en el dsdt
nota: si algún moderador/admin quiere puede añadirlas al final del primer post
, felicidades.