13 Sep, 2013

1 commit


12 Sep, 2013

1 commit

  • Pull sound fixes from Takashi Iwai:
    "A few last-minute fixes for 3.12-rc1. All patches are driver
    specific.

    - HD-audio fixes: MacBook 6,1/6,2 speaker fix, ASUS TX300 dock
    speaker fix, Toshiba Satellite irq fix, Haswell HDMI audio
    cleanups)

    - ASoC fixes: atmel irq fix, fsl DT fix, mc13783 spi fix, kirkwood
    compatible string change, etc"

    * tag 'sound-3.12' of git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound:
    ASoC: mc13783: add spi errata fix
    ASoC: rsnd: fixup flag name of rsnd_scu_platform_info
    ALSA: hda - Add CS4208 codec support for MacBook 6,1 and 6,2
    ALSA: hda - Add Toshiba Satellite C870 to MSI blacklist
    ASoC: fsl_spdif: Select regmap-mmio
    ALSA: hda - unmute pin amplifier in infoframe setup for Haswell
    ALSA: hda - define is_haswell() to check if a display audio codec is Haswell
    ALSA: hda - Add dock speaker support for ASUS TX300
    ASoC: kirkwood: change the compatible string of the kirkwood-i2s driver
    ASoC: atmel: disable error interrupt
    ASoC: fsl: imx-audmux: Do not call imx_audmux_parse_dt_defaults() on non-dt kernel

    Linus Torvalds
     

11 Sep, 2013

7 commits


09 Sep, 2013

4 commits

  • it should be *USE*, not *USB*

    Signed-off-by: Kuninori Morimoto
    Signed-off-by: Mark Brown

    Kuninori Morimoto
     
  • MacBook 6,1 and 6,2 have a CS4208 codec instead of CS4206/CS4207 on
    the former models. Most of functions work fine as is, except for the
    silent speaker output. After debugging sessions, it turned out that
    the machine needs to set GPIO 0 for the speaker amp.

    This patch adds the basic support for CS4208 and the fixup for these
    MacBooks. Basically the codec works just with the generic parser.
    For re-using the existing GPIO amp code and init/free callbacks, a few
    places have been changed so that CS4206/4207-specific codes (errata,
    etc) won't hit with CS4208.

    Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=60811
    Reported-and-tested-by: Imre Kaloz
    Reported-and-tested-by: Ian Munsie
    Signed-off-by: Takashi Iwai

    Takashi Iwai
     
  • Toshiba Satellite C870 shows interrupt problems occasionally when
    certain mixer controls like "Mic Switch" is toggled. This seems
    worked around by not using MSI.

    Bugzilla: https://bugzilla.novell.com/show_bug.cgi?id=833585
    Cc:
    Signed-off-by: Takashi Iwai

    Takashi Iwai
     
  • The S/PDIF driver needs regmap so select it to make sure it gets
    included in the build.

    Reported-by: Fengguang Wu
    Acked-by: Nicolin Chen
    Signed-off-by: Mark Brown

    Mark Brown
     

07 Sep, 2013

