On 2 June 2014 14:41, Andrzej Hajda wrote:
> Hi Rahul,
>
> On 05/28/2014 08:11 AM, Rahul Sharma wrote:
>> System hangs when FIMD registers are accessed to disable
>> hardware overlays. This is because of the clocks which are
>> not enabled before register access.
>
Fixes for various issues which are to Power On/Off sequence,
Layer update, waiting for vblank in exynos mixer driver.
This series is based on exynos-drm-fixes branch in Inki dae's tree.
Rahul Sharma (5):
drm/exynos: set power state variable after enabling clocks and power
drm/exynos:
device power enabled.
Similar logic for poweroff sequence.
Signed-off-by: Rahul Sharma
---
drivers/gpu/drm/exynos/exynos_mixer.c | 22 +-
1 file changed, 13 insertions(+), 9 deletions(-)
diff --git a/drivers/gpu/drm/exynos/exynos_mixer.c
b/drivers/gpu/drm/exynos
Mixer soft reset is a recommended step before reconfiguring
the mixer after power on. Mixer looses the previous state of
DMAs if soft reset. This is the recommendation from the
hardware team.
Signed-off-by: Rahul Sharma
---
drivers/gpu/drm/exynos/exynos_mixer.c |2 ++
1 file changed, 2
HDMI probe proceeds with dummy regulators when the regulators
are not provided in DT node or regulator provider has not get
probed or failed to register the regulators.
This patch modify hdmi driver to defer the probe in case the
regulators are not available.
Signed-off-by: Rahul Sharma
Allowing only one layer update per vsync can cause issues
while there are update available for both layers. There is
a good amount of possibility to loose updates if we allow
single update per vsync.
Signed-off-by: Rahul Sharma
---
drivers/gpu/drm/exynos/exynos_mixer.c |7 +--
1 file
mixer_wait_for_vblank function expects that the upcoming
vsync interrupt handler routine will clear the
wait_vsync_event atomic variable.
For this to happen, interrupts should be enabled and
disabled properly.
Signed-off-by: Rahul Sharma
---
drivers/gpu/drm/exynos/exynos_mixer.c |4
1
Mixer should be power gated only after it is gracefully stopped.
The recommended sequence is to Stop the mixer and wait till
it enters to IDLE state before gating the clocks and power to
the mixer.
Signed-off-by: Rahul Sharma
---
drivers/gpu/drm/exynos/exynos_mixer.c | 15
Thanks Inki,
On 19 June 2014 09:34, Inki Dae wrote:
> On 2014? 06? 18? 22:42, Rahul Sharma wrote:
>> HDMI probe proceeds with dummy regulators when the regulators
>> are not provided in DT node or regulator provider has not get
>> probed or failed to register the regulat
crashes the system.
Signed-off-by: Rahul Sharma
---
This works fine but I am not confident on the correctness of the
solution.
drivers/gpu/drm/exynos/exynos_drm_crtc.c |6 ++
1 file changed, 6 insertions(+)
diff --git a/drivers/gpu/drm/exynos/exynos_drm_crtc.c
b/drivers/gpu/drm/exynos
Hi All,
On 18 June 2014 17:04, Rahul Sharma wrote:
> mixer_wait_for_vblank function expects that the upcoming
> vsync interrupt handler routine will clear the
> wait_vsync_event atomic variable.
>
> For this to happen, interrupts should be enabled and
> disabled properly.
:
Tested-by: Rahul Sharma
Regards,
Rahul Sharma.
On 20 June 2014 21:21, Inki Dae wrote:
> 2014-06-20 17:06 GMT+09:00 Ajay kumar :
>> ping.
>
> I will have a review soon but I'm afraid that I cannot have a test yet
> because I have no any board with panel based on eDP and L
Mixer should be power gated only after it is gracefully stopped.
The recommended sequence is to Stop the mixer and wait till
it enters to IDLE state before gating the clocks and power to
the mixer.
Signed-off-by: Rahul Sharma
---
drivers/gpu/drm/exynos/exynos_mixer.c | 15
device power enabled.
Similar logic for poweroff sequence.
Signed-off-by: Rahul Sharma
---
drivers/gpu/drm/exynos/exynos_mixer.c | 22 +-
1 file changed, 13 insertions(+), 9 deletions(-)
diff --git a/drivers/gpu/drm/exynos/exynos_mixer.c
b/drivers/gpu/drm/exynos
Fixes for various issues which are to Power On/Off sequence,
Layer update, waiting for vblank in exynos mixer driver.
v2: 1) Repalce mixer_enable_vblank with drm_vblank_get.
This series is based on exynos-drm-fixes branch in Inki dae's tree.
Rahul Sharma (5):
drm/exynos: set power
Allowing only one layer update per vsync can cause issues
while there are update available for both layers. There is
a good amount of possibility to loose updates if we allow
single update per vsync.
Signed-off-by: Rahul Sharma
---
drivers/gpu/drm/exynos/exynos_mixer.c |7 +--
1 file
Mixer soft reset is a recommended step before reconfiguring
the mixer after power on. Mixer looses the previous state of
DMAs if soft reset. This is the recommendation from the
hardware team.
Signed-off-by: Rahul Sharma
---
drivers/gpu/drm/exynos/exynos_mixer.c |2 ++
1 file changed, 2
HDMI probe proceeds with dummy regulators when the regulators
are not provided in DT node or regulator provider has not get
probed or failed to register the regulators.
This patch modify hdmi driver to defer the probe in case the
regulators are not available.
Signed-off-by: Rahul Sharma
---
v2
mixer_wait_for_vblank function expects that the upcoming
vsync interrupt handler routine will clear the
wait_vsync_event atomic variable.
For this to happen, interrupts should be enabled and
disabled properly.
Signed-off-by: Rahul Sharma
---
drivers/gpu/drm/exynos/exynos_mixer.c |4
1
Hi Tomasz,
On 23 June 2014 20:08, Tomasz Figa wrote:
> Hi Rahul,
>
> On 23.06.2014 15:58, Rahul Sharma wrote:
>> Hi Ajay, Inki,
>>
>> I tested this series for Exynos5420 based peach-pit board,
>> Exynos5800 based Peach-pi board and Exynos5250 based
>> Snow
Thanks Inki,
One more thing. mixer_layer_update is only called on for mixer version;
MXR_VER_16_0_33_0, MXR_VER_128_0_0_184. This condition
should have taken care of Exynos4 scenarios. What you say?
Regards,
Rahul Sharma.
On 24 June 2014 20:20, Inki Dae wrote:
> 2014-06-24 20:38 GMT+09
timing_base = 0x0,
> .has_shadowcon = 1,
> + .sysreg_disp1blk_offset = 0x210,
offset should be defined as Macros in reg file.
> };
>
> static struct fimd_driver_data exynos5_fimd_driver_data = {
> .timing_base = 0x2,
> .has_shadowcon = 1,
&
On Tue, Jun 18, 2013 at 5:07 PM, Kishon Vijay Abraham I wrote:
> Hi,
>
> On Tuesday 18 June 2013 03:33 PM, Rahul Sharma wrote:
> > Thanks all,
> >
> > On Fri, Jun 14, 2013 at 11:39 AM, 김승우 wrote:
> >> Hello Kishon,
> >>
> >> On 2013년
On Tue, Jul 30, 2013 at 10:37 AM, Kishon Vijay Abraham I wrote:
> Hi,
>
> On Tuesday 30 July 2013 09:12 AM, Rahul Sharma wrote:
> >
> >
> > On Tue, Jun 18, 2013 at 5:07 PM, Kishon Vijay Abraham I > <mailto:kis...@ti.com>> wrote:
> >
> > Hi,
Thanks Seung-Woo,
On Tue, Jul 30, 2013 at 11:36 AM, Seung-Woo Kim wrote:
> Hi Rahul,
>
> On 2013년 07월 30일 12:42, Rahul Sharma wrote:
>>
>>
>> On Tue, Jun 18, 2013 at 5:07 PM, Kishon Vijay Abraham I > <mailto:kis...@ti.com>> wrote:
>>
>> Hi
On Tue, Jul 30, 2013 at 2:21 PM, Rahul Sharma wrote:
> Thanks Seung-Woo,
>
> On Tue, Jul 30, 2013 at 11:36 AM, Seung-Woo Kim
> wrote:
>> Hi Rahul,
>>
>> On 2013년 07월 30일 12:42, Rahul Sharma wrote:
>>>
>>>
>>> On Tue, Jun 18, 2013 at
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 binding instead of
mp;hdmiphy_i2c_driver);
> ...
> } else {
> ret = platform_driver_register(&hdmiphy_platform_driver);
> ...
> }
>
Here i2c_hdmiphy flag helps in avoiding registering both i2c
and platform drivers for phy. But is it a
Exynos hdmiphy operations and configs are kept inside
the hdmi driver. Hdmiphy related code is tightly coupled
with hdmi IP driver.
This patche moves hdmiphy related code to hdmiphy driver.
It will help in cleanly supporting the hdmiphy variations
in further SoCs.
Signed-off-by: Rahul Sharma
hdmiphy is a dummy clock which actually controls the PMU bit
to enable/disbale hdmiphy (before CCF). This clock is cleaned
from the hdmi driver.
Signed-off-by: Rahul Sharma
---
drivers/gpu/drm/exynos/exynos_hdmi.c |8
1 file changed, 8 deletions(-)
diff --git a/drivers/gpu/drm
.html
Rahul Sharma (7):
drm/exynos: move hdmiphy related code to hdmiphy driver
drm/exynos: remove dummy hdmiphy clock
drm/exynos: add hdmiphy pmu bit control in hdmiphy driver
drm/exynos: add support for exynos5420 hdmiphy
exynos/drm: fix ddc i2c device probe failure
ARM: dts: update
Before hdmiphy operation like config, start etc, hdmiphy
bit in PMU block should be enabled. Earlier this happens
in hdmi drvier through a dummy "hdmiphy" clock.
Signed-off-by: Rahul Sharma
---
.../devicetree/bindings/video/exynos_hdmiphy.txt |6 ++
drivers/gpu/
Exynos5420 hdmiphy device is a platform device, unlike
predecessor SoCs where it used to be a I2C device. This
support is added to the hdmiphy driver.
Signed-off-by: Rahul Sharma
---
drivers/gpu/drm/exynos/exynos_hdmiphy.c | 224 ++-
1 file changed, 221 insertions
Exynos hdmi ddc is a I2C device and if we register hdmi ddc
driver with id_table as NULL, cause failure in probing.
id_table field should not be NULL for i2c_driver registeration.
Signed-off-by: Rahul Sharma
---
drivers/gpu/drm/exynos/exynos_ddc.c |5 +
1 file changed, 5 insertions
hdmiphy dt node needs a child node called 'phy-power-control'
which represents the PMU register for power controlling the
hdmiphy.
hdmi driver dt node provides phy property which points to
the hdmiphy dt node.
Signed-off-by: Rahul Sharma
---
arch/arm/boot/dts/exynos5250-smdk5250.
hdmiphy dt node needs a child node called 'phy-power-control'
which represents the PMU register for power controlling the
hdmiphy.
hdmi driver dt node provides phy property which points to
the hdmiphy dt node.
Signed-off-by: Rahul Sharma
---
arch/arm/boot/dts/exynos5420.d
On 2 September 2013 10:38, Inki Dae wrote:
> 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
>&
On 2 September 2013 12:52, Inki Dae wrote:
>
>
>> -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;
Thanks Sean,
On 3 September 2013 20:15, Sean Paul wrote:
> A few comments.
>
> On Fri, Aug 30, 2013 at 2:59 AM, Rahul Sharma
> wrote:
>> Exynos hdmiphy operations and configs are kept inside
>> the hdmi driver. Hdmiphy related code is tightly coupled
>> with hdm
On 5 September 2013 09:46, Inki Dae wrote:
>
>
>> -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:
SEL which seems like it would be
>> >> board-specific, same with TX_* registers.
>> >>
>> >
>> > And we can select HDMI Tx PHY internal PLL input clock by setting
>> CLK_SEL.
>> > Ok, Shirish's patch set is reasona
On 5 September 2013 19:20, Inki Dae wrote:
>
>
>> -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; k
On 6 September 2013 19:21, Sean Paul wrote:
> On Thu, Sep 5, 2013 at 11:37 PM, Rahul Sharma wrote:
>> On 5 September 2013 19:20, Inki Dae wrote:
>>>
>>>
>>>> -Original Message-
>>>> From: Sean Paul [mailto:seanp...@chromium.org]
>&
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 Paul
>> Cc: Inki Dae; Rahul Sharma; linux-samsung-soc;
From: Rahul Sharma
Changelog:
v4:
* Rename files to follow "phy-exynos-simple" names.
* Rename Macros to this convention PHY_EXYNOS_SIMPLE_.
* Added list of phy specifier values to documentation file.
* Removed of_match_ptr from driver probe.
From: Tomasz Stanislawski
Add exynos-simple-phy driver to support a single register
PHY interfaces present on Exynos4 SoC.
Signed-off-by: Tomasz Stanislawski
Signed-off-by: Rahul Sharma
---
.../devicetree/bindings/phy/samsung-phy.txt| 57 ++
drivers/phy/Kconfig
awski
Signed-off-by: Rahul Sharma
---
drivers/gpu/drm/exynos/exynos_hdmi.c | 11 ++-
1 file changed, 6 insertions(+), 5 deletions(-)
diff --git a/drivers/gpu/drm/exynos/exynos_hdmi.c
b/drivers/gpu/drm/exynos/exynos_hdmi.c
index 9a6d652..ef1cdd0 100644
--- a/drivers/gpu/drm/exynos/exynos_h
awski
Signed-off-by: Rahul Sharma
---
drivers/media/platform/s5p-tv/hdmi_drv.c | 11 ++-
1 file changed, 6 insertions(+), 5 deletions(-)
diff --git a/drivers/media/platform/s5p-tv/hdmi_drv.c
b/drivers/media/platform/s5p-tv/hdmi_drv.c
index 534722c..8013e52 100644
--- a/drivers/media/pla
On 16 May 2014 03:14, Tomasz Figa wrote:
> On 15.05.2014 06:01, Rahul Sharma wrote:
>> Thanks Tomasz,
>>
>> On 15 May 2014 01:31, Tomasz Figa wrote:
>>> Hi Rahul, Tomasz,
>> [snip]
>>>> + simplephys: simple-phys at 1004 {
>>>&g
On 16 May 2014 15:12, Rahul Sharma wrote:
> On 16 May 2014 03:14, Tomasz Figa wrote:
>> On 15.05.2014 06:01, Rahul Sharma wrote:
[snip]
>>>> the PHY provider.
>>>>
>>>
>>> Please correct me if I got you wrong. You want somthing like this:
On 16 May 2014 16:20, Tomasz Figa wrote:
> On 16.05.2014 12:35, Rahul Sharma wrote:
>> On 16 May 2014 15:12, Rahul Sharma wrote:
>>> On 16 May 2014 03:14, Tomasz Figa wrote:
>>>> On 15.05.2014 06:01, Rahul Sharma wrote:
>> [snip]
>>>>>> the
On 16 May 2014 20:19, Tomasz Figa wrote:
> On 16.05.2014 16:30, Rahul Sharma wrote:
>> On 16 May 2014 16:20, Tomasz Figa wrote:
>>> On 16.05.2014 12:35, Rahul Sharma wrote:
>>>> On 16 May 2014 15:12, Rahul Sharma wrote:
>>>>> On 16 May 2014 03:14, T
On 11 April 2014 07:22, Rahul Sharma wrote:
> Thanks Tomasz,
>
> This patch is not longer required after rebasing to Tomasz Stanislawski's
> Simple Phy patches.
>
Hi All,
We had further discussion on the "Simple Phy Driver" at
http://www.spinics.net/lists/linux-
On 19 May 2014 16:24, Tomasz Figa wrote:
> On 19.05.2014 09:10, Rahul Sharma wrote:
>> On 16 May 2014 20:19, Tomasz Figa wrote:
>>> On 16.05.2014 16:30, Rahul Sharma wrote:
>>>> On 16 May 2014 16:20, Tomasz Figa wrote:
>>>>> On 16.05.2014 12:35, Ra
driver is modified to control the phy enable bit
inside PMU using regmap interfaces.
Devicetree binding document for hdmi is also updated.
Signed-off-by: Rahul Sharma
---
V2:
1) Squashed hdmiphy clock cleanup patch.
2) Addressed comments related to indentation, using
BIT macro while
Hi Inki, Tomasz,
Any comment on this patch?
Regards,
Rahul Sharma
On 20 May 2014 10:36, Rahul Sharma wrote:
> Exynos drm hdmi driver used to get dummy hdmiphy clock to
> control the PMU bit for hdmiphy. This bit needs to be set
> before setting any resolution to hdmi hardware.
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 to 16Word causes permanent
>> tearing for very small buffers, e.g. cursor buffer. Bur
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.
Regards,
Rahul Sharma.
On 7 May 2014 17:21, Rahul Sharma wrote:
> From: Rahul Sharma
>
> Allow to allocate
Thanks Sachin.
On 22 May 2014 11:38, Sachin Kamat wrote:
> Hi Rahul,
>
> On 7 May 2014 17:21, Rahul Sharma wrote:
>> From: Rahul Sharma
>>
>> Allow to allocate non-contigous buffers when iommu is enabled.
>> Currently, it tries to allocates contigous buffer whi
On 22 May 2014 11:51, Sachin Kamat wrote:
> Hi Rahul,
[snip]
>>
>> + clk_prepare_enable(ctx->bus_clk);
>
> Probably a check for its success?
>
>> + clk_prepare_enable(ctx->lcd_clk);
>
Generally we don't check this in any of the driver. I
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,
>>>
>>> On 2014? 05? 07? 20:25, Rahul Sharma wrote:
>>>> From: R
On 22 May 2014 13:33, Thierry Reding wrote:
> On Thu, May 22, 2014 at 12:06:16PM +0530, Rahul Sharma wrote:
>> On 22 May 2014 11:51, Sachin Kamat wrote:
>> > Hi Rahul,
>> [snip]
>> >>
>> >> + clk_prepare_enable(ctx->b
Hi Inki,
Please review this patch.
Regards,
Rahul Sharma
On 3 April 2014 20:41, Rahul Sharma wrote:
> From: Shirish S
>
> This patch implements the power on/off sequence
> of HDMI PHY in exynos5420 and exynos5250 as provided
> by the hardware team.
>
> This has been
Hi Inki,
This is another one which has not got reviewed. Please review.
Regards,
Rahul Sharma
On 30 April 2014 19:11, Rahul Sharma wrote:
> From: Rahul Sharma
>
> While testing S2R on exynos board, system is hanging and
> rebooting due to nested mutex_lock calls in exynos
From: Rahul Sharma
Fimd probe is accessing fimd Registers without enabling the fimd
gate clocks. If FIMD clocks are kept disabled in Uboot or disbaled
during kernel boottime, the system hangs during boottime.
This issue got surfaced when verifying with sysmmu enabled. Probe of
fimd Sysmmu
From: Rahul Sharma
Allow to allocate non-contigous buffers when iommu is enabled.
Currently, it tries to allocates contigous buffer which consistently
fail for large buffers and then fall back to non contigous. Apart
from being slow, this implementation is also very noisy and fills
the screen
before accessing sysmmu regs and
then disables. Later fimd probe tries to read the register without
enabling the clock which is wrong and hangs the system.
Signed-off-by: Rahul Sharma
---
drivers/gpu/drm/exynos/exynos_drm_fimd.c | 17 -
1 file changed, 16 insertions(+), 1
On 22 May 2014 23:26, Sachin Kamat wrote:
> Hi Rahul,
>
> On 22 May 2014 19:46, Rahul Sharma wrote:
>> Hi Inki,
>>
>> This is another one which has not got reviewed. Please review.
>
> Inki has applied a similar patch from Takashi [1].
Thanks Sachin,
Good
ntime_get_sync should
> be called as well, to wake up display pm domain.
>
You are right. I have added pm runtime get sync and put sync.
Regards,
Rahul Sharma.
>
> Regards
> Andrzej
>
>
>>
>> }
>>
>
From: Rahul Sharma
Fimd probe is accessing fimd Registers without enabling the fimd
gate clocks. If FIMD clocks are kept disabled in Uboot or disbaled
during kernel boottime, the system hangs during boottime.
This issue got surfaced when verifying with sysmmu enabled. Probe of
fimd Sysmmu
From: Rahul Sharma
Fimd probe is accessing fimd Registers without enabling the fimd
gate clocks. If FIMD clocks are kept disabled in Uboot or disbaled
during kernel boottime, the system hangs during boottime.
This issue got surfaced when verifying with sysmmu enabled. Probe of
fimd Sysmmu
Hi Inki,
Please review this patch.
Regards,
Rahul Sharma
On 23 May 2014 17:17, Rahul Sharma wrote:
> From: Rahul Sharma
>
> Fimd probe is accessing fimd Registers without enabling the fimd
> gate clocks. If FIMD clocks are kept disabled in Uboot or disbaled
> during kerne
Hi Daniel,
On 26 May 2014 13:11, Daniel Kurtz wrote:
> On Mon, May 26, 2014 at 2:59 PM, Rahul Sharma
> wrote:
>>
>> Hi Inki,
>>
>> Please review this patch.
[snip]
>> > +
>> > + ret = clk_prepare_enable(ctx->lcd_clk);
>
> Hi Rahul,
On 26 May 2014 14:21, Rahul Sharma wrote:
> Hi Daniel,
>
> On 26 May 2014 13:11, Daniel Kurtz wrote:
>> On Mon, May 26, 2014 at 2:59 PM, Rahul Sharma
>> wrote:
>>>
>>> Hi Inki,
>>>
>>> Please review this patch.
> [snip]
>>&g
,
Rahul Sharma.
On 27 May 2014 18:28, Inki Dae wrote:
> On 2014? 05? 27? 18:55, Rahul Sharma wrote:
>>
>>
>> On 26 May 2014 14:21, Rahul Sharma wrote:
>>> Hi Daniel,
>>>
>>> On 26 May 2014 13:11, Daniel Kurtz wrote:
>>>> On Mon,
System hangs when FIMD registers are accessed to disable
hardware overlays. This is because of the clocks which are
not enabled before register access.
'Hardware overlay disable' is cleaned from the FIMD probe.
Signed-off-by: Rahul Sharma
---
Based on exynos-drm-next branch.
drive
mp;hdmiphy_i2c_driver);
> ...
> } else {
> ret = platform_driver_register(&hdmiphy_platform_driver);
> ...
> }
>
Here i2c_hdmiphy flag helps in avoiding registering both i2c
and platform drivers for phy. But is it a
Hi Seung Woo,
Thanks for your inputs. Please find my response below.
On Wed, Nov 21, 2012 at 2:12 PM, ??? wrote:
> Hi Rahul,
>
> Control part seems good, and my comment is below.
>
> On 2012? 11? 10? 01:21, Rahul Sharma wrote:
>> This patch adds code for composing AVI and A
On Thu, Nov 22, 2012 at 12:06 PM, ??? wrote:
> On 2012? 11? 21? 20:36, Rahul Sharma wrote:
>> Hi Seung Woo,
>>
>> Thanks for your inputs. Please find my response below.
>>
>> On Wed, Nov 21, 2012 at 2:12 PM, ??? wrote:
>>> Hi Rahul,
>>>
&
This patch adds code for composing AVI and AUI info frames
and send them every VSYNC.
This patch is important for hdmi certification.
Based on exynos-drm-fixes branch of
git://git.kernel.org/pub/scm/linux/kernel/git/daeinki/drm-exynos.git
Signed-off-by: Rahul Sharma
Signed-off-by: Fahad
Thanks Thierry,
It is good idea to use generic code. I would like to see your patches.
regards,
Rahul Sharma
On Fri, Nov 23, 2012 at 11:45 AM, Inki Dae wrote:
>
>
> 2012/11/10 Rahul Sharma
>>
>> This patch set adds provision for composing and sending AVI and AUI
>&g
This patch adds code for composing AVI and AUI info frames
and send them every VSYNC.
This patch is important for hdmi certification.
Signed-off-by: Rahul Sharma
Signed-off-by: Fahad Kunnathadi
Signed-off-by: Shirish S
Based on exynos-drm-next branch of
http://git.kernel.org/?p=linux/kernel
Hi Mr. Dae,
On Fri, Nov 23, 2012 at 3:38 PM, Inki Dae wrote:
> Sorry but could you re-send this one more time? below is my comment.
>
> Thanks,
> Inki Dae
>
>> -Original Message-
>> From: Rahul Sharma [mailto:rahul.sharma at samsung.com]
>> Sent: Friday
x27;s Complement calculation for check sum.
Signed-off-by: Rahul Sharma
Signed-off-by: Fahad Kunnathadi
Signed-off-by: Shirish S
---
Based on exynos-drm-next branch of
http://git.kernel.org/?p=linux/kernel/git/daeinki/drm-exynos.git
drivers/gpu/drm/exynos/exynos_hdmi.c |
Hi Mr. Dae,
On Sat, Nov 24, 2012 at 11:34 AM, Inki Dae wrote:
> Let's update one more time. Below is my comments.
>
>> -Original Message-----
>> From: Rahul Sharma [mailto:rahul.sharma at samsung.com]
>> Sent: Friday, November 23, 2012 9:04 PM
>> To: dri-d
x27;s Complement calculation for check sum.
v3:
- Moved enums, macros to exynos_hdmi.c.
- Corrected hex format.
- Added static to hdmi_reg_infoframe.
Signed-off-by: Rahul Sharma
Signed-off-by: Fahad Kunnathadi
Signed-off-by: Shirish S
---
Based on exynos-drm-next branch of
http://git.kernel.o
Rahul Sharma (3):
drm/exynos: added runtime pm support for hdmi
drm/exynos: add runtime pm support for mixer
drm/exynos: add support for hdmiphy power control for exynos5
drivers/gpu/drm/exynos/exynos_hdmi.c | 81 +---
drivers/gpu/drm/exynos/exynos_mixer.c
This patch adds runtime power management support for exynos drm
hdmi driver.
Signed-off-by: Rahul Sharma
Signed-off-by: Shirish S
---
drivers/gpu/drm/exynos/exynos_hdmi.c | 60 +
1 files changed, 52 insertions(+), 8 deletions(-)
diff --git a/drivers/gpu/drm
This patch adds support for runtime power management for
drm mixer driver.
Signed-off-by: Rahul Sharma
Signed-off-by: Shirish S
---
drivers/gpu/drm/exynos/exynos_mixer.c | 65 +
1 files changed, 58 insertions(+), 7 deletions(-)
diff --git a/drivers/gpu/drm
hence not added.
Signed-off-by: Rahul Sharma
---
drivers/gpu/drm/exynos/exynos_hdmi.c | 21 +
drivers/gpu/drm/exynos/regs-hdmi.h |5 +
2 files changed, 26 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/exynos/exynos_hdmi.c
b/drivers/gpu/drm/exynos
From: Tomasz Stanislawski
This patch extends s5p-hdmi platform data by a GPIO identifier for
Hot-Plug-Detection pin.
Signed-off-by: Tomasz Stanislawski
Signed-off-by: Kyungmin Park
---
include/media/s5p_hdmi.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/include/m
From: Tomasz Stanislawski
The plug/unplug interrupt are handled by a separate interrupt.
So there is no need to replicate this mechanism in HDMI core.
Signed-off-by: Tomasz Stanislawski
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/exynos/exynos_hdmi.c |5 +
1 files changed, 1 inse
From: Tomasz Stanislawski
The 'exynos-drm-hdmi' driver makes use of s5p-tv platform devices. Therefore
the driver should use the same platform data to prevent crashes caused by
dereferencing incorrect types. This patch corrects the exynos-drm-hdmi driver
to the platform data from s5p-hdmi.
Sign
This patch adds support for disabling the video processor code based
on the platform type. This is done based on a field in the mixer driver
data which changes with the platform variant.
Signed-off-by: Rahul Sharma
---
drivers/gpu/drm/exynos/exynos_mixer.c | 151
This patch adds support for exynos5 hdmi with device tree enabled.
Signed-off-by: Rahul Sharma
---
drivers/gpu/drm/exynos/exynos_hdmi.c | 83 --
1 files changed, 79 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/exynos/exynos_hdmi.c
b/drivers/gpu
This patch removes the drm hdmi platform data structure which is no
longer in use by drm hdmi driver after this patch set get merged. s5p
hdmi platform data structure is used instead.
Signed-off-by: Rahul Sharma
---
include/drm/exynos_drm.h | 13 -
1 files changed, 0 insertions
This patch adds support for exynos5 hdmi phy with device tree enabled.
Signed-off-by: Rahul Sharma
---
drivers/gpu/drm/exynos/exynos_hdmiphy.c | 12 +++-
1 files changed, 11 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/exynos/exynos_hdmiphy.c
b/drivers/gpu/drm/exynos
exynos-drm-hdmi need context pointers from hdmi and mixer. These
pointers were expected from the plf data. Cleaned this dependency
by exporting i/f which are called by hdmi, mixer driver probes
for setting their context.
Signed-off-by: Rahul Sharma
---
drivers/gpu/drm/exynos/exynos_drm_hdmi.c
This patch removed the is_v13 variable from the hdmi driver context.
It is replaced with condition check for the hdmi version. This cleans
the way for handling further hdmi versions.
Signed-off-by: Rahul Sharma
---
drivers/gpu/drm/exynos/exynos_hdmi.c | 40
et is based on branch exynos-drm-next at
git://git.infradead.org/users/kmpark/linux-samsung (linux v3.6-rc4)
v2:
- removed MXR_VER_INVALID
- moved layer update from vsync ISR to mixer_graph_buffer
- stopped enabling vsync interrupt after poweron
Rahul Sharma (9):
drm: exynos: remove drm hdmi pla
1 - 100 of 643 matches
Mail list logo
