05 Feb, 2015

1 commit


07 Jan, 2015

1 commit


31 Dec, 2014

1 commit


15 Dec, 2014

1 commit

  • Pull driver core update from Greg KH:
    "Here's the set of driver core patches for 3.19-rc1.

    They are dominated by the removal of the .owner field in platform
    drivers. They touch a lot of files, but they are "simple" changes,
    just removing a line in a structure.

    Other than that, a few minor driver core and debugfs changes. There
    are some ath9k patches coming in through this tree that have been
    acked by the wireless maintainers as they relied on the debugfs
    changes.

    Everything has been in linux-next for a while"

    * tag 'driver-core-3.19-rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/driver-core: (324 commits)
    Revert "ath: ath9k: use debugfs_create_devm_seqfile() helper for seq_file entries"
    fs: debugfs: add forward declaration for struct device type
    firmware class: Deletion of an unnecessary check before the function call "vunmap"
    firmware loader: fix hung task warning dump
    devcoredump: provide a one-way disable function
    device: Add dev__once variants
    ath: ath9k: use debugfs_create_devm_seqfile() helper for seq_file entries
    ath: use seq_file api for ath9k debugfs files
    debugfs: add helper function to create device related seq_file
    drivers/base: cacheinfo: remove noisy error boot message
    Revert "core: platform: add warning if driver has no owner"
    drivers: base: support cpu cache information interface to userspace via sysfs
    drivers: base: add cpu_device_create to support per-cpu devices
    topology: replace custom attribute macros with standard DEVICE_ATTR*
    cpumask: factor out show_cpumap into separate helper function
    driver core: Fix unbalanced device reference in drivers_probe
    driver core: fix race with userland in device_add()
    sysfs/kernfs: make read requests on pre-alloc files use the buffer.
    sysfs/kernfs: allow attributes to request write buffer be pre-allocated.
    fs: sysfs: return EGBIG on write if offset is larger than file size
    ...

    Linus Torvalds
     

08 Dec, 2014

1 commit


28 Nov, 2014

1 commit

  • According to the sgtl5000 datasheet the MCLK frequency range restriction of
    8 to 27 MHz only applies when the PLL is used - synchronous SYS_MCLK input mode.

    mxs-sgtl5000 machine sets the codec as slave, and mx28 generates MCLK in the
    range of 256*fs, 384*fs or 512*fs, which is called asynchronous SYS_MCLK
    input.

    In asynchronous SYS_MCLK we cannot have the 8 to 27 MHz check because if we
    want to play a 8KHz sample rate track, with a MCLK of 8k * 512 = 4.096MHz the
    current check would return -EINVAL, which is not correct.

    Remove the 8 to 27MHz frequency check, since this only applies to the
    synchronous SYS_MCLK input case.

    Signed-off-by: Fabio Estevam
    Signed-off-by: Mark Brown

    Fabio Estevam
     

11 Nov, 2014

1 commit

  • Instead of registering the irq name with the driver name, it's better to pass
    the device name so that we have a more explicit indication as to what saif
    instance the irq is related:

    $ cat /proc/interrupts
    CPU0
    ...
    214: 4 - 59 80042000.saif
    215: 0 - 58 80046000.saif

    Signed-off-by: Fabio Estevam
    Signed-off-by: Mark Brown

    Fabio Estevam
     

20 Oct, 2014

1 commit


16 Jan, 2014

1 commit


07 Jan, 2014

