Jump to content


  • Content Count

  • Joined

  • Last visited

About Krazubu

  • Rank
    InsanelyMac Legend

Recent Profile Visitors

10,923 profile views
  1. Hi, I don't know about a way to prevent it. Maybe by injecting/faking some ROM version ? I guess the installer checks that to assess if system requires flashing or not. Don't know if this feature already exist on clover or other OSX bootloader. Considering that the update does not totally kill the system, as long as you have a full dump of the original BIOS, it should be ok if you flash it back afterwards. I investigated a bit, there are basically 3 main blocks in the BIOS region of the ROM. The 1st one contains mainly NV RAM values, this one has big differences, however it is likely that over time many things get changed here. The 2nd one mainly contains device drivers, this one is also different. This is not normal IMO, and likely to be the source of issues. The 3rd contains initialization executables, this one is untouched.
  2. I spent a few days on this, so, long story made short, starting from Catalina DP8 my P8P67 Pro motherboard got flashed by the installer. Symptoms : - Cold reboot after the update instead of the normal reboot. - All BIOS settings gone. - RAM size locked to 8Gb max, whatever the sticks/slots configuration. - 2nd PCI-e slot disabled - Sound not working anymore (in OSX only) Thanksfully I had a dump of my BIOS, so flashed it back (with a hardware flasher) and all was back to normal. I compared the dumps of the 2 BIOS, there are heavy differences, not only little settings changed here and there. Considering the computer was still bootable, I guess it didn't touch critical boot stuff, I'll try to investigate further when I feel the motivation. I noticed the same cold reboot after DP9 update, the BIOS was already screwed anyway, but it shows it messed with it again. So be very carefull, I doubt I could be the only one.
  3. Krazubu

    ALC892 P8P67 EVO with BIOS 3xxx

    Hi, I had missed this. Still a nice find, this can save from flashing BIOS, and may be patched from clover. I have all the hardware stuff to ruin and restore my ROMs but not everyone does. I wish we both had found these years ago.
  4. Hi, beside the sound problems I never had any issue booting with 3602. You should just check the basics, I don't think BIOS settings much matter either.
  5. Hey, better late than never, I FINALLY FOUND HOW TO GET SOUND WITH APPLE HDA AND LAST BIOS (3602) ! The solution is actually pretty simple : - Get AMIBCP tool somewhere on the web - Run it (you can run it fine in OSX using Wine). - Load your 3602 bios image. - Expand the tree to Advanced / PCI Subsystem Settings / PCH Configuration / PCH Azalia Configuration - Find "Azalia internal HDMI codec" entry in the list on the right - Put settings for "Failsafe" and "Optimal" to disabled. - Save your ROM - Flash - Sound works (considering the rest is properly configured, you should use Layout-ID #1). This is a good thing as 3xxx is a huge update that brings lots of new features and also UEFI compatibility as opposed to previous versions 2xxx that are ony EFI1.1 and have really exotic compatibility with clover and efi modules. It only took 7 years
  6. Krazubu

    AppleALC — dynamic AppleHDA patching

    Hello, here's a tricky one : ASUS P8P67 Pro and its ALC892 codec. An old problem with this mobo and nobody found a solution after years, it's probably a firmware issue but I still hope there's a workaround for it. Basically, HDA works fine with old firmware, but after updating to the latest one the codec vanishes and doesn't work at all in OSX, whatever the method (I think Voodoo HDA is ok though). I could stick with the old but this update is not cosmetic, it brings lots of improvements, like transition from EFI to UEFI and is mandatory for proper Mojave support. Looking in DPCI manager I see 2 codecs, one seems ok, the other one reads "0x00000000" for both codec ID and Revision (see picture). The configuration is ok and working with old firmware. After the update is done, I get this result, without changing any configuration (so it's theoretically still ok). Don't know what to do with this ghost device, maybe finding a way to disable it would be a good start ? Attached a picture of codec with old firmware, and with new. Side question : would you happen to know what module(s) could handle HDA in UEFI ? I'd like to try to bring the old module in the new UEFI, but can't find anything related. I'm afraid this is merged with some critical stuff like PCI lines management.
  7. Krazubu


    Nop, same. But I guess there are tons of things that can interfere with this. My ACPI tables are probably pretty messed up considering that I don't feel brave enough to manually patch them. My GFX are AMD RX 580 + NV 9500GT. I think that's not the case anymore, but I remember AMD got trouble with sleep mode for years.
  8. Krazubu


    I tried the sleep mode, nothing happens, only the screens go down.
  9. Krazubu


    Actually I had already noticed this shell version issue once but had not made the relation with this clover issue, I don't think they are named backward, I never messed with that. About hibernation and sleep I can't test it, it NEVER worked in UEFI (was ok in legacy, depending on the OSX version). The mobo deeply crashes. On wake up it's stuck in a power loop : goes on for a few seconds then off, then on again… indefinitely. Forcing shutdown doesn't help, I must cut power with the back PSU button.
  10. Krazubu


    Ok, I launched shell from my BIOS and tried to launch again the shellX64U, it crashed with the same static cursor. Rebooted and tried with shellX64 (no U) and I could run "a shell in my shell" so I removed the U one from Tools\ and voilà, the shell launched fine from clover. I could run memmap and see a quite different memory occupation. In the same move I tried again the Aptiomemoryfix from this thread without slide parameter and it booted fine. So 2 very old problems solved at once, thank you
  11. Krazubu


    The shell stopped working years ago, somewhere before builds 2000 of clover. Ok, gonna check all that. Edit : ok the scan option brought it back but it still crashes. I get a fix cursor on the upper left corner. I think it's again a memory issue because it does launch fine from clover in legacy mode.
  12. Krazubu


    No I launched the shell from Bios because its the only way I can reach it. It crashes when launched from Clover, since a while the option is not even present anymore. I already tried v3 and aptiofix r10
  13. Krazubu


    Yes i did all that. Here is the log with fix2
  14. Krazubu


    Hi Apianti, I already tried all the aptio fixes with no succes. I also tried with 105 but I'll try again increasing it more.
  15. Krazubu


    Hi, I'm struggling with my mobo which has always been awful regarding memory issues. So far, only the 1st OSXAptiofix version got it to boot, from time to time. It was broken with 10.13.1, ok with 10.13.2, then broken again with 10.13.3. I tried to use the version 2 and calculate a slide value. Here's what I did : Located this area that seemed to be sufficient : available 000000000CF06000-00000000AD737FFF 00000000000A0832 000000000000000F Calculated : CF06000 - 100000 = CE06000 CE06000 / 200000 = 67 Did it backward to verify and noticed I had to increase it to 68. Used slide=104 Problem is stil the same (error allocating blah page blah…) Is there something I miss ?