14 Dec, 2020

1 commit

  • A component master may have both OF based and non-OF based components to be
    bound with. This patch adds a helper drm_of_component_probe_with_match()
    similar to drm_of_component_probe() so that the new helper may get an
    additional provided match pointer(contains match entries for non-OF based
    components) to support this case.

    Tested-by: Meng Mingming
    Signed-off-by: Liu Ying
    (cherry picked from commit c3cad7223488638ab56c20b2c29345487857bc5f)

    Liu Ying
     

09 Jan, 2020

1 commit

  • The new helper drm_of_lvds_get_dual_link_pixel_order() introduced in
    commit 6529007522de has a fallback stub when CONFIG_OF is not set, but
    the stub is declared in drm_of.h without a static inline. This causes
    multiple definitions of the function to be linked when the CONFIG_OF
    option isn't set. Fix it by making the stub static inline.

    Fixes: 6529007522de ("drm: of: Add drm_of_lvds_get_dual_link_pixel_order")
    Reported-by: kbuild test robot
    Signed-off-by: Laurent Pinchart
    Reviewed-by: Fabrizio Castro
    Reviewed-by: Chris Wilson
    Signed-off-by: Dave Airlie
    Link: https://patchwork.freedesktop.org/patch/msgid/20191219103703.8547-1-laurent.pinchart+renesas@ideasonboard.com

    Laurent Pinchart
     

18 Dec, 2019

1 commit

  • An LVDS dual-link connection is made of two links, with even
    pixels transitting on one link, and odd pixels on the other
    link. The device tree can be used to fully describe dual-link
    LVDS connections between encoders and bridges/panels.
    The sink of an LVDS dual-link connection is made of two ports,
    the corresponding OF graph port nodes can be marked
    with either dual-lvds-even-pixels or dual-lvds-odd-pixels,
    and that fully describes an LVDS dual-link connection,
    including pixel order.

    drm_of_lvds_get_dual_link_pixel_order is a new helper
    added by this patch, given the source port nodes it
    returns DRM_LVDS_DUAL_LINK_EVEN_ODD_PIXELS if the source
    port nodes belong to an LVDS dual-link connection, with even
    pixels expected to be generated from the first port, and odd
    pixels expected to be generated from the second port.
    If the new helper returns DRM_LVDS_DUAL_LINK_ODD_EVEN_PIXELS,
    odd pixels are expected to be generated from the first port,
    and even pixels from the other port.

    Signed-off-by: Fabrizio Castro
    Reviewed-by: Laurent Pinchart
    Signed-off-by: Laurent Pinchart

    Fabrizio Castro
     

28 Jun, 2018

1 commit

  • Function is useful when drm_of_find_possible_crtcs() can't be used and
    custom parsing is needed. This can happen for example when there is a
    node with multiple muxes between crtc and encoder.

    Reviewed-by: Sean Paul
    Signed-off-by: Jernej Skrabec
    [maxime: change the function to have a consistent prefix]
    Signed-off-by: Maxime Ripard
    Link: https://patchwork.freedesktop.org/patch/msgid/20180625120304.7543-22-jernej.skrabec@siol.net

    Jernej Skrabec
     

16 Nov, 2017