2 commits

  • Since commit 7b11304 ("dma: mxs-dma: Report correct residue for cyclic DMA")
    the mxs dmaengine driver has support for residue reporting. So there is no need
    to specify the SND_DMAENGINE_PCM_FLAG_NO_RESIDUE flag anymore. This allows a
    finer grained resolution for the PCM pointer as well as avoids the race
    condition that can occur with the period counting that is used when the
    dmaengine driver does not support residue reporting.

    Signed-off-by: Lars-Peter Clausen
    Tested-by: Shawn Guo
    Signed-off-by: Mark Brown

    Lars-Peter Clausen
     
  • The ASoC core assumes that the PCM component of the ASoC card transparently
    moves data around and does not impose any restrictions on the memory layout or
    the transfer speed. It ignores all fields from the snd_pcm_hardware struct for
    the PCM driver that are related to this. Setting these fields in the PCM driver
    might suggest otherwise though, so rather not set them.

    Signed-off-by: Lars-Peter Clausen
    Tested-by: Shawn Guo
    Signed-off-by: Mark Brown

    Lars-Peter Clausen
     

02 Jan, 2014

1 commit

  • …opic/adav80x', 'asoc/topic/adsp', 'asoc/topic/ak4641', 'asoc/topic/ak4642', 'asoc/topic/arizona', 'asoc/topic/atmel', 'asoc/topic/au1x', 'asoc/topic/axi', 'asoc/topic/bcm2835', 'asoc/topic/blackfin', 'asoc/topic/cs4271', 'asoc/topic/cs42l52', 'asoc/topic/da7210', 'asoc/topic/davinci', 'asoc/topic/ep93xx', 'asoc/topic/fsl', 'asoc/topic/fsl-mxs', 'asoc/topic/generic', 'asoc/topic/hdmi', 'asoc/topic/jack', 'asoc/topic/jz4740', 'asoc/topic/max98090', 'asoc/topic/mxs', 'asoc/topic/omap', 'asoc/topic/pxa', 'asoc/topic/rcar', 'asoc/topic/s6000', 'asoc/topic/sai', 'asoc/topic/samsung', 'asoc/topic/sgtl5000', 'asoc/topic/spear', 'asoc/topic/ssm2518', 'asoc/topic/ssm2602', 'asoc/topic/tegra', 'asoc/topic/tlv320aic3x', 'asoc/topic/twl6040', 'asoc/topic/txx9', 'asoc/topic/uda1380', 'asoc/topic/width', 'asoc/topic/wm8510', 'asoc/topic/wm8523', 'asoc/topic/wm8580', 'asoc/topic/wm8711', 'asoc/topic/wm8728', 'asoc/topic/wm8731', 'asoc/topic/wm8741', 'asoc/topic/wm8750', 'asoc/topic/wm8753', 'asoc/topic/wm8776', 'asoc/topic/wm8804', 'asoc/topic/wm8900', 'asoc/topic/wm8901', 'asoc/topic/wm8940', 'asoc/topic/wm8962', 'asoc/topic/wm8974', 'asoc/topic/wm8985', 'asoc/topic/wm8988', 'asoc/topic/wm8990', 'asoc/topic/wm8991', 'asoc/topic/wm8994', 'asoc/topic/wm8995', 'asoc/topic/wm9081' and 'asoc/topic/x86' into asoc-next

    Mark Brown
     

19 Dec, 2013

1 commit

  • The kernel as a number of cases of gendered language. The majority of these
    refer to objects that don't have gender in English, and so I've replaced
    them with "it" and "its". Some refer to people (developers or users), and
    I've replaced these with the singular "they" variant. Some are simply
    typos that I've fixed up.

    I've left cases where gendered language was used to refer to specific
    individuals, was a quote or is part of license text.

    Signed-off-by: Matthew Garrett
    Signed-off-by: Mark Brown

    Matthew Garrett
     

18 Dec, 2013

1 commit

  • The kernel as a number of cases of gendered language. The majority of these
    refer to objects that don't have gender in English, and so I've replaced
    them with "it" and "its". Some refer to people (developers or users), and
    I've replaced these with the singular "they" variant. Some are simply
    typos that I've fixed up.

    I've left cases where gendered language was used to refer to specific
    individuals, was a quote or is part of license text.

    Signed-off-by: Matthew Garrett
    Signed-off-by: Mark Brown

    Mark Brown
     

02 Dec, 2013

1 commit


24 Oct, 2013

1 commit


15 Oct, 2013

2 commits


