Re: [RFC][PATCH 1/2] dma-buf: add importer private data to attachment

2013-06-09 Thread 김승우
On 2013년 06월 07일 20:24, Maarten Lankhorst wrote: > Op 07-06-13 04:32, 김승우 schreef: >> Hello Maarten, >> >> On 2013년 06월 05일 22:23, Maarten Lankhorst wrote: >>> Op 31-05-13 10:54, Seung-Woo Kim schreef: >>>> dma-buf attachment has only exporter pri

Re: [RFC][PATCH 1/2] dma-buf: add importer private data to attachment

2013-06-06 Thread 김승우
Hello Maarten, On 2013년 06월 05일 22:23, Maarten Lankhorst wrote: > Op 31-05-13 10:54, Seung-Woo Kim schreef: >> dma-buf attachment has only exporter private data, but importer private data >> can be useful for importer especially to re-import the same dma-buf. >> To use importer private data in att

Re: [RFC][PATCH 0/2] dma-buf: add importer private data for reimporting

2013-06-04 Thread 김승우
On 2013년 06월 04일 21:55, Daniel Vetter wrote: > On Tue, Jun 04, 2013 at 07:42:22PM +0900, 김승우 wrote: >> >> >> On 2013년 06월 01일 00:29, Daniel Vetter wrote: >>> On Fri, May 31, 2013 at 07:22:24PM +0900, 김승우 wrote: >>>> Hello Daniel, >>>> >&

Re: [RFC][PATCH 0/2] dma-buf: add importer private data for reimporting

2013-06-04 Thread 김승우
On 2013년 06월 01일 00:29, Daniel Vetter wrote: > On Fri, May 31, 2013 at 07:22:24PM +0900, 김승우 wrote: >> Hello Daniel, >> >> Thanks for your comment. >> >> On 2013년 05월 31일 18:14, Daniel Vetter wrote: >>> On Fri, May 31, 2013 at 10:54 AM, Seung-Woo Kim

Re: [RFC][PATCH 0/2] dma-buf: add importer private data for reimporting

2013-05-31 Thread 김승우
Hello Daniel, Thanks for your comment. On 2013년 05월 31일 18:14, Daniel Vetter wrote: > On Fri, May 31, 2013 at 10:54 AM, Seung-Woo Kim > wrote: >> importer private data in dma-buf attachment can be used by importer to >> reimport same dma-buf. >> >> Seung-Woo Kim (2): >> dma-buf: add importer

Re: [PATCH] drm/exynos: exynos_hdmi: Pass correct pointer to free_irq()

2013-05-20 Thread 김승우
Good point, On 2013년 05월 21일 02:32, Lars-Peter Clausen wrote: > free_irq() expects the same pointer that was passed to request_threaded_irq(), > otherwise the IRQ is not freed. > > The issue was found using the following coccinelle script: > > > @r1@ > type T; > T devid; > @@ > request_threaded

Re: [PATCH] drivers: gpu: drm: exynos: Replaced kzalloc & memcpy with kmemdup

2013-03-11 Thread 김승우
Good point. Acked-by: Seung-Woo Kim On 2013년 03월 12일 04:25, Alexandru Gheorghiu wrote: > Replaced calls to kzalloc followed by memcpy with call to kmemdup. > Patch found using coccinelle. > > Signed-off-by: Alexandru Gheorghiu > --- > drivers/gpu/drm/exynos/exynos_drm_vidi.c |6 ++ >

Re: [PATCH v3 1/3] drm/exynos: Get HDMI version from device tree

2013-02-05 Thread 김승우
On 2013년 02월 06일 09:56, Sean Paul wrote: > On Tue, Feb 5, 2013 at 4:42 PM, Stephen Warren wrote: >> On 02/05/2013 05:37 PM, Sean Paul wrote: >>> On Tue, Feb 5, 2013 at 4:22 PM, Stephen Warren >>> wrote: n 02/05/2013 04:42 PM, Sean Paul wrote: > Use the compatible string in the device

Re: [PATCH -next] drm/exynos/iommu: fix return value check in drm_create_iommu_mapping()

2012-12-09 Thread 김승우
On 2012년 12월 07일 21:50, Wei Yongjun wrote: > From: Wei Yongjun > > In case of error, function arm_iommu_create_mapping() returns > ERR_PTR() and never returns NULL. The NULL test in the return > value check should be replaced with IS_ERR(). > > Signed-off-by: Wei Yongjun > --- > drivers/gpu/

Re: [PATCH] drm/exynos: fix double call of drm_prime_(init/destroy)_file_private

2012-09-05 Thread 김승우
Hi Mandeep, On 2012년 09월 06일 06:47, Mandeep Singh Baines wrote: > The double invocations are incorrect but seem to be safe so I don't > think this will fix any bugs. > > Before: > > [7.639366] drm_prime_init_file ee3675d0 > [7.639377] drm_prime_init_file ee3675d0 > [7.639507] drm_pri