Re: [PATCH] drm/exynos: Remove unused vma field of exynos_drm_gem_obj

On 2015년 06월 19일 14:46, Krzysztof Kozlowski wrote: > 2015-06-19 14:28 GMT+09:00 Inki Dae : >> On 2015년 06월 19일 14:23, Krzysztof Kozlowski wrote: >>> The field 'vma' of 'exynos_drm_gem_obj' structure was introduced in >>> 2a3098ff6c21 ("drm/exynos: add userptr feature for g2d module") but is >>> not

Re: [PATCH] drm/exynos: Remove unused vma field of exynos_drm_gem_obj

2015-06-19 14:28 GMT+09:00 Inki Dae : > On 2015년 06월 19일 14:23, Krzysztof Kozlowski wrote: >> The field 'vma' of 'exynos_drm_gem_obj' structure was introduced in >> 2a3098ff6c21 ("drm/exynos: add userptr feature for g2d module") but is >> not referenced anywhere. >> >> One instance of 'exynos_drm_g

Re: [PATCH] drm/exynos: Remove unused vma field of exynos_drm_gem_obj

On 2015년 06월 19일 14:23, Krzysztof Kozlowski wrote: > The field 'vma' of 'exynos_drm_gem_obj' structure was introduced in > 2a3098ff6c21 ("drm/exynos: add userptr feature for g2d module") but is > not referenced anywhere. > > One instance of 'exynos_drm_gem_obj' may be mapped to multiple > user-spa

[PATCH] drm/exynos: Remove unused vma field of exynos_drm_gem_obj

The field 'vma' of 'exynos_drm_gem_obj' structure was introduced in 2a3098ff6c21 ("drm/exynos: add userptr feature for g2d module") but is not referenced anywhere. One instance of 'exynos_drm_gem_obj' may be mapped to multiple user-space VMAs so 'vma' field does not look useful anyway. Signed-off

Re: [PATCH 06/41] clocksource: exynos_mct: Migrate to new 'set-state' interface

