26 Feb, 2014

1 commit

  • Convert with dev_err() and co from snd_printk(), etc.
    As there are too deep indirections (e.g. ep->chip->dev->dev),
    a few new local macros, usb_audio_err() & co, are introduced.

    Also, the device numbers in some messages are dropped, as they are
    shown in the prefix automatically.

    Signed-off-by: Takashi Iwai

    Takashi Iwai
     

14 Jan, 2014

1 commit


20 Dec, 2013

1 commit

  • Plantronics Gamecom 780 headset has a firmware problem, and when the
    FU 0x09 volume is changed, it results in either too loud or silence
    except for a very narrow range. This patch provides a workaround,
    ignoring the node, initialize the volume in a sane value and keep
    untouched.

    Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=65251
    Signed-off-by: Takashi Iwai

    Takashi Iwai
     

12 Aug, 2013

1 commit


10 Jul, 2013

1 commit

  • Commit 8f898e92aea2c24c7f379ee265d178f69ebb9c07 removed the redundant
    reads of bInterfaceProtocol from the descriptors, but introduced a
    regression to devices with quirks of type QUIRK_AUDIO_FIXED_ENDPOINT,
    since fp->protocol is not set in setup process.

    As a consequence, audio streams would not get initialized, as the
    following logs show:

    [ 48.923043] setting usb interface 3:1
    [ 48.923056] Creating new capture data endpoint #81
    [ 48.923484] 4:3:1: cannot set freq 48000 to ep 0x81

    This patch sets fp->protocol in create_fixed_stream_quirk() and
    resolves the regression.

    Signed-off-by: Eldad Zack
    Signed-off-by: Takashi Iwai

    Eldad Zack
     

28 Jun, 2013

2 commits

  • snd_card_register() registers all devices newly added since the last
    call. However, the playback/capture streams are handled as one ALSA
    device, so the second /dev device will not be registered if the PCM
    streams are added in two steps.

    QUIRK_AUTODETECT caused the probe callback to be called once for each
    interface, which triggered this problem. Work around this by handling
    this like the composite quirk, i.e., autodetecting all other interfaces
    that might be used for PCM or MIDI.

    Signed-off-by: Clemens Ladisch

    Clemens Ladisch
     
  • Add quirks to detect the various vendor-specific descriptors used by
    Roland and Yamaha in most of their recent USB audio and MIDI devices.

    Together with the previous patch, this should add audio/MIDI support for
    the following USB devices:
    - Edirol motion dive .tokyo performance package
    - Roland MC-808 Synthesizer
    - Roland BK-7m Synthesizer
    - Roland VIMA JM-5/8 Synthesizer
    - Roland SP-555 Sequencer
    - Roland V-Synth GT Synthesizer
    - Roland Music Atelier AT-75/100/300/350C/500/800/900/900C Organ
    - Edirol V-Mixer M-200i/300/380/400/480/R-1000
    - BOSS GT-10B Effects Processor
    - Roland Fantom G6/G7/G8 Keyboard
    - Cakewalk Sonar V-Studio 20/100/700 Audio Interface
    - Roland GW-8 Keyboard
    - Roland AX-Synth Keyboard
    - Roland JUNO-Di/STAGE/Gi Keyboard
    - Roland VB-99 Effects Processor
    - Cakewalk UM-2G MIDI Interface
    - Roland A-500S Keyboard
    - Roland SD-50 Synthesizer
    - Roland OCTAPAD SPD-30 Controller
    - Roland Lucina AX-09 Synthesizer
    - BOSS BR-800 Digital Recorder
    - Roland DUO/TRI-CAPTURE (EX) Audio Interface
    - BOSS RC-300 Loop Station
    - Roland JUPITER-50/80 Keyboard
    - Roland R-26 Recorder
    - Roland SPD-SX Controller
    - BOSS JS-10 Audio Player
    - Roland TD-11/15/30 Drum Module
    - Roland A-49/88 Keyboard
    - Roland INTEGRA-7 Synthesizer
    - Roland R-88 Recorder

    Signed-off-by: Clemens Ladisch

    Clemens Ladisch
     

18 Apr, 2013

