Picked it up.
Thanks,
Inki Dae
2016ë
06ì 10ì¼ 19:12ì Tobias Jakobi ì´(ê°) ì´ ê¸:
> Ping!
>
> - Tobias
>
> Tobias Jakobi wrote:
>> The current bitwise AND should result in the same assembler
>> but this is what the code is actually supposed to do.
>>
Picked it up.
Thanks,
Inki Dae
2016ë
06ì 10ì¼ 19:12ì Tobias Jakobi ì´(ê°) ì´ ê¸:
>> 3 files changed, 3 deletions(-)
Picked it up.
Thanks,
Inki Dae
2016ë
06ì 10ì¼ 19:12ì Tobias Jakobi ì´(ê°) ì´ ê¸:
> Ping!
>
> - Tobias
>
> Tobias Jakobi wrote:
>> This makes the defines consistent with the rest.
>>
>> Signed-off-by: Tobias Jakobi
>> ---
>>
2016ë
06ì 10ì¼ 09:24ì Javier Martinez Canillas ì´(ê°) ì´ ê¸:
> Hello Inki,
>
> On Thu, Jun 9, 2016 at 6:35 PM, Inki Dae wrote:
>
> [snip]
>
>>> I know that removing .trg_type is enough but I also removed those lines
>>> because the fields are
e did before.
However, we will need to consider PSR(Panel Self Reflash) mode to resolve
this issue fundamentally later.
Please kindly let me know if there is any problem.
Thanks,
Inki Dae
The following changes since commit 0ab15bdeb2943bd6491a35ec4eeb53a9a4436525:
Merge branch '
2016ë
01ì 18ì¼ 08:45ì Krzysztof Kozlowski ì´(ê°) ì´ ê¸:
> On 14.01.2016 19:49, Inki Dae wrote:
>> + Rob Herring
>>
>> 2016ë
01ì 14ì¼ 19:36ì Andrzej Hajda ì´(ê°) ì´ ê¸:
>>> Hi Inki,
>>>
>>> It seems this patch and 04/10 d
2016ë
01ì 18ì¼ 19:12ì Andrzej Hajda ì´(ê°) ì´ ê¸:
> Hi Inki,
>
> On 01/18/2016 10:54 AM, Inki Dae wrote:
>>
>> 2016ë
01ì 18ì¼ 08:45ì Krzysztof Kozlowski ì´(ê°) ì´ ê¸:
>>> On 14.01.2016 19:49, Inki Dae wrote:
>>>> + Rob Herring
>
h does the right thing in all cases and
>> also looks nicer.
>>
>> Signed-off-by: Arnd Bergmann
>> Fixes: ("drm/exynos: add pm_runtime to Mixer")
>
> Dear Inki,
>
> Ping? On 4.5-rc1 this is still broken. Can you apply this for fixes
&g
d modified it to PM since original auther, Gustavo Padovan,
posted runtime pm support.
However, it seems missing this one.
Thanks,
Inki Dae
> -static int exynos_mixer_suspend(struct device *dev)
> +static int __maybe_unused exynos_mixer_suspend(struct device *dev)
> {
>
Hi Dave,
Just regression fixes.
- Fix build warning and error without PM configuration
- Fix no display issue on Snow board reported by Michal Suchanek,
http://www.spinics.net/lists/dri-devel/msg99473.html
Plese, kindly let me know if there is any problem.
Thanks,
Inki Dae
The
t; structure, because it will be freed on driver remove not on device
> release. This means in case of Exynos DRM being compiled as module and
> loaded 2 times, a user-after-free issue will happen.
Picked this patch series up.
Thanks,
Inki Dae
>
> Signed-off-by: Marek Szyprowski
exynos_drm_iommu.h
for ARM32/64 supports because these two architectures are not compatible
yet so the conditional codes will be removed later with architectures
unified.
Please kindly let me know if there is any problem.
Thanks,
Inki Dae
The following changes since commit
ence' as-is.
Was there any changes for Android sync driver to be dependent on DMA buffer?
Thanks,
Inki Dae
>
> with the greatest victim being amdgpu.
>
> Just the highlights shown below.
> -Chris
>
> ---
> drivers/base/Kconfig| 6 +-
&
dma_buf_fence __user *arg)
> +{
> + struct reservation_object *resv = dmabuf->resv;
> + struct dma_buf_fence cmd;
> + struct fence *fence;
> + int ret;
> +
> + if (copy_from_user(&cmd, arg, sizeof(cmd)))
> + return -EFAULT;
> +
> + fence = NULL;
> + //fence = sync_file_get_fence(cmd.fd);
Your mistake?
Thanks,
Inki Dae
> + if (!fence)
> + return -EINVAL;
> +
in normal mode of Panel device.
So this patch makes sure to change the trigger mode after power off
and on again. Later we need to add PSR relevant codes instead.
Signed-off-by: Inki Dae
---
drivers/gpu/drm/exynos/exynos_drm_fimd.c | 35
1 file changed, 35
Hi Javier,
2016ë
05ì 31ì¼ 07:58ì Javier Martinez Canillas ì´(ê°) ì´ ê¸:
> Hello Inki,
>
> On 04/05/2016 04:27 AM, Inki Dae wrote:
>> This patch adds HW trigger support on i80 mode.
>>
>> Until now, Exynos DRM only supported SW trigger which was set
>>
et access to the CRTC that DSIM is currently
> connected to (via exynos_dsi.encoder->crtc) and then cast that to a
> struct exynos_drm_crtc and call a function to trigger a new frame to be
> sent (for example exynos_drm_crtc_send_frame()). This assumes that you
> can safely cast struct drm_crtc * to struct exynos_drm_crtc *, but that
> shouldn't be a problem.
>
> With the above, you could make the DSIM handle the TE signal interrupts
> and trigger the DC using the new exynos_drm_crtc_send_frame() function.
>
It seems better than the use of notifier. Actually, original patch used
this way except TE event.
Mr. Cho, let's use remote-endpoint property and this way instead of
notifier.
Thanks,
Inki Dae
> Thierry
>
nos part.
For this, Ajay requested already it to Daniel, Thierry, and Rob a week
ago. If there are no any ACKs from them until this week, I plan to pick
them up.
So please wait.
Thanks,
Inki Dae
>
> Thanks,
>
> -Olof
>
>
> On Tue, Jul 8, 2014 at 11:11 PM, Ajay kumar wr
On 2014? 07? 16? 19:12, YoungJun Cho wrote:
> Hi Thierry,
>
> On 07/16/2014 04:54 PM, Thierry Reding wrote:
>> On Wed, Jul 16, 2014 at 11:23:09AM +0900, YoungJun Cho wrote:
>>> Hi Inki,
>>>
>>> On 07/15/2014 11:34 AM, Inki Dae wrote:
>>>> On 2
This patch series adds LPM tranfer support for video and command data.
For this, this patch adds two flags, and makes MIPI DSI host to send
commands to LCD Panel device with LPM if mode_flags of LCD Panel driver
includes LPM flag.
And also it applies this feature to Exynos MIPI DSI driver.
Inki
ling clock behavior in accordance with those
requirements."
Some LCD Panel devices, nt35502a, would need LPM transfer support
because they should receive some initial commands with LPM by default
hardware setting.
Signed-off-by: Inki Dae
Acked-by: Kyungmin Park
---
drivers/gpu/drm/drm_mi
This patch adds LPM transfer support for video or command data.
With this patch, Exynos MIPI DSI controller can transfer command or
video data with HS or LP mode in accordance with mode_flags set
by LCD Panel driver.
Signed-off-by: Inki Dae
Acked-by: Kyungmin Park
---
drivers/gpu/drm/exynos
atches ("drm: exynos: hdmi: make 'hdmi-en' regulator optional
> and keep it enabled" and "drm: hdmi/mixer: enable exynos 4210 and 4x12
> soc support") add proper support for Exynos4 SoCs to Exynos DRM drivers.
> Those patches should go to exynos-drm kernel tree.
P
e remaining OF match tables
> without a
> MODULE_DEVICE_TABLE call.
Hi,
Exynos drm follows single-driver model. So each usb driver of Exynos drm
wouldn't need its own MODULE_DEVICE_TABLE.
Thanks,
Inki Dae
>
> Sjoerd Simons (3):
> Revert "drm/exynos: fix module build error"
&
der->bridge as is there. I think lvds bridge device drivers
could follow Linux driver model with this approach.
Rob, it seems to need at least your ACK so that I can merge this patch
series to exynos-drm-next.
Thanks,
Inki Dae
>
> Ajay Kumar (9):
> [RESEND PATCH V5 01/12] drm/exyn
oder,
> - struct i2c_client *client, struct device_node *node)
> +struct drm_bridge *ptn3460_init(struct drm_device *dev,
> + struct drm_encoder *encoder,
> + struct i2c_client *client,
> +
On 2014? 07? 21? 18:23, Andrzej Hajda wrote:
> Hi Inki,
>
> On 07/09/2014 04:47 PM, Inki Dae wrote:
>> On 2014? 07? 03? 22:10, Andrzej Hajda wrote:
>>> This set of independent patches contains various improvement and fixes
>>> for exynos_drm ipp framework.
>&g
implement it.
P.s. Thierry already opposed the use of mipi_dsi_host_ops, I agree with
him. And also it seems not good to use crtc and encoder/connector
because these frameworks are common to all architecture including x86 so
other architectures wouldn't need TE feature.
Thanks,
Inki D
On 2014? 07? 03? 22:10, Andrzej Hajda wrote:
> This set of independent patches contains various improvement and fixes
> for exynos_drm ipp framework.
> The patchset is based on exynos-drm-next branch.
Applied.
Thanks,
Inki Dae
>
> Regards
> Andrzej
>
>
> Andrzej
er property
> ARM: dts: exynos5: add system register property
> ARM: dts: exynos5420: add mipi-phy node
> ARM: dts: exynos5420: add dsi node
Piked them up except patch 9 and 10. The two patches are needed for more
review and consensus
Thanks,
Inki Dae
>
> .../devicetree/bindings/p
On 2014? 07? 24? 19:23, Andrzej Hajda wrote:
> Hi Inki,
>
> +CC: Thierry and Alexandre
>
> On 07/18/2014 12:56 PM, Inki Dae wrote:
>> This patch adds below two flags for LPM transfer, and it attaches LPM flags
>> to a msg in accordance with master's mo
On 2014? 07? 24? 19:48, Andrzej Hajda wrote:
> +CC: Thierry and Alexandre
>
> On 07/18/2014 12:56 PM, Inki Dae wrote:
>> This patch adds LPM transfer support for video or command data.
>>
>> With this patch, Exynos MIPI DSI controller can transfer command or
>>
.
Changelog v2:
- Add more describtions.
- Enable High Speed clock only in case of stand by request.
Inki Dae (2):
drm/mipi-dsi: add (LPM) Low Power Mode transfer support
drm/exynos: dsi: add LPM (Low Power Mode) transfer support
drivers/gpu/drm/drm_mipi_dsi.c |3 +++
drivers/gpu/drm
accordance with those
requirements."
Some LCD Panel devices, nt35502a, would need LPM transfer support
because they should receive some initial commands with LPM by default
hardware setting.
Changelog v2: just add more descriptions.
Signed-off-by: Inki Dae
Acked-by: Kyungmin Park
---
-off-by: Inki Dae
Acked-by: Kyungmin Park
---
drivers/gpu/drm/exynos/exynos_drm_dsi.c | 22 --
1 file changed, 20 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/exynos/exynos_drm_dsi.c
b/drivers/gpu/drm/exynos/exynos_drm_dsi.c
index 5e78d45..1bed105 100644
On 2014? 07? 28? 17:30, Sjoerd Simons wrote:
> Hey Inki,
>
> On Mon, 2014-07-21 at 08:50 +0200, Sjoerd Simons wrote:
>> Hey Inki,
>>
>> On Mon, 2014-07-21 at 12:02 +0900, Inki Dae wrote:
>>> On 2014? 07? 19? 05:36, Sjoerd Simons wrote:
>>>> The
On 2014? 07? 29? 01:09, Andrzej Hajda wrote:
> On 07/28/2014 04:00 AM, Inki Dae wrote:
>> This patch adds below two flags for LPM transfer, and it attaches LPM flags
>> to a msg in accordance with master's mode_flags set by LCD Panel driver.
>>
>> MIPI_DSI_MODE_CMD
On 2014? 07? 29? 00:50, Andrzej Hajda wrote:
> On 07/28/2014 04:00 AM, Inki Dae wrote:
>> This patch adds LPM transfer support for video or command data.
>>
>> With this patch, Exynos MIPI DSI controller can transfer command or
>> video data with HS or LP mode in acc
On 2014? 07? 28? 23:45, Sjoerd Simons wrote:
> Hey Inki,
>
> On Mon, 2014-07-28 at 23:17 +0900, Inki Dae wrote:
>> On 2014? 07? 28? 17:30, Sjoerd Simons wrote:
>> Sorry for late,
>>
>> I don't see why Exynos drm driver should be auto-loaded module. I thin
On 2014? 07? 29? 20:39, Andrzej Hajda wrote:
> On 07/29/2014 05:42 AM, Inki Dae wrote:
>> On 2014? 07? 29? 00:50, Andrzej Hajda wrote:
>>> On 07/28/2014 04:00 AM, Inki Dae wrote:
>>>> This patch adds LPM transfer support for video or command data.
>>>
On 2014? 07? 29? 20:59, Andreas F?rber wrote:
> Am 29.07.2014 10:05, schrieb Sjoerd Simons:
>> On Tue, 2014-07-29 at 14:38 +0900, Inki Dae wrote:
>>> On 2014? 07? 28? 23:45, Sjoerd Simons wrote:
>>>> On Mon, 2014-07-28 at 23:17 +0900, Inki Dae wrote:
>>>&
fixups and code cleanups.
- Trivial fixups and code cleanups.
And we are now reviewing i80 LCD interface support (v3) for Exynos drm.
So we may have pull-request one more time if the review could be
completed within merge-window.
If there is any problem, please kindly let me know.
Thanks,
Inki Dae
ause fimd overlays will be
reconfigured at booting time by register_framebuffer() if console
framebuffer is enabled. Otherwise, a master process, X or Weston, will
reconfigure fimd overlays after kernel booting.
Thanks,
Inki Dae
> Would you please help me by verifying the following patch on 421
On 2014? 06? 04? 20:24, Andrzej Hajda wrote:
> On 05/29/2014 11:28 AM, Inki Dae wrote:
>> This patch makes sure that exynos drm framework handles deferred
>> probe case correctly.
>>
>> Sub drivers could be probed before resources, clock, regulator,
>> phy or panel
Hi all,
Is there anyone who are reviewing this patch series? If there is no any
comment, I'd like to pick them up after test.
Thanks,
Inki Dae
On 2014? 06? 05? 15:19, YoungJun Cho wrote:
> Hi,
>
> This series adds LCD I80 interface display support for Exynos DRM driver.
>
On 2014? 06? 05? 17:20, Thierry Reding wrote:
> On Thu, Jun 05, 2014 at 05:14:45PM +0900, Inki Dae wrote:
>>
>> Hi all,
>>
>>
>> Is there anyone who are reviewing this patch series? If there is no any
>> comment, I'd like to pick them up after test.
&g
ng code from probe.
>
> The problem is that fimd does not clear unused windows.
> Simple patch which helps:
>
> diff --git a/drivers/gpu/drm/exynos/exynos_drm_fimd.c
> b/drivers/gpu/drm/exynos/exynos_drm_fimd.c
> index 2ec634f..b58fce2 100644
> --- a/drivers/gpu/drm/exynos/exynos_dr
ional' inputs, like 1.5, won't work that way.
Signed-off-by: Inki Dae
Thanks,
Inki Dae
>
> Signed-off-by: Tobias Jakobi
> ---
> exynos/fimg2d.h | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/exynos/fimg2d.h b/exynos/fimg2d.h
> inde
On 2014? 06? 02? 01:04, Tobias Jakobi wrote:
> The right-bottom register isn't set correctly.
> Looks like a copy-and-paste error.
Signed-off-by: Inki Dae
Thanks,
Inki Dae
>
> Signed-off-by: Tobias Jakobi
> ---
> exynos/exynos_fimg2d.c | 2 +-
> 1 file changed,
On 2014? 06? 02? 01:04, Tobias Jakobi wrote:
> When division of source and destination width yields the
> scaling factor for the x-coordinate, then it should be
> source/destination _height_ for y.
Signed-off-by: Inki Dae
Thanks,
Inki Dae
>
> Signed-off-by: Tobias Jakobi
and VP (if used) prior to
disabling HDMI.
Signed-off-by: Inki Dae
---
drivers/gpu/drm/exynos/exynos_hdmi.c | 19 +++
1 file changed, 19 insertions(+)
diff --git a/drivers/gpu/drm/exynos/exynos_hdmi.c
b/drivers/gpu/drm/exynos/exynos_hdmi.c
index c104d0c..aa259b0 100644
--- a/drive
_to_dpi(connector);
>>
>> -if (!ctx->panel->connector)
>> +if (ctx->panel && !ctx->panel->connector)
>> drm_panel_attach(ctx->panel, &ctx->connector);
>>
>> return connector_status_connected;
>>
gt; function
> so that de-registration happens in opposite order of registration.
> drivers/gpu/drm/exynos/exynos_drm_drv.c:768:1: warning: label
> ?err_unregister_pd? defined but not used [-Wunused-label]
Above line doesn't conform to UTF-8 so I just fixed it. :)
Applied.
Thanks,
Ink
;regul_bulk[i].consumer = NULL;
> - }
> - ret = devm_regulator_bulk_get(dev, ARRAY_SIZE(supply), res->regul_bulk);
> - if (ret) {
> - DRM_ERROR("failed to get regulators\n");
> - return ret;
> + res->regulators[i] =
> +
eviewed-by so that I can pick this patch series up.
Thanks,
Inki Dae
>
> On Wed, Jun 11, 2014 at 11:56 PM, Ajay Kumar
> wrote:
>> This series is based on exynos-drm-next branch of Inki Dae's tree at:
>> git://git.kernel.org/pub/scm/linux/kernel/git/daeinki/drm-exynos.git
&g
On 2014? 06? 23? 21:12, Andrzej Hajda wrote:
> Gently ping.
Oops, sorry. Applied.
Thanks,
Inki Dae
>
> Regards
> Andrzej
>
> On 06/09/2014 04:10 PM, Andrzej Hajda wrote:
>> The patch disables non-enabled HW windows on applying
>> configuration, it will allow
nsidered for Exynos4xxx SoC? That patch would be additional one.
Anyway, will apply it as is, and I will wait for the additional patch.
Thanks,
Inki Dae
> }
>
> static void mixer_graph_buffer(struct mixer_context *ctx, int win)
>
2014-06-24 20:38 GMT+09:00 Andreas F?rber :
> Am 24.06.2014 07:21, schrieb Inki Dae:
>> On 2014? 06? 23? 14:32, Rahul Sharma wrote:
>>> Allowing only one layer update per vsync can cause issues
>>> while there are update available for both layers. There is
>>> a
point. :) Already considered. ignore my comment.
Thanks,
Inki Dae
> Regards,
> Rahul Sharma.
>
> On 24 June 2014 20:20, Inki Dae wrote:
>> 2014-06-24 20:38 GMT+09:00 Andreas F?rber :
>>> Am 24.06.2014 07:21, schrieb Inki Dae:
>>>> On 2014? 06? 23? 14:32, Rah
exynos_drm_encoder.c,
... exynos_drm_get_output_type(struct drm_crtc *crtc)
{
...
return display_ops->get_output(...);
}
at fimd_commit function,
...
ctx->output_type = exynos_drm_get_output_type(mgr->crtc);
I think first way is more simple and reas
x27;m not sure but it seems like that there is any reason you
try to use existing stuffs with a little change: maybe the stuffs of
drm_prime couldn't be used for all drm drivers commonly.
Thanks,
Inki Dae
> tricky. I've opted not to do that since last time around I've touched
Hi Dave,
This pull request fixes module build and g2d clock
control issues, and includes related cleanup.
Please kindly let me know if there is any problem.
Thanks,
Inki Dae
The following changes since commit bf903e4141fce4b35072d5b8fa0ddd299aaf01ea:
Merge tag 'drm-intel-fixes-20
d it works well without my patch.
>
> But what about the case where CONFIG_CMA is disabled , yet i want
> bigger memory for a device.
> I think using IOMMU we can achieve this.
>
> correct me, if i am wrong.
>
>
I'm on summer vacation so I'm afraid that I cannot test a
> -Original Message-
> From: Daniel Vetter [mailto:daniel.vet...@ffwll.ch]
> Sent: Monday, August 05, 2013 2:42 AM
> To: Inki Dae
> Cc: DRI Development
> Subject: Re: [PATCH 00/20] prime/flink fixes and related stuff
>
> On Sat, Jul 27, 2013 at 11:22 AM, Inki Da
ts.freedesktop.org;
> Kukjin Kim; InKi Dae; s.nawro...@samsung.com; Marek Szyprowski; Tomasz
> Figa; Rob Clark; arun...@samsung.com; patc...@linaro.org; linaro-
> ker...@lists.linaro.org; sunil joshi
> Subject: Re: [PATCH v4] drm/exynos: Add fallback option to get non
> physically cont
> -Original Message-
> From: Daniel Vetter [mailto:daniel.vet...@ffwll.ch]
> Sent: Wednesday, August 07, 2013 6:15 PM
> To: DRI Development
> Cc: Intel Graphics Development; Daniel Vetter; Inki Dae
> Subject: [PATCH 1/3] drm: use common drm_gem_dmabuf_release in i91
2013/8/7 Daniel Vetter
> On Wed, Aug 07, 2013 at 07:18:45PM +0900, Joonyoung Shim wrote:
> > On 08/07/2013 06:55 PM, Daniel Vetter wrote:
> > >On Wed, Aug 7, 2013 at 11:40 AM, Inki Dae wrote:
> > >>>-Original Message-
> > >>>Fr
2013/8/7 Daniel Vetter
> On Wed, Aug 7, 2013 at 2:01 PM, Inki Dae wrote:
> >
> >
> > 2013/8/7 Daniel Vetter
> >>
> >> On Wed, Aug 07, 2013 at 07:18:45PM +0900, Joonyoung Shim wrote:
> >> > On 08/07/2013 06:55 PM, Daniel Vetter wrote:
> &g
> -Original Message-
> From: Daniel Vetter [mailto:daniel.vet...@ffwll.ch] On Behalf Of Daniel
> Vetter
> Sent: Thursday, August 08, 2013 8:21 AM
> To: Inki Dae
> Cc: Daniel Vetter; Intel Graphics Development; DRI Development
> Subject: Re: [PATCH
Signed-off-by: Inki Dae
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/exynos/exynos_drm_dmabuf.c | 12
1 files changed, 8 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/exynos/exynos_drm_dmabuf.c
b/drivers/gpu/drm/exynos/exynos_drm_dmabuf.c
index 3cd56e1..fd76449
Hi, Daniel. You can repost your patch set including the below my patch. And
my patch numbering is wrong. Sorry about that.
[PATCH 1/4] -> [PATCH 4/4]
Thanks,
Inki Dae
> -Original Message-
> From: Inki Dae [mailto:inki@samsung.com]
> Sent: Thursday, August 08, 2013 1:40
of this issue.
In our case, we are using dmabuf sync framework I posted before because
I thought we may need buffer access control between CPU and DMA: the user
land interfaces are fcntl and select system calls so no having any new
additional api. with this feature, 3d app, only using standard GL API
including user land interfaces
(fcntl and select system calls), and the dmabuf sync framework could meet it.
Thanks,
Inki Dae
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
ers from the one of .c
file?
I will apply it to -next but I'd like to understand why this patch is needed
surely. And it seems like that other drivers have same issue also. :)
Thanks,
Inki Dae
> Signed-off-by: Mark Brown
> ---
> drivers/gpu/drm/exynos/exynos_drm_connector.c
<- vsync signal
|<-- Displayed on screen
|
|
|
| <- vsync signal
Thanks,
Inki Dae
References:
[1] http://lwn.net/Articles/470339/
[2] https://patchwork.kernel.org/patch/2625361/
[3] htt
once.
References:
[1] http://lwn.net/Articles/470339/
[2] https://patchwork.kernel.org/patch/2625361/
[3] http://linux.die.net/man/2/fcntl
Signed-off-by: Inki Dae
Signed-off-by: Kyungmin Park
---
Documentation/dma-buf-sync.txt | 285 +
drivers/base/Kconfig |7 +
ler doesn't use intefaces for
the DMA device driver.
Signed-off-by: Inki Dae
Signed-off-by: Kyungmin Park
---
drivers/base/dma-buf.c | 81 +++
include/linux/dmabuf-sync.h |1 +
2 files changed, 82 insertions(+), 0 deletions(-)
diff --gi
> -Original Message-
> From: linux-samsung-soc-ow...@vger.kernel.org [mailto:linux-samsung-soc-
> ow...@vger.kernel.org] On Behalf Of Mark Brown
> Sent: Tuesday, August 13, 2013 6:54 PM
> To: Inki Dae
> Cc: 'David Airlie'; linux-samsung-..
gnal
|<-- Displayed on screen
|
|
|
| <- vsync signal
Thanks,
Inki Dae
References:
[1] http://lwn.net/Articles/470339/
[2] https://patchwork.kernel.org/patch/2625361/
[3] http://linux.die.net/man/2/fcntl
Inki Dae (2):
[RFC PATCH v6] dmabuf-sync: Add a buffer synchronization f
e the hdmiphy config data to the hdmiphy driver.
Thanks,
Inki Dae
2013/8/13 Shirish S
> This patch adds dt support to hdmiphy config settings
> as it is board specific and depends on the signal pattern
> of board.
>
> Signed-off-by: Shirish S
> ---
> .../devicetree/bind
e should keep different tables for each of them.
>> This patch also includes desciptions of each nodes for the rotator and
specifies
>> a example how to bind it.
>>
>> Signed-off-by: Chanho Park
>> Cc: Inki Dae
>
> Inki, do you OK on this? If so, let me take this
This patch series fix pixel format setting according to
drm_framebuffer's pixel_format, and check if a given window
supports alpha channel or not.
Inki Dae (2):
drm/exynos: fix fimd pixel format setting
drm/exynos: check a pixel format to a particular window layer
drivers/gpu/drm/e
ormat which is set by addfb with bpp and
depth, or addfb2 with user-requested format.
Signed-off-by: Inki Dae
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/exynos/exynos_drm_fimd.c | 34 +++--
1 files changed, 13 insertions(+), 21 deletions(-)
diff --git a/drivers/gp
This patch checks if a requested window supports alpha channel or not.
In case of s3c64xx, window 0 doesn't support alpha channel so if
the request pixel format is ARGB then change it to XRGB.
Signed-off-by: Inki Dae
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/e
Thanks for the review,
Inki Dae
> -Original Message-
> From: linux-fbdev-ow...@vger.kernel.org [mailto:linux-fbdev-
> ow...@vger.kernel.org] On Behalf Of Konrad Rzeszutek Wilk
> Sent: Wednesday, August 21, 2013 4:22 AM
> To: Inki Dae
> Cc: dri-devel@lists.freedes
| <- vsync signal
Thanks,
Inki Dae
References:
[1] http://lwn.net/Articles/470339/
[2] https://patchwork.kernel.org/patch/2625361/
[3] http://linux.die.net/man/2/fcntl
Inki Dae (2):
dmabuf-sync: Add a buffer synchronization framework
dma-buf: Add user interfaces for dma
ler doesn't use intefaces for
the DMA device driver.
Signed-off-by: Inki Dae
Signed-off-by: Kyungmin Park
---
drivers/base/dma-buf.c | 81
1 files changed, 81 insertions(+), 0 deletions(-)
diff --git a/drivers/base/dma-buf.c b/drivers/
buffer. If no anyone then select
system call will be returned at once.
References:
[1] http://lwn.net/Articles/470339/
[2] https://patchwork.kernel.org/patch/2625361/
[3] http://linux.die.net/man/2/fcntl
Signed-off-by: Inki Dae
Signed-off-by: Kyungmin Park
---
Documentation/dma-buf-sync.txt |
Thanks for your comments,
Inki Dae
> -Original Message-
> From: David Herrmann [mailto:dh.herrm...@gmail.com]
> Sent: Wednesday, August 21, 2013 10:17 PM
> To: Inki Dae
> Cc: dri-devel@lists.freedesktop.org; linux-fb...@vger.kernel.org; linux-
> arm-ker...@lists.infra
> -Original Message-
> From: linux-samsung-soc-ow...@vger.kernel.org [mailto:linux-samsung-soc-
> ow...@vger.kernel.org] On Behalf Of Andrzej Hajda
> Sent: Wednesday, August 21, 2013 11:22 PM
> To: open list:DRM DRIVERS FOR E...
> Cc: Andrzej Hajda; Inki Dae; Joonyou
Applied.
Thanks,
Inki Dae
> -Original Message-
> From: Vikas Sajjan [mailto:vikas.saj...@linaro.org]
> Sent: Friday, August 23, 2013 3:35 PM
> To: dri-devel@lists.freedesktop.org; inki@samsung.com
> Cc: kgene@samsung.com; s.nawro...@samsung.com; robdcl...@gmail.
Hi Sachin,
Could you rebase your patch set to the below patch series?
[PATCH 0/3] drm/exynos: fimd: get signal polarities from device tree
Your patch set is conflicted.
Thanks,
Inki Dae
> -Original Message-
> From: Sachin Kamat [mailto:sachin.ka...@linaro.org]
> Sent:
One more thing, changed the subject to "Consider fallback option to
allocation fail". The subject is too long :)
Thanks,
Inki Dae
> -Original Message-
> From: linux-samsung-soc-ow...@vger.kernel.org [mailto:linux-samsung-soc-
> ow...@vger.kernel.org] On Behalf Of
Rahul, ping~~~
2013/8/1 Rahul Sharma
> Thanks Sylwester,
>
> On Wed, Jul 31, 2013 at 5:41 PM, Sylwester Nawrocki
> wrote:
> > Hi Rahul,
> >
> > On 07/31/2013 01:23 PM, Rahul Sharma wrote:
> I think your hdmiphy pmu patch is good enough just if dt binding for
> pmu
> >> is in hdmiphy
ler doesn't use intefaces for
the DMA device driver.
Signed-off-by: Inki Dae
Signed-off-by: Kyungmin Park
---
drivers/base/dma-buf.c | 81
1 files changed, 81 insertions(+), 0 deletions(-)
diff --git a/drivers/base/dma-buf.c b/drivers/
rred)
| <- vsync signal
|<-- Displayed on screen
|
|
|
| <- vsync signal
Thanks,
Inki Dae
References:
[1] http://lwn.net/Articles/470339/
[2] https://patchwork.kernel.org/patch/2625361/
[3]
ll be returned at once.
References:
[1] http://lwn.net/Articles/470339/
[2] https://patchwork.kernel.org/patch/2625361/
[3] http://linux.die.net/man/2/fcntl
Signed-off-by: Inki Dae
Signed-off-by: Kyungmin Park
---
Documentation/dma-buf-sync.txt | 286
drivers/base/Kconfig
ret = i2c_add_driver(&hdmiphy_i2c_driver);
...
} else {
ret = platform_driver_register(&hdmiphy_platform_driver);
...
}
return ret;
}
Thanks,
Inki Dae
> -Original Message-
> From: R
failed.
Thanks,
Inki Dae
> -Original Message-
> From: dri-devel-bounces+inki.dae=samsung@lists.freedesktop.org
> [mailto:dri-devel-bounces+inki.dae=samsung@lists.freedesktop.org] On
> Behalf Of Inki Dae
> Sent: Friday, August 30, 2013 5:33 PM
> To: 'Rahul
oduced by commit cf796235a6 "drm/exynos: fimd:
> replace struct fb_videomode with videomode"):
> drivers/built-in.o: In function `exynos_drm_connector_get_modes':
> drivers/gpu/drm/exynos/exynos_drm_connector.c:86:
> undefined reference to `drm_display_mode_from_videomode&#x
401 - 500 of 3067 matches
Mail list logo
