Contribute
Register

[Guide] Dell XPS 9560 Mojave VirtualSMC, I2C Trackpad, Clover UEFI Hotpatch

Joined
Dec 27, 2012
Messages
102
Motherboard
Dell XPS 9560 FHD
CPU
i7-7700HQ
Graphics
HD 630
Mac
MacBook
Mobile Phone
iOS
Nice!
I also tested different Darkwake values.
Interesting find is that with Darkwake=no you have to disable Handoff in Preferences--->General to get full sleep.
So I test with Darkwake=0, screen flickering was gone but full sleep wasn't working, you are right.
Then used Darkwake=10, same as "no".

What I also noticed is that the pmset -g assertions command result was different I laptop was put into sleep with adapter vs battery.

It's not impossible that VoltageShift can also modify how sleep behave, but I noticed this after uninstalling it to be sure it wasn't related.

Let me try that Darkwake=1 ! I'll report back.

Without being allowed to posting any schematics, you can find via google image the one for the same Alienware 17 R4 used in @au1986 guide. It has the same 7700HQ CPU as in our hack. It show how TB is implemented with PCI lanes etc... Same for XPS9550 which motherboard and TB controller is very close too. Can be instructing maybe.

Thank you @blazinsmokey have a good week.
 
Joined
Dec 27, 2012
Messages
102
Motherboard
Dell XPS 9560 FHD
CPU
i7-7700HQ
Graphics
HD 630
Mac
MacBook
Mobile Phone
iOS
I test with Darkwake=1 which leads to the same results as Darkwak=no or 10.

entering terminal command pmset -g log|grep -e " Sleep " -e " Wake " will tell that apparently laptop has full sleep:

Code:
2019-05-26 23:50:11 +0200 Sleep                   Entering Sleep state due to 'Clamshell Sleep':TCPKeepAlive=disabled Using Batt (Charge:94%) 25 secs
2019-05-26 23:50:36 +0200 Wake                    Wake from Normal Sleep [CDNVA] due to LID0/HID Activity: Using BATT (Charge:94%) 55 secs
2019-05-26 23:51:31 +0200 Sleep                   Entering Sleep state due to 'Clamshell Sleep':TCPKeepAlive=disabled Using Batt (Charge:94%) 14 secs
2019-05-26 23:51:45 +0200 Wake                    Wake from Normal Sleep [CDNVA] due to LID0/HID Activity: Using BATT (Charge:94%)
But if I test using pmset -g assertions we see that PreventUserIdleSystemSleep is set to 1 when handoff is enabled.

Battery only, Handoff disabled:

Code:
Last login: Sun May 26 23:48:46 on console
buzzynesss-macbook-pro:~ buzzyness$ pmset -g assertions
2019-05-26 23:50:56 +0200
Assertion status system-wide:
   BackgroundTask                 0
   ApplePushServiceTask           0
   UserIsActive                   1
   PreventUserIdleDisplaySleep    0
   PreventSystemSleep             0
   ExternalMedia                  0
   PreventUserIdleSystemSleep     0
   NetworkClientActive            0
Listed by owning process:
   pid 98(hidd): [0x0000001c00098024] 00:00:00 UserIsActive named: "com.apple.iohideventsystem.queue.tickle.4294968127.3"
    Timeout will fire in 120 secs Action=TimeoutActionRelease
No kernel assertions.
Idle sleep preventers: IODisplayWrangler
Battery only, Handoff enabled:

Code:
buzzynesss-macbook-pro:~ buzzyness$ pmset -g assertions
2019-05-26 23:51:52 +0200
Assertion status system-wide:
   BackgroundTask                 0
   ApplePushServiceTask           0
   UserIsActive                   1
   PreventUserIdleDisplaySleep    0
   PreventSystemSleep             0
   ExternalMedia                  0
   PreventUserIdleSystemSleep     1
   NetworkClientActive            0
Listed by owning process:
   pid 315(sharingd): [0x000000be0001814a] 00:00:01 PreventUserIdleSystemSleep named: "Handoff"
   pid 98(hidd): [0x0000001c00098024] 00:00:00 UserIsActive named: "com.apple.iohideventsystem.queue.tickle.4294968127.3"
    Timeout will fire in 120 secs Action=TimeoutActionRelease
   pid 77(apsd): [0x000000be000b8145] 00:00:01 ApplePushServiceTask named: "com.apple.apsd-datareceived-push.apple.com"
   pid 306(useractivityd): [0x000000be00018143] 00:00:01 PreventUserIdleSystemSleep named: "BTLEAdvertisement"
    Timeout will fire in 58 secs Action=TimeoutActionTurnOff
