audio: fix audiod_open with midi interfaces

[HiFiPhile]

This pull request improves the robustness of the audio device interface validation logic in audio_device.c by adding extra checks to differentiate between Audio and MIDI interfaces.

• Added logic to verify that the second interface descriptor is specifically Audio Streaming (subclass 2) and not MIDI Streaming (subclass 3), preventing misidentification between audio and MIDI devices.

[Copilot]

Pull request overview

This PR enhances the audiod_open function in audio_device.c to properly differentiate between Audio and MIDI device interfaces, preventing the audio driver from incorrectly accepting MIDI devices. The fix adds validation logic to verify that the interface following an Audio Control interface is Audio Streaming (subclass 2) rather than MIDI Streaming (subclass 3).

Key changes:

• Added explicit return value 0 to all TU_VERIFY and TU_ASSERT macro calls for consistent error handling
• Implemented new validation block (lines 861-883) to check the second interface descriptor's subclass before accepting the device

---

💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.

[cmaughan]

This fix tested and worked for my problem in discussion: #3382

[sonarqubecloud]

Quality Gate passed

Issues
0 New issues
0 Accepted issues

Measures
0 Security Hotspots
0.0% Coverage on New Code
0.0% Duplication on New Code

See analysis details on SonarQube Cloud