> Then you're likely using the wrong probe_mask parameter. Hu? Why should it be wrong? It's just a bit mask that enables probing only for the codec in 4th slot. If you'd look at the debug output that I've already appended, you'd see that the 1st slot is occupied by the modem and the 4th by the ALC861 codec. Thus, the only appropriate bitmask is 8. And it kinda works since it brings back sound output. The mic (i.e. the input device) has no dedicated slot but is part of the ALC codec, so imho it should not be influenced by the probe_mask (as long as you don't disable the ALC codec of course). If you can explain why it's the wrong probe_mask for the mic, then please let me know!
> Codec probing is always racy. Check out the code in sound/pci/hda. I don't disagree with that. But that does not explain the bugs described above. Just because "code probing is racy" it does not mean that it has to break your audio! > Also, you don't need to wait on me to change the affects field. I did not change it because I am not convinced that this is indeed a kernel bug. All that I've got from you thus far are some vague comments and assumptions, without any explanation or evidence that would make them plausible. While I appreciate to finally get some responses, I've expected a bit more that the plain old "you did sth wrong" (obviously without checking the debug info) and "it's not our fault" phrases, especially from a member of the "audio development team"... Regards JK -- ALC861 : Mic does not work after installation https://bugs.launchpad.net/bugs/434511 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
