alsa-devel.alsa-project.org archive mirror
 help / color / mirror / Atom feed
From: louis@museresearch.com
To: Daniel Mack <zonque@gmail.com>
Cc: alsa-devel <alsa-devel@alsa-project.org>, louis@museresearch.com
Subject: Re: UAC2 clock selector for AudioBox 1818VSL
Date: Mon, 10 Sep 2012 10:29:40 -0700	[thread overview]
Message-ID: <38d82baa43831f75dad50a82eaae67b9.squirrel@master.museresearch.com> (raw)
In-Reply-To: <504B38ED.2070904@gmail.com>

Hi Daniel,
  I've applied the patch, and this is the output. When I call it with
value 0, nothing happens. When I set it to higher values, it looks like
some (attempted?) communication happens with the device. I added another
debug line which spits out the value_set parameter also.

[root@TestName linux-3.4.5-2.muse1.rt13.2.fc15.x86_64]# amixer -c 2 cset
numid=5,iface=MIXER,name='AudioBox 1818 VSL Clock Selector' 0

numid=5,iface=MIXER,name='AudioBox 1818 VSL Clock Selector'
  ; type=ENUMERATED,access=rw------,values=1,items=3
  ; Item #0 'AudioBox 1818 VSL Internal Clock'
  ; Item #1 'AudioBox 1818 VSL S/PDIF Clock'
  ; Item #2 'AudioBox 1818 VSL ADAT Clock'
  : values=0

[root@TestName linux-3.4.5-2.muse1.rt13.2.fc15.x86_64]# amixer -c 2 cset
numid=5,iface=MIXER,name='AudioBox 1818 VSL Clock Selector' 1

numid=5,iface=MIXER,name='AudioBox 1818 VSL Clock Selector'
  ; type=ENUMERATED,access=rw------,values=1,items=3
  ; Item #0 'AudioBox 1818 VSL Internal Clock'
  ; Item #1 'AudioBox 1818 VSL S/PDIF Clock'
  ; Item #2 'AudioBox 1818 VSL ADAT Clock'
  : values=0
Sep 10 09:45:16 TestName kernel: [ 4486.890466] ALSA sound/usb/mixer.c:444
Called with value_set=2
Sep 10 09:45:16 TestName kernel: [ 4486.890566] ALSA sound/usb/mixer.c:476
 DEBUG: snd_usb_mixer_set_ctl_value(): request 00000001 requesttype
00000021, value 0100, index 2800, size 2

[root@TestName linux-3.4.5-2.muse1.rt13.2.fc15.x86_64]# amixer -c 2 cset
numid=5,iface=MIXER,name='AudioBox 1818 VSL Clock Selector' 2

numid=5,iface=MIXER,name='AudioBox 1818 VSL Clock Selector'
  ; type=ENUMERATED,access=rw------,values=1,items=3
  ; Item #0 'AudioBox 1818 VSL Internal Clock'
  ; Item #1 'AudioBox 1818 VSL S/PDIF Clock'
  ; Item #2 'AudioBox 1818 VSL ADAT Clock'
  : values=0
Sep 10 09:45:20 TestName kernel: [ 4490.090214] ALSA sound/usb/mixer.c:444
Called with value_set=3
Sep 10 09:45:20 TestName kernel: [ 4490.090256] ALSA sound/usb/mixer.c:476
 DEBUG: snd_usb_mixer_set_ctl_value(): request 00000001 requesttype
00000021, value 0100, index 2800, size 2

Louis


>> There are some other details that may be relevant, but I didn't want to
>> make my initial post too long/confusing because these extra details may
>> end up just being a red herring: Each mixer element name (as seen in
>> amixer) is prefixed with "AudioBox 1818 VSL Clock Selector" even if it
>> is
>> not a clock selector.
>
> That strange but I believe not related. We should still fix that :)
>
>> I am confident though that the control I've been
>> playing with is the clock selector because it lists the different clock
>> types as options. I also see this when I plug the device in or load the
>> ALSA driver:
>>
>> ALSA sound/usb/mixer.c:342 cannot get ctl value: req = 0x83, wValue =
>> 0x201, wIndex = 0xa00, type = 4
>> ALSA sound/usb/mixer.c:846 10:0: cannot get min/max values for control 2
>> (id 10)
>> ALSA sound/usb/mixer.c:342 cannot get ctl value: req = 0x83, wValue =
>> 0x200, wIndex = 0xa00, type = 4
>> ALSA sound/usb/mixer.c:846 10:0: cannot get min/max values for control 2
>> (id 10)
>> ALSA sound/usb/mixer.c:342 cannot get ctl value: req = 0x83, wValue =
>> 0x201, wIndex = 0xb00, type = 4
>> ALSA sound/usb/mixer.c:846 11:0: cannot get min/max values for control 2
>> (id 11)
>> ALSA sound/usb/mixer.c:342 cannot get ctl value: req = 0x83, wValue =
>> 0x200, wIndex = 0xb00, type = 4
>> ALSA sound/usb/mixer.c:846 11:0: cannot get min/max values for control 2
>> (id 11)
>
> Do you see any messages when you try to set the clock selector with
> amixer?
>
> If you're running a recent kernel, try the following patch. That will
> produce log messages for each mixer related control packet that is sent
> out to the device.
>
>
> Thanks,
> Daniel
>
>
>
>

  reply	other threads:[~2012-09-10 17:29 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-09-06 20:20 UAC2 clock selector for AudioBox 1818VSL louis
2012-09-06 20:53 ` Daniel Mack
     [not found]   ` <192dce6984143a00813e593a60c5a5f4.squirrel@master.museresearch.com>
2012-09-08 12:24     ` Daniel Mack
2012-09-10 17:29       ` louis [this message]
  -- strict thread matches above, loose matches on Subject: below --
2012-09-07 17:58 louis

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=38d82baa43831f75dad50a82eaae67b9.squirrel@master.museresearch.com \
    --to=louis@museresearch.com \
    --cc=alsa-devel@alsa-project.org \
    --cc=zonque@gmail.com \
    /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).