Jim,
The iPAQ_H5400_System_Programming_Information.doc document describes
this gpio as "HP_Detect", but this is not completely authoritative.
Also, my recollection is that Luca's original patch was successfully
using this gpio to generate interrupts when the headphones were inserted
and removed.
It would be easy to confirm the behaviour of that pin with devmem2, by
watching the state of the corresponding bit in GPLR2 when you insert and
remove the headphone plug.
p.
On Fri, 2005-03-25 at 15:44 -0500, Jim Kaba wrote:
> Phil,
> Do you have it on pretty good authority that GPIO76 is really a headphone
> detect input? I'm about to take a quick look at this issue -- I know that
> the ak4535 has headset detection circuitry and headset state
> (plugged/unplugged) is accessible via it's control registers...but do you
> know for sure that this functionality is duplicated or otherwise tied in to
> a PXA GPIO line?
>
> Jim
>
> Phil Blundell wrote:
> >
> > On Sat, 2005-03-19 at 20:38 +0700, Ross Golder wrote:
> > > When I get some time, I'll try to hack that code into a panel applet
> > > that can switch between the main speaker or the headphones. Although it
> > > begs the question - is the 5450 capable of recognising when there are
> > > headphones connected and trigger it automatically (no need for a manual
> > > user control)?
> >
> > Yes. GPIO76 is the headphone detect input, and you can configure it to
> > generate an interrupt. Luca De Cicco did have a go at writing a kernel
> > patch to make use of that, but as far as I know he was never able to get
> > it working properly. You should be able to find his code in the
> > archives for this list, if you want to try to fix that yourself.
> >
> > p.
> >
> > _______________________________________________
> > H5400-port mailing list
> > H5400-port_at_handhelds.org
> > https://www.handhelds.org/mailman/listinfo/h5400-port
>
Received on Sat Mar 26 2005 - 04:31:08 EST
This archive was generated by hypermail 2.2.0 : Mon Jul 25 2005 - 17:20:11 EDT