2.6.36: Sound stop working
in [Kernel]
|
Prev: [tip:perf/urgent] perf: Add back list_head data types
Next: [tip:x86/uv] x86, UV: Make kdump avoid stack dumps - fix !CONFIG_KEXEC breakage
From: Jiri Slaby on 12 Aug 2010 17:10 On 08/12/2010 10:26 PM, Takashi Iwai wrote: > At Thu, 12 Aug 2010 23:10:15 +0300, > Pekka Enberg wrote: >> >> On Thu, Aug 12, 2010 at 11:00 PM, Thomas Meyer <thomas(a)m3y3r.de> wrote: >>> My sound card stop to work since a few commits. I tried to bisect it and ended up with this: >>> >>> There are only 'skip'ped commits left to test. >>> The first bad commit could be any of: >>> 3bcf3860a4ff9bbc522820b4b765e65e4deceb3e >>> c1e5c954020e123d30b4abf4038ce501861bcf9f >>> We cannot bisect more! >>> >>> any ideas what to do now? >> >> Takashi, maybe this is related to Linus' problem? > > Yeah, I guess so, since I couldn't see any obvious problem in sound/*. > > PulseAudio uses inotify in udev-detection module, at least. > It's possible that inotify change may hit the sound in the end. Probably I got into this problem yesterday. Found out that PA fails to open /dev/snd/pcmC0D0p _second_ time. It opens it, then closes, then opens it again and gets EBUSY. aplay is OK. (If this is the same issue.) -- js -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo(a)vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
From: Maxim Levitsky on 12 Aug 2010 17:20 On Thu, 2010-08-12 at 23:01 +0200, Jiri Slaby wrote: > On 08/12/2010 10:26 PM, Takashi Iwai wrote: > > At Thu, 12 Aug 2010 23:10:15 +0300, > > Pekka Enberg wrote: > >> > >> On Thu, Aug 12, 2010 at 11:00 PM, Thomas Meyer <thomas(a)m3y3r.de> wrote: > >>> My sound card stop to work since a few commits. I tried to bisect it and ended up with this: > >>> > >>> There are only 'skip'ped commits left to test. > >>> The first bad commit could be any of: > >>> 3bcf3860a4ff9bbc522820b4b765e65e4deceb3e > >>> c1e5c954020e123d30b4abf4038ce501861bcf9f > >>> We cannot bisect more! > >>> > >>> any ideas what to do now? > >> > >> Takashi, maybe this is related to Linus' problem? > > > > Yeah, I guess so, since I couldn't see any obvious problem in sound/*. > > > > PulseAudio uses inotify in udev-detection module, at least. > > It's possible that inotify change may hit the sound in the end. > > Probably I got into this problem yesterday. Found out that PA fails to > open /dev/snd/pcmC0D0p _second_ time. It opens it, then closes, then > opens it again and gets EBUSY. aplay is OK. I confirm that here. > > (If this is the same issue.) > It must be.. Best regards, Maxim Levitsky -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo(a)vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
From: Takashi Iwai on 12 Aug 2010 17:20 At Thu, 12 Aug 2010 23:01:04 +0200, Jiri Slaby wrote: > > On 08/12/2010 10:26 PM, Takashi Iwai wrote: > > At Thu, 12 Aug 2010 23:10:15 +0300, > > Pekka Enberg wrote: > >> > >> On Thu, Aug 12, 2010 at 11:00 PM, Thomas Meyer <thomas(a)m3y3r.de> wrote: > >>> My sound card stop to work since a few commits. I tried to bisect it and ended up with this: > >>> > >>> There are only 'skip'ped commits left to test. > >>> The first bad commit could be any of: > >>> 3bcf3860a4ff9bbc522820b4b765e65e4deceb3e > >>> c1e5c954020e123d30b4abf4038ce501861bcf9f > >>> We cannot bisect more! > >>> > >>> any ideas what to do now? > >> > >> Takashi, maybe this is related to Linus' problem? > > > > Yeah, I guess so, since I couldn't see any obvious problem in sound/*. > > > > PulseAudio uses inotify in udev-detection module, at least. > > It's possible that inotify change may hit the sound in the end. > > Probably I got into this problem yesterday. Found out that PA fails to > open /dev/snd/pcmC0D0p _second_ time. It opens it, then closes, then > opens it again and gets EBUSY. aplay is OK. Yes, I can also confirm that it's broken on my machine in the same way now :) PA log shows that the succeeding open failed. PA tries to do quick open/close of the same device to figure out which configuration is available at start-up. This implies that the fs/notify commits touching the open/close stuff can be the culprit. thanks, Takashi -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo(a)vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
From: Linus Torvalds on 12 Aug 2010 17:20 Eric needs to be cc'd.. Sorry for the extra quoting. Linus --- On Thu, Aug 12, 2010 at 2:01 PM, Jiri Slaby <jirislaby(a)gmail.com> wrote: > On 08/12/2010 10:26 PM, Takashi Iwai wrote: >> At Thu, 12 Aug 2010 23:10:15 +0300, >> Pekka Enberg wrote: >>> >>> On Thu, Aug 12, 2010 at 11:00 PM, Thomas Meyer <thomas(a)m3y3r.de> wrote: >>>> My sound card stop to work since a few commits. I tried to bisect it and ended up with this: >>>> >>>> There are only 'skip'ped commits left to test. >>>> The first bad commit could be any of: >>>> 3bcf3860a4ff9bbc522820b4b765e65e4deceb3e >>>> c1e5c954020e123d30b4abf4038ce501861bcf9f >>>> We cannot bisect more! >>>> >>>> any ideas what to do now? >>> >>> Takashi, maybe this is related to Linus' problem? >> >> Yeah, I guess so, since I couldn't see any obvious problem in sound/*. >> >> PulseAudio uses inotify in udev-detection module, at least. >> It's possible that inotify change may hit the sound in the end. > > Probably I got into this problem yesterday. Found out that PA fails to > open /dev/snd/pcmC0D0p _second_ time. It opens it, then closes, then > opens it again and gets EBUSY. aplay is OK. > > (If this is the same issue.) > > -- > js > -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo(a)vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
From: Jiri Slaby on 12 Aug 2010 17:30
On 08/12/2010 11:18 PM, Linus Torvalds wrote: > On Thu, Aug 12, 2010 at 2:01 PM, Jiri Slaby <jirislaby(a)gmail.com> wrote: >> Probably I got into this problem yesterday. Found out that PA fails to >> open /dev/snd/pcmC0D0p _second_ time. It opens it, then closes, then >> opens it again and gets EBUSY. aplay is OK. Perfectly reproducible in qemu-kvm with ac97 soundhw, i.e. intel8x0 driver. Just in case you want to debug that easily. -- js -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo(a)vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/ |