[PATCH libdrm] radeon: Handle surface offsets exceeding 32 bits correctly

From: Michel Dänzer The slice_size and bo_size fields were getting truncated to 32 bits. Signed-off-by: Michel Dänzer --- radeon/radeon_surface.c | 17 + 1 file changed, 9 insertions(+), 8 deletions(-) diff --git a/radeon/radeon_surface.c

[PATCH] drm/rockchip: vop: fix window origin calculation

Hi Mark, On 11/10/2015 05:59 PM, Mark Yao wrote: > From: Dominik Behr > > VOP_WINx_DSP_ST does not require subtracting 1 from the values written to > it. It actually causes the screen to be shifted by one pixel. > > Signed-off-by: Mark Yao I have meet the screen shift problem on RK3036 SDK

[PATCH] drm/rockchip: vop: fix window origin calculation

From: Dominik Behr VOP_WINx_DSP_ST does not require subtracting 1 from the values written to it. It actually causes the screen to be shifted by one pixel. Signed-off-by: Mark Yao --- drivers/gpu/drm/rockchip/rockchip_drm_vop.c |4 ++-- 1 file changed, 2 insertions(+),

drm: Bogus WARN() in drm_atomic_helper_update_legacy_modeset_state() ?

r for people to spot what's going wrong. Thierry -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151110/fba23936/attachment.sig>

[PATCH] drm/nouveau: Fix pre-nv50 pageflip events (v4)

on top for v4.4. Thierry -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151110/889950d7/attachment-0001.sig>

[PATCH 1/2] drm/rockchip: create the fake mmap offset during gem creation

On 2015年11月10日 17:28, Heiko Stuebner wrote: > Am Dienstag, 10. November 2015, 17:26:10 schrieb Mark yao: >> On 2015年11月10日 14:46, Heiko Stuebner wrote: >>> Hi Mark, >>> >>> Am Dienstag, 10. November 2015, 14:17:43 schrieb Mark yao: Hi Heiko I don't think this patch is

[PATCH] drm/nouveau: Fix pre-nv50 pageflip events (v4)

From: Daniel Vetter Apparently pre-nv50 pageflip events happen before the actual vblank period. Therefore that functionality got semi-disabled in commit af4870e406126b7ac0ae7c7ce5751f25ebe60f28 Author: Mario Kleiner Date: Tue May 13 00:42:08 2014 +0200

[PATCH v11 2/4] PM / Domains: add setter for dev.pm_domain

Hi Tomeu, On Tue, Oct 27, 2015 at 10:38 PM, Tomeu Vizoso wrote: > Adds a function that sets the pointer to dev_pm_domain in struct device > and that warns if the device has already finished probing. The reason > why we want to enforce that is because in the general case that can > cause problems

[PATCH 1/2] drm/rockchip: create the fake mmap offset during gem creation

On 2015年11月10日 14:46, Heiko Stuebner wrote: > Hi Mark, > > Am Dienstag, 10. November 2015, 14:17:43 schrieb Mark yao: >> Hi Heiko >>I don't think this patch is needed for rockchip drm, since >> rockchip drm only use kms. >> I saw the discussion about ("drm/exynos: create a fake mmap

[PATCH] drm/nouveau: Fix pre-nv50 pageflip events (v3)

On 11/10/2015 05:00 PM, Thierry Reding wrote: > On Tue, Nov 10, 2015 at 03:54:52PM +0100, Mario Kleiner wrote: >> From: Daniel Vetter >> >> Apparently pre-nv50 pageflip events happen before the actual vblank >> period. Therefore that functionality got semi-disabled in >> >> commit

[PATCH 00/25] Exynos DRM: new life of IPP (Image Post Processing) subsystem

Hello Marek, this looks very interesting. I'll try to integrate this with my mpv DRM backend once the colorspace conversion bits are implemented. I also wanted to suggest that using the IPP blocks (rotator, FIMC) should be still be possible without any kind of display active. So similar in the