Hi Alexey, On 18-06-15, 19:38, Alexey Klimov wrote: > (adding samsung list and Krzysztof to c/c) Thanks. > Please don't forget to send patches to platform list and platform maintainers. Hmmm, I cc'd Kukjin on this patch as he was the one Acking most of the patches on this driver recently (had a

Re: [PATCH] ARM: dts: exynos5422-odroidxu3: Add ramp delay for regulators

On 18.06.2015 20:56, Anand Moon wrote: > Adds ramp delay for the vdd_ldo9, vdd_ldo13, > vdd_ldo15 and vdd_sd regulator. Changes removes > warning "ramp_delay not set" for all the above regulator. > > Signed-off-by: Anand Moon > --- > Changes based on https://github.com/krzk/linux.git branch dt-fo

[PATCH 2/2] drm/exynos: use KMS version of DRM vblanks functions

From: Gustavo Padovan Get rid of legacy DRM vblank function that are less clear to use. The new only basically requires only the crtc as paramenters. It also clean ups exynos_drm_crtc_finish_pageflip() parameters as a consequence. Signed-off-by: Gustavo Padovan --- drivers/gpu/drm/exynos/exyn

[PATCH 1/2] drm/exynos: calculate vrefresh instead of use a fixed value

From: Gustavo Padovan When mode's vrefresh is zero we should ask DRM core to calculate vrefresh for us so we can get the correct value instead of relying on fixed value defined in a macro. But if vrefresh is still zero we should fail the update. Suggested-by: Daniel Stone Signed-off-by: Gustavo

Re: [PATCH 1/6] clk: add CLK_RECALC_NEW_RATES clock flag for Exynos cpu clock support

Quoting Sylwester Nawrocki (2015-05-13 07:13:13) > On 03/04/15 18:43, Bartlomiej Zolnierkiewicz wrote: > > This flag is needed to fix the issue with wrong dividers being setup > > by Common Clock Framework when using the new Exynos cpu clock support. > > > > The issue happens because clk_core_set_

Re: [PATCH 0/6] cpufreq: use generic cpufreq drivers forExynos4210platform

On Thursday, June 18, 2015 07:53:14 PM Bartlomiej Zolnierkiewicz wrote: > > Hi, > > Mike, could you please take a look at patches #1 and #2 (#1 is a 4 line > change to a Common Clock Framework and #2 is ARM Exynos specific)? Oh, and patch #3 (which is also ARM Exynos specific). Best regards, --

Re: [PATCH 0/6] cpufreq: use generic cpufreq drivers forExynos4210platform

Hi, Mike, could you please take a look at patches #1 and #2 (#1 is a 4 line change to a Common Clock Framework and #2 is ARM Exynos specific)? This series has been waiting on your feedback since 3rd of April. :( Best regards, -- Bartlomiej Zolnierkiewicz Samsung R&D Institute Poland Samsung Ele

Re: [PATCH 06/41] clocksource: exynos_mct: Migrate to new 'set-state' interface

Hi Viresh, (adding samsung list and Krzysztof to c/c) Please don't forget to send patches to platform list and platform maintainers. On Thu, Jun 18, 2015 at 1:54 PM, Viresh Kumar wrote: > Migrate exynos_mct driver to the new 'set-state' interface provided by > clockevents core, the earlier 'set

[PATCH 1/3] drm/exynos: add atomic asynchronous commit

From: Gustavo Padovan The atomic modesetting interfaces supports async commits that should be implemented by the drivers. If drm core requests an async commit exynos_atomic_commit() will schedule a work task to run the update later. It also waits to an update to finishes to schedule a new one. S

[PATCH 2/3] drm/exynos: vidi: always handle vblank on planes updates

From: Gustavo Padovan We need to call drm_handle_vblank() after each successful plane update to update vblank counter and send the necessary events. Signed-off-by: Gustavo Padovan --- drivers/gpu/drm/exynos/exynos_drm_vidi.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a

[PATCH 3/3] drm/exynos: pass the correct pipe number

From: Gustavo Padovan Instead of giving -1 to as arg to drm_send_vblank_event() pass the correct pipe number to it. Signed-off-by: Gustavo Padovan --- drivers/gpu/drm/exynos/exynos_drm_crtc.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/exynos/exynos_drm

[PATCH 0/3] drm/exynos: improve vidi refresh rate + async commit

From: Gustavo Padovan Hi, The first patch in this series add support to async page flips, but it doesn't improve the refresh rate when using vidi+fimd. The second patch fixes an issue on vidi that solves the refresh rate issue when only vidi is used. For the case where vidi + fimd is used it im

[PATCH 5/10] media: vb2: Convert vb2_dma_sg_get_userptr() to use frame vector

Acked-by: Marek Szyprowski Tested-by: Marek Szyprowski Signed-off-by: Jan Kara --- drivers/media/v4l2-core/videobuf2-dma-sg.c | 95 +- 1 file changed, 15 insertions(+), 80 deletions(-) diff --git a/drivers/media/v4l2-core/videobuf2-dma-sg.c b/drivers/media/v4l2-cor

[PATCH 8/10] media: vb2: Remove unused functions

Conversion to the use of pinned pfns made some functions unused. Remove them. Also there's no need to lock mmap_sem in __buf_prepare() anymore. Acked-by: Marek Szyprowski Tested-by: Marek Szyprowski Signed-off-by: Jan Kara --- drivers/media/v4l2-core/videobuf2-memops.c | 114 --

[PATCH 1/10] [media] vb2: Push mmap_sem down to memops

Currently vb2 core acquires mmap_sem just around call to __qbuf_userptr(). However since commit f035eb4e976ef5 (videobuf2: fix lockdep warning) it isn't necessary to acquire it so early as we no longer have to drop queue mutex before acquiring mmap_sem. So push acquisition of mmap_sem down into .ge

[PATCH 3/10] media: omap_vout: Convert omap_vout_uservirt_to_phys() to use get_vaddr_pfns()

Convert omap_vout_uservirt_to_phys() to use get_vaddr_pfns() instead of hand made mapping of virtual address to physical address. Also the function leaked page reference from get_user_pages() so fix that by properly release the reference when omap_vout_buffer_release() is called. Signed-off-by: Ja

[PATCH 10/10] mm: Move get_vaddr_frames() behind a config option

get_vaddr_frames() is used by relatively rare drivers so hide it and the related functions behind a config option that is selected only by drivers that need the infrastructure. The saving are: add/remove: 0/6 grow/shrink: 0/0 up/down: 0/-868 (-868) function old

[PATCH 9/10] drm/exynos: Convert g2d_userptr_get_dma_addr() to use get_vaddr_frames()

Convert g2d_userptr_get_dma_addr() to pin pages using get_vaddr_frames(). This removes the knowledge about vmas and mmap_sem locking from exynos driver. Also it fixes a problem that the function has been mapping user provided address without holding mmap_sem. Signed-off-by: Jan Kara --- drivers/

[PATCH 6/10] media: vb2: Convert vb2_vmalloc_get_userptr() to use frame vector

Convert vb2_vmalloc_get_userptr() to use frame vector infrastructure. When we are doing that there's no need to allocate page array and some code can be simplified. Acked-by: Marek Szyprowski Tested-by: Marek Szyprowski Signed-off-by: Jan Kara --- drivers/media/v4l2-core/videobuf2-vmalloc.c |

[PATCH 7/10] media: vb2: Convert vb2_dc_get_userptr() to use frame vector

Convert vb2_dc_get_userptr() to use frame vector infrastructure. When we are doing that there's no need to allocate page array and some code can be simplified. Acked-by: Marek Szyprowski Tested-by: Marek Szyprowski Signed-off-by: Jan Kara --- drivers/media/v4l2-core/videobuf2-dma-contig.c | 21

[PATCH 0/10 v6] Helper to abstract vma handling in media layer

Hello, I'm sending the sixth version of my patch series to abstract vma handling from the various media drivers. Since the previous version I have added a patch to move mm helpers into a separate file and behind a config option. I also changed patch pushing mmap_sem down in videobuf2 core to avo

[PATCH 2/10] mm: Provide new get_vaddr_frames() helper

Provide new function get_vaddr_frames(). This function maps virtual addresses from given start and fills given array with page frame numbers of the corresponding pages. If given start belongs to a normal vma, the function grabs reference to each of the pages to pin them in memory. If start belongs

[PATCH 4/10] vb2: Provide helpers for mapping virtual addresses

Provide simple helper functions to map virtual address range into an array of pfns / pages. Acked-by: Marek Szyprowski Tested-by: Marek Szyprowski Signed-off-by: Jan Kara --- drivers/media/v4l2-core/videobuf2-memops.c | 58 ++ include/media/videobuf2-memops.h

Re: [PATCH 9/9] [media] mm: Move get_vaddr_frames() behind a config option

On Wed 10-06-15 09:37:20, Josh Triplett wrote: > On Wed, Jun 10, 2015 at 06:20:52AM -0300, Mauro Carvalho Chehab wrote: > > From: Jan Kara > > > > get_vaddr_frames() is used by relatively rare drivers so hide it and the > > related functions behind a config option that is selected only by > > dri

[PATCH] ARM: dts: exynos5422-odroidxu3: Add ramp delay for regulators

Adds ramp delay for the vdd_ldo9, vdd_ldo13, vdd_ldo15 and vdd_sd regulator. Changes removes warning "ramp_delay not set" for all the above regulator. Signed-off-by: Anand Moon --- Changes based on https://github.com/krzk/linux.git branch dt-for-next Console message: [3.756440] vdd_ldo9: ramp