The header is not required for Linux and GNU libc
2.30 starts to warn about Linux specific header
deprecation. Don't detect header for linux.
Signed-off-by: Seung-Woo Kim
---
Fix meson.build script instead of code itself as commented below:
https://patchwork.kernel.org/patch/11325345
Hi
On 2020년 01월 10일 00:28, Niclas Zeising wrote:
> On 2020-01-09 16:18, Jani Nikula wrote:
>> On Thu, 09 Jan 2020, Seung-Woo Kim wrote:
>>> The header is only required FreeBSD and GNU libc
>>> 2.30 starts to warn about Linux specific header
>>> de
Hi,
On 2020년 01월 10일 00:18, Jani Nikula wrote:
> On Thu, 09 Jan 2020, Seung-Woo Kim wrote:
>> The header is only required FreeBSD and GNU libc
>> 2.30 starts to warn about Linux specific header
>> deprecation. Only include for FreeBSD.
>>
>
The header is only required FreeBSD and GNU libc
2.30 starts to warn about Linux specific header
deprecation. Only include for FreeBSD.
Signed-off-by: Seung-Woo Kim
---
xf86drmMode.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/xf86drmMode.c b/xf86drmMode.c
index
The value of sync_timeline is only incremented and all reference
usage of it is unsigned. Use unsigned type for value of
synctimeline.
Signed-off-by: Seung-Woo Kim
---
drivers/dma-buf/sync_debug.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/dma-buf
In drmModeGetPropertyPtr(), from upper error path, it calls free
but with just next error path, it does not call. Fix the possible
memory leak.
Signed-off-by: Seung-Woo Kim
---
xf86drmMode.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/xf86drmMode.c b/xf86drmMode.c
The pointer p aquired with drmModeGetPlane() is not free in error
path. Fix possible memory leak by calling drmModeFreePlane() in
the error path.
Signed-off-by: Seung-Woo Kim
---
tests/kms/libkms-test-plane.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/tests/kms
Remove checkpatch error, "foo* bar" should be "foo *bar".
Signed-off-by: Seung-Woo Kim
---
drivers/gpu/drm/exynos/exynos_drm_g2d.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/exynos/exynos_drm_g2d.c
b/drivers/gpu/drm/exynos/ex
top.org/show_bug.cgi?id=106561
Signed-off-by: Seung-Woo Kim
---
It looks like missed from mailing list, so I resend.
---
configure.ac |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/configure.ac b/configure.ac
index 7e7c8d3..d72e84a 100644
--- a/configure.ac
+++ b/co
top.org/show_bug.cgi?id=106561
Signed-off-by: Seung-Woo Kim
---
configure.ac |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/configure.ac b/configure.ac
index 7e7c8d3..d72e84a 100644
--- a/configure.ac
+++ b/configure.ac
@@ -541,7 +541,7 @@ else
AC_DEFINE(HAV
There is already condition checking input values between 2 and 4096
so condition checking 0 is always false. Remove the dead condition.
Signed-off-by: Seung-Woo Kim <sw0312@samsung.com>
---
tests/exynos/exynos_fimg2d_perf.c |7 ---
1 files changed, 0 insertions(+), 7 del
Hello,
On 2018년 01월 22일 21:09, Eric Engestrom wrote:
> On Wednesday, 2018-01-10 11:16:41 +0900, Seung-Woo Kim wrote:
>> There is warning about ignoring return value of 'asprintf'. Fix to
>> check return value of asprintf().
>>
>> Signed-off-by: Seung-Woo Kim <sw0312.
There is warning about ignoring return value of 'asprintf'. Fix to
check return value of asprintf().
Signed-off-by: Seung-Woo Kim <sw0312@samsung.com>
---
tests/modetest/modetest.c |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/tests/modetest/modetest.c b
The amdgpu.ids is only required when building with amdgpu support.
Fix not to add it without amdgpu.
Signed-off-by: Seung-Woo Kim <sw0312@samsung.com>
---
data/Makefile.am |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/data/Makefile.am b/data/Makefile.am
t-aliasing]
e = (struct drm_event *) [i];
^
Signed-off-by: Seung-Woo Kim <sw0312@samsung.com>
---
exynos/exynos_drm.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/exynos/exynos_drm.c b/exynos/exynos_drm.c
index b961e52..f6204f1 100
The function g2d_reset() is not anymore used after the commit
e3c97d1a2473 ("exynos/fimg2d: add g2d_validate_xyz() functions"),
so it should be removed.
Signed-off-by: Seung-Woo Kim <sw0312@samsung.com>
---
exynos/exynos_fimg2d.c | 14 --
1 files changed, 0 i
The function g2d_blend_test() is blocked to call because of
feature unsafety. This patch blocks with proper feature name
and also blocks the function itself to remove build warning.
Signed-off-by: Seung-Woo Kim <sw0312@samsung.com>
---
tests/exynos/exynos_fimg2d_test.c |4 +++-
1
For exynos module for libdrm, there are some build warnings, so this patch
series remove them.
Seung-Woo Kim (3):
exynos: fix type-punned pointer build warning
exynos/fimg2d: remove unused-function build warning
tests/exynos: remove unused-function build warning
exynos/exynos_drm.c
In error path of drmGetBusid() and drmGetReservedContextList(),
there are memory leaks for error path. So this removes them.
Signed-off-by: Seung-Woo Kim <sw0312@samsung.com>
---
xf86drm.c | 18 --
1 files changed, 12 insertions(+), 6 deletions(-)
diff --git a/xf86d
This patch fixes invalid code of error path including NULL
deference and leak in g2d test.
Signed-off-by: Seung-Woo Kim <sw0312@samsung.com>
---
tests/exynos/exynos_fimg2d_test.c | 39 +++-
1 files changed, 21 insertions(+), 18 deletions(-)
diff
Hello Emil,
Thanks for comment.
On 2017년 03월 20일 09:08, Emil Velikov wrote:
> Hi Seung-Woo Kim,
>
> On 16 March 2017 at 02:00, Seung-Woo Kim <sw0312@samsung.com> wrote:
>> This patch fixes memory issues including NULL deference and leak
>> in g2d test in e
This patch fixes memory issues including NULL deference and leak
in g2d test in error path.
Signed-off-by: Seung-Woo Kim <sw0312@samsung.com>
---
tests/exynos/exynos_fimg2d_test.c | 13 +++--
1 files changed, 7 insertions(+), 6 deletions(-)
diff --git a/tests/
This patch fixes memory leak in error path of exynos_bo_create().
Signed-off-by: Seung-Woo Kim
---
libkms/exynos.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/libkms/exynos.c b/libkms/exynos.c
index 5de2e5a..0e97fb5 100644
--- a/libkms/exynos.c
+++ b/libkms
This patch fixes memory leak in error path of exynos_bo_create().
Signed-off-by: Seung-Woo Kim
---
libkms/exynos.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/libkms/exynos.c b/libkms/exynos.c
index 5de2e5a..0e97fb5 100644
--- a/libkms/exynos.c
+++ b/libkms
Hello Javier,
On 2016ë
03ì 29ì¼ 11:41, Javier Martinez Canillas wrote:
> Hello Seung-Woo,
>
> Thanks a lot for your feedback.
>
> On 03/28/2016 09:46 PM, Seung-Woo Kim wrote:
>> Hi Javier,
>>
>> On 2016ë
03ì 29ì¼ 10:28, Javier Martin
uired for drm
fimc and drm gsc.
Best Regards,
- Seung-Woo Kim
>
> drivers/gpu/drm/exynos/Kconfig | 6 +++---
> 1 file changed, 3 insertions(+), 3 deletions(-)
>
--
Seung-Woo Kim
Samsung Software R Center
--
de (and maybe even width?) should be a multiple of the
> block size (but height does not)
>
> BR,
> -R
>
>
>> -Daniel
>>
>>
>>> +#define DRM_FORMAT_MOD_SAMSUNG_64_32_TILE fourcc_mod_code(SAMSUNG, 1)
>>> +
>>> #endif /* DRM_FOURCC_H */
>>> --
>>> Qualcomm Innovation Center, Inc.
>>>
>>> The Qualcomm Innovation Center, Inc. is a member of the Code Aurora Forum,
>>> a Linux Foundation Collaborative Project
>>>
>>
>> --
>> Daniel Vetter
>> Software Engineer, Intel Corporation
>> +41 (0) 79 365 57 48 - http://blog.ffwll.ch
>
--
Seung-Woo Kim
Samsung Software R Center
--
Hello Daniel,
On 2015ë
02ì 04ì¼ 00:48, Daniel Vetter wrote:
> So this has been merged originally in
>
> commit 83052d4d5cd518332440bb4ee63d68bb5f744e0f
> Author: Seung-Woo Kim
> Date: Thu Dec 15 15:40:55 2011 +0900
>
> drm: Add multi buffer plane pixel formats
&
-by: Seung-Woo Kim
---
drivers/gpu/drm/exynos/exynos_mixer.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/exynos/exynos_mixer.c
b/drivers/gpu/drm/exynos/exynos_mixer.c
index 6766271..086fe0e 100644
--- a/drivers/gpu/drm/exynos/exynos_mixer.c
+++ b/drivers
range' is just plain wrong while under
> spinlock). When the spinlock setup gets cleaned up later, then we can
> always change back to 'usleep_range' again.
>
> Any thoughts?
In s5p-tv, same patch is already applied by Tomasz, so I agree to apply
this patch also.
Best Regards,
The hdmiphy can be apb and hdmiphy_port can be null. So before
accessing hdmiphy_port, it should be checked.
Signed-off-by: Seung-Woo Kim
---
drivers/gpu/drm/exynos/exynos_hdmi.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/exynos/exynos_hdmi.c
b
The i2c drivers for ddc and hdmiphy are already removed from build
and instead, i2c clients registered via devicetree are used. So this
patch removes the unnecessary i2c drivers.
Signed-off-by: Seung-Woo Kim
---
drivers/gpu/drm/exynos/exynos_ddc.c | 63
Hello Daniel,
On 2014? 05? 07? 23:14, Daniel Kurtz wrote:
> On Wed, May 7, 2014 at 1:14 PM, Seung-Woo Kim
> wrote:
>> Hi Daniel,
>>
>> On 2014? 05? 05? 00:26, Daniel Kurtz wrote:
>>> Mixer hardware supports offsetting dma from start of source buffer u
t = 0;
> + dma_addr = win_data->dma_addr;
Basically, you are right and source offset register can be used. But
because of limitation of resolution for mixer up to 1920x1080, I
considered modified soruce dma address to set one frame buffer, which is
bigger than 1920x1080, on to both fimd and hdmi.
+ INIT_LIST_HEAD(>metas);
>>>>
>>> I am not sure I understand the relationship of 'meta data' with
>>> 'dma-buf', or 'attachments' - do you mean to have a list of some
>>> meta-data that is unrelated to the attachments to the dma-buf? I think
>
Yes, at least for exynos-drm-next tree of Inki. Inki sent pull request
including my patch yesterday.
Best Regards,
- Seung-Woo Kim
DRM_HZ and DRM_WAKEUP macros are removed, but they still remained.
So this patch fixes build errors by replacing the macros.
Signed-off-by: Seung-Woo Kim
---
The build errors are only in drm-next branch, so this patch is based on the
branch.
---
drivers/gpu/drm/exynos/exynos_drm_fimd.c |4
om>]
> >>>>> Sent: Thursday, June 13, 2013 5:56 PM
> >>>>> To: Rahul Sharma
> >>>>> Cc: Rahul Sharma; Inki Dae; linux-samsung-soc at vger.kernel.org
> <mailto:linux-samsung-soc at vger.kernel.org>;
>
mailto:disc...@lists.ozlabs.org;
DRI mailing list; Kukjin Kim; Seung-Woo Kim;
Sean Paul; sunil joshi; Kishon Vijay Abraham I; Stephen Warren;
grant.lik...@linaro.org mailto:grant.lik...@linaro.org
Subject: Re: [RFC 0/2] exynos5250/hdmi: replace dummy hdmiphy
clock
There were duplicated error handling routines during allocating
pages in lowlevel_buffer_allocate() and g2d_userptr_get_dma_addr().
Also unnecessary NULL assignments for variable used not any more
are removed from g2d_userptr_get_dma_addr() and
g2d_userptr_put_dma_addr().
Signed-off-by: Seung-Woo
YoungJun Cho
Signed-off-by: Seung-Woo Kim
Signed-off-by: Kyungmin Park
---
change from v1:
- adds precedence patch to fix allocation of array as Ville and Inki commented
drivers/gpu/drm/exynos/exynos_drm_buf.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/gp
From: YoungJun Cho <yj44@samsung.com>
If the type of object is pointer array, the drm_calloc_large() is
more suitable than kzalloc() for its allocation function. And uses
drm_free_large() instead of kfree() also.
Signed-off-by: YoungJun Cho
Signed-off-by: Seung-Woo Kim
Sign
@samsung.com
Signed-off-by: Seung-Woo Kim sw0312@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
---
change from v1:
- adds precedence patch to fix allocation of array as Ville and Inki commented
drivers/gpu/drm/exynos/exynos_drm_buf.c |2 +-
1 files changed, 1
From: YoungJun Cho yj44@samsung.com
If the type of object is pointer array, the drm_calloc_large() is
more suitable than kzalloc() for its allocation function. And uses
drm_free_large() instead of kfree() also.
Signed-off-by: YoungJun Cho yj44@samsung.com
Signed-off-by: Seung-Woo Kim
There were duplicated error handling routines during allocating
pages in lowlevel_buffer_allocate() and g2d_userptr_get_dma_addr().
Also unnecessary NULL assignments for variable used not any more
are removed from g2d_userptr_get_dma_addr() and
g2d_userptr_put_dma_addr().
Signed-off-by: Seung-Woo
From: YoungJun Cho
When drm iommu is not supported, buf->pages has to be allocated
and assigned to phys_to_page() result, which type is struct page *.
So it is sufficient to allocate buf->pages with multiple struct
page pointer size.
Signed-off-by: YoungJun Cho
If raw_edid of drm_edid_block_vaild() is null, it will crash, so
checking in bad label is removed and instead assertion is added at
the top of the function.
The type of return for the function is bool, so it fixes to return
true and false instead of 1 and 0.
Signed-off-by: Seung-Woo Kim
Signed
Hello Ville,
Thanks for comment.
On 2013? 07? 02? 17:29, Ville Syrj?l? wrote:
> On Tue, Jul 02, 2013 at 09:52:02AM +0900, Seung-Woo Kim wrote:
>> If raw_edid of drm_edid_block_vaild() is null, it will crash, so
>> checking in bad label is removed and instead assertion is adde
m_release(), and drm_prime_destory_file_private()
should be called when error happens after their pair functions are
called. If an error occurs after executing dev->driver->open()
which allocates driver specific per-file private data, then the
private data should be released.
Signed-off-by: YoungJun Cho
Signed-off-by: Seung-
If raw_edid of drm_edid_block_vaild() is null, it will crash, so
checking in bad label is removed and instead assertion is added at
the top of the function.
The type of return for the function is bool, so it fixes to return
true and false instead of 1 and 0.
Signed-off-by: Seung-Woo Kim
Signed
m_release(), and drm_prime_destory_file_private()
should be called when error happens after their pair functions are
called. If an error occurs after executing dev->driver->open()
which allocates driver specific per-file private data, then the
private data should be released.
Signed-off-by: YoungJun Cho
Signed-off-by: Seung-
Hi Daniel,
On 2013? 07? 01? 23:56, Daniel Vetter wrote:
> On Mon, Jul 1, 2013 at 12:21 PM, Chris Wilson
> wrote:
>> On Mon, Jul 01, 2013 at 07:06:32PM +0900, Seung-Woo Kim wrote:
>>> If raw_edid is null, it will crash, so checking in bad label is
>>> meaningle
Hello Ville,
Thanks for comment.
On 2013년 07월 02일 17:29, Ville Syrjälä wrote:
On Tue, Jul 02, 2013 at 09:52:02AM +0900, Seung-Woo Kim wrote:
If raw_edid of drm_edid_block_vaild() is null, it will crash, so
checking in bad label is removed and instead assertion is added at
the top
If raw_edid of drm_edid_block_vaild() is null, it will crash, so
checking in bad label is removed and instead assertion is added at
the top of the function.
The type of return for the function is bool, so it fixes to return
true and false instead of 1 and 0.
Signed-off-by: Seung-Woo Kim sw0312
From: YoungJun Cho yj44@samsung.com
When drm iommu is not supported, buf-pages has to be allocated
and assigned to phys_to_page() result, which type is struct page *.
So it is sufficient to allocate buf-pages with multiple struct
page pointer size.
Signed-off-by: YoungJun Cho
Hello Chris,
On 2013? 07? 01? 19:57, Chris Wilson wrote:
> On Mon, Jul 01, 2013 at 07:49:10PM +0900, Seung-Woo Kim wrote:
>> +
>> +out_close:
>> +if (dev->driver->postclose)
>> +dev->driver->postclose(dev, priv);
>> +out_free:
>>
gt;open() which
allocates driver specific per-file private data, then the private
data should be released.
Signed-off-by: YoungJun Cho
Signed-off-by: Seung-Woo Kim
Signed-off-by: Kyungmin Park
---
change from v1
- replace error value for failure to find the minor as ENODEV as Chris commented
seq of a trace point is unsigned int but print format was %d. So
it fixes the format as %u.
Signed-off-by: Seung-Woo Kim
Signed-off-by: Kyungmin Park
---
change from v1
- remove wrong commit messageas Chris commented
drivers/gpu/drm/drm_trace.h |6 +++---
1 files changed, 3 insertions
Hello Chris,
Thank you for reviewing.
On 2013? 07? 01? 19:23, Chris Wilson wrote:
> On Mon, Jul 01, 2013 at 07:06:31PM +0900, Seung-Woo Kim wrote:
>> seq of a trace point is unsigned int but print format was %d. So
>> it fixes the format as %u even the format can be not use
gt;open() which
allocates driver specific per-file private data, then the private
data should be released.
Signed-off-by: YoungJun Cho
Signed-off-by: Seung-Woo Kim
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/drm_fops.c | 17 +
1 files changed, 13 insertions(+), 4 deletions
If raw_edid is null, it will crash, so checking in bad label is
meaningless.
Signed-off-by: Seung-Woo Kim
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/drm_edid.c |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/drm_edid.c b/drivers/gpu/drm
seq of a trace point is unsigned int but print format was %d. So
it fixes the format as %u even the format can be not used.
Signed-off-by: Seung-Woo Kim
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/drm_trace.h |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git
This patch series fixes minor code issues including wrong trace point foramts,
meaningless null checking, and possible resource leak in error cases.
This is based drm-next branch.
Seung-Woo Kim (2):
drm: fix print format of sequence in trace point
drm: move edid null check to the first part
From: YoungJun Cho
When the exynos_drm_subdrv_open() returns error, the file_priv
should be released and file->driver_priv set to NULL.
Signed-off-by: YoungJun Cho
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/exynos/exynos_drm_drv.c |9 -
1 file changed,
From: YoungJun Cho <yj44@samsung.com>
The buf_num in vp_video_buffer() should be 1 or 2, but it is not
initialized, and only set to 2 in NV12M or NV12MT cases.
So this patch initializes the buf_num with 1 as default.
Signed-off-by: YoungJun Cho
Signed-off-by: Seung-Woo Kim
Sign
From: YoungJun Cho
The type of input parameter enable is bool, so it does not need
to check whether true or false.
Signed-off-by: YoungJun Cho
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/exynos/exynos_drm_vidi.c |3 ---
1 file changed, 3 deletions(-)
diff
ed-off-by: YoungJun Cho
Signed-off-by: Seung-Woo Kim
Signed-off-by: Kyungmin Park
---
This patch is based on exynos-drm-next branch.
drivers/gpu/drm/exynos/exynos_drm_gem.c |9 +
1 file changed, 5 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/exynos/exynos_drm_gem.c
b/drivers/g
From: YoungJun Cho yj44@samsung.com
When the exynos_drm_subdrv_open() returns error, the file_priv
should be released and file-driver_priv set to NULL.
Signed-off-by: YoungJun Cho yj44@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
---
This patch series fixes minor code issues including wrong trace point foramts,
meaningless null checking, and possible resource leak in error cases.
This is based drm-next branch.
Seung-Woo Kim (2):
drm: fix print format of sequence in trace point
drm: move edid null check to the first part
seq of a trace point is unsigned int but print format was %d. So
it fixes the format as %u even the format can be not used.
Signed-off-by: Seung-Woo Kim sw0312@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
---
drivers/gpu/drm/drm_trace.h |6 +++---
1 files changed, 3
If raw_edid is null, it will crash, so checking in bad label is
meaningless.
Signed-off-by: Seung-Woo Kim sw0312@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
---
drivers/gpu/drm/drm_edid.c |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
diff --git
allocates driver specific per-file private data, then the private
data should be released.
Signed-off-by: YoungJun Cho yj44@samsung.com
Signed-off-by: Seung-Woo Kim sw0312@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
---
drivers/gpu/drm/drm_fops.c | 17
Hello Chris,
Thank you for reviewing.
On 2013년 07월 01일 19:23, Chris Wilson wrote:
On Mon, Jul 01, 2013 at 07:06:31PM +0900, Seung-Woo Kim wrote:
seq of a trace point is unsigned int but print format was %d. So
it fixes the format as %u even the format can be not used.
I don't understand
seq of a trace point is unsigned int but print format was %d. So
it fixes the format as %u.
Signed-off-by: Seung-Woo Kim sw0312@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
---
change from v1
- remove wrong commit messageas Chris commented
drivers/gpu/drm/drm_trace.h
allocates driver specific per-file private data, then the private
data should be released.
Signed-off-by: YoungJun Cho yj44@samsung.com
Signed-off-by: Seung-Woo Kim sw0312@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
---
change from v1
- replace error value for failure
Hello Chris,
On 2013년 07월 01일 19:57, Chris Wilson wrote:
On Mon, Jul 01, 2013 at 07:49:10PM +0900, Seung-Woo Kim wrote:
+
+out_close:
+if (dev-driver-postclose)
+dev-driver-postclose(dev, priv);
+out_free:
kfree(priv);
filp-private_data = NULL;
return ret
Hi Daniel,
On 2013년 07월 01일 23:56, Daniel Vetter wrote:
On Mon, Jul 1, 2013 at 12:21 PM, Chris Wilson ch...@chris-wilson.co.uk
wrote:
On Mon, Jul 01, 2013 at 07:06:32PM +0900, Seung-Woo Kim wrote:
If raw_edid is null, it will crash, so checking in bad label is
meaningless.
It would
()
should be called when error happens after their pair functions are
called. If an error occurs after executing dev-driver-open()
which allocates driver specific per-file private data, then the
private data should be released.
Signed-off-by: YoungJun Cho yj44@samsung.com
Signed-off-by: Seung-Woo
If raw_edid of drm_edid_block_vaild() is null, it will crash, so
checking in bad label is removed and instead assertion is added at
the top of the function.
The type of return for the function is bool, so it fixes to return
true and false instead of 1 and 0.
Signed-off-by: Seung-Woo Kim sw0312
()
should be called when error happens after their pair functions are
called. If an error occurs after executing dev-driver-open()
which allocates driver specific per-file private data, then the
private data should be released.
Signed-off-by: YoungJun Cho yj44@samsung.com
Signed-off-by: Seung-Woo
-by: YoungJun Cho yj44@samsung.com
Signed-off-by: Seung-Woo Kim sw0312@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
---
This patch is based on exynos-drm-next branch.
drivers/gpu/drm/exynos/exynos_drm_gem.c |9 +
1 file changed, 5 insertions(+), 4 deletions(-)
diff
From: YoungJun Cho yj44@samsung.com
The type of input parameter enable is bool, so it does not need
to check whether true or false.
Signed-off-by: YoungJun Cho yj44@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
---
drivers/gpu/drm/exynos/exynos_drm_vidi.c |3 ---
From: YoungJun Cho yj44@samsung.com
The buf_num in vp_video_buffer() should be 1 or 2, but it is not
initialized, and only set to 2 in NV12M or NV12MT cases.
So this patch initializes the buf_num with 1 as default.
Signed-off-by: YoungJun Cho yj44@samsung.com
Signed-off-by: Seung-Woo Kim
013 -0800
drm: convert to idr_alloc()
Signed-off-by: YoungJun Cho
Signed-off-by: Seung-Woo Kim
Signed-off-by: Kyungmin Park
---
change since v1:
- Add a regression commit information in commit msg as Chris commented
drivers/gpu/drm/drm_gem.c | 18 +++---
1 file changed, 7 i
YoungJun Cho
Signed-off-by: Seung-Woo Kim
Signed-off-by: Kyungmin Park
CC: Laurent Pinchart <laurent.pinchart+renesas at ideasonboard.com>
CC: Rob Clark
---
This patch is based on drm-next branch.
Changes since v1:
- Use lockdep_assert_held() instead of mutex_is_locked() as Maarten
YoungJun Cho
Signed-off-by: Seung-Woo Kim
Signed-off-by: Kyungmin Park
CC: Laurent Pinchart <laurent.pinchart+renesas at ideasonboard.com>
CC: Rob Clark
---
This patch is based on drm-next branch.
drivers/gpu/drm/drm_gem.c |4
drivers/gpu/drm/drm_gem_cma_helpe
From: YoungJun Cho <yj44@samsung.com>
If idr_alloc() is failed, obj->name can be error value. Also
it cleans up duplicated flink processing code.
Signed-off-by: YoungJun Cho
Signed-off-by: Seung-Woo Kim
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/drm_gem
From: YoungJun Cho <yj44@samsung.com>
The dma_buf_fd() can return error when it fails to prepare fd,
so the dma_buf needs to be put.
Signed-off-by: YoungJun Cho
Signed-off-by: Seung-Woo Kim
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/drm_prime.c
Signed-off-by: Seung-Woo Kim
Signed-off-by: YoungJun Cho
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/drm_prime.c | 32
1 files changed, 16 insertions(+), 16 deletions(-)
diff --git a/drivers/gpu/drm/drm_prime.c b/drivers/gpu/drm/drm_prime.c
index
From: YoungJun Cho <yj44@samsung.com>
When drm_prime_add_buf_handle() returns failure for an exported
dma_buf, the dma_buf was already allocated and its refcount was
increased, so it needs to be put.
Signed-off-by: YoungJun Cho
Signed-off-by: Seung-Woo Kim
Signed-off-by: Kyungmi
During exporting dma_buf, it can fail after dma_buf is exported. In this case,
exported dma_buf should be release with putting.
Also dma_buf_fd can be failed to get fd, but failure cases are not handled.
Error handling routine is not quite clean, so I send this patch set as RFC.
Seung-Woo Kim (1
Cho yj44@samsung.com
Signed-off-by: Seung-Woo Kim sw0312@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
CC: Laurent Pinchart laurent.pinchart+rene...@ideasonboard.com
CC: Rob Clark robdcl...@gmail.com
---
This patch is based on drm-next branch.
Changes since v1:
- Use
2013 -0800
drm: convert to idr_alloc()
Signed-off-by: YoungJun Cho yj44@samsung.com
Signed-off-by: Seung-Woo Kim sw0312@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
---
change since v1:
- Add a regression commit information in commit msg as Chris commented
During exporting dma_buf, it can fail after dma_buf is exported. In this case,
exported dma_buf should be release with putting.
Also dma_buf_fd can be failed to get fd, but failure cases are not handled.
Error handling routine is not quite clean, so I send this patch set as RFC.
Seung-Woo Kim (1
From: YoungJun Cho yj44@samsung.com
When drm_prime_add_buf_handle() returns failure for an exported
dma_buf, the dma_buf was already allocated and its refcount was
increased, so it needs to be put.
Signed-off-by: YoungJun Cho yj44@samsung.com
Signed-off-by: Seung-Woo Kim sw0312
Signed-off-by: Seung-Woo Kim sw0312@samsung.com
Signed-off-by: YoungJun Cho yj44@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
---
drivers/gpu/drm/drm_prime.c | 32
1 files changed, 16 insertions(+), 16 deletions(-)
diff --git
From: YoungJun Cho yj44@samsung.com
The dma_buf_fd() can return error when it fails to prepare fd,
so the dma_buf needs to be put.
Signed-off-by: YoungJun Cho yj44@samsung.com
Signed-off-by: Seung-Woo Kim sw0312@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
From: YoungJun Cho yj44@samsung.com
If idr_alloc() is failed, obj-name can be error value. Also
it cleans up duplicated flink processing code.
Signed-off-by: YoungJun Cho yj44@samsung.com
Signed-off-by: Seung-Woo Kim sw0312@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p
yj44@samsung.com
Signed-off-by: Seung-Woo Kim sw0312@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
CC: Laurent Pinchart laurent.pinchart+rene...@ideasonboard.com
CC: Rob Clark robdcl...@gmail.com
---
This patch is based on drm-next branch.
drivers/gpu/drm/drm_gem.c
From: YoungJun Cho <yj44@samsung.com>
Instead of NULL, error value is casted with ERR_PTR() for
drm_prime_pages_to_sg() and IS_ERR_OR_NULL() macro is replaced
with IS_ERR() macro for drm_gem_map_dma_buf().
Signed-off-by: YoungJun Cho
Signed-off-by: Seung-Woo Kim
Signed-off-by: Ky
1 - 100 of 189 matches
Mail list logo