From: Bastien Nocera <hadess@hadess.net>
To: Takashi Iwai <tiwai@suse.de>
Cc: alsa-devel@alsa-project.org, linux-usb@vger.kernel.org,
Clemens Ladisch <clemens@ladisch.de>
Subject: Re: Jack sensing in snd_usb_audio ?
Date: Fri, 28 Oct 2016 15:55:12 +0200 [thread overview]
Message-ID: <1477662912.18960.5.camel@hadess.net> (raw)
In-Reply-To: <s5ha8e16et1.wl-tiwai@suse.de>
On Tue, 2016-10-18 at 14:07 +0200, Takashi Iwai wrote:
> On Wed, 12 Oct 2016 18:15:04 +0200,
> Bastien Nocera wrote:
> >
> > On Wed, 2016-10-12 at 18:06 +0200, Clemens Ladisch wrote:
> > > Bastien Nocera wrote:
> > > > On Wed, 2016-10-12 at 14:43 +0200, Clemens Ladisch wrote:
> > > > > Bastien Nocera wrote:
> > > > > > "
> > > > > > A change of state in the audio function is most often
> > > > > > caused by
> > > > > > a
> > > > > > certain event that takes place. An event can either be
> > > > > > user-
> > > > > > initiated
> > > > > > or device-initiated. User-initiated jack insertion or
> > > > > > removal
> > > > > > is a
> > > > > > typical example of a user-initiated event.
> > > > > > "
> > > > >
> > > > >
> > > > > There are not many USB Audio 2.0 devices, and I'm not aware
> > > > > of
> > > > > any
> > > > > that actually implements this.
> > > >
> > > >
> > > > I guess I would see whether there are events if I captured the
> > > > USB
> > > > traffic even without special handling/turning on a feature in
> > > > the
> > > > drivers, right?
> > >
> > >
> > > Most devices do not even have the status endpoint (see "lsusb
> > > -v").
> > > To check what events arrive, you can add logging to the
> > > snd_usb_mixer_interrupt() function.
> >
> > I'm guessing it doesn't support it then (see attached log)
>
> So this looks like a HID, not from the audio device class.
> It's an oft-seen implementation.
>
> > I also checked the input device output when plugging in something,
> > with
> > evtest, and no feedback either.
>
> Then at first you need to hack a HID driver to support this device.
> It'll create an input device, and then we'll need to find some way to
> couple the given input device and the audio device. We can parse the
> sysfs device path to figure out, but I'm not sure what's the best way
> to tell it to applications.
You misunderstood. There's no input events on the input device, there's
also no hidraw events (hid-recorder didn't see any events) and using
usbmon also got me no USB events whatsoever when plugging or unplugging
a jack on either the headphones or the microphone jack.
So there's really nothing that we can do for this hardware. Shame, it
would have been pretty useful to me :)
Thanks all for your help
_______________________________________________
Alsa-devel mailing list
Alsa-devel@alsa-project.org
http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
next prev parent reply other threads:[~2016-10-28 13:55 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-10-12 5:10 Jack sensing in snd_usb_audio ? Bastien Nocera
2016-10-12 9:14 ` Felipe Ferreri Tonello
[not found] ` <cb965f62-8f42-02cf-b0f3-d841ec559782-NLnRV5p3vwDxYxTyqlRmvgC/G2K4zDHf@public.gmane.org>
2016-10-12 9:29 ` Bastien Nocera
2016-10-12 10:36 ` Takashi Sakamoto
[not found] ` <9449bd71-7766-5323-9fe8-30e954ca8f45-sodqOivclbsO3cATojSK5Q@public.gmane.org>
2016-10-12 10:58 ` Bastien Nocera
2016-10-12 12:43 ` Clemens Ladisch
[not found] ` <b0df4e0b-5d46-f14d-133d-65d40623646e-P6GI/4k7KOmELgA04lAiVw@public.gmane.org>
2016-10-12 15:30 ` [alsa-devel] " Bastien Nocera
[not found] ` <1476286253.6699.26.camel-0MeiytkfxGOsTnJN9+BGXg@public.gmane.org>
2016-10-12 16:06 ` Clemens Ladisch
[not found] ` <4773bd69-4df9-00da-4fe6-3d5cbeda7b0a-P6GI/4k7KOmELgA04lAiVw@public.gmane.org>
2016-10-12 16:15 ` Bastien Nocera
[not found] ` <1476288904.6699.29.camel-0MeiytkfxGOsTnJN9+BGXg@public.gmane.org>
2016-10-18 12:07 ` Takashi Iwai
[not found] ` <s5ha8e16et1.wl-tiwai-l3A5Bk7waGM@public.gmane.org>
2016-10-18 13:33 ` Felipe Ferreri Tonello
[not found] ` <eff12d22-c810-cc8b-048f-8072ea77d6fa-NLnRV5p3vwDxYxTyqlRmvgC/G2K4zDHf@public.gmane.org>
2016-10-18 14:14 ` Takashi Iwai
2016-10-28 13:55 ` Bastien Nocera [this message]
[not found] ` <1476269923.6699.20.camel-0MeiytkfxGOsTnJN9+BGXg@public.gmane.org>
2016-10-12 13:41 ` Felipe Ferreri Tonello
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=1477662912.18960.5.camel@hadess.net \
--to=hadess@hadess.net \
--cc=alsa-devel@alsa-project.org \
--cc=clemens@ladisch.de \
--cc=linux-usb@vger.kernel.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).