[PATCH RFC 08/15] ARM: imx6q: clk: Add the video_27m clock

This patch supports the video_27m clock which is a fixed factor clock of the pll3_pfd1_540m clock. Signed-off-by: Liu Ying --- arch/arm/mach-imx/clk-imx6q.c | 1 + include/dt-bindings/clock/imx6qdl-clock.h | 3 ++- 2 files changed, 3 insertions(+), 1 deletion(-) diff --git a/arch

[PATCH RFC 03/15] of: Add vendor prefix for Truly Semiconductors Limited

Signed-off-by: Liu Ying --- Documentation/devicetree/bindings/vendor-prefixes.txt | 1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/devicetree/bindings/vendor-prefixes.txt b/Documentation/devicetree/bindings/vendor-prefixes.txt index 3cee528..8257f3a 100644 --- a/Documentation

Re: [PATCH RFC 04/15] drm/dsi: Do not add DSI devices for the child nodes with input-port property

Hi Thierry, On 12/11/2014 10:52 AM, Liu Ying wrote: Hi Thierry, On 12/10/2014 08:21 PM, Thierry Reding wrote: On Wed, Dec 10, 2014 at 04:37:17PM +0800, Liu Ying wrote: The MIPI DSI bus driver would try to add a DSI device for a host's every child node which contains the reg property

[PATCH RFC 03/15] of: Add vendor prefix for Truly Semiconductors Limited

Signed-off-by: Liu Ying ying@freescale.com --- Documentation/devicetree/bindings/vendor-prefixes.txt | 1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/devicetree/bindings/vendor-prefixes.txt b/Documentation/devicetree/bindings/vendor-prefixes.txt index 3cee528..8257f3a 100644

[PATCH RFC 01/15] clk: divider: Correct parent clk round rate if no bestdiv is normally found

If no best divider is normally found, we will try to use the maximum divider. We should not set the parent clock rate to be 1Hz by force for being rounded. Instead, we should take the maximum divider as a base and calculate a correct parent clock rate for being rounded. Signed-off-by: Liu Ying

[PATCH RFC 08/15] ARM: imx6q: clk: Add the video_27m clock

This patch supports the video_27m clock which is a fixed factor clock of the pll3_pfd1_540m clock. Signed-off-by: Liu Ying ying@freescale.com --- arch/arm/mach-imx/clk-imx6q.c | 1 + include/dt-bindings/clock/imx6qdl-clock.h | 3 ++- 2 files changed, 3 insertions(+), 1 deletion

[PATCH RFC 15/15] ARM: imx_v6_v7_defconfig: Add support for Himax HX8369A panel

/imx_v6_v7_defconfig Signed-off-by: Liu Ying ying@freescale.com --- arch/arm/configs/imx_v6_v7_defconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm/configs/imx_v6_v7_defconfig b/arch/arm/configs/imx_v6_v7_defconfig index 3e0e589..01b2b89 100644 --- a/arch/arm/configs

[PATCH RFC 00/15] Add support for i.MX MIPI DSI DRM driver

be applied on the drm-next branch. [1] http://www.allshore.com/pdf/Himax_HX8369-A.pdf Liu Ying (15): clk: divider: Correct parent clk round rate if no bestdiv is normally found of: Add vendor prefix for Himax Technologies Inc. of: Add vendor prefix for Truly Semiconductors Limited drm/dsi

[PATCH RFC 05/15] ARM: dts: imx6qdl: Add input-port property to MIPI DSI node's CTRC child nodes

To phase out the MIPI DSI's child nodes which present DRM CRTCs from the child nodes which represent MIPI DSI peripherals, we need to add input-port property to the child nodes to be phased out. Signed-off-by: Liu Ying ying@freescale.com --- arch/arm/boot/dts/imx6q.dtsi | 2 ++ arch/arm

[PATCH RFC 14/15] ARM: imx_v6_v7_defconfig: Add support for MIPI DSI host controller

/configs/imx_v6_v7_defconfig Signed-off-by: Liu Ying ying@freescale.com --- arch/arm/configs/imx_v6_v7_defconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm/configs/imx_v6_v7_defconfig b/arch/arm/configs/imx_v6_v7_defconfig index 0dbd0c3..3e0e589 100644 --- a/arch/arm/configs

[PATCH RFC 11/15] ARM: dtsi: imx6qdl: Add support for MIPI DSI host controller

