03 Sep, 2020

1 commit

  • We use HDaudio and HDAudio, pick one to make searches easier.
    No functionality change

    Also fix timestamping typo in documentation.

    Reported-by: Guennadi Liakhovetski
    Signed-off-by: Pierre-Louis Bossart
    Reviewed-by: Bard Liao
    Reviewed-by: Guennadi Liakhovetski
    Signed-off-by: Kai Vehmanen
    Link: https://lore.kernel.org/r/20200902154250.1440585-1-kai.vehmanen@linux.intel.com
    Signed-off-by: Takashi Iwai

    Pierre-Louis Bossart
     

14 Jun, 2020

1 commit

  • Since commit 84af7a6194e4 ("checkpatch: kconfig: prefer 'help' over
    '---help---'"), the number of '---help---' has been gradually
    decreasing, but there are still more than 2400 instances.

    This commit finishes the conversion. While I touched the lines,
    I also fixed the indentation.

    There are a variety of indentation styles found.

    a) 4 spaces + '---help---'
    b) 7 spaces + '---help---'
    c) 8 spaces + '---help---'
    d) 1 space + 1 tab + '---help---'
    e) 1 tab + '---help---' (correct indentation)
    f) 1 tab + 1 space + '---help---'
    g) 1 tab + 2 spaces + '---help---'

    In order to convert all of them to 1 tab + 'help', I ran the
    following commend:

    $ find . -name 'Kconfig*' | xargs sed -i 's/^[[:space:]]*---help---/\thelp/'

    Signed-off-by: Masahiro Yamada

    Masahiro Yamada
     

29 Jan, 2020

1 commit

  • Pull sound updates from Takashi Iwai:
    "As the diffstat shows we've had again a lot of works done for this
    cycle: the majority of changes are the continued componentization and
    code refactoring in ASoC, the tree-wide PCM API updates and cleanups
    and SOF updates while a few ASoC driver updates are seen, too.

    Here we go, some highlights:

    Core:
    - Finally y2038 support landed to ALSA ABI; some ioctls have been
    extended and lots of tricks were applied
    - Applying the new managed PCM buffer API to all drivers; the API
    itself was already merged in 5.5
    - The already deprecated dimension support in ALSA control API is
    dropped completely now
    - Verification of ALSA control elements to catch API misuses

    ASoC:
    - Further code refactorings and moving things to the component level
    - Lots of updates and improvements on SOF / Intel drivers; now
    including common HDMI driver and SoundWire support
    - New driver support for Ingenic JZ4770, Mediatek MT6660, Qualcomm
    WCD934x and WSA881x, and Realtek RT700, RT711, RT715, RT1011,
    RT1015 and RT1308

    HD-audio:
    - Improved ring-buffer communications using waitqueue
    - Drop the superfluous buffer preallocation on x86

    Others:
    - Many code cleanups, mostly constifications over the whole tree
    - USB-audio: quirks for MOTU, Corsair Virtuoso, Line6 Helix
    - FireWire: code refactoring for oxfw and dice drivers"

    * tag 'sound-5.6-rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound: (638 commits)
    ALSA: usb-audio: add quirks for Line6 Helix devices fw>=2.82
    ALSA: hda: Add Clevo W65_67SB the power_save blacklist
    ASoC: soc-core: remove null_snd_soc_ops
    ASoC: soc-pcm: add soc_rtd_trigger()
    ASoC: soc-pcm: add soc_rtd_hw_free()
    ASoC: soc-pcm: add soc_rtd_hw_params()
    ASoC: soc-pcm: add soc_rtd_prepare()
    ASoC: soc-pcm: add soc_rtd_shutdown()
    ASoC: soc-pcm: add soc_rtd_startup()
    ASoC: rt1015: add rt1015 amplifier driver
    ASoC: madera: Correct some kernel doc
    ASoC: topology: fix soc_tplg_fe_link_create() - link->dobj initialization order
    ASoC: Intel: skl_hda_dsp_common: Fix global-out-of-bounds bug
    ASoC: madera: Correct DMIC only input hook ups
    ALSA: cs46xx: fix spelling mistake "to" -> "too"
    ALSA: hda - Add docking station support for Lenovo Thinkpad T420s
    ASoC: Add MediaTek MT6660 Speaker Amp Driver
    ASoC: dt-bindings: rt5645: add suppliers
    ASoC: max98090: fix deadlock in max98090_dapm_put_enum_double()
    ASoC: dapm: add snd_soc_dapm_put_enum_double_locked
    ...

    Linus Torvalds
     

