summaryrefslogtreecommitdiff
path: root/drivers/gpu/drm/msm/Kconfig (follow)
Commit message (Collapse)AuthorAge
* drm/msm: Early DRM DriverCamus Wong2019-01-21
| | | | | | | | | | | | | | | | | | | | | | | | | | Add new DRM node to handle early display service. The early DRM driver is to workaround Andriod display framework long boot time problem and DRM single master limitation. The early DRM node provides display function for early application that is outside Android framework. The early application can use early DRM to draw early UI and bootloader review camera menu function. Android framework will not use early DRM node. It will continue to use the main DRM node. Early DRM is another KMS driver that designed for bootup application. Early DRM is not based on SDE framework and it will not initialize display hardware. Early DRM rely on bootloader to initialize display hardware and interfaces. For power and SMMU, early DRM relies on main DRM to initialize them. Early DRM only provide limited display functionality such as RGB buffer display. Early DRM only expected to run during bootup time to work with bootloader/early RVC. When Android UI is ready, early DRM will handoff all display resource to main DRM. After that, no application can open early DRM node. Early DRM is enabled in device tree. User must specify which display to enable early DRM and which display pipes are assigned to eDRM. Change-Id: Ic9f68726677c5db26507caec79c7da1e6d745f44 Signed-off-by: Camus Wong <camusw@codeaurora.org>
* drm/msm/sde: add shared display supportRahul Sharma2019-01-09
| | | | | | | | | | | | | | | | | | | Add support to shared display for panel stacking and split screen application. The current DRM framework only allows one atomic commit for each display, this change will create virtual display pipelines based on the physical display pipeline, and each virtual display can support independent async atomic commit. With the change user mode application can setup and update display on each virtual display and share the same physical port. No mode switch is allowed on virtual display. When all virtual displays are powered off, the physical display will also power off. Change-Id: Ibf9a7dd1a96c59b6db9891d826cb4f11b409696c Signed-off-by: Xiaowen Wu <wxiaowen@codeaurora.org> Signed-off-by: Rahul Sharma <rahsha@codeaurora.org>
* defconfig: msm: Define common hypervisor flagCamus Wong2018-07-27
| | | | | | | | | Define common flag for hypervisor platforms and make use of it to: 1. Enable drm/msm-hyp 2. Disable drm/msm Change-Id: I6eb6a7cd2a1128ed8d2bf6efd96c4829556eb876 Signed-off-by: Camus Wong <camusw@codeaurora.org>
* drm/msm: add kconfig for enabling event logLloyd Atkinson2017-08-26
| | | | | | | | | Add Kconfig entry for enabling the SDE event logm which enables event logging by default on boot. Change-Id: I8d6efac588b9f8c818d6385b8399660a8a47c6de Signed-off-by: Lloyd Atkinson <latkinso@codeaurora.org> Signed-off-by: Abhinav Kumar <abhinavk@codeaurora.org>
* drm/msm: Use mmu notifiers to track SVM range invalidationsSushmita Susheelendra2017-06-02
| | | | | | | | | | | | | | | SVM buffer objects share the same virtual address on both the CPU and GPU. Register for notifications when SVM address ranges are unmapped on the CPU. When such a notification is received, unmap the corresponding SVM objects from the SMMU, after waiting on the most recent fence that uses them. The notifier struct is reference counted starting with the creation of the first SVM bo in the process and is released when the last SVM bo is freed. Change-Id: I01f590d21fd1d146f5324539e5041f03653f858a Signed-off-by: Sushmita Susheelendra <ssusheel@codeaurora.org>
* msm: ext_display: move ext_display out of FB driverRay Zhang2017-02-27
| | | | | | | | | | Make ext_display a standalone module independent of framebuffer driver, so that it could be shared by various drivers such as framebuffer and KMS. CRs-Fixed: 2010135 Change-Id: I336c556cbfbd66d3cb3467acaea038d5d3651f67 Signed-off-by: Ray Zhang <rayz@codeaurora.org>
* drm/msm: Add BACKLIGHT_CLASS_DEVICE as a dependencyJordan Crouse2017-02-24
| | | | | | | | One of the SDE files requires BACKLIGHT_CLASS_DEVICE so make sure it gets selected in the Kconfig. Change-Id: Ic0dedbadc5bca3ea536d94d54e3683d656bd4aba Signed-off-by: Jordan Crouse <jcrouse@codeaurora.org>
* drm/msm: add HDMI support for DRM KMS driverAbhinav Kumar2017-02-21
| | | | | | | | | | | Add initial HDMI display driver support for SDE. Support for configuring the HDMI TX controller to specific resolutions. Add support for HDMI specific ISR, uevent handling, basic debugfs support. Add support for HDMI DRM specific calls for SDE driver. Change-Id: I0cf7f4067e1a9b378632713b896798971971e5b9 Signed-off-by: Abhinav Kumar <abhinavk@codeaurora.org>
* drm/msm/sde: add virtual writeback device and connectorAlan Kwong2016-08-08
| | | | | | | | | | | | | Enable virtual writeback connector by allowing a property on the connector to specify output frame buffer id, which takes in a framebuffer object added via ADDFB2 ioctl. A new writeback configure ioctl is added to configure connection state and display modes of writeback connector. Change-Id: Ifce411a3f0798e3af7dd7f19da27d67cdd849bfb Signed-off-by: Adrian Salido-Moreno <adrianm@codeaurora.org> Signed-off-by: Alan Kwong <akwong@codeaurora.org> Signed-off-by: Clarence Ip <cip@codeaurora.org>
* drm/kms: remove compilation of hdcp_hdmiAdrian Salido-Moreno2016-08-01
| | | | | | | | | | | | | | HDCP hdmi is an optional feature in DRM and it is not needed at bringup stage. Remove this driver from compilation from drm to avoid any issues. It will be re-enabled when complete feature set is supported. This change also update the HDCP API name to avoid conflict with FB HDCP driver. Change-Id: I788747750e7f586c58fe0d0bd3b5a4d223adfb96 Signed-off-by: Dhaval Patel <pdhaval@codeaurora.org>
* drm/msm: disable mdp4 driver in drm kmsStephane Viau2016-08-01
| | | | | | | | | | | mdp4 drm driver is for old MDP revision. It is not required for newer version of chipsets. Disable this driver because it is using older smmu/bus APIs which are not supported now. Change-Id: Ic25e77112a378b96295d78f1bd9d8f48a07be32d Signed-off-by: Stephane Viau <sviau@codeaurora.org> Signed-off-by: Dhaval Patel <pdhaval@codeaurora.org>
* drm/msm: enable both dsi drivers togetherAjay Singh Parmar2016-08-01
| | | | | | | Create a new config for DSI staging driver. Change-Id: I76879210bf51c6b30de94166f170ceae5001e1c7 Signed-off-by: Ajay Singh Parmar <aparmar@codeaurora.org>
* drm/msm: remove clock framework dependencyDhaval Patel2016-08-01
| | | | | | | | Remove dependency on Clock Framework for msm DRM driver. Change-Id: I4f18bac4427de498e5c0adff14c176f6d614abc5 Signed-off-by: Dhaval Patel <pdhaval@codeaurora.org>
* drm/msm: Remove local fbdev emulation Kconfig optionArchit Taneja2015-10-22
| | | | | | | | | | | | DRM_MSM_FBDEV config is used to enable/disable fbdev emulation for the msm kms driver. Replace this with the top level DRM_FBDEV_EMULATION config option where applicable. This also prevents build breaks caused by undefined drm_fb_helper_* functions when legacy fbdev support was disabled. Signed-off-by: Archit Taneja <architt@codeaurora.org> Signed-off-by: Rob Clark <robdclark@gmail.com>
* drm/msm/dsi: Make each PHY type compilation independentHai Li2015-08-15
| | | | | | | | | On a certain platform, only one type of DSI PHY is used. This change allows the user to only compile the PHY type which is being used. Signed-off-by: Hai Li <hali@codeaurora.org> Signed-off-by: Rob Clark <robdclark@gmail.com>
* drm/msm/hdmi: add hdmi hdcp support (V3)jilai wang2015-08-15
| | | | | | | | | | | | Add HDMI HDCP support including HDCP PartI/II/III authentication. V1: Initial Change V2: Address Bjorn&Rob's comments Refactor the authentication process to use single work instead of multiple work for different authentication stages. V3: Update to align with qcom SCM api. Signed-off-by: Jilai Wang <jilaiw@codeaurora.org> Signed-off-by: Rob Clark <robdclark@gmail.com>
* drm/msm/dsi: Add DSI PLL clock driver supportHai Li2015-06-11
| | | | | | | | | | | | | | DSI byte clock and pixel clocks are sourced from DSI PLL. This change adds the DSI PLL source clock driver under common clock framework. This change handles DSI 28nm PLL only. Signed-off-by: Hai Li <hali@codeaurora.org> Signed-off-by: Archit Taneja <architt@codeaurora.org> Signed-off-by: Stephane Viau <sviau@codeaurora.org> Signed-off-by: Wentao Xu <wentaox@codeaurora.org> Signed-off-by: Rob Clark <robdclark@gmail.com>
* drm/msm: Initial add DSI connector supportHai Li2015-04-01
| | | | | | | | | | | | | This change adds the DSI connector support in msm drm driver. v1: Initial change v2: - Address comments from Archit + minor clean-ups - Rebase to not depend on msm_drm_sub_dev change [Rob's comment] v3: Fix issues when initialization is failed Signed-off-by: Hai Li <hali@codeaurora.org> Signed-off-by: Rob Clark <robdclark@gmail.com>
* drm: msm: add missing dependencies on OF and COMMON_CLKArnd Bergmann2015-01-31
| | | | | | | | | | | | | | | | | The msm gpu drivers depend on both the DT mechanism and the common clk handling code, if they are not enabled, we get a number of build errors: In file included from drivers/gpu/drm/msm/hdmi/hdmi.h:27:0, from drivers/gpu/drm/msm/hdmi/hdmi_bridge.c:18: drivers/gpu/drm/msm/msm_drv.h:45:24: fatal error: mach/board.h: No such file or directory #include <mach/board.h> ^ drivers/gpu/drm/msm/hdmi/hdmi_phy_8960.c:503:2: error: implicit declaration of function 'devm_clk_register' [-Werror=implicit-function-declaration] Signed-off-by: Arnd Bergmann <arnd@arndb.de> Signed-off-by: Dave Airlie <airlied@gmail.com>
* drm/msm: select REGULATORRob Clark2014-11-16
| | | | | | | | | | | | | | | | | | | | | Fixes a potential error, spotted by Felipe with randconfig: ----- drivers/gpu/drm/msm/mdp/mdp4/mdp4_kms.c: In function ‘mdp4_kms_init’: drivers/gpu/drm/msm/mdp/mdp4/mdp4_kms.c:384:2: error: implicit declaration \ of function ‘devm_regulator_get_exclusive’ [-Werror=implicit-function-declaration] mdp4_kms->vdd = devm_regulator_get_exclusive(&pdev->dev, "vdd"); ^ drivers/gpu/drm/msm/mdp/mdp4/mdp4_kms.c:384:16: error: assignment makes \ pointer from integer without a cast [-Werror] mdp4_kms->vdd = devm_regulator_get_exclusive(&pdev->dev, "vdd"); ^ ----- Also add a brief comment explaining the use of _get_exclusive() Reported-by: Felipe Balbi <balbi@ti.com> Signed-off-by: Rob Clark <robdclark@gmail.com>
* drm/msm/mdp4: add LVDS panel supportRob Clark2014-09-10
| | | | | | | | | | | | | | LVDS panel support uses the LCDC (parallel) encoder. Unlike with HDMI, there is not a separate LVDS block, so no need to split things into a bridge+connector. Nor is there is anything re-used with mdp5. Note that there can be some regulators shared between HDMI and LVDS (in particular, on apq8064, ext_3v3p), so we should not use the _exclusive() variants of devm_regulator_get(). The drm_panel framework is used for panel-specific driver. Signed-off-by: Rob Clark <robdclark@gmail.com>
* drm/msm: use upstream iommuRob Clark2014-08-04
| | | | | | | | | | | | | | | | | Downstream kernel IOMMU had a non-standard way of dealing with multiple devices and multiple ports/contexts. We don't need that on upstream kernel, so rip out the crazy. Note that we have to move the pinning of the ringbuffer to after the IOMMU is attached. No idea how that managed to work properly on the downstream kernel. For now, I am leaving the IOMMU port name stuff in place, to simplify things for folks trying to backport latest drm/msm to device kernels. Once we no longer have to care about pre-DT kernels, we can drop this and instead backport upstream IOMMU driver. Signed-off-by: Rob Clark <robdclark@gmail.com>
* drm/msm: update for ARCH_MSM -> ARCH_QCOMRob Clark2014-05-30
| | | | | | | Architecture rename/split.. ARCH_QCOM is for the non-legacy platforms (ie. device-tree, multiplatform support, etc). Signed-off-by: Rob Clark <robdclark@gmail.com>
* drm/msm: drop ARCH_MSM Kconfig dependKumar Gala2014-02-11
| | | | | | | | | | | The ARCH_MSM depend is redundant with ARCH_MSM8960, so we can remove it. Additionally, we are splitting Qualcomm MSM support into legacy (ARCH_MSM) and multiplatform (ARCH_QCOM). The MSM8960 with be ARCH_QCOM going forward so dropping ARCH_MSM will work properly for the new ARCH_QCOM multiplatform build. Acked-by: Rob Clark <robdclark@gmail.com> Signed-off-by: Kumar Gala <galak@codeaurora.org>
* Merge branch 'drm-next' of git://people.freedesktop.org/~airlied/linuxLinus Torvalds2014-01-29
|\ | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Pull drm updates from Dave Airlie: "Been a bit busy, first week of kids school, and waiting on other trees to go in before I could send this, so its a bit later than I'd normally like. Highlights: - core: timestamp fixes, lots of misc cleanups - new drivers: bochs virtual vga - vmwgfx: major overhaul for their nextgen virt gpu. - i915: runtime D3 on HSW, watermark fixes, power well work, fbc fixes, bdw is no longer prelim. - nouveau: gk110/208 acceleration, more pm groundwork, old overlay support - radeon: dpm rework and clockgating for CIK, pci config reset, big endian fixes - tegra: panel support and DSI support, build as module, prime. - armada, omap, gma500, rcar, exynos, mgag200, cirrus, ast: fixes - msm: hdmi support for mdp5" * 'drm-next' of git://people.freedesktop.org/~airlied/linux: (595 commits) drm/nouveau: resume display if any later suspend bits fail drm/nouveau: fix lock unbalance in nouveau_crtc_page_flip drm/nouveau: implement hooks for needed for drm vblank timestamping support drm/nouveau/disp: add a method to fetch info needed by drm vblank timestamping drm/nv50: fill in crtc mode struct members from crtc_mode_fixup drm/radeon/dce8: workaround for atom BlankCrtc table drm/radeon/DCE4+: clear bios scratch dpms bit (v2) drm/radeon: set si_notify_smc_display_change properly drm/radeon: fix DAC interrupt handling on DCE5+ drm/radeon: clean up active vram sizing drm/radeon: skip async dma init on r6xx drm/radeon/runpm: don't runtime suspend non-PX cards drm/radeon: add ring to fence trace functions drm/radeon: add missing trace point drm/radeon: fix VMID use tracking drm: ast,cirrus,mgag200: use drm_can_sleep drm/gma500: Lock struct_mutex around cursor updates drm/i915: Fix the offset issue for the stolen GEM objects DRM: armada: fix missing DRM_KMS_FB_HELPER select drm/i915: Decouple GPU error reporting from ring initialisation ...
| * drm/msm: COMPILE_TEST supportRob Clark2014-01-09
| | | | | | | | | | | | With a simple stub, we can get COMPILE_TEST support. Signed-off-by: Rob Clark <robdclark@gmail.com>
* | drm/msm: Fix link error with !MSM_IOMMUJoerg Roedel2014-01-07
|/ | | | | | | | | | | | | | | The DRM driver for MSM depends on symbols from the MSM IOMMU driver. Add this dependency to the Kconfig file. Fixes this comile error: Kernel: arch/arm/boot/zImage is ready ERROR: "msm_iommu_get_ctx" [drivers/gpu/drm/msm/msm.ko] undefined! make[2]: *** [__modpost] Error 1 Cc: Rob Clark <robdclark@gmail.com> Signed-off-by: Joerg Roedel <joro@8bytes.org>
* drm: Add separate Kconfig option for fbdev helpersDaniel Vetter2013-10-11
| | | | | | | | | | | | | | | | | | | | | | | | For drivers which might want to disable fbdev legacy support. Select the new option in all drivers for now, so this shouldn't result in any change. Drivers need some work anyway to make fbdev support optional (if they have it implemented, that is), so the recommended way to expose this is by adding per-driver options. At least as long as most drivers don't support disabling the fbdev support. v2: Update for new drm drivers msm and rcar-du. Note that Rob's msm driver can already take advantage of this, which allows us to build msm without any fbdev depencies in the kernel! v3: Move the MODULE_* stuff from the fbdev helper file to drm_crtc_helper.c. Cc: David Herrmann <dh.herrmann@gmail.com> Cc: Rob Clark <robdclark@gmail.com> Reviewed-by: Rob Clark <robdclark@gmail.com> Acked-by: Dave Airlie <airlied@linux.ie> Reviewed-by: Chon Ming Lee <chon.ming.lee@intel.com> Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
* drm/msm: basic KMS driver for snapdragonRob Clark2013-08-24
The snapdragon chips have multiple different display controllers, depending on which chip variant/version. (As far as I can tell, current devices have either MDP3 or MDP4, and upcoming devices have MDSS.) And then external to the display controller are HDMI, DSI, etc. blocks which may be shared across devices which have different display controller blocks. To more easily add support for different display controller blocks, the display controller specific bits are split out into a "kms" module, which provides the kms plane/crtc/encoder objects. The external HDMI, DSI, etc. blocks are part encoder, and part connector currently. But I think I will pull in the drm_bridge patches from chromeos tree, and split them into a bridge+connector, with the registers that need to be set in modeset handled by the bridge. This would remove the 'msm_connector' base class. But some things need to be double checked to make sure I could get the correct ON/OFF sequencing.. This patch adds support for mdp4 crtc (including hw cursor), dtv encoder (part of MDP4 block), and hdmi. Signed-off-by: Rob Clark <robdclark@gmail.com>
generated by cgit v1.2.3 (git 2.25.1) at 2026-01-28 22:04:25 +0000