Bug 71766 - Choppy sound on ALC898
Summary: Choppy sound on ALC898
Status: RESOLVED MOVED
Alias: None
Product: PulseAudio
Classification: Unclassified
Component: alsa (show other bugs)
Version: unspecified
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: pulseaudio-bugs
QA Contact: pulseaudio-bugs
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-11-19 01:08 UTC by Kai Hamich
Modified: 2018-07-30 10:02 UTC (History)
2 users (show)

See Also:
i915 platform:
i915 features:


Attachments

Description Kai Hamich 2013-11-19 01:08:21 UTC
I'm using a GA-Z87X-UD3H, see http://www.alsa-project.org/db/?f=435c404946687b445f6c60da5edc5c3f083bc1da for more.

Using the green output at the back of motherboard, the sound is choppy.

If i use the front-panel-output of my motherboard with a headphone the sound is crystal clear. If i use the green output at the back and plugging the headphone to the front-microfone input. The sound gets also crystal clear on the green-output at the back.

This behavior can be reproduced on any Linux distri. CentOS 6.4, openSUSE 12.3/13.1, Fedora 19/20, Ubuntu 12.04/13.10 and Debian.

The sound works out of the box on FreeBSD 9.2 and Windows 8.1
Comment 1 Raymond 2013-11-20 23:37:45 UTC
post the pulseaudio verbose log when you plugged the headphone

do your computer chassis have hda front audio panel or AC97 audio panel ?


/sys/class/sound/hwC0D2/driver_pin_configs:
0x1c 0x993301f0


the driver may need to differentiate alc889 and alc898 when apply CD fixup since you motherboard have same pci ssid 

SND_PCI_QUIRK(0x1458, 0xa002, "Gigabyte EP45-DS3", ALC889_FIXUP_CD),




[    5.665166] snd_hda_intel: unknown parameter 'indep_hp' ignored


do you think the driver should enable independent HP for those motherboard with 10 channels DAC and four line out jacks by default ?
Comment 2 Kai Hamich 2013-11-21 14:43:01 UTC
The log can be found here: http://www.hamich.net/files/pulseverbose_linux.log

Some more observations:

-using the front audio port with my headphone, every 5 seconds a burst is coming out of my green-audio-port at the back. The burst seems to be a very short part of the audio stream playback.

- under FreeBSD the front-panel does not work at all. That could be the reason the sound works perfect there, out of the green-port.


>do your computer chassis have hda front audio panel or AC97 audio panel ?

Both options are possible, i am using the hda connector.



>[    5.665166] snd_hda_intel: unknown parameter 'indep_hp' ignored
>do you think the driver should enable independent HP for those motherboard with >10 channels DAC and four line out jacks by default ?

I was just using this option for testing purpose. I do not need it ;)
Comment 3 Kai Hamich 2013-11-21 16:28:06 UTC
i think it is the same problem like this one: https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/1248116

The audio source is switching very fast ... if i plug in the headphone to one front port the rate is just slowed down to every 5 seconds.
Comment 4 Raymond 2013-11-22 06:05:09 UTC
seem jack detection problem as headphone is changing from "plugged in" to "unplugged" 

you should check the front audio panel connector of the motherboard and your computer chassis front audio panel

the alternative is to set Misc = NO_PRESENCE (bit 8) of pin default of the headphone node by hda-verb or hdajackretask


(   0.779|   0.000) D: [pulseaudio] module-alsa-card.c: Jack 'Front Headphone Jack' is now plugged in
(   0.779|   0.000) D: [pulseaudio] device-port.c: Setting port analog-output-headphones to status yes
(   0.780|   0.000) D: [pulseaudio] module-switch-on-port-available.c: finding port analog-output-headphones

(   0.780|   0.000) I: [pulseaudio] sink.c: Changed port of sink 1 "alsa_output.pci-0000_00_1b.0.analog-stereo" to analog-output-headphones



(   0.801|   0.019) D: [pulseaudio] module-alsa-card.c: Jack 'Front Headphone Jack' is now unplugged
(   0.801|   0.000) D: [pulseaudio] device-port.c: Setting port analog-output-headphones to status no
(   0.801|   0.000) D: [pulseaudio] module-switch-on-port-available.c: finding port analog-output-headphones
(   0.801|   0.000) D: [alsa-sink-ALC898 Analog] alsa-mixer.c: Activating path analog-output-lineout



   1.910|   1.109) D: [pulseaudio] module-alsa-card.c: Jack 'Front Headphone Jack' is now plugged in
(   1.910|   0.000) D: [pulseaudio] device-port.c: Setting port analog-output-headphones to status yes
(   1.910|   0.000) D: [pulseaudio] module-switch-on-port-available.c: finding port analog-output-headphones
(   1.910|   0.000) D: [alsa-sink-ALC898 Analog] alsa-mixer.c: Activating path analog-output-headphones
Comment 5 Kai Hamich 2013-11-22 06:58:09 UTC
Thx for your help!

I unplugged the front audio panel, problem still present!

hdajackretask fixed the noise(yeahh!), but is this a solution for the problem?
Comment 6 Raymond 2013-12-20 02:27:33 UTC
(In reply to comment #5)
> Thx for your help!
> 
> I unplugged the front audio panel, problem still present!
> 
> hdajackretask fixed the noise(yeahh!), but is this a solution for the
> problem?

do your front mic have same sympton ? ( plugged and unplgged several times within same second in pulseaudio log )


may be related to unsolicited event of the headphone pin complex if the problem still present after you unplugged the front audio panel from the front audio panel connector of the motherboard


Suppose you built your kernel with the tracing support.  

See "Tracepoints" option in https://git.kernel.org/cgit/linux/kernel/git/tiwai/sound.git/plain/Documentation/sound/alsa/HD-Audio.txt

The hd-audio driver gives a few basic tracepoints.
`hda:hda_send_cmd` traces each CORB write while `hda:hda_get_response`
traces the response from RIRB (only when read from the codec driver).
`hda:hda_bus_reset` traces the bus-reset due to fatal error, etc,
`hda:hda_unsol_event` traces the unsolicited events


 echo 1 > /sys/kernel/debug/tracing/events/hda/hda_unsol_event/enable 

 cat /sys/kernel/debug/tracing/trace


check the trace to find out whether multiple unsol events are issued when the headphone is plugged
Comment 7 GitLab Migration User 2018-07-30 10:02:58 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/pulseaudio/pulseaudio/issues/183.


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.