3 commits

  • Pull trivial tree from Jiri Kosina:
    "The usual trivial updates all over the tree -- mostly typo fixes and
    documentation updates"

    * 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/jikos/trivial: (52 commits)
    doc: Documentation/cputopology.txt fix typo
    treewide: Convert retrun typos to return
    Fix comment typo for init_cma_reserved_pageblock
    Documentation/trace: Correcting and extending tracepoint documentation
    mm/hotplug: fix a typo in Documentation/memory-hotplug.txt
    power: Documentation: Update s2ram link
    doc: fix a typo in Documentation/00-INDEX
    Documentation/printk-formats.txt: No casts needed for u64/s64
    doc: Fix typo "is is" in Documentations
    treewide: Fix printks with 0x%#
    zram: doc fixes
    Documentation/kmemcheck: update kmemcheck documentation
    doc: documentation/hwspinlock.txt fix typo
    PM / Hibernate: add section for resume options
    doc: filesystems : Fix typo in Documentations/filesystems
    scsi/megaraid fixed several typos in comments
    ppc: init_32: Fix error typo "CONFIG_START_KERNEL"
    treewide: Add __GFP_NOWARN to k.alloc calls with v.alloc fallbacks
    page_isolation: Fix a comment typo in test_pages_isolated()
    doc: fix a typo about irq affinity
    ...

    Linus Torvalds
     
  • When Gfx driver reconnects a port and transcoder, the pin amplifier will
    be muted. To enable sound, the pin amp need to be unmuted.

    This patch
    - moves pin amp unmuting from stream preparing to hdmi_setup_audio_infoframe().
    So if port:transcoder reconnection happens during stream playback, the ELDV
    unsol event can stil trigger pin's amp unmuting when re-setting up audio
    info frame.

    - remove reading pin amp status before unmuting for speed-up, since pin amp
    should always be unmuted.

    - rename haswell_verify_pin_D0() to haswell_verify_D0(), since the convertor
    power state is also fixed here.

    This patch is mostly based on suggestion of David Henningsson.

    Cc: David Henningsson
    Signed-off-by: Mengdong Lin
    Signed-off-by: Takashi Iwai

    Mengdong Lin
     
  • To apply Haswell specific fixings, this patch defines is_haswell() to check
    whether a display audio codec is Haswell, to avoid explicitly checking Haswell
    vendor ID everywhere.

    Signed-off-by: Mengdong Lin
    Signed-off-by: Takashi Iwai

    Mengdong Lin
     

06 Sep, 2013

