Contribute
Register

How to Disable NVIDIA to reduce heat and extend battery life (Yosemite on Toshiba P850)

Status
Not open for further replies.
RehabMan said:
You have some extra spaces in there (there should be no spaces around 'true').
Click to expand...
Done
RehabMan said:
If it still shows, then it is not disabled. Keep in mind if you did any renames in other files (common one is GFX0 to IGPU), you need to do the rename to these files too.

That is the most common error. If still not working...
Click to expand...
yeah i forget this, anyway i applied the rename patch on them too

then compile it again but still Nvidia Showing!

Please find your requested files below

View attachment Adham’s MacBook Pro.ioreg.zip

View attachment RehabMan.zip
 
RehabMan said:
The SSDT that contains the _OFF method is not in ACPI/patched.
Click to expand...

i didn't get it
i used for now PM patch and brightness fix and Audio and now Nvidia disabler ..

which patch i should run on it, since i dot remember there is rename patch other then 'GFX0 to IGPU' i used
 
djedey said:
i didn't get it
i used for now PM patch and brightness fix and Audio and now Nvidia disabler ..

which patch i should run on it, since i dot remember there is rename patch other then 'GFX0 to IGPU' i used
Click to expand...

This is not related to the SSDT for your CPU.

Read post #16 very carefully.
 
RehabMan said:
This is not related to the SSDT for your CPU.

Read post #16 very carefully.
Click to expand...

Dunno if I got it ,

do you mean SSDT-0 which is the one containing _OFF method should be patched by renaming all
'_SB' to '_PR' (since you said its not for my processor)
 
djedey said:
Dunno if I got it ,

do you mean SSDT-0 which is the one containing _OFF method should be patched by renaming all
'_SB' to '_PR' (since you said its not for my processor)
Click to expand...

No. SSDT.aml should be your generated SSDT (from ssdtPRgen.sh). That SSDT has nothing to do with the (two) native SSDTs for your nvidia (one contains _OFF and another contains _INI).
 
RehabMan said:
No. SSDT.aml should be your generated SSDT (from ssdtPRgen.sh). That SSDT has nothing to do with the (two) native SSDTs for your nvidia (one contains _OFF and another contains _INI).
Click to expand...

Yes expected this and i should keep that one in Extra folder to run since its for PM,

and yes the two native SSDTs for my Nvidia
as i understands one of them ( that contains _OFF method) has something wrong which is a patch missing
is this true?
and if so which patch i should use?

and i read Pst #16 many times again especially the part related to this SSDT
i found the only patch for it is this
Code: 
into device label WMI1 remove_entry;
into_all method label HDSM remove_entry;
into_all method label _DSM remove_entry;

and the way i applied this is that i paste it in the MaciASL patch area and run it on the SSDT.

is this correct?
 
djedey said:
Yes expected this and i should keep that one in Extra folder to run since its for PM,

and yes the two native SSDTs for my Nvidia
as i understands one of them ( that contains _OFF method) has something wrong which is a patch missing
is this true?
and if so which patch i should use?

and i read Pst #16 many times again especially the part related to this SSDT
i found the only patch for it is this
Code: 
into device label WMI1 remove_entry;
into_all method label HDSM remove_entry;
into_all method label _DSM remove_entry;

and the way i applied this is that i paste it in the MaciASL patch area and run it on the SSDT.

is this correct?
Click to expand...

Which bootloader are you using. The problem is the SSDT with _OFF is not provided in a way that the bootloader will inject it.
 
Status
Not open for further replies.
Copyright © 2010 - 2024 tonymacx86 LLC
Back
Top