This patch adds support for MIPI DSI host controller. Signed-off-by: Liu Ying ying@freescale.com --- arch/arm/boot/dts/imx6qdl.dtsi | 7 +++ 1 file changed, 7 insertions(+) diff --git a/arch/arm/boot/dts/imx6qdl.dtsi b/arch/arm/boot/dts/imx6qdl.dtsi index 5d92ad7..4769767 100644

[PATCH RFC 02/15] of: Add vendor prefix for Himax Technologies Inc.

Signed-off-by: Liu Ying ying@freescale.com --- Documentation/devicetree/bindings/vendor-prefixes.txt | 1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/devicetree/bindings/vendor-prefixes.txt b/Documentation/devicetree/bindings/vendor-prefixes.txt index 78efebb..3cee528 100644

[PATCH RFC 04/15] drm/dsi: Do not add DSI devices for the child nodes with input-port property

, this patch phases out the child nodes with input-port property before adding DSI devices for them and updates the MIPI DSI bus OF binding documentation. Signed-off-by: Liu Ying ying@freescale.com --- Documentation/devicetree/bindings/mipi/dsi/mipi-dsi-bus.txt | 4 drivers/gpu/drm/drm_mipi_dsi.c

[PATCH RFC 10/15] drm: panel: Add support for Himax HX8369A MIPI DSI panel

This patch adds support for Himax HX8369A MIPI DSI panel. Signed-off-by: Liu Ying ying@freescale.com --- .../devicetree/bindings/panel/himax,hx8369a.txt| 86 +++ drivers/gpu/drm/panel/Kconfig | 6 + drivers/gpu/drm/panel/Makefile | 1

[PATCH RFC 07/15] ARM: imx6q: Add GPR3 MIPI muxing control register field shift bits definition

This patch adds a macro to define the GPR3 MIPI muxing control register field shift bits. Signed-off-by: Liu Ying ying@freescale.com --- include/linux/mfd/syscon/imx6q-iomuxc-gpr.h | 1 + 1 file changed, 1 insertion(+) diff --git a/include/linux/mfd/syscon/imx6q-iomuxc-gpr.h b/include

[PATCH RFC 06/15] ARM: dts: imx6q: Add MIPI DSI remote end points for IPU2 DI0/1 end points

This patch adds MIPI DSI remote end points for IPU2 DI0/1 end points. Signed-off-by: Liu Ying ying@freescale.com --- arch/arm/boot/dts/imx6q.dtsi | 2 ++ 1 file changed, 2 insertions(+) diff --git a/arch/arm/boot/dts/imx6q.dtsi b/arch/arm/boot/dts/imx6q.dtsi index e6a6d90..82507e7 100644

[PATCH RFC 12/15] ARM: dts: imx6qdl-sabresd: Add support for TRULY TFT480800-16-E MIPI DSI panel

The TRULY TFT480800-16-E panel is driven by the Himax HX8369A driver IC. The driver IC supports several display/control interface modes, including the MIPI DSI video mode and command mode. Signed-off-by: Liu Ying ying@freescale.com --- arch/arm/boot/dts/imx6qdl-sabresd.dtsi | 41

[PATCH RFC 09/15] drm: imx: Add MIPI DSI host controller driver

This patch adds i.MX MIPI DSI host controller driver support. Currently, the driver supports the burst with sync pulses mode only. Signed-off-by: Liu Ying ying@freescale.com --- .../devicetree/bindings/drm/imx/mipi_dsi.txt | 81 ++ drivers/gpu/drm/imx/Kconfig

[PATCH RFC 13/15] ARM: imx_v6_v7_defconfig: Cleanup for imx drm being moved out of staging

The new imx_v6_v7_defconfig is generated in this way: * make ARCH=arm imx_v6_v7_defconfig * make ARCH=arm savedefconfig * cp defconfig arch/arm/configs/imx_v6_v7_defconfig Signed-off-by: Liu Ying ying@freescale.com --- arch/arm/configs/imx_v6_v7_defconfig | 15 +++ 1 file changed

Re: [PATCH RFC 04/15] drm/dsi: Do not add DSI devices for the child nodes with input-port property

Hi Thierry, On 12/10/2014 08:21 PM, Thierry Reding wrote: On Wed, Dec 10, 2014 at 04:37:17PM +0800, Liu Ying wrote: The MIPI DSI bus driver would try to add a DSI device for a host's every child node which contains the reg property. Unfortunately, the existing i.MX6Q/SDL MIPI DSI host device

[PATCH v2] devres: Improve grp->id setting logics in devres_open_group()

Instead of setting grp->id directly with a temporary value and then changing it if a certain condition meets, we may check the condition first and then decide which value should be set to grp->id. This may save two lines of code and potentially reduces a writing operation. Signed-off-b