2 commits

  • …e/sound into for-next

    ASoC: More updates for v3.10

    The main additional change here is Lars-Peter's DMA work plus the
    platform conversions which have been tested - getting this in mainline
    will make life easier for development after the merge window. These
    factor a large chunk of code out of the drivers for the platforms using
    dmaengine, greatly simplifying development.

    Takashi Iwai
     
  • Unfortunately, none of the UAC standards provides a way to identify DSD
    (Direct Stream Digital) formats. Hence, this patch adds a quirks
    handler to identify USB interfaces that are capable of handling DSD.

    That quirks handler can augment the already parsed formats bit-field,
    by any of the new SNDRV_PCM_FMTBIT_DSD_{U8_U16} and setting the dsd_dop
    flag in the audio format, if the driver should take care for the DOP
    byte stuffing.

    The only devices that are known to work with this are the ones with
    a 'Playback Designs' vendor id.

    Signed-off-by: Daniel Mack
    Signed-off-by: Takashi Iwai

    Daniel Mack
     

13 Apr, 2013

1 commit

  • When recording at 176.2KHz or 192Khz, the device adds a 32-bit length
    header to the capture packets, which obviously needs to be ignored for
    recording to work properly.

    Userspace expected: L0 L1 L2 R0 R1 R2
    ...but actually got: R2 L0 L1 L2 R0 R1

    Also, the last byte of the length header being interpreted as L0 of
    the first sample caused spikes every 0.5ms, resulting in a loud 16KHz
    tone (about the highest 'B' on a piano) being present throughout
    captures.

    Tested at all sample rates on an E-Mu 0404USB, and tested for
    regressions on a generic USB headset.

    Signed-off-by: Calvin Owens
    Cc:
    Signed-off-by: Takashi Iwai

    Calvin Owens
     

10 Apr, 2013

1 commit


07 Apr, 2013

1 commit

  • The usb_control_msg() function expects __u16 types and performs
    the endianness conversions by itself.
    However, in three places, a conversion is performed before it is
    handed over to usb_control_msg(), which leads to a double conversion
    (= no conversion):
    * snd_usb_nativeinstruments_boot_quirk()
    * snd_nativeinstruments_control_get()
    * snd_nativeinstruments_control_put()

    Caught by sparse:

    sound/usb/mixer_quirks.c:512:38: warning: incorrect type in argument 6 (different base types)
    sound/usb/mixer_quirks.c:512:38: expected unsigned short [unsigned] [usertype] index
    sound/usb/mixer_quirks.c:512:38: got restricted __le16 [usertype]
    sound/usb/mixer_quirks.c:543:35: warning: incorrect type in argument 5 (different base types)
    sound/usb/mixer_quirks.c:543:35: expected unsigned short [unsigned] [usertype] value
    sound/usb/mixer_quirks.c:543:35: got restricted __le16 [usertype]
    sound/usb/mixer_quirks.c:543:56: warning: incorrect type in argument 6 (different base types)
    sound/usb/mixer_quirks.c:543:56: expected unsigned short [unsigned] [usertype] index
    sound/usb/mixer_quirks.c:543:56: got restricted __le16 [usertype]
    sound/usb/quirks.c:502:35: warning: incorrect type in argument 5 (different base types)
    sound/usb/quirks.c:502:35: expected unsigned short [unsigned] [usertype] value
    sound/usb/quirks.c:502:35: got restricted __le16 [usertype]

    Signed-off-by: Eldad Zack
    Acked-by: Daniel Mack
    Cc:
    Signed-off-by: Takashi Iwai

    Eldad Zack
     

18 Mar, 2013

2 commits

  • The maxpacksize field is given in some quirks, but it gets ignored (in
    favour of wMaxPacketSize from the first endpoint.) This patch favours
    the one in the quirk.

    Digidesign Mbox and Mbox 2 are the only affected quirks and the devices
    are assumed to be working without this patch. So for safety against the
    values in the quirk being incorrect, remove them.

    The datainterval is also ignored but there are not currently any quirks
    which choose to override this.

    Cc: Damien Zammit
    Cc: Chris J Arges
    Signed-off-by: Mark Hills
    Signed-off-by: Takashi Iwai

    Mark Hills
     
  • The hardware also has a PCM capture device which is not implemented in
    this patch.

    It may be possible to generalise this to Saffire 6 USB support and some
    of the other Focusrite interfaces, but as I don't have access to these
    devices we should wait until capture support is working first.

    Capture support is not implemented because the code assumes the endpoint
    to have its own interface (instead, it shares the interface with playback)
    and some thought will be needed to lift this limitation.

    Signed-off-by: Mark Hills
    Signed-off-by: Takashi Iwai

    Mark Hills
     

18 Feb, 2013

