Hello Ian,
I'm not a kernel developer but here is the thing:
**Each notebook configuration requires its own set of quirks.** Even
within one device model manufacturers often change sound chips,
components and their interconnections.
Please file a **separate** bug to fix your problem.
If you
The good news is that I found an article that MAY help to reverse
engineer HDA verbs and other commands needed to configure our sound card
properly: https://jcs.org/2018/11/12/vfio. Basically, we need to pass
HDA Audio PCI-E device to the Windows VM and analyze all the traffic.
Not easy but it's
So I decided on passing the whole IOMMU group into Windows. At first
sound didn't work in the virtual machine. But then I downloaded Realtek
driver from the ASUS website, installed it via bat file, manually
selected the "Realtek High Definition Audio Version 6.0.8794.1" driver
for the sound card
Ha. And just noticed the comment Kai-Heng Feng wrote before
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1850439/comments/124.
Looks like this utility and the approach described in the
https://jcs.org/2018/11/12/vfio are essentially doing the same thing.
--
You received this bug
Uploaded dump from the Windows 10 VM for somebody to play around.
0. Device disabled via the device manager. Shudown
1. Windows started.
2. Device enabled.
3. Played a test sound.
4. Device disabled via device manager.
** Attachment added: "qemu_pci_rtk_audio_trace_from_windows10.txt"
This crazy script contains all SET and unknown commands sent from the
Windows to the audio, with some commands stripped (using a try-and-check
method). And this crazy script allows to enable the speakers somehow!!!
Now here is the question: Can somebody filter excess commands and find
the bare
On the negative side: the sound has strange artifacts on speakers. And
headphones are not working properly once inserted.
If you want to experiment yourself - please use previous traces and the
following Python scripts:
- annotate trace with verb names for known verbs:
More traces: Transition from headphones (w/o a microphone, not a
headset) back to the speakers while audio is playing on Windows VM. CORB
and RIRBWP only, vfio_region_write events filtered to make trace
cleaner.
** Attachment added: "trace_hp_to_spk.txt"
More traces: Transition from speakers to headphones (w/o a microphone,
not a headset) while audio is playing on Windows VM. CORB and RIRBWP
only, vfio_region_write events filtered to make trace cleaner.
** Attachment added: "trace_spk_to_hp.txt"
** Attachment added:
"qemu_pci_rtk_audio_trace_from_windows10_after_power_cycle.txt"
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1850439/+attachment/5379054/+files/vm_trace_qemu_raw.win10_clean_boot.txt
--
You received this bug notification because you are a member of Kernel
Uploaded more logs from VMs:
- notebook power cycle
- start Ubuntu VM (live CD) - no sound in VM
- start Windows VM
- disable device in Windows VM
- shutdown Windows VM
- start Ubuntu VM (live CD) - sound is present in VM
** Attachment added:
** Attachment added:
"qemu_pci_rtk_audio_trace_from_ubuntu2004_after_power_cycle.txt"
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1850439/+attachment/5379055/+files/vm_trace_qemu_raw.ubuntu20_clean_boot.txt
--
You received this bug notification because you are a member of Kernel
BTW I'm glad that those commands helped you. And good job in command
dissection here!
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1850439
Title:
No sound on ASUS UX534FT
Status in
I found it! I found the magic sequence!!!
srgk@zen~$ sudo hda-verb /dev/snd/hwC0D0 0x20 0x500 0x1b
[sudo] password for srgk:
nid = 0x20, verb = 0x500, param = 0x1b
value = 0x0
srgk@zen:~$ sudo hda-verb /dev/snd/hwC0D0 0x20 0x477 0x4a4b
nid = 0x20, verb = 0x477, param = 0x4a4b
value = 0x0
For me just usual reboot is enough. I reboot the notebook, start some
application that plays sound and then execute the commands below. And
everything works as a charm on my UX534FTC.
About reset - try also "alsa force-reload" and maybe the following
command:
hda-verb /dev/snd/hwC0D0 0x51 0x7ff
Alsa-info time:
- Ubuntu Live CD in VM after power cycle:
http://alsa-project.org/db/?f=a3bb092b7964d28cc8a206d0619172472653b48b
- Ubuntu Live CD in VM after Windows VM was started:
http://alsa-project.org/db/?f=316d1051a370a045a3e14d2fc456c6d06fd34ae4
--
You received this bug notification
The strange thing is that built-in microphones ARE actually working on
my notebook out of the box. At the least sound meter IS moving for
internal microphones in the settings. And I also found out another bug
when the topic starter has internal microphones working perfectly fine:
Dumped all the coefficients when the sound is working and without any
distortions: http://alsa-
project.org/db/?f=79b20740c9abbd7427f166208b5a6a2e6449a174.
NOTE: Dumping coefficients can be enabled via
echo 1 | sudo tee /sys/module/snd_hda_codec/parameters/dump_coef
--
You received this bug
Another, shorter sample with warning (?) audio clip (play from terminal
when there is nothing more to do).
** Attachment added: "Sound sample - noisy sound from speakers 2"
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1850439/+attachment/5379388/+files/noisy_sound_notification.m4a
--
Here is the behaviour on my UX534FTC:
1. Power cycle.
2. Execute two commands from the Erikas' comment.
3. Start youtube video with sound.
Actual result: No sound from speakers.
4. Execute two commands again while the video is playing.
Actual result: Sound appears with the same quality as in my
Headphones are not working - there is nothing beyond some "alien" sounds
from headphones' speakers.
** Attachment added: "Alien noises from headphones"
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1850439/+attachment/5379389/+files/headphone_not_working.m4a
--
You received this bug
The sound has a strange digital whistle (?) in it. This whistle be head
clearly with higher-pitch sounds.
** Attachment added: "Sound sample - noisy sound from speakers"
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1850439/+attachment/5379380/+files/noisy_sound_speech_sample.m4a
--
Eugene,
Could you please run
echo 1 | sudo tee /sys/module/snd_hda_codec/parameters/dump_coef
wget http://www.alsa-project.org/alsa-info.sh -O alsa-info.sh && bash
alsa-info.sh
And post the results?
On Tue, Jun 2, 2020, 14:10 Eugene Batogov <1850...@bugs.launchpad.net>
wrote:
> Sound works
Edit to #181:
- Test Case: Cold boot to Ubuntu 20.04. NO COMMAND EXECUTED, just the
patched kernel from #177.
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1850439
Title:
No sound on
Please see my test results for the comment #177 (patched kernel)
1. Speakers: Work, sound quality is not the best (I can provide a recording on
request).
2. Headphones: Work perfectly fine.
3. Internal mic: Works perfectly fine.
4. Headset mic: Works.
Environment:
- Device Model: ASUS Zenbook
BTW, please see my test results for the comment #176 (individual
commands)
1. Speakers: No sound at all
2. Headphones (headset speakers): No sound at all
3. Internal mic: Works
4. Headset mic: Works
Environment:
- Device Model: ASUS Zenbook UX534FTC-A8101T.
- BIOS: Version 304 2020/02/06
- Test
Hello all,
So we need to test the kernel now, not individual commands?
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1850439
Title:
No sound on ASUS UX534FT
Status in linux package
Hello Hans,
Please find my report below. Let me know if you need any additional information.
And thank you.
Environment:
- Device Model: ASUS Zenbook UX534FTC-A8101T.
- BIOS: Version 304 2020/02/06
- Test Case: Cold boot to Ubuntu 20.04. No other commands executed except those
mentioned in the
(This comment is a reply to
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1850439/comments/155)
Erikas, could you please enable dump_coef as described in the comment
#153
(https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1850439/comments/153)
and update the results?
Those
(this a reply to
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1850439/comments/153)
Eugene,
Looks like your device has a different audio hardware (??!!) and even a
separate bass speaker. If, of course, it's not just ALSA behaving
different on Arch and Ubuntu with different kernel
Hello Taha and Alac,
Please clarify which exactly set of commands helped you. Is it the
following set of commands?
hda-verb /dev/snd/hwC0D0 0x20 0x500 0x1b
hda-verb /dev/snd/hwC0D0 0x20 0x477 0x4a4b
hda-verb /dev/snd/hwC0D0 0x20 0x500 0xf
hda-verb /dev/snd/hwC0D0 0x20 0x477 0x74
Because on
Hello Kai-Heng Feng,
Please find my report below. Let me know if you need any additional
information.
Environment:
- Device Model: ASUS Zenbook UX534FTC-A8101T.
- BIOS: Version 305 2020/04/13
- Test Case: Cold boot to Ubuntu 20.04, kernel from comment #184
Hello Alessandro,
Please create a separate issue for UX582ZM. For UX534 the Realtek team
pushed their own changes, regardless of what we recovered from the dump.
Maybe the Realtek and Ubuntu teams will help again if the UX582ZM issue
gains the same interest as UX534 gained at a time.
If you want
33 matches
Mail list logo