[PATCH] drvres: Improve grp->id setting logics in devres_open_group()

Instead of setting grp->id directly with a temporary value and then changing it if a certain condition meets, we may check the condition first and then decide which value should be set to grp->id. This may save two lines of code and potentially reduces a writing operation. Signed-off-b

[PATCH] drvres: Improve grp-id setting logics in devres_open_group()

Instead of setting grp-id directly with a temporary value and then changing it if a certain condition meets, we may check the condition first and then decide which value should be set to grp-id. This may save two lines of code and potentially reduces a writing operation. Signed-off-by: Liu Ying

[PATCH v2] devres: Improve grp-id setting logics in devres_open_group()

Instead of setting grp-id directly with a temporary value and then changing it if a certain condition meets, we may check the condition first and then decide which value should be set to grp-id. This may save two lines of code and potentially reduces a writing operation. Signed-off-by: Liu Ying

Re: [PATCH] drivers/base: redundant return value settings in try_to_bring_up_master()

On 07/12/2014 08:58 AM, Greg KH wrote: On Tue, Jun 17, 2014 at 04:25:31PM +0800, Liu Ying wrote: Remove redundant return value settings 'ret = 0;' in the function try_to_bring_up_master(), since it has already been set to zero. Signed-off-by: Liu Ying --- drivers/base/component.c |2

Re: [PATCH] drivers/base: redundant return value settings in try_to_bring_up_master()

On 07/12/2014 08:58 AM, Greg KH wrote: On Tue, Jun 17, 2014 at 04:25:31PM +0800, Liu Ying wrote: Remove redundant return value settings 'ret = 0;' in the function try_to_bring_up_master(), since it has already been set to zero. Signed-off-by: Liu Ying ying@freescale.com --- drivers/base

[PATCH] bus: imx-weim: populate devices on a simple bus

transparent) bewteen the i.MX WEIM and the simple bus. This patch makes the i.MX WEIM driver possible to populate devices on a simple bus. In this way, people may try various IPs(in a FPGA, maybe) outside of i.MX chips with the i.MX WEIM embedded. Signed-off-by: Liu Ying --- drivers/bus/imx-weim.c

[PATCH] bus: imx-weim: populate devices on a simple bus

transparent) bewteen the i.MX WEIM and the simple bus. This patch makes the i.MX WEIM driver possible to populate devices on a simple bus. In this way, people may try various IPs(in a FPGA, maybe) outside of i.MX chips with the i.MX WEIM embedded. Signed-off-by: Liu Ying ying@freescale.com

[PATCH] drivers/base: redundant return value settings in try_to_bring_up_master()

Remove redundant return value settings 'ret = 0;' in the function try_to_bring_up_master(), since it has already been set to zero. Signed-off-by: Liu Ying --- drivers/base/component.c |2 -- 1 file changed, 2 deletions(-) diff --git a/drivers/base/component.c b/drivers/base/component.c

[PATCH] drivers/base: redundant return value settings in try_to_bring_up_master()

Remove redundant return value settings 'ret = 0;' in the function try_to_bring_up_master(), since it has already been set to zero. Signed-off-by: Liu Ying ying@freescale.com --- drivers/base/component.c |2 -- 1 file changed, 2 deletions(-) diff --git a/drivers/base/component.c b

[PATCH v5 3/3] pwm: i.MX: Avoid sample FIFO overflow for i.MX PWM version2

Cc: linux-arm-ker...@lists.infradead.org Signed-off-by: Liu Ying --- v4->v5: * Rebase up to the commit(1/3 in this series) which fixes the macro MX3_PWMCR_PRESCALER(x) definition. v3->v4: * To address Sascha's comment, drop the rollover event approach and wait for a full PWM cycle to get a relin

[PATCH v2 2/3] pwm: i.MX: Cleanup indentation for register definitions

This patch contains no logic change to cleanup indentation for register definitions only. Cc: Thierry Reding Cc: Sascha Hauer Cc: Shawn Guo Cc: Lothar Waßmann Cc: linux-...@vger.kernel.org Cc: linux-arm-ker...@lists.infradead.org Signed-off-by: Liu Ying --- v1->v2: * Rebase up to the com

[PATCH 1/3] pwm: i.MX: Fix the macro MX3_PWMCR_PRESCALER(x) definition

...@lists.infradead.org Signed-off-by: Liu Ying --- drivers/pwm/pwm-imx.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/pwm/pwm-imx.c b/drivers/pwm/pwm-imx.c index cc47733..9835e0b 100644 --- a/drivers/pwm/pwm-imx.c +++ b/drivers/pwm/pwm-imx.c @@ -32,7 +32,7 @@ #define

