Bug 70161
Summary: | SB part still working on 3.13.1 is no longer able to record or play sound on 3.14.0-rc1 | ||
---|---|---|---|
Product: | Drivers | Reporter: | dl1ksv |
Component: | Sound(ALSA) | Assignee: | Jaroslav Kysela (perex) |
Status: | RESOLVED CODE_FIX | ||
Severity: | normal | CC: | tiwai |
Priority: | P1 | ||
Hardware: | All | ||
OS: | Linux | ||
Kernel Version: | 3.14.0-rc1 | Subsystem: | |
Regression: | No | Bisected commit-id: | |
Attachments: |
Kernel config
Boot messages Fix patch |
Description
dl1ksv
2014-02-06 16:06:09 UTC
The snd-page-alloc stuff is integrated into snd driver itself on 3.14 kernel, so it's just a red herring. Please give the full kernel boot message. And, try to build with CONFIG_SND_DEBUG=y and CONFIG_SND_DEBUG_VERBOSE=y. This might give a bit more clue. Also, what shows "ls -l /sys/class/sound" ? [ 1.789719] ALSA sound/pci/hda/hda_intel.c:3390 0000:00:14.2: Using LPIB position fix [ 1.789803] ALSA sound/pci/hda/hda_intel.c:3649 0000:00:14.2: chipset global capabilities = 0x4401 [ 1.789841] ALSA sound/pci/hda/hda_intel.c:1357 0000:00:14.2: Setting ATI snoop: 1 [ 1.790358] ALSA sound/pci/hda/hda_intel.c:3390 0000:01:00.1: Using LPIB position fix [ 1.790425] snd_hda_intel 0000:01:00.1: irq 73 for MSI/MSI-X [ 1.790494] ALSA sound/pci/hda/hda_intel.c:3649 0000:01:00.1: chipset global capabilities = 0x1001 [ 1.792742] ALSA sound/pci/hda/hda_intel.c:1205 0000:01:00.1: codec_mask = 0x1 [ 1.793722] ALSA sound/pci/hda/hda_intel.c:1205 0000:00:14.2: codec_mask = 0x1 [ 1.793860] ALSA sound/pci/hda/hda_intel.c:1678 0000:00:14.2: codec #0 probed OK [ 1.793866] ALSA sound/pci/hda/hda_intel.c:1799 0000:00:14.2: Enable sync_write for stable communication /sys/class/sound lrwxrwxrwx 1 root root 0 6. Feb 17:34 card0 -> ../../devices/pci0000:00/0000:00:14.2/sound/card0 lrwxrwxrwx 1 root root 0 6. Feb 17:34 card1 -> ../../devices/pci0000:00/0000:00:14.4/0000:03:06.0/sound/card1 lrwxrwxrwx 1 root root 0 6. Feb 17:36 card2 -> ../../devices/virtual/sound/card2 lrwxrwxrwx 1 root root 0 6. Feb 17:34 card3 -> ../../devices/pci0000:00/0000:00:12.0/usb4/4-3/4-3:1.0/sound/card3 lrwxrwxrwx 1 root root 0 6. Feb 17:34 card4 -> ../../devices/pci0000:00/0000:00:02.0/0000:01:00.1/sound/card4 lrwxrwxrwx 1 root root 0 6. Feb 17:36 controlC0 -> ../../devices/pci0000:00/0000:00:14.2/sound/card0/controlC0 lrwxrwxrwx 1 root root 0 6. Feb 17:36 controlC1 -> ../../devices/pci0000:00/0000:00:14.4/0000:03:06.0/sound/card1/controlC1 lrwxrwxrwx 1 root root 0 6. Feb 17:36 controlC2 -> ../../devices/virtual/sound/card2/controlC2 lrwxrwxrwx 1 root root 0 6. Feb 17:36 controlC3 -> ../../devices/pci0000:00/0000:00:12.0/usb4/4-3/4-3:1.0/sound/card3/controlC3 lrwxrwxrwx 1 root root 0 6. Feb 17:36 controlC4 -> ../../devices/pci0000:00/0000:00:02.0/0000:01:00.1/sound/card4/controlC4 lrwxrwxrwx 1 root root 0 6. Feb 17:36 hwC0D0 -> ../../devices/pci0000:00/0000:00:14.2/sound/card0/hwC0D0 lrwxrwxrwx 1 root root 0 6. Feb 17:36 hwC4D0 -> ../../devices/pci0000:00/0000:00:02.0/0000:01:00.1/sound/card4/hwC4D0 lrwxrwxrwx 1 root root 0 6. Feb 17:36 pcmC1D0c -> ../../devices/pci0000:00/0000:00:14.4/0000:03:06.0/sound/card1/pcmC1D0c lrwxrwxrwx 1 root root 0 6. Feb 17:36 pcmC1D0p -> ../../devices/pci0000:00/0000:00:14.4/0000:03:06.0/sound/card1/pcmC1D0p lrwxrwxrwx 1 root root 0 6. Feb 17:36 pcmC2D0c -> ../../devices/virtual/sound/card2/pcmC2D0c lrwxrwxrwx 1 root root 0 6. Feb 17:36 pcmC2D0p -> ../../devices/virtual/sound/card2/pcmC2D0p lrwxrwxrwx 1 root root 0 6. Feb 17:36 pcmC2D1c -> ../../devices/virtual/sound/card2/pcmC2D1c lrwxrwxrwx 1 root root 0 6. Feb 17:36 pcmC2D1p -> ../../devices/virtual/sound/card2/pcmC2D1p lrwxrwxrwx 1 root root 0 6. Feb 17:36 pcmC3D0c -> ../../devices/pci0000:00/0000:00:12.0/usb4/4-3/4-3:1.0/sound/card3/pcmC3D0c lrwxrwxrwx 1 root root 0 6. Feb 17:36 pcmC4D3p -> ../../devices/pci0000:00/0000:00:02.0/0000:01:00.1/sound/card4/pcmC4D3p lrwxrwxrwx 1 root root 0 6. Feb 17:36 timer -> ../../devices/virtual/sound/timer I asked the *full* kernel messages. Also, could you give your kernel config, too? Created attachment 124851 [details]
Kernel config
Created attachment 124861 [details]
Boot messages
Ok, see attachments You disabled all CONFIG_SND_HDA_CODEC_* except for CONFIG_SND_HDA_CODEC_HDMI. That's one of the problems. Enable the appropriate ones (you can build all as modules), and it should work again. OTOH, it's certainly a regression, too. The generic parser should be enabled no matter whether the dedicated codec driver is enabled or not. I'll take a look at it meanwhile. OK, found the culprit. Could you try the patch below with the original kernel config? (Enabling CONFIG_SND_HDA_CODEC_XXX should fix, too, but I'd like to confirm that the patch also fixes the issue alone.) Created attachment 124881 [details]
Fix patch
This patch solved the issue. Thanks Thanks for testing. The patch will be merged in 3.14-rc3 (slipped from the pull request to rc2). |