Hi,
On 18 September 2013 14:01, Andrzej Hajda wrote:
> Hi,
>
> You can just set this property to zero.
> of_parse_display_timing will not complain and
> you will have default settings.
Yes, that works fine. Thanks.
--
With warm regards,
Sachin
___
dr
Hi,
You can just set this property to zero.
of_parse_display_timing will not complain and
you will have default settings.
Regards
Andrzej
On 09/18/2013 10:15 AM, Sachin Kamat wrote:
> Hi Andrzej,
>
> Thanks for your quick response.
> Removing display-timings::clock-frequency property from
> arch
Hi Andrzej,
Thanks for your quick response.
Removing display-timings::clock-frequency property from
arch/arm/boot/dts/exynos4210-origen.dts
fixed this issue. However, I also had to remove the same from
drivers/video/of_display_timing.c as
shown below, else probe fails. I will send a patch to fix t
Hi Sachin,
Could you test it with removed display-timings::clock-frequency property.
Currently in arch/arm/boot/dts/exynos4210-origen.dts
display-timings::clock-frequency is set to 5,
this is incorrect value. With the property removed fimd calculates
clock-frequency from other properties with
Hi Andrzej ,
I was testing the latest Linux kernel release (v3.12-rc1) on
Exynos4210 based Origen board.
I found a display regression with that. I do not get any display on
the LCD (other than backlight) with the latest kernel. Git bisect
pointed me to the following commit:
111e6055d4e0d35c6a4b6cd