Re: [PATCH] pwm: i.MX: Cleanup indentation for register definitions

On 05/28/2014 05:56 PM, Lothar Waßmann wrote: > Hi, > > Liu Ying wrote: >> This patch contains no logic change to cleanup indentation >> for register definitions only. >> >> Cc: Thierry Reding >> Cc: Sascha Hauer >> Cc: Shawn Guo >> Cc: Lot

Re: [PATCH] pwm: i.MX: Cleanup indentation for register definitions

On 05/28/2014 05:56 PM, Lothar Waßmann wrote: Hi, Liu Ying wrote: This patch contains no logic change to cleanup indentation for register definitions only. Cc: Thierry Reding thierry.red...@gmail.com Cc: Sascha Hauer s.ha...@pengutronix.de Cc: Shawn Guo shawn@freescale.com Cc

[PATCH 1/3] pwm: i.MX: Fix the macro MX3_PWMCR_PRESCALER(x) definition

@freescale.com Cc: Lothar Waßmann l...@karo-electronics.de Cc: linux-...@vger.kernel.org Cc: linux-arm-ker...@lists.infradead.org Signed-off-by: Liu Ying ying@freescale.com --- drivers/pwm/pwm-imx.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/pwm/pwm-imx.c b

[PATCH v2 2/3] pwm: i.MX: Cleanup indentation for register definitions

-arm-ker...@lists.infradead.org Signed-off-by: Liu Ying ying@freescale.com --- v1-v2: * Rebase up to the commit(1/3 in this series) which fixes the macro MX3_PWMCR_PRESCALER(x) definition. drivers/pwm/pwm-imx.c | 26 +- 1 file changed, 13 insertions(+), 13 deletions

[PATCH v5 3/3] pwm: i.MX: Avoid sample FIFO overflow for i.MX PWM version2

...@karo-electronics.de Cc: linux-...@vger.kernel.org Cc: linux-arm-ker...@lists.infradead.org Signed-off-by: Liu Ying ying@freescale.com --- v4-v5: * Rebase up to the commit(1/3 in this series) which fixes the macro MX3_PWMCR_PRESCALER(x) definition. v3-v4: * To address Sascha's comment, drop

[PATCH v4] pwm: i.MX: Avoid sample FIFO overflow for i.MX PWM version2

Cc: linux-arm-ker...@lists.infradead.org Signed-off-by: Liu Ying --- v3->v4: * To address Sascha's comment, drop the rollover event approach and wait for a full PWM cycle to get a relinquished FIFO slot when the controller is enabled and the FIFO is fully loaded. * Update commit message accordlingly,

[PATCH] pwm: i.MX: Cleanup indentation for register definitions

This patch contains no logic change to cleanup indentation for register definitions only. Cc: Thierry Reding Cc: Sascha Hauer Cc: Shawn Guo Cc: Lothar Waßmann Cc: linux-...@vger.kernel.org Cc: linux-arm-ker...@lists.infradead.org Signed-off-by: Liu Ying --- drivers/pwm/pwm-imx.c | 26

[PATCH] pwm: i.MX: Cleanup indentation for register definitions

-arm-ker...@lists.infradead.org Signed-off-by: Liu Ying ying@freescale.com --- drivers/pwm/pwm-imx.c | 26 +- 1 file changed, 13 insertions(+), 13 deletions(-) diff --git a/drivers/pwm/pwm-imx.c b/drivers/pwm/pwm-imx.c index cc47733..0784554 100644 --- a/drivers/pwm/pwm

[PATCH v4] pwm: i.MX: Avoid sample FIFO overflow for i.MX PWM version2

...@karo-electronics.de Cc: linux-...@vger.kernel.org Cc: linux-arm-ker...@lists.infradead.org Signed-off-by: Liu Ying ying@freescale.com --- v3-v4: * To address Sascha's comment, drop the rollover event approach and wait for a full PWM cycle to get a relinquished FIFO slot when the controller

Re: [PATCH v3] pwm: i.MX: Avoid sample FIFO overflow for i.MX PWM version2

Hi Sascha, Thanks for your comments. On 05/19/2014 03:11 PM, Sascha Hauer wrote: > On Fri, May 16, 2014 at 01:11:08PM +0800, Liu Ying wrote: >> The i.MX PWM version2 is embedded in several i.MX SoCs, >> such as i.MX27, i.MX51 and i.MX6SL. There are four 16bit >> sample F

Re: [PATCH v3] pwm: i.MX: Avoid sample FIFO overflow for i.MX PWM version2

