Currently AppleUSBAudio is implemented as a kernel extension and uses the IOAudioFamily KPI. Given the new AudioDriverKit Driver Extension framework, having AppleUSBAudio as a subclassable AudioDriverKit would save a lot of effort for USB driver development.
If AudioDriverKit is not sufficient to fully implement AppleUSBAudio then I'm assuming Apple still sees the need to continue use of IOAudioFamily and that it will continue to be available for use in kernel extensions.
scrod
Users receive reputation points by contributing quality content to the forums.
Posts include post and replies published on the forums.
Post authors can mark replies as Accepted to indicate successful solutions.
Apple Developer Forums admins can mark replies as Apple Recommended to indicate an approved solution
Last seen
User for
Post
Replies
Boosts
Views
Activity
Apple's stated policy is that KPIs will be deprecated and removed as System-Extension-based alternatives become available. Given that the IOUserAudio* classes appear to replace IOAudioDevice, IOAudioStream, etc., should I assume that any kext with a com.apple.iokit.IOAudioFamily dependency may soon be prevented from loading?