Jump to content

uzmi

uzmi

Member Since 19 Mar 2008
Offline Last Active Yesterday, 05:32 PM
-----

Posts I've Made

In Topic: Sierra 10.12.2 Dell Inspiron 1720 problema apagado

14 January 2017 - 09:47 AM

Por lo que he leído por ahi es un problema endémico no resuelto aun.

Y parece que está relacionado con la Nvidia.

 

http://www.insanelym...h-nvidia/page-2

 

De todos modos a ver si alguien aporta ideas.

In Topic: Nuevo con "dsdt" error al compilar el dsdt con maciasl

15 December 2016 - 07:48 PM

Como aml

 

In Topic: Nuevo con "dsdt" error al compilar el dsdt con maciasl

15 December 2016 - 07:36 PM

Lo importante es cero error, con los warning y los remark se convive sin problemas.

Como te decía puedes probar con ese dsdt a ver que pasa

In Topic: Nuevo con "dsdt" error al compilar el dsdt con maciasl

15 December 2016 - 07:04 PM

Hola DeJoTaDeEme:

Dime si al usar el parche de PJALM te da este error:

 

0B1.jpg

 

Si es así, esta parte del parche que provoca dicho error:

 

## Method _CRS in GPS2

into method label _CRS parent_label GPS2 code_regex ([\s\S]*) store_%8;

into method label _CRS parent_label GPS2 remove_entry;

into device label GPS2 insert begin Method (_CRS, 0, Serialized)\n{\n\n} end;

into method label _CRS parent_label GPS2 code_regex .* replace_matched begin %8 end;

 

 

 

 

 Si aplicas el parche de PJALM borrando este párrafo ya no habrá errores y podrás probarlo a ver si soluciona tu problema de los USB3.

 

Sin embargo a pesar que alabo la intención de PJALM y otros tantos que se toman las molestias de hacer estos parches para facilitar la vida de todos aquellos que poco sabemos de dsdt/ssdt, hay cosas que se le pueden escapar y así surgen algunos errores no deseados.

 

Comparto plenamente el punto de vista de Juanerson en cuanto a su recelo a la automatización de los parches y mucho mas si dicho parche no es el exacto para tu placa.

A modo de ejemplo, en la mayoría de los parches de PJALM para las placas Gigabyte (por ejemplo H87 / Z87 que he tenido el placer de catar) el parche para Ethernet siempre lo pone en Device GLAN.

  

 

 

# Fixes 'Built-in' status for Realtek Gigabit Ethernet
into method label _DSM parent_label GLAN remove_entry;
into device label GLAN insert begin
Method (_DSM, 4, NotSerialized)\n
{\n
Store (Package (0x0C) {\n
"AAPL,slot-name", "Built In",\n
"name", "Realtek Ethernet Controller",\n
"model", "Realtek 8111E-VL Gigabit Network Controller",\n
"device_type", Buffer (0x13) {"Ethernet Controller"},\n
"built-in", Buffer (One) {0x01},\n
"location", Buffer (0x02) {"1"}\n
}, Local0)\n
DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0))\n
Return (Local0)\n
}
end;
 

  

Pero si consulto IORegistryExplorer me dice que Ethernet va en Device RP03 

 

76C.jpg

 

En mi caso aplico el parche en Device RP03, corrijo una línea que hace una llamada a GLAN y me funciona perfecto.

 

4C1.jpg

 

Solo te lo comento para que saques tus conclusiones.

 

 

P.D.:

Si usas clover, y no tienes problemas excepto con los usb, yo partiría del dsdt generado por clover y trataría de aplicar solo la parte del parche correspondiente a los usb (de PJALM) a ver si te soluciona algo.

In Topic: Sierra USB 3.0 - only showing USB2.0 speed

18 October 2016 - 08:52 PM

In GA H87M D3H -->Sierra

 

AppleUSBXHCIPCI

 

Find        83BD74FF FFFF10

Replace  83BD74FF FFFF16

© 2016 InsanelyMac  |   News  |   Forum  |   Downloads  |   OSx86 Wiki  |   Mac Netbook  |   PHP hosting by CatN  |   Designed by Ed Gain  |   Logo by irfan  |   Privacy Policy