[RESEND PATCH] drm/rockchip: import dma_buf to gem

We want to display a buffer allocated by other driver, need import the buffer to gem. Signed-off-by: Mark Yao --- Changes in resend: - rebase to this patch to newest origin/drm-next 4.3-rc5 Changes in v2: Adviced by Russell King - check sgt-nents == 1 when get iova from scatterlist - remove

[PATCH] drm/nouveau: Fix pre-nv50 pageflip events (v3)

nouveau/nouveau_display.c | 19 ++- > include/drm/drmP.h| 4 +++ > 3 files changed, 68 insertions(+), 9 deletions(-) This looks good to me. Let me clean this up a little and submit it to Dave. Thierry -- next part -- A non-text attachm

[RFC PATCH v3 1/4] drm: Introduce generic probe function for component based masters.

had sent a patch to revert this rockchip commit, verfied rockchip drm works. So we can do the fix later. Thanks all the same. :-) -- ï¼­ark Yao -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151

[PATCH] Revert "drm/rockchip: Convert the probe function to the generic drm_of_component_probe()"

This reverts commit 52f5eb60940de889ce98a876f6933b574ead3225. Rockchip drm can't work with generic drm_of_component_probe now Signed-off-by: Mark Yao --- drivers/gpu/drm/rockchip/rockchip_drm_drv.c | 81 +-- 1 file changed, 75 insertions(+), 6 deletions(-) diff --git

[PATCH] drm/rockchip: vop: fix window origin calculation

Am Dienstag, 10. November 2015, 17:59:10 schrieb Mark Yao: > From: Dominik Behr > > VOP_WINx_DSP_ST does not require subtracting 1 from the values written to > it. It actually causes the screen to be shifted by one pixel. > > Signed-off-by: Mark Yao One thing I noticed, the original patch [0]

[PATCH] drm/nouveau: Fix pre-nv50 pageflip events (v3)

From: Daniel Vetter Apparently pre-nv50 pageflip events happen before the actual vblank period. Therefore that functionality got semi-disabled in commit af4870e406126b7ac0ae7c7ce5751f25ebe60f28 Author: Mario Kleiner Date: Tue May 13 00:42:08 2014 +0200

[PATCH] drm/amdgpu: fix seq_printf format string

On Tue, Nov 10, 2015 at 7:17 AM, Arnd Bergmann wrote: > The amdgpu driver has a debugfs interface that shows the amount of > VRAM in use, but the newly added code causes a build error on > all 32-bit architectures: > > drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c:1076:17: warning: format '%lu' >

[Bug 92865] MSI R7 370 Armor 2X dpm issues

that line from 1762 to 1462? -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151110/eadf4139/attachment.html>

drm: Bogus WARN() in drm_atomic_helper_update_legacy_modeset_state() ?

Hello, When booting my Juno board with the HDLCD driver that I have converted to atomic operations I'm getting the following warning: [ cut here ] WARNING: at /work/repositories/kernel/drivers/gpu/drm/drm_atomic_helper.c:674 Modules linked in: hdlcd(+) clk_scpi CPU: 3

[PATCH libdrm] radeon: Handle surface offsets exceeding 32 bits correctly

On Tue, Nov 10, 2015 at 4:27 AM, Michel Dänzer wrote: > From: Michel Dänzer > > The slice_size and bo_size fields were getting truncated to 32 bits. > > Signed-off-by: Michel Dänzer > --- > radeon/radeon_surface.c | 17 + > 1 file changed, 9 insertions(+), 8 deletions(-)

[PATCH 09/13] exynos/fimg2d: add g2d_move

Hello Hyungwon, Hyungwon Hwang wrote: > Hello Tobias, > > On Mon, 09 Nov 2015 10:47:02 +0100 > Tobias Jakobi wrote: > >> Hello Hyungwon, >> >> >> Hyungwon Hwang wrote: >>> Hello Tobias, >>> >>> I was in vacation last week, so I could run your code today. I found >>> that what g2d_move() does