No kernel assertions.
Idle sleep preventers: IODisplayWrangler
Also depending if you are on battery or adapter, results are different:

Adapter, handoff enabled, now BTLEAdvertisement (blutooth related) is also blocking sleep:

Code:
buzzynesss-macbook-pro:~ buzzyness$ pmset -g assertions
2019-05-27 00:01:22 +0200
Assertion status system-wide:
   BackgroundTask                 0
   ApplePushServiceTask           0
   UserIsActive                   1
   PreventUserIdleDisplaySleep    0
   PreventSystemSleep             0
   ExternalMedia                  0
   PreventUserIdleSystemSleep     1
   NetworkClientActive            0
   InternalPreventSleep           1
Listed by owning process:
   pid 315(sharingd): [0x000002d6000181c6] 00:00:18 PreventUserIdleSystemSleep named: "Handoff"
   pid 98(hidd): [0x0000001c00098024] 00:00:00 UserIsActive named: "com.apple.iohideventsystem.queue.tickle.4294968127.3"
    Timeout will fire in 600 secs Action=TimeoutActionRelease
   pid 306(useractivityd): [0x000002e5000181e6] 00:00:02 PreventUserIdleSystemSleep named: "BTLEAdvertisement"
    Timeout will fire in 57 secs Action=TimeoutActionTurnOff
   pid 54(powerd): [0x000002d6000d81bc] 00:00:18 InternalPreventSleep named: "com.apple.powermanagement.acwakelinger"
    Timeout will fire in 26 secs Action=TimeoutActionRelease
No kernel assertions.
Idle sleep preventers: IODisplayWrangler
Adapter, handoff disabled:

Code:
buzzynesss-macbook-pro:~ buzzyness$ pmset -g assertions
2019-05-27 00:05:32 +0200
Assertion status system-wide:
   BackgroundTask                 0
   ApplePushServiceTask           0
   UserIsActive                   1
   PreventUserIdleDisplaySleep    0
   PreventSystemSleep             0
   ExternalMedia                  0
   PreventUserIdleSystemSleep     0
   NetworkClientActive            0
   InternalPreventSleep           1
Listed by owning process:
   pid 54(powerd): [0x000003b8000d820b] 00:00:21 InternalPreventSleep named: "com.apple.powermanagement.acwakelinger"
    Timeout will fire in 23 secs Action=TimeoutActionRelease
   pid 98(hidd): [0x0000001c00098024] 00:00:00 UserIsActive named: "com.apple.iohideventsystem.queue.tickle.4294968127.3"
    Timeout will fire in 600 secs Action=TimeoutActionRelease
No kernel assertions.
Idle sleep preventers: IODisplayWrangler
Darkwake=no, or 0 or 1 or 10 give the same results but the process blocking system sleep will be different. Darkwake no, 0 or 1 handoff was blocking system sleep. Darkwake=10, sytem sleep was blocked by evenCalendar.

Really strange. Maybe it's nothing but from what I understand is that display and backligh is sleeping but not system here. Maybe there is a delay here before entering full sleep, I don't know. I retested waiting each time 5 minutes before opening lid and it was showing the same.
attached is my power settings taken from Hackintool.
 

Attachments

Last edited:
Joined
Jun 24, 2014
Messages
201
Motherboard
ASUS Maximus VII Hero
CPU
i7 4790k
Graphics
HD 4600 + GTX 970
Mac
iMac, MacBook Pro
Mobile Phone
iOS
I test with Darkwake=1 which leads to the same results as Darkwak=no or 10.

entering terminal command pmset -g log|grep -e " Sleep " -e " Wake " will tell that apparently laptop has full sleep:

Code:
2019-05-26 23:50:11 +0200 Sleep                   Entering Sleep state due to 'Clamshell Sleep':TCPKeepAlive=disabled Using Batt (Charge:94%) 25 secs
2019-05-26 23:50:36 +0200 Wake                    Wake from Normal Sleep [CDNVA] due to LID0/HID Activity: Using BATT (Charge:94%) 55 secs
2019-05-26 23:51:31 +0200 Sleep                   Entering Sleep state due to 'Clamshell Sleep':TCPKeepAlive=disabled Using Batt (Charge:94%) 14 secs
2019-05-26 23:51:45 +0200 Wake                    Wake from Normal Sleep [CDNVA] due to LID0/HID Activity: Using BATT (Charge:94%)
But if I test using pmset -g assertions we see that PreventUserIdleSystemSleep is set to 1 when handoff is enabled.

