<div dir="ltr">All tests below were done with the original patch, as the suggested<br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

modification breaks 8ch mode here.<br>
<div class="im"><br>
> In 8ch mode, do the "Line jack" return true when you plugged "Side Speaker"<br>
> ?<br>
<br>
</div>Yes, the state reflects whether something is plugged into the blue jack.<br>
<div class="im"><br>
> pactl list<br>
><br>
> should "line in" list as not available when channel mode changed to "8 ch" ?<br>
<br>
</div>Unfortunately, it is "available" if there is something plugged in and<br>
"mot available" if there is nothing plugged in.<br>
<div class="im"><br>
> Should changes in "channel mode" , "Headphone Mic jack mode" or "Mic Jack<br>
> Mode" trigger an event so that pulseaudio server probe the sound card again<br>
> ?<br>
<br>
</div>Changes in "channel mode" do not trigger anything that pulseaudio -vvv<br>
considers loggable. Changes from 8ch to 6ch do not cause the 7.1<br>
profiles to disappear.<br>
<br>
The device has no controls that contain "mic jack mode" as a substring<br>
and are controllable via alsamixer.<br></blockquote></div><br></div><div class="gmail_extra">when spec->gen.add_jack_modes = 1<br></div><div class="gmail_extra"><br></div><div class="gmail_extra">if the driver really create "Rear Mic Jack Mode" when there is "Channel Mode" control which retasked rear mic jack as output <br>
<br></div><div class="gmail_extra">the put function of "channel mode" control should make those "Rear Mic Jack Mode" and "Line Jack Mode" control inactive after it retask those input jacks for output and active when it retasked them for input<br>
</div><div class="gmail_extra"><br><br></div><div class="gmail_extra"><br></div></div>