19 Sep, 2013

1 commit


17 Sep, 2013

1 commit

  • mxs is a device tree only platform, which allows us to simplify a bit
    mxs_sgtl5000_probe(), because there is no need to check whether device tree is
    supported or not.

    Remove mxs_sgtl5000_probe_dt() and place its content inside mxs_sgtl5000_probe()
    for making the code simpler.

    Signed-off-by: Fabio Estevam
    Signed-off-by: Mark Brown

    Fabio Estevam
     

02 Sep, 2013

1 commit


01 Sep, 2013

1 commit

  • On a mx28 board, running "aplay -l" and "arecord -l" results in the following:

    $ aplay -l
    **** List of PLAYBACK Hardware Devices ****
    card 0: mxssgtl5000 [mxs_sgtl5000], device 0: Playback sgtl5000-0 []
    Subdevices: 1/1
    Subdevice #0: subdevice #0
    card 0: mxssgtl5000 [mxs_sgtl5000], device 1: Capture sgtl5000-1 []
    Subdevices: 1/1
    Subdevice #0: subdevice #0

    $ arecord -l
    **** List of CAPTURE Hardware Devices ****
    card 0: mxssgtl5000 [mxs_sgtl5000], device 0: Playback sgtl5000-0 []
    Subdevices: 1/1
    Subdevice #0: subdevice #0
    card 0: mxssgtl5000 [mxs_sgtl5000], device 1: Capture sgtl5000-1 []
    Subdevices: 1/1
    Subdevice #0: subdevice #0

    ,which is not correct because we got a capture device listed in aplay and a
    playback device listed in arecord.

    On mx28 there are two serial audio interface ports (SAIF0 and SAIF1) and each
    one of them are unidirectional.

    Allow to specify a dai link as 'playback_only' or 'capture_only', which suits
    well for this case.

    After this change we can correctly report the capabilities as follows:

    $ aplay -l
    **** List of PLAYBACK Hardware Devices ****
    card 0: mxssgtl5000 [mxs_sgtl5000], device 0: HiFi Playback sgtl5000-0 []
    Subdevices: 1/1
    Subdevice #0: subdevice #0

    $ arecord -l
    **** List of CAPTURE Hardware Devices ****
    card 0: mxssgtl5000 [mxs_sgtl5000], device 1: HiFi Capture sgtl5000-1 []
    Subdevices: 1/1
    Subdevice #0: subdevice #0

    Also tested playback and capture on the mx28evk board.

    Signed-off-by: Fabio Estevam
    Signed-off-by: Mark Brown

    Fabio Estevam
     

06 Aug, 2013

1 commit


22 Jul, 2013

2 commits


19 Jul, 2013

1 commit


05 Jul, 2013

1 commit


01 Jul, 2013

1 commit

  • Mostly the mxs system design uses saif0 mclk output as the clock source
    of codec. Since the mclk is implemented as a general divider with the
    saif clk as the parent clock, let's register the mclk as a basic
    clk-divider to common clock framework. Then with it being a clock
    provdier, clk_get() call in codec driver probe function will just work.

    Signed-off-by: Shawn Guo
    Signed-off-by: Mark Brown

    Shawn Guo
     

18 Jun, 2013

1 commit


13 May, 2013

4 commits


04 May, 2013