Hi Lothar, Thanks for your review. On 05/19/2014 01:53 PM, Lothar Waßmann wrote: > Hi, > > Liu Ying wrote: > [...] >> @@ -30,6 +32,7 @@ >> /* i.MX27, i.MX31, i.MX35 share the same PWM function block: */ >> >> #define MX3_PWMCR 0x00/*

Re: [PATCH v3] pwm: i.MX: Avoid sample FIFO overflow for i.MX PWM version2

Hi Lothar, Thanks for your review. On 05/19/2014 01:53 PM, Lothar Waßmann wrote: Hi, Liu Ying wrote: [...] @@ -30,6 +32,7 @@ /* i.MX27, i.MX31, i.MX35 share the same PWM function block: */ #define MX3_PWMCR 0x00/* PWM Control Register */ +#define MX3_PWMIR

Re: [PATCH v3] pwm: i.MX: Avoid sample FIFO overflow for i.MX PWM version2

Hi Sascha, Thanks for your comments. On 05/19/2014 03:11 PM, Sascha Hauer wrote: On Fri, May 16, 2014 at 01:11:08PM +0800, Liu Ying wrote: The i.MX PWM version2 is embedded in several i.MX SoCs, such as i.MX27, i.MX51 and i.MX6SL. There are four 16bit sample FIFOs in this IP, each of which

[PATCH v3] pwm: i.MX: Avoid sample FIFO overflow for i.MX PWM version2

.org Signed-off-by: Liu Ying --- v2->v3: * Wait for a rollover event before configuration when PWM is active with non-zero duty period. And, update commit message for that. * Fix some typos in commit head and message(fifo -> FIFO, pwm -> PWM, etc). * Cc linux-kernel@vger.kernel.or

[PATCH v3] pwm: i.MX: Avoid sample FIFO overflow for i.MX PWM version2

-electronics.de Cc: linux-...@vger.kernel.org Cc: linux-arm-ker...@lists.infradead.org Signed-off-by: Liu Ying ying@freescale.com --- v2-v3: * Wait for a rollover event before configuration when PWM is active with non-zero duty period. And, update commit message for that. * Fix some typos in commit

[PATCH] video: pwm backlight: power off when necessary

is on when we intend to set the brightness to be zero for an inversed pwm signal. The root cause of the issue is that power is off in that case. Cc: Thierry Reding Cc: Jingoo Han Cc: Jean-Christophe Plagniol-Villard Cc: Tomi Valkeinen Signed-off-by: Liu Ying --- drivers/video/backlight/pwm_bl.c

[PATCH] video: pwm backlight: power off when necessary

tomi.valkei...@ti.com Signed-off-by: Liu Ying ying@freescale.com --- drivers/video/backlight/pwm_bl.c | 10 +++--- 1 file changed, 7 insertions(+), 3 deletions(-) diff --git a/drivers/video/backlight/pwm_bl.c b/drivers/video/backlight/pwm_bl.c index b75201f..e61e66a 100644 --- a/drivers

[PATCH v4 1/2] backlight: update bd state & fb_blank properties when necessary

on a certain blanked framebuffer may increase the backlight device's use count by one, while one blank operation on a certain unblanked framebuffer may decrease the use count by one, because the userspace is likely to unblank an unblanked framebuffer or blank a blanked framebuffer. Signed-off-by: Liu

[PATCH v4 0/2] backlight: update bl status and some bd properties when necessary

the backlight off for all the other framebuffers, since they are likely being active to display something. This patch set adds some logics to record each framebuffer's backlight usage to determine the backlight device use count and whether the backlight status should be updated or not. Liu Ying (2

[PATCH v4 2/2] backlight: update backlight status when necessary

the backlight off for all the other framebuffers, since they are likely being active to display something. This patch makes the backlight status be updated only when the relevant backlight device's use count changes from zero to one or from one to zero. Signed-off-by: Liu Ying --- drivers/video

Re: [PATCH v2] backlight: turn backlight on/off when necessary

On 01/23/2014 05:27 PM, Liu Ying wrote: > On 01/23/2014 01:44 PM, Jingoo Han wrote: >> On Wednesday, January 22, 2014 6:36 PM, Jani Nikula wrote: >>> On Mon, 20 Jan 2014, Liu Ying wrote: >>>> We don't have to turn backlight on/off everytime a blanking >>

Re: [PATCH v2] backlight: turn backlight on/off when necessary

