[Gta04-owner] Jack bouncing: bugfix.

[Neil Jerram]

Denis 'GNUtoo' Carikli <GNUtoo at no-log.org> writes:

> On Wed, 26 Dec 2012 07:01:18 +1100
> NeilBrown <neilb at suse.de> wrote:
>
>> On Tue, 25 Dec 2012 11:28:08 +0100 Denis 'GNUtoo' Carikli
>> <GNUtoo at no-log.org> wrote:

>> > The jack detection still bounce during the beginning of calls with
>> > that fix, but it may bounce less.
>> > 
>> > Denis.

>> Is this what you had in mind? [...]

> yes something like that.

I think I now have two correctly wired headsets.  One is from a
(lost) Blackberry Curve 9300.  The other is a "KitSound KS1 Colour with
microphone".  I'm using both of them with the 4 pole 3.5mm to 2.5mm
adapter here:
http://www.amazon.co.uk/gp/product/B003OSYYNY/ref=oh_details_o00_s00_i00

I get the following /sys/class/hwmon/hwmon0/device/in7_input values.

            open       inserted      button pressed
-           31
KitSound               620-623       823-826
BlackBerry             767-774       826-828

Therefore I've changed the (val < 820) condition in
gta04_audio_jack_work() - which I believe is supposed to indicate
((button pressed) || (headset has no microphone)) - to (val > 800);
patch below.

With that change, I find that I no longer get jack detection bouncing
(which in QtMoko => ALSA state bouncing) during media playback, whereas
I got it quite frequently before (every 20-30s).  (I haven't yet tried
during calls.)

I wonder how we can build a kernel that will work for everyone on this
point?

Regards,
        Neil

-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0001-Adjust-headset-numbers-for-my-two-headsets.patch
Type: text/x-diff
Size: 1146 bytes
Desc: not available
URL: <http://lists.goldelico.com/pipermail/gta04-owner/attachments/20130108/6933e1d6/attachment.bin>