What you described vaguely sounds like the stuff I'm doing when it
breaks on me so I'll try that too!
I might have some time to do this tomorrow night.
I've wondered if this is a firmware issue as well. Here are my md5sums
for my files:
af5adf85ef96839ae1aa79bc916f1b91 TAS2XXX387D.bin
951a483a58b1b41e5114f0c0746f583a TAS2XXX387E.bin
f7f319ba68ab37e093381360e2bdefff TAS2XXX3881.bin
dfb907ce0135030182704cabb1223465 TAS2XXX3884.bin
a7ebbd19c73cd6fea005bcab025f4921 TAS2XXX3886.bin
f1f0486569020316a7b3253db17c6b94 TAS2XXX38A7.bin
b796beae38a02fa27426560742a829b6 TAS2XXX38A8.bin
830cf65b0d6e2355b70b9ed364b4819d TAS2XXX38B8.bin
2a4d57199bc04ebc2dd9880f7afee4a7 TAS2XXX38B9.bin
fcaa167bb712cbe7829ae41f9ea7bfa0 TAS2XXX38BA.bin
9a6089a79ef6038691733a18c94c1005 TAS2XXX38BB.bin
0ace13d455c64d5043ac2ee066555f20 TAS2XXX38BE.bin
a90c1c801076cf6f2acfd6edf83e7575 TAS2XXX38BF.bin
3723cbf4848c3df69cd870314817aada TAS2XXX38C3.bin
dfb907ce0135030182704cabb1223465 TAS2XXX38CB.bin
a7ebbd19c73cd6fea005bcab025f4921 TAS2XXX38CD.bin
33c27f3eec9e46e1e487b0fc4b781725 TIAS2781RCA2.bin
4824e06b5919b577d4671a3dd40fbda4 TIAS2781RCA2.json
61dcfeb8c3dd4c5b922dbbe8d826d2ef TIAS2781RCA4.bin
38f473162f7dd3546db9ee561fb560bf TIAS2781RCA4.json
I've considered and looking at the latest files in the linux-firmware
git repo, but haven't had time yet.
On 4/15/2024 10:19 PM, <email address hidden> wrote:
> https://bugzilla.kernel.org/show_bug.cgi?id=208555
>
> --- Comment #855 from <email address hidden> ---
>> ...it makes me think maybe our problems are symptoms of the same issue
> I agree. I am using endeavour os, but I've also verified my scenario on
> nobara (fedora based).
>
> I found I can somewhat reliably get the audio to fail on 6.8.5 by leaving
> the system muted for a few minutes. Additionally something I noticed on
> 6.8.0 is running a video in a Firefox based browser (I used Librewolf),
> pausing and unpausing could lead to the sound being permanently disabled
> for the whole system until reboot.
>
> I am not self compiling, just using the arch linux and linux-headers
> packages. If this bug tracker is for debian/ubu based distros only, my bad.
> The issue is reproducible regardless.
> I can only confirm that I experience no issue on 6.7.9 on fedora based
> distros and arch. I think I had no luck using 6.7.9 on linux mint (using
> mainline kernel), but I assume it is because of an outdated linux-firmware
> package.
>
> If it isn't a pain for you to test, could you try 6.7.9 and see if you
> experience no issues as well?
>
I can try 6.7.9 and 6.7.12.
What you described vaguely sounds like the stuff I'm doing when it
breaks on me so I'll try that too!
I might have some time to do this tomorrow night.
I've wondered if this is a firmware issue as well. Here are my md5sums ae1aa79bc916f1b 91 TAS2XXX387D.bin e5114f0c0746f58 3a TAS2XXX387E.bin 093381360e2bdef ff TAS2XXX3881.bin 182704cabb12234 65 TAS2XXX3884.bin ea005bcab025f49 21 TAS2XXX3886.bin 6a7b3253db17c6b 94 TAS2XXX38A7.bin 27426560742a829 b6 TAS2XXX38A8.bin 5b70b9ed364b481 9d TAS2XXX38B8.bin c2dd9880f7afee4 a7 TAS2XXX38B9.bin 7829ae41f9ea7bf a0 TAS2XXX38BA.bin 691733a18c94c10 05 TAS2XXX38BB.bin 043ac2ee066555f 20 TAS2XXX38BE.bin f2acfd6edf83e75 75 TAS2XXX38BF.bin 69cd870314817aa da TAS2XXX38C3.bin 182704cabb12234 65 TAS2XXX38CB.bin ea005bcab025f49 21 TAS2XXX38CD.bin 1e487b0fc4b7817 25 TIAS2781RCA2.bin 7d4671a3dd40fbd a4 TIAS2781RCA2.json b922dbbe8d826d2 ef TIAS2781RCA4.bin 46db9ee561fb560 bf TIAS2781RCA4.json
for my files:
af5adf85ef96839
951a483a58b1b41
f7f319ba68ab37e
dfb907ce0135030
a7ebbd19c73cd6f
f1f048656902031
b796beae38a02fa
830cf65b0d6e235
2a4d57199bc04eb
fcaa167bb712cbe
9a6089a79ef6038
0ace13d455c64d5
a90c1c801076cf6
3723cbf4848c3df
dfb907ce0135030
a7ebbd19c73cd6f
33c27f3eec9e46e
4824e06b5919b57
61dcfeb8c3dd4c5
38f473162f7dd35
I've considered and looking at the latest files in the linux-firmware
git repo, but haven't had time yet.
On 4/15/2024 10:19 PM, <email address hidden> wrote: /bugzilla. kernel. org/show_ bug.cgi? id=208555
> https:/
>
> --- Comment #855 from <email address hidden> ---
>> ...it makes me think maybe our problems are symptoms of the same issue
> I agree. I am using endeavour os, but I've also verified my scenario on
> nobara (fedora based).
>
> I found I can somewhat reliably get the audio to fail on 6.8.5 by leaving
> the system muted for a few minutes. Additionally something I noticed on
> 6.8.0 is running a video in a Firefox based browser (I used Librewolf),
> pausing and unpausing could lead to the sound being permanently disabled
> for the whole system until reboot.
>
> I am not self compiling, just using the arch linux and linux-headers
> packages. If this bug tracker is for debian/ubu based distros only, my bad.
> The issue is reproducible regardless.
> I can only confirm that I experience no issue on 6.7.9 on fedora based
> distros and arch. I think I had no luck using 6.7.9 on linux mint (using
> mainline kernel), but I assume it is because of an outdated linux-firmware
> package.
>
> If it isn't a pain for you to test, could you try 6.7.9 and see if you
> experience no issues as well?
>