Contribute
Register

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

Status
Not open for further replies.
Once you install VirtualSMC.kext into /L/E, you must also install all other "kexts you need" into /L/E, as Clover will ignore content you have in EFI/Clover/kexts (due to config.plist/SystemParameters/InjectKexts="Detect").

Note also: Your InjectKexts setting is wrong.

Thanks for the reply!
That didn't work for me. I reinstalled VirtualSMC.kext into /L/E, fixed perms, rebuilt cache etc, and set InjectKexts to Detect, and it went back to timing out at boot.
Booting into Recovery, and removing VirtualSMC.kext from/L/E allowed it to boot again.
All the kexts in /EFI/Clover/kexts were already in /L/E
 
That didn't work for me. I reinstalled VirtualSMC.kext into /L/E, fixed perms, rebuilt cache etc, and set InjectKexts to Detect, and it went back to timing out at boot.

You're not reading what I suggested...
Must install *ALL* kexts you need once you install VirtualSMC.kext.

All the kexts in /EFI/Clover/kexts were already in /L/E

Check your kextcache output to be certain everything that you need is installed properly.
And don't forget to set config.plist/SystemParameters/InjectKexts="Detect" (it should have never been set otherwise).
 
Sorry, I'm not sure what I'm missing in what you suggested.
All the kexts that @blazinsmokey provided in his latest zip I had already put in /EFI/Clover/kexts and in /L/E
When I put them in /L/E, I chmod'ed and chown'ed them and ran sudo kextcache -i /
I set config.plist/SystemParameters/InjectKexts="Detect" before the last attempt.

I've attached the latest output from kextcache -i (this is obviously without VirtualSMC.kext and SMCBatteryManager.kext in /L/E)

Must install *ALL* kexts you need once you install VirtualSMC.kext.
Or are you saying there is an order to the installation, and I'm not following that order?
 

Attachments

  • new_kextcache_log.txt
    49 bytes · Views: 133
Sorry, I'm not sure what I'm missing in what you suggested.
All the kexts that @blazinsmokey provided in his latest zip I had already put in /EFI/Clover/kexts and in /L/E
When I put them in /L/E, I chmod'ed and chown'ed them and ran sudo kextcache -i /
I set config.plist/SystemParameters/InjectKexts="Detect" before the last attempt.

I've attached the latest output from kextcache -i (this is obviously without VirtualSMC.kext and SMCBatteryManager.kext in /L/E)


Or are you saying there is an order to the installation, and I'm not following that order?
try this

install all kexts to /Library/Extensions and then add boot argument: vsmcgen=1

had the same issue on my laptop and the above boot argument allowed my machine to boot
 
try this

install all kexts to /Library/Extensions and then add boot argument: vsmcgen=1

had the same issue on my laptop and the above boot argument allowed my machine to boot

Thanks @Feartech , that worked a treat!
 
try this

install all kexts to /Library/Extensions and then add boot argument: vsmcgen=1

had the same issue on my laptop and the above boot argument allowed my machine to boot

Yes... Transition from FakeSMC.kext to VirtualSMC.kext must be done very carefully.

Also, if there are issues just from moving from Lilu+plugins (VirtualSMC.kext is also a Lilu plugin) in EFI to /L/E, careful construction and installation of a correctly coded LiluFriend.kext should also be considered.
 
Yes... Transition from FakeSMC.kext to VirtualSMC.kext must be done very carefully.

Also, if there are issues just from moving from Lilu+plugins (VirtualSMC.kext is also a Lilu plugin) in EFI to /L/E, careful construction and installation of a correctly coded LiluFriend.kext should also be considered.
ahh, thanks for that, i will look into this :)
 
The problem:
I have a Dell monitor that accepts a DP connection over USB-C, so I'm using that (through USB-C on the XPS).
When the monitor is attached, audio only comes through the laptop speakers, and there is no option in the Sound System Preference to switch to Display Port.
If I then connect the monitor via HDMI, I get two options - one for output through HDMI, and one for output through DisplayPort.
Switching to DP output gives me sound through attached speakers (as does HDMI), and then removing the HDMI cable enables the DP option to remain and work still.
Pulling the USB-C cable and then reattaching removed the DP option and it doesn't come back, until HDMI is plugged back in.
It's not really a major problem, as I have the above workaround, but I would love to get it sorted.
I tried both having USB-C attached before boot, and attaching it after I've logged in - no difference.
Is this something you (or anyone reading) has come across?

Further to this, I've found that there is another way to get the DisplayPort sound output option to appear.
If the lid is closed and then reopened while the monitor is plugged in to USB-C, the DP sound option appears and is selected.
Sound preference.png

Note that with this monitor, being plugged into USB-C means that it's charging the laptop as well.
Also something that may be relevant - closing the lid with the monitor plugged in will only sometimes switch to single display through the monitor. Sometimes the monitor screen will go black, although the laptop doesn't go to sleep. In both cases, the DP sound option will appear on opening the lid.
I've attached a fresh gen_debug output.
 

Attachments

  • debug_26142.zip
    5.5 MB · Views: 248
ahh, thanks for that, i will look into this :)

Note: There is a script that will generate LiluFriend.kext automatically in my hack-tools github project.
 
Status
Not open for further replies.
Back
Top