Battery only, Handoff disabled:

Code:
Last login: Sun May 26 23:48:46 on console
buzzynesss-macbook-pro:~ buzzyness$ pmset -g assertions
2019-05-26 23:50:56 +0200
Assertion status system-wide:
   BackgroundTask                 0
   ApplePushServiceTask           0
   UserIsActive                   1
   PreventUserIdleDisplaySleep    0
   PreventSystemSleep             0
   ExternalMedia                  0
   PreventUserIdleSystemSleep     0
   NetworkClientActive            0
Listed by owning process:
   pid 98(hidd): [0x0000001c00098024] 00:00:00 UserIsActive named: "com.apple.iohideventsystem.queue.tickle.4294968127.3"
    Timeout will fire in 120 secs Action=TimeoutActionRelease
No kernel assertions.
Idle sleep preventers: IODisplayWrangler
Battery only, Handoff enabled:

Code:
buzzynesss-macbook-pro:~ buzzyness$ pmset -g assertions
2019-05-26 23:51:52 +0200
Assertion status system-wide:
   BackgroundTask                 0
   ApplePushServiceTask           0
   UserIsActive                   1
   PreventUserIdleDisplaySleep    0
   PreventSystemSleep             0
   ExternalMedia                  0
   PreventUserIdleSystemSleep     1
   NetworkClientActive            0
Listed by owning process:
   pid 315(sharingd): [0x000000be0001814a] 00:00:01 PreventUserIdleSystemSleep named: "Handoff"
   pid 98(hidd): [0x0000001c00098024] 00:00:00 UserIsActive named: "com.apple.iohideventsystem.queue.tickle.4294968127.3"
    Timeout will fire in 120 secs Action=TimeoutActionRelease
   pid 77(apsd): [0x000000be000b8145] 00:00:01 ApplePushServiceTask named: "com.apple.apsd-datareceived-push.apple.com"
   pid 306(useractivityd): [0x000000be00018143] 00:00:01 PreventUserIdleSystemSleep named: "BTLEAdvertisement"
    Timeout will fire in 58 secs Action=TimeoutActionTurnOff
No kernel assertions.
Idle sleep preventers: IODisplayWrangler
Also depending if you are on battery or adapter, results are different:

Adapter, handoff enabled, now BTLEAdvertisement (blutooth related) is also blocking sleep:

Code:
buzzynesss-macbook-pro:~ buzzyness$ pmset -g assertions
2019-05-27 00:01:22 +0200
Assertion status system-wide:
   BackgroundTask                 0
   ApplePushServiceTask           0
   UserIsActive                   1
   PreventUserIdleDisplaySleep    0
   PreventSystemSleep             0
   ExternalMedia                  0
   PreventUserIdleSystemSleep     1
   NetworkClientActive            0
   InternalPreventSleep           1
Listed by owning process:
   pid 315(sharingd): [0x000002d6000181c6] 00:00:18 PreventUserIdleSystemSleep named: "Handoff"
   pid 98(hidd): [0x0000001c00098024] 00:00:00 UserIsActive named: "com.apple.iohideventsystem.queue.tickle.4294968127.3"
    Timeout will fire in 600 secs Action=TimeoutActionRelease
   pid 306(useractivityd): [0x000002e5000181e6] 00:00:02 PreventUserIdleSystemSleep named: "BTLEAdvertisement"
    Timeout will fire in 57 secs Action=TimeoutActionTurnOff
   pid 54(powerd): [0x000002d6000d81bc] 00:00:18 InternalPreventSleep named: "com.apple.powermanagement.acwakelinger"
    Timeout will fire in 26 secs Action=TimeoutActionRelease
No kernel assertions.
Idle sleep preventers: IODisplayWrangler
Adapter, handoff disabled:

Code:
buzzynesss-macbook-pro:~ buzzyness$ pmset -g assertions
2019-05-27 00:05:32 +0200
Assertion status system-wide:
   BackgroundTask                 0
   ApplePushServiceTask           0
   UserIsActive                   1
   PreventUserIdleDisplaySleep    0
   PreventSystemSleep             0
   ExternalMedia                  0
   PreventUserIdleSystemSleep     0
   NetworkClientActive            0
   InternalPreventSleep           1
