Hi, just confirming that on:
Lenovo Legion Pro 7i (Gen 8 / 2023) the no sound issue has regressed again on
6.8.5.
Last working version without any issues is 6.7.9 - which is odd
considering the original post lists this as not a regression?
alsamixer shows ALC287 under system info.
6.8.2-6.8.4
Created attachment 306161
attachment-31010-0.html
> ...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
> Please try the following and report if it fixes the issue:
> amixer -c 1 cset numid=3,name='Speaker Force Firmware Load' 1
What is the expected result of the above?
> I had some time this morning to try and repeat the issue.. I couldn't
do it
I can reproduce in < 5 mins on average.
I played a
A few things since I last posted:
After having done the below command...
`amixer -c 1 cset numid=3,name='Speaker Force Firmware Load' 1`
Every subsequent reboot the audio never broke. I had multiple 2+ hour
sessions with no issue.
I never re-ran the above command.
Adjusting the volume would have a
(In reply to Gergo K from comment #865)
> Please try 0x38 instead of 0x70, and if still not found, try 0,1,2,4 instead
> of bus 3.
>
> If you still not found, please send your acpidump output.
# i2cset -y 1 0x38 0x7f 0x00
Error: Write failed
# i2cset -y 2 0x38 0x7f 0x00
# i2cset -y 2 0x38 0x00 0x0
While audio working, and content is playing (actively outputting to device)
Output is different:
i2cset -y 2 0x38 0x00 0x00
i2cset -y 2 0x38 0x7f 0x00
i2cdump -y 2 0x38
No size specified (using byte-data access)
0 1 2 3 4 5 6 7 8 9 a b c d e f0123456789abcdef
00: 00 00 00 28
> Kindly follow Comment 872 to force tas2781 to work
I had been using 6.7.9 for the last week with no issues.
I upgrade to 6.8.7, and within 3 minutes audio broken.
I save your script and run it
-- su root
-- ./tas2781-2dev-on.sh
Sound works again, however:
- sound is notably louder compared to
After continued use of 6.8.7 and later 6.8.8, I can confirm using the
`./tas2781-2dev-on.sh 2` in my case as root regularly whenever audio goes out
works fine.
What needs to happen at the kernel level / in a patch to resolve this?
--
You received this bug notification because you are a member o
8 matches
Mail list logo