Jump to content
About Just Joined group Read more... ×
toleda

Mavericks Realtek ALC AppleHDA Audio

470 posts in this topic

Recommended Posts

Advertisement

I have no sound at all.  Mavericks doesn't detect a sound card: "No output devices found".

 

1. OS X 10.9 / Shuttle SP35P2V2 (Intel P35) / BIOS Version SP35U20J / Intel Core 2 Quad Q9300 / ATI HD5770 (XFX)

2. Patched DSDT with HDEF using ([Guide] Add or Edit HDEF-dsdt.pdf): Set Audio_ID 1

    Tried to patch AppleHDA (the one from the Mavericks install) using https://github.com/toleda/audio_ALC888 (ALC888_v100202 Legacy)

3. DSDT.aml inside zip

4. IOReg inside zip

5. Console log inside zip

6. Audio screenshot inside zip

    Graphics screenshot inside zip

 

For good measure, my DCPIManager screenshot is also inside the zip.

 

I really appreciate your work and I hope you can help me.  I used to use VoodooHDA, but all I heard was static, so I was hoping I can get this to work.  Is my P35 motherboard just too old?  I should have ALC888(s?), so it should work, yes?  If not, where can I get the "alternate Platforms.xml.zlib"?

 

Here's the zip with all my files in it: SP35P2v2.zip

Share this post


Link to post
Share on other sites

following on from our Pms...

 

i am having problems with sound - Z87 Deluxe, no DSDT using Clover Uefi...

with iTunes sound is fine for 15 seconds of music then sound get crackly then cuts off then comes back on jerky...
playing from an mp4 with quicktime there is no problem at all...
playing the same song in quicktime that i played in iTunes is perfect and not crackly... 
youtube videos sound is fine for 15 seconds of music then sound get crackly then cuts off then comes back on jerky and out of sync to the video...

 

after your help i ran the script and followed your instructions but still getting the above problem...

 

Terminal Saved Output.zip

 

config.plist.zip

 

Scotty’s iMac.zip

Share this post


Link to post
Share on other sites

I have no sound at all.  Mavericks doesn't detect a sound card: "No output devices found".

1. OS X 10.9 / Shuttle SP35P2V2 (Intel P35) / BIOS Version SP35U20J / Intel Core 2 Quad Q9300 / ATI HD5770 (XFX)

 

 where can I get the "alternate Platforms.xml.zlib"?

888_v100001 is not supported, for some, the v100201 works; not in your case.  The pathmap is not close. As well, Shuttles have difficulty with OS X audio.  Assuming you substituted the 888_v100202.zip for 887.zip, you installed the alternate Platfoms.xml. If you find a working vintage 888 AppleHDA.kext, it can likely be updated for Mavericks.

 

after your help i ran the script and followed your instructions but still getting the above problem...

I have not experienced those problems, though others have a similar issue with Chrome/Flash.  Suggest you change config.plist/Audio/Inject/2. See Post #1, Realtek ALC Speakers for Audio ID: 2 and try using Blue motherboard connector/System Preferences/Sound/Output/(1st) Line Out and listen for any difference.

 

The script ran correctly.  Attached the S/L/E/AppleHDA.kext. 

Share this post


Link to post
Share on other sites

888_v100001 is not supported, for some, the v100201 works; not in your case.  The pathmap is not close. As well, Shuttles have difficulty with OS X audio.  Assuming you substituted the 888_v100202.zip for 887.zip, you installed the alternate Platfoms.xml. If you find a working vintage 888 AppleHDA.kext, it can likely be updated for Mavericks.

 

Thanks a lot for replying.  I was afraid that my sound chipset was too old and unsupported.  VoodooHDA likes it, but it makes a lot of static and doesn't work too well.

 

I remember in Snow Leopard I had a (x64) AppleHDA kext that worked for me.  Maybe I can still find it in my archives.

 

Do you think it's possible to get my sound working *without* patching AppleHDA?  I haven't used HDAEnabler in such a long time, that I'm not really sure of the procedure.

Share this post


Link to post
Share on other sites