[PATCH v4] tests/exynos: add fimg2d performance analysis

Hello Hyungwon, Hyungwon Hwang wrote: > Hello Tobias, > > On Mon, 09 Nov 2015 10:47:13 +0100 > Tobias Jakobi wrote: > >> Hello Hyungwon, >> >> >> Hyungwon Hwang wrote: >>> Hello, >>> >>> I think this patch should update .gitignore, not for adding the >>> built binary to untracked file list.

[PATCH 25/25] drm/exynos: add support for plane scaling

This patch adds support for plane scaling. Minor changes were needed to use existing Exynos IPP integration code for enabling scaling feature. Signed-off-by: Marek Szyprowski --- drivers/gpu/drm/exynos/exynos_drm_plane.c | 8 +--- drivers/gpu/drm/exynos/exynos_drm_plane_ipp.c | 22

[PATCH 24/25] drm/exynos: add generic plane rotation property support

This patch adds generic plane rotation property for all supported drivers. This has been implemented with additional help from Exynos IPP (Exynos Image Post-Processing subsystem) with temporary framebuffers. Signed-off-by: Marek Szyprowski --- drivers/gpu/drm/exynos/Kconfig| 8

[PATCH 23/25] drm/exynos: ipp: make framework context global

IPP framework stored global context in driver data of its platform device. This patch moves it to global variable to simplify access. There exists only one such framework, so there is no drawback of this change. Signed-off-by: Marek Szyprowski --- drivers/gpu/drm/exynos/exynos_drm_ipp.c | 50

[PATCH 22/25] drm/exynos: gem: simplify access to exynos gem object

Replace calls to exynos_drm_gem_get_{dma_addr,size}, by a simpler function exynos_drm_gem_get(). This lets the caller to get access to exynos_drm_gem object and extract any information about GEM object without searching object tree for getting each parameter. Signed-off-by: Marek Szyprowski ---

[PATCH 21/25] drm/exynos: gem: remove old unused prototypes

This patch removes old, unused function prototypes from exynos_drm_gem.h. Signed-off-by: Marek Szyprowski --- drivers/gpu/drm/exynos/exynos_drm_gem.h | 28 1 file changed, 28 deletions(-) diff --git a/drivers/gpu/drm/exynos/exynos_drm_gem.h

[PATCH 20/25] drm/exynos: gem: set default alignment for dumb GEM buffers

This patch forces all GEM buffers to have pitch aligned at least to 8 pixels. This is a common requirement for various Exynos IPP blocks, which otherwise won't be able to operate on buffers of random size. Signed-off-by: Marek Szyprowski --- drivers/gpu/drm/exynos/exynos_drm_drv.h | 2 ++

[PATCH 19/25] drm/exynos: add fb pointer to exynos_drm_plane_state

Add framebuffer pointer to exynos_drm_plane_state and tell drivers to use it. This lets common plane code to set temporary framebuffer in the future and drivers will use it without additional changes. Signed-off-by: Marek Szyprowski --- drivers/gpu/drm/exynos/exynos5433_drm_decon.c | 2 +-

[PATCH 18/25] drm/exynos: fimd: fix dma burst size setting for small plane size

This patch fixes trashed display of buffers cropped to very small width. Even if DMA is unstable and causes tearing when changing the burst size, it is still better than displaying a garbage. Signed-off-by: Marek Szyprowski --- drivers/gpu/drm/exynos/exynos_drm_fimd.c | 24

[PATCH 17/25] drm/exynos: fix clipping when scalling is enabled

This patch fixes calculation of src x/y offset for negative crtc x/y values when scalling is enabled. This fixes possible IOMMU fault when scalling is enabled. Signed-off-by: Marek Szyprowski --- drivers/gpu/drm/exynos/exynos_drm_plane.c | 13 +++-- 1 file changed, 7 insertions(+), 6

