View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0001443 | channel: elrepo/el9 | --elrepo--request-for-enhancement-- | public | 2024-04-07 09:11 | 2024-04-29 13:27 |
| Reporter | pseud | Assigned To | toracat | ||
| Priority | normal | Severity | minor | Reproducibility | always |
| Status | assigned | Resolution | open | ||
| Platform | x86-64 | ||||
| Summary | 0001443: driver for 'Intel Corporation Broadwell-U Audio Controller [8086:160c]'? | ||||
| Description | This is v old snd issue with HP Spectra x360 13 circa 2015 reported (and solved) here: https://h30434.www3.hp.com/t5/Notebook-Audio/HP-spectre-x360-on-linux/m-p/5122160/highlight/true#M66839 https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1441852 I've recently had to press some old kit into operation due to new kit being underwhelming and needing return. I've had Fedora on this until about 2022, then PureOS (Debian derivative) and for it's most recent lease of life, Almalinux. I solved the sound issue years ago with the grub fix mentioned in the links above and haven't thought about it since until installing Almalinux. I believe (guess) the drivers were put in linux so the grub edits became unnecessary through my distro changes - I'm wonder if this isn't working with Alma because the machine is now so old that the drivers have come back out of linux? I've checked `8086:160c` against the DeviceIDs and found nil - but, wondered about asking here if this rings any bells? Thanks ``` $ dmesg -t | egrep "(audio|snd|INT3438)" DMAR: ACPI device "INT3438:00" under DMAR at fed91000 as 00:13.0 snd_hda_intel 0000:00:03.0: enabling device (0000 -> 0002) intel_catpt INT3438:00: DesignWare DMA Controller, 8 channels snd_hda_intel 0000:00:03.0: bound 0000:00:02.0 (ops i915_audio_component_bind_ops [i915]) ``` `00:03.0 Audio device [0403]: Intel Corporation Broadwell-U Audio Controller [8086:160c] (rev 09)` | ||||
| Tags | No tags attached. | ||||
|
|
Just adding that this issue is also tracked in Red Hat's bugzilla. Notable comments are 5, 6, and 10 with the corrected workaround. https://bugzilla.redhat.com/show_bug.cgi?id=1220709 If the above corrected workaround doesn't work anymore, there isn't proper Linux support in the laptop's ACPI DSDT/SSDT tables. |
|
|
Thanks @tqhoang - yes, I know that bug. The workaround does still work, I'm using it. However, I haven't needed the workaround for probably 5 years - the kernel has been working without modding the the GRUB command. I had been running PureOS (Debian derivative) for a few years without issue - CentoOS and Fedora before that. So, perhaps a driver has been removed from the Alma linux, idk? |
|
|
If the workaround does still work for you with AlmaLinux 8, then the RHEL kernel driver is present, but just buggy still. Not sure if it's much different than editing your GRUB config, but have you tried configuring the kernel module to set the default audio output to the PCH instead of the HDMI device? Ex: https://wiki.archlinux.org/title/Dell_XPS_13_(9343)#Audio |
|
|
Hmm, that was a mistake to report against el8 - it should have been 9... Can that be changed? Thank you for the Arch wiki pointer - I'll follow that up and report back. |
|
|
Moved to el9. |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2024-04-07 09:11 | pseud | New Issue | |
| 2024-04-07 09:11 | pseud | Status | new => assigned |
| 2024-04-07 09:11 | pseud | Assigned To | => toracat |
| 2024-04-22 16:46 | tqhoang | Note Added: 0009697 | |
| 2024-04-22 17:19 | tqhoang | Note Edited: 0009697 | |
| 2024-04-23 09:53 | pseud | Note Added: 0009698 | |
| 2024-04-29 09:59 | tqhoang | Note Added: 0009703 | |
| 2024-04-29 13:24 | pseud | Note Added: 0009704 | |
| 2024-04-29 13:26 | toracat | Project | channel: elrepo/el8 => channel: elrepo/el9 |
| 2024-04-29 13:27 | toracat | Note Added: 0009705 |