Listed by owning process:
   pid 54(powerd): [0x000003b8000d820b] 00:00:21 InternalPreventSleep named: "com.apple.powermanagement.acwakelinger"
    Timeout will fire in 23 secs Action=TimeoutActionRelease
   pid 98(hidd): [0x0000001c00098024] 00:00:00 UserIsActive named: "com.apple.iohideventsystem.queue.tickle.4294968127.3"
    Timeout will fire in 600 secs Action=TimeoutActionRelease
No kernel assertions.
Idle sleep preventers: IODisplayWrangler
Darkwake=no, or 0 or 1 or 10 give the same results but the process blocking system sleep will be different. Darkwake no, 0 or 1 handoff was blocking system sleep. Darkwake=10, sytem sleep was blocked by evenCalendar.

Really strange. Maybe it's nothing but from what I understand is that display and backligh is sleeping but not system here. Maybe there is a delay here before entering full sleep, I don't know. I retested waiting each time 5 minutes before opening lid and it was showing the same.
attached is my power settings taken from Hackintool.
I think it's sleeping fine. Even when I used Darkwake=NO it was sleeping fine. My Assertions look just like yours.
 
Joined
Jun 24, 2014
Messages
201
Motherboard
ASUS Maximus VII Hero
CPU
i7 4790k
Graphics
HD 4600 + GTX 970
Mac
iMac, MacBook Pro
Mobile Phone
iOS
@mazakiss also have you been clearing nvram after darkwake changes?
 
Joined
Dec 27, 2012
Messages
102
Motherboard
Dell XPS 9560 FHD
CPU
i7-7700HQ
Graphics
HD 630
Mac
MacBook
Mobile Phone
iOS
@mazakiss also have you been clearing nvram after darkwake changes?
No lol

But now I did and it's the same:

AC adapter and Handoff enabled:
Code:
buzzynesss-macbook-pro:~ buzzyness$ pmset -g assertions
2019-05-27 00:57:47 +0200
Assertion status system-wide:
   BackgroundTask                 1
   ApplePushServiceTask           0
   UserIsActive                   1
   PreventUserIdleDisplaySleep    0
   PreventSystemSleep             0
   ExternalMedia                  0
   PreventUserIdleSystemSleep     1
   NetworkClientActive            0
   InternalPreventSleep           1
Listed by owning process:
   pid 77(apsd): [0x000000a9000b8111] 00:00:00 ApplePushServiceTask named: "com.apple.apsd-datareceived-push.apple.com"
   pid 77(apsd): [0x000000a8000b810e] 00:00:01 ApplePushServiceTask named: "com.apple.apsd-lastpowerassertionlinger"
   pid 98(hidd): [0x0000001c00098024] 00:00:00 UserIsActive named: "com.apple.iohideventsystem.queue.tickle.4294968127.3"
    Timeout will fire in 600 secs Action=TimeoutActionRelease
   pid 349(sharingd): [0x0000009f000180fb] 00:00:10 PreventUserIdleSystemSleep named: "Handoff"
   pid 54(powerd): [0x0000009b000d80d7] 00:00:14 InternalPreventSleep named: "com.apple.powermanagement.acwakelinger"
    Timeout will fire in 31 secs Action=TimeoutActionRelease
No kernel assertions.
Idle sleep preventers: IODisplayWrangler
Battery and Handoff enabled:
Code:
buzzynesss-macbook-pro:~ buzzyness$ pmset -g assertions
2019-05-27 01:00:44 +0200
Assertion status system-wide:
   BackgroundTask                 0
   ApplePushServiceTask           0
   UserIsActive                   1
   PreventUserIdleDisplaySleep    0
   PreventSystemSleep             0
   ExternalMedia                  0
   PreventUserIdleSystemSleep     1
   NetworkClientActive            0
Listed by owning process:
   pid 349(sharingd): [0x0000012c0001814f] 00:00:24 PreventUserIdleSystemSleep named: "Handoff"
   pid 98(hidd): [0x0000001c00098024] 00:00:00 UserIsActive named: "com.apple.iohideventsystem.queue.tickle.4294968127.3"
    Timeout will fire in 120 secs Action=TimeoutActionRelease
No kernel assertions.
Idle sleep preventers: IODisplayWrangler
Note:I obviously checked that no daemon, launch and login agents or special apps like Jettison are running in the background since they influence how sleep is working.

Do you use handoff yourself? Mine is working great on all my devices with iMessage, Facetime and such. But there is something related to this, I didn't finish reading about that, it's a documented issue even on real Macs.