[PATCH 16/25] drm/exynos: mixer: use ratio precalculated in exynos_state

Common plane code already calculates and checks for supported scalling modes, so additional code in mixer driver can be now removed. Signed-off-by: Marek Szyprowski --- drivers/gpu/drm/exynos/exynos_mixer.c | 33 +++-- 1 file changed, 3 insertions(+), 30 deletions(-)

[PATCH 15/25] drm/exynos: add generic check for plane state

This patch adds generic check for plane state: pixel format and display area dimensions, so drivers can always assume that they get valid plane state to set. Signed-off-by: Marek Szyprowski --- drivers/gpu/drm/exynos/exynos_drm_drv.h | 2 ++ drivers/gpu/drm/exynos/exynos_drm_plane.c | 51

[PATCH 14/25] drm/exynos: introduce exynos_drm_plane_config structure

This patch adds common structure for keeping plane configuration and capabilities data. This patch is inspired by similar code developed by Tobias Jakobi. Signed-off-by: Marek Szyprowski --- drivers/gpu/drm/exynos/exynos5433_drm_decon.c | 18 +++---

[PATCH 13/25] drm/exynos: mixer: enable video overlay plane only when VP is available

Video overlay plane should be registered only when suitable hardware sub-block (Video Processor) is available. Signed-off-by: Marek Szyprowski --- drivers/gpu/drm/exynos/exynos_mixer.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/drivers/gpu/drm/exynos/exynos_mixer.c

[PATCH 12/25] drm/exynos: mixer: use crtc->state->adjusted_mode instead of crtc->mode

This patch replaces usage of crtc->mode with crtc->state->adjusted_mode like it is already done in common plane code. Signed-off-by: Marek Szyprowski --- drivers/gpu/drm/exynos/exynos_mixer.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git

[PATCH 11/25] drm/exynos: introduce exynos_drm_plane_state structure

This patch introduces exynos_drm_plane_state structure, which subclasses drm_plane_state and holds precalculated data suitable for configuring Exynos hardware. Signed-off-by: Marek Szyprowski --- drivers/gpu/drm/exynos/exynos5433_drm_decon.c | 21 ++---

[PATCH 10/25] drm/exynos: move dma_addr attribute from exynos plane to exynos fb

DMA address is a framebuffer attribute and the right place for it is exynos_drm_framebuffer not exynos_drm_plane. This patch also introduces helper function for getting dma address of the given framebuffer. Signed-off-by: Marek Szyprowski --- drivers/gpu/drm/exynos/exynos5433_drm_decon.c | 13

[PATCH 09/25] drm/exynos: exynos7-decon: remove excessive check

Display area is already checked by exynos plane core, so there is no need for such check in driver code. Signed-off-by: Marek Szyprowski --- drivers/gpu/drm/exynos/exynos7_drm_decon.c | 10 -- 1 file changed, 10 deletions(-) diff --git a/drivers/gpu/drm/exynos/exynos7_drm_decon.c

[PATCH 08/25] drm/exynos: rotator: convert to common clock framework

This driver was not used after introduction of common clock framework. This patch adds missing prepare/unprepare calls and allows to use it again with current kernel code. Signed-off-by: Marek Szyprowski --- drivers/gpu/drm/exynos/exynos_drm_rotator.c | 4 ++-- 1 file changed, 2 insertions(+),

[PATCH 07/25] drm/exynos: fix to calculate offset of each plane for ipp gsc

From: Seung-Woo Kim NV12 and YUV420 formats are needed to calculate offset of each plane in a gem buffer for ipp gsc. Without proper offset, only Y plane can be processed, so result shows green frame. This patch fixes to calculate offset for cbcr planes for NV12 and

[PATCH 06/25] drm/exynos: fix to calculate offset of each plane for ipp fimc