Hi everyone, i patched AppleHDA 2.5.2, from Mavericks GM for Realtek ALC898 on a GA Z77X UP5 TH - Rev.01, following Toleda`s guide and patches.

Internal speakers out are working. All kexts related to AppleHDA are loaded... i didn't test others outputs and inputs, but seems to be ok.

I use Layout ID 1 via DSDT.

 

Thanks Toleda for share you knowledge.

Share this post


Link to post
Share on other sites

 

I have not experienced those problems, though others have a similar issue with Chrome/Flash.  Suggest you change config.plist/Audio/Inject/2. See Post #1, Realtek ALC Speakers for Audio ID: 2 and try using Blue motherboard connector/System Preferences/Sound/Output/(1st) Line Out and listen for any difference.

 

The script ran correctly.  Attached the S/L/E/AppleHDA.kext. 

 

well booted a windows drive there and everything is fine in Windows so certainly a problem with my system and OSX...

 

The only variable i can think is Clover... what in there could effect it???

 

what you suggested there made very little difference and still experiencing problems...

Share this post


Link to post
Share on other sites

well booted a windows drive there and everything is fine in Windows so certainly a problem with my system and OSX...

 

The only variable i can think is Clover... what in there could effect it???

 

what you suggested there made very little difference and still experiencing problems...

No. Attach an IOReg and Console/sound from the configuration above.  Also attach the patch AppleHDA.kext as requested previously.

Share this post


Link to post
Share on other sites

ASUS Sabertooth Z77 with 892.

 

IOREG and Console/Sound Attached, also the KEXT

 

Sound is not working, mic worked for like 2 seconds from preferences

 

 

Archivio.zip

Share this post


Link to post
Share on other sites

Blue is coming out as the second of the line outs... 

 

Looks correct.  No ideas.

 

Sound is not working, mic worked for like 2 seconds from preferences

IOReg is correct.  How are you verifying sound?  Did sound work before Mavericks?  If so, with what?

Share this post


Link to post
Share on other sites

Hello Toleda, 

WIth 10.8.5 I was using your HDAenabler1 with the patched AppleHDA.

Everything was working on. Now, on 10.9, when I use the HDAEnabler1 the MIC isnt working (everything else works ok, even if I dont have the right cable setup)

 

 

pier

Share this post


Link to post
Share on other sites

Hello Toleda, 

WIth 10.8.5 I was using your HDAenabler1 with the patched AppleHDA.

Everything was working on. Now, on 10.9, when I use the HDAEnabler1 the MIC isnt working (everything else works ok, even if I dont have the right cable setup)

 

I verified your IOReg for mic is correct.  Verified all inputs working on my 10.9 892 AppleHDA system.

Share this post


Link to post
Share on other sites

Hi toleda -

 

Audio is fine for me in iTunes, VLC, etc. But it will become scratchy after a few minutes if I watch Flash-based videos.

There's no "popping" but the audio becomes "scratchy" and to fix it I have to stop the video (either on YouTube or Cruncyroll, etc.) and play a song from iTunes, then continue the Flash video. But then a few minutes later it'll happen again.

 

1/ 10.9 / Gigabyte X79-UD5 / F12 / Intel Core i7 3970X / GTX 680

2/ Followed procedure in this thread for 10.9 patching

3/ Included in attached zip are: patched AppleHDA.kext, DSDT.aml, IOReg, Screenshot of Intel High Definition

4/ I do not have any audio assertion messages in the console

 

Thanks / gx

 

Edit: Seems there's a similar issue here: http://www.tonymacx86.com/audio/111856-audio-fine-10-8-3-but-slowly-begins-static-distort-10-8-5-a.html

I work around the problem by switching audio sampling rate to 96kHz.

Archive.zip

Share this post


Link to post
Share on other sites

This worked great for me.

 

I am using HDAEnabler1.kext as well as an ALC888 (legacy) patched AppleHDA. Works great.

 

I might try switching out HDAEnabler1 with the HDAEnabler module for Chameleon, but my kexts aren't loading from Extra/Extensions so I'm not sure modules are loading either. I'll report back if I ever try the HDA module.

Share this post


Link to post
Share on other sites

I verified your IOReg for mic is correct. Verified all inputs working on my 10.9 892 AppleHDA system.

I am using the extra folder. I removed the applehda from SLE and now everything works :)

 

Thanks

Share this post


Link to post
Share on other sites

I am using the extra folder. I removed the applehda from SLE and now everything works :)

 

Thanks

i have the static noise as well, can you please share the steps you took to solve this

Share this post


Link to post
Share on other sites

i have the static noise as well, can you please share the steps you took to solve this

 

I just patched my DSDT, and patched AppleHDA as per Toleda's instructions on this page... no magic from my side .. the wizard is MrToleda :D

Share this post


Link to post
Share on other sites

I cannot get this to work for the life of me. I have an older x58 + ICH10 motherboard with ALC888. Patched my DSDT and used the kext. In the sound control panel, I see my outputs. The first output is "Internal Speaker" and if I plug my headphones in it changes to "Headphones." However, I get no sound! I tried tons of different things, but I'm sure I'm missing something silly. 

 

VoodooHDA works kind of, but it's sound quality is terrible, and I prefer using the built in driver.

 

I appreciate any help!

Share this post


Link to post
Share on other sites

I cannot get this to work for the life of me. I have an older x58 + ICH10 motherboard with ALC888. Patched my DSDT and used the kext. In the sound control panel, I see my outputs. The first output is "Internal Speaker" and if I plug my headphones in it changes to "Headphones." However, I get no sound! I tried tons of different things, but I'm sure I'm missing something silly. 

 

I have no idea from the info provided in your post.  See Post #1, Problem Reporting.

Share this post


Link to post
Share on other sites

toleda, i'd appreciate your help, please find attached requested data

 

Problem incidence

Static noise after a while, volume slowly goes lower

 

OS X version/motherboard model/BIOS version/processor/graphics

Mavericks / Gigabyte GA-Z77X-UD5H / F14 / i5-3570k / nvidia gtx 660ti

 

Procedure/Guide Used/AppleHDA.kext version

Using uefi bios based ozmosis, contains hdaenabler

 

Patched S/L/E/AppleHDA,kext

attached

 

Extra/dsdt.aml (if installed)

none installed

 

Copy of IOReg - IOReg/File/Save a Copy As…, verify file (not ioreg.txt), see Tools 3.

wont let me attach it // edit ..attached as zip

 

Console/All Messages/kernel Sound assertions selected/Save Selection As…..

10/28/13 6:22:20.000 PM kernel[0]: Sound assertion in AppleHDACodecGeneric at line 352
10/28/13 6:22:22.000 PM kernel[0]: Sound assertion in AppleHDAEngine at line 581
 

Screenshot of System Information/Hardware/Audio/Intel High Definition Audio (not Devices)

attached

 

AppleHDA.zip

post-924361-0-57926500-1383007018_thumb.png

mac.ioreg.zip

Share this post


Link to post
Share on other sites

I got everything working using the Legacy_ALCxxx.zip from this post! :-D

i tried your suggestion HackBook Pro .. but still no dice ... I tried original AppleHDA.kext alongside ALC889HDA.kext and patched AppleHDA.kext with ALC889HDA.kext

 

i'm still having crackle noise ... i also changed audio midi setup from 44.1khz to 96khz

 

will appreciate any other suggestion

Share this post


Link to post
Share on other sites

i tried your suggestion HackBook Pro .. but still no dice ... I tried original AppleHDA.kext alongside ALC889HDA.kext and patched AppleHDA.kext with ALC889HDA.kext

 

i'm still having crackle noise ... i also changed audio midi setup from 44.1khz to 96khz

 

will appreciate any other suggestion

I started off trying the instructions from this post, so I added an HDEF to my DSDT.  Maybe you need to do that?

 

I used to use VoodooHDA for my sound, that might work for you.

 

I don't really know much about this, I just found something that worked, then stopped touching it :)

Share this post


Link to post
Share on other sites
Guest
This topic is now closed to further replies.

  • Recently Browsing   0 members

    No registered users viewing this page.

Announcements

  • Similar Content

    • By Mieze
      A New Driver for Realtek RTL8111
       
      Due to the lack of an OS X driver that makes use of the advanced features of the Realtek RTL81111/8168 series I started a new project with the aim to create a state of the art driver that gets the most out of those NICs which can be found on virtually any cheap board on the market today. Based on Realtek's Linux driver (version 8.035.0) I have written a driver that is optimized for performance while making efficient use of system resources and keeping the CPU usage down under heavy load.

      Key Features of the Driver
      Supports Realtek RTL8111/8168 B/C/D/E/F/G/H found on recent boards. Support for multisegment packets relieving the network stack of unnecessary copy operations when assembling packets for transmission. No-copy receive and transmit. Only small packets are copied on reception because creating a copy is more efficient than allocating a new buffer. TCP, UDP and IPv4 checksum offload (receive and transmit). TCP segmentation offload under IPv4. Support for TCP/IPv6 and UDP/IPv6 checksum offload. Fully optimized for Mountain Lion (64bit architecture) but should work with Lion too. As of now there is no support for Snow Leopard but it can be added if someone will create the necessary patches. Supports Wake on LAN. Support for Energy Efficient Ethernet (EEE) which can be disabled by setting enableEEE to NO in the drivers Info.plist without rebuild. The default is YES. The driver is published under GPLv2.  
      Limitations
      As checksum offload doesn't work with jumbo frames they are unsupported up to version 2.3.x. Version 2.4.0 might come with experimental jumbo frame support depending on test results of the development versions. No support for 32bit kernels.  
      Installation
      You might want to install the driver to /L/E as usual but it's also ok to use Clover's injection function (installation in the EFI folder). Use your favorite kext installation tool for installation or perform the installation manually (for Clover or OC injection). It's your call! Reboot Open System Preferences again, select Network and check if the new network interface has been created automatically or create it manually now. Configure the interface.  
      Help - I'm getting kernel panics!
      Well, before you start complaining about bugs after you upgraded macOS and ask me to publish a driver update, you should first try to resolve the issue on your own by cleaning the system caches.
      As the driver uses macOS's private network driver interface, which is supposed to be used by Apple provided drivers only, you might run into problems after an OS update because the linker may fail to recognize that IONetworking.kext has been updated and that the driver needs to be linked against the new version (Apple provided drivers avoid this problem because they are always updated together with IONetworking.kext). As a result, the linking process produces garbage and the driver may call arbitrary code when trying to call functions from IONetworking.kext. This usually results in unpredicted behavior or a kernel panic. In order to recover from such a situation, you should clean the System Caches forcing the linker to recreate it's caches:
      Delete all the files in /System/Library/Caches and it's subdirectories but leave the directories and the symbolic links intact. This is very important! Reboot. Recreate the kernel cache. Reboot again.  
      The same procedure should be applied when you are experiencing erratic behavior after an update! Please keep in mind that you have to disable SIP temporarily when you are using OC.
       
      Troubleshooting
      Make sure you have followed the installation instructions especially when you have issues with certain domains while the others are working fine. Use the debug version to collect log data when trying to track down problems. The kernel log messages can be found in /var/log/system.log. For Sierra and above use "log show --predicate "processID == 0" --debug" in order to retrieve kernel logs. Include the log data when asking for support or giving feedback. I'm an engineer, not a clairvoyant. Check your BIOS settings. You might want to disable Network Boot and the UEFI Network Stack as these can interfere with the driver. Double check that you have removed any other Realtek kext from your system because they could prevent the driver from working properly. Verify your bootloader configuration, in particular the kernel flags. Avoid using npci=0x2000 or npci=0x3000.  In Terminal run netstat -s in order to display network statistics. Carefully examine the data for any unusual activity like a high number of packets with bad IP header checksums, etc. In case auto-configuration of the link layer connection doesn't work it might be necessary to select the medium manually in System Preferences under Network for the interface. Use Wireshark to create a packet dump in order to collect diagnostic information. Keep in mind that there are many manufacturers of network equipment. Although Ethernet is an IEEE standard different implementations may show different behavior causing incompatibilities. In case you are having trouble try a different switch or a different cable.  
      FAQ
      I want to disable Energy Efficient Ethernet (EEE) but I don't know how? Select a medium without EEE manually. WoL from S5 doesn't work with this driver but under Windows it's working. Is this a driver bug? No it isn't, the driver is working as it should because OS X doesn't support WoL from S5.  
      Current status
      The driver has been successfully tested under 10.8.x and 10.9 with the B, C, D, E, F, G and H versions of the RTL8111/8168 and is known to work stable on these devices.  
      Changelog
      Version 2.4.0d4 (2020-10-10) Experimental jumbo frame support up to 9k for chipset 16 and above Requires 10.14 or newer. Version 2.3.0 (2020-08-14) Reworked medium section and EEE support to resolve problems with connection establishment and stability. Added option to supply a fallback MAC. Updated Linux sources to 8.047.04 and added support for new family members Requires 10.14 or newer.
      Version 2.2.2 (2018-01-21) Force ASPM state to disabled/enabled according to the config parameter setting. Requires 10.12 or newer. Version 2.2.1 (2016-03-12): Updated underlying linux sources from Realtek to 8.041.00. Added support for RTL8111H. Implemented Apple’s polled receive driver model (RXPOLL). Requires 10.11 or newer. Support for older versions of OS X has been dropped. Version 2.0.0 (2015-06-21): Uses Apple's private driver interface introduced with 10.8. Supports packet scheduling with QFQ. Please note that 2.0.0 is identical to 2.0.0d2. Only the version number has changed. Version 1.2.3 (2014-08-23): Reworked TSO4 and added support for TSO6. Version 1.2.2 (2014-08-44): Added an option to disable Active State Power Management (ASPM, default disabled) as ASPM seems to result in unstable operation of some chipsets. Resolved a problem with Link Aggregation after reboot. Added a workaround for the multicast filter bug of chipset 17 (RTL8111F) which prevented Bonjour from working properly Version 1.2.0 (2014-04-24): Updated underlying linux sources from Realtek to 8.037.00. Improved interrupt mitigate to use a less aggressive value for 10/100 MBit connections. Version 1.1.3 (2013-11-29): Improved transmit queue handling made it possible to reduce CPU load during packet transmission. Improved deadlock detection logic in order to avoid false positives due to lost interrupts. Version 1.1.2 (2013-08-03): Improved SMB performance in certain configurations. Faster browsing of large shares. Version 1.1.0 (2013-06-08): Support for TCP/IPv6 and UDP/IPv6 checksum offload added (can be disabled in Info.plist). Maximum size of the scatter-gather-list has been increased from 24 to 40 segments to resolve performance issues with TSO4 when offloading large packets which are highly fragmented. TSO4 can be disabled in Info.plist without rebuild. Statistics gathering has been improved to deliver more detailed information (resource shortages, transmitter resets, transmitter interrupt count). The interrupt mitigate settings has been changed to improve performance with SMB and to reduce CPU load. Configuration option added to allow for user defined interrupt mitigate settings without rebuild. Version 1.0.4 (2013-05-04): Moved setLinkStatus(kIONetworkLinkValid) from start() to enable(). Cleaned up getDescCommand(). Version 1.0.3 (2013-04-25): The issue after a reboot from Windows has been eliminated. Version 1.0.2 (2013-04-22): Added support for rx checksum offload of TCP and UDP over IPv6. Version 1.0.1 (2013-03-31): Improved behavior when rx checksum offload isn't working properly. Adds the chipset's model name to IORegistry so that it will show up in System Profiler.  
      Known Issues
      There are still performance problems with regard to SMB in certain configurations. My tests indicate that Apple's Broadcom driver shows the same behavior with those configurations. Obviously it's a more general problem that is not limited to my driver. WoL does not work in certain configurations. Old systems with 3 and 4 series chipsets exhibit performance issues in recent versions of macOS because there is no optimized power management for these systems in macOS anymore as Apple dropped support for the underlying hardware a long time ago. In case you are affected, please upgrade your hardware or find an alternative solution because I have no plans for a workaround. Sorry, but I don't think that it's worth the effort.  
      Getting the driver
      The source code can be found here: https://github.com/M...driver_for_OS_X There is also a pre-build binary for Mavericks and above: https://www.insanelymac.com/forum/files/file/88-realtekrtl8111-binary/  
      Building from Source
      I'm always using the latest version of XCode for development. You can get a free copy of XCode after becoming a member of the Apple developer program. The free membership is sufficient in order to get access to development tools and documentation.
    • By Slice
      Some users claim that using VoodooHDA they hear loud bump at system start and sound in system comes with noise.
      Although this can be repaired with existing drivers I propose a version that do this automatically.
      It started silently and have very clear output. The file is compiled as 32/64 and works from 10.6 up to 10.12.
      VoodooHDA.kext-289.zip
      The sources is in my signature.
       
      There is a VoodooHDA,prefPane compatible with Sierra
      VoodooHDA.prefPane-289.zip

       
      Now there is a version 2.9.0 by Zenith432.
      It can work with multichannel sound and play it on 5.1 analog system.

      VoodooHDA.kext-2.9.0d8.zip
      27.04.2017 
      d10 - Fix issues involving AudioControls
      VoodooHDA.kext-2.9.0d10.zip
       
      20.11.2018
      Fix issue with scratch on slow CPU
      VoodooHDA.kext-291SSE.zip
       
      04.05.2019
      More checks for memory allocation. More clear sound anyway. 
      VoodooHDA.kext-292.zip
      IOAudioFamily.kext.zip -- it's a pity this kext works up to 10.14.5 and is not working in 10.14.6 and up.
       
      AppleHDADisabler.kext.zip
       
      10.10.2020
      The version is compiled under BigSur  and is working here
      VoodooHDA.kext-295.zip
      AppleHDADisabler is not used. DSDT has a device HDAS and not HDEF so why there is no conflict with AppleHDA.

    • By Mieze
      This project is dedicated to Lucy, my lovely little Tyrannofelis Rex. 
       

       
      LucyRTL8125Ethernet is an open source driver for the Realtek RTL8125 family of 2.5GBit Ethernet controllers.
       
      Key Features of the Driver
      Supports all versions of Realtek's RTL8125 2.5GBit Ethernet Controllers found on recent boards. Support for multisegment packets relieving the network stack of unnecessary copy operations when assembling packets for transmission. No-copy receive and transmit. Only small packets are copied on reception because creating a copy is more efficient than allocating a new buffer. TCP, UDP and IPv4 checksum offload (receive and transmit). TCP segmentation offload over IPv4 and IPv6. Support for TCP/IPv4, UDP/IPv4, TCP/IPv6 and UDP/IPv6 checksum offload. Supports jumbo frames up to 9000 bytes (strongly recommended for 2.5GBit operation). Fully optimized for Mojave and above. Note that older versions of macOS might not support 2.5GB Ethernet. Supports Wake on LAN (untested). Supports VLAN (untested). Support for Energy Efficient Ethernet (EEE) which can be disabled by setting enableEEE to NO in the drivers Info.plist without rebuild. The default is YES. The driver is published under GPLv2.  
      Current Status
      The driver has been tested successfully under Catalina (10.15.4 and above) and, according to first tests, is working stable. I haven't experienced any Kernel Panics during my tests and is working stable on my primary work machine. The driver has been designed to work with Catalina but might also work with Mojave, provided you build from source with Xcode 10.. Please keep in mind that support for 2.5GBit Ethernet was introduced in Mojave (or maybe High Sierra?) so that there is no way to make it work with Sierra or below.  
      Known Issues
      Using autoselect medium it seems to prefer negotiating a connection speed of 1Gbit with my switch so that I had to select 2.5GBit/s manually in order to achieve this speed but it might be different with other switches.   Installation
      You might want to install the driver to /L/E as usual but it's also ok to use Clover's injection function (installation in the EFI folder). Use your favorite kext installation tool for installation or perform the installation manually (for Clover injection). It's your call!  
      Help - I'm getting kernel panics!
      Well, before you start complaining about bugs after you upgraded macOS and ask me to publish a driver update, you should first try to resolve the issue on your own by cleaning the system caches.
      As the driver uses macOS's private network driver interface, which is supposed to be used by Apple provided drivers only, you might run into problems after an OS update because the linker may fail to recognize that IONetworking.kext has been updated and that the driver needs to be linked against the new version (Apple provided drivers avoid this problem because they are always updated together with IONetworking.kext). As a result, the linking process produces garbage and the driver may call arbitrary code when trying to call functions from IONetworking.kext. This usually results in unpredicted behavior or a kernel panic. In order to recover from such a situation, you should clean the System Caches forcing the linker to recreate it's caches:
      Delete all the files in /System/Library/Caches and it's subdirectories but leave the directories and the symbolic links intact. This is very important! Reboot. Recreate the kernel cache. Reboot again.  
      Troubleshooting
      Make sure you have followed the installation instructions especially when you have issues with certain domains while the others are working fine. Use the debug version to collect log data when trying to track down problems. The kernel log messages can be retrieved with "log show --predicate "processID == 0" --debug" in order to retrieve kernel logs. Include the log data when asking for support or giving feedback. I'm an engineer, not a clairvoyant. Don't copy and paste large amounts of log data to your post. Create an archive with the log data and attach it to your post. In case you don't want to make your log data publicly accessible, contact me via PM and I will provide you a mail address to send it directly to me.  Delete the following files: /Library/Preferences/SystemConfiguration/NetworkInterfaces.plist /Library/Preferences/SystemConfiguration/preferences.plist In Terminal run netstat -s in order to display network statistics. Carefully examine the data for any unusual activity like a high number of packets with bad IP header checksums, etc. In case auto-configuration of the link layer connection doesn't work it might be necessary to select the medium manually in System Preferences under Network for the interface. Use Wireshark to create a packet dump in order to collect diagnostic information. Keep in mind that there are many manufacturers of network equipment. Although Ethernet is an IEEE standard, different implementations may show different behavior causing incompatibilities. In case you are having trouble try a different switch or a different cable.  
      Changelog
      Version 1.0.0 (2020-08-14) Changed version number to make this the first official release. Version 1.0.0d6 (2020-06-14) Fixed chip recognition. Version 1.0.0d3 (2020-04-20) First working development release.  
      Getting the driver
      Source code can be found on GitHub: https://github.com/Mieze/LucyRTL8125Ethernet You'll find the lastest prebuilt binary in the download section: https://www.insanelymac.com/forum/files/file/1004-lucyrtl8125ethernet/  
       
    • By eLDeus
      Hello, can't figure out why there's no Line-In input option with VoodooHDA, but I definetly have it in my built-in audio card on the motherboard.
      Thanks!
    • By Mieze
      Key Features of the Driver
      Supports all versions of Realtek's RTL8125 2.5GBit Ethernet Controllers found on recent boards. Support for multisegment packets relieving the network stack of unnecessary copy operations when assembling packets for transmission. No-copy receive and transmit. Only small packets are copied on reception because creating a copy is more efficient than allocating a new buffer. TCP, UDP and IPv4 checksum offload (receive and transmit). TCP segmentation offload over IPv4 and IPv6. Support for TCP/IPv4, UDP/IPv4, TCP/IPv6 and UDP/IPv6 checksum offload. Supports jumbo frames up to 9000 bytes (strongly recommended for 2.5GBit operation). Fully optimized for Mojave and above. Note that older versions of macOS might not support 2.5GB Ethernet. Supports Wake on LAN (untested). Supports VLAN (untested). Support for Energy Efficient Ethernet (EEE) which can be disabled by setting enableEEE to NO in the drivers Info.plist without rebuild. The default is YES. The driver is published under GPLv2.
×