- Alsa-devel - mailman.alsa-project.org

amd-soundwire: add support for AMD generic legacy machine driver
by GitHub pull_request - opened 24 Nov '24

24 Nov '24

alsa-project/alsa-ucm-conf pull request #470 was opened from vijendarmukunda: Add support for AMD generic legacy(No DSP) machine driver for ACP6.3 platform using RT722 codec. Request URL : https://github.com/alsa-project/alsa-ucm-conf/pull/470 Patch URL : https://github.com/alsa-project/alsa-ucm-conf/pull/470.patch Repository URL: https://github.com/alsa-project/alsa-ucm-conf

1 0

No sound and alsactl init errors after updating to 1.2.13
by GitHub issues - edited 24 Nov '24

24 Nov '24

alsa-project/alsa-utils issue #283 was edited from wastlnd: I think I have kind of a regression after updating to the latest version. I have this error at startup: ``` Found hardware: "acp" "" "" "" "" Hardware is initialized using a generic method ``` And I have no sound at all. I have tried to apply the latest commit fixing the udev rule, but it didn't work. Downgrading to 1.2.12 fixes the issue. I am running an Arch based distro on AMD Ryzen 7 5825U CPU with Radeon graphics. My soundcard is Realtek and I have an AMD microphone array. Issue URL : https://github.com/alsa-project/alsa-utils/issues/283 Repository URL: https://github.com/alsa-project/alsa-utils

1 0

No sound and alsactl init errors after updating to 1.12.13
by GitHub issues - opened 24 Nov '24

24 Nov '24

alsa-project/alsa-utils issue #283 was opened from wastlnd: I think I have kind of a regression after updating to the latest version. I have this error at startup: ``` Found hardware: "acp" "" "" "" "" Hardware is initialized using a generic method ``` And I have no sound at all. I have tried to apply the latest commit fixing the udev rule, but it didn't work. Downgrading to 1.2.12 fixes the issue. I am running an Arch based distro on AMD Ryzen 7 5825U CPU with Radeon graphics. My soundcard is Realtek and I have an AMD microphone array. Issue URL : https://github.com/alsa-project/alsa-utils/issues/283 Repository URL: https://github.com/alsa-project/alsa-utils

1 0

UCM2 Profile for Roland BridgeCastX
by GitHub pull_request - edited 24 Nov '24

24 Nov '24

alsa-project/alsa-ucm-conf pull request #469 was edited from Konna1337: Added Configuration for the X version of Bridge Cast. Config is based on the non X version but it's wired differently and has two more Hardware Channels. It's for the 2.0 Firmware of the Device. The "Game" channel has a virtual 5.1 mode which doesn't work properly and isn't configured. - Added condition to USB-Audio.conf - Added BridgeCastXV2.conf - Added BridgeCastXV2-Hifi.conf with configuration for channels Request URL : https://github.com/alsa-project/alsa-ucm-conf/pull/469 Patch URL : https://github.com/alsa-project/alsa-ucm-conf/pull/469.patch Repository URL: https://github.com/alsa-project/alsa-ucm-conf

1 0

UCM Configuration for Roland BridgeCastX
by GitHub pull_request - edited 24 Nov '24

24 Nov '24

alsa-project/alsa-ucm-conf pull request #469 was edited from Konna1337: Added Configuration for the X version of Bridge Cast. Config is based on the non X version but it's wired differently and has two more Hardware Channels. It's for the 2.0 Firmware of the Device. The "Game" channel has a virtual 5.1 mode which doesn't work properly and isn't configured. - Added condition to USB-Audio.conf - Added BridgeCastXV2.conf - Added BridgeCastXV2-Hifi.conf with configuration for channels Request URL : https://github.com/alsa-project/alsa-ucm-conf/pull/469 Patch URL : https://github.com/alsa-project/alsa-ucm-conf/pull/469.patch Repository URL: https://github.com/alsa-project/alsa-ucm-conf

1 0

Configuration for Roland BridgeCastX
by GitHub pull_request - opened 24 Nov '24

24 Nov '24

alsa-project/alsa-ucm-conf pull request #469 was opened from Konna1337: Added Configuration for the X version of Bridge Cast. Config is based on the non X version but it's wired differently and has two more Hardware Channels. It's for the 2.0 Firmware of the Device. The "Game" channel has a virtual 5.1 mode which doesn't work properly and isn't configured. - Added condition to USB-Audio.conf - Added BridgeCastXV2.conf - Added BridgeCastXV2-Hifi.conf with configuration for channels Request URL : https://github.com/alsa-project/alsa-ucm-conf/pull/469 Patch URL : https://github.com/alsa-project/alsa-ucm-conf/pull/469.patch Repository URL: https://github.com/alsa-project/alsa-ucm-conf

1 0

TLVs with (size % 4) != 0 make amixer and alsactl crash
by GitHub issues - opened 23 Nov '24

23 Nov '24