From: Seung-Woo Kim NV12 and YUV420 formats are need to calculate offset of each plane for ipp fimc in a gem buffer. Without proper offset, only Y plane can be processed, so result shows green frame. This patch fixes to calculate offset for cbcr planes for NV12 and YUV420

[PATCH 05/25] drm/exynos: gsc: add device tree support and remove usage of static mappings

This patch adds device tree support for exynos_drm_gsc. This patch also fixed build issue on non-Exynos platforms, thus dependency on !ARCH_MULTIPLATFORM can be now removed. The driver cannot be used simultaneously with V4L2 Mem2Mem GScaller driver thought. Signed-off-by: Seung-Woo Kim [updated

[PATCH 04/25] drm/exynos: gsc: fix wrong pm_runtime state

From: Seung-Woo Kim At probe time, gsc clock is not enabled, so pm_runtime state should be deactive. So this patch removes pm_runtime_set_active() from gsc_probe(). Signed-off-by: Seung-Woo Kim Signed-off-by: Marek Szyprowski ---

[PATCH 03/25] drm/exynos: gsc: prepare and unprepare gsc clock

From: Seung-Woo Kim Ths patch changes the clk_enable and clk_disable call in gsc driver into clk_prepare_enable and clk_disable_unprepare. Signed-off-by: Seung-Woo Kim Signed-off-by: Marek Szyprowski --- drivers/gpu/drm/exynos/exynos_drm_gsc.c | 4 ++-- 1 file

[PATCH 02/25] ARM: dts: exynos542x: add rotator node

This patch adds device node for Rotator device to Exynos 542x device tree file. Signed-off-by: Marek Szyprowski --- arch/arm/boot/dts/exynos5420.dtsi | 19 +++ 1 file changed, 19 insertions(+) diff --git a/arch/arm/boot/dts/exynos5420.dtsi b/arch/arm/boot/dts/exynos5420.dtsi

[PATCH 01/25] ARM: dts: exynos4: add rotator nodes

This patch adds device node for Rotator device to Exynos 4210 and 4x12 device tree files. Signed-off-by: Marek Szyprowski --- arch/arm/boot/dts/exynos4.dtsi| 10 +- arch/arm/boot/dts/exynos4210.dtsi | 8 arch/arm/boot/dts/exynos4x12.dtsi | 4 3 files changed, 21

[PATCH 00/25] Exynos DRM: new life of IPP (Image Post Processing) subsystem

Dear All, This patch series introduces a new life into Exynos IPP (Image Post Processing) subsystem by integrating it (transparently for userspace applications) with Exynos DRM core plane management. This means that all CRTC drivers transparently get support for standard features of IPP subsystem

[PATCH 1/2] drm/rockchip: create the fake mmap offset during gem creation

Hi Heiko I don't think this patch is needed for rockchip drm, since rockchip drm only use kms. I saw the discussion about ("drm/exynos: create a fake mmap offset with gem creation"), Inki said that: "This patch makes drm_gem_create_mmap_offset to be called even in case of not using dumb*

[PATCH 2/2] drm/rockchip: unset pgoff when mmap'ing gems

On 2015年11月10日 03:52, Heiko Stuebner wrote: > Commit 371f0f085f629 ("ARM: 8426/1: dma-mapping: add missing range check > in dma_mmap()") introduced offset-checking for mappings, which collides > with the fake-offset the drm sets for gems. > > Other drm-drivers set this offset to 0 before

[RFC PATCH v3 1/4] drm: Introduce generic probe function for component based masters.

analysis, let me know what happen. -- ï¼­ark Yao -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151110/8493f366/attachment.html>

[PATCH 09/13] exynos/fimg2d: add g2d_move

Hello Tobias, On Mon, 09 Nov 2015 10:47:02 +0100 Tobias Jakobi wrote: > Hello Hyungwon, > > > Hyungwon Hwang wrote: > > Hello Tobias, > > > > I was in vacation last week, so I could run your code today. I found > > that what g2d_move() does is actually copying not moving, because > > the

[PATCH] drm/amdgpu: fix seq_printf format string

The amdgpu driver has a debugfs interface that shows the amount of VRAM in use, but the newly added code causes a build error on all 32-bit architectures: drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c:1076:17: warning: format '%lu' expects argument of type 'long unsigned int', but argument 4 has type

[PATCH] drm/amdgpu: Fix default page access routing

On Thu, Nov 5, 2015 at 2:06 PM, Jay Cornwall wrote: > The VM default page (used when a VM translation fails) is allocated in > system memory. The VM is misconfigured to interpret the physical address > as referencing a VRAM physical page. > > Route default page accesses to system memory. > >

[PATCH] drm/rockchip: vop: fix window origin calculation

Am Dienstag, 10. November 2015, 17:59:10 schrieb Mark Yao: > From: Dominik Behr > > VOP_WINx_DSP_ST does not require subtracting 1 from the values written to > it. It actually causes the screen to be shifted by one pixel. > > Signed-off-by: Mark Yao funny I never noticed that shift, but now

[PATCH v4] tests/exynos: add fimg2d performance analysis

Hello Tobias, On Mon, 09 Nov 2015 10:47:13 +0100 Tobias Jakobi wrote: > Hello Hyungwon, > > > Hyungwon Hwang wrote: > > Hello, > > > > I think this patch should update .gitignore, not for adding the > > built binary to untracked file list. > Thanks! > > > > Also, I want to make clear about

[PATCH] Revert "drm/rockchip: Convert the probe function to the generic drm_of_component_probe()"

On Tue, Nov 10, 2015 at 04:47:19PM +0800, Mark Yao wrote: > This reverts commit 52f5eb60940de889ce98a876f6933b574ead3225. > > Rockchip drm can't work with generic drm_of_component_probe now > > Signed-off-by: Mark Yao Acked-by: Liviu Dudau > --- > drivers/gpu/drm/rockchip/rockchip_drm_drv.c

[PATCH 1/2] drm/rockchip: create the fake mmap offset during gem creation

Am Dienstag, 10. November 2015, 17:26:10 schrieb Mark yao: > On 2015年11月10日 14:46, Heiko Stuebner wrote: > > Hi Mark, > > > > Am Dienstag, 10. November 2015, 14:17:43 schrieb Mark yao: > >> Hi Heiko > >>I don't think this patch is needed for rockchip drm, since > >> rockchip drm only

[RFC PATCH v3 1/4] drm: Introduce generic probe function for component based masters.

On Tue, Nov 10, 2015 at 04:53:09PM +0800, Mark yao wrote: >On 2015年11月09日 19:57, Liviu Dudau wrote: > > Meanwhile, what is your suggestion regarding the patchset. I've seen David > has > sent Linus a pull request for 4.4-rc1 that includes it. Should we send a > revert for rockchip

[PATCH] drm/nouveau: fix build failures on all non ARM.

From: Dave Airlie gk20a is an ARM only GPU, so we can just do the correct thing on ARM but fail on other architectures. The other option was to use SWIOTLB as the define, which means phys_to_page exists, but this seems clearer. Signed-off-by: Dave Airlie ---

[PATCH 1/2] drm/rockchip: create the fake mmap offset during gem creation

Hi Mark, Am Dienstag, 10. November 2015, 14:17:43 schrieb Mark yao: > Hi Heiko > I don't think this patch is needed for rockchip drm, since > rockchip drm only use kms. > I saw the discussion about ("drm/exynos: create a fake mmap offset with > gem creation"), > Inki said that: "This

[Bug 106851] WARNING: CPU: 0 PID: 686 at fs/sysfs/dir.c:31 sysfs_warn_dup+0x68/0x80() + drm:radeon_pm_late_init [radeon]] *ERROR*

https://bugzilla.kernel.org/show_bug.cgi?id=106851 lbl changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---