Ventura Hack for FireWire Core Audio Support on Supported MacBook Pro and others...

Hi all, 

Apple dropping on-going development for FireWire devices that were supported with the Core Audio driver standard is a catastrophe for a lot of struggling musicians who need to both keep up to date on security updates that come with new OS releases, and continue to utilise their hard earned investments in very expensive and still pristine audio devices that have been reduced to e-waste by Apple's seemingly tone-deaf ignorance in the cries for on-going support. 

I have one of said audio devices, and I'd like to keep using it while keeping my 2019 Intel Mac Book Pro up to date with the latest security updates and OS features. 

Probably not the first time you gurus have had someone make the logical leap leading to a request for something like this, but I was wondering if it might be somehow possible of shoe-horning the code used in previous versions of Mac OS that allowed the Mac to speak with the audio features of such devices to run inside the Ventura version of the OS. 

Would it possible? Would it involve a lot of work? I don't think I'd be the only person willing to pay for a third party application or utility that restored this functionality.

There has to be 100's of thousands of people who would be happy to spare some cash to stop their multi-thousand dollar investment in gear to be so thoughtlessly resigned to the scrap heap. 

Any comments or layman-friendly explanations as to why this couldn’t happen would be gratefully received! 

Thanks, 

em

Answered by EuroGuybrush in 739342022

Same here, really not happy with Apple on this one. Planned obsolescence on perfectly working hardware

Hello Tyronet and thank you for compiling a definitive, clear guide, foolproof even for a noob like me.

I had arrived at a similar process after consulting every single thread online about the topic, collecting all the links, all the texts, and feeding everything to ChatGPT.

Despite this, ChatGPT, which is unfortunately lazy and stupid, responded with the following when I asked it to compare the two guides:

Comparison and Conclusions

Accuracy and Details:

The guide by "tyronet" is more detailed regarding the configuration of "Startup Security Utility" and the management of kernel extensions, which is a critical step for allowing unsigned extensions.

My guide lacks specific details about the configuration of "Permissive Security."

Flexibility and Methodology:

The "tyronet" guide focuses exclusively on a specific workflow (installation via package and then fixing permissions), while my guide offers alternatives such as using extraction tools like "Suspicious Package."

Reboot and Authorization Details:

The "tyronet" guide mentions a double reboot and the need to confirm the use of kernel extensions in security settings, something not covered in detail in my guide.

Security Recommendations:

Both guides emphasize the importance of re-enabling SIP, but the "tyronet" guide is more explicit about potential warning messages and necessary actions if the device does not function after re-enabling SIP.

Conclusion: The "tyronet" guide is more specific and detailed in some crucial steps, especially regarding advanced security settings and the reboot process. It is advisable to integrate the missing details, such as "Startup Security Utility" settings, into the initial guide to ensure a more complete and robust solution.

Given this, I attempted to integrate a section into the guide regarding "alternative solutions" or to cover the possibility that AppleFWAudioVentura.pkg might not work correctly:

Appendix: Alternative Solutions and Troubleshooting

This section provides an in-depth look at alternative methods and solutions to issues that may arise during the installation and configuration of kexts on macOS, particularly for AppleFWAudio.kext. These solutions are intended to address specific code signing errors, permission issues, and other technical obstacles.

Manual Extraction of the Kext

If the installation of the AppleFWAudioVentura.pkg package does not work, you can manually extract the kext using tools like Suspicious Package or Pacifist.

Using "Suspicious Package" and "Pacifist"

  • Suspicious Package: A macOS application that allows you to examine the contents of installation packages (.pkg) without installing them. It is useful for verifying the presence of specific files and extracting them if necessary.

    • Download and Usage: Download the application from the official website. After installation, drag the .pkg package into the application to explore its contents.
  • Pacifist: Similar to "Suspicious Package," it allows you to explore and extract the contents of installation packages, particularly useful if Suspicious Package is not sufficient.

    • Download and Usage: Available on the CharlesSoft official website. After downloading and installing the application, you can search within packages and extract specific files.

Extraction Procedure

  1. Open the Package:

    • Open AppleFWAudioVentura.pkg with "Suspicious Package" or "Pacifist."
  2. Locate and Extract _AppleFWAudio.kext:_

    • Find the AppleFWAudio.kext file within the package and extract it to a temporary location, such as the desktop.
  3. Copy to /Library/Extensions/:

    • Copy the extracted kext to the /Library/Extensions/ directory using the command:

      
      sudo cp -R /path/to/extracted/AppleFWAudio.kext /Library/Extensions/
      
      
  4. Permission Fix:

    • Ensure the permissions are correct:

      
      sudo chown -R 0:0 /Library/Extensions/AppleFWAudio.kext
      
      
  5. Loading the Kext:

    • Load the kext with:

      
      sudo kmutil load -p /Library/Extensions/AppleFWAudio.kext
      
      