Since we're talking about sleep, I think it's time for me to put my old ass internal mobo on a rest, see ya later ;-)
 
Joined
Jun 24, 2014
Messages
201
Motherboard
ASUS Maximus VII Hero
CPU
i7 4790k
Graphics
HD 4600 + GTX 970
Mac
iMac, MacBook Pro
Mobile Phone
iOS
No lol

But now I did and it's the same:

AC adapter and Handoff enabled:
Code:
buzzynesss-macbook-pro:~ buzzyness$ pmset -g assertions
2019-05-27 00:57:47 +0200
Assertion status system-wide:
   BackgroundTask                 1
   ApplePushServiceTask           0
   UserIsActive                   1
   PreventUserIdleDisplaySleep    0
   PreventSystemSleep             0
   ExternalMedia                  0
   PreventUserIdleSystemSleep     1
   NetworkClientActive            0
   InternalPreventSleep           1
Listed by owning process:
   pid 77(apsd): [0x000000a9000b8111] 00:00:00 ApplePushServiceTask named: "com.apple.apsd-datareceived-push.apple.com"
   pid 77(apsd): [0x000000a8000b810e] 00:00:01 ApplePushServiceTask named: "com.apple.apsd-lastpowerassertionlinger"
   pid 98(hidd): [0x0000001c00098024] 00:00:00 UserIsActive named: "com.apple.iohideventsystem.queue.tickle.4294968127.3"
    Timeout will fire in 600 secs Action=TimeoutActionRelease
   pid 349(sharingd): [0x0000009f000180fb] 00:00:10 PreventUserIdleSystemSleep named: "Handoff"
   pid 54(powerd): [0x0000009b000d80d7] 00:00:14 InternalPreventSleep named: "com.apple.powermanagement.acwakelinger"
    Timeout will fire in 31 secs Action=TimeoutActionRelease
No kernel assertions.
Idle sleep preventers: IODisplayWrangler
Battery and Handoff enabled:
Code:
buzzynesss-macbook-pro:~ buzzyness$ pmset -g assertions
2019-05-27 01:00:44 +0200
Assertion status system-wide:
   BackgroundTask                 0
   ApplePushServiceTask           0
   UserIsActive                   1
   PreventUserIdleDisplaySleep    0
   PreventSystemSleep             0
   ExternalMedia                  0
   PreventUserIdleSystemSleep     1
   NetworkClientActive            0
Listed by owning process:
   pid 349(sharingd): [0x0000012c0001814f] 00:00:24 PreventUserIdleSystemSleep named: "Handoff"
   pid 98(hidd): [0x0000001c00098024] 00:00:00 UserIsActive named: "com.apple.iohideventsystem.queue.tickle.4294968127.3"
    Timeout will fire in 120 secs Action=TimeoutActionRelease
No kernel assertions.
Idle sleep preventers: IODisplayWrangler
Note:I obviously checked that no daemon, launch and login agents or special apps like Jettison are running in the background since they influence how sleep is working.

Do you use handoff yourself? Mine is working great on all my devices with iMessage, Facetime and such. But there is something related to this, I didn't finish reading about that, it's a documented issue even on real Macs.

Since we're talking about sleep, I think it's time for me to put my old ass internal mobo on a rest, see ya later ;-)
I think the assertion status will change after a while. Like when you run it yea UserIsActive obviously but not when you close the lid, then eventually it changes. Like sometimes you run it and BackgroundTask etc would show 1.

The Alienware R17 R4 files are a huge mess. He's using KNN files as well, no surprise there. He's also using an SSDT from a 9550 for hotplug USB-C. If we just use the original KNN TYPC SSDT, USB-C should work no problem but TB has no hot plug at all. I need to get my hands on a cheap TB3 device.
 
Last edited:
Joined
Jun 24, 2014
Messages
201
Motherboard
ASUS Maximus VII Hero
CPU
i7 4790k
Graphics
HD 4600 + GTX 970
Mac
iMac, MacBook Pro
Mobile Phone
iOS
Clover v3.3 uploaded to main guide.
Guide updated with some recent findings as well.

Separate folder included for i5-7300HQ CPUFriendDataProvider.kext
SSDT-ADP1.aml and ACPI/DSDT patch - helps load AppleACPIACAdapter
Darkwake set to 1, fixes screen flicker
CsrActiveConfig set to 0x03E7 - may help with some kexts not injecting properly with Clover

