Jump to content
InsanelyMac Forum

VMonHeros

Members
  • Content count

    88
  • Joined

  • Last visited

About VMonHeros

  • Rank
    InsanelyMac Protégé
  • Birthday 05/26/1971

Profile Information

  • Gender
    Male
  • Location
    Toulouse, France
  1. Have you tried to fake your panel as an Apple one. It seems it helps some people and so Slice add it in Clover. http://www.insanelymac.com/forum/topic/304530-clover-change-explanations/?p=2277736
  2. VMonHeros

    Clover "patches"

    Merci pour ta réponse, mais le "problème" n'est pas là. Dans les logs, on voit bien Clover patcher le DSDT et les SSDTs (enfin, les OEM, pas ceux que l'on "ajoute" nous même sous ACPI\Patched)... C'est déjà une subtilité car Clover patche bien un DSDT dans ACPI\Patched du moment bien sur qu'on lui demande de lire un DSDT modifié. Mon problème, c'est que tu as plusieurs fois la chaine de caractère GPRW dans le DSDT et les SSDTs. Une fois dans sa définition, Method (GPRW etc...), et plusieurs fois en tant "qu'utilisation", invoquée comme par exemple GPRW (0x6D, 0x03). Le patch Clover du plist ne change que le GPRW de la définition (Method), et pas les autres (c'est bien ce qu'il faut pour que l'appel GPRW puisse se faire sur la nouvelle méthode GPRW déclaré dans le nouveau SSDT => bonne idée que Clover ne patche pas les SSDT sous ACPI\Patched sinon on aurait un problème)... Exemple de mon DSDT Method (GPRW, 2, NotSerialized) { PRWP [Zero] = Arg0 Local0 = (SS1 << One) Local0 |= (SS2 << 0x02) Local0 |= (SS3 << 0x03) Local0 |= (SS4 << 0x04) If ((One << Arg1) & Local0) { PRWP [One] = Arg1 } Else { Local0 >>= One FindSetLeftBit (Local0, PRWP [One]) } Return (PRWP) } Method (_PRW, 0, NotSerialized) // _PRW: Power Resources for Wake { Return (GPRW (0x6D, 0x03)) } Je ne vois pas pourquoi seulement le GPRW de "method" est touché !!!! Pourquoi dans le premier exemple donné, on fait un search/replace sur une chaine de caractère sur tous le DSDT & SSDTs, et qu'est ce qui fait que dans l'exemple 2, on ne le fait que lorsque c'est avec "Method"... Surtout que quand je décode la chaine Base64 "R1BSVwI=" , ça ne me donne que "GPRW". J'édite mes Plist avec Property List Editor (lien donné par Slice sur le forum) qui a l'avantage d'être gratuit , pas de Clover Configurator ici.
  3. VMonHeros

    Clover "patches"

    Bonjour à tous. J'ai posé déjà cette question en anglais sans grand succès (bon, juste avant la première bêta de Sierra, ceci explique peut être cela). J'essaie de comprendre comment Clover patche le DSDT (et le SSDTs) grâce aux définitions de la section "patches" du fichier config.plist. J'essaie d'utiliser la méthode "hot patches" de Rehabman (donc avec la création de nouveaux fichiers externes SSDT et le renommage de certaines méthodes, variables dans le DSDT pour accéder aux méthodes , variables "modifiées" dans les nouveaux SSDT. Cette méthode est intéressante car elle survit aux upgrades de BIOS, mais aussi car je la trouve très lisible (avec les SSDTs externes qui contiennent nos modifications). Voici les deux "points" qui posent problème. C'est un extract d'un fichier config.plist de Rehabman (quelques "patches"). Quelques patchs DSDT tels que "rename GFX0 to IGPU" peuvent être remplacé par ce binary patch <key>Comment</key> <string>change GFX0 to IGPU</string> <key>Find</key> <data>R0ZYMA==</data> <key>Replace</key> <data>SUdQVQ==</data> Celui-ci est facile à suivre (pas vraiment de problème) . C'est un simple rechercher/remplacer sur tout le DSDT (et SSDTs) de GFX0 (R0ZYMA==) en IGPU (SUdQVQ==), les valeurs à rechercher/remplacer étant codées en Base64. Des méthodes existantes comme GPRW peuvent être remplacées. Tout d'abord, la méthode initiale est renommée en XPRW. Ensuite, dans un petit SSDT "externe" nous déclarerons la nouvelle méthode "GPRW" de remplacement. <key>Comment</key> <string>change Method(GPRW,2,N) to XPRW</string> <key>Find</key> <data>R1BSVwI=</data> <key>Replace</key> <data>WFBSVwI=</data> ​ ​C'est là que ça coince... Comme peut-on être sûr que l'on ne modifie bien que le "GPRW" de la déclaration de la méthode en "XPRW", et non sa future invocation dans le DSDT qui elle doit bien rester à GPRW (et donc invoquer le nouveau GPRW définit dans le nouvel SSDT). Base64 R1BSVwI= c'est "simplement" GPRW (je ne vois pas de Méthode) avec les outils de décodage Base64 que j'utilise (outils web). Donc comment marche ce rechercher/remplacer... Je sèche là. ​C'est vraiment puissant comme moyen de modification, mais les explications de Slice sont un peu juste pour moi... J'ai du rater quelque chose... Merci d'avance pour vos lumières !!!
  4. VMonHeros

    Clover General discussion

    Hi. I'm searching for information on how Clover DSDT (and SSDTs) "patches" works, to use "hot patches" Rehabman method on my hack. "patches" come from Rehabman config.plist examples. Some text DSDT patches like "rename GFX0 to IGPU" can be replaced with a single binary patch <key>Comment</key> <string>change GFX0 to IGPU</string> <key>Find</key> <data>R0ZYMA==</data> <key>Replace</key> <data>SUdQVQ==</data> This part is doing a search/replace on all DSDT & SSDTs from GFX0 to IGPU. OK, easy to understand. Existing methods like GPRW can be replaced. First, the original method definition is renamed to an unused name like XPRW. Then, a separate small SSDT provides a replacement "GPRW" method. <key>Comment</key> <string>change Method(GPRW,2,N) to XPRW</string> <key>Find</key> <data>R1BSVwI=</data> <key>Replace</key> <data>WFBSVwI=</data> ​ ​It is this part I don't understand. How to ensure that we just rename the GPRW Method declaration only (and not all the GPRW calls inside DSDT and SSDTs) ? Because if we rename all GPRW to XPRW, we cannot use the "external" GPRW method defined in the "hot patch" SSDT. Base64 R1BSVwI= is "only" GPRW, so how does it change only "method" definition and not every GPRW found inside DSDT & SSDTs ? ​Thanks for your help.
  5. VMonHeros

    Que choisir ?

    Salut, J'ai un ASUS UX303LA (mais le modèle core I5 4210U) à base d'haswell. Je connais bien le modèle . J'ai d'ailleurs eu un UX32LN avant qui m'a permis de me faire les dents sur le DSDT + SSDTs (mais optimus m'agaçait, je l'ai donc revendu pour acheter ce LA). Ce que j'aime bien chez ASUS, c'est aussi que le bios n'est pas "signé". Ca permet de le modder pour faire apparaitre les options qui vont bien. Donc j'ai pu activer le PowerManagement des Haskell natif, mais aussi la NVRAM. C'est pratique . Ce modèle marche très bien en hackintosh. Le seul problème est de trouver une carte Wifi broadcom au format M2 (mais ça se trouve dans les 30 euros). La seule chose que je n'ai toujours pas, c'est l'hibernation. En fait, si elle marche, mais je trouve que l'écran scintille donc il y a quelque chose. Mais à part ça (pas bien grave, le mode veille marche très bien!), parfait ! Et quand je dis que tout marche, c'est le touchpad 5 points (merci Dinesh, mais bon, j'ai beta testé quelques heures pour Focaltech), le clavier rétro-éclairé (quelle galère à debugger), le sleep lid etc.. Et pour l'ouvrir, ce n'est pas très compliqué (faut juste savoir que tu as un vis planquée sous chaque pied arrière). Avantage, tu as un emplacement mémoire libre et tu peux mettre un SSD (ce que j'ai fait). Vérifie juste que sur le modèle Broadwell, c'est bien un Touchpad Focaltech (ou Elantech). P.S.: pas de sticker pour la coque .
  6. VMonHeros

    Asus uX303LN Yosemite, screen brightness

    Hi, Good news. Focaltech touchpad kext is out. You can find it on OSXlatitude. It is named Smart - Touchpad, and is compatible also with Elantech Touchpad (in fact, it’s an update of previous Elantech kext). It’s working up to 5 fingers gesture. Have also a look inside plist to configure extended functionalities.
  7. VMonHeros

    Asus uX303LN Yosemite, screen brightness

    Hi, I can confirm that I've got brightness working after hibernate with _WAK correction. Nice. However, if CSM is disable, I've got glitches. Same kind of glitches I've got during OSX installation (without CSM). I can also reproduce these glitches when I want to swith my monitor frequency from 60HZ to 40HZ and vice versa. I will try your DSDT method, however, as I can have sometimes glitches without hibernation (and so _WAK method not invoked), I've got the feeling that it's more a screen refresh issue !
  8. VMonHeros

    Asus uX303LN Yosemite, screen brightness

    Hi, I've got a quick view of your patch, and it seems that it can only be applied if you import SSDTs inside DSDT, as _WAK method is in DSDT (PNLF we don't care as you just seach for SB scope) and adr 0x00020000 is in SSDT (the one for intel video). Not an issue for me (I will split it and add the correct "external" request in DSDT for backlight wake), but it's just to inform people . Furthermore, for people that want to apply it, you need to change GFX0 to IGPU (in all your DSDT & SSDTs) before applying it (I just say that because last Rehabman patches remove this need , so if you used the last Rehabman patch, think about GFX0 change). I will test it tonight. Thanks for it (and for the method to "relaunch" backlight after Wake). You're far away from me for ACPI understanding .
  9. VMonHeros

    Asus uX303LN Yosemite, screen brightness

    Hi, I'm a UX303LA user, so near you but without Optimus . I've got previously an UX32LN, so I know . I'm at the same state as you (for Focaltech) but hey, perhaps we will have some good news on that (I cannot promise, but a famous developper will have a look on the topic). Just an information for DSDT. There is an error in last ASUS DSDT, that causes issue with BatteryManager (when your battery is fully charged and on power, OSX says you that you're on battery...). A small adjustment need to be done inside FSBT method, I document it here (https://github.com/Ramalama2/UX303LN/issues/1) I did also a small text to explain all my mods. If it can help, no issue to share it here (but sorry for my defective english!). For Hibernation, when you enable CMS, your screen will be OK, but normally, no backlight change possible anymore (at least for me) after wake. But I didn't dig inside last Ramalama response (PNLF DSDT change) that is promising . For USB, I dig inside this issue with UX32LN (that is very close in DSDT point of view). Same issue. I stopped (because I'd got work on Elantech kext with ElymDinesh) and to wait, just disable USB3 in Bios. With only USB2 activated, it's OK (will look at that later). And, you can also easily patch your bios with PMPatch for PowerManagement, it works well . But be carefull with Bios flashing (I can give you the right link if you want to go).
  10. Hi, Thanks for these information. I will have a close look on that because at present time, always no sound for me (and I'm sure that pinconfig is OK... I also tried to disable everything outside of the speaker to ensure that there is no conflict somewhere, and same result ). Is it possible that you provide also the "first" part of the GetDump. I would love to continue my comparison (I saw some points, I would love to go deeper).
  11. Hi, The legacyAGPM will also work for M1530 users, as it is also an Nvidia graphic card. It is also Go8XXX version, so no much difference for this. The only change I did from what was done previously from MasterChief, is to maintain the injector as there are some changes in the original plist with Mountain Lion. I also did the same for Bluetooth injector.
  12. Hi, For the bluetooth injector, read the Anv thread. However, it permits to activate the broadcom kext, and by that (at least) be able to enable and disable the bluetooth. Without this injector, it is not possible (for me). For legacyAGPM, just copy the MacBooPro5,1 entry, and rename the copied one MacbookPro4,1 or what you use as SMproducname in your SMBios.plist. This one is working, you will see that the speed of the Nvidia video card (and also its memory) change depending of the load, by so ensuring a lower temperature. You can see that using Hardware Monitor (look at modified FakeSMC V3.x from Slice). For audio, with my replacement motherboard, VoodooHDA not working anymore for me (and I need to use the patched AppleHDA). Nobody to provide me a "getdump" of the VoodooHDA working on our laptop ?
  13. Hi, For who is interested, here are some kexts (injectors) modified for our XPS M1330. One is for enabling BroadcomAppleBluetooth (it is coming from Anv, I just injected our XP 1330 bluetooth ID) = BroadcomAppleBluetooth.kext, the other one is for enabling graphic power manager (modified from MasterChief one) = LegacyAGPM, without patching AppleGraphicPowerManagement.kext, the last one is for enabling our webcam as an Apple one (also coming from Anv) = AnyiSightCam.kext. For LegacyAGPM, it is patched for MacbookPro5,1 smbios. If you use another one, just open the kext and edit the plist . AnyiSightCam.kext.zip BroadcomAppleBluetooth.kext.zip LegacyAGPM.kext.zip In general, here all the kexts I use. Extensions.zip
  14. Thanks, it works for me too. However, if someone can provides me a "getdump" for a working XPS1330, he is welcome . It will perhaps help us to provide Slice some useful information for VoodooHDA.
  15. OK. I saw it. I did an error during the unzip... I've got no issue with DSDT patching. At least, I will go with this patched AppleHDA for now. However, I'm really curious about a "getdump" about a working VoodooHDA.
×