Jump to content

fabiosun

Supervisor
  • Posts

    11,274
  • Joined

  • Days Won

    533

Everything posted by fabiosun

  1. yes.. you can try to use old patch for it or try to verify better the schema proposed here (I will find for you if you do not find it) two kind of patches were proposed from the start one core number -1 (count 0 and other stuff) two a more articulated ones with mask and replace masking (count 1) remember..if they have not published in a clear way..a reason could be there 😉
  2. OC PR Patches.plist.zip to explain better (I hope in a better way I mean) attached here patches I use withOpenCore PR 072 No, only in 072 PR Patches 0,1,2 are included in that quirk
  3. @jsl2000OC PR does not need of any of them...they are included in OpenCore
  4. @Arrakis this one is not a patches problem: "An error occurred while preparing for installation….." I would try to download again the installer
  5. @jsl2000 Lightening the number of patches in the config.plist, leaving only those that are really useful for the systems you have installed, certainly does not solve your "cosmetic" problem on the CPU name .. but it helps, maybe, to better understand any others problems imho you should do this with both clover and OpenCore
  6. @jsl2000 if you use this quirk as I see in your config: ProvideCurrentCpuInfo you can disable these 2 patches: then if you have how I see first two patches you can try to disable all patches you see with core logical string in comment section... if you use also clover you can test easily with it this my latter assertion
  7. forgive me again, I'm looking at your config better If it works for you ok .. save it. But, if you use the first patches in position 0,1,2, you shouldn't be using many of the later ones I see .. to understand which ones, if you want you can try to use a corresponding debug version of Opencore, activate the debug in it (target 67) and then check in your log which patches are skipped according to the operating system you start From there you can clean up your config a bit
  8. @jsl2000 this (maybe) is not useful, it is old version and in position 0 you have newone
  9. @jsl2000yes is fine always if I use RestrictEvents.kext (071 or 072 PR edition used I mean) we have pretty same parameter in platform/generic you could try to put 0 instead of 3841 I think you also can delete many data on Generic tab as I do:
  10. @jsl2000yes with restrict events.kext
  11. Lastr test if you want for tonight @Arrakis config-arrakis-4 step.plist.zip if weird frezee you have are not related to your thunderbolt card...there is a problem with topology patch i think (included in ProvvideCPuCountInfo)
  12. config-arrakis-3 step.plist.zip and this should be last step... added these two patches and disable a lot of them... PR_Algrey Force set cpuid_cores_per_package-10.15.x -11.x PR_Algrey Force set cpuid_cores_per_package-12.x I use "18" that is your exdecimal cores count (24 cores) let we see if it could work now
  13. step 2 @Arrakis config-arrakis-2 step.plist.zip Previous system should work the same, test in Monterey to see if it passes previous hang you posted
  14. No @Arrakisit is your previous config..and I would have a test with a cleaned one I have disabled on it many stuff..now I will produce Monterey one 🙂 sorry maybe I have said in bad English before
  15. ciao con il secure boot ci starei attento..pero' forse devi anche ripulire Nvram....
  16. @scipioneil secure boot lo lascerei stare come ti va.. metti solo sip e ricontrolla se vedi l'aggiornamento altrimenti fai un enrolled su developer e poi ritorni su quello normale
  17. @Arrakis when you have time this is a "clean" config.plist taken from your EFI if system starts the same..I will proceed in a further step. config-arrakis-1 step.plist.zip I have only disabled stuff
  18. thank you @jsl2000I see your post in IM forum. I would like only to specify that patches are not mine 🙂 I have only understood the joke done by maintainer..:) if you read on their readme they stated patches are good for beta 1... then Algrey posted force cpu patch and also they did a PR with a newer one... I think they would like to see how smart are their patches users 😉
  19. @Gustav Holstyour CPUs are the same of MacPro 2013 (maybe with more TDP), you can fix XCPM or PM with clover quirk or old Kernel Patches I don't remember exactly which ones as it's been a long time since I had a similar processor
  20. Tomorrow I will try to build a minimal working Efi for you if you can post only config ok for you for both 11.4 and 11.5 os thank you and sorry but we will win also in this hard task😂
  21. @Arrakis if you have enough patience .. try this: config-Arrakis-bis.plist.zip with BS an Monterey if you have
  22. @Arrakis config-Arrakis.plist.zip with your previous EFi if you like try this obviously before with systems working with your EFI then if It works also for more complicated one 🙂 Backup your 😉
  23. @Arrakisdownloaded your EFI, there is a minimal correction on it you can do I think patches maintainer will update as soon they can also their GitHub: algrey - _cpuid_set_info - GenuineIntel to AuthenticAMD - 10.13/10.14/10.15/11.0/12.0 21.99.99 should be 20.99.99 (maxKernel) this has already been reported and will be corrected shortly
  24. ciao e benvenuto se stai tentando di installare catalina e BigSur avrai sicuramente un sistema senza accelerazione La scheda Grafica e' una Maxwell e quindi necessita di driver Nvidia Disponibili solo fino a OSX macOS High Sierra 10.13.6 Anche le EFI che hai trovato sono abbastanza vecchiotte ti consiglio di leggere le guide che trovi nel forum per creartene una tua e appropriata Comunque se rimani con quella scheda grafica non avrai accelerazione grafica e diverse difficoltà in piu' del solito
×
×
  • 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.