linux-kernel - Re: 3.7 HDMI channel map regression

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]

Date:	Sun, 17 Feb 2013 09:34:53 +0100
From:	Takashi Iwai <tiwai@...e.de>
To:	Shawn Bohrer <shawn.bohrer@...il.com>
Cc:	linux-kernel@...r.kernel.org, alsa-devel@...a-project.org
Subject: Re: 3.7 HDMI channel map regression

At Sat, 16 Feb 2013 18:22:25 -0600,
Shawn Bohrer wrote:
> 
> On Mon, Jan 28, 2013 at 08:52:05PM -0600, Shawn Bohrer wrote:
> > On Mon, Jan 28, 2013 at 09:56:33AM +0100, Takashi Iwai wrote:
> > > At Sun, 27 Jan 2013 19:18:27 -0600,
> > > Shawn Bohrer wrote:
> > > > 
> > > > Hi Takashi,
> > > > 
> > > > I recently updated my HTPC from 3.6.11 to 3.7.2 and this caused my RL
> > > > and FC channels to swap, and my RR and LFE channels to swap for PCM
> > > > audio.  Doing a git bisect identified
> > > > d45e6889ee69456a4d5b1bbb32252f460cd48fa9 "ALSA: hda - Provide the
> > > > proper channel mapping for generic HDMI driver" as the commit that
> > > > caused my channels to swap.  The commit doesn't revert cleanly on
> > > > 3.7.4, and I haven't really looked to see what the correct fix might
> > > > be.
> > > > 
> > > > Some info that may be relevant, the sound card is a:
> > > > 
> > > > 00:1b.0 Audio device: Intel Corporation 7 Series/C210 Series Chipset
> > > > Family High Definition Audio Controller (rev 04)
> > > > 
> > > > The machine is running Fedora 18 and audio goes over HDMI to a 5.1
> > > > receiver.  I'm not really sure what other info you might need, but
> > > > let me know if you need something else or have any patches you would
> > > > like me to test.
> > > 
> > > OK, it's the first time to get a bug report about this.
> > > Could you tell me how did you test it (i.e. which application, which
> > > sound backend)?  Can you confirm that it's reproduced via speaker-test
> > > program in alsa-utils package?
> > 
> > I originally noticed the problem when all of the dialog started coming
> > out of my rear left speaker in MythTV after the kernel update.  Then I
> > started using the Gnome 3 sound configuration gui in the system
> > settings which has a speaker test and I assume is using pulseaudio.
> > Running 'speaker-test -c6 -l1 -twav' also reproduces the problem.
> > 
> > For reference here are the versions of the various packages that I'm
> > running:
> > 
> > alsa-utils-1.0.26-1.fc18.x86_64
> > alsa-firmware-1.0.25-2.fc18.noarch
> > alsa-plugins-pulseaudio-1.0.26-2.fc18.x86_64
> > alsa-lib-devel-1.0.26-2.fc18.x86_64
> > alsa-lib-1.0.26-2.fc18.x86_64
> > alsa-tools-firmware-1.0.26.1-1.fc18.x86_64
> > pulseaudio-gdm-hooks-2.1-5.fc18.x86_64
> > pulseaudio-libs-2.1-5.fc18.x86_64
> > pulseaudio-libs-glib2-2.1-5.fc18.x86_64
> > pulseaudio-module-x11-2.1-5.fc18.x86_64
> > pulseaudio-module-bluetooth-2.1-5.fc18.x86_64
> > pulseaudio-2.1-5.fc18.x86_64
> > pulseaudio-utils-2.1-5.fc18.x86_64
> 
> Hi Takashi,
> 
> Any updates on this issue?  I'd really like to see this issue fixed
> and am happy to help in any way I can.  Until this gets fixed I'm
> stuck on a 3.6.* kernel.

There is one fix in sound git tree regarding the HDMI channel map, but
it's queued for 3.9 kernel (then backported to stable tree).
Try sound.git tree or wait for a while until the upstream merge
process above is done.


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/