1 commit

  • bootresponse in snd_usb_mbox2_boot_quirk is only 12 (decimal) u8's
    long, but i9s passed to snd_usb_ctl_msg as it would be 0x12 (hexa)
    long. Fix that by having proper size of the array, i.e. 0x12.

    Signed-off-by: Jiri Slaby
    Cc:
    Signed-off-by: Takashi Iwai

    Jiri Slaby
     

11 Feb, 2013

1 commit

  • Adds quirks and mixer support for the M-Audio Fast Track C600 USB
    audio interface. This device is very similar to the C400 - the C600
    simply has some more inputs and outputs, so the existing C400 support
    is extended to support this device as well.

    Signed-off-by: Matt Gruskin
    Signed-off-by: Takashi Iwai

    Matt Gruskin
     

14 Jan, 2013

2 commits

  • Attain constant real-world latency by skipping 16 data packets.
    The number of packets to be skipped was found by trial and error.

    Signed-off-by: Eldad Zack
    Signed-off-by: Takashi Iwai

    Eldad Zack
     
  • A patch in the 3.2 kernel caused regression with hotplugging the
    M-Audio Fast track pro, or sound after suspend. I don't have the
    device so I haven't done a full analysis, but it seems userspace
    (both udev and pulseaudio) got confused when a card was created,
    immediately destroyed, and then created again.

    However, at least one person in the bug report (martin djfun)
    reports that this patch resolves the issue for him. It also leaves
    a message in the log:
    "snd-usb-audio: probe of 1-1.1:1.1 failed with error -5" which is
    a bit misleading. It is better than non-working audio, but maybe
    there's a more elegant solution?

    BugLink: https://bugs.launchpad.net/bugs/1095315
    Signed-off-by: David Henningsson
    Signed-off-by: Takashi Iwai

    David Henningsson
     

04 Jan, 2013

1 commit

  • This patch is based on 3.8-rc1. It fixes two things:
    1) A kernel panic caused by incorrect allocation of a u8 variable
    "bootresponse".
    2) A noisy dmesg (urb status -32) caused by broken pipe to an
    invalid midi endpoint.

    It is also a little cleaner because there is no need for a new
    QUIRK_MIDI type as suggested by kernel developers, since the device
    follows exactly the MIDIMAN protocol.

    Signed-off-by: Damien Zammit
    Signed-off-by: Takashi Iwai

    Damien Zammit
     

20 Dec, 2012

1 commit

  • Pull sound fixes from Takashi Iwai:
    "This update contains overall only driver-specific fixes. Slightly
    large LOC are seen in usb-audio driver for a couple of new device
    quirks and cs42l71 ASoC driver for enhanced features. The others are
    a few small (regression) fixes HD-audio, and yet other small / trival
    ASoC fixes."

    * tag 'sound-3.8' of git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound:
    ALSA: usb-audio: Support for Digidesign Mbox 2 USB sound card:
    ALSA: HDA: Fix sound resume hang
    ALSA: hda - bug fix for invalid connection list of Haswell HDMI codec pins
    ALSA: hda - Fix the wrong pincaps set in ALC861VD dallas/hp fixup
    ALSA: hda - Set codec->single_adc_amp flag for Realtek codecs
    ASoC: atmel-ssc: change disable to disable in dts node
    ASoC: Prevent pop_wait overwrite
    ALSA: usb-audio: ignore-quirk for HP Wireless Audio
    ALSA: hda - Always turn on pins for HDMI/DP
    ALSA: hda - Fix pin configuration of HP Pavilion dv7
    ASoC: core: Fix splitting of log messages
    ASoC: cs42l73: Change VSPIN/VSPOUT to VSPINOUT
    ASoC: cs42l73: Add DAPM events for power down.
    ASoC: cs42l73: Add DMIC's as DAPM inputs.
    ASoC: sigmadsp: Fix endianness conversion issue
    ASoC: tpa6130a2: Use devm_* APIs

    Linus Torvalds
     

19 Dec, 2012

1 commit

  • This patch is the result of a lot of trial and error, since there are no specs
    available for the device.

    Full duplex support is provided, i.e. playback and recording in stereo.
    The format is hardcoded at 48000Hz @ 24 bit, which is the maximum that the
    device supports. Also, MIDI in and MIDI out both work.

    Users will notice that the S/PDIF light also flashes when playback or recording
    is active. I believe this means that S/PDIF input/output is simultaneously
    activated with the analogue i/o during use.
    But this particular functionality remains untested.

    Note that this particular version of the patch is so far untested on the
    physical hardware because I have not compiled a full kernel with the changes.
    However, extensive testing has been done by many users of the hardware
    who believe other versions of my patch have worked since circa 2009.

    [Modified to make a function static by tiwai]

    Signed-off-by: Damien Zammit
    Signed-off-by: Takashi Iwai

    Damien Zammit
     

