PMheart
PMheart
Hi 我觉得只要 Clover 注入成功的话，IOLog() 这个 API 就一定会被调用，无论 Lilu 那边有没有被call到 sys log 中至少会有 log 喔？
目前在我的机器上有点奇怪：(这可能有点与 topic 无关，见谅) 我目前在用白果 MacBook9,1 准备测试 4K HDMI 输出，很显然我需要将 Lilu 与 CoreDisplayFixup 安装到 /L/E，然而失败了，在 calling policy之后提提示failed to load Lilu... 无论是基于源码编译，或是从release page 中下载1.1.1的预编译版本
Vit 表示是这样，不过理论上来说放在系统目录下也可以，只是可能偶尔会失效什么的，虽然目前我还没有遇到过。 之前我在写 CDF 的时候，也是只有白果，我的 CDF 和 Lilu 都是放在 LE 下测试的，没有什么问题。 今天再次测试的时候，Lilu 就 failed to load 了... 至于 NSU 的代码，我没有仔细看，不过看 https://github.com/Austere-J/NightShiftUnlocker/issues/2#issuecomment-302919809 中的讯息应该是没什么问题。
我略微看了一下代码，我怀疑一些指针可能出了点问题。(比如 this 指针) Clover InjectKext 的代码没记错的话也是基于 XNU 写的，不过是来自哪里我已经彻底忘了。 sec, 我需要仔细看一下。
NSU 中多出的那些东西是为了更精准的版本判断。 Lilu 中不提供 minor version 的检查，所以需要比较麻烦。
我猜应该是 Clover 把某些东西搞乱了。 anyway 我废除了 minor version 的检查，这可能比 @Austere-J 的 kext 略逊色些，不过要想 Clover 注入的话目前只能这样子了... source code: binary: 【REMOVED】
Hello! This idea sounds good to me, while it takes time to maintain it. If anyone would like to contribute, feel free to PR!
That's really weird then. I think CoreDisplayFixup is doing totally the same thing: https://github.com/PMheart/CoreDisplayFixup/blob/master/CoreDisplayFixup/IntelPatcher.cpp#L35 As for file restoring. Don't you have an untouched CoreDisplay backup? EDIT: Oh. @syscl 's command...
If restoring to the vanilla one doesn't help either, try also rebuilding shared cache by `sudo update_dyld_shared_cache -force`
@lakreite Hello! Is this PR still alive? If not, I can start working on this. Thanks! UPDATE - Assuming the original author will not work on this; I will start...