Bug 12159

Confirmed that it's working with the latest sound-unstable git tree.

Miles, please check whether sound.git tree (not unstable) works, and check for-linus branch as well.

I tested 2.6.28-rc7-git6 and 
git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound-2.6.git

Sound didn't work with either one.  How do I get the for-linus tree?

I used:
"git clone git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound-2.6.git"
to get the source tree.  Let me know if this is what you wanted me to test.
Anyhow, I built this kernel and found that the sound is also not produced for this one.

Whoops.  Somehow, the command I used to get the "for-linus" tree wasn't saved in my history and I accidentally pasted in the wrong command line in my previous comment.  Here is my .git/config info.  Hopefully it will show that I built the correct tree.

/usr/src/for-linus# more .git/config 
[core]
	repositoryformatversion = 0
	filemode = true
	bare = false
	logallrefupdates = true
[remote "origin"]
	url = git://git.alsa-project.org/alsa-kernel.git
	fetch = +refs/heads/*:refs/remotes/origin/*
[branch "master"]
	remote = origin
	merge = refs/heads/master

Created attachment 19220 [details]
The .config that produced kernel with working sound.

I think I got the "for-linus" right now and it produced a kernel with working sound:

/usr/src/alsa-kernel# git pull
Already up-to-date.
/usr/src/alsa-kernel# more .git/config 
[core]
	repositoryformatversion = 0
	filemode = true
	bare = false
	logallrefupdates = true
[remote "origin"]
	url = git://git.alsa-project.org/alsa-kernel.git
	fetch = +refs/heads/*:refs/remotes/origin/*
[branch "master"]
	remote = origin
	merge = refs/heads/master
[branch "for-linus"]
	remote = origin
	merge = refs/heads/for-linus

Hmm, the latest Linus tree must be as same as for-linus branch of sound.git tree regarding the sound.

When you build the kernel from git, better to pull over Linus tree, e.g.
   % git clone git://git.kernel.org/.../linux-2.6.git
   % git pull git://git.kernel.org/.../sound-2.6.git master

If you want to try another branch (e.g. for-linus), pull with that branch name instead,
   % git clone git://git.kernel.org/.../linux-2.6.git
   % git pull git://git.kernel.org/.../sound-2.6.git for-linus

(BTW, the first clone can be from the repository on local disk, of course.  That is, clone from the remote linux-2.6.git first, then clone from this directory to another for tests.  You can use --reference option to reduce unneeded copy, too.)

Anyway, could you try the latest Linus tree again with the working kernel config?  I suspect it's rather a mixer issue, though.  For example, "Analog Loopback" was turned on in previous setup, or so...

If I understand your instructions correctly, this is what you mean:

git clone git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git 

git clone linux-2.6 sound-2.6
Initialized empty Git repository in /usr/src/sound-2.6/.git/
Checking out files: 100% (25254/25254), done.

cd sound-2.6

git pull git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound-2.6.git for-linus
From git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound-2.6
 * branch            for-linus  -> FETCH_HEAD
Already up-to-date.

NOTE:  I am puzzled by this.  As far as I can tell, no file changes were pulled.  Is this the expected outcome?  

I will build a kernel from this and test it now.

That's correct and expected behavior.  The all patches on for-linus branch were already merged to Linus tree, so there is no change indeed.

That's why I'm wondering why Linus tree doesn't work although for-linus is OK.

Okay.  In that case, I will try a build of Linus' tree using the .config that I attached to this bug report.

Thanks!

Sorry for the delay in testing.  I have been traveling and also very busy with work.  I have at least another two very busy days ahead.  I just wanted to let you know that the final release of 2.6.28 does not produce sound from the speakers of my machine.  

I will get back to testing asap.  It might be worth asking if anyone on LKML has a similar Gateway laptop (MT6821).

I tested 2.6.28 and the problem is still active.

Miles, I have a Gateway MT6821 too. I have the same problem with 2.6.28 

Could you guys attach alsa-info output on 2.6.28 kernel again?
I need to double-check your setups.

Also, it's interesting to check 2.6.29-rc1 whether any fix gets in there.

Last but not least, please don't forget to reset NEEDINFO flag after providing the information.... Thanks.

Created attachment 19878 [details]
ignore

I'm not trying to emphasise the distro-specific issue here, but I want to point out that I downloaded Ubuntu Jaunty alpha3 livecd released 2009-01-16 which is based on 2.6.28 kernel. I encountered this problem.  If I boot up Ubuntu 8.10 livecd which is based on 2.6.27 kernel - works perfectly.

I'm on a Lenovo Thinkpad x61s (Santa Rosa chipset).  I've tried every variation of module option =lenovo and =thinkpad I can find, no luck.  The livecd tests prove to me it isn't a simple mixer setting issue but a more fundamental driver issue.

I got the latest alsa git tree and compiled it. (Last commit Wed Jan 7 12:04:57 2009 +0100)  I've attached the alsa-info from that.

Created attachment 19879 [details]
2.6.28 alsa-info output on impacted system (Thinkpad x61s with Santa Rosa chipset)

Attached file, not just URL

UPDATE: I managed to get sound out of headphone jack on 2.6.28 with Thinkpad x61s by using advice given on ArchWiki:  http://wiki.archlinux.org/index.php/PulseAudio#module-hal-detect

No sound after install
If you experience no audio output via any means while using ALSA as your default device, you may have to unmute your sound card. To do this, you will want to launch alsamixer and make sure each column has a green 00 under it (this can be toggled by pressing 'm')
$ alsamixer -c 0

However, main speakers still do not work.

I have a build of 2.6.29-rc2-git3 with working sound.  I am running Ubuntu under WUBI (FUSE-mounted root filesystem in a file on a Windows NTFS partition).  I have been having difficulty finding a configuration of driver modules that would successfully boot, so I finally built a monolithic kernel (all drivers are built-in).  This is what I am currently running with working sound.  I will attach my .config file for your inspection.  I will also attach alsa-info output and the significant portions of dmesg.

Thanks.

Created attachment 20015 [details]
My monolithic kernel config which gives working sound with 2.6.29-rc2-git3

I get an error running "sh alsa-info.sh --no-upload"
Is the script unable to handle a monolithic kernel?

ALSA Information Script v 0.4.53
--------------------------------
Do you want to run this script? [y/n] : read: 285: Illegal option -e

Advanced Linux Sound Architecture Driver Version 1.0.18a.
HDA Intel 0000:00:1b.0: PCI INT A -> GSI 22 (level, low) -> IRQ 22
HDA Intel 0000:00:1b.0: setting latency timer to 64
ALSA sound/pci/hda/hda_intel.c:2212: chipset global capabilities = 0x4401
ALSA sound/pci/hda/hda_intel.c:785: codec_mask = 0x3
ALSA sound/pci/hda/hda_intel.c:1213: hda_intel: codec #0 probed OK
ALSA sound/pci/hda/hda_intel.c:1213: hda_intel: codec #1 probed OK
ALSA sound/pci/hda/patch_sigmatel.c:2332: hda_codec: pin nid 07 pin config 40c003f4
ALSA sound/pci/hda/patch_sigmatel.c:2332: hda_codec: pin nid 08 pin config 424503f2
ALSA sound/pci/hda/patch_sigmatel.c:2332: hda_codec: pin nid 0a pin config 400000f3
ALSA sound/pci/hda/patch_sigmatel.c:2332: hda_codec: pin nid 0b pin config 02a19020
ALSA sound/pci/hda/patch_sigmatel.c:2332: hda_codec: pin nid 0c pin config 40a000f0
ALSA sound/pci/hda/patch_sigmatel.c:2332: hda_codec: pin nid 0d pin config 90100210
ALSA sound/pci/hda/patch_sigmatel.c:2332: hda_codec: pin nid 10 pin config 400003f1
ALSA sound/pci/hda/patch_sigmatel.c:2332: hda_codec: pin nid 11 pin config 9033032e
ALSA sound/pci/hda/hda_codec.c:3492: autoconfig: line_outs=1 (0xd/0x0/0x0/0x0/0x0)
ALSA sound/pci/hda/hda_codec.c:3496:    speaker_outs=0 (0x0/0x0/0x0/0x0/0x0)
ALSA sound/pci/hda/hda_codec.c:3500:    hp_outs=0 (0x0/0x0/0x0/0x0/0x0)
ALSA sound/pci/hda/hda_codec.c:3501:    mono: mono_out=0x0
ALSA sound/pci/hda/hda_codec.c:3509:    inputs: mic=0xb, fmic=0x0, line=0x0, fline=0x0, cd=0x11, aux=0x0
input: HDA Intel at 0xd8240000 irq 22 Mic at Ext Front Jack as /devices/pci0000:00/0000:00:1b.0/input/input5
ALSA device list:
#0: HDA Intel at 0xd8240000 irq 22
ALSA sound/pci/hda/hda_intel.c:1473: azx_pcm_prepare: bufsize=0x10000, format=0x31
ALSA sound/pci/hda/hda_codec.c:881: hda_codec_setup_stream: NID=0x2, stream=0x5, channel=0, format=0x31
ALSA sound/pci/hda/hda_codec.c:894: hda_codec_cleanup_stream: NID=0x2
ALSA sound/pci/hda/hda_intel.c:1473: azx_pcm_prepare: bufsize=0x10000, format=0x4011
ALSA sound/pci/hda/hda_codec.c:881: hda_codec_setup_stream: NID=0x2, stream=0x5, channel=0, format=0x4011
ALSA sound/pci/hda/hda_intel.c:1473: azx_pcm_prepare: bufsize=0x10000, format=0x4011
ALSA sound/pci/hda/hda_codec.c:881: hda_codec_setup_stream: NID=0x2, stream=0x5, channel=0, format=0x4011
ALSA sound/pci/hda/hda_intel.c:1473: azx_pcm_prepare: bufsize=0x10000, format=0x4011
ALSA sound/pci/hda/hda_codec.c:881: hda_codec_setup_stream: NID=0x3, stream=0x1, channel=0, format=0x4011
ALSA sound/pci/hda/hda_intel.c:1473: azx_pcm_prepare: bufsize=0x10000, format=0x4011
ALSA sound/pci/hda/hda_codec.c:881: hda_codec_setup_stream: NID=0x3, stream=0x1, channel=0, format=0x4011
ALSA sound/pci/hda/hda_codec.c:894: hda_codec_cleanup_stream: NID=0x2
ALSA sound/pci/hda/hda_codec.c:894: hda_codec_cleanup_stream: NID=0x2
ALSA sound/pci/hda/hda_codec.c:894: hda_codec_cleanup_stream: NID=0x3
ALSA sound/pci/hda/hda_codec.c:894: hda_codec_cleanup_stream: NID=0x3
ALSA sound/pci/hda/hda_intel.c:1473: azx_pcm_prepare: bufsize=0x10000, format=0x4011
ALSA sound/pci/hda/hda_codec.c:881: hda_codec_setup_stream: NID=0x2, stream=0x5, channel=0, format=0x4011
ALSA sound/pci/hda/hda_intel.c:1473: azx_pcm_prepare: bufsize=0x10000, format=0x4011
ALSA sound/pci/hda/hda_codec.c:881: hda_codec_setup_stream: NID=0x2, stream=0x5, channel=0, format=0x4011

Created attachment 20017 [details]
"cat /proc/asound/Intel/*" output

I believe this bug is fixed.  I finally figured out what config options I needed to change to get a working module-enabled 2.6.29-rc2-git4 kernel.  The sound is working great.

Thanks!

this bug seems fixed for me in the latest Ubuntu 9.04 alpha updates in past 36 hours.  I'm on kernel 2.6.28-6-generic.

(In reply to comment #21)
> I get an error running "sh alsa-info.sh --no-upload"
> Is the script unable to handle a monolithic kernel?
> 
> ALSA Information Script v 0.4.53
> --------------------------------
> Do you want to run this script? [y/n] : read: 285: Illegal option -e
> 

I guess it's rather a problem bash.  Which bash version?

Anyway, let's resolve the bug.

same identical problem for me, with either kernels 2.6.28 or 2.6.29 no sound is produced from the hda intel soundcard

Experiencing sound issues with my Intel sound card as well. Doesn't work with kernel versions .28 or .29. Tested on both Arch and Debian.