On 01/23/2014 01:44 PM, Jingoo Han wrote: > On Wednesday, January 22, 2014 6:36 PM, Jani Nikula wrote: >> On Mon, 20 Jan 2014, Liu Ying wrote: >>> We don't have to turn backlight on/off everytime a blanking >>> or unblanking event comes because the backlight status may

Re: [PATCH v2] backlight: turn backlight on/off when necessary

On 01/23/2014 01:44 PM, Jingoo Han wrote: On Wednesday, January 22, 2014 6:36 PM, Jani Nikula wrote: On Mon, 20 Jan 2014, Liu Ying ying@freescale.com wrote: We don't have to turn backlight on/off everytime a blanking or unblanking event comes because the backlight status may have already

Re: [PATCH v2] backlight: turn backlight on/off when necessary

On 01/23/2014 05:27 PM, Liu Ying wrote: On 01/23/2014 01:44 PM, Jingoo Han wrote: On Wednesday, January 22, 2014 6:36 PM, Jani Nikula wrote: On Mon, 20 Jan 2014, Liu Ying ying@freescale.com wrote: We don't have to turn backlight on/off everytime a blanking or unblanking event comes

[PATCH v4 1/2] backlight: update bd state fb_blank properties when necessary

on a certain blanked framebuffer may increase the backlight device's use count by one, while one blank operation on a certain unblanked framebuffer may decrease the use count by one, because the userspace is likely to unblank an unblanked framebuffer or blank a blanked framebuffer. Signed-off-by: Liu

[PATCH v4 0/2] backlight: update bl status and some bd properties when necessary

the backlight off for all the other framebuffers, since they are likely being active to display something. This patch set adds some logics to record each framebuffer's backlight usage to determine the backlight device use count and whether the backlight status should be updated or not. Liu Ying (2

[PATCH v4 2/2] backlight: update backlight status when necessary

the backlight off for all the other framebuffers, since they are likely being active to display something. This patch makes the backlight status be updated only when the relevant backlight device's use count changes from zero to one or from one to zero. Signed-off-by: Liu Ying ying@freescale.com

[PATCH v3] backlight: turn backlight on/off when necessary

framebuffer. Signed-off-by: Liu Ying --- v1 can be found at https://lkml.org/lkml/2013/5/30/139 v2->v3: * Set fb_blank(*(int *)evdata->data) to bd->props.fb_blank when we turn off a blacklight. * Correct some trivial typos in the commit message. v1->v2: * Make the commit message be more sp

Re: [PATCH v2] backlight: turn backlight on/off when necessary

On 01/22/2014 05:35 PM, Jani Nikula wrote: > On Mon, 20 Jan 2014, Liu Ying wrote: >> We don't have to turn backlight on/off everytime a blanking >> or unblanking event comes because the backlight status may >> have already been what we want. Another thought is that one &g

Re: [PATCH v2] backlight: turn backlight on/off when necessary

On 01/22/2014 05:35 PM, Jani Nikula wrote: On Mon, 20 Jan 2014, Liu Ying ying@freescale.com wrote: We don't have to turn backlight on/off everytime a blanking or unblanking event comes because the backlight status may have already been what we want. Another thought is that one backlight

[PATCH v3] backlight: turn backlight on/off when necessary

framebuffer. Signed-off-by: Liu Ying ying@freescale.com --- v1 can be found at https://lkml.org/lkml/2013/5/30/139 v2-v3: * Set fb_blank(*(int *)evdata-data) to bd-props.fb_blank when we turn off a blacklight. * Correct some trivial typos in the commit message. v1-v2: * Make the commit message

Re:[PATCH v2] backlight: turn backlight on/off when necessary

Ping... Regards, Liu Ying On 01/20/2014 12:52 PM, Liu Ying wrote: > We don't have to turn backlight on/off everytime a blanking > or unblanking event comes because the backlight status may > have already been what we want. Another thought is that one > backlight device may be shared

Re:[PATCH v2] backlight: turn backlight on/off when necessary

Ping... Regards, Liu Ying On 01/20/2014 12:52 PM, Liu Ying wrote: We don't have to turn backlight on/off everytime a blanking or unblanking event comes because the backlight status may have already been what we want. Another thought is that one backlight device may be shared by multiple

[PATCH v2] backlight: turn backlight on/off when necessary

. Signed-off-by: Liu Ying --- v1 can be found at https://lkml.org/lkml/2013/5/30/139 v1->v2: * Make the commit message be more specific about the condition in which backlight device use count can be increased/decreased. * Correct the setting for bd->props.fb_blank. drivers/video/bac

[PATCH v2] backlight: turn backlight on/off when necessary

