29 Jun, 2018

2 commits


11 Nov, 2017

1 commit


02 Nov, 2017

1 commit

  • Many source files in the tree are missing licensing information, which
    makes it harder for compliance tools to determine the correct license.

    By default all files without license information are under the default
    license of the kernel, which is GPL version 2.

    Update the files which contain no license information with the 'GPL-2.0'
    SPDX license identifier. The SPDX identifier is a legally binding
    shorthand, which can be used instead of the full boiler plate text.

    This patch is based on work done by Thomas Gleixner and Kate Stewart and
    Philippe Ombredanne.

    How this work was done:

    Patches were generated and checked against linux-4.14-rc6 for a subset of
    the use cases:
    - file had no licensing information it it.
    - file was a */uapi/* one with no licensing information in it,
    - file was a */uapi/* one with existing licensing information,

    Further patches will be generated in subsequent months to fix up cases
    where non-standard license headers were used, and references to license
    had to be inferred by heuristics based on keywords.

    The analysis to determine which SPDX License Identifier to be applied to
    a file was done in a spreadsheet of side by side results from of the
    output of two independent scanners (ScanCode & Windriver) producing SPDX
    tag:value files created by Philippe Ombredanne. Philippe prepared the
    base worksheet, and did an initial spot review of a few 1000 files.

    The 4.13 kernel was the starting point of the analysis with 60,537 files
    assessed. Kate Stewart did a file by file comparison of the scanner
    results in the spreadsheet to determine which SPDX license identifier(s)
    to be applied to the file. She confirmed any determination that was not
    immediately clear with lawyers working with the Linux Foundation.

    Criteria used to select files for SPDX license identifier tagging was:
    - Files considered eligible had to be source code files.
    - Make and config files were included as candidates if they contained >5
    lines of source
    - File already had some variant of a license header in it (even if
    Reviewed-by: Philippe Ombredanne
    Reviewed-by: Thomas Gleixner
    Signed-off-by: Greg Kroah-Hartman

    Greg Kroah-Hartman
     

05 Sep, 2017

1 commit


01 Oct, 2015

1 commit

  • This patch removes the old PXA DMA API usage and switches over to
    generic functions provided by snd-soc-dmaengine-pcm.

    More cleanups may be done on top of this, and some function stubs can
    now be removed completetly. However, the intention here was to keep
    the transition as small as possible.

    This was tested on the mioa701 pxa27x board.

    Signed-off-by: Daniel Mack
    [trivial change from mmp-dma to pxa-dma]
    Signed-off-by: Robert Jarzmik
    Signed-off-by: Mark Brown

    Daniel Mack
     

15 Aug, 2013

1 commit

  • Use snd_dmaengine_dai_dma_data for passing the dma parameters from
    clients to the pxa pcm lib. This does no functional change, it's just an
    intermedia step to migrate the pxa bits over to dmaengine.

    The calculation of dcmd is a transition hack which will be removed again
    in a later patch. It's just there to make the transition more readable.

    Signed-off-by: Daniel Mack
    Acked-by: Mark Brown
    Signed-off-by: Mark Brown

    Daniel Mack
     

15 Apr, 2009

1 commit

  • Currently there are two possible platform datas for the PXA AC97 driver:
    one supported by the generic AC97 driver only which provides callbacks
    to allow board-specific configuration at stream startup and teardown,
    and another for pxa2xx-ac97-lib which allows configuration of the reset
    GPIO for PXA2xx CPUs.

    Obviously this won't actually work when using the generic AC97 driver
    since the drivers will attempt to parse the platform data in both
    formats. Fix this by merging the two structures.

    Signed-off-by: Mark Brown
    Acked-by: Robert Jarzmik
    Cc: Marek Vasut
    Signed-off-by: Eric Miao

    Mark Brown
     

16 Mar, 2009

1 commit

  • As the PXA27x series allow 2 gpios to reset the ac97 bus,
    allow through platform data configuration the definition of
    the correct gpio which will reset the AC97 bus.

    This comes from a silicon defect on the PXA27x series, where
    the gpio must be manually controlled in warm reset cases.

    Signed-off-by: Robert Jarzmik
    Signed-off-by: Mark Brown

    Robert Jarzmik
     

23 Sep, 2008

2 commits

  • ASoC and non-ASoC drivers for PCM DMA on PXA share lots of common code.
    Move it to pxa2xx-lib.

    [Fixed some checkpatch warnings -- broonie]

    Signed-off-by: Dmitry Baryshkov
    Signed-off-by: Mark Brown
    Signed-off-by: Jaroslav Kysela

    Dmitry Baryshkov
     
  • ASoC and non-ASoC drivers for ACLINK on PXA share lot's of common code.
    Move all common code into separate module snd-pxa2xx-lib.

    [Fixed handing of SND_AC97_CODEC in Kconfig and some checkpatch warnings
    -- broonie]

    Signed-off-by: Dmitry Baryshkov
    Signed-off-by: Mark Brown
    Signed-off-by: Jaroslav Kysela

    Dmitry Baryshkov