Jump to content

acquarius.13

Members
  • Posts

    272
  • Joined

  • Last visited

  • Days Won

    7

Everything posted by acquarius.13

  1. Hi @Jake Lo here in attachment you will find the debug files. @viking1304: I've configured my config.plist acpi section with your hotpatch. Now I'm trying to make it sleep and then wake. I will keep you updated
  2. No way @viking1304 same result..and much slower boot time
  3. Hi @Jake Lo, the package you gave me E7x50_Mojave.zip makes the hack booting and working, but sleep is not working properly, even after applying hibernation prevention commands: sudo pmset -a hibernatemode 0 sudo rm -f /var/vm/sleepimage sudo pmset -a hibernatefile /dev/null In attachment you can see what it is going on. It's not always the same behaviour, but typically the system doesn't go to sleep automatically and, after wake, it hangs at a certain point. I hope this can be a good feedback about improving the pack for HS and Mojave future installations. I think I can give up in patching DSDT and SSDT's: I appreciated a lot your big effort in helping me (also many thanks to @viking1304) From what I can understand, that package should work with mojave: if you need a sort of "beta tester" I'm available to test it and to report feedbacks on what is working or not. Thanks a lot again Marco
  4. @Jake Lo with your zip it is working. I appreciated a faster boot (in my opinion, I did not measure it), but I can hear fans working continuously. I will keep you updated in future trials if, after completing updates, I still hear those fans working a lot, since I cannot measure any temperature. Is there a way to get back the hardware sensors? By the way, I had the CpuPm instead of CpuSsdt because in my usual configuration the config.plist is set with CpuPm. If I put CpuSsdt in acpi tables, I can boot and work but even if I use the proper commands to prevent hibernation, when the machine goes to sleep, then it is impossible to have it back without switching it of brutally. Is this normal? UPDATE After installing macOS updates, fans are working less than before. Now I'm trying to solve battery percentage issue. ACPIBatteryManager.kext and abm_firstpolldelay=16000 doesn't work to solve battery % issue
  5. Dear @Jake Lo and @viking1304, I'm sorry to inform you that both of your suggests concluded in a kernel panic! I think there is no chance..
  6. Thanks a lot @Jake Lo and @viking1304! I will try both solutions tomorrow and I will give some feedbacks!
  7. So I have them. And I get that kernel panic.
  8. Hi Viking, I apologize to have misunderstood your suggestions. I applied point 1 and 2 (ssdt.dsl was a mistake: actually I wanted to put ssdt.aml but I was wrong. Anyway, I deleted ssdt.dsl from patched folder). There is a small inconsistency in your post: should I keep in the patched folder the SSDT-7-SaSsdt.aml? Because you didn't mention it about the patched folder content, but you did in the sorted order section. I put SSDT-7-SaSsdt.aml both in the patched folder and in sorted order in config.plist. Can be this the cause of KP? I attach the pic of this KP. Thanks, Marco
  9. Hi guys, I was finally able to post the test EFI folder items (ACPI, config.plist and kext) with patched DSDT following @viking1304 repo (from [01] to [20]). No errors but KP. The origin_SSD.zip contains original ACPI and patched be myself DSDT. In the patch folder, there isn't the SSDT-2 because it gave me errors during compiling procedure, so I omitted it. Maybe it is this one causing the problem. @viking1304 I hope I had answered your question. Fell free to to insult me
  10. @viking1304 if I use you “guide” mentioned in some previous replies, I’m able too to compile (I have stored all the debugger screenshots, if needed) but if I try to use that patched DSDT, I get KP. I can post the origin and patched ACPI folder, in order to give you the whole picture about the KP I get. I hope I will do it tonight..but I’m not totally sure. Thank you in advance for your kind support
  11. Hi guys, I've tried to follow all your suggests. Now, when I apply this patch [igpu] Rename B0D3 to HDAU <==again change layout-id to 11 before applying the patch I get the errors in the pic. If I try to remove those methods, errors go away, but then I get KP. If I don't use that patch, boot doesn't start at all. I suppose I'm too incapable to solve this alone.. If you have more kind hints, try to give them to me. If not, it's not a problem to stop this topic Thanks again a lot for your kindness Marco
  12. Without PARSEOP [01] fix, I got these errors
  13. As probably mentioned by @Jake Lo I got aswell a kernel panic..
  14. Hi guys, I tried to patch again following @wiking1304 step-by-step guid reported on this topic, but I still get Arg0 error. I attach some a pic (#1) about it. The fact is the PARSEOP_Zero Error (aggressive) does not produce any applicable patch (pic #2), so I still get Arg0 error. Deleting it, I can compile but with a lot of warnings (pic #3). I suppose I will get the same problems (audio, brightness, bluetooth) using this patched DSDT. Have you got any suggestion? Thanks Marco
  15. Hi guys, I used my patched SSDT on a secondary SSD. It actually works, but bluetooth, audio and brightness are gone.. Maybe I did something wrong in patching procedure. I can try to do it again following also your suggests in this topic. I will keep you updated Thanks, Marco
  16. Hi guys, after applying both your suggests (@viking1304 I applied only the first patch, up to point 3; @Hervé I deleted Arg0) I obtained a lot of warnings but DSDT.aml has been compiled successfully! Some questions: 1. Should I patch and compile ALL the other SSDT-xxxx.aml files or is this one sufficient? 2. How do I rename properly my SSDT-xxxx.aml files in SSDT-0-1-7-8-10-11-PNLF.aml files to have a working SSDT? Thanks, Marco
  17. Hi guys, thank you so much for your precious support. Unfortunately I've been away for some time. I will try to deeply read your suggests in future days and then to reply correctly. Thanks, Marco
  18. Hi crew, even if this latitude is well covered by this forum, I tried to follow this guide for exercise, following also this thread to patch my DSDT. I extracted it using F4 at clover boot options (r4644). In attachment I upload the origin folder and the errors I obtain. I've just started: I only tried to patch the DSDT.aml file Can you please give me some hints? Thanks, Marco
  19. I had some similar issues on my E7450. It seems like DSDT not properly patched. @Jake Lo patched that for me. But firstly you have to hit spacebar at clover spalshscreen and select verbose and debug mode (0x100). Take some pictures and post them. Then reboot, press F4 at clover splashscreen and then upload the ACPI folder: I think that the crew can help you much more with those informations
  20. Now it worked also for me. Thanks @Bronxteck for posting the link and @Jake Lo for precious suggestions!
  21. I tried your last solution and it seems to work. Thanks a lot! What about latest clover installation?
  22. I tried to remove Shiki, IntelGraphicsFixup, and IntelGraphicsDVMTFixup and placing whatevergreen.kext but the boot sequence interrupts at a certain time and then reboot automatically. I didn't perform a verbose since I didn't expect this behaviour. Should I do something else?
  23. Hi guys, @Jake Lo I was wrong in lilu version (I posted the shiki version). Currently I'm running 1.2.3. Could be this one the cause of the problem? @Bronxteck @Jake Lo I post you here my EFI/clover folder: could you guys have a look and tell me if there is anything I have to switch on/off on clover installer? My bios is A19 Thanks again
  24. Hi there, I start this topic to know if anyone else found issues after installing new clover updates. In my case my E7450 doesn't boot at all. After clover logo, I select macOS but the screen remain switched on, but no apple logo appears..so no boot. And SSD seems not to work (so no disk activity). Did you find a similar issue? How may I solve it? Lilu version 2.2.0 Thanks Marco
  25. WORKING! Great Hervé!!! Thanks a lot
×
×
  • Create New...