Linux kernel stable tree (mirror) https://git.radix-linux.su/kernel/linux.git/atom?h=v4.17.18 2018-05-09T00:04:57+00:00 2018-05-09T00:04:57+00:00 Peter Rosin peda@axentia.se 2018-05-02T07:40:25+00:00 urn:sha1:6f2db7dc901a1b89fbc50f7b38f0f7ee17205703 drm_bridge_attach takes care of these assignments, so there is no need to open-code them a second time. Signed-off-by: Peter Rosin <peda@axentia.se> Signed-off-by: Inki Dae <inki.dae@samsung.com> 2018-05-04T00:39:59+00:00 Tobias Jakobi tjakobi@math.uni-bielefeld.de 2018-02-02T15:11:23+00:00 urn:sha1:0ccc1c8f0282e237a0bd6dca7cdac4ed5e318ee7 If an interlaced video mode is selected, a IOMMU pagefault is triggered by vp_video_buffer(). Fix the most apparent bugs: - pitch value for chroma plane - divide by two of height and vpos of source and destination Signed-off-by: Tobias Jakobi <tjakobi@math.uni-bielefeld.de> [ a.hajda: Halved also destination height and vpos, updated commit message ] Signed-off-by: Andrzej Hajda <a.hajda@samsung.com> Signed-off-by: Inki Dae <inki.dae@samsung.com> 2018-05-04T00:39:59+00:00 Andrzej Hajda a.hajda@samsung.com 2018-02-02T15:11:22+00:00 urn:sha1:2eced8e917b060587fc8ed46df41c364957a5050 In case of interlace mode video processor registers and mixer config register must be check to ensure internal state is in sync with shadow registers. This patch fixes page-faults in interlaced mode. Signed-off-by: Andrzej Hajda <a.hajda@samsung.com> Signed-off-by: Inki Dae <inki.dae@samsung.com> 2018-04-22T22:53:41+00:00 Dave Airlie airlied@redhat.com 2018-04-22T22:53:41+00:00 urn:sha1:2e1d6eab503d179dbca51f54c65c4e0b70775fbf Remove Exynos specific framebuffer structure and relevant functions. - it removes exynos_drm_fb structure which is a wrapper of drm_framebuffer and unnecessary two exynos specific callback functions, exynos_drm_destory() and exynos_drm_fb_create_handle() because we can reuse existing drm common callback ones instead. * tag 'exynos-drm-fixes-for-v4.17-rc2' of git://git.kernel.org/pub/scm/linux/kernel/git/daeinki/drm-exynos: drm/exynos: exynos_drm_fb -> drm_framebuffer drm/exynos: Move dma_addr out of exynos_drm_fb drm/exynos: Move GEM BOs to drm_framebuffer drm/amdkfd: Deallocate SDMA queues correctly drm/amdkfd: Fix scratch memory with HWS enabled 2018-04-17T05:55:41+00:00 Daniel Stone daniels@collabora.com 2018-03-30T14:11:32+00:00 urn:sha1:ff059fcbeed9cbed7421f82d1463dd74c472636e Now exynos_drm_fb is just an empty wrapper around drm_framebuffer, we can drop it. Signed-off-by: Daniel Stone <daniels@collabora.com> Signed-off-by: Inki Dae <inki.dae@samsung.com> Cc: Inki Dae <inki.dae@samsung.com> Cc: Joonyoung Shim <jy0922.shim@samsung.com> Cc: Seung-Woo Kim <sw0312.kim@samsung.com> Cc: Kyungmin Park <kyungmin.park@samsung.com> 2018-04-17T05:55:41+00:00 Daniel Stone daniels@collabora.com 2018-03-30T14:11:31+00:00 urn:sha1:7b30508f5116574f94b50c71d3da1089d145e603 This can be calculated from the GEM BO DMA address as well as the offset stored in the base framebuffer. Signed-off-by: Daniel Stone <daniels@collabora.com> Signed-off-by: Inki Dae <inki.dae@samsung.com> Cc: Inki Dae <inki.dae@samsung.com> Cc: Joonyoung Shim <jy0922.shim@samsung.com> Cc: Seung-Woo Kim <sw0312.kim@samsung.com> Cc: Kyungmin Park <kyungmin.park@samsung.com> 2018-04-17T05:55:41+00:00 Daniel Stone daniels@collabora.com 2018-03-30T14:11:30+00:00 urn:sha1:b11954a6971baa5842e24e6c0dcf56f117249638 Since drm_framebuffer can now store GEM objects directly, place them there rather than in our own subclass. As this makes the framebuffer create_handle and destroy functions the same as the GEM framebuffer helper, we can reuse those. Signed-off-by: Daniel Stone <daniels@collabora.com> Signed-off-by: Inki Dae <inki.dae@samsung.com> Cc: Inki Dae <inki.dae@samsung.com> Cc: Joonyoung Shim <jy0922.shim@samsung.com> Cc: Seung-Woo Kim <sw0312.kim@samsung.com> Cc: Kyungmin Park <kyungmin.park@samsung.com> 2018-03-28T04:30:41+00:00 Dave Airlie airlied@redhat.com 2018-03-28T04:30:41+00:00 urn:sha1:2b4f44eec2be2688511c2b617d0e1b4f94c45ba4 Linux 4.16-rc7 This was requested by Daniel, and things were getting a bit hard to reconcile, most of the conflicts were trivial though. 2018-03-07T15:18:00+00:00 Marek Szyprowski m.szyprowski@samsung.com 2018-03-05T08:57:41+00:00 urn:sha1:2e9b3e74b4a184f657995cf28963f72531c7a420 If there is another bridge after analogix_dp, then the connector object should not be created. This fixes following timeouts on Exynos5420-based Chromebook2 Peach-PIT board during boot: exynos-dp 145b0000.dp-controller: AUX CH cmd reply timeout! exynos-dp 145b0000.dp-controller: AUX CH enable timeout! exynos-dp 145b0000.dp-controller: AUX CH enable timeout! exynos-dp 145b0000.dp-controller: AUX CH enable timeout! exynos-dp 145b0000.dp-controller: AUX CH enable timeout! Signed-off-by: Marek Szyprowski <m.szyprowski@samsung.com> Tested-by: Heiko Stuebner <heiko@sntech.de> Signed-off-by: Andrzej Hajda <a.hajda@samsung.com> Link: https://patchwork.freedesktop.org/patch/msgid/20180305085741.18896-4-m.szyprowski@samsung.com 2018-03-01T14:50:50+00:00 Jeffy Chen jeffy.chen@rock-chips.com 2018-01-10T16:23:42+00:00 urn:sha1:7fe201cd55bb3527c4b7152fc099a3c5fb9054c3 Since we are initing connector in the core driver and encoder in the plat driver, let's clean them up in the right places. Signed-off-by: Jeffy Chen <jeffy.chen@rock-chips.com> Signed-off-by: Thierry Escande <thierry.escande@collabora.com> Reviewed-by: Andrzej Hajda <a.hajda@samsung.com> Signed-off-by: Heiko Stuebner <heiko@sntech.de> Link: https://patchwork.freedesktop.org/patch/msgid/20180110162348.22765-3-thierry.escande@collabora.com