Jump to content

Pavo

Members
 View Profile  See their activity

  • Posts

    67

  • Joined

  • Last visited

1 Follower

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

Pavo's Achievements

Member

Member (2/3)

36

Reputation

  1. Pavo
    The reason you guys are seeing huge increase in speed is because the TSC timing is set to a higher rate than the CPU frequency. It is similar to not using invariant timing, each tick of the timer gets mutiplied against itself. Most of the stuff related to the Datahub is related to timing and frequency settings, by disabling it you basically take what is in your ACPI tables which are only for machine startup, then the kernel suppose to recalculate those, which doesn't happen in macOS because it doesn't support AMD CPUs natively.
  2. Pavo
    B7 is booting fine for me with DisableLinkeditJettison enabled and no boot-args.
  3. Pavo
    AMD hacks are now working with beta 7 using new kernel patches, thanks to Algrey from AMD discord server https://github.com/AMD-OSX/AMD_Vanilla/tree/experimental-opencore
  4. Pavo
    Been working with Algrey on discord.... The first one gets past the sticking point but kernel panics and instant reboots after ACPI tables load and can not get a good video of the panic itself, have tried multiple times. FIND : E8 5C 61 01 00 REPLACE : 0F 1F 44 00 00 The second one does not get found at all.. Algrey is aware.
  5. Pavo
    Ok.... was about to update without issues using UnRAID, cpu is set to host and no issues. Tried to boot back into bare metal after update was complete, nogo. So.. its gotta be a kernel patch that needs to be updated. Going to test each kernel patch while in UnRAID to see if I can identify which patch needs to be updated. Also just too prove that CPU is set as host and booting without issues, here is a pic (not photoshopped like some people think I might do).
  6. Pavo
    In my opinion we shouldn't be putting EFIs or snippets in the thread itself but use a GitHub repo so everyone can collaborate with forks and merges or if there is major differences, have configs to specific systems in the repo. This would eliminate anything in the past to present issue. The config structure is the same for all systems and change on OC updates, which can be maintained on the repo itself.
  7. Pavo
    That was a typo at the time I posted a screenshot of that. That patch only works with BigSur beta 3 and above.
  8. Pavo
    Thought you said on discord yesterday that removing the Fix PAT effected Bare Metal in HS heavily?
  9. Pavo
    I did not because I do not used custom DSDTs, if you can provide the exact modifications you did I can replicate them with a SSDT. I also created a ACPI delete entry to remove the ACPI error that we were getting see below in the pic. This removes the ShakTooth table that is trying to overwrite the WMI1 device that already exist in the DSDT and causes the ACPI error.
  10. Pavo
    Just wanted to give everyone an update on the GPU performance fix, it is 100% the last kernel patch, Fix PAT. Disable it and see if you can still boot and if you can, your GPU performance will be like it should be. Currently trying to get the AMD devs to re-work the patch so all AMD systems can benefit from it using the PAT fix without hindering the GPU performance.
  11. Pavo
    You should not use a custom patched DSDT from a different system, not even if you applied common patches. Every patch that can be done in a DSDT can be converted to a SSDT.
  12. Pavo
    This is correct, I was saying that Min 17.x.x with Max 20.x.x would be applied to High Sierra, Mojave, Catalina and Big Sur. It would not stop with just Catalina. Maybe I misinterpreted what he was saying.
  13. Pavo
    This is correct. This is incorrect Min 17.x.x with a Max of 20.x.x means used if set to enabled (yes) from High Sierra to BigSur. Not Catalina
  14. Pavo
    @fabiosun I would agree with you but the kernel patches they provided are based off what they added back in the day to compile a kernel for AMD specifically when they were using Clover. It is always good to validate what patches are needed or not needed in my opinion. I have had tons of discussions this with algrey and Shaneee before to get a better understanding of exactly what each individual kernel patch is doing. There are quite a few patches that are applied simply to avoid a kernel panic on certain function calls that was being produced back in 10.12 era. They simply apply the same methodology on every update instead of going through each new kernel to get the bare minimum kernel patches needed.
  15. Pavo
    The story is from me, I decided to try and reduce the amount of kernel patches applied for AMD system and simply did a test of disabling one patch at a time and seeing if I could boot and checking my WoW game performance. Once I got to the point of my WoW game performance was like it should have been from the beginning I stopped reducing the patches. The reason they are not recommended is because it is not consistent across all AMD systems on what patches can be removed and provide the GPU gaming performance increase.
×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.