. Signed-off-by: Liu Ying ying@freescale.com --- v1 can be found at https://lkml.org/lkml/2013/5/30/139 v1-v2: * Make the commit message be more specific about the condition in which backlight device use count can be increased/decreased. * Correct the setting for bd-props.fb_blank. drivers

Re: [PATCH 1/3] ARM: imx6q: refactor some ldb related clocks

On 08/20/2013 11:40 PM, Fabio Estevam wrote: > On Tue, Aug 20, 2013 at 5:38 AM, Liu Ying wrote: > >> diff --git a/Documentation/devicetree/bindings/clock/imx6q-clock.txt >> b/Documentation/devicetree/bindings/clock/imx6q-clock.txt >> index 5a90a72..90e923e 10064

Re: [PATCH 0/3] refactor some ldb related clocks

On 08/21/2013 09:59 AM, Shawn Guo wrote: > Hi Ying, > > On Tue, Aug 20, 2013 at 06:08:48PM +0800, Liu Ying wrote: >>> While I admit to having introduced the combination of 1/3.5 fixed >>> divider and configurable 1/1,1/2 divder clocks to describe this >>> fr

Re: [PATCH 0/3] refactor some ldb related clocks

On 08/20/2013 05:43 PM, Philipp Zabel wrote: > Am Dienstag, den 20.08.2013, 16:38 +0800 schrieb Liu Ying: >> The ldb_di[0/1]_ipu_div clock dividers in the CSCMR2 register >> of i.MX53, i.MX6Q and i.MX6DL SoCs can be configured to a 1/3.5 >> drivider or a 1/7 divider. The c

[PATCH 3/3] staging: drm/imx: ldb: correct the ldb di clock trees

as well. Signed-off-by: Liu Ying --- drivers/staging/imx-drm/imx-ldb.c | 38 + 1 file changed, 30 insertions(+), 8 deletions(-) diff --git a/drivers/staging/imx-drm/imx-ldb.c b/drivers/staging/imx-drm/imx-ldb.c index 8af7f3b..7c553b8 100644 --- a/drivers

[PATCH 0/3] refactor some ldb related clocks

changes to fullfill the task. Liu Ying (3): ARM: imx6q: refactor some ldb related clocks ARM: dts: imx6q/imx6dl: add necessary clocks for ldb node staging: drm/imx: ldb: correct the ldb di clock trees .../devicetree/bindings/clock/imx6q-clock.txt |6 ++-- arch/arm/boot/dts

[PATCH 1/3] ARM: imx6q: refactor some ldb related clocks

ldb_di[0/1]_div_sel multiplexers so that the fixed factor clocks of 1/3.5 and 1/7 can be set to be the parents of ldb_di[0/1]_div_sel multiplexers. The ldb_di[0/1]_podf dividers are no longer used then. Signed-off-by: Liu Ying --- .../devicetree/bindings/clock/imx6q-clock.txt |6

[PATCH 2/3] ARM: dts: imx6q/imx6dl: add necessary clocks for ldb node

This patch adds di[0/1]_div_3_5, di[0/1]_div_7 and di[0/1]_div_sel clocks to the ldb nodes so that the ldb driver may use them to setup the display clock trees. Signed-off-by: Liu Ying --- arch/arm/boot/dts/imx6dl.dtsi |8 ++-- arch/arm/boot/dts/imx6q.dtsi |8 ++-- 2 files

[PATCH 2/3] ARM: dts: imx6q/imx6dl: add necessary clocks for ldb node

This patch adds di[0/1]_div_3_5, di[0/1]_div_7 and di[0/1]_div_sel clocks to the ldb nodes so that the ldb driver may use them to setup the display clock trees. Signed-off-by: Liu Ying ying@freescale.com --- arch/arm/boot/dts/imx6dl.dtsi |8 ++-- arch/arm/boot/dts/imx6q.dtsi |8

[PATCH 1/3] ARM: imx6q: refactor some ldb related clocks

ldb_di[0/1]_div_sel multiplexers so that the fixed factor clocks of 1/3.5 and 1/7 can be set to be the parents of ldb_di[0/1]_div_sel multiplexers. The ldb_di[0/1]_podf dividers are no longer used then. Signed-off-by: Liu Ying ying@freescale.com --- .../devicetree/bindings/clock/imx6q-clock.txt

[PATCH 0/3] refactor some ldb related clocks

changes to fullfill the task. Liu Ying (3): ARM: imx6q: refactor some ldb related clocks ARM: dts: imx6q/imx6dl: add necessary clocks for ldb node staging: drm/imx: ldb: correct the ldb di clock trees .../devicetree/bindings/clock/imx6q-clock.txt |6 ++-- arch/arm/boot/dts