19 Nov, 2012

1 commit


04 Sep, 2012

1 commit

  • Playback Designs' USB devices have some hardware limitations on their
    USB interface. In particular:

    - They need a 20ms delay after each class compliant request as the
    hardware ACKs the USB packets before the device is actually ready
    for the next command. Sending data immediately will result in buffer
    overflows in the hardware.
    - The devices send bogus feedback data at the start of each stream
    which confuse the feedback format auto-detection.

    This patch introduces a new quirks hook that is called after each
    control packet and which adds a delay for all devices that match
    Playback Designs' USB VID for now.

    In addition, it adds a counter to snd_usb_endpoint to drop received
    packets on the floor. Another new quirks function that is called once
    an endpoint is started initializes that counter for these devices on
    their sync endpoint.

    Signed-off-by: Daniel Mack
    Reported-and-tested-by: Andreas Koch
    Supported-by: Demian Martin
    Signed-off-by: Takashi Iwai

    Daniel Mack
     

15 Feb, 2012

1 commit

  • A malicious USB device could feed in a large nr_rates value. This would
    cause the subsequent call to kmemdup() to allocate a smaller buffer than
    expected, leading to out-of-bounds access.

    This patch validates the nr_rates value and reuses the limit introduced
    in commit 4fa0e81b ("ALSA: usb-audio: fix possible hang and overflow
    in parse_uac2_sample_rate_range()").

    Signed-off-by: Xi Wang
    Signed-off-by: Takashi Iwai

    Xi Wang
     

11 Nov, 2011

1 commit


27 Sep, 2011

1 commit

  • There are certain devices that are reportedly so slow that they need
    more than 100 ms to handle control transfers. Therefore, increase the
    timeout in mixer(_quirks).c to 1000 ms.

    The timeout parameter of snd_usb_ctl_msg() is now constant, so we can
    drop it.

    Reported-by: Felipe Balbi
    Signed-off-by: Clemens Ladisch
    Signed-off-by: Takashi Iwai

    Clemens Ladisch
     

14 Sep, 2011

1 commit

  • Move code from endpoint.c into a new file called stream.c and rename
    functions so that their names actually reflect what they're doing.

    This way, endpoint.c will be available to functions that hold all the
    endpoint logic.

    Signed-off-by: Daniel Mack
    Acked-by: Clemens Ladisch
    Signed-off-by: Takashi Iwai

    Daniel Mack
     

26 Aug, 2011

1 commit


06 Aug, 2011

1 commit

  • Purely cosmetic, but fixes the following build warning.

    CC [M] sound/usb/quirks.o
    sound/usb/quirks.c: In function ‘snd_usb_apply_boot_quirk’:
    sound/usb/quirks.c:429:6: warning: ‘err’ may be used uninitialized in this function [-Wuninitialized]

    Signed-off-by: Daniel Mack
    Signed-off-by: Takashi Iwai

    Daniel Mack
     

13 Jul, 2011

1 commit

  • This patch gives M-Audio Fast Track Pro and M-Audio Quattro quirks and
    endpoints to boot and setup those devices with special options (digital
    inputs and outputs, 24 bits mode, etc...). M-Audio Audiophile quirks are
    just adapted to match the new global M-Audio parameters.

    Special configurations can be then loaded through a modprobe conf file.
    For example, to set the 24 bits mode on the Fast Track Pro add
    /etc/modprobe.d/fast_track_pro.conf :

    options snd_usb_audio vid=0x763 pid=0x2012 device_setup=0x08

    Here is a list of the possibilities in this example :
    http://files.parisson.com/debian/fast-track-pro.conf

    Signed-off-by: Guillaume Pellerin
    Signed-off-by: Takashi Iwai

    Guillaume Pellerin
     

04 Jun, 2011

1 commit


25 May, 2011

2 commits


22 May, 2011

1 commit


18 May, 2011

1 commit


29 Apr, 2011

1 commit


14 Apr, 2011

1 commit

  • This new device by Native Instruments is also compliant to the USB
    standard v2.0, but hides this detail at when connected.

    It needs the same boot quirks than other models, and also has two
    non-class-compliant mixer controls.

    Signed-off-by: Daniel Mack
    Signed-off-by: Takashi Iwai

    Daniel Mack
     

31 Mar, 2011

1 commit


11 Mar, 2011

1 commit


15 Feb, 2011

1 commit