Jump to content

Leaderboard

Popular Content

Showing content with the highest reputation on 12/29/2021 in all areas

  1. ma lo sai che ci volevo provare? mi è venuto un dubbio in quanto i kext non sarebbero "registrati" fratello ha un pc addormentato in cantina che monta propio una gt 710, me la porta a gg. preferisco catalina, magari una partizione per test ci sta sempre.
    1 point
  2. non penso. ho estrapolato bios e NVCAP e risultano dai database di gpu in giro su internet. poi su quel gioiellino di linux mint funziona che una meraviglia.
    1 point
  3. ciao @kernel26 dall'immagine non capisco bene cosa a accade comunque su OC non puoi attivare al volo dei BootArg come puoi fare nelle opzioni d clover al menu La tua scheda dovrebbe essere supportata nativamente sino a BigSur senza driver NVidia ma con quelli che sono inclusi in OSX (potrei dire una tavolata ma mi sembra cos') se installi I driver Nvidia devi assicurarti che siano della stessa versione di HighSierra in uso o installare dei web driver Nvidia sbloccati
    1 point
  4. In both Clover and OpenCore I never had this issue except reboot loop issue only in Clover. Actually your added 3 kernel patches I had applied in FX-6300 hackintosh already that means it can not fix my reboot loop issue.
    1 point
  5. Could you identificate from which Clover Version this fact happens? I have tested till Clover R5124 and all are affected of this problem I think it is not only a clover problem..also kernel patches are involved But, in opencore we never had this TSC mismatch problem
    1 point
  6. Yes, confirmed that no double speed animations in OpenCore 0.7.6 with or without ProvideCurrentCpuInfo Quirk. This issue only in Clover if BusFrequency is not correctly set.
    1 point
  7. @jsl2000config.plist I posted to you is working well in your opinion in opencore? no double speed animations? if so your CPU 1700x acts in a different way In Opencore you should disable three old patches I have put in your config and use only the quirk (quirk has better and newer method to patch) For FX CPU you can try and see... thank you again for sharing also your experiences
    1 point
  8. 1 point
  9. Thank you to try and to confirm this I have added patches 3, 13 and 14 in your opencore config.plist Then I have disabled ProvideCurrentCpuInfo So, in this way have you weird animation and behaviour also in Opencore now?
    1 point
  10. OK it can boot by OC 0.7.6 now. Did you just adjust the order of kernel patches or change something else in my previous config.plist ? What should I find the difference from previous config.plist ? I'm trying to learn some new knowledge from you.
    1 point
  11. @jsl2000 if you can and if you want post a working config.plist working for you in clover and in opencore only the patches you use I mean I will try to adapt it for you ( I think you did well, only to verify again it)
    1 point
  12. I have put the two I need in 7 and 8 position if you use entire sixteen Opencore patches I do not need of topology patch both in clover and Opencore to boot
    1 point
  13. Yes it should be it in clover we use an older one because that one is not compatible with clover masking feature It is sure that others two patches create problems in clover and latest OS X also in older OS X but with less and clear damages
    1 point
  14. @jsl2000our problems in Clover Bootloader are here: algrey - Remove Penryn check to execute default case - 10.13/10.15/11.0/12.0 algrey - tsc_init - grab DID and VID from MSR to have a confirm you can use these two patches in Opencore (In a proper way ) and disable ProvideCurrentCPUquirk You may have also need of CPU topology disable patch (I do not need of it) you will see also in Opencore weird animation and double speed in some condition SO our only chance is to convince Clover Devs to implement that opencore quirk!
    1 point
×
×
  • 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.