All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Munzir Taha (منذر طه)" <munzirtaha@gmail.com>
To: Takashi Iwai <tiwai@suse.de>
Cc: alsa-devel@alsa-project.org
Subject: Re: My Codec: IDT 92HD75B3X5 issues
Date: Fri, 2 Oct 2009 14:24:11 +0300	[thread overview]
Message-ID: <200910021424.11746.munzirtaha@gmail.com> (raw)
In-Reply-To: <s5hocoql2sy.wl%tiwai@suse.de>

On Yaum al-Jumma 12 Shawwal 1430 9:37:01 am Takashi Iwai wrote:

> > > > Dear Takashi,
> > > > To complete this thread, what about missing options like
> > > > 1. Disabling "Headphone Jack Sense" to allow both speakers and
> > > > headphones to work together in case
> > >
> > > You can give "hp_detect = 0" to hints via sysfs and reconfigure.
> >
> > But this is not user friendly. I used to see it as an option on other
> > cards.
> 
> It's intentional.  Otherwise user would choose it accidentally and cry
> out in 99% of probability :)

Linus Torvalds said it better than me

This 'users are idiots, and are confused by functionality' mentality of Gnome 
is a disease ...
This is why you want graphical tools (that are there by default, so that 
you don't have to know enough even to know to get them) to configure stuff 
even for "experts". Because I'm an expert Unix user, but that doesn't mean 
that I'm expert in some Gnome internal configuration issues.
;)
Seriously, I don't care a lot about this option.

> > > > 2. jack retasking where I can plug my mic in the headphone jack and
> > > > expect it to work
> > >
> > > I thought it works now?
> >
> > No. If I plug the mic in the mic jack it works but if I plug it in the
> > headphone jack it doesn't.
> 
> Errr, so you want to record from the headphone jack?
> This isn't specified in your BIOS to behave so, thus no go.  (Currently
> the behavior of the driver depends on the BIOS information.)  Write
> your own model quirk to override it.

I don't know why the BIOS is involved. According to 
http://www.intel.com/design/chipsets/hdaudio.htm
let me quote

"Intel HD Audio also provides improvements that support better jack retasking. 
The computer can sense when a device is plugged into an audio jack, determine 
what kind of device it is, and change the port function if the device has been 
plugged into the wrong port. For example, if a microphone is plugged into a 
speaker jack, the computer will recognize the error and can change the jack to 
function as a microphone jack. This is an important step in getting audio to a 
point where it ‘just works‘-users won‘t need to worry about getting the right 
device plugged into the right audio jack."

I also don't care about this feature myself but I love to see Linux at the top 
and have accurate information about the current status. So, is it really a 
BIOS issue or a driver issue?


> Both of your demands are not for "normal" users.  The driver could
> serve for that, but it needs some adjustment.  Of course, I'd happily
> apply any patch if you can provide.

Thanks a lot Takashi, you are doing an outstanding job. Please, keep it up.


-- 
Munzir Taha
Telecommunications and Electronics Engineer
Master CIW Designer, ICDL, MOUS, Linux+, LPI, SCSA
Riyadh, SA
_______________________________________________
Alsa-devel mailing list
Alsa-devel@alsa-project.org
http://mailman.alsa-project.org/mailman/listinfo/alsa-devel

  reply	other threads:[~2009-10-02 11:24 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-09-30  5:18 My Codec: IDT 92HD75B3X5 issues Munzir Taha (منذر طه)
2009-09-30  6:36 ` Takashi Iwai
2009-10-01 11:07   ` Munzir Taha (منذر طه)
2009-10-01 13:30     ` Takashi Iwai
2009-10-01 14:11       ` Munzir Taha (منذر طه)
2009-10-01 14:17         ` Takashi Iwai
2009-10-01 14:42       ` Takashi Iwai
2009-10-01 22:11         ` Munzir Taha (منذر طه)
2009-10-02  5:34           ` Takashi Iwai
2009-10-02  6:15             ` Munzir Taha (منذر طه)
2009-10-02  6:37               ` Takashi Iwai
2009-10-02 11:24                 ` Munzir Taha (منذر طه) [this message]
2009-10-02 11:45                   ` Takashi Iwai
2009-10-02 16:07                     ` Munzir Taha (منذر طه)
  -- strict thread matches above, loose matches on Subject: below --
2009-09-28  3:58 Munzir Taha (منذر طه)
2009-09-28  8:41 ` Takashi Iwai
2009-09-29  4:40   ` Munzir Taha (منذر طه)
2009-09-29  6:24     ` Takashi Iwai
2009-09-29 13:24       ` Munzir Taha (منذر طه)
2009-09-29 14:37         ` Takashi Iwai
2009-09-29 19:50           ` Munzir Taha (منذر طه)

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=200910021424.11746.munzirtaha@gmail.com \
    --to=munzirtaha@gmail.com \
    --cc=alsa-devel@alsa-project.org \
    --cc=tiwai@suse.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.