05 Jan, 2020

1 commit


26 Jun, 2019

1 commit


17 Jun, 2019

1 commit


31 May, 2019

1 commit

  • Based on 3 normalized pattern(s):

    this program is free software you can redistribute it and or modify
    it under the terms of the gnu general public license as published by
    the free software foundation either version 2 of the license or at
    your option any later version this program is distributed in the
    hope that it will be useful but without any warranty without even
    the implied warranty of merchantability or fitness for a particular
    purpose see the gnu general public license for more details

    this program is free software you can redistribute it and or modify
    it under the terms of the gnu general public license as published by
    the free software foundation either version 2 of the license or at
    your option any later version [author] [kishon] [vijay] [abraham]
    [i] [kishon]@[ti] [com] this program is distributed in the hope that
    it will be useful but without any warranty without even the implied
    warranty of merchantability or fitness for a particular purpose see
    the gnu general public license for more details

    this program is free software you can redistribute it and or modify
    it under the terms of the gnu general public license as published by
    the free software foundation either version 2 of the license or at
    your option any later version [author] [graeme] [gregory]
    [gg]@[slimlogic] [co] [uk] [author] [kishon] [vijay] [abraham] [i]
    [kishon]@[ti] [com] [based] [on] [twl6030]_[usb] [c] [author] [hema]
    [hk] [hemahk]@[ti] [com] this program is distributed in the hope
    that it will be useful but without any warranty without even the
    implied warranty of merchantability or fitness for a particular
    purpose see the gnu general public license for more details

    extracted by the scancode license scanner the SPDX license identifier

    GPL-2.0-or-later

    has been chosen to replace the boilerplate/reference in 1105 file(s).

    Signed-off-by: Thomas Gleixner
    Reviewed-by: Allison Randal
    Reviewed-by: Richard Fontana
    Reviewed-by: Kate Stewart
    Cc: linux-spdx@vger.kernel.org
    Link: https://lkml.kernel.org/r/20190527070033.202006027@linutronix.de
    Signed-off-by: Greg Kroah-Hartman

    Thomas Gleixner
     

21 May, 2019

1 commit


15 Nov, 2017

1 commit

  • Pull sound updates from Takashi Iwai:
    "There are no big surprising changes in this cycle, yet not too boring,
    either. The biggest change from diffstat POV is the removal of the
    legacy OSS driver codes that have been already disabled for a long
    time. This will bring a few trivial merge conflicts.

    As new features in ASoC side, there are two things: a new AC97 bus
    implementation and AMD Stony platform support. Both include the
    relevant changes shared with other subsystems, e.g. AC97 MFD changes
    and DRM AMD changes.

    Some other highlighted topics are:

    - A bunch of USB-audio drivers got the hardening against the
    malicious device accesses with a new helper code for endpoint
    sanity check

    - Lots of cleanups for ASoC Intel platform code, including support
    for their open source audio firmware

    - Continued ASoC core componentization works

    - Support for scaling MCLK with sample rate in ASoC simple-card

    - Stabler PCM hot-unplug capability, especially for ASoC usages"

    * tag 'sound-4.15-rc1' of ssh://gitolite.kernel.org/pub/scm/linux/kernel/git/tiwai/sound: (302 commits)
    Documentation: sound: hd-audio: notes.rst
    ASoC: bcm2835: Support left/right justified and DSP modes
    ASoC: bcm2835: Enforce full symmetry
    ASoC: bcm2835: Support additional samplerates up to 384kHz
    ASoC: bcm2835: Add support for TDM modes
    ASoC: add mclk-fs support to audio graph card
    ASoC: add mclk-fs to audio graph card binding
    ASoC: rt5514: work around link error
    ASoC: rt5514: mark PM functions as __maybe_unused
    ASoC: rt5663: Check the JD status in the button pushing
    ASoC: amd: Modified DMA transfer Mechanism for Playback
    ASoC: rt5645: Wait for 400msec before concluding on value of RT5645_VENDOR_ID2
    ASoC: sun4i-codec: fixed 32bit audio capture support for H3/H2+
    ASoC: da7213: add support for DSP modes
    ASoC: sun8i-codec: Add a comment on the LRCK inversion
    ASoC: sun8i-codec: Set the BCLK divider
    ASoC: rt5663: Delay and retry reading rt5663 ID register
    ASoC: amd: use do_div rather than 64 bit division to fix 32 bit builds
    ASoC: cs42l56: Fix reset GPIO name in example DT binding
    ASoC: rt5514-spi: check irq status to schedule data copy in resume function
    ...

    Linus Torvalds
     

