FS#55801 - [linux] 4.13.3-1 breaks support for Creative Labs EMU10k1 [Sound Blaster Live! Series]
Attached to Project:
Arch Linux
Opened by Nick Fisher (nfisher) - Thursday, 28 September 2017, 20:07 GMT
Last edited by Toolybird (Toolybird) - Sunday, 28 May 2023, 06:15 GMT
Opened by Nick Fisher (nfisher) - Thursday, 28 September 2017, 20:07 GMT
Last edited by Toolybird (Toolybird) - Sunday, 28 May 2023, 06:15 GMT
|
Details
Description:
After updating to most recent Kernel, audio broke. The device is listed and configurable in alsa, however not available in puvecontrol. Only Dummy Audio is available for output device. Additional info: upgrade log: 38242 [2017-09-28 11:47] [ALPM] upgraded libutil-linux (2.30.1-2 -> 2.30.2-1) 38243 [2017-09-28 11:47] [ALPM] upgraded git (2.14.1-1 -> 2.14.2-1) 38244 [2017-09-28 11:47] [ALPM] upgraded util-linux (2.30.1-2 -> 2.30.2-1) 38245 [2017-09-28 11:47] [ALPM] upgraded linux (4.12.13-1 -> 4.13.3-1) 38246 [2017-09-28 11:47] [ALPM-SCRIPTLET] >>> Updating module dependencies. Please wait ... 38247 [2017-09-28 11:47] [ALPM] upgraded linux-headers (4.12.13-1 -> 4.13.3-1) journalctl prints 2 E's: Sep 28 20:07:33 tubulus pulseaudio[521]: E: [alsa-sink-emu10k1 efx] alsa-sink.c: snd_pcm_rewind() failed: Invalid argument Sep 28 20:07:33 tubulus pulseaudio[521]: E: [alsa-sink-emu10k1 efx] alsa-sink.c: process_rewind: Invalid argument Steps to reproduce: Having a similar setup and upgrade the Kernel, I suppose |
This task depends upon
Closed by Toolybird (Toolybird)
Sunday, 28 May 2023, 06:15 GMT
Reason for closing: No response
Additional comments about closing: Plus it's old and stale. If still an issue, please follow up with upstream.
Sunday, 28 May 2023, 06:15 GMT
Reason for closing: No response
Additional comments about closing: Plus it's old and stale. If still an issue, please follow up with upstream.
linux (4.12.13-1 -> 4.13.3-1)
linux-headers (4.12.13-1 -> 4.13.3-1)
((nvidia-utils (384.69-1 -> 384.90-1)
nvidia (384.69-2 -> 384.90-1))) due to downgrade of linux
Why do you think it is a packaging and integration issue that should be fixed by the package maintainer rather than upstream?
If you think it is not a packaging and integration issue have you contacted upstream to request upstream fix the issue?
If you can get audio to work correctly with the linux-lts kernel then that would indicate the configuration is valid.
See http://alsa-project.org/main/index.php/Bug_Tracking http://alsa-project.org/main/index.php/Help_To_Debug http://alsa-project.org/main/index.php/Mailing-lists
Edit:
Missed it functions on a kernel downgrade then yes I think it is either a kernel bug or a change in the kernel module configuration.
Edit: Yeah, that's what I thought. Ok, will see to reach upstream.
https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git/commit/sound/pci/emu10k1/emufx.c?id=0b36f2bd28d040acedb52f4327eb2441afe4f514