At Wed, 22 May 2013 23:06:53 +0200, Alex Riesen wrote: > > Ping? Can I do something for you?
Sorry, no time for now. I'll take a look at this again tomorrow or in the next week. Takashi > > Regards, > Alex > > On Sat, May 18, 2013 at 10:29 PM, Alex Riesen <raa.l...@gmail.com> wrote: > > Sorry for delayed replies. I have not much time for this lately. > > > > On Fri, May 17, 2013 at 8:04 AM, Takashi Iwai <ti...@suse.de> wrote: > >>> Well... It seems that something went unnoticed. This command seems > >>> to be essential for this (and the revised) patch to get the headphone > >>> output at all: > >>> > >>> hda-verb /dev/snd/hwC0D0 0x25 SET_PIN_WID 0xc0 > >> > >> Do you mean that the headphone doesn't work without this even after > >> the patch? It's weird that the alsa-info.sh output you attached below > >> already contains it, i.e. 0x25 showing 0xc0. > > > > Yes. It is after the latest patch. > > > >> Or, is the attached output the result after you ran hda-verb like the > >> above? > > > > Er, yes. > > > >>> It does. And there is no output from the speakers. > >> > >> Hmm. I'm confused. I thought you mentioned that the speaker is > >> unmuted? > > > > I think I am as confused as you, if not more. I redid the tests > > but recorded everything this time with script(1). It is without > > timing information (would be boring anyway, with me figuring > > the arguments), so just cat it. Just in case: it sets xterm title. > > The transcript is in headphone.gz. > > > >> - Use the patched kernel, play without headphone, confirm that the > >> speaker works. Get alsa-info.sh output at this point. > > > > That's 3.9.2-wo-headphone.alsa.gz > > > >> - Plug the headphone, play, and check whether the headphone works and > >> the speaker is muted. > >> Again, get alsa-info.sh output at this point, no matter whether the > >> headphone works or not. > > > > That's 3.9.2-w-headphone.alsa.gz. Headphone not working, speakers > > correctly muted. > > > >> In anyway, if you make things working, please give exactly what you > >> did, and take again alsa-info.sh output, too. > > > > 3.9.2-w-headphone-working.alsa.gz. The working state is lost after > > unplugging and replugging the headphones. It is different to the > > case when the alternate channel is used (Independent HP): replugging > > does not break the output than. > > > > Sorry for confusion and thanks! > > > > Regards, > > Alex > -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/