Hi Rahul,
> -Original Message-
> From: linux-samsung-soc-ow...@vger.kernel.org [mailto:linux-samsung-soc-
> ow...@vger.kernel.org] On Behalf Of Rahul Sharma
> Sent: Friday, August 30, 2013 7:06 PM
> To: Inki Dae
> Cc: Rahul Sharma; linux-samsung-soc; dri-devel@lis
> -Original Message-
> From: Rahul Sharma [mailto:r.sh.o...@gmail.com]
> Sent: Monday, September 02, 2013 3:28 PM
> To: Inki Dae
> Cc: Rahul Sharma; linux-samsung-soc; dri-devel@lists.freedesktop.org;
> Kukjin Kim; sw0312.kim; Sean Paul; Lucas Stach; Tomasz Figa; Sy
> -Original Message-
> From: Rahul Sharma [mailto:r.sh.o...@gmail.com]
> Sent: Monday, September 02, 2013 6:06 PM
> To: Inki Dae
> Cc: Rahul Sharma; linux-samsung-soc; dri-devel@lists.freedesktop.org;
> Kukjin Kim; sw0312.kim; Sean Paul; Lucas Stach; Tomasz Figa; Sy
> -Original Message-
> From: Rahul Sharma [mailto:r.sh.o...@gmail.com]
> Sent: Wednesday, September 04, 2013 2:48 PM
> To: Sean Paul
> Cc: Rahul Sharma; linux-samsung-soc; dri-devel; kgene.kim; sw0312.kim;
> InKi Dae; Lucas Stach; Tomasz Figa; Sylwester Nawrocki; s
> -Original Message-
> From: linux-samsung-soc-ow...@vger.kernel.org [mailto:linux-samsung-soc-
> ow...@vger.kernel.org] On Behalf Of Sean Paul
> Sent: Wednesday, September 04, 2013 11:52 PM
> To: Inki Dae
> Cc: Rahul Sharma; Rahul Sharma; linux-samsung-soc; dr
1).
> Maybe
> >> >> > you can work that into your patch set?
> >> >> >
> >> >
> >> > Are these really board-specific values?
> >>
> >> According to your hardware people:
> >>
> >> "If the signal
reviewed enough.
Please kindly let me know if there is any problem.
Thanks,
Inki Dae
The following changes since commit 3b28802e37bb1ca1cab584f679c42e72a7e384f8:
drm/tda998x: BUG() on invalid audio format (2013-09-05 08:52:19 +1000)
are available in the git repository at:
git
> -Original Message-
> From: linux-samsung-soc-ow...@vger.kernel.org [mailto:linux-samsung-soc-
> ow...@vger.kernel.org] On Behalf Of Rahul Sharma
> Sent: Thursday, September 05, 2013 3:04 PM
> To: Inki Dae
> Cc: Sean Paul; Rahul Sharma; linux-samsung-soc; dri-devel; k
> -Original Message-
> From: Geert Uytterhoeven [mailto:ge...@linux-m68k.org]
> Sent: Thursday, September 05, 2013 5:21 PM
> To: David Herrmann; H. Peter Anvin
> Cc: Inki Dae; David Airlie; Geoff Levand; dri-devel@lists.freedesktop.org;
> linux-fb...@vger.ker
> -Original Message-
> From: Sean Paul [mailto:seanp...@chromium.org]
> Sent: Thursday, September 05, 2013 10:20 PM
> To: Inki Dae
> Cc: Rahul Sharma; Rahul Sharma; linux-samsung-soc; dri-devel; kgene.kim;
> sw0312.kim; Lucas Stach; Tomasz Figa; Sylwester Nawrocki; suni
CCing devicetree,
> -Original Message-
> From: Rahul Sharma [mailto:r.sh.o...@gmail.com]
> Sent: Tuesday, September 10, 2013 5:28 PM
> To: Sean Paul
> Cc: Inki Dae; Rahul Sharma; linux-samsung-soc; dri-devel; kgene.kim;
> sw0312.kim; Lucas Stach; Tomasz Figa; Sylwest
2013/9/5 Sachin Kamat
> Now that DRM_EXYNOS depends on OF, we do not need individual
> drivers to depend on it.
>
Right. Applied.
Thanks,
Inki Dae
>
> Signed-off-by: Sachin Kamat
> ---
> drivers/gpu/drm/exynos/Kconfig |2 +-
> 1 file changed, 1 insertion(+)
Applied.
Thanks,
Inki Dae
2013/9/5 Sachin Kamat
> Silences the following warnings:
> drivers/gpu/drm/exynos/exynos_drm_fbdev.c:102:40: warning:
> incorrect type in assignment (different address spaces)
> drivers/gpu/drm/exynos/exynos_drm_fbdev.c:102:40:
> expected void [n
Applied.
Thanks,
Inki Dae
2013/9/11 Wei Yongjun
> From: Wei Yongjun
>
> In case of error, the function drm_prime_pages_to_sg() returns ERR_PTR()
> and never returns NULL. The NULL test in the return value check should
> be replaced with IS_ERR().
>
> Signe
Hi Dave,
Just small fixes, and code cleanups.
Please kindly let me know if there is any problem.
Thanks,
Inki Dae
The following changes since commit d2aebe338ac745f1934d01618f97a30f6bba5fec:
drm/udl: rip out set_need_resched (2013-09-16 08:35:04 +1000)
are available in the git repository
<-- Request gpu rendering
time |
|
|<-- Request page flip (deferred)
| <- vsync signal
|<-- Displayed on screen
|
|
|
| <- vsy
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 file changed, 81 insertions(+)
diff --git a/drivers/base/dma-buf.c b/drivers/base/dma-buf.c
in
Hi,
> -Original Message-
> From: Al Viro [mailto:v...@ftp.linux.org.uk] On Behalf Of Al Viro
> Sent: Monday, September 23, 2013 6:29 AM
> To: YoungJun Cho
> Cc: dri-devel@lists.freedesktop.org; Inki Dae
> Subject: [RFC] deadlock in "drm/exynos: fix wrong point
mmap_pgoff
call and then up_write(&mm->mmap_sem) after do_mmap_pg_off call
so that when another process called mmap system call, the process
can wait for up_write() call until the ->f_op pointer is restored.
Signed-off-by: Inki Dae
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/exy
Thanks for your comment.
> -Original Message-
> From: Al Viro [mailto:v...@ftp.linux.org.uk] On Behalf Of Al Viro
> Sent: Monday, September 23, 2013 10:07 PM
> To: Inki Dae
> Cc: 'YoungJun Cho'; dri-devel@lists.freedesktop.org
> Subject: Re: [RFC] deadlo
Please, ignore this patch. This patch has still some problems. I will post
it later.
Thanks,
Inki Dae
> -Original Message-
> From: Inki Dae [mailto:inki@samsung.com]
> Sent: Monday, September 23, 2013 7:43 PM
> To: airl...@linux.ie; dri-devel@lists.freedesktop.org
&g
> -Original Message-
> From: Inki Dae [mailto:inki@samsung.com]
> Sent: Tuesday, September 24, 2013 1:41 PM
> To: 'Al Viro'
> Cc: 'YoungJun Cho'; 'dri-devel@lists.freedesktop.org'
> Subject: RE: [RFC] deadlock in "drm/exynos: fi
2013/9/27 Rahul Sharma
> On 16 September 2013 18:10, Inki Dae wrote:
> > CCing devicetree,
> >
> >> -Original Message-
> >> From: Rahul Sharma [mailto:r.sh.o...@gmail.com]
> >> Sent: Tuesday, September 10, 2013 5:28 PM
> >> To: Sean
Thanks for your comments.
Thank,
Inki Dae
2013/9/26 Al Viro
> On Tue, Sep 24, 2013 at 01:41:00PM +0900, Inki Dae wrote:
>
> > I can't see to hold ->mmap_sem when it calls find_vma() anywhere else.
>
> Er... What, in your opinion, would protect the result of find_vma(
2013/9/26 Al Viro
> On Wed, Sep 25, 2013 at 01:34:30PM +0900, Inki Dae wrote:
>
> > It seems that we can use a new anon file instead of using drm file to
> > resolve the issue.
>
> Could you describe what are you trying to achieve with that ioctl() and
> what semant
2013/9/29 Inki Dae
>
>
> 2013/9/26 Al Viro
>
>> On Wed, Sep 25, 2013 at 01:34:30PM +0900, Inki Dae wrote:
>>
>> > It seems that we can use a new anon file instead of using drm file to
>> > resolve the issue.
>>
>> Could you describe what a
be waked up.
Signed-off-by: Inki Dae
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/exynos/exynos_drm_drv.c | 15 ---
1 file changed, 8 insertions(+), 7 deletions(-)
diff --git a/drivers/gpu/drm/exynos/exynos_drm_drv.c
b/drivers/gpu/drm/exynos/exynos_drm_drv.c
index f727f98
> -Original Message-
> From: Sylwester Nawrocki [mailto:sylvester.nawro...@gmail.com]
> Sent: Monday, September 30, 2013 7:09 AM
> To: Inki Dae
> Cc: Rahul Sharma; devicet...@vger.kernel.org; linux-samsung-soc;
> sw0312.kim; sunil joshi; dri-devel; kgene.kim; Sh
> -Original Message-
> From: linux-samsung-soc-ow...@vger.kernel.org [mailto:linux-samsung-soc-
> ow...@vger.kernel.org] On Behalf Of Tomasz Figa
> Sent: Monday, September 30, 2013 8:13 AM
> To: Sylwester Nawrocki
> Cc: Inki Dae; Rahul Sharma; devicet...@vger.kernel.
the drm_pending_event at postclose().
And it calls drm_vblank_put() for pair if there is any unhandled page
flip event.
Signed-off-by: Inki Dae
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/exynos/exynos_drm_drv.c | 35 +++
1 file changed, 22 insertions
On 2014? 05? 13? 13:44, Shirish S wrote:
> Hi,
>
> On Wed, Feb 19, 2014 at 4:02 PM, Inki Dae wrote:
>> 2014-02-14 16:34 GMT+09:00 Shirish S :
>>> In DVI mode the video preamble and Guard band should
>>> be disabled whereas it should be applied in HDMI mode,
&g
ced with similar issue and the issue had been resolved by
aligning it to 16 pixels.
So can you try to align it instead of changing burst len size?
Thanks,
Inki Dae
> + */
> +
> + if (win_data->fb_width < MIN_FB_WIDTH_FOR_16WORD_BURST) {
> + val &= ~WINCONx_BURSTLEN_MASK;
> + val |= WINCONx_BURSTLEN_4WORD;
> + }
> +
> writel(val, ctx->regs + WINCON(win));
> }
>
>
On 2014? 05? 22? 14:25, Rahul Sharma wrote:
> Hi Inki,
>
> The below fix doesn't affect the FB dev buffer allocation. IMO the scenario
> where u-boot allocates the buffer is not disturbed.
> Please review the implementation.
>
Applied.
Thanks,
Inki Dae
> Regards,
On 2014? 05? 22? 13:36, Rahul Sharma wrote:
> Hi Inki,
>
> On 21 May 2014 16:43, Inki Dae wrote:
>>
>> Hi Rahul,
>>
>> On 2014? 05? 07? 20:25, Rahul Sharma wrote:
>>> From: Rahul Sharma
>>>
>>> In case of exynos, setting dma-burst t
rivers to look them up.
> That way we can get rid of the various *_init() functions that currently
> need to be called directly from within DRM drivers.
>
I tend to prefer integrated drm_bridge based on drm_panel infrastructure
so that bridge drivers can use Linux driver-model. But
On 2014? 05? 19? 19:54, Andrzej Hajda wrote:
> This set of independent patches contains various improvement and fixes
> for exynos_drm ipp framework and drivers.
> The patchset is based on drm-exynos/exynos-drm-next branch.
Thanks for contributions and merged.
Thanks,
Inki Dae
>
On 2014? 05? 21? 18:51, Rahul Sharma wrote:
> Hi Inki, Tomasz,
>
> Any comment on this patch?
>
Merged.
Thanks,
Inki Dae
> Regards,
> Rahul Sharma
>
> On 20 May 2014 10:36, Rahul Sharma wrote:
>> Exynos drm hdmi driver used to get dummy hdmiphy clock to
>
On 2014? 05? 22? 17:39, Rahul Sharma wrote:
> On 22 May 2014 12:25, Inki Dae wrote:
>> On 2014? 05? 22? 13:36, Rahul Sharma wrote:
>>> Hi Inki,
>>>
>>> On 21 May 2014 16:43, Inki Dae wrote:
>>>>
>>>> Hi Rahul,
>>>>
&
ific one document.
>
> I referred to several ones, CPU interface, I80 interface and
> DBI document(last time you said it).
> I think this is good to check it.
> [ http://cache.freescale.com/files/dsp/doc/app_note/AN4180.pdf ]
>
Ping~. Is there other comment? If so then I'
On 2014? 05? 23? 19:59, Andrzej Hajda wrote:
> DPI, DSI and DP drivers will not work without FIMD.
> The patch adds appropriate dependencies in Kconfig.
Applied.
Thanks,
Inki Dae
>
> Signed-off-by: Andrzej Hajda
> ---
> drivers/gpu/drm/exynos/Kconfig | 6 +++---
&g
On 2014? 05? 23? 19:57, Andrzej Hajda wrote:
> The patch fixes unlocking in exynos_drm_component_del.
Applied.
Thanks,
Inki Dae
>
> Signed-off-by: Andrzej Hajda
> ---
> Hi Inki,
>
> This patch is based on exynos_drm_next branch.
>
> Regards
> Andrzej
&
This patch series includes the following two patches.
One makes sure that exynos drm framework handles deferred probe
case of sub drivers, and other makes sure that mipi dsi driver
considers deferred probe incurred by panel driver.
Inki Dae (2):
drm/exynos: consider deferred probe feature
correctly.
Signed-off-by: Inki Dae
Acked-by: Kyungmin Park
---
drivers/gpu/drm/exynos/exynos_dp_core.c | 16 +++-
drivers/gpu/drm/exynos/exynos_drm_drv.c | 28 +++---
drivers/gpu/drm/exynos/exynos_drm_drv.h |7 +---
drivers/gpu/drm/exynos/exynos_drm_dsi.c | 31
This patch makes sure that mipi dsi driver makes it re-probe
in case that panel driver isn't probed yet.
For this, it checks if panel driver is probed or not before
component_add() is called.
Signed-off-by: Inki Dae
Acked-by: Kyungmin Park
---
drivers/gpu/drm/exynos/exynos_drm_dsi.c |
ry friendly to boot up time, so the waiting should
>>> probably be moved out of the main probe() thread into some sort of
>>> asynchronous handler, which could then signal back when the clear is
>>> complete.
>>>
>>> Do you agree, or am I missing so
s in exynos_drm_init()
>>
>> Then this is the problem that you need to fix. If the driver doesn't
>> handle -EPROBE_DEFER properly then that means the driver is broken. No
>> amount of initcall ordering can fix this for you.
>
> We seem to have a problem with the p
s patch adds DT bindings for s6e3fa0 panel.
>> >> The bindings describes panel resources, display timings and cpu mode
>> >> timings.
>> >>
>> >> Signed-off-by: YoungJun Cho
>> >> Acked-by: Inki Dae
>> >> Acked-by: Kyungmin Par
On 2014? 05? 28? 05:21, Thierry Reding wrote:
> On Tue, May 27, 2014 at 11:24:49PM +0900, Inki Dae wrote:
>> 2014-05-27 16:53 GMT+09:00 Thierry Reding :
>>> On Tue, May 27, 2014 at 08:28:52AM +0200, Andrzej Hajda wrote:
>>>> Hi Thierry,
>>>>
>>
-off-by: Inki Dae
Acked-by: Kyungmin Park
---
drivers/gpu/drm/exynos/exynos_dp_core.c | 18 +++-
drivers/gpu/drm/exynos/exynos_drm_dpi.c | 22 -
drivers/gpu/drm/exynos/exynos_drm_drv.c | 139 +-
drivers/gpu/drm/exynos/exynos_drm_drv.h | 13 ++-
drivers
-off-by: Inki Dae
Acked-by: Kyungmin Park
---
drivers/gpu/drm/exynos/exynos_dp_core.c | 18 +++-
drivers/gpu/drm/exynos/exynos_drm_dpi.c | 22 -
drivers/gpu/drm/exynos/exynos_drm_drv.c | 139 +-
drivers/gpu/drm/exynos/exynos_drm_drv.h | 13 ++-
drivers
Sorry for wrong patch version. Ignore this patch.
Thanks,
Inki Dae
On 2014? 05? 29? 18:27, 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 p
Hi,
Fortunately, I could get the user manual for Exynos7420. Below are my
comments.
Thanks,
Inki Dae
On 2014ë
10ì 23ì¼ 01:34, Ajay kumar wrote:
> On Wed, Oct 22, 2014 at 8:26 PM, Inki Dae wrote:
>>
>> Thanks for contribution.
>>
>> It seems reasonable that
os-drm: Driver exynos-drm requests probe deferral
>
> It is quite unexpectable behavior. I would expect that the exynos-drm
> failed to initialize with 'no device' error.
>
> See also for the reference: https://bugzilla.kernel.org/show_bug.cgi?id=87691
>
I will chec
ue
gives us that we need super device node again. Actually, I had already
tried the use of the super device node like below for Exynos drm but
other Samsung guys didn't want to use it.
http://lists.freedesktop.org/archives/dri-devel/2014-April/056618.html
I think now we have the reason that we should us
On 2014ë
11ì 06ì¼ 17:03, Andrzej Hajda wrote:
> On 11/06/2014 07:23 AM, Inki Dae wrote:
>> On 2014ë
11ì 05ì¼ 23:38, Thierry Reding wrote:
>>> On Tue, Nov 04, 2014 at 09:18:46PM +0400, Matwey V. Kornilov wrote:
>>>> Hi,
>>>>
>>>> I ru
On 2014ë
11ì 06ì¼ 17:49, Matwey V. Kornilov wrote:
> 2014-11-06 11:45 GMT+03:00 Inki Dae :
>> On 2014ë
11ì 06ì¼ 17:03, Andrzej Hajda wrote:
>>> On 11/06/2014 07:23 AM, Inki Dae wrote:
>>>> On 2014ë
11ì 05ì¼ 23:38, Thierry Reding wrote:
>>>>
On 2014ë
11ì 06ì¼ 18:29, Thierry Reding wrote:
> On Thu, Nov 06, 2014 at 03:23:27PM +0900, Inki Dae wrote:
>> On 2014ë
11ì 05ì¼ 23:38, Thierry Reding wrote:
>>> On Tue, Nov 04, 2014 at 09:18:46PM +0400, Matwey V. Kornilov wrote:
>>>> Hi,
>>>>
This patch resolves temporarily infinite loop issue incurred
when Exynos drm driver is enabled and multi-platform kernel
is used by registering Exynos drm device object only in case
of Exynos SoC. So this patch will be replaced with more generic
way later.
Signed-off-by: Inki Dae
---
drivers
On 2014ë
11ì 06ì¼ 21:11, Krzysztof KozÅowski wrote:
> On 06.11.2014 11:32, Inki Dae wrote:
>> This patch resolves temporarily infinite loop issue incurred
>> when Exynos drm driver is enabled and multi-platform kernel
>> is used by registering Exynos drm device obje
Hi Gustavo,
On 2014ë
11ì 06ì¼ 21:38, Gustavo Padovan wrote:
>
> Hi Inki,
>
> Could you please give a review to this series?
It looks good to me. This patch series is just cleanup but not test so I
will merge them next week after testing if there is no any comment.
Than
On 2014ë
11ì 06ì¼ 22:00, Krzysztof Kozlowski wrote:
> On czw, 2014-11-06 at 21:32 +0900, Inki Dae wrote:
>> On 2014ë
11ì 06ì¼ 21:11, Krzysztof KozÅowski wrote:
>>> On 06.11.2014 11:32, Inki Dae wrote:
>>>> This patch resolves temporarily infinite loop issue
This patch resovles the infinite loop issue incurred
when Exyno drm driver is enabled but all kms drivers
are disabled on Exynos board by returning -EPROBE_DEFER
only in case that there is kms device registered.
Signed-off-by: Inki Dae
---
drivers/gpu/drm/exynos/exynos_drm_drv.c |6
On 2014ë
11ì 07ì¼ 17:29, Andrzej Hajda wrote:
> On 11/06/2014 03:10 PM, Inki Dae wrote:
>> This patch resovles the infinite loop issue incurred
>> when Exyno drm driver is enabled but all kms drivers
>> are disabled on Exynos board by returning -EPROBE_DEFER
>> onl
.
This patch makes for g2d_remove function tries to free
the cmdlist_poll only in case that the cmdlist_poll is allocated.
Signed-off-by: Inki Dae
---
drivers/gpu/drm/exynos/exynos_drm_g2d.c |9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/exynos
,
http://comments.gmane.org/gmane.comp.video.dri.devel/117740
http://www.spinics.net/lists/linux-samsung-soc/msg38624.html
Signed-off-by: Inki Dae
---
drivers/gpu/drm/exynos/exynos_drm_drv.c | 31 +++
1 file changed, 15 insertions(+), 16 deletions(-)
diff
probed before
a component master tries to bring up. This patch set resolves
the infinite loop issue and also includes fixups relevant to exynos
drm internal issues.
Please kindly let me know if there is any problem.
Thanks,
Inki Dae
The following changes since commit
Sorry for late.
I started to test and migrate them to exynos-drm-next yesterday. So I
guess that you can see your patch series on exynos-drm-next today night
or tomorrow.
Thanks,
Inki Dae
On 2014ë
11ì 12ì¼ 23:13, Gustavo Padovan wrote:
> Hi Inki,
>
> 2014-11-06 Inki Dae :
&g
ifdeferry from initialization code
Inki Dae (1):
drm/exynos: fix null pointer dereference issue
drivers/gpu/drm/exynos/exynos_drm_drv.c | 214 ++-
drivers/gpu/drm/exynos/exynos_drm_drv.h | 25 ++--
2 files changed, 81 insertions(+), 158 deletions(-)
--
1.7.9.5
driver in respect to infinite loop issue.
Signed-off-by: Andrzej Hajda
Signed-off-by: Inki Dae
---
drivers/gpu/drm/exynos/exynos_drm_drv.c | 196 ++-
drivers/gpu/drm/exynos/exynos_drm_drv.h | 25 ++--
2 files changed, 72 insertions(+), 149 deletions(-)
diff --git a
drm driver is closed
because ipp core device is registered after component_master_add_with_match
call.
This patch makes exynos_drm_device_subdrv_probe() to be called after all non
kms drivers are registered.
Signed-off-by: Inki Dae
---
drivers/gpu/drm/exynos/exynos_drm_drv.c | 18
On 2014ë
11ì 07ì¼ 15:12, YoungJun Cho wrote:
> This patch supports Exynos4415 SoC.
>
Applied.
Thanks,
Inki Dae
> Signed-off-by: YoungJun Cho
> Acked-by: Kyungmin Park
> ---
> Documentation/devicetree/bindings/video/exynos_dsim.txt | 1 +
> drivers/gpu/drm/ex
On 2014ë
11ì 07ì¼ 15:12, YoungJun Cho wrote:
> This patch supports Exynos4415 SoC.
Applied.
Thanks,
Inki Dae
>
> Signed-off-by: YoungJun Cho
> Acked-by: Kyungmin Park
> ---
> Documentation/devicetree/bindings/video/samsung-fimd.txt | 1 +
> drivers/gpu/drm/exy
On 2014ë
10ì 31ì¼ 23:17, Gustavo Padovan wrote:
> From: Gustavo Padovan
>
> It is not even used in this header anymore.
All patches, Applied.
Thanks,
Inki Dae
>
> Signed-off-by: Gustavo Padovan
> ---
> drivers/gpu/drm/exynos/exynos_drm_iommu.h | 1 -
> 1
I can prepare similar patches for other Exynos
> DRM components.
Sorry for late. Applied. Can you prepare similar patches for other? If
so, I'd happy.
Thanks,
Inki Dae
>
> [1]: https://lkml.org/lkml/2014/9/22/148
>
> Regards
> Andrzej
>
>
> Andrzej Hajda (4)
On 2014ë
11ì 12ì¼ 18:42, Vivek Gautam wrote:
> Now that we have moved to generic phy based bindings,
> we don't need to have any code related to older dptx-phy.
> Nobody is using this dptx-phy anymore, so removing the
> same.
Applied.
Thanks,
Inki Dae
>
> Sign
s()s and
> finally calls fimd_window_suspend().
> But there is no active window and vblank is already off
> when it is called.
> So addtional waiting vblank is not necessary any more.
Applied.
Thanks,
Inki Dae
>
> Signed-off-by: YoungJun Cho
> Acked-by: Inki Dae
> Acked-by
fimd_win_commit().
Sorry for late. below is my comment.
>
> Signed-off-by: YoungJun Cho
> Acked-by: Inki Dae
> Acked-by: Kyungmin Park
> ---
> drivers/gpu/drm/exynos/exynos_drm_fimd.c | 62
>
> 1 file changed, 30 insertions(+), 32 del
to use as 1.73
> times faster clock frequency.
>
> Signed-off-by: YoungJun Cho
> Acked-by: Inki Dae
> Acked-by: Kyungmin Park
> ---
> drivers/gpu/drm/exynos/exynos_drm_fimd.c | 26 --
> 1 file changed, 20 insertions(+), 6 deletions(-)
&
utine.
Applied.
Thanks,
Inki Dae
>
> Signed-off-by: YoungJun Cho
> Acked-by: Inki Dae
> Acked-by: Kyungmin Park
> ---
> drivers/gpu/drm/exynos/exynos_drm_fimd.c | 6 +++---
> 1 file changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/drivers/gpu/drm/exynos/exy
On 2014ë
11ì 13ì¼ 18:54, YoungJun Cho wrote:
> Hi Inki,
>
> On 11/13/2014 06:12 PM, Inki Dae wrote:
>> On 2014ë
10ì 01ì¼ 15:19, YoungJun Cho wrote:
>>> The I80 interface uses SYS_WE and SYS_CS to process
>>> 1 pixel data, so it requires the twice fast
ut separating this patch into two patches. One is
set/unset properly the registers relevant to interrupt, and other?
It seems that your patch includes some codes not relevant to above
description. And below is my comment.
Thanks,
Inki Dae
>
> Signed-off-by: YoungJun Cho
> Acked-by: In
register TE irq
handler before drm_helper_hpd_irq_event call. How about separating this
patch into two patches?
And below is my comment.
Thanks,
Inki Dae
>
> Signed-off-by: YoungJun Cho
> Acked-by: Inki Dae
> Acked-by: Kyungmin Park
> ---
> drivers/gpu/dr
ay_enable() and drm_panel_enable() to transmit
> image data before executing display on command.
> And moves the display on command execution routine from prepare()
> to enable() in drm_panel_funcs also.
Applied.
Thanks,
Inki Dae
>
> Signed-off-by: YoungJun Cho
> Acked-by: In
'omapdrm'...failed.
trying to open device 'exynos'...success.
setting mode 720x1280-0Hz at XR24 on connectors 15, crtc 12
select timed out or error (ret 0)
I'm not sure why this issue is incurred with this patch even through
this patch is reasonable and correct. So we nee
t allowed to turn on because of system resume in progress.
>
> Forcing mode should not be needed and removing it solves this particular
> problem.
only this patch, Applied.
Thanks,
Inki Dae
>
> This necessary fix for following scenario reproduced on Exynos DRM:
> 1. Power domai
On 2014ë
11ì 14ì¼ 11:36, Joonyoung Shim wrote:
> The exynos fimd provides video type selection bits from system register
> but exynos3 series don't has it, so needs has_vtsel flag and we can
> distinguish whether set video type selection bits.
Applied.
Thanks,
Inki Dae
>
On 2014ë
11ì 07ì¼ 15:12, YoungJun Cho wrote:
> This patch adds fimd device node to exynos4415.dtsi.
>
Hi Kukjin,
Could you merge patch 3 and 4 to your tree? These are dt part for
Exynos4415 drm support. For drm patches, I already merged them.
Thanks,
Inki Dae
> Signed-off-by:
ed probe is tried up to 3 times in maximum.
However, this is considered only for Exynos drm so I think other SoC
drivers could also produce same issue. Therefore, the best way to resolve
this issue, infinite loop incurred by defered probe, would be that dd core
is fixed up corrrectly.
Signed-off-by:
On 2014ë
11ì 18ì¼ 16:58, Sjoerd Simons wrote:
> On Tue, 2014-11-18 at 12:20 +0900, Inki Dae wrote:
>> This patch makes the deferred probe is tried up to 3 times in maximum.
>> However, this is considered only for Exynos drm so I think other SoC
>> drivers could al
ve any ideas why this could happen?
As I mentioned above, I guess this issue could be incurred when a driver
is probed in probe context of other driver. Actually, we had faced with
same issue but we couldn't see this issue anymore for some time. Anyway,
we need more checking.
Thanks,
Inki Dae
at: []
>> __driver_attach+0x48/0x98
>
>
> This is caused by patch moving platform devices to
> /sys/devices/platform[1]. Since this patch registering platform
> drivers/devices in probe of platform device causes deadlocks. I guess
> now all driver registration should be m
On 2014ë
11ì 18ì¼ 12:20, Inki Dae wrote:
> This patch fixes a infinite loop issue incurred when
> it doesn't have a pair of crtc and connector drivers,
> which was reported by Kevin Hilman like below,
> http://www.spinics.net/lists/linux-samsung-soc/msg39050.html
&g
This patch makes kms drivers to be independent modules.
For this, it removes all register codes to kms drivers
from exynos_drm_drv module and adds module_init/exit
for each kms driver so that each kms driver can be
called independently.
Signed-off-by: Inki Dae
---
drivers/gpu/drm/exynos/Kconfig
loop issue and kernel lockup
reported by other people. This patch set is RFC so there might
be my missing points. Welcome to any comments.
This patch set is based on top of exynos-drm-next branch.
Thanks,
Inki Dae
Inki Dae (3):
drm/exynos: make kms drivers to be independent
.
For this, this patch adds a new structure, exynos_drm_non_kms_dev,
to exynos_drm_core module.
Signed-off-by: Inki Dae
---
drivers/gpu/drm/exynos/exynos_drm_core.c| 166 +++
drivers/gpu/drm/exynos/exynos_drm_drv.c | 50 +---
drivers/gpu/drm/exynos
required for modularity.
Signed-off-by: Inki Dae
---
drivers/gpu/drm/exynos/exynos_drm_drv.c | 12 +
drivers/gpu/drm/exynos/exynos_drm_drv.h |9
drivers/gpu/drm/exynos/exynos_drm_vidi.c | 81 +++---
3 files changed, 54 insertions(+), 48 deletions(-)
diff
On 2014ë
10ì 31ì¼ 10:28, Hyungwon Hwang wrote:
> The ioctl DRM_EXYNOS_GEM_MAP_OFFSET and DRM_EXYNOS_GEM_MMAP are removed from
> the linux kernel. This patch modifies libdrm and libkms to use drm generic
> ioctls instead of the removed ioctls.
Signed-off-by: Inki Dae
>
>
On 2014ë
10ì 31ì¼ 10:28, Hyungwon Hwang wrote:
> This patch removes the ioctls which are removed from the linux kernel.
Signed-off-by: Inki Dae
>
> Signed-off-by: Hyungwon Hwang
> ---
> exynos/exynos_drm.h | 40
> 1 file cha
On 2014ë
11ì 19ì¼ 07:09, Tobias Jakobi wrote:
> Inki Dae wrote:
>> Hi Tomasz,
>>
>> Yes, of course.
>>
>> We will fix it soon. For this, I mentioned earlier,
>> http://web.archiveorange.com/archive/v/hhSc574WhqJAKgdBq7KL
>>
>> Thanks,
>&
.
For this, this patch adds a new structure, exynos_drm_non_kms_dev,
to exynos_drm_core module.
Changelog v2:
- check if available g2d device node.
- return 0 instead of -EPROBE_DEFER in case of no non kms device
registered. This case is not error.
Signed-off-by: Inki Dae
---
drivers/gpu/drm
501 - 600 of 3067 matches
Mail list logo
