linux-kernel - Re: [REGRESSION bisected] Sound goes too fast due to commit 7b3a177b0

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <s5hzl13u93u.wl%tiwai@suse.de>
Date:	Fri, 16 Apr 2010 09:53:09 +0200
From:	Takashi Iwai <tiwai@...e.de>
To:	Éric Piel <Eric.Piel@...mplin-utc.net>
Cc:	Jaroslav Kysela <perex@...ex.cz>,
	"Rafael J. Wysocki" <rjw@...k.pl>,
	Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
	alsa-devel@...a-project.org, Frank Griffin <ftg@...drunner.com>
Subject: Re: [REGRESSION bisected] Sound goes too fast due to commit 7b3a177b0

At Thu, 15 Apr 2010 23:19:33 +0200,
Éric Piel wrote:
> 
> Op 14-04-10 18:01, Takashi Iwai schreef:
> :
> >>
> >> I don't fully grasp the meaning of bdl_pos_adj, so I don't know if it's
> >> a bug to not play correctly when forcing it to 0. Is it?
> > 
> > It might be that this was for reducing the load by position
> > correction mechanism.  You might see the hd-audio kernel thread in a
> > high CPU usage.  This might be fixed also by position_fix=1, though. 
> Yes, I had added this option after a regression in the previous kernel
> which causes the hd-audio thread to take 50% of a CPU. Eventually, it
> was fixed and not needed anymore. So I guess in the case of my laptop,
> this is not really a regression, because everything is fine with the
> default values.
> 
> In the case of Frank, this looks more like a regression, or at least a
> bug to solve, because this happens with the default options. However,
> this report should be taken with care, because this happens on a
> 2.6.33.2 kernel made by Mandriva, containing many alsa patches of
> 2.6.34. Frank, how possible would it be to test a 2.6.34-rc4 kernel from
> Linus?
> 
> If this bug is confirmed, Takashi, do you know any way to choose
> automatically position_fix=1 when needed?

There is a quirk table in sound/pci/hda_intel.c to check PCI SSID.
I already added an entry for Frank's machine on sound git tree which
will be included in the pull request I'm going to send soon.
(Sorry the mail went outside since Frank's reply was private.)


thanks,

Takashi
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/