Details on Kext Loading and Authorization Issues

Code Signing Errors

When a code signing error occurs, it is necessary to check if the kext has been properly signed or if it has been altered.

  1. Check Code Signing:

    • Use the command:

      
      codesign -vv /Library/Extensions/AppleFWAudio.kext
      
      
    • This command verifies the status of the code signing. If the kext is not properly signed, macOS will prevent its loading.

  2. Disabling Security Protections:

    • Disable SIP: If SIP (System Integrity Protection) is enabled, it might block the loading of unsigned kexts. Ensure SIP is disabled:

      
      csrutil disable
      
      
    • Kernel Extension Management: Enable kernel extension management in "Startup Security Utility" to allow the loading of unsigned kexts.

  3. Modifying Security Preferences:

    • Go to "System Settings" > "Privacy & Security" and allow the use of the kext. You may need to confirm the decision and restart the system.

Manual Permission Fixes

Correct permissions are essential for loading the kext.

  1. Fix Permissions:

    • Set the owner and group of the kext to root:

      
      sudo chown -R 0:0 /Library/Extensions/AppleFWAudio.kext
      
      
    • Ensure read and execute permissions are correct:

      
      sudo chmod -R 755 /Library/Extensions/AppleFWAudio.kext
      
      
  2. Reload the Kext:

    • After applying the changes, reload the kext:

      
      sudo kmutil load -p /Library/Extensions/AppleFWAudio.kext
      
      
  3. Monitor System Stability:

    • Monitor the system for any stability issues, such as crashes or kernel panics. If issues arise, consider removing the problematic kext or re-enabling SIP.

I have no idea if this will be helpful as it was compiled by ChatGPT, but I hope it can be useful in some way.

Here are all the links collected online on the topic, hoping they can be helpful as well:

FWIW, I did the Sequoia 15.0 (24A335) update today on my 2023 Mac Mini M2 Pro. Reinstalled the patch and authorised the kext from the pop-up in Privacy & Security System Settings. Shut down, plugged in the FW adaptors and my Onyx into a port on the Mac Mini, and got stuck in a restart-crash loop. Took it out, restarted, then plugged it into a spare TB3 socket in my Belkin TB3 Express Dock while the system was running, and there it is! My Onyx lives to survive another round of Apple's updates. So far it's been up for about 4 hours and working great.

Did the Sonoma 14.7 update and I also had to reinstall the patch. SIP had been re-enabled --without kext, so all I had to do was re-install the AppleFWAudioVentura.pkg, and allow it in System Settings > Privacy & Security (the installer prompts for this, then says it failed; but kext was installed). I also ran the chown command, but not sure how necessary that was. Restarted and was back up recognized and running fine

Thanks for the info @daneover.

Unfortunately, my experience with it has not been so good. The system went back into a startup-crash-restart loop again after a sleep that involved powering down my Onyx mixer overnight. The thing is quite power hungry, so I like to turn it off when it's not being used. I've disconnected it for the time being. I'm thinking of applying a razed earth approach and rebuilding my system and account from scratch to wipe nearly 15 years of migrated junk from it and seeing if that helps, but I'm dreading that.

It is promising, however, that the fix worked as well as it did when it did. Gives us all hope.

Updated to Sequoia 15.0.1. Reinstalled the fix, and I have the same situation again whereas if the TB4 to TB3 to FW400 adaptors are plugged directly into the second TB4 socket on the Mac Mini M2 Pro, a get a crash-restart loop. Remove it from there, and then plug it into the TB3 port of one of my Belkin TB docks, it boots and the Onyx mixer is visible and useable. I'm pretty certain that if I was to try and restart with that connected, there's a good chance it will crash again. It's like I need to remember to unplug it before attempting a restart. Well, a little inconvenient at worst, but at best, I'm still using my lovely Onyx. :-)

I did all the procedure on Mac Mini M1 2020 Sonoma and worked great. However, I'm trying to do the same on an external drive, I could install the kext file, but when rebooting, it asks to allow extension to be used, and then reboot to apply changes. But after rebooting, it asks the same thing, "Open Privacy and Security to allow extensions" and this never ends. My Mac Mini is 256 Gb, and as music producer I need to work in a bigger disk, so... Any advice?

Ventura Hack for FireWire Core Audio Support on Supported MacBook Pro and others...
 
 
Q