25 Oct, 2017

1 commit

  • …READ_ONCE()/WRITE_ONCE()

    Please do not apply this to mainline directly, instead please re-run the
    coccinelle script shown below and apply its output.

    For several reasons, it is desirable to use {READ,WRITE}_ONCE() in
    preference to ACCESS_ONCE(), and new code is expected to use one of the
    former. So far, there's been no reason to change most existing uses of
    ACCESS_ONCE(), as these aren't harmful, and changing them results in
    churn.

    However, for some features, the read/write distinction is critical to
    correct operation. To distinguish these cases, separate read/write
    accessors must be used. This patch migrates (most) remaining
    ACCESS_ONCE() instances to {READ,WRITE}_ONCE(), using the following
    coccinelle script:

    ----
    // Convert trivial ACCESS_ONCE() uses to equivalent READ_ONCE() and
    // WRITE_ONCE()

    // $ make coccicheck COCCI=/home/mark/once.cocci SPFLAGS="--include-headers" MODE=patch

    virtual patch

    @ depends on patch @
    expression E1, E2;
    @@

    - ACCESS_ONCE(E1) = E2
    + WRITE_ONCE(E1, E2)

    @ depends on patch @
    expression E;
    @@

    - ACCESS_ONCE(E)
    + READ_ONCE(E)
    ----

    Signed-off-by: Mark Rutland <mark.rutland@arm.com>
    Signed-off-by: Paul E. McKenney <paulmck@linux.vnet.ibm.com>
    Cc: Linus Torvalds <torvalds@linux-foundation.org>
    Cc: Peter Zijlstra <peterz@infradead.org>
    Cc: Thomas Gleixner <tglx@linutronix.de>
    Cc: davem@davemloft.net
    Cc: linux-arch@vger.kernel.org
    Cc: mpe@ellerman.id.au
    Cc: shuah@kernel.org
    Cc: snitzer@redhat.com
    Cc: thor.thayer@linux.intel.com
    Cc: tj@kernel.org
    Cc: viro@zeniv.linux.org.uk
    Cc: will.deacon@arm.com
    Link: http://lkml.kernel.org/r/1508792849-3115-19-git-send-email-paulmck@linux.vnet.ibm.com
    Signed-off-by: Ingo Molnar <mingo@kernel.org>

    Mark Rutland
     

11 Oct, 2017

1 commit

  • As syzkaller spotted, currently bcd2000 driver submits a URB with the
    fixed EP without checking whether it's actually available, which may
    result in a kernel warning like:
    usb 1-1: BOGUS urb xfer, pipe 1 != type 3
    ------------[ cut here ]------------
    WARNING: CPU: 0 PID: 1846 at drivers/usb/core/urb.c:449
    usb_submit_urb+0xf8a/0x11d0
    Modules linked in:
    CPU: 0 PID: 1846 Comm: kworker/0:2 Not tainted
    4.14.0-rc2-42613-g1488251d1a98 #238
    Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS Bochs 01/01/2011
    Workqueue: usb_hub_wq hub_event
    Call Trace:
    bcd2000_init_device sound/usb/bcd2000/bcd2000.c:289
    bcd2000_init_midi sound/usb/bcd2000/bcd2000.c:345
    bcd2000_probe+0xe64/0x19e0 sound/usb/bcd2000/bcd2000.c:406
    usb_probe_interface+0x35d/0x8e0 drivers/usb/core/driver.c:361
    ....

    This patch adds a sanity check of validity of EPs at the device
    initialization phase for avoiding the call with an invalid EP.

    Reported-by: Andrey Konovalov
    Tested-by: Andrey Konovalov
    Signed-off-by: Takashi Iwai

    Takashi Iwai
     

07 Aug, 2017

1 commit


12 Jan, 2017

1 commit


26 May, 2015

1 commit


07 Apr, 2014

1 commit

  • This patch adds initial support for the Behringer BCD2000 USB DJ controller.
    At the moment, only the MIDI part of the device is working, i.e. knobs,
    buttons and LEDs.

    I also plan to add support for the audio part, but I assume that this will
    require more effort than the rather simple MIDI interface. Progress can be
    tracked at https://github.com/anyc/snd-usb-bcd2000.

    Signed-off-by: Mario Kicherer
    Reviewed-by: Daniel Mack
    Reviewed-by: Clemens Ladisch
    Signed-off-by: Takashi Iwai

    Mario Kicherer