1 commit

  • Pull drm updates from Dave Airlie:
    "This is the main drm pull request for v4.15.

    Core:
    - Atomic object lifetime fixes
    - Atomic iterator improvements
    - Sparse/smatch fixes
    - Legacy kms ioctls to be interruptible
    - EDID override improvements
    - fb/gem helper cleanups
    - Simple outreachy patches
    - Documentation improvements
    - Fix dma-buf rcu races
    - DRM mode object leasing for improving VR use cases.
    - vgaarb improvements for non-x86 platforms.

    New driver:
    - tve200: Faraday Technology TVE200 block.

    This "TV Encoder" encodes a ITU-T BT.656 stream and can be found in
    the StorLink SL3516 (later Cortina Systems CS3516) as well as the
    Grain Media GM8180.

    New bridges:
    - SiI9234 support

    New panels:
    - S6E63J0X03, OTM8009A, Seiko 43WVF1G, 7" rpi touch panel, Toshiba
    LT089AC19000, Innolux AT043TN24

    i915:
    - Remove Coffeelake from alpha support
    - Cannonlake workarounds
    - Infoframe refactoring for DisplayPort
    - VBT updates
    - DisplayPort vswing/emph/buffer translation refactoring
    - CCS fixes
    - Restore GPU clock boost on missed vblanks
    - Scatter list updates for userptr allocations
    - Gen9+ transition watermarks
    - Display IPC (Isochronous Priority Control)
    - Private PAT management
    - GVT: improved error handling and pci config sanitizing
    - Execlist refactoring
    - Transparent Huge Page support
    - User defined priorities support
    - HuC/GuC firmware refactoring
    - DP MST fixes
    - eDP power sequencing fixes
    - Use RCU instead of stop_machine
    - PSR state tracking support
    - Eviction fixes
    - BDW DP aux channel timeout fixes
    - LSPCON fixes
    - Cannonlake PLL fixes

    amdgpu:
    - Per VM BO support
    - Powerplay cleanups
    - CI powerplay support
    - PASID mgr for kfd
    - SR-IOV fixes
    - initial GPU reset for vega10
    - Prime mmap support
    - TTM updates
    - Clock query interface for Raven
    - Fence to handle ioctl
    - UVD encode ring support on Polaris
    - Transparent huge page DMA support
    - Compute LRU pipe tweaks
    - BO flag to allow buffers to opt out of implicit sync
    - CTX priority setting API
    - VRAM lost infrastructure plumbing

    qxl:
    - fix flicker since atomic rework

    amdkfd:
    - Further improvements from internal AMD tree
    - Usermode events
    - Drop radeon support

    nouveau:
    - Pascal temperature sensor support
    - Improved BAR2 handling
    - MMU rework to support Pascal MMU

    exynos:
    - Improved HDMI/mixer support
    - HDMI audio interface support

    tegra:
    - Prep work for tegra186
    - Cleanup/fixes

    msm:
    - Preemption support for a5xx
    - Display fixes for 8x96 (snapdragon 820)
    - Async cursor plane fixes
    - FW loading rework
    - GPU debugging improvements

    vc4:
    - Prep for DSI panels
    - fix T-format tiling scanout
    - New madvise ioctl

    Rockchip:
    - LVDS support

    omapdrm:
    - omap4 HDMI CEC support

    etnaviv:
    - GPU performance counters groundwork

    sun4i:
    - refactor driver load + TCON backend
    - HDMI improvements
    - A31 support
    - Misc fixes

    udl:
    - Probe/EDID read fixes.

    tilcdc:
    - Misc fixes.

    pl111:
    - Support more variants

    adv7511:
    - Improve EDID handling.
    - HDMI CEC support

    sii8620:
    - Add remote control support"

    * tag 'drm-for-v4.15' of git://people.freedesktop.org/~airlied/linux: (1480 commits)
    drm/rockchip: analogix_dp: Use mutex rather than spinlock
    drm/mode_object: fix documentation for object lookups.
    drm/i915: Reorder context-close to avoid calling i915_vma_close() under RCU
    drm/i915: Move init_clock_gating() back to where it was
    drm/i915: Prune the reservation shared fence array
    drm/i915: Idle the GPU before shinking everything
    drm/i915: Lock llist_del_first() vs llist_del_all()
    drm/i915: Calculate ironlake intermediate watermarks correctly, v2.
    drm/i915: Disable lazy PPGTT page table optimization for vGPU
    drm/i915/execlists: Remove the priority "optimisation"
    drm/i915: Filter out spurious execlists context-switch interrupts
    drm/amdgpu: use irq-safe lock for kiq->ring_lock
    drm/amdgpu: bypass lru touch for KIQ ring submission
    drm/amdgpu: Potential uninitialized variable in amdgpu_vm_update_directories()
    drm/amdgpu: potential uninitialized variable in amdgpu_vce_ring_parse_cs()
    drm/amd/powerplay: initialize a variable before using it
    drm/amd/powerplay: suppress KASAN out of bounds warning in vega10_populate_all_memory_levels
    drm/amd/amdgpu: fix evicted VRAM bo adjudgement condition
    drm/vblank: Tune drm_crtc_accurate_vblank_count() WARN down to a debug
    drm/rockchip: add CONFIG_OF dependency for lvds
    ...

    Linus Torvalds
     

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
     

13 Oct, 2017