06 Jan, 2020

1 commit


11 Dec, 2019

2 commits


25 Oct, 2019

1 commit


05 Jun, 2019

1 commit

  • Based on 1 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 version 2 of the license 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-only

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

    Signed-off-by: Thomas Gleixner
    Reviewed-by: Alexios Zavras
    Reviewed-by: Allison Randal
    Cc: linux-spdx@vger.kernel.org
    Link: https://lkml.kernel.org/r/20190529141900.918357685@linutronix.de
    Signed-off-by: Greg Kroah-Hartman

    Thomas Gleixner
     

21 May, 2019

1 commit


04 Feb, 2019

1 commit


16 Jan, 2019

1 commit


20 Nov, 2018

1 commit


03 Nov, 2018

2 commits

  • Ever since commit 46e831abe864 ("drm/i915/lpe: Mark LPE audio runtime
    pm as "no callbacks"") the runtime suspend/resume hooks are no longer
    used. Inline them into the system suspend hooks.

    Cc: Chris Wilson
    Cc: Takashi Iwai
    Cc: Pierre-Louis Bossart
    Signed-off-by: Ville Syrjälä
    Link: https://patchwork.freedesktop.org/patch/msgid/20181024154825.18185-2-ville.syrjala@linux.intel.com
    Reviewed-by: Chris Wilson
    Acked-by: Takashi Iwai

    Ville Syrjälä
     
  • Commit 46e831abe864 ("drm/i915/lpe: Mark LPE audio runtime pm as
    "no callbacks"") broke runtime PM with lpe audio. We can no longer
    runtime suspend the GPU since the sysfs power/control for the
    lpe-audio device no longer exists and the device is considered
    always active. We can fix this by not marking the device as
    active.

    Cc: Chris Wilson
    Cc: Takashi Iwai
    Cc: Pierre-Louis Bossart
    Fixes: 46e831abe864 ("drm/i915/lpe: Mark LPE audio runtime pm as "no callbacks"")
    Signed-off-by: Ville Syrjälä
    Link: https://patchwork.freedesktop.org/patch/msgid/20181024154825.18185-1-ville.syrjala@linux.intel.com
    Reviewed-by: Chris Wilson
    Acked-by: Takashi Iwai

    Ville Syrjälä
     

28 Aug, 2018

1 commit


07 Aug, 2018

1 commit

  • Variable cfg_val is being assigned but is never used hence it is
    redundant and can be removed.

    Cleans up clang warning:
    warning: variable 'cfg_val' set but not used [-Wunused-but-set-variable]

    [ Background info about val_bit field from alsa-devel ML thread:
    tiwai: Actually this made me wonder what is the definition of val_bit.
    It seems always 1 in the current code after the commit
    964ca8083c02. Pierre?
    pbossart: This val_bit is only there for debug/test, it should be set
    to one by default and has nothing to do with the lpcm_id.
    This variable was set even in patches before upstream
    submission and was never needed, I guess it must be a 9-yr
    old issue. Good catch!
    ]

    Signed-off-by: Colin Ian King
    Acked-by: Pierre-Louis Bossart
    Signed-off-by: Takashi Iwai

    Colin Ian King
     

28 Jun, 2018

1 commit


28 Feb, 2018

2 commits

  • When LPE audio driver gets some error at probing, it may lead to a
    crash because of canceling the pending work in hdmi_lpe_audio_free(),
    since some of ports might be still not initialized.

    For assuring the proper free of each port, initialize all ports at the
    beginning of the probe.

    Fixes: b4eb0d522fcb ("ALSA: x86: Split snd_intelhad into card and PCM specific structures")
    Signed-off-by: Takashi Iwai

    Takashi Iwai
     
  • The commit change for supporting the multiple ports moved involved
    some code shuffling, and there the initializations of spinlock and
    mutex in snd_intelhad object were dropped mistakenly.

    This patch adds the missing initializations again for each port.

    Fixes: b4eb0d522fcb ("ALSA: x86: Split snd_intelhad into card and PCM specific structures")
    Cc:
    Signed-off-by: Takashi Iwai

    Takashi Iwai
     

22 Feb, 2018

1 commit

  • The recent support for the multiple PCM devices allowed user to use
    multiple HDMI/DP outputs, but at the same time, the PCM stream
    assignment has been changed, too. Due to that, the former PCM#0
    (there was only one stream in the past) is likely assigned to a
    different one (e.g. PCM#2), and it ends up with the regression when
    user sticks with the fixed configuration using the device#0.

    Although the multiple monitor support shouldn't matter when user
    deploys the backend like PulseAudio that checks the jack detection
    state, the behavior change isn't always acceptable for some users.

    As a mitigation, this patch introduces an option to switch the
    behavior back to the old-good-days: when the new option,
    single_port=1, is passed, the driver creates only a single PCM device,
    and it's assigned to the first connected one, like the earlier
    versions did. The option is turned off as default still to support
    the multiple monitors.

    Fixes: 8a2d6ae1f737 ("ALSA: x86: Register multiple PCM devices for the LPE audio card")
    Reported-and-tested-by: Hubert Mantel
    Signed-off-by: Takashi Iwai

    Takashi Iwai
     

10 Jul, 2017

1 commit

  • Pull drm updates from Dave Airlie:
    "This is the main pull request for the drm, I think I've got one later
    driver pull for mediatek SoC driver, I'm undecided on if it needs to
    go to you yet.

    Otherwise summary below:

    Core drm:
    - Atomic add driver private objects
    - Deprecate preclose hook in modern drivers
    - MST bandwidth tracking
    - Use kvmalloc in more places
    - Add mode_valid hook for crtc/encoder/bridge
    - Reduce sync_file construction time
    - Documentation updates
    - New DRM synchronisation object support

    New drivers:
    - pl111 - pl111 CLCD display controller

    Panel:
    - Innolux P079ZCA panel driver
    - Add NL12880B20-05, NL192108AC18-02D, P320HVN03 panels
    - panel-samsung-s6e3ha2: Add s6e3hf2 panel support

    i915:
    - SKL+ watermark fixes
    - G4x/G33 reset improvements
    - DP AUX backlight improvements
    - Buffer based GuC/host communication
    - New getparam for (sub)slice infomation
    - Cannonlake and Coffeelake initial patches
    - Execbuf optimisations

    radeon/amdgpu:
    - Lots of Vega10 bug fixes
    - Preliminary raven support
    - KIQ support for compute rings
    - MEC queue management rework
    - DCE6 Audio support
    - SR-IOV improvements
    - Better radeon/amdgpu selection support

    nouveau:
    - HDMI stereoscopic support
    - Display code rework for >= GM20x GPUs

    msm:
    - GEM rework for fine-grained locking
    - Per-process pagetable work
    - HDMI fixes for Snapdragon 820.

    vc4:
    - Remove 256MB CMA limit from vc4
    - Add out-fence support
    - Add support for cygnus
    - Get/set tiling ioctls support
    - Add T-format tiling support for scanout

    zte:
    - add VGA support.

    etnaviv:
    - Thermal throttle support for newer GPUs
    - Restore userspace buffer cache performance
    - dma-buf sync fix

    stm:
    - add stm32f429 display support

    exynos:
    - Rework vblank handling
    - Fixup sw-trigger code

    sun4i:
    - V3s display engine support
    - HDMI support for older SoCs
    - Preliminary work on dual-pipeline SoCs.

    rcar-du:
    - VSP work

    imx-drm:
    - Remove counter load enable from PRE
    - Double read/write reduction flag support

    tegra:
    - Documentation for the host1x and drm driver.
    - Lots of staging ioctl fixes due to grate project work.

    omapdrm:
    - dma-buf fence support
    - TILER rotation fixes"

    * tag 'drm-for-v4.13' of git://people.freedesktop.org/~airlied/linux: (1270 commits)
    drm: Remove unused drm_file parameter to drm_syncobj_replace_fence()
    drm/amd/powerplay: fix bug fail to remove sysfs when rmmod amdgpu.
    amdgpu: Set cik/si_support to 1 by default if radeon isn't built
    drm/amdgpu/gfx9: fix driver reload with KIQ
    drm/amdgpu/gfx8: fix driver reload with KIQ
    drm/amdgpu: Don't call amd_powerplay_destroy() if we don't have powerplay
    drm/ttm: Fix use-after-free in ttm_bo_clean_mm
    drm/amd/amdgpu: move get memory type function from early init to sw init
    drm/amdgpu/cgs: always set reference clock in mode_info
    drm/amdgpu: fix vblank_time when displays are off
    drm/amd/powerplay: power value format change for Vega10
    drm/amdgpu/gfx9: support the amdgpu.disable_cu option
    drm/amd/powerplay: change PPSMC_MSG_GetCurrPkgPwr for Vega10
    drm/amdgpu: Make amdgpu_cs_parser_init static (v2)
    drm/amdgpu/cs: fix a typo in a comment
    drm/amdgpu: Fix the exported always on CU bitmap
    drm/amdgpu/gfx9: gfx_v9_0_enable_gfx_static_mg_power_gating() can be static
    drm/amdgpu/psp: upper_32_bits/lower_32_bits for address setup
    drm/amd/powerplay/cz: print message if smc message fails
    drm/amdgpu: fix typo in amdgpu_debugfs_test_ib_init
    ...

    Linus Torvalds
     

01 Jul, 2017

1 commit

  • platform_get_irq() returns an error code, but the intel_hdmi_audio
    driver ignores it and always returns -ENODEV. This is not correct,
    and prevents -EPROBE_DEFER from being propagated properly. Also,
    notice that platform_get_irq() no longer returns 0 on error.

    Print error message and propagate the return value of platform_get_irq
    on failure.

    Signed-off-by: Gustavo A. R. Silva
    Signed-off-by: Takashi Iwai

    Gustavo A. R. Silva
     

30 May, 2017

1 commit

  • More stuff for 4.13:

    - skl+ wm fixes from Mahesh Kumar
    - some refactor and tests for i915_sw_fence (Chris)
    - tune execlist/scheduler code (Chris)
    - g4x,g33 gpu reset improvements (Chris, Mika)
    - guc code cleanup (Michal Wajdeczko, Michał Winiarski)
    - dp aux backlight improvements (Puthikorn Voravootivat)
    - buffer based guc/host communication (Michal Wajdeczko)

    * tag 'drm-intel-next-2017-05-29' of git://anongit.freedesktop.org/git/drm-intel: (253 commits)
    drm/i915: Update DRIVER_DATE to 20170529
    drm/i915: Keep the forcewake timer alive for 1ms past the most recent use
    drm/i915/guc: capture GuC logs if FW fails to load
    drm/i915/guc: Introduce buffer based cmd transport
    drm/i915/guc: Disable send function on fini
    drm: Add definition for eDP backlight frequency
    drm/i915: Drop AUX backlight enable check for backlight control
    drm/i915: Consolidate #ifdef CONFIG_INTEL_IOMMU
    drm/i915: Only GGTT vma may be pinned and prevent shrinking
    drm/i915: Serialize GTT/Aperture accesses on BXT
    drm/i915: Convert i915_gem_object_ops->flags values to use BIT()
    drm/i915/selftests: Silence compiler warning in igt_ctx_exec
    drm/i915/guc: Skip port assign on first iteration of GuC dequeue
    drm/i915: Remove misleading comment in request_alloc
    drm/i915/g33: Improve reset reliability
    Revert "drm/i915: Restore lost "Initialized i915" welcome message"
    drm/i915/huc: Update GLK HuC version
    drm/i915: Check for allocation failure
    drm/i915/guc: Remove action status and statistics from debugfs
    drm/i915/g4x: Improve gpu reset reliability
    ...

    Dave Airlie
     

15 May, 2017

1 commit

  • Not calling pm_runtime_enable() means that runtime PM can't be
    enabled at all via sysfs. So we definitely need to call it
    from somewhere.

    Calling it from the driver seems like a bad idea because it
    would have to be paired with a pm_runtime_disable() at driver
    unload time, otherwise the core gets upset. Also if there's
    no LPE audio driver loaded then we couldn't runtime suspend
    i915 either.

    So it looks like a better plan is to call it from i915 when
    we register the platform device. That seems to match how
    pci generally does things. I cargo culted the
    pm_runtime_forbid() and pm_runtime_set_active() calls from
    pci as well.

    The exposed runtime PM API is massive an thorougly misleading, so
    I don't actually know if this is how you're supposed to use the API
    or not. But it seems to work. I can now runtime suspend i915 again
    with or without the LPE audio driver loaded, and reloading the
    LPE audio driver also seems to work.

    Note that powertop won't auto-tune runtime PM for platform devices,
    which is a little annoying. So I'm not sure that leaving runtime
    PM in "on" mode by default is the best choice here. But I've left
    it like that for now at least.

    Also remove the comment about there not being much benefit from
    LPE audio runtime PM. Not allowing runtime PM blocks i915 runtime
    PM, which will also block s0ix, and that could have a measurable
    impact on power consumption.

    Cc: stable@vger.kernel.org
    Cc: Takashi Iwai
    Cc: Pierre-Louis Bossart
    Fixes: 0b6b524f3915 ("ALSA: x86: Don't enable runtime PM as default")
    Signed-off-by: Ville Syrjälä
    Link: http://patchwork.freedesktop.org/patch/msgid/20170427160231.13337-2-ville.syrjala@linux.intel.com
    Reviewed-by: Takashi Iwai
    (cherry picked from commit 183c00350ccda86781f6695840e6c5f5b22efbd1)
    Signed-off-by: Jani Nikula

    Ville Syrjälä
     

09 May, 2017

1 commit

  • set_memory_* functions have moved to set_memory.h. Switch to this
    explicitly.

    Link: http://lkml.kernel.org/r/1488920133-27229-14-git-send-email-labbott@redhat.com
    Signed-off-by: Laura Abbott
    Acked-by: Takashi Iwai
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Laura Abbott
     

03 May, 2017

9 commits

  • Now that everything is in place let's register a PCM device for
    each port of the display engine. This will make it possible to
    actually output audio to multiple displays at the same time. And
    it avoids modesets on unrelated displays from clobbering up the
    ELD and whatnot for the display currently doing the playback.

    v2: Add a PCM per port instead of per pipe
    v3: Fix off by one error with port numbers (Pierre-Louis)
    Fix .notify_audio_lpe() prototype (Pierre-Louis)

    Cc: Takashi Iwai
    Cc: Pierre-Louis Bossart
    Signed-off-by: Ville Syrjälä
    Link: http://patchwork.freedesktop.org/patch/msgid/20170427160231.13337-12-ville.syrjala@linux.intel.com
    Reviewed-by: Takashi Iwai

    Ville Syrjälä
     
  • To allow multiple PCM devices to be registered for the LPE audio card,
    split the private data into card and PCM specific chunks. For now we'll
    stick to just one PCM device as before.

    v2: Rework to do a pcm device per port instead of per pipe

    Cc: Takashi Iwai
    Cc: Pierre-Louis Bossart
    Signed-off-by: Ville Syrjälä
    Link: http://patchwork.freedesktop.org/patch/msgid/20170427160231.13337-11-ville.syrjala@linux.intel.com
    Reviewed-by: Takashi Iwai

    Ville Syrjälä
     
  • In preparation for register a PCM device for each pipe adjust
    link up the ctl elements with the corresponding PCM device.

    Cc: Takashi Iwai
    Cc: Pierre-Louis Bossart
    Signed-off-by: Ville Syrjälä
    Link: http://patchwork.freedesktop.org/patch/msgid/20170427160231.13337-10-ville.syrjala@linux.intel.com
    Reviewed-by: Takashi Iwai

    Ville Syrjälä
     
  • Split the LPE audio platform data into a port specific
    chunk and device specific chunk. Eventually we'll have
    a port specific chunk for each port, but for now we'll
    stick to just one.

    We'll also get rid of the intel_hdmi_lpe_audio_eld structure
    which doesn't seem to have any real reason to exist.

    v2: Organize per port instead of per pipe

    Cc: Takashi Iwai
    Cc: Pierre-Louis Bossart
    Signed-off-by: Ville Syrjälä
    Link: http://patchwork.freedesktop.org/patch/msgid/20170427160231.13337-9-ville.syrjala@linux.intel.com
    Reviewed-by: Takashi Iwai

    Ville Syrjälä
     
  • We can determine that the pipe was shut down from pipe
    Cc: Pierre-Louis Bossart
    Signed-off-by: Ville Syrjälä
    Link: http://patchwork.freedesktop.org/patch/msgid/20170427160231.13337-7-ville.syrjala@linux.intel.com
    Reviewed-by: Takashi Iwai

    Ville Syrjälä
     
  • There's no need to distinguish between the DP link rate and HDMI TMDS
    clock for the purposes of the LPE audio. Both are actually the same
    thing more or less, which is the link symbol clock. So let's just
    call the thing ls_clock and simplify the code.

    Cc: Takashi Iwai
    Cc: Pierre-Louis Bossart
    Signed-off-by: Ville Syrjälä
    Link: http://patchwork.freedesktop.org/patch/msgid/20170427160231.13337-6-ville.syrjala@linux.intel.com
    Reviewed-by: Takashi Iwai

    Ville Syrjälä
     
  • The pending_notify flag in the LPE audio platform data is pointless,
    actually unused. So let's kill it off.

    v2: Fix typo in patch subject

    Cc: Takashi Iwai
    Cc: Pierre-Louis Bossart
    Signed-off-by: Ville Syrjälä
    Link: http://patchwork.freedesktop.org/patch/msgid/20170427160231.13337-5-ville.syrjala@linux.intel.com
    Reviewed-by: Takashi Iwai

    Ville Syrjälä
     
  • Clear the notify function pointer in the platform data before we tear
    down the driver. Otherwise i915 would end up calling a stale function
    pointer and possibly explode.

    Cc: stable@vger.kernel.org
    Cc: Takashi Iwai
    Cc: Pierre-Louis Bossart
    Signed-off-by: Ville Syrjälä
    Link: http://patchwork.freedesktop.org/patch/msgid/20170427160231.13337-3-ville.syrjala@linux.intel.com
    Reviewed-by: Takashi Iwai

    Ville Syrjälä
     
  • Not calling pm_runtime_enable() means that runtime PM can't be
    enabled at all via sysfs. So we definitely need to call it
    from somewhere.

    Calling it from the driver seems like a bad idea because it
    would have to be paired with a pm_runtime_disable() at driver
    unload time, otherwise the core gets upset. Also if there's
    no LPE audio driver loaded then we couldn't runtime suspend
    i915 either.

    So it looks like a better plan is to call it from i915 when
    we register the platform device. That seems to match how
    pci generally does things. I cargo culted the
    pm_runtime_forbid() and pm_runtime_set_active() calls from
    pci as well.

    The exposed runtime PM API is massive an thorougly misleading, so
    I don't actually know if this is how you're supposed to use the API
    or not. But it seems to work. I can now runtime suspend i915 again
    with or without the LPE audio driver loaded, and reloading the
    LPE audio driver also seems to work.

    Note that powertop won't auto-tune runtime PM for platform devices,
    which is a little annoying. So I'm not sure that leaving runtime
    PM in "on" mode by default is the best choice here. But I've left
    it like that for now at least.

    Also remove the comment about there not being much benefit from
    LPE audio runtime PM. Not allowing runtime PM blocks i915 runtime
    PM, which will also block s0ix, and that could have a measurable
    impact on power consumption.

    Cc: stable@vger.kernel.org
    Cc: Takashi Iwai
    Cc: Pierre-Louis Bossart
    Fixes: 0b6b524f3915 ("ALSA: x86: Don't enable runtime PM as default")
    Signed-off-by: Ville Syrjälä
    Link: http://patchwork.freedesktop.org/patch/msgid/20170427160231.13337-2-ville.syrjala@linux.intel.com
    Reviewed-by: Takashi Iwai

    Ville Syrjälä
     

21 Mar, 2017

1 commit

  • CONFIG_SND_X86 is a menu config to filter only for x86-specific
    drivers in its sub-menu, and this doesn't have to be tristate but
    rather it should be a bool. Also, like other sub-menu configs, it's
    more user-friendly to be default=y; it's merely a menu config and the
    actual drivers are configured in the sub-menu, after all.

    Fixes: 287599cf2d77 ("ALSA: add Intel HDMI LPE audio driver for BYT/CHT-T")
    Signed-off-by: Takashi Iwai

    Takashi Iwai
     

22 Feb, 2017

3 commits

  • The newly added driver uses the PCM helpers and fails to link if they are disabled:

    sound/built-in.o: In function `hdmi_lpe_audio_runtime_suspend':
    intel_hdmi_audio.c:(.text+0x15906): undefined reference to `snd_pcm_suspend'
    sound/built-in.o: In function `had_pcm_hw_params':
    intel_hdmi_audio.c:(.text+0x15ac7): undefined reference to `snd_pcm_lib_malloc_pages'
    sound/built-in.o: In function `had_pcm_open':
    intel_hdmi_audio.c:(.text+0x15d49): undefined reference to `snd_pcm_hw_constraint_integer'

    This uses a Kconfig 'select' statement to make sure they are enabled.

    Fixes: 5dab11d89777 ("ALSA: x86: hdmi: Add audio support for BYT and CHT")
    Signed-off-by: Arnd Bergmann
    Signed-off-by: Takashi Iwai

    Arnd Bergmann
     
  • Unlike HSW and newer, BYT/CHT devices have no fine control of audio
    power domain in i915 side. Since there is little gain by runtime PM
    on BYT/CHT, so far, this commit removes the pm_runtime_enable() call
    as default.

    User who still wants the runtime PM may adjust the corresponding
    sysfs files (power/control and power/autosuspend_delay_ms)
    appropriately, of course.

    Signed-off-by: Takashi Iwai

    Takashi Iwai
     
  • This patch adds a few lines to the driver to use autosuspend for the
    runtime PM. It'll become useful with the combination of the keep-link
    feature.

    Signed-off-by: Takashi Iwai

    Takashi Iwai
     

16 Feb, 2017

2 commits