5 commits

  • ASUS TX300 has a built-in speaker in the tablet part and in the dock
    part, and the tablet speaker is supposed to be unused while the
    machine is docked. The current HD-audio driver, however, doesn't
    support the dock speaker, partly because BIOS doesn't set up the pin
    for the corresponding output.

    But, not only the missing pin config, also the missing unsol event
    handling is another issue. Otherwise the automatic switching via
    dock/undock won't work.

    Through debugging sessions, we found out that the dock speaker pin is
    NID 0x1b, and it generates an unsol event at docking/undocking, the
    docking state can be inquired via the normal pin detection verb.
    Also, it's turned out that GPIO 2 is needed as an amp. So, all
    materials are ready to cook.

    This patch provides the basic dock speaker support with TX300:
    - The dock speaker is turned on/off via "Dock Speaker" mixer mute.
    - The dock speaker is automatically muted when docked. This is
    independently from the mixer mute switch, just like the headphone
    auto-mute function.

    The implementation is a bit tricky. Since we want to handle it as a
    secondary speaker, we set it up a pin as a speaker with a jack
    detection. Then, the fixup function registers the own unsol callback
    for this pin because the standard automute can't handle the thing like
    a "speaker jack". In the own automute hook, we apply the mute of the
    tablet speaker in addition by checking the dock state.

    Also, the speaker control names are slightly shuffled because the
    generic parser doesn't give good names but blindly assumes a bass
    speaker as a secondary speaker.

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

    Takashi Iwai
     
  • The compatible string of the kirkwood-i2s driver was chosen as
    "marvell,mvebu-audio". Using such a compatible string is not a good
    idea, since "mvebu" is the name of a large family of SOCs, in which
    new, unknown SOCs will be coming in the future. It is therefore
    impossible to know what will be evolutions of this hardware block in
    the next generations of the SOCs. For this reason, the recommandation
    for compatible strings of on-SOCs devices has always been to use the
    name of the oldest SOC that has the hardware block. New SOCs that have
    an exactly compatible hardware block can reference it using the same
    compatible string. See [1], [2] and [3] for various cases were this
    suggestion was made, including from Rob Herring, a Device Tree binding
    maintainer.

    As an example, there are already small differences between current
    generations:

    * On Kirkwood, only one interrupt is used for audio.
    * On Dove, two interrupts are used, one for audio data and one for
    error reporting.

    In the near future, I'll be adding audio support to Armada 370, which
    allows has the same hardware block (but maybe with minor variants).

    Therefore, this patch changes the driver to accept
    "marvell,kirkwood-audio" and "marvell,dove-audio" as compatible
    strings instead of the too-generic "marvell,mvebu-audio". The reason
    for the two different compatible strings is the difference in the
    number of interrupts used by the two SOCs for audio.

    This Device Tree binding has never been part of a Linux kernel stable
    release so far, so it can be changed now without breaking backward
    compatibility.

    [1] http://lists.infradead.org/pipermail/linux-mtd/2012-March/040417.html
    [2] http://lists.infradead.org/pipermail/linux-arm-kernel/2013-April/161065.html
    [3] http://lists.infradead.org/pipermail/linux-arm-kernel/2012-March/087702.html

    Signed-off-by: Thomas Petazzoni
    Signed-off-by: Mark Brown

    Thomas Petazzoni
     
  • Pull media updates from Mauro Carvalho Chehab:
    "This series contains:
    - Exynos s5p-mfc driver got support for VP8 encoder
    - Some SoC drivers gained support for asynchronous registration
    (needed for DT)
    - The RC subsystem gained support for RC activity LED;
    - New drivers added: a video decoder(adv7842), a video encoder
    (adv7511), a new GSPCA driver (stk1135) and support for Renesas
    R-Car (vsp1)
    - the first SDR kernel driver: mirics msi3101. Due to some troubles
    with the driver, and because the API is still under discussion, it
    will be merged at staging for 3.12. Need to rework on it
    - usual new boards additions, fixes, cleanups and driver
    improvements"

    * 'v4l_for_linus' of git://git.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-media: (242 commits)
    [media] cx88: Fix regression: CX88_AUDIO_WM8775 can't be 0
    [media] exynos4-is: Fix entity unregistration on error path
    [media] exynos-gsc: Register v4l2 device
    [media] exynos4-is: Fix fimc-lite bayer formats
    [media] em28xx: fix assignment of the eeprom data
    [media] hdpvr: fix iteration over uninitialized lists in hdpvr_probe()
    [media] usbtv: Throw corrupted frames away
    [media] usbtv: Fix deinterlacing
    [media] v4l2: added missing mutex.h include to v4l2-ctrls.h
    [media] DocBook: upgrade media_api DocBook version to 4.2
    [media] ml86v7667: fix compile warning: 'ret' set but not used
    [media] s5p-g2d: Fix registration failure
    [media] media: coda: Fix DT driver data pointer for i.MX27
    [media] s5p-mfc: Fix input/output format reporting
    [media] v4l: vsp1: Fix mutex double lock at streamon time
    [media] v4l: vsp1: Add support for RT clock
    [media] v4l: vsp1: Initialize media device bus_info field
    [media] davinci: vpif_capture: fix error return code in vpif_probe()
    [media] davinci: vpif_display: fix error return code in vpif_probe()
    [media] MAINTAINERS: add entries for adv7511 and adv7842
    ...

    Linus Torvalds
     
  • Pull drm tree changes from Dave Airlie:
    "This is the main drm pull request, I have some overlap with sound and
    arm-soc, the sound patch is acked and may conflict based on -next
    reports but should be a trivial fixup, which I'll leave to you!

    Highlights:

    - new drivers:

    MSM driver from Rob Clark

    - non-drm:

    switcheroo and hdmi audio driver support for secondary GPU
    poweroff, so drivers can use runtime PM to poweroff the GPUs. This
    can save 5 or 6W on some optimus laptops.

    - drm core:

    combined GEM and TTM VMA manager
    per-filp mmap permission tracking
    initial rendernode support (via a runtime enable for now, until we get api stable),
    remove old proc support,
    lots of cleanups of legacy code
    hdmi vendor infoframes and 4k modes
    lots of gem/prime locking and races fixes
    async pageflip scaffolding
    drm bridge objects

    - i915:

    Haswell PC8+ support and eLLC support, HDMI 4K support, initial
    per-process VMA pieces, watermark reworks, convert to generic hdmi
    infoframes, encoder reworking, fastboot support,

    - radeon:

    CIK PM support, remove 3d blit code in favour of DMA engines,
    Berlin GPU support, HDMI audio fixes

    - nouveau:

    secondary GPU power down support for optimus laptops, lots of
    fixes, use MSI, VP3 engine support

    - exynos:

    runtime pm support for g2d, DT support, remove non-DT,

    - tda998x i2c driver:

    lots of fixes for sync issues

    - gma500:

    lots of cleanups

    - rcar:

    add LVDS support, fbdev emulation,

    - tegra:

    just minor fixes"

    * 'drm-next' of git://people.freedesktop.org/~airlied/linux: (684 commits)
    drm/exynos: Fix build error with exynos_drm_connector.c
    drm/exynos: Remove non-DT support in exynos_drm_fimd
    drm/exynos: Remove non-DT support in exynos_hdmi
    drm/exynos: Remove non-DT support in exynos_drm_g2d
    drm/exynos: Remove non-DT support in exynos_hdmiphy
    drm/exynos: Remove non-DT support in exynos_ddc
    drm/exynos: Make Exynos DRM drivers depend on OF
    drm/exynos: Consider fallback option to allocation fail
    drm/exynos: fimd: move platform data parsing to separate function
    drm/exynos: fimd: get signal polarities from device tree
    drm/exynos: fimd: replace struct fb_videomode with videomode
    drm/exynos: check a pixel format to a particular window layer
    drm/exynos: fix fimd pixel format setting
    drm/exynos: Add NULL pointer check
    drm/exynos: Remove redundant error messages
    drm/exynos: Add missing of.h header include
    drm/exynos: Remove redundant NULL check in exynos_drm_buf
    drm/exynos: add device tree support for rotator
    drm/exynos: Add missing includes
    drm/exynos: add runtime pm interfaces to g2d driver
    ...

    Linus Torvalds
     
  • Pull i2c updates from Wolfram Sang:
    "Highlights:

    - OF and ACPI helpers are now included in the core, and not in
    external files anymore. This removes dependency problems for
    modules and is cleaner, in general.
    - mv64xxx-driver gains fifo usage to support mv78230
    - imx-driver overhaul to support VF610
    - various cleanups, most notably related to devm_* and CONFIG_PM
    usage
    - driver bugfixes and smaller feature additions"

    * 'i2c/for-next' of git://git.kernel.org/pub/scm/linux/kernel/git/wsa/linux: (51 commits)
    i2c: rcar: add rcar-H2 support
    i2c: sirf: retry 3 times as sometimes we get random noack and timeout
    i2c: sirf: support reverse direction of address
    i2c: sirf: fix the typo for setting bitrate to less than 100k
    i2c: sirf: we need to wait I2C_RESET status in resume
    i2c: sirf: reset i2c controller early after we get a noack
    i2c: designware: get SDA hold time, HCNT and LCNT configuration from ACPI
    i2c: designware: make HCNT/LCNT values configurable
    i2c: mpc: cleanup clock API use
    i2c: pnx: fix error return code in i2c_pnx_probe()
    i2c: ismt: add error return code in probe()
    i2c: mv64xxx: fix typo in binding documentation
    i2c: imx: use exact SoC revision to document binding
    i2c: move ACPI helpers into the core
    i2c: move OF helpers into the core
    i2c: mv64xxx: Fix timing issue on Armada XP (errata FE-8471889)
    i2c: mv64xxx: Add I2C Transaction Generator support
    i2c: powermac: fix return path on error
    Documentation: i2c: Fix example in instantiating-devices
    i2c: tiny-usb: do not use stack as URB transfer_buffer
    ...

    Linus Torvalds
     

