black.dragon74

At clover boot screen press F4 to dump origin files and then attach output of https://osxlatitude.com/index.php?/topic/10209-how-to-generate-proper-problem-reporting-files

For brightness: Try using ig-platform-id: 0x191b0000

 

For Trackpad:

Trackpad is failing to initialize because you have renamed _DSM methods to XDSM.

 

VoodooI2C requires proper DSDT for it to work.

 

Replace your DSDT with the one attached and see if it works.

 

P.S: Looking at your IOREG ACPI Name: DLL079f is in fact a ALPS I2C device but VoodooI2C recognizes it as: Synaptics 7500 Clearpad. Can you please confirm what trackpad you have by looking in Windows Device Manager maybe?

 

Remove LE folder from CLOVER/Kexts/Other(as they are not being injected) and install kexts from there to /L/E

 

Regards

DSDT-I2C.zip

Unfortunately the same happens as before (#1).

 

Although your hardware shouldn't be possibly affected by EDID bug (I guess) but there is no harm in trying it out. Once you disable hibernation as mentioned by Hervé you try and follow this guide: https://osxlatitude.com/index.php?/topic/10236-how-to-fix-black-screen-in-high-sierra/

Regards

Common logic: 2nd machine has a different Trackpad.

 

Use the kext meant for your hardware.

Disable hardware decoder:

defaults write com.apple.coremedia hardwareVideoDecoder disable

See if this helps. If you use sorted order do not forget to add SSDT-ALS0 to it.

 

If you change anything is is expected that you report with new set of debug files

 

Note for trackpad: before using VoodooI2c you should delete (AppleIntelLpssI2C.kext, AppleIntelLpssI2CController.kext and AppleHPM.kext from /S/L/E)

 

Regards

SSDT-ALS0.aml.zip

If the freezes are related to PVAP you need IntelGraphicsFixup. If things don't work for you, you can try Shiki as suggested by Mario.

Here you go! Changes I have done:

• Disabled NVIDIA device (No _INI for PEG0 was found hence a new device DNVD was created in scope _SB.PCI0 and _OFF is called from _INI of DNVD)

Chnages you have to do:

• Uncheck Inject NVIDIA from config.plist

I don't know your processor model so can't say anything about ig-platform-id

 

P.S: It is a good idea to have your system specs in your signature

 

Note: You use sorted order. DO NOT forget to add these SSDTs names in that.

 

Regards

perbart.zip

No debug report. Still, Are you using Lilu + IntelGraphicsFixup?

MacBook Pro 11,2 is a poor choice as it is a dual GPU laptop. Use MacBook Pro 11,1 that only has IGPU.

 

Remove "Backlight Level" from System Parameters in your config.plist. (Clovers sets your backlight to 0 on boot)

 

Your trackpad is on I2C bus. Both the kexts you tried are meant for trackpads on PS2 bus.

 

Try using VoodooI2C (DO NOT inject using clover). Before installing you might consider removing VoodooPS2Trackpad and VoodooPS2Mouse from /S/L/E/VoodooPS2Controller.kext/Contents/Plugins and then rebuilding caches (sudo kextcache -i /)

 

Regards

Ok. Here you go! Changes I have done:

• Disabled NVIDIA GPU

Regards

olicat-1.zip

Try using flags: cpus=1 npci=x2000 -v you may also try adding safe boot arg: -x in case those don't work. Meanwhile, lemme have a look at your ACPI files.

I installed the USBInjectAll.kext repaired permissions and rebooted.

 

I was getting IOREG Dump errors when I tried to run the gen_debug program. It had been doing this since I first ran it. That's why the IOREG file was missing. 

 

As promised, here's the update.

 

Update 2.7 - 13 Dec 2017:

• New method for IOREG dump on slow machines.
• Include gen_debug version in dump
• If a new version is available on the remote, update automatically.

I guess you are running version 2.1+ so you can update easily using: gen_debug -u

 

Please test and report.

Re: EDIT, you did it wrong. Cmd + Shift + G is used to go to a certain location in Finder. Script uses it so that you IOREG is saved in your dump directory.

 

I guess your's is a system with an HDD. PM me for a personal debug session. I have tested on the slowest machine I can find and still, it seemed to work.

 

Meanwhile, I am writing a new method for IOREG dump for slow machines. gen_debug will be updated by today's evening (IST).

 

Re: USB issue, I suggest you to disable EHCI and use only XHCI. Then, you can test which ports are needed using IOREG and then inject only those ports using a custom SSDT. Google for a guide on creating a custom SSDT for USBInjectAll.kext.

 

To disable EHCI use the attached SSDT.

 

Regards

SSDT-DEHC.zip

At CLOVER screen press F4 to dump origin files and then attach EFI/CLOVER/ACPI/origin by zipping it.

Also, include your config.plist file that zip.

Note: Please refrain from attaching such large attachments. 

 

Regards

At the CLOVER boot screen press F4 to dump origin files and then attach contents of EFI/CLOVER/ACPI/origin by zipping it.

 

Regards

Your debug files is missing the IOReg file

 

Hey Jake, I can see that this IOREG issue is still affecting the users and hence I have updated gen_debug to verify the IOREG dump. It was added in ver 2.6.

 

Finally I can say that IOREG dump will never ever fail again. You can advice users to update using: gen_debug -u

 

Regards

Use the attached config.plist file.

 

Note: I have only changed SMBIOS and injected graphics properties.

 

Note2: You may see that snb-platform-id in Devices > Add Properties is enabled but the other two patches namely, hda-gfx and AAPL,os-info are disabled. You may try toggling them incase you don't get QE/CI.

 

Regards

config.plist.zip

Open terminal. Type “ls -a /“ and post the output here

Attach proper problem reporting files. See How to generate proper problem reporting files

Start here: https://osxlatitude.com/index.php?/topic/10264-how-to-create-vanilla-macos-installer/

Roger that

Missing IOREG from the dump. Please do not touch your machine while the debug report is being generated. You have USB Power properties (verified from ACPI tables).

 

The only thing missing is proper USB injection. You need to install USBInjectAll.kext and then repost the debug report here (with IOREG)

 

Note: Please do not use "gen_debug -sysprofile" until you are asked to do so. If you do so, you are increasing the size of the dump unnecessarily. Also, if possible, refrain from dumping system profile in txt format as it is a pain to read or review it.

 

Regards

Yes it is universal and will work for all ASUS laptops as mentioned in post #1

 

Re: FTA1 & FTA2, it's bad implementation. You should keep the minimum threshold to somewhere around 45˚C

Not yet but I might have some news. PM if you want to test.