Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753479AbdLSXWQ (ORCPT ); Tue, 19 Dec 2017 18:22:16 -0500 Received: from atrey.karlin.mff.cuni.cz ([195.113.26.193]:60668 "EHLO atrey.karlin.mff.cuni.cz" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752716AbdLSXWP (ORCPT ); Tue, 19 Dec 2017 18:22:15 -0500 Date: Wed, 20 Dec 2017 00:22:12 +0100 From: Pavel Machek To: vcaputo@pengaru.com Cc: tglx@linutronix.de, linux-kernel , Takashi Iwai Subject: Re: thinkpad x60: sound problems in 4.15-rc1 was Re: thinkpad x60: sound problems in 4.14.0-next-20171114 Message-ID: <20171219232212.GA5177@amd> References: <20171127163011.GA4462@amd> <20171127183151.GA21620@amd> <20171127184411.GA22165@amd> <20171214095730.GA6150@amd> <20171219020658.qpvxx7fqvrisezs6@shells.gnugeneration.com> <20171219045415.46croaosad656d5v@shells.gnugeneration.com> <20171219231256.dpizizz55o27op3s@shells.gnugeneration.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="/9DWx/yDrRhgMJTb" Content-Disposition: inline In-Reply-To: <20171219231256.dpizizz55o27op3s@shells.gnugeneration.com> User-Agent: Mutt/1.5.23 (2014-03-12) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 5716 Lines: 156 --/9DWx/yDrRhgMJTb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi! > > > > > > > > > > Reappeared, 4.15-rc1. > > > > > > > > > >=20 > > > > > > > > > > [ 40.473822] PM: suspend exit > > > > > > > > > > [ 40.526027] sdhci-pci 0000:15:00.2: Will use DMA mod= e even though > > > > > > > > > > HW doesn't fully claim to support it. > > > > > > > > > > [ 40.569765] e1000e: eth1 NIC Link is Down > > > > > > > > > > [ 40.578257] sdhci-pci 0000:15:00.2: Will use DMA mod= e even though > > > > > > > > > > HW doesn't fully claim to support it. > > > > > > > > > > [ 40.648476] sdhci-pci 0000:15:00.2: Will use DMA mod= e even though > > > > > > > > > > HW doesn't fully claim to support it. > > > > > > > > > > [ 40.737339] sdhci-pci 0000:15:00.2: Will use DMA mod= e even though > > > > > > > > > > HW doesn't fully claim to support it. > > > > > > > > > > [ 43.018955] wlan0: authenticate with 00:00:00:00:00:= 01 > > > > > > > > > > [ 43.019072] wlan0: send auth to 00:00:00:00:00:01 (t= ry 1/3) > > > > > > > > > > [ 43.023955] wlan0: authenticated > > > > > > > > > > [ 43.031721] wlan0: associate with 00:00:00:00:00:01 = (try 1/3) > > > > > > > > > > [ 43.039733] wlan0: RX AssocResp from 00:00:00:00:00:= 01 (capab=3D0x401 > > > > > > > > > > status=3D0 aid=3D1) > > > > > > > > > > [ 43.042712] wlan0: associated > > > > > > > > > > [ 480.662456] snd_hda_intel 0000:00:1b.0: IRQ timing w= orkaround is > > > > > > > > > > activated for card #0. Suggest a bigger bdl_pos_adj. > > > > > > > > >=20 > > > > > > > > > This message is often superfluous, so don't take this too= seriously. > > > > > > > > >=20 > > > > > > > > >=20 > > > > > > > > > > pavel@amd:~$ > > > > > > > > > >=20 > > > > > > > > > > Again, mplayer has problems, mpg123 works. This time mp= layer started > > > > > > > > > > playing video (w/o sound) after long delay. > > > > > > > > > >=20 > > > > > > > > > > Uh. huh. And now problems appeared in mpg123, too, and = then went away > > > > > > > > > > in mpg123 _and_ mplayer. Interesting. > > > > > > > > > >=20 > > > > > > > > > > I suspect some pulseaudio fun. chromium always has soun= d problems, > > > > > > > > > > then I restart chromium and everything is ok. But somet= hing changed in > > > > > > > > > > -next and 4.15-rc1, because mplayer did not have proble= ms before. > > > > > > > > >=20 > > > > > > > > > Hm, there is no code change at all in sound/*. If it hap= pens only in > > > > > > > > > linux-next, it must be something else... > > > > > > > >=20 > > > > > > > > It happened first in -next, now it is in 4.15-rc1. > > > > > > >=20 > > > > > > > So you meant a possible regression between 4.14 and 4.15-rc1? > > > > > >=20 > > > > > > Yes. > > > > >=20 > > > > > Hm, as far as I see, the only significant difference is the commit > > > > > 20e3f985bb875fea4f86b04eba4b6cc29bfd6b71 > > > > > ALSA: pcm: update tstamp only if audio_tstamp changed > > > > > =20 > > > > > Another change d6c0615f510bc1ee26cfb2b9a3343ac99b9c46fb > > > > > ALSA: hda - Fix yet remaining issue with vmaster 0dB > > > > > initialization > > > > > is basically for fixing a previous wrong fix, and it should influ= ence > > > > > on all use cases, not only for a specific application. > > > >=20 > > > > Happened again, this time on -rc3. It is more than "audio is silent" > > > > -- apps behave strangely. Let me test with > > > > 20e3f985bb875fea4f86b04eba4b6cc29bfd6b71 reverted. > > > >=20 > > > > Hmm. This is 4th regression this release cycle :-(. > > >=20 > > >=20 > > > Today I jumped to 4.15-rc4 from 4.14-rc6, and have noticed some oddit= ies > > > with audio in youtube under firefox which I never experienced before. > > >=20 > > > If I pause the playback, the audio seems to infinitely loop on whatev= er > > > is in the dma buffer. Resuming playback works but now the expected > > > audio has repeated pops and clicks mixed in with it. > > >=20 > > > Even closing firefox doesn't seem to stop the looping buffer... > > >=20 > > > Machine is an x61s 1.8ghz thinkpad, x86_64, debian stretch, .config a= ttached. > > >=20 > > > This for me is a 4.15 blocker, and I presume it's related to Pavel's > > > experience as the x60 isn't much different AFAIK. > > >=20 > >=20 > > Just reproduced this, it seems to be trivial to repro and doesn't > > actually require pausing or anything. Simply watching a youtube video > > causes the audio to get messed up after a short period. > >=20 > > I monitored `journalctl --dmesg --follow` while reproducing this and saw > > this line appear at the very moment the audio got messed up: > >=20 > > kernel: Monitor-Mwait will be used to enter C-3 state > >=20 > > Prior to that, everything seemed to be owrking fine. > >=20 >=20 > After a lengthy bisect, I ended up with this being the bad commit: You forgot to mention commit id :-). > > Regards, > > Vito Caputo >=20 >=20 > Have not tested a revert yet, but it's reliably reproducible. >=20 > I mess up the audio by pulling the AC power while listening to music, cau= sing > things to run from battery. >=20 > Addressed to tglx since it's his commit... Thanks for all the debugging! Pavel =20 --=20 (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blo= g.html --/9DWx/yDrRhgMJTb Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlo5nyQACgkQMOfwapXb+vIHzQCdH+CpoRcFQKZRDc5bOXguzEpk jkUAnRMa66i/YKxYrGdKgalekJT+oSUS =oVqw -----END PGP SIGNATURE----- --/9DWx/yDrRhgMJTb--