There may be other minor edits, if you see something let me know.

I'm not big into naming each person so thanks to all who tested and helped!
 
Joined
Jun 24, 2014
Messages
201
Motherboard
ASUS Maximus VII Hero
CPU
i7 4790k
Graphics
HD 4600 + GTX 970
Mac
iMac, MacBook Pro
Mobile Phone
iOS
@mazakiss due to your recent sleep issues, I did a little test last night.

After I posted I unplugged everything from the laptop including the charger and closed the lid.
Laptop was 100% charged, battery says 7401mAh full charge capacity via System Report.
With the latest Clover v3.3 setup without VoltageShift offset. Handoff is Enabled.

After almost 3 hours, I opened the lid (no flicker :D), 98%.
Closed the lid almost immediately and after ~12 hours, 95%.

I'm going to say that system is confirmed sleeping just on battery stats alone. After the testing you've done, what kind of person would I be if I couldn't return the favor. I hope the info below is helpful.

Here's the output for Sleep Wake
Code:
2019-05-26 23:40:14 -0400 Sleep           Entering Sleep state due to 'Clamshell Sleep':TCPKeepAlive=disabled Using Batt (Charge:100%) 8243 secs
2019-05-27 01:57:37 -0400 Wake           Wake from Normal Sleep [CDNVA] due to LID0/HID Activity: Using BATT (Charge:98%) 44 secs   
2019-05-27 01:58:21 -0400 Sleep            Entering Sleep state due to 'Clamshell Sleep':TCPKeepAlive=disabled Using Batt (Charge:98%) 39815 secs
2019-05-27 13:01:56 -0400 Wake             Wake from Normal Sleep [CDNVA] due to LID0/HID Activity: Using BATT (Charge:95%)
And my Assertions after wake
Code:
2019-05-27 13:03:12 -0400
Assertion status system-wide:
   BackgroundTask                 1
   ApplePushServiceTask           0
   UserIsActive                   1
   PreventUserIdleDisplaySleep    0
   PreventSystemSleep             0
   ExternalMedia                  0
   PreventUserIdleSystemSleep     0
   NetworkClientActive            0
Listed by owning process:
   pid 615(cloudphotosd): [0x00002904000b8b20] 00:01:18 BackgroundTask named: "com.apple.cloudphotosd.darkwake.sync"
    Details: cloudphotosd darkwake power assertion for initial and large iCPL downloads/uploads
    Timeout will fire in 1722 secs Action=TimeoutActionTurnOff
   pid 97(hidd): [0x0000266200098939] 00:00:00 UserIsActive named: "com.apple.iohideventsystem.queue.tickle.4295014278.3"
    Timeout will fire in 900 secs Action=TimeoutActionRelease
Kernel Assertions: 0x4=USB
   id=507  level=255 0x4=USB mod=12/31/69, 7:00 PM description=com.apple.usb.externaldevice.14200000 owner=USB2.0 Hub
   id=508  level=255 0x4=USB mod=12/31/69, 7:00 PM description=com.apple.usb.externaldevice.14800000 owner=USB3.1 Hub
Idle sleep preventers: IODisplayWrangler
 
Joined
Jan 30, 2015
Messages
17
Motherboard
Dell XPS 15 9560
CPU
i7-7700HQ
Graphics
HD 630
Mac
Mac mini
Classic Mac
iMac, Power Mac, PowerBook
Mobile Phone
Android, iOS
I'm about to update my Clover install in EFI to the 3.3 package, and then update to 10.14.5. I noticed that installing VoodooPS2Controller.kext to L/E is no longer necessary, but I had done it previously when it was still needed. Should I go ahead and remove it before or after doing either update via the kextunload command?
 
Joined
Jun 24, 2014
Messages
201
Motherboard
ASUS Maximus VII Hero
CPU
i7 4790k
Graphics
HD 4600 + GTX 970
Mac
iMac, MacBook Pro
Mobile Phone
iOS
I'm about to update my Clover install in EFI to the 3.3 package, and then update to 10.14.5. I noticed that installing VoodooPS2Controller.kext to L/E is no longer necessary, but I had done it previously when it was still needed. Should I go ahead and remove it before or after doing either update via the kextunload command?
Yea go ahead and remove it, no longer necessary to have anything installed in L/E. Pure vanilla.

I got a full dump of a real MBP 14,1 and I've just actually made a pretty big break through.
USB-C no longer needs to act like a PCI-Express card. Still testing somethings but this could be huge.
 
Top