1 commit

  • Pull sound updates from Takashi Iwai:
    "Mostly many small changes spread as seen in diffstat in sound/*
    directory by this update. A significant change in the subsystem level
    is the introduction of snd_soc_component, which will help more generic
    handling of SoC and off-SoC components.

    Also, snd_BUG_ON() macro is enabled unconditionally now due to its
    misuses, so people might hit kernel warnings (it's a good thing for
    us).

    - compress-offload: support for capture by Charles Keepax
    - HD-audio: codec delay support by Dylan Reid
    - HD-audio: improvements/fixes in generic parser: better headphone
    mic and headset mic support, jack_modes hint consolidation, proper
    beep attach/detachment, generalized power filter controls by David
    Henningsson, et al
    - HD-audio: Improved management of HDMI codec pins/converters
    - HD-audio: Better pin/DAC assignment for VIA codecs
    - HD-audio: Haswell HDMI workarounds
    - HD-audio: ALC268 codec support, a few new quirks for Chromebooks
    - USB: regression fixes: USB-MIDI autopm fix, the recent ISO latency
    fix by Clemens Ladisch
    - USB: support for DSD formats by Daniel Mack
    - USB: A few UAC2 device endian/cock fixes by Eldad Zack
    - USB: quirks for Emu 192kHz support, Novation Twitch DJ controller,
    Yamaha THRxx devices
    - HDSPM: updates for TCO controls by Adrian Knoth
    - ASoC: Add a snd_soc_component object type for generic handling of
    SoC and off-SoC components by Kuninori Morimoto,
    - dmaengine: a large set of cleanups and conversions by Lars-Peter
    Clausen
    - ASoC DAPM: performance optimizations from Ryo Tsutsui
    - ASoC DAPM: support for mixer control sharing by Stephen Warren
    - ASoC: multiplatform ARM cleanups from Arnd Bergmann
    - ASoC: new codec drivers for AK5385 and TAS5086 from Daniel Mack"

    * tag 'sound-3.10' of git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound: (315 commits)
    ALSA: usb-audio: caiaq: fix endianness bug in snd_usb_caiaq_maschine_dispatch
    ALSA: asihpi: add format support check in snd_card_asihpi_capture_formats
    ALSA: pcm_format_to_bits strong-typed conversion
    ALSA: compress: fix the states to check for allowing read
    ALSA: hda - Move Thinkpad X220 to use auto parser
    ALSA: USB: adjust for changed 3.8 USB API
    ALSA: usb - Avoid unnecessary sample rate changes on USB 2.0 clock sources
    sound: oss/dmabuf: use dma_map_single
    ALSA: ali5451: use mdelay instead of large udelay constants
    ALSA: hda - Add the support for ALC286 codec
    ALSA: usb-audio: USB quirk for Yamaha THR10C
    ALSA: usb-audio: USB quirk for Yamaha THR5A
    ALSA: usb-audio: USB quirk for Yamaha THR10
    ALSA: usb-audio: Fix autopm error during probing
    ALSA: snd-usb: try harder to find USB_DT_CS_ENDPOINT
    ALSA: sound kconfig typo
    ALSA: emu10k1: Fix dock firmware loading
    ASoC: ux500: forward declare msp_i2s_platform_data
    ASoC: davinci-mcasp: Add Support BCLK-to-LRCLK ratio for TDM modes
    ASoC: davinci-pcm, davinci-mcasp: Clean up active_serializers
    ...

    Linus Torvalds
     

24 Apr, 2013

1 commit


22 Apr, 2013

3 commits


17 Apr, 2013

1 commit

  • Refactor the dmaengine PCM library to allow the DMA channel to be requested
    before opening a PCM substream. snd_dmaengine_pcm_open() now expects a DMA
    channel instead of a filter function and filter parameter as its parameters.
    snd_dmaengine_pcm_close() is updated to not release the DMA channel. This allows
    a dmaengine based PCM driver to request its channels before the substream is
    opened.

    The patch also introduces two new functions, snd_dmaengine_pcm_open_request_chan()
    and snd_dmaengine_pcm_close_release_chan(), which have the same signature and
    behaviour of the old snd_dmaengine_pcm_{open,close}() and internally use the new
    variants of these functions. All users of snd_dmaengine_pcm_{open,close}() are
    updated to use snd_dmaengine_pcm_open_request_chan() and
    snd_dmaengine_pcm_close_release_chan().

    Signed-off-by: Lars-Peter Clausen
    Tested-by: Stephen Warren
    Tested-by: Shawn Guo
    Signed-off-by: Mark Brown

    Lars-Peter Clausen
     

12 Apr, 2013

1 commit