[PATCH 3/3] staging: drm/imx: ldb: correct the ldb di clock trees

as well. Signed-off-by: Liu Ying ying@freescale.com --- drivers/staging/imx-drm/imx-ldb.c | 38 + 1 file changed, 30 insertions(+), 8 deletions(-) diff --git a/drivers/staging/imx-drm/imx-ldb.c b/drivers/staging/imx-drm/imx-ldb.c index 8af7f3b..7c553b8

Re: [PATCH 0/3] refactor some ldb related clocks

On 08/20/2013 05:43 PM, Philipp Zabel wrote: Am Dienstag, den 20.08.2013, 16:38 +0800 schrieb Liu Ying: The ldb_di[0/1]_ipu_div clock dividers in the CSCMR2 register of i.MX53, i.MX6Q and i.MX6DL SoCs can be configured to a 1/3.5 drivider or a 1/7 divider. The common clock framework cannot

Re: [PATCH 0/3] refactor some ldb related clocks

On 08/21/2013 09:59 AM, Shawn Guo wrote: Hi Ying, On Tue, Aug 20, 2013 at 06:08:48PM +0800, Liu Ying wrote: While I admit to having introduced the combination of 1/3.5 fixed divider and configurable 1/1,1/2 divder clocks to describe this fractional divider for the reasons you state, I think

Re: [PATCH 1/3] ARM: imx6q: refactor some ldb related clocks

On 08/20/2013 11:40 PM, Fabio Estevam wrote: On Tue, Aug 20, 2013 at 5:38 AM, Liu Ying ying@freescale.com wrote: diff --git a/Documentation/devicetree/bindings/clock/imx6q-clock.txt b/Documentation/devicetree/bindings/clock/imx6q-clock.txt index 5a90a72..90e923e 100644

[PATCH] backlight: Turn backlight on/off when necessary

the backlight off for all the other framebuffers, since they are likely active to show display content. This patch adds logic to record each framebuffer's backlight status to determine the backlight device use count and whether the backlight should be turned on or off. Signed-off-by: Liu Ying

[PATCH] backlight: Turn backlight on/off when necessary

the backlight off for all the other framebuffers, since they are likely active to show display content. This patch adds logic to record each framebuffer's backlight status to determine the backlight device use count and whether the backlight should be turned on or off. Signed-off-by: Liu Ying ying

[PATCH v2] ktime: Use macro NSEC_PER_USEC where appropriate

We've got the macro NSEC_PER_USEC defined in header file include/linux/time.h. To make the code decent, this patch replaces the immediate number 1000 to convert bewteen a time value in microseconds and one in nanoseconds with the macro NSEC_PER_USEC. Signed-off-by: Liu Ying Cc: David S. Miller

[PATCH 1/1] ARM: dts: imx6q-sabresd: add volume up/down gpio keys

Add volume up/down gpio keys support in imx6q-sabresd.dts. Signed-off-by: Liu Ying --- arch/arm/boot/dts/imx6q-sabresd.dts | 18 ++ 1 files changed, 18 insertions(+), 0 deletions(-) diff --git a/arch/arm/boot/dts/imx6q-sabresd.dts b/arch/arm/boot/dts/imx6q-sabresd.dts index

[PATCH 1/1] ARM: dts: imx6q-sabresd: add volume up/down gpio keys

Add volume up/down gpio keys support in imx6q-sabresd.dts. Signed-off-by: Liu Ying ying@freescale.com --- arch/arm/boot/dts/imx6q-sabresd.dts | 18 ++ 1 files changed, 18 insertions(+), 0 deletions(-) diff --git a/arch/arm/boot/dts/imx6q-sabresd.dts b/arch/arm/boot/dts

[PATCH 1/1] media: mx3_camera: Improve data bus width check code for probe

This patch contains code change only to use the present macro- MX3_CAMERA_DATAWIDTH_MASK to check valid camera platform data bus width instead of enumerating every possible data bus width. Signed-off-by: Liu Ying --- drivers/media/video/mx3_camera.c |4 +--- 1 files changed, 1 insertions

[PATCH 1/1] media: mx3_camera: Improve data bus width check code for probe

This patch contains code change only to use the present macro- MX3_CAMERA_DATAWIDTH_MASK to check valid camera platform data bus width instead of enumerating every possible data bus width. Signed-off-by: Liu Ying ying@freescale.com --- drivers/media/video/mx3_camera.c |4 +--- 1 files

<    3   4   5   6   7   8