05 Sep, 2013

2 commits

  • Pull PTR_RET() removal patches from Rusty Russell:
    "PTR_RET() is a weird name, and led to some confusing usage. We ended
    up with PTR_ERR_OR_ZERO(), and replacing or fixing all the usages.

    This has been sitting in linux-next for a whole cycle"

    [ There are still some PTR_RET users scattered about, with some of them
    possibly being new, but most of them existing in Rusty's tree too. We
    have that

    #define PTR_RET(p) PTR_ERR_OR_ZERO(p)

    thing in , so they continue to work for now - Linus ]

    * tag 'PTR_RET-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/rusty/linux:
    GFS2: Replace PTR_RET with PTR_ERR_OR_ZERO
    Btrfs: volume: Replace PTR_RET with PTR_ERR_OR_ZERO
    drm/cma: Replace PTR_RET with PTR_ERR_OR_ZERO
    sh_veu: Replace PTR_RET with PTR_ERR_OR_ZERO
    dma-buf: Replace PTR_RET with PTR_ERR_OR_ZERO
    drivers/rtc: Replace PTR_RET with PTR_ERR_OR_ZERO
    mm/oom_kill: remove weird use of ERR_PTR()/PTR_ERR().
    staging/zcache: don't use PTR_RET().
    remoteproc: don't use PTR_RET().
    pinctrl: don't use PTR_RET().
    acpi: Replace weird use of PTR_RET.
    s390: Replace weird use of PTR_RET.
    PTR_RET is now PTR_ERR_OR_ZERO(): Replace most.
    PTR_RET is now PTR_ERR_OR_ZERO

    Linus Torvalds
     
  • Pull sound updates from Takashi Iwai:
    "Changes are seen in a wide range of codes, mainly due to ASoC DAPM
    requirements; HD-audio shows a high peak in diffstat, it's just a
    removal of bunch of old static quirks.

    Some highlights:

    - HDPM: Updates for AIO/RayDAT support, TCO/sync support

    - RME96: Add PCM sync support

    - HD-audio:

    * A few HDMI/DP audio updates (CA assignment fix, stream switching
    fix, Intel DP device list support)
    * Device specific fixes (ASUS/CXT HP mic support, Thinkpad mic
    improvements, Chromebook fixes, STAC9228 Dell fixes)
    * Replace the all static quirks for AD codecs with the generic
    parser
    * WAKEEN support for handling irqs in the power saving mode

    - USB-audio: Clean up implicit fb handling and related codes

    - DAPM is now mandatory for ASoC CODEC drivers; all existing drivers
    have had some level of DAPM support added. In addition, a lot of
    cleanups and improvements in DAPM.

    - Support for ASoC cross-platform compile test

    - New drivers and support for Analog Devices ADAU1702 and
    ADAU1401(a), Asahi Kasei Microdevices AK4554, Atmel AT91ASM9x5 and
    WM8904 based machines, Freescale S/PDIF and SSI AC'97, Renesas
    R-Car SoCs, Samsung Exynos5420 SoCs, Texas Instruments PCM1681 and
    PCM1792A and Wolfson Microelectronics WM8997

    - DT bindings for kirkwood and i.MX S/PDIF

    - Clean up and bug fixes: ssm2602, rt5640 and sgtl5000.

    - Core helpers for bitbanged AC'97 reset"

    * tag 'sound-3.12' of git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound: (375 commits)
    ALSA: hda - Re-setup HDMI pin and audio infoframe on stream switches
    ALSA: hda - hdmi: Fallback to ALSA allocation when selecting CA
    ASoC: mxs-sgtl5000: Configure the dai_links as unidirectional
    ASoC: soc-pcm: Allow to specify unidirectional dai_link
    ASoC: fsl_spdif: Staticse non-exported symbols
    ASoC: ssm2602: Fix cache sync
    ASoC: Remove unused sysfs_registered field from snd_soc_codec struct
    ASoC: Remove unused debugfs_dapm field from snd_soc_{platform,codec} struct
    ASoC: Remove unused control_type field from snd_soc_codec struct
    ASoC: fsl: Add one blank space after ':=' in Makefile
    ASoC: fsl: Add wrapping for dev_dbg() in fsl_spdif.c
    ASoC: rt5640: change widget sequence for depop
    ASoC: dapm: Fix auto-disable for inverted controls
    ASoC: fsl: Drop SND_SOC_FSL_UTILS from SND_SOC_IMX_SPDIF
    ASoC: Samsung: Do not queue cyclic buffers multiple times
    ASoC: ep93xx-i2s: Remove unnecessary dev_set_drvdata()
    ASoC: designware_i2s: Remove unnecessary dev_set_drvdata()
    ASoC: fsl_spdif: remove redundant dev_err call in fsl_spdif_probe()
    ASoC: fsl: Add S/PDIF machine driver
    ASoc: kirkwood: Use the Kirkwood audio driver in Dove boards
    ...

    Linus Torvalds
     