1 commit

  • Core drm shouldn't depend on anything in drm-kms-helper, or the drm
    module will fail to load.

    insmod drm fails with
    [ 6087.674390] drm: Unknown symbol drm_panel_bridge_remove (err 0)

    which is defined in drm_kms_helper.ko

    This call was added by commit c70087e8f16f ("drm/drm_of: add
    drm_of_panel_bridge_remove function"), and the fix is defining it in the
    drm_of.h header, to break the circular dependency.

    Signed-off-by: Maarten Lankhorst
    Link: https://patchwork.freedesktop.org/patch/msgid/8f95e623-9480-97dc-2414-77086d8aa49d@linux.intel.com
    Reviewed-by: Daniel Vetter #irc
    Fixes: c70087e8f16f ("drm/drm_of: add drm_of_panel_bridge_remove function")
    Acked-by: Benjamin Gaignard

    Maarten Lankhorst
     

10 Oct, 2017

1 commit

  • This function is the pendant of drm_of_find_panel_or_bridge()
    to remove a previously allocated panel_bridge.
    Given a specific port and endpoint it remove the panel bridge.
    Since drm_panel_bridge_remove() will check that bridge parameter
    is not NULL and is a real drm_panel_bridge and no a simple bridge
    it is safe to call it directly.

    Signed-off-by: Benjamin Gaignard
    Reviewed-by: Philippe Cornu
    Tested-by: Philippe Cornu
    Link: https://patchwork.freedesktop.org/patch/msgid/1506936888-23844-3-git-send-email-benjamin.gaignard@linaro.org

    benjamin.gaignard@linaro.org
     

07 Apr, 2017

1 commit

  • Many drivers have a common pattern of searching the OF graph for either an
    attached panel or bridge and then finding the DRM struct for the panel
    or bridge. Also, most drivers need to handle deferred probing when the
    DRM device is not yet instantiated. Create a common function,
    drm_of_find_panel_or_bridge, to find the connected node and the
    associated DRM panel or bridge device.

    Signed-off-by: Rob Herring
    Acked-by: Philipp Zabel
    [seanpaul dropped extern from drm_of.h]
    Signed-off-by: Sean Paul

    Rob Herring
     

24 Mar, 2017

1 commit

  • It's the default storage class for functions, entirely redundant. And
    a lot of these headers are a bit inconsistent due to organically
    grown.

    Reviewed-by: Gabriel Krisman Bertazi
    Signed-off-by: Daniel Vetter
    Link: http://patchwork.freedesktop.org/patch/msgid/20170322083617.13361-2-daniel.vetter@ffwll.ch

    Daniel Vetter
     

27 Oct, 2016

1 commit

  • The newly added drm_of_component_match_add helper is defined as
    'static' in a header when CONFIG_OF is disabled, causing a warning
    each time the header is included:

    In file included from /git/arm-soc/drivers/gpu/drm/bridge/dw-hdmi.c:23:0:
    include/drm/drm_of.h:33:13: error: 'drm_of_component_match_add' defined but not used [-Werror=unused-function]

    This marks it 'inline' like the other such helpers in this file.

    Fixes: 97ac0e47aed5 ("drm: convert DT component matching to component_match_add_release()")
    Signed-off-by: Arnd Bergmann
    Signed-off-by: Sean Paul
    Link: http://patchwork.freedesktop.org/patch/msgid/20161026085759.3875472-1-arnd@arndb.de

    Arnd Bergmann
     

25 Oct, 2016

1 commit


10 Feb, 2016

1 commit

  • This patch adds a helper to parse the encoder endpoint connected to the
    encoder's crtc and two helpers to return its id and port id.

    This can be used to determine input mux setting from endpoint or port ids.

    Suggested-by: Daniel Kurtz
    Reviewed-by: Daniel Kurtz
    Signed-off-by: Philipp Zabel

    Philipp Zabel
     

20 Oct, 2015

1 commit

  • A lot of component based DRM drivers use a variant of the same code
    as the probe function. They bind the crtc ports in the first iteration
    and then scan through the child nodes and bind the encoders attached
    to the remote endpoints. Factor the common code into a separate
    function called drm_of_component_probe() in order to increase code
    reuse.

    Cc: David Airlie
    Signed-off-by: Liviu Dudau
    Acked-by: Russell King
    Link: http://patchwork.freedesktop.org/patch/msgid/1445332995-11212-2-git-send-email-Liviu.Dudau@arm.com
    Acked-by: Eric Anholt
    Signed-off-by: Daniel Vetter

    Liviu Dudau
     

11 Jul, 2014

1 commit

  • Add a helper to allow encoders to find their possible CRTCs from the
    OF graph without having to re-implement this functionality. We add a
    device_node to drm_crtc which corresponds with the port node in the
    DT description of the CRTC device.

    We can then scan the DRM device list for CRTCs to find their index,
    matching the appropriate CRTC using the port device_node, thus building
    up the possible CRTC mask.

    Reviewed-by: Rob Clark
    Signed-off-by: Russell King

    Russell King