Supervisor fabiosun Posted May 13, 2021 Author Supervisor Share Posted May 13, 2021 @iGPUlatest OC and kext version? Link to comment Share on other sites More sharing options...
Moderators iGPU Posted May 13, 2021 Moderators Share Posted May 13, 2021 (edited) 10 minutes ago, fabiosun said: @iGPUlatest OC and kext version? Yes, I use latest OC commits from here (presently booting with v070, 4cdd360. I update daily (sometimes more often ). I also run ocvalidate (inside OC/Utilities/ocvalidate folder) on current config.plist file to ensure there are no errors; sometimes the docs are behind and ocvalidate will pick up structural changes. Each commit has an updated ocvalidate, so you must use the latest version of ocvalidate to avoid mistakes. The RestrictEvents is also latest (use pop-up box at upper left to navigate amongst the various kexts): here. Edited May 13, 2021 by iGPU 1 Link to comment Share on other sites More sharing options...
Supervisor fabiosun Posted May 13, 2021 Author Supervisor Share Posted May 13, 2021 I am using release version and without RestricEvents kext no problem it is difficult to track this..maybe an OSX beta bug or bootloader stuff i do not know for now 🙂 Happy of your 6900xt? 🙂 Link to comment Share on other sites More sharing options...
A23SS4NDRO Posted May 13, 2021 Share Posted May 13, 2021 15 hours ago, iGPU said: 6900XT working, using WEG with boot-arg. RestrictEvents left active; will leave on and see if stable. Just curious, where did you get that? Link to comment Share on other sites More sharing options...
Moderators iGPU Posted May 13, 2021 Moderators Share Posted May 13, 2021 1 hour ago, fabiosun said: I am using release version and without RestricEvents kext no problem it is difficult to track this..maybe an OSX beta bug or bootloader stuff i do not know for now 🙂 Happy of your 6900xt? 🙂 I've only done minimal testing (and I've left on "silent", not "OC", mode). The GPU is so far a bit underwhelming: LuxMark not much better than the Radeon VII results (and the PowerColor 6900XT takes up 3 slots!, so dual cards not possible). Since I never game (I've never seen a purpose in playing computer or board games; my life is too busy), the 6900XT may not a benefit for my build. But I'll test some more. DaVinci will be interesting (as I actually use it), to see if one 6900XT is close to my old dual Radeon VII set up. 11 minutes ago, A23SS4NDRO said: Just curious, where did you get that? The 6900XT? eBay. Link to comment Share on other sites More sharing options...
Supervisor fabiosun Posted May 13, 2021 Author Supervisor Share Posted May 13, 2021 2 minutes ago, iGPU said: I've only done minimal testing (and I've left on "silent", not "OC", mode). The GPU is so far a bit underwhelming: LuxMark not much better than the Radeon VII results (and the PowerColor 6900XT takes up 3 slots!, so dual cards not possible). Since I never game (I've never seen a purpose in playing computer or board games; my life is too busy), the 6900XT may not a benefit for my build. But I'll test some more. DaVinci will be interesting (as I actually use it), to see if one 6900XT is close to my old dual Radeon VII set up. have you tried Candle Davinci benchmark with your dual radeon rig? Could be interesting to compare with your new GPU Link to comment Share on other sites More sharing options...
Arrakis Posted May 13, 2021 Share Posted May 13, 2021 5 hours ago, iGPU said: Try adding the code below into your Device/Properties section to see if that helps. (You should try this ± SmallTreeIntel82576 kext.) From the pcidevices list, I see that you have IOMMU enabled. This is required for VM, but not bare metal. I keep it disabled. I don't know if this would have any influence on LAN behavior; I've never checked. Disabling it might affect MMIOWhitelist. Also in BIOS, do you have Wake on LAN disabled? Reveal hidden contents <key>PciRoot(0x2)/Pci(0x1,0x1)/Pci(0x0,0x0)/Pci(0x3,0x0)/Pci(0x0,0x0)</key> <dict> <key>AAPL,slot-name</key> <string>Built in</string> <key>built-in</key> <data> AA== </data> <key>device_type</key> <string>Ethernet Controller</string> <key>model</key> <string>Intel I210 Gigabit Network Connection</string> <key>name</key> <string>Intel I210 Ethernet</string> </dict> <key>PciRoot(0x2)/Pci(0x1,0x1)/Pci(0x0,0x0)/Pci(0x5,0x0)/Pci(0x0,0x0)</key> <dict> <key>AAPL,slot-name</key> <string>Built in</string> <key>built-in</key> <data> AA== </data> <key>device_type</key> <string>Ethernet Controller</string> <key>model</key> <string>Intel I210 Gigabit Network Connection</string> <key>name</key> <string>Intel I210 Ethernet</string> </dict> @iGPU I have proceeded in order of suggestion. 1. I have disabled iommu in the bios (deactivation does not modify the MMIO) which I will keep like that anyway: identical problem, kernel panic or freeze, no recognition of the Intel I210 module. 2. Addition of the codes in Device / Properties: identical problem, kernel panic or freeze, recognition of the Intel I210 module but inactive. (Capture 1) 3. Addition of the SmallTreeIntel82576 kext: identical problem, panic or freeze kernel, recognition of the Intel I210 module but inactive. (Capture 1) 4. Deactivation of the codes in Device / Properties: identical problem, kernel panic or freeze, no recognition of the Intel I210 module but inactive. (Capture 1) 5. Wake on Lan has been disabled since the start of my hack. I still don't understand why the system is loading the wrong kext in the wrong folder. While this Intel I210 is present in the kext of the IONetworkingFamily system (Capture 2) Why does the system choose this AppleEthernet1000 module? Link to comment Share on other sites More sharing options...
Moderators iGPU Posted May 13, 2021 Moderators Share Posted May 13, 2021 (edited) 18 hours ago, Arrakis said: @iGPU I have proceeded in order of suggestion. 1. I have disabled iommu in the bios (deactivation does not modify the MMIO) which I will keep like that anyway: identical problem, kernel panic or freeze, no recognition of the Intel I210 module. 2. Addition of the codes in Device / Properties: identical problem, kernel panic or freeze, recognition of the Intel I210 module but inactive. (Capture 1) 3. Addition of the SmallTreeIntel82576 kext: identical problem, panic or freeze kernel, recognition of the Intel I210 module but inactive. (Capture 1) 4. Deactivation of the codes in Device / Properties: identical problem, kernel panic or freeze, no recognition of the Intel I210 module but inactive. (Capture 1) 5. Wake on Lan has been disabled since the start of my hack. I still don't understand why the system is loading the wrong kext in the wrong folder. While this Intel I210 is present in the kext of the IONetworkingFamily system (Capture 2) Why does the system choose this AppleEthernet1000 module? @Arrakis Ok, some more approaches... 1) First try one more kext (attached). This one (SmallTreeIntel82576_mod.kext), I'd modified in 2019 (it works with I211 and with I210), adding a 'root' ending to the Info.plist file that was missing from original and would give an occasional panic without. Also, have you set the following in red box to "Yes" (it might help): Spoiler 2) Are you injecting a DSDT or SSDT that might be interfering? Specifically, I'm wondering what is inside your "SSDT-EC-USBX-DESKTOP.aml". It is possible that the 'DESKTOP' portion is a DSDT extract that may be giving you grief. Instead of enabling this aml file, disable it and use the one attached below (SSDT-TRX40-USBX.aml). BTW, if you want to get a summary of all loaded, non-Apple kext files, enter the following into Terminal: Kextstat | grep -v com.apple My results are in Spoiler below: Spoiler Executing: /usr/bin/kmutil showloaded No variant specified, falling back to release Index Refs Address Size Wired Name (Version) UUID <Linked Against> 49 7 0 0x2e000 0x2e000 as.vit9696.Lilu (1.5.3) A4C0AB78-C141-3DC5-812F-93408D94A4D7 <8 6 5 3 2 1> 50 0 0 0x82000 0x82000 as.vit9696.WhateverGreen (1.4.9) A894BFF2-1A53-30BC-9398-4A3CF1F2E438 <49 14 8 6 5 3 2 1> 51 0 0 0x17f000 0x17f000 as.vit9696.AppleALC (1.6.0) DDD8C0F0-0F68-3097-B152-5DA55047637F <49 14 8 6 5 3 2 1> 52 0 0 0xd000 0xd000 org.acidanthera.NVMeFix (1.0.7) 423AF334-A79C-3DBF-8961-C8B4E3B0FBCA <49 8 6 5 3 2 1> 53 0 0 0x8000 0x8000 xyz.racermaster.NoTouchID (1.0.4) 37FB0D35-0838-317F-9A2A-A0090D85B7D5 <49 8 6 5 3 2 1> 54 0 0 0x10000 0x10000 com.rehabman.driver.USBInjectAll (0.7.6) 6C5A1DEA-E541-3792-81AF-D18B6E8D4877 <14 13 5 3> 55 0 0 0xc000 0xc000 as.vit9696.RestrictEvents (1.0.2) 5D71A5EA-F38C-348E-BDD7-F4E85A8D548B <49 8 6 5 3 2 1> 56 0 0 0x20000 0x20000 wtf.spinach.AMDRyzenCPUPowerManagement (0.6.5) B95928B3-A63F-3633-8D3B-72A5C1D79451 <49 14 9 8 6 5 3 2 1> 67 0 0 0x8000 0x8000 com.osy86.USBWakeFixup (1) 36390E0E-C19D-3B81-BDAD-AB8C7A147B8C <13 5 3> 68 0 0 0x1a000 0x1a000 as.vit9696.VirtualSMC (1.2.3) 72DED745-B559-3CB5-9F88-CD9531E38098 <49 13 8 6 5 3 2 1> 80 0 0 0xd5b000 0xd5b000 com.zxystd.AirportItlwm (1.3.0) A2ED57F8-46E0-3D99-A26D-55A1B1FD7873 <79 47 14 6 5 3 1> 89 0 0 0x2e000 0x2e000 com.smalltree.driver.SmallTreeIntel82576 (1.0.6) F6C5E33A-97AA-37A0-8794-64FAA19FC153 <47 14 6 5 3 1> 99 0 0 0xecc000 0xecc000 com.zxystd.IntelBluetoothFirmware (1.1.2) 3BD877FB-7CD5-3E57-A9E8-A0F07BF78140 <22 6 5 3> 150 0 0xffffff7f9cd3a000 0x3000 0x3000 com.Sonarworks.driver.Sonarworks (1.8.11) EB8C008E-8442-36E1-AEA6-2C9717CD3D71 <121 6 5 3 1> 3) The next approach is to create a kext patch. Try the attached code shown in the Spoiler below, if the above SSDT swap does not work. Spoiler <dict> <key>Arch</key> <string>Any</string> <key>Base</key> <string></string> <key>Comment</key> <string>I210 Big Sur</string> <key>Count</key> <integer>1</integer> <key>Enabled</key> <true/> <key>Find</key> <data> YnVpbHQtaW4= </data> <key>Identifier</key> <string>com.apple.driver.AppleIntelI210Ethernet</string> <key>Limit</key> <integer>0</integer> <key>Mask</key> <data> </data> <key>MaxKernel</key> <string>20.99.99</string> <key>MinKernel</key> <string>20.0.3</string> <key>Replace</key> <data> YmJiYmJiYmI= </data> <key>ReplaceMask</key> <data> </data> <key>Skip</key> <integer>0</integer> </dict> 4) Finally, what about trying to inject AppleIntelI210Ethernet.kext? Attached is one I extracted from the latest Big Sur beta. If you use this, I'd try with and without the SmallTree82576 kext enabled, listing the SmallTree after AppleIntelI210Ethernet kext as in Spoiler. Spoiler <dict> <key>Arch</key> <string>x86_64</string> <key>BundlePath</key> <string>AppleIntelI210Ethernet.kext</string> <key>Comment</key> <string>Intel I210</string> <key>Enabled</key> <true/> <key>ExecutablePath</key> <string>Contents/MacOS/AppleIntelI210Ethernet</string> <key>MaxKernel</key> <string>20.99.99</string> <key>MinKernel</key> <string>20.0.3</string> <key>PlistPath</key> <string>Contents/Info.plist</string> </dict> <dict> <key>Arch</key> <string>x86_64</string> <key>BundlePath</key> <string>SmallTreeIntel82576_mod.kext</string> <key>Comment</key> <string>Intel I211 LAN Patches</string> <key>Enabled</key> <true/> <key>ExecutablePath</key> <string>Contents/MacOS/SmallTreeIntel82576</string> <key>MaxKernel</key> <string>20.99.99</string> <key>MinKernel</key> <string>18.0.0</string> <key>PlistPath</key> <string>Contents/Info.plist</string> </dict> In any of these situations, you can probably still use the Device/Properties stuff I uploaded earlier. In fact, in Comet Lake mobos, AppleIntelI210Ethernet can have a kernel panic that is only resolved with a DeviceProperties injection (see here). Also, remember to try re-setting NVRAM. *** If the I210 works, you should see sometime like I see for I211: Spoiler SDDT-TRX40-USBX.aml.zipSmallTreeIntel82576_mod.kext.zip AppleIntelI210Ethernet.kext.zip Edited May 14, 2021 by iGPU 1 Link to comment Share on other sites More sharing options...
Moderators iGPU Posted May 13, 2021 Moderators Share Posted May 13, 2021 6 hours ago, fabiosun said: have you tried Candle Davinci benchmark with your dual radeon rig? Could be interesting to compare with your new GPU Yes, I posted the dual Radeon VII results back on 9/9/21, here with an early version of BS beta. (The debate at the time was if bare metal was as good as VM.) 1 Link to comment Share on other sites More sharing options...
Supervisor fabiosun Posted May 14, 2021 Author Supervisor Share Posted May 14, 2021 @iGPU thank you in 66 nodes condition dual radeon VII rig is about 8% faster than a single 6900 xt at this drivers development stage.. so i can say it is worth to update to big Navi 2 Link to comment Share on other sites More sharing options...
Moderators iGPU Posted May 14, 2021 Moderators Share Posted May 14, 2021 (edited) On 5/13/2021 at 10:59 PM, fabiosun said: @iGPU thank you in 66 nodes condition dual radeon VII rig is about 8% faster than a single 6900 xt at this drivers development stage.. so i can say it is worth to update to big Navi 2 The one annoyance I'm seeing (hearing), is noise coming through my USB audio interface (and this is with the interface muted). If nothing on the computer is used, the speakers are quiet. If I scroll a window, I get a noise proportional to the amount of scroll. If I run a GPU test, the noise gets louder, disappearing once the test is complete. I did not have this with the Radeon VIIs or the RX580. I dislike hums and buzzes in my audio systems. It reminds me of the occasional Vega 64 coil whine, but this is worse. If this doesn't improved, I'll sell the 6900XT. I'd rather have a slow, quiet GPU than a fast, noisy one. UPDATE: Better. I was lazy on 1st install and only connected 2 power supply (PS) cables with a jumper from one of these for the 3rd PS jack. Today, I installed a 3rd PCIe PS cable for the GPU, and noise is reduced (not zero, but close enough). The reason to add 3 discrete PS cables rather than use a jumper from one cable is to minimize PS sag. While the new AMD GPUs are more efficient, they require a lot of power under load and this can lead to sag. When the PS sags, it can modulate the PS coils on the GPU, leading to buzz and other noises. In the next day or two, I'll be adding some ferrite collars around the USB cables: one simple clamp on (high freq block) and at the other end, a loop clamp on (lower freq block). Hopefully that will eliminate most all noise. Another option I may try out is a USB filter (they come in various plug shaped combinations). 2nd UPDATE (5/15/21): Neither the ferrite beads nor the USB filter worked to remove the noise. What did work was an isolation transformer (here; these are rather expensive due to the high quality Jensen transformers, fortunately I already had one from another project). All became quiet once the transformer was placed between the output jacks of the USB Audio Interface and the speakers. This fix suggests that there is a ground loop somewhere in the computer/GPU/PS section that the GPU is modulating. Edited May 15, 2021 by iGPU 1 Link to comment Share on other sites More sharing options...
Supervisor fabiosun Posted May 14, 2021 Author Supervisor Share Posted May 14, 2021 Internal USB realtek 2.0 audio? I have no tried my chip USB external audio, but i cant see any noise I have read some have coil whine problem..in my case with 2 6900xt reference had ..zero problem (3090 had a little coilwhine..not so much audible but it was there Link to comment Share on other sites More sharing options...
A23SS4NDRO Posted May 14, 2021 Share Posted May 14, 2021 19 hours ago, iGPU said: The 6900XT? eBay. How many kidneys did it cost? Link to comment Share on other sites More sharing options...
Moderators iGPU Posted May 14, 2021 Moderators Share Posted May 14, 2021 1 hour ago, A23SS4NDRO said: How many kidneys did it cost? Both, but they threw in a free dialysis unit. 2 Link to comment Share on other sites More sharing options...
A23SS4NDRO Posted May 14, 2021 Share Posted May 14, 2021 XD seriously, do you mind to tell the price? Link to comment Share on other sites More sharing options...
Moderators iGPU Posted May 14, 2021 Moderators Share Posted May 14, 2021 (edited) 40 minutes ago, A23SS4NDRO said: XD seriously, do you mind to tell the price? 1600 USD. (But I'm still waiting for refund from eBay for the 1300 I spent for 1st 6900XT that seems now to have been from a scammer.) Edited May 14, 2021 by iGPU Link to comment Share on other sites More sharing options...
Moderators iGPU Posted May 14, 2021 Moderators Share Posted May 14, 2021 I updated my above post regarding 6900XT noise. It is now better and should further improve with some more changes. 1 Link to comment Share on other sites More sharing options...
Arrakis Posted May 15, 2021 Share Posted May 15, 2021 Le 14/05/2021 à 01:19, iGPU a déclaré : @Arrakis Ok, d'autres approches... 1) Essayez d'abord un kext de plus (ci-joint). Celui-ci (SmallTreeIntel82576_mod.kext), que j'avais modifié en 2019 (il fonctionne avec I211 et I210), en ajoutant une fin "root" au fichier Info.plist qui manquait à l'original et qui donnerait une panique occasionnelle sans. En outre, avez-vous défini ce qui suit dans la boîte rouge sur "Oui" (cela pourrait vous aider) : Révéler le contenu caché 2) Injectez-vous un DSDT ou un SSDT qui pourrait interférer ? Plus précisément, je me demande ce qu'il y a à l'intérieur de votre "SSDT-EC-USBX-DESKTOP.aml". Il est possible que la partie "DESKTOP" soit un extrait de DSDT qui peut vous donner du chagrin. Au lieu d'activer ce fichier aml, désactivez-le et utilisez celui ci-dessous (SSDT-TRX40-USBX.aml). BTW, si vous souhaitez obtenir un résumé de tous les fichiers kext chargés non Apple, entrez ce qui suit dans Terminal : Kextstat | grep -v com.apple Mes résultats sont dans Spoiler ci-dessous : Révéler le contenu caché Executing: /usr/bin/kmutil showloaded No variant specified, falling back to release Index Refs Address Size Wired Name (Version) UUID <Linked Against> 49 7 0 0x2e000 0x2e000 as.vit9696.Lilu (1.5.3) A4C0AB78-C141-3DC5-812F-93408D94A4D7 <8 6 5 3 2 1> 50 0 0 0x82000 0x82000 as.vit9696.WhateverGreen (1.4.9) A894BFF2-1A53-30BC-9398-4A3CF1F2E438 <49 14 8 6 5 3 2 1> 51 0 0 0x17f000 0x17f000 as.vit9696.AppleALC (1.6.0) DDD8C0F0-0F68-3097-B152-5DA55047637F <49 14 8 6 5 3 2 1> 52 0 0 0xd000 0xd000 org.acidanthera.NVMeFix (1.0.7) 423AF334-A79C-3DBF-8961-C8B4E3B0FBCA <49 8 6 5 3 2 1> 53 0 0 0x8000 0x8000 xyz.racermaster.NoTouchID (1.0.4) 37FB0D35-0838-317F-9A2A-A0090D85B7D5 <49 8 6 5 3 2 1> 54 0 0 0x10000 0x10000 com.rehabman.driver.USBInjectAll (0.7.6) 6C5A1DEA-E541-3792-81AF-D18B6E8D4877 <14 13 5 3> 55 0 0 0xc000 0xc000 as.vit9696.RestrictEvents (1.0.2) 5D71A5EA-F38C-348E-BDD7-F4E85A8D548B <49 8 6 5 3 2 1> 56 0 0 0x20000 0x20000 wtf.spinach.AMDRyzenCPUPowerManagement (0.6.5) B95928B3-A63F-3633-8D3B-72A5C1D79451 <49 14 9 8 6 5 3 2 1> 67 0 0 0x8000 0x8000 com.osy86.USBWakeFixup (1) 36390E0E-C19D-3B81-BDAD-AB8C7A147B8C <13 5 3> 68 0 0 0x1a000 0x1a000 as.vit9696.VirtualSMC (1.2.3) 72DED745-B559-3CB5-9F88-CD9531E38098 <49 13 8 6 5 3 2 1> 80 0 0 0xd5b000 0xd5b000 com.zxystd.AirportItlwm (1.3.0) A2ED57F8-46E0-3D99-A26D-55A1B1FD7873 <79 47 14 6 5 3 1> 89 0 0 0x2e000 0x2e000 com.smalltree.driver.SmallTreeIntel82576 (1.0.6) F6C5E33A-97AA-37A0-8794-64FAA19FC153 <47 14 6 5 3 1> 99 0 0 0xecc000 0xecc000 com.zxystd.IntelBluetoothFirmware (1.1.2) 3BD877FB-7CD5-3E57-A9E8-A0F07BF78140 <22 6 5 3> 150 0 0xffffff7f9cd3a000 0x3000 0x3000 com.Sonarworks.driver.Sonarworks (1.8.11) EB8C008E-8442-36E1-AEA6-2C9717CD3D71 <121 6 5 3 1> 3) La prochaine approche consiste à créer un patch kext. Essayez le code ci-joint affiché dans le spoiler ci-dessous, si l'échange SSDT ci-dessus ne fonctionne pas. Masquer le contenu <dict> <key>Arch</key> <string>Any</string> <key>Base</key> <string></string> <key>Commentaire</key> <string>I210 Big Sur</string> <key>Count</key> <integer>1</integer> <key>Activé</key> <true/> <key>Find</key> <données> YnVpbHQtaW4= </data> <key>Identifier</key> <string>com.apple.driver.AppleIntelI210Ethernet</string> <key>Limit</key> <integer>0</integer> <key>Masque</key> <données> </data> <key>MaxKernel</key> <string>20.99.99</string> <key>MinKernel</key> <string>20.0.3</string> <key>Remplacement</key> <données> YmJiYmJiYmI= </data> <key>RemplacementMasque</key> <données> </data> <key>Skip</key> <integer>0</integer> </dict> 4) Enfin, qu'en est-il d'essayer d'injecter AppleIntelI210Ethernet.kext ? Vous trouverez ci-joint celui que j'ai extrait de la dernière bêta de Big Sur. Si vous l'utilisez, j'essaierais avec et sans le kext SmallTree82576 activé, en répertoriant le SmallTree après AppleIntelI210Ethernet kext comme dans Spoiler. Révéler le contenu caché <dict> <key>Arch</key> <string>x86_64</string> <key>BundlePath</key> <string>AppleIntelI210Ethernet.kext</string> <key>Comment</key> <string>Intel I210</string> <key>Enabled</key> <true/> <key>ExecutablePath</key> <string>Contents/MacOS/AppleIntelI210Ethernet</string> <key>MaxKernel</key> <string>20.99.99</string> <key>MinKernel</key> <string>20.0.3</string> <key>PlistPath</key> <string>Contents/Info.plist</string> </dict> <dict> <key>Arch</key> <string>x86_64</string> <key>BundlePath</key> <string>SmallTreeIntel82576_mod.kext</string> <key>Comment</key> <string>Intel I211 LAN Patches</string> <key>Enabled</key> <true/> <key>ExecutablePath</key> <string>Contents/MacOS/SmallTreeIntel82576</string> <key>MaxKernel</key> <string>20.99.99</string> <key>MinKernel</key> <string>18.0.0</string> <key>PlistPath</key> <string>Contents/Info.plist</string> </dict> Dans n'importe laquelle de ces situations, vous pouvez probablement toujours utiliser les éléments Device/Propriétés que j'ai téléchargés plus tôt. En fait, dans les mobos de Comet Lake, AppleIntelI210Ethernet peut avoir une panique du noyau qui n'est résolue qu'avec une injection DeviceProperties (voir ici). Pensez aussi à essayer de réinitialiser la NVRAM. *** Si l'I210 fonctionne, vous devriez voir parfois comme je le vois pour I211 : Révéler le contenu caché SDDT-TRX40-USBX.aml.zip1,05 kB · 1 téléchargement SmallTreeIntel82576_mod.kext.zip71,57 kB · 1 téléchargement AppleIntelI210Ethernet.kext.zip153,82 kB · 1 téléchargement @iGPU how to create a patch kext. ? to inject the code to test 3. Link to comment Share on other sites More sharing options...
Moderators iGPU Posted May 15, 2021 Moderators Share Posted May 15, 2021 (edited) 30 minutes ago, Arrakis said: @iGPU how to create a patch kext. ? to inject the code to test 3. I created the patch. If's in one of the Spoiler sections above (please look at all of the Spoiler sections!) You simply copy from Spoiler and paste into your config.plist file: Edited May 15, 2021 by iGPU Link to comment Share on other sites More sharing options...
Arrakis Posted May 15, 2021 Share Posted May 15, 2021 13 minutes ago, iGPU said: I created the patch. If's in one of the Spoiler sections above (please look at all of the Spoiler sections!) You simply copy from Spoiler and paste into your config.plist file: @iGPU I misspoke my question, what tool do you use to insert into the config.plist ? Link to comment Share on other sites More sharing options...
Moderators iGPU Posted May 15, 2021 Moderators Share Posted May 15, 2021 4 minutes ago, Arrakis said: @iGPU I misspoke my question, what tool do you use to insert into the config.plist ? PlistEdit Pro is the editor I use; attached. Or try this one here (OCAT_Mac.dmg) PlistEdit Pro.app.zip 1 Link to comment Share on other sites More sharing options...
Moderators iGPU Posted May 15, 2021 Moderators Share Posted May 15, 2021 (edited) I posted some results on the GPU testing thread here, using Octane X. They are as good as the revised Davinci tests I've run and posted on the same thread. Edited May 15, 2021 by iGPU Link to comment Share on other sites More sharing options...
Arrakis Posted May 15, 2021 Share Posted May 15, 2021 On 5/14/2021 at 1:19 AM, iGPU said: @Arrakis Ok, some more approaches... 1) First try one more kext (attached). This one (SmallTreeIntel82576_mod.kext), I'd modified in 2019 (it works with I211 and with I210), adding a 'root' ending to the Info.plist file that was missing from original and would give an occasional panic without. Also, have you set the following in red box to "Yes" (it might help): Reveal hidden contents 2) Are you injecting a DSDT or SSDT that might be interfering? Specifically, I'm wondering what is inside your "SSDT-EC-USBX-DESKTOP.aml". It is possible that the 'DESKTOP' portion is a DSDT extract that may be giving you grief. Instead of enabling this aml file, disable it and use the one attached below (SSDT-TRX40-USBX.aml). BTW, if you want to get a summary of all loaded, non-Apple kext files, enter the following into Terminal: Kextstat | grep -v com.apple My results are in Spoiler below: Reveal hidden contents Executing: /usr/bin/kmutil showloaded No variant specified, falling back to release Index Refs Address Size Wired Name (Version) UUID <Linked Against> 49 7 0 0x2e000 0x2e000 as.vit9696.Lilu (1.5.3) A4C0AB78-C141-3DC5-812F-93408D94A4D7 <8 6 5 3 2 1> 50 0 0 0x82000 0x82000 as.vit9696.WhateverGreen (1.4.9) A894BFF2-1A53-30BC-9398-4A3CF1F2E438 <49 14 8 6 5 3 2 1> 51 0 0 0x17f000 0x17f000 as.vit9696.AppleALC (1.6.0) DDD8C0F0-0F68-3097-B152-5DA55047637F <49 14 8 6 5 3 2 1> 52 0 0 0xd000 0xd000 org.acidanthera.NVMeFix (1.0.7) 423AF334-A79C-3DBF-8961-C8B4E3B0FBCA <49 8 6 5 3 2 1> 53 0 0 0x8000 0x8000 xyz.racermaster.NoTouchID (1.0.4) 37FB0D35-0838-317F-9A2A-A0090D85B7D5 <49 8 6 5 3 2 1> 54 0 0 0x10000 0x10000 com.rehabman.driver.USBInjectAll (0.7.6) 6C5A1DEA-E541-3792-81AF-D18B6E8D4877 <14 13 5 3> 55 0 0 0xc000 0xc000 as.vit9696.RestrictEvents (1.0.2) 5D71A5EA-F38C-348E-BDD7-F4E85A8D548B <49 8 6 5 3 2 1> 56 0 0 0x20000 0x20000 wtf.spinach.AMDRyzenCPUPowerManagement (0.6.5) B95928B3-A63F-3633-8D3B-72A5C1D79451 <49 14 9 8 6 5 3 2 1> 67 0 0 0x8000 0x8000 com.osy86.USBWakeFixup (1) 36390E0E-C19D-3B81-BDAD-AB8C7A147B8C <13 5 3> 68 0 0 0x1a000 0x1a000 as.vit9696.VirtualSMC (1.2.3) 72DED745-B559-3CB5-9F88-CD9531E38098 <49 13 8 6 5 3 2 1> 80 0 0 0xd5b000 0xd5b000 com.zxystd.AirportItlwm (1.3.0) A2ED57F8-46E0-3D99-A26D-55A1B1FD7873 <79 47 14 6 5 3 1> 89 0 0 0x2e000 0x2e000 com.smalltree.driver.SmallTreeIntel82576 (1.0.6) F6C5E33A-97AA-37A0-8794-64FAA19FC153 <47 14 6 5 3 1> 99 0 0 0xecc000 0xecc000 com.zxystd.IntelBluetoothFirmware (1.1.2) 3BD877FB-7CD5-3E57-A9E8-A0F07BF78140 <22 6 5 3> 150 0 0xffffff7f9cd3a000 0x3000 0x3000 com.Sonarworks.driver.Sonarworks (1.8.11) EB8C008E-8442-36E1-AEA6-2C9717CD3D71 <121 6 5 3 1> 3) The next approach is to create a kext patch. Try the attached code shown in the Spoiler below, if the above SSDT swap does not work. Reveal hidden contents <dict> <key>Arch</key> <string>Any</string> <key>Base</key> <string></string> <key>Comment</key> <string>I210 Big Sur</string> <key>Count</key> <integer>1</integer> <key>Enabled</key> <true/> <key>Find</key> <data> YnVpbHQtaW4= </data> <key>Identifier</key> <string>com.apple.driver.AppleIntelI210Ethernet</string> <key>Limit</key> <integer>0</integer> <key>Mask</key> <data> </data> <key>MaxKernel</key> <string>20.99.99</string> <key>MinKernel</key> <string>20.0.3</string> <key>Replace</key> <data> YmJiYmJiYmI= </data> <key>ReplaceMask</key> <data> </data> <key>Skip</key> <integer>0</integer> </dict> 4) Finally, what about trying to inject AppleIntelI210Ethernet.kext? Attached is one I extracted from the latest Big Sur beta. If you use this, I'd try with and without the SmallTree82576 kext enabled, listing the SmallTree after AppleIntelI210Ethernet kext as in Spoiler. Reveal hidden contents <dict> <key>Arch</key> <string>x86_64</string> <key>BundlePath</key> <string>AppleIntelI210Ethernet.kext</string> <key>Comment</key> <string>Intel I210</string> <key>Enabled</key> <true/> <key>ExecutablePath</key> <string>Contents/MacOS/AppleIntelI210Ethernet</string> <key>MaxKernel</key> <string>20.99.99</string> <key>MinKernel</key> <string>20.0.3</string> <key>PlistPath</key> <string>Contents/Info.plist</string> </dict> <dict> <key>Arch</key> <string>x86_64</string> <key>BundlePath</key> <string>SmallTreeIntel82576_mod.kext</string> <key>Comment</key> <string>Intel I211 LAN Patches</string> <key>Enabled</key> <true/> <key>ExecutablePath</key> <string>Contents/MacOS/SmallTreeIntel82576</string> <key>MaxKernel</key> <string>20.99.99</string> <key>MinKernel</key> <string>18.0.0</string> <key>PlistPath</key> <string>Contents/Info.plist</string> </dict> In any of these situations, you can probably still use the Device/Properties stuff I uploaded earlier. In fact, in Comet Lake mobos, AppleIntelI210Ethernet can have a kernel panic that is only resolved with a DeviceProperties injection (see here). Also, remember to try re-setting NVRAM. *** If the I210 works, you should see sometime like I see for I211: Reveal hidden contents SDDT-TRX40-USBX.aml.zip 1.05 kB · 1 download SmallTreeIntel82576_mod.kext.zip 71.57 kB · 1 download AppleIntelI210Ethernet.kext.zip 153.82 kB · 1 download @iGPU Approach n ° 1 : Doesn't work for I210 (no internet connection) and I already had DisableWatchDog enable from the start. Approach n ° 2: Does not work for the I210 (no internet connection) but I will keep the SSDT-TRX40-USBX) Approach n ° 3: Does not work for the I210 (no internet connection) Approach N ° 4: Prevents the system from starting, stays on the beginning of the loading stuck eternally on the apple. I did the 1,2,3,4 tests with the SSDT-EC-USBX-DESKTOP.aml and / or the SSDT-TRX40-USBX.aml) as well as the I210 Device Properties enabled or disabled. This makes a number of test…. I even did a clean instal 11.3.1 then update to 11.4.beta 3. The installation is absolutely problem-free with my EFI. I just changed a DSDT. I kept the SSDT-TRX40-USBX.aml. I don't get a PCI card placement errors message the first time I log in (I don't use Kext restrict events). And still no ethernet connection. The Wifi module works as before. From the moment I start to order the ports for example, it is unstable. (Kernel panic….) I keep the patch and the pci properties of the I210 as it works as you can see. (Screenshot) I will wait for the next beta and the new version of OpenCore to redo the tests I saturate and I am a little annoyed ...😞 Link to comment Share on other sites More sharing options...
Moderators iGPU Posted May 15, 2021 Moderators Share Posted May 15, 2021 (edited) 2 hours ago, Arrakis said: @iGPU Approach n ° 1 : Doesn't work for I210 (no internet connection) and I already had DisableWatchDog enable from the start. Approach n ° 2: Does not work for the I210 (no internet connection) but I will keep the SSDT-TRX40-USBX) Approach n ° 3: Does not work for the I210 (no internet connection) Approach N ° 4: Prevents the system from starting, stays on the beginning of the loading stuck eternally on the apple. I did the 1,2,3,4 tests with the SSDT-EC-USBX-DESKTOP.aml and / or the SSDT-TRX40-USBX.aml) as well as the I210 Device Properties enabled or disabled. This makes a number of test…. I even did a clean instal 11.3.1 then update to 11.4.beta 3. The installation is absolutely problem-free with my EFI. I just changed a DSDT. I kept the SSDT-TRX40-USBX.aml. I don't get a PCI card placement errors message the first time I log in (I don't use Kext restrict events). And still no ethernet connection. The Wifi module works as before. From the moment I start to order the ports for example, it is unstable. (Kernel panic….) I keep the patch and the pci properties of the I210 as it works as you can see. (Screenshot) I will wait for the next beta and the new version of OpenCore to redo the tests I saturate and I am a little annoyed ...😞 I'm sorry to hear this, but now I'm beginning to wonder about your actual internet connection. The fact that the drivers are reported being loaded on the PCI window makes me think the ports are active. Am I understanding that if you run an older version of OC, your ports are active, but from (what?) v069 onwards there is no activity? If you create a new EFI with the same kexts/dev prop we just worked on and run under v068, it all works? Some more questions. Are there any LEDs on at the RJ45 jacks on the rear panel of your mobo? Do you have other ethernet cables to try? Are you going through a switch? Is the switch working (powered up, etc; I've had them go bad)? Can you directly run an ethernet cable from the rear of the mobo to your modem/router? To help with trouble shooting, there is an Apple utility (Network Utility) that is useful. Unfortunately, Network Utility was dropped for Big Sur. But fortunately, it can be extracted from Catalina. The Catalina version runs just fine under Big Sur. I'll attach a copy to save you digging around for it. (On new installs, Big Sur removes it (I've variably installed in the Application or Utility folders, but hiding it in the Download folder seems best.) If you run it, it will show you packet transmission information. Below is mine for the I210 port. The one for the Aquantia port is similar (I run 2 cables back to my router). You should be able to see something like this. Network Utility.app.zip Edited May 15, 2021 by iGPU Link to comment Share on other sites More sharing options...
Ploddles Posted May 15, 2021 Share Posted May 15, 2021 @Arrakis This is a long shot but have you tried deleting your NetworkInterfaces.plist file and then rebooting. cd /Library/Preferences/SystemConfiguration sudo rm NetworkInterfaces.plist Link to comment Share on other sites More sharing options...
Recommended Posts
Posted by fabiosun,
MMIO rules shutdown and reboot previous problems
Recommended by fabiosun
2 reactions
Go to this post
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now