04 Sep, 2013

2 commits

  • As once the error interrupt is triggered, it can not be cleared.
    So, disable it.

    No side effect found while testing on sama5d3xek and at91sam9x5ek
    boards.

    Signed-off-by: Bo Shen
    Acked-by: Nicolas Ferre
    Signed-off-by: Mark Brown

    Bo Shen
     
  • Booting a mx51babbage board with a non-dt kernel leads to the following crash:

    Unable to handle kernel NULL pointer dereference at virtual address 0000001c
    pgd = 80004000
    [0000001c] *pgd=00000000
    Internal error: Oops: 5 [#1] SMP ARM
    Modules linked in:
    CPU: 0 PID: 1 Comm: swapper/0 Not tainted 3.11.0-next-20130903 #287
    task: 9f860000 ti: 9f862000 task.ti: 9f862000
    PC is at of_get_next_available_child+0x5c/0x68
    LR is at of_get_next_available_child+0x1c/0x68
    pc : [] lr : [] psr: 60000193
    sp : 9f863d58 ip : 00000000 fp : 9f863d74
    r10: 9f89a010 r9 : 9f862000 r8 : 807bb26c
    r7 : 80615d5c r6 : 00000000 r5 : 60000113 r4 : 00000000
    r3 : 00000000 r2 : 808770a4 r1 : 00000011 r0 : 60000113
    Flags: nZCv IRQs off FIQs on Mode SVC_32 ISA ARM Segment kernel
    Control: 10c5387d Table: 90004019 DAC: 00000017
    Process swapper/0 (pid: 1, stack limit = 0x9f862240)
    Stack: (0x9f863d58 to 0x9f864000)

    This is caused by commit 8548a464b9 (ASoC: imx-audmux: Read default
    configuration from devicetree).

    In order to fix this, add a check for 'of_id' so that
    imx_audmux_parse_dt_defaults() only gets called when a dt kernel is running.

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

    Fabio Estevam
     

03 Sep, 2013

1 commit

  • When the transcoder:port mapping on Haswell HDMI/DP audio is changed
    during the stream playback, the sound gets lost. Typically this
    problem is seen when the user switches the graphics mode from eDP+DP
    to DP-only configuration, where CRTC 1 is used for DP in the former
    while CRTC 0 is used for the latter.

    The graphics controller notifies the change via the normal ELD update
    procedure, so we get the intrinsic event. For enabling the sound
    again, the HDMI audio driver needs to reset the pin and set up the
    audio infoframe again.

    This patch achieves it by:
    - keep the current status of channels and info frame setup in per_pin
    struct,
    - check the reconnection in the intrinsic event handler,
    - reset the pin and the re-invoke hdmi_setup_audio_infoframe()
    accordingly.

    The hdmi_setup_audio_infoframe() function has been changed, too, so
    that it can be invoked without passing the substream instance.

    The patch is mostly based on the work by Mengdong Lin.

    Cc: Mengdong Lin
    Cc:
    Signed-off-by: Takashi Iwai

    Takashi Iwai
     

02 Sep, 2013

6 commits

  • …e/sound into for-next

    ASoC: Final updates for v3.12

    A few final updates for v3.12 - some cleanups, a bug fix for ssm2602,
    pop removal for rt5640 and fixes for the reporting of unidirectional
    links in the MXS SGTL5000 driver.

    Takashi Iwai
     
  • hdmi_channel_allocation() tries to find a HDMI channel allocation that
    matches the number channels in the playback stream and contains only
    speakers that the HDMI sink has reported as available via EDID. If no
    such allocation is found, 0 (stereo audio) is used.

    Using CA 0 causes the audio causes the sink to discard everything except
    the first two channels (front left and front right).

    However, the sink may be capable of receiving more channels than it has
    speakers (and then perform downmix or discard the extra channels), in
    which case it is preferable to use a CA that contains extra channels
    than to use CA 0 which discards all the non-stereo channels.

    Additionally, it seems that HBR (HD) passthrough output does not work on
    Intel HDMI codecs when CA is set to 0 (possibly the codec zeroes
    channels not present in CA). This happens with all receivers that report
    a 5.1 speaker mask since a HBR stream is carried on 8 channels to the
    codec.

    Add a fallback in the CA selection so that the CA channel count at least
    matches the stream channel count, even if the stream contains channels
    not present in the sink speaker descriptor.

    Thanks to GrimGriefer at OpenELEC forums for discovering that changing
    the sink speaker mask allowed HBR output.

    Reported-by: GrimGriefer
    Reported-by: Ashecrow
    Reported-by: Frank Zafka
    Reported-by: Peter Frühberger
    Signed-off-by: Anssi Hannula
    Cc:
    Signed-off-by: Takashi Iwai

    Anssi Hannula
     
  • Alex writes:
    This is the radeon drm-next request. Big changes include:
    - support for dpm on CIK parts
    - support for ASPM on CIK parts
    - support for berlin GPUs
    - major ring handling cleanup
    - remove the old 3D blit code for bo moves in favor of CP DMA or sDMA
    - lots of bug fixes

    [airlied: fix up a bunch of conflicts from drm_order removal]

    * 'drm-next-3.12' of git://people.freedesktop.org/~agd5f/linux: (898 commits)
    drm/radeon/dpm: make sure dc performance level limits are valid (CI)
    drm/radeon/dpm: make sure dc performance level limits are valid (BTC-SI) (v2)
    drm/radeon: gcc fixes for extended dpm tables
    drm/radeon: gcc fixes for kb/kv dpm
    drm/radeon: gcc fixes for ci dpm
    drm/radeon: gcc fixes for si dpm
    drm/radeon: gcc fixes for ni dpm
    drm/radeon: gcc fixes for trinity dpm
    drm/radeon: gcc fixes for sumo dpm
    drm/radeonn: gcc fixes for rv7xx/eg/btc dpm
    drm/radeon: gcc fixes for rv6xx dpm
    drm/radeon: gcc fixes for radeon_atombios.c
    drm/radeon: enable UVD interrupts on CIK
    drm/radeon: fix init ordering for r600+
    drm/radeon/dpm: only need to reprogram uvd if uvd pg is enabled
    drm/radeon: check the return value of uvd_v1_0_start in uvd_v1_0_init
    drm/radeon: split out radeon_uvd_resume from uvd_v4_2_resume
    radeon kms: fix uninitialised hotplug work usage in r100_irq_process()
    drm/radeon/audio: set up the sads on DCE3.2 asics
    drm/radeon: fix handling of variable sized arrays for router objects
    ...

    Conflicts:
    drivers/gpu/drm/i915/i915_dma.c
    drivers/gpu/drm/i915/i915_gem_dmabuf.c
    drivers/gpu/drm/i915/intel_pm.c
    drivers/gpu/drm/radeon/cik.c
    drivers/gpu/drm/radeon/ni.c
    drivers/gpu/drm/radeon/r600.c

    Dave Airlie
     
  • Mark Brown
     
  • Mark Brown
     
  • Mark Brown
     

01 Sep, 2013

4 commits

  • 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
     
  • Add 'playback_only' and 'capture_only' fields that can be used for specifying
    that a dai_link has a unidirectional capability.

    The motivation for this is for the cases of systems, such as Freescale MX28,
    that has two unidirectional DAIs.

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

    Fabio Estevam
     
  • Signed-off-by: Mark Brown
    Acked-by: Nicolin Chen

    Mark Brown
     
  • The ssm2602 uses regmap for caching not soc-cache, so we need to use
    regcache_sync() instead of snd_soc_cache_sync().

    Signed-off-by: Lars-Peter Clausen
    Signed-off-by: Mark Brown

    Lars-Peter Clausen
     

31 Aug, 2013

2 commits


30 Aug, 2013

2 commits