alsa-project/alsa-utils issue #282 was opened from geoffreybennett: While trying to figure out how TLVs work, I found that if the length field is not a multiple of 4 then amixer and alsactl keep reading past the end of the buffer until they segfault, because size is unsigned. One example here: ``` diff --git a/amixer/amixer.c b/amixer/amixer.c index 8b8000b..03cc9cb 100644 --- a/amixer/amixer.c +++ b/amixer/amixer.c @@ -587,7 +587,7 @@ static void decode_tlv(unsigned int spaces, unsigned int *tlv, unsigned int tlv_ #endif default: printf("unk-%u-", type); - while (size > 0) { + while (size >= sizeof(unsigned int)) { printf("0x%08x,", tlv[idx++]); size -= sizeof(unsigned int); } ``` Issue URL : https://github.com/alsa-project/alsa-utils/issues/282 Repository URL: https://github.com/alsa-project/alsa-utils

1 0

[BUG] HDA Intel PCH, HDMI , HDA Intel PCH, ALC886 Digital, no IEC958 / HDMI output/passthrough to AVR
by schorpp 23 Nov '24

23 Nov '24

> > [BUG] HDA Intel PCH, HDMI , HDA Intel PCH, ALC886 Digital, no IEC958 / HDMI output/passthrough to AVR > > ALSA versions 1.0.25...current > > Kernel Driver versions 3.12.40...6.x > > Hardware: > > DFI Mainboard MB330-CRM > > https://www.dfi.com/de/product/index/273#specification > > Reproducible Always > > Steps to reproduce and full report: > > https://www-vdr--portal-de.translate.goog/forum/index.php?thread/136519-gel… Output of alsa-info.sh is here http://alsa-project.org/db/?f=fc4734deddd9a92331692bf94b15cf84b7722cd4 > > Software crosscheck with CM106 USB Soundbox iec958: works OK. > > Where to start in the drivers source code to fix it? > > y > tom > >

1 0

x870-A no S/PDIF output audio (ALC4080)
by GitHub issues - opened 22 Nov '24

22 Nov '24

alsa-project/alsa-ucm-conf issue #468 was opened from SentryII: Hi all, I've been searching for hours for a fix for this and im posting this as a last resort I've checked under If.realtek-alc4080 in the USB-Audio.conf and the X870-A is not listed IDVendor is 0b05 IDProduct is 1b9b 0b05:1b9b Line-Out works fine, issue is with Soundcard 2 USB-Audio Which is using optical / S/PDIF I've attached the alsa-info output below Thank you for your time [alsa-info.txt](https://github.com/user-attachments/files/17876970/alsa-info… Issue URL : https://github.com/alsa-project/alsa-ucm-conf/issues/468 Repository URL: https://github.com/alsa-project/alsa-ucm-conf

1 0

Re: [PATCH] ASoC: qcom: apq8016_sbc: Fix second argument of apq8016_dai_init()
by Stephan Gerhold 22 Nov '24

22 Nov '24

Hi, On Mon, Nov 18, 2024 at 12:20:58AM +0100, Bert Karwatzki wrote: > Since commit a78a42fb48b8 the second argument of apq8016_dai_init() has > to be an lpass id returned by qdsp6_dai_get_lpass_id(). > > Fixes: a78a42fb48b8 ("ASoC: qcom: apq8016_sbc: Allow routing audio through QDSP6") > > Signed-off-by: Bert Karwatzki <spasswolf(a)web.de> > --- > sound/soc/qcom/apq8016_sbc.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/sound/soc/qcom/apq8016_sbc.c b/sound/soc/qcom/apq8016_sbc.c > index 3023cf180a75..ddfcd4616895 100644 > --- a/sound/soc/qcom/apq8016_sbc.c > +++ b/sound/soc/qcom/apq8016_sbc.c > @@ -150,7 +150,7 @@ static int apq8016_sbc_dai_init(struct snd_soc_pcm_runtime *rtd) > { > struct snd_soc_dai *cpu_dai = snd_soc_rtd_to_cpu(rtd, 0); > > - return apq8016_dai_init(rtd, cpu_dai->id); > + return apq8016_dai_init(rtd, qdsp6_dai_get_lpass_id(cpu_dai)); > } > Hm no, the code is correct the way it is. There are two cases handled by this driver: - ADSP bypass (lpass-* drivers, qcom,apq8016-sbc-sndcard): This one uses the LPASS IDs as DAI IDs, so cpu_dai->id already contains the correct value. - ADSP (qdsp6 drivers, qcom,msm8916-qdsp6-sndcard): This one uses the QDSP6 IDs (e.g. PRIMARY_MI2S_RX/TX instead of MI2S_PRIMARY), so qdsp6_dai_get_lpass_id() is used to translate that to the LPASS IDs. The code you are changing here handles the first case (ADSP bypass), the DAI IDs do not need any translation there. Thanks, Stephan

2 1