[alsa-devel] idt blue jack patch

Fri Feb 20 02:00:01 CET 2009

Hi Tobin,

Here are the Linux and WinXP pin configurations.
Both Linux and WinXP configure node 0x0c as an output pin.

However the driver seems to be offering three schemes:

        scheme desc             0xC dev
------------------------------------------------------
        IDS_CONFIG_OPEN         Speaker_Side/LineIn
        IDS_CONFIG_51           LineIn
        IDS_CONFIG_71           Speaker_Side

Paulo, maybe you can run these commands to switch between
linein/lineout modes:

        # wget http://www.kernel.org/pub/linux/kernel/people/tiwai/misc/hda-verb-0.3.tar.bz2

        # set PIN_IN mode
        hda-verb /dev/snd/hwC0D2 0x0c SET_PIN_WIDGET_CONTROL 0x20

        # set PIN_OUT mode
        hda-verb /dev/snd/hwC0D2 0x0c SET_PIN_WIDGET_CONTROL 0x40

Thanks,
Fengguang
---

/proc/asound/card0/codec\#2

        Codec: IDT 92HD73E1X5
        Address: 2
        Vendor Id: 0x111d7676
        Subsystem Id: 0x80865002
        Revision Id: 0x100202

AUD_allOS_6033.2_PV_IDTGUI_v124/WDM/WinXP/Sthda.ini

        # sthda.INI
        [Models]
        ...
        HDAUDIO\FUNC_01&VEN_111D&DEV_7676&SUBSYS_80865002=I73E-EL2.INI                                                            
        ...

AUD_allOS_6033.2_PV_IDTGUI_v124/WDM/WinXP/I73E-EL2.INI

        [HKR\Settings\Pin\0C]
        CfgDflt                         = dword: 0x01113214
        AltCfg                          = hex: 5E,32,81,01
        AssignedDAC     = hex: 0x18

/proc/asound/card0/codec\#2

        Node 0x0c [Pin Complex] wcaps 0x400183: Stereo Amp-In
          Amp-In caps: N/A
          Amp-In vals:  [0x00 0x00]
          Pincap 0x00001737: IN OUT Detect Trigger ImpSense
            Vref caps: HIZ 50 GRD 80
          Pin Default 0x01113014: [Jack] Speaker at Ext Rear
            Conn = 1/8, Color = Blue
            DefAssociation = 0x1, Sequence = 0x4
          Pin-ctls: 0x40: OUT VREF_HIZ
          Unsolicited: tag=04, enabled=1
          Connection: 6
             0x15 0x16 0x17 0x18* 0x19 0x1e

On Thu, Feb 19, 2009 at 05:22:52AM +0200, Tobin Davis wrote:
> Thought I'd add my $.02 here.  Traditionally, 5-stack boards have output on Green (front), Black (rear), and Orange (Center/LFE) channels, and Input on Pink (Mic) and Blue (Line).  But Blue is also reversable for side output channels giving the user 7.1 surround sound.
> 
> Since these boards are designed to be used more for multimedia than recording, the default of Blue being output in bios kind of makes sense.  Of course, it could also be a bios bug (it's been known to happen).
> 
> If you want to see what the codec is set for in Windows, download the windows drivers from support.intel.com and look for the PCI subsysytem id in the STHDA.inf file.  It will point to another inf file with the default pin configs along with a ton of registry settings.
> 
> Hope this helps.
> 
> Tobin Davis
> P.S. I've been monitoring development while finishing my degree.  I hope to return to the fold here soon.
> 
> On Thu, 2009-02-19 at 11:02 +0800, Wu Fengguang wrote:
> 
> 
> On Wed, Feb 18, 2009 at 04:24:58PM +0100, Takashi Iwai wrote:
> > At Wed, 18 Feb 2009 10:44:26 +0100,
> > Vedran Miletić wrote:
> > >
> > > On Wed, Feb 18, 2009 at 10:04 AM, Paulo Cavalcanti <promac at gmail.com<mailto:promac at gmail.com>> wrote:
> > > > Takashi,
> > > >
> > > > Fengguang got the same board I have (DG45ID)
> > > > and he confirmed that the blue jack was output.
> > > > The only difference between his computer and mine
> > > > was that his had an older bios.
> > > >
> > > > This is what he said to me before sending me the patch:
> > > >
> > > > "OK, so it's in fact a general issue. I'll look into it. But I'm afraid
> > > > I have difficulty in allocating time for it in the near future..."
> > > >
> > > > Therefore, I think we need another quirk.
> > > >
> > > > Thanks.
> > > >
> > > >
> > > > --
> > > > Paulo Roma Cavalcanti
> > > > LCG - UFRJ
> > > > _______________________________________________
> > > > Alsa-devel mailing list
> > > > Alsa-devel at alsa-project.org<mailto:Alsa-devel at alsa-project.org>
> > > > http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
> > > >
> 
> [sorry for being late]
> 
> > >
> > > Can you find someone who has different board with same codec to verify
> > > how general issue this really is?
> >
> > In general, the pin config value can't be generic.
> > As port-C is a multi-purpose jack, I don't think this can be applied
> > to all cases.
> 
> I made that hacking patch based on IDT's spec. The value I wrote is in
> fact the default value listed in the spec. So it's the Intel BIOS that
> changed the default value and make it an output pin.
> 
> > So, now the question is when to apply -- under which condition.
> > Apparently, the BIOS of Paulo is broken.  And, Wu Fengguang's case
> > is unclear, whether it comes from BIOS or from a static pin cfg
> > table in patch_sigmatel.c.
> 
> After rebooting and force using the generic codec, the 0x0c node still
> shows "Pin Default 0x01113014: [Jack] Speaker at Ext Rear". So the
> value is from the BIOS.
> 
> The only problem is that the pin color is Blue both logically and
> physically, which should be input instead of output according to the
> convention of color codes.
> 
> If you think it's OK, I can refine that patch for submitting.  The
> possible regression could be that users connecting speakers to that
> pin will find it no longer producing sound after upgrading kernel.
> 
> Thanks,
> Fengguang
> 
> _______________________________________________
> Alsa-devel mailing list
> Alsa-devel at alsa-project.org<mailto:Alsa-devel at alsa-project.org>
> http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
> 
> 
> -- Tobin Davis
> 
> 
> 
> Don't go surfing in South Dakota for a while.
> 
> 