On Tue, Oct 22, 2013 at 10:38 AM, Tony Lindgren wrote:
> * Sebastian Reichel [131022 06:02]:
>> Add support for LP5523 device.
>
> This patch should be queued separately by Benoit.
>
OK, got it. I will merge Patch 1.
-Bryan
--
To unsubscribe from this list: send the line "unsubscribe linux-omap
On Tue, Oct 22, 2013 at 10:37 AM, Tony Lindgren wrote:
> * Bryan Wu [131022 10:23]:
>> On Tue, Oct 22, 2013 at 10:06 AM, Tony Lindgren wrote:
>> > * Sebastian Reichel [131022 06:02]:
>> >> This patch moves the handling of the chip's enable pin from the board
y: Tony Lindgren
I'm OK for LED parts, will this patch go through omap tree? If so,
please add my ack.
Acked-by: Bryan Wu
Thanks,
-Bryan
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On Tue, Sep 18, 2012 at 2:49 PM, Axel Lin wrote:
> 2012/9/18 Bryan Wu :
>> On Tue, Sep 18, 2012 at 11:30 AM, Axel Lin wrote:
>>> This fixes below build error when CONFIG_LEDS_CLASS is not set.
>>>
>>> LD init/built-in.o
>>> arch/arm/plat-omap/b
ect LEDS_CLASS
> depends on OMAP_DEBUG_DEVICES
>
> config POWER_AVS_OMAP
> --
> 1.7.9.5
>
>
>
--
Bryan Wu
Kernel Developer+86.186-168-78255 Mobile
Canonical Ltd. www.canonical.com
Ubuntu - Linux for human beings | www.ubuntu.com
--
To unsubscribe fro
On Fri, Sep 7, 2012 at 3:59 PM, AnilKumar, Chimata wrote:
> On Fri, Sep 07, 2012 at 05:39:35, Marek Vasut wrote:
>> Dear Tony Lindgren,
>>
>> > * Marek Vasut [120905 19:05]:
>> > > Hi Tony,
>> > >
>> > > > * Marek Vasut [120904 2
(pdata && pdata->num_leds) {
> priv = devm_kzalloc(&pdev->dev,
> sizeof_gpio_leds_priv(pdata->num_leds),
> --
> 1.7.9.5
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-leds" in
> the
On Sat, Apr 7, 2012 at 6:15 AM, Andrew Morton wrote:
> On Fri, 30 Mar 2012 19:58:16 +0800
> Bryan Wu wrote:
>
>> Attempting to consolidate the ARM LED code, this removes the
>> custom RealView LED trigger code to turn LEDs on and off in
>> response to CPU activity and
Signed-off-by: Bryan Wu
---
arch/arm/mach-integrator/core.c|2 --
arch/arm/mach-integrator/include/mach/cm.h |2 ++
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm/mach-integrator/core.c b/arch/arm/mach-integrator/core.c
index eaf6c63..8c53562 100644
Signed-off-by: Bryan Wu
Acked-by: Tony Lindgren
---
arch/arm/mach-omap1/Makefile |8 -
arch/arm/mach-omap1/board-h2.c| 32
arch/arm/mach-omap1/board-h3.c| 32
arch/arm/mach-omap1/board-osk.c | 33
arch/arm/mach-omap1/leds-h2p2-debug.c
Cc: Linus Walleij
Signed-off-by: Bryan Wu
---
arch/arm/Kconfig| 53 ---
arch/arm/include/asm/leds.h | 50 --
arch/arm/kernel/Makefile|1 -
arch/arm/kernel/leds.c | 121 ---
arch/arm/kernel
Signed-off-by: Bryan Wu
---
arch/arm/mach-sa1100/Makefile |9 ---
arch/arm/mach-sa1100/assabet.c | 83 +
arch/arm/mach-sa1100/badge4.c | 30 +
arch/arm/mach-sa1100/cerf.c | 42 +
arch/arm/mach-sa1100/hackkit.c
Signed-off-by: Bryan Wu
---
arch/arm/mach-pnx4008/time.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/arch/arm/mach-pnx4008/time.c b/arch/arm/mach-pnx4008/time.c
index 0cfe8af..47a7ae9 100644
--- a/arch/arm/mach-pnx4008/time.c
+++ b/arch/arm/mach-pnx4008/time.c
Signed-off-by: Bryan Wu
---
arch/arm/mach-pxa/Makefile |8 --
arch/arm/mach-pxa/idp.c| 79 +++
arch/arm/mach-pxa/leds-idp.c | 115 -
arch/arm/mach-pxa/leds-lubbock.c | 124
Signed-off-by: Bryan Wu
---
arch/arm/plat-samsung/time.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/arch/arm/plat-samsung/time.c b/arch/arm/plat-samsung/time.c
index 4dcb11c..60552e2 100644
--- a/arch/arm/plat-samsung/time.c
+++ b/arch/arm/plat-samsung/time.c
Signed-off-by: Bryan Wu
---
drivers/char/nwflash.c | 34 --
1 files changed, 0 insertions(+), 34 deletions(-)
diff --git a/drivers/char/nwflash.c b/drivers/char/nwflash.c
index d45c334..a0e2f7d 100644
--- a/drivers/char/nwflash.c
+++ b/drivers/char/nwflash.c
Signed-off-by: Bryan Wu
---
arch/arm/mach-footbridge/Makefile |4 -
arch/arm/mach-footbridge/ebsa285-leds.c | 138 -
arch/arm/mach-footbridge/ebsa285.c| 79
arch/arm/mach-footbridge/netwinder-hw.c | 110
Signed-off-by: Bryan Wu
---
arch/arm/mach-ebsa110/Makefile |4 +--
arch/arm/mach-ebsa110/leds.c | 79
2 files changed, 49 insertions(+), 34 deletions(-)
diff --git a/arch/arm/mach-ebsa110/Makefile b/arch/arm/mach-ebsa110/Makefile
index 6520ac8
Add tigger based LED driver into board file of P720T.
Remove old LED driver file.
Signed-off-by: Bryan Wu
---
arch/arm/mach-clps711x/Makefile|2 -
arch/arm/mach-clps711x/common.c|1 -
arch/arm/mach-clps711x/include/mach/time.h |2 -
arch/arm/mach-clps711x
Use the LED in core module for CPU activity and also enable 4
debugging LEDs in baseboard.
The CPU activity LED is now handled by the trigger in the leds
subsystem, retire this old CONFIG_LEDS-based code.
Signed-off-by: Bryan Wu
---
arch/arm/mach-integrator/Makefile |3 +-
arch/arm/mach
Signed-off-by: Bryan Wu
Acked-by: Nicolas Pitre
---
arch/arm/mach-orion5x/rd88f5181l-fxo-setup.c |1 -
arch/arm/mach-orion5x/rd88f5181l-ge-setup.c |1 -
arch/arm/mach-orion5x/rd88f5182-setup.c | 72 --
arch/arm/mach-orion5x/rd88f6183ap-ge-setup.c |1
The CPU activity LED is now handled by the trigger in the leds
subsystem, retire this old CONFIG_LEDS-based code.
Signed-off-by: Bryan Wu
---
arch/arm/mach-shark/Makefile |4 +-
arch/arm/mach-shark/core.c |1 -
arch/arm/mach-shark/leds.c | 226
Signed-off-by: Bryan Wu
Acked-by: Andrew Victor
---
arch/arm/mach-ks8695/Makefile |3 -
arch/arm/mach-ks8695/devices.c | 21 --
arch/arm/mach-ks8695/include/mach/devices.h |5 --
arch/arm/mach-ks8695/leds.c | 92
Build with at91 defconfigs successfully
Signed-off-by: Bryan Wu
Acked-by: Nicolas Ferre
---
arch/arm/mach-at91/board-csb337.c |3 -
arch/arm/mach-at91/board-ecbat91.c | 18 +-
arch/arm/mach-at91/board-eco920.c | 23 ++-
arch/arm/mach-at91/board-kafa.c
tead of ledtrig-arm-cpu)
Cc: Richard Purdie
Signed-off-by: Linus Walleij
Signed-off-by: Bryan Wu
Acked-by: Pawel Moll
---
arch/arm/mach-realview/core.c| 39 --
arch/arm/mach-realview/core.h|2 -
arch/arm/mach-realview/realview_eb.c
ledtrig_cpu trigger event stub in .
Although it was inspired by ARM work, it can be used in other arch.)
Cc: Richard Purdie
Signed-off-by: Linus Walleij
Signed-off-by: Bryan Wu
Reviewed-by: Jamie Iles
Tested-by: Jochen Friedrich
---
drivers/leds/Kconfig | 10 +++
drivers/leds/Makefile
o-led driver for simpad
* on Assabet and Netwinder machine, LED operations is reversed like:
setting bit means turn off leds
clearing bit means turn on leds
* add a new function to read CM_CTRL register for led driver
Bryan Wu (18):
led-triggers: create a trigger for CPU activity
ARM: at91: conv
Hiya,
Any comments and need I do anything to improve this patch?
Thanks,
-Bryan
On Tue, Sep 27, 2011 at 4:50 PM, Bryan Wu wrote:
> LEDS_CLASS is required by leds and trigger drivers, but we can build it as
> module. So change this option back as tristate and treak the help message
>
ifdefs to take care of module configuration.
Signed-off-by: Bryan Wu
---
arch/arm/mach-omap1/board-ams-delta.c |4 ++--
drivers/leds/Kconfig |9 ++---
drivers/leds/led-class.c |8
drivers/leds/leds.h |2 +-
drivers/mmc
On Wed, Apr 6, 2011 at 2:11 PM, Barry Song <21cn...@gmail.com> wrote:
> 2011/4/1 Arnd Bergmann :
>> On Friday 01 April 2011, Ingo Molnar wrote:
>>> IMO the right answer is what Linus and Thomas outlined:
>>>
>>> 1) provide a small number of clean examples and clean abstractions
>>> 2) to not
vdda_dac = regulator_get(&venc.pdev->dev, "vdda_dac");
> +
> + if (IS_ERR(vdda_dac)) {
> + DSSERR("can't get VDDA_DAC regulator\n");
> + return PTR_ERR(vdda_dac);
> + }
> +
&
Hi, would you guys take a look at this?
Thanks,
-Bryan
On Thu, Feb 17, 2011 at 4:11 PM, Bryan Wu wrote:
> From: Mathieu J. Poirier
>
> https://bugs.launchpad.net/bugs/630885
>
> When booting, the omapdss subsystem is looking for a regulator named
> "vdds_sdi". Whe
ot; in
> the body of a message to majord...@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
--
Bryan Wu
Kernel Developer +86.138-1617-6545 Mobile
Ubuntu Kernel Team
Canonical Ltd. www.canonical.com
Ubuntu - Linux for human beings | www.u
ff-by: Mathieu Poirier
Signed-off-by: Andy Whitcroft
Signed-off-by: Bryan Wu
---
arch/arm/mach-omap2/board-omap3evm.c | 10 ++
1 files changed, 6 insertions(+), 4 deletions(-)
diff --git a/arch/arm/mach-omap2/board-omap3evm.c
b/arch/arm/mach-omap2/board-omap3evm.c
index c2a0fca..8b8e
driver, kernel boots fine on my Panda with Ubuntu GUI. But I have to
set the kernel boot command args with omapfb.mode=dvi:1024x768MR-24@60
omapdss.def_disp=dvi, pointed out by Sebastien. Without this bootargs,
no graphic at all. so as Robert concerned, EDID detection doesn't
work. Does that
On Sat, Jan 15, 2011 at 3:06 AM, Bryan Wu wrote:
> On Sat, Jan 15, 2011 at 2:55 AM, Santosh Shilimkar
> wrote:
>>> -Original Message-
>>> From: coolo...@gmail.com [mailto:coolo...@gmail.com] On Behalf Of
>>> Bryan Wu
>>> Sent: Saturday, Januar
On Sat, Jan 15, 2011 at 2:55 AM, Santosh Shilimkar
wrote:
>> -Original Message-
>> From: coolo...@gmail.com [mailto:coolo...@gmail.com] On Behalf Of
>> Bryan Wu
>> Sent: Saturday, January 15, 2011 12:11 AM
>> To: Jan, Sebastien; Santosh Shilimkar
&g
On Sat, Jan 15, 2011 at 1:48 AM, Jan, Sebastien wrote:
> Hi Santosh,
>
> On Fri, Jan 14, 2011 at 6:22 PM, Santosh Shilimkar
> wrote:
>>>
>>> I just tested with the 2.6.37 mainline kernel and Bryan config, and
>>> can reproduce the issue with CONFIG_SMP disabled.
>> Can you try the patch I sent on
On Fri, Jan 14, 2011 at 4:06 PM, Santosh Shilimkar
wrote:
>> -Original Message-
>> From: TAO HU [mailto:tgh...@motorola.com]
>> Sent: Friday, January 14, 2011 1:29 PM
>> To: Santosh Shilimkar
>> Cc: Bryan Wu; TAO HU; linux-omap
>> Subject: Re: OM
On Sat, Jan 15, 2011 at 1:22 AM, Santosh Shilimkar
wrote:
> Seb,
>> -Original Message-
>> From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
>> ow...@vger.kernel.org] On Behalf Of Jan, Sebastien
>> Sent: Friday, January 14, 2011 10:41 PM
>> To: Bry
On Fri, Jan 14, 2011 at 4:56 PM, Santosh Shilimkar
wrote:
>> -Original Message-
>> From: Santosh Shilimkar [mailto:santosh.shilim...@ti.com]
>> Sent: Friday, January 14, 2011 1:43 PM
>> To: Bryan Wu; linux-omap@vger.kernel.org; Ricardo Salveti de Araujo
>>
On Fri, Jan 14, 2011 at 4:12 PM, Santosh Shilimkar
wrote:
> Bryan,
>> -Original Message-
>> From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
>> ow...@vger.kernel.org] On Behalf Of Bryan Wu
>> Sent: Tuesday, January 11, 2011 10:22 PM
>> To: li
On Fri, Jan 14, 2011 at 1:41 PM, Paul Walmsley wrote:
> On Thu, 13 Jan 2011, Bryan Wu wrote:
>
>> On Thu, Jan 13, 2011 at 7:50 AM, Paul Walmsley wrote:
>> > On Wed, 12 Jan 2011, Bryan Wu wrote:
>> >
>> > Does the problem also happen if you boot with
On Wed, Nov 24, 2010 at 2:23 PM, Santosh Shilimkar
wrote:
>> -Original Message-
>> From: TAO HU [mailto:tgh...@motorola.com]
>> Sent: Wednesday, November 24, 2010 11:40 AM
>> To: Santosh Shilimkar
>> Cc: TAO HU; Bryan Wu; linux-omap
>> Subject: Re: OM
On Thu, Jan 13, 2011 at 7:50 AM, Paul Walmsley wrote:
> On Wed, 12 Jan 2011, Bryan Wu wrote:
>
>> We are trying to build kernel package or GCC natively on OMAP4 panda
>> board. With the mainline 2.6.37 kernel or Ubuntu Natty 2.6.35 based
>> kernel, we met same instabiliti
cause of this issue.
Thanks a lot,
--
Bryan Wu
Kernel Developer +86.138-1617-6545 Mobile
Ubuntu Kernel Team
Canonical Ltd. www.canonical.com
Ubuntu - Linux for human beings | www.ubuntu.com
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a
On Fri, Dec 17, 2010 at 10:17 AM, Elvis Dowson wrote:
>
> On Dec 17, 2010, at 5:39 AM, Bryan Wu wrote:
>>
>> That tells us these 3 functions need to check for the right usage of
>> '__init'. And which defconfig are you using?
>
> I configure
es
> the function __init twl_probe()
> If the reference is valid then annotate the
> variable with __init* or __refdata (see linux/init.h) or name the variable:
> *_template, *_timer, *_sht, *_ops, *_probe, *_probe_one, *_console,
>
I've sent a patch to twl driver mainta
Fix the following section mismatch warning when building omap2plus_defconfig:
WARNING: vmlinux.o(.data+0x47d7c): Section mismatch in reference from the
variable twl_driver to the function .init.text:twl_probe()
Signed-off-by: Bryan Wu
Signed-off-by: Paul Walmsley
---
drivers/mfd/twl-core.c
references
the (unknown reference) __initdata (unknown)
If the reference is valid then annotate the
variable with __init* or __refdata (see linux/init.h) or name the variable:
*_template, *_timer, *_sht, *_ops, *_probe, *_probe_one, *_console,
Signed-off-by: Bryan Wu
Cc: Paul Walmsley
---
arch/arm/mach
MAP specific, so this should be a separate patch thatI
>> will merge to my mfd tree.
>> If you really insist in pushing this through Tony's tree, then please add my
>> Acked-by for the mfd part.
>
> I don't insist at all :-)
>
> Bryan, maybe split your patch
On Tue, Dec 7, 2010 at 9:38 AM, Paul Walmsley wrote:
> On Tue, 7 Dec 2010, Bryan Wu wrote:
>
>> Paul,
>>
>> I did the similar patch several days ago.
>> https://patchwork.kernel.org/patch/367011/
>
> Great, thanks Bryan, in that case yours should be used instea
twl_probe(struct i2c_client *client, const struct i2c_device_id *id)
> {
> int status;
> --
Thanks,
--
Bryan Wu
Kernel Developer +86.138-1617-6545 Mobile
Ubuntu Kernel Team
Canonical Ltd. www.canonical.com
Ubuntu - Linux for human beings | www.ubuntu.c
ngpio)
> +static int zoom_twl_gpio_setup(struct device *dev, unsigned gpio,
> + unsigned ngpio)
> {
> /* gpio + 0 is "mmc0_cd" (input/IRQ) */
> mmc[0].gpio_cd = gpio + 0;
> --
> 1.7.2.3
>
> --
> To unsubscribe from this
On Wed, Dec 1, 2010 at 11:32 PM, Tomi Valkeinen
wrote:
> Hi,
>
> On Tue, 2010-11-30 at 20:07 +0800, ext Bryan Wu wrote:
>> After instroducing generic DPI panel driver for OMAP DSS2 system, we need to
>> split out backlight driver from Sharp LS037V7DW01 panel driver bef
On Tue, Nov 30, 2010 at 9:09 PM, Janorkar, Mayuresh wrote:
>
>
>> -Original Message-
>> From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
>> ow...@vger.kernel.org] On Behalf Of Bryan Wu
>> Sent: Tuesday, November 30, 2010 5:38 PM
>> To:
iable:
*_template, *_timer, *_sht, *_ops, *_probe, *_probe_one, *_console,
Signed-off-by: Bryan Wu
---
arch/arm/mach-omap2/board-2430sdp.c |2 +-
arch/arm/mach-omap2/board-apollon.c |2 +-
arch/arm/mach-omap2/board-cm-t35.c | 11 +++
arch/arm/mach-omap2/board
panel-generic-dpi.c and backlight driver sharp-ls037v7dw01.c are the
replacement.
Signed-off-by: Bryan Wu
---
drivers/video/omap2/displays/Kconfig |7 -
drivers/video/omap2/displays/Makefile |1 -
.../video/omap2/displays/panel-sharp-ls037v7dw01.c | 232
Signed-off-by: Bryan Wu
---
arch/arm/mach-omap2/board-3430sdp.c | 18 +++---
arch/arm/mach-omap2/board-omap3evm.c | 20 +---
2 files changed, 32 insertions(+), 6 deletions(-)
diff --git a/arch/arm/mach-omap2/board-3430sdp.c
b/arch/arm/mach-omap2/board-3430sdp.c
This driver is split from drivers/video/backlight/sharp_ls037v7dw01.c
Signed-off-by: Bryan Wu
---
drivers/video/backlight/Kconfig | 10 ++
drivers/video/backlight/Makefile|1 +
drivers/video/backlight/sharp_ls037v7dw01.c | 144 +++
3 files
.
It's built on mainline 2.6.37-rc4
Bryan Wu (3):
Backlight: driver for Sharp LS037V7DW01 panel on OMAP machine
OMAP: move Sharp LS LCD panel device to generic DPI panel driver and new
backlight driver
OMAP: DSS2: remove Sharp LS037V7DW01 panel driver
arch/arm/mach-omap2/board-3430
oblem in our HW.
> We only observed 2~3 times so far.
>
> But we do enable HIGHMEM, SMP and L2 cache in our config.
> That's why I'd like to know the root cause.
>
> On Wed, Nov 24, 2010 at 12:21 PM, Bryan Wu wrote:
>> Tao Hu,
>>
>> Did you try the simil
Tao Hu,
Did you try the similar solution in our Ubuntu kernel? We suspect it
related to HIGHMEM, SMP and cache control code.
And how about your test case?
Thanks a lot,
-Bryan
On Wed, Nov 24, 2010 at 11:11 AM, TAO HU wrote:
> Hi, All
>
> We got following errors on OMAP ES2.0 board.
>
> And noti
On Thu, Nov 18, 2010 at 5:11 PM, Tomi Valkeinen
wrote:
> On Thu, 2010-11-18 at 10:14 +0800, ext Bryan Wu wrote:
>> On Wed, Nov 17, 2010 at 10:18 PM, Tomi Valkeinen
>
>> > Are you also interested in solving the backlight issue? =)
>>
>> Yeah, can I start with
>
On Wed, Nov 17, 2010 at 10:18 PM, Tomi Valkeinen
wrote:
> On Wed, 2010-11-17 at 21:34 +0800, ext Bryan Wu wrote:
>> There are 4 duplicated DPI panel drivers in DSS2 display driver. They are
>> similar and a generic DPI panel driver can support all them with specific
>> pan
Signed-off-by: Bryan Wu
---
drivers/video/omap2/displays/panel-generic-dpi.c | 10 ++
1 files changed, 10 insertions(+), 0 deletions(-)
diff --git a/drivers/video/omap2/displays/panel-generic-dpi.c
b/drivers/video/omap2/displays/panel-generic-dpi.c
index 6702cf6..07eb30e 100644
--- a
On Thu, Nov 18, 2010 at 12:13 AM, Premi, Sanjeev wrote:
>> -Original Message-
>> From: linux-omap-ow...@vger.kernel.org
>> [mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Bryan Wu
>> Sent: Wednesday, November 17, 2010 7:05 PM
>> To: tomi.v
On Wed, Nov 17, 2010 at 8:44 PM, Tomi Valkeinen
wrote:
> On Wed, 2010-11-17 at 10:23 +0800, ext Bryan Wu wrote:
>> Generic DPI panel driver includes the driver and 4 similar panel
>> configurations. It
>> will match the panel name which is passed from platform data a
Still keep sharp_ls_panel driver, because it contains blacklight control driver.
Signed-off-by: Bryan Wu
---
drivers/video/omap2/displays/Kconfig | 18 --
drivers/video/omap2/displays/Makefile |3 -
drivers/video/omap2/displays/panel-generic.c | 174
Still keep sharp_ls_panel, since the sharp_ls_panel driver contains blacklight
control driver code which will be moved out later. Then we can use generic DPI
driver for sharp_ls_panel.
Signed-off-by: Bryan Wu
---
arch/arm/mach-omap2/board-3430sdp.c | 12 +---
arch/arm/mach-omap2
for us just add new panel configuration
date in panel-generic-dpi.c to support new display panel.
Signed-off-by: Bryan Wu
---
.../arm/plat-omap/include/plat/panel-generic-dpi.h | 37 ++
drivers/video/omap2/displays/Kconfig |8 +
drivers/video/omap2/displays/Makefile
introduces a generic panel DPI driver, remove 3 panel drivers and
enable
generic panel DPI driver in board files. And it is based on 2.6.37-rc2.
Building with omap2plus_defconfig is successful.
Keep sharp_ls_panel, since it contains blacklight control code which will be
moved out later.
Bryan Wu (3
On Tue, Nov 16, 2010 at 11:21 PM, Tomi Valkeinen
wrote:
> Hi,
>
> On Tue, 2010-11-16 at 05:17 +0100, ext Bryan Wu wrote:
>> Generic DPI panel driver includes the driver and 4 similar panel
>> configurations. It
>> will match the panel name which is passed from
Still keep sharp_ls_panel driver, because it contains blacklight control driver.
Signed-off-by: Bryan Wu
---
drivers/video/omap2/displays/Kconfig | 18 --
drivers/video/omap2/displays/Makefile |3 -
drivers/video/omap2/displays/panel-generic.c | 174
Still keep sharp_ls_panel, since the sharp_ls_panel driver contains blacklight
control driver code which will be moved out later. Then we can use generic DPI
driver for sharp_ls_panel.
Signed-off-by: Bryan Wu
---
arch/arm/mach-omap2/board-3430sdp.c | 12 +---
arch/arm/mach-omap2
for us just add new panel configuration
date in panel-generic-dpi.c to support new display panel.
Signed-off-by: Bryan Wu
---
.../arm/plat-omap/include/plat/panel-generic-dpi.h | 37 ++
drivers/video/omap2/displays/Kconfig |8 +
drivers/video/omap2/displays/Makefile
introduces a generic panel DPI driver, remove 3 panel drivers and
enable
generic panel DPI driver in board files. And it is based on 2.6.37-rc2.
Building with omap2plus_defconfig is successful.
Keep sharp_ls_panel, since it contains blacklight control code which will be
moved out later.
Bryan Wu (3
Still keep sharp_ls_panel driver, because it contains blacklight control driver.
Signed-off-by: Bryan Wu
---
drivers/video/omap2/displays/Kconfig | 18 --
drivers/video/omap2/displays/Makefile |3 -
drivers/video/omap2/displays/panel-generic.c | 174
Still keep sharp_ls_panel, since the sharp_ls_panel driver contains blacklight
control driver code which will be moved out later. Then we can use generic DPI
driver for sharp_ls_panel.
Signed-off-by: Bryan Wu
---
arch/arm/mach-omap2/board-3430sdp.c | 12 +---
arch/arm/mach-omap2
for us just add new panel configuration
date in panel-generic-dpi.c to support new display panel.
Signed-off-by: Bryan Wu
---
.../arm/plat-omap/include/plat/panel-generic-dpi.h | 37 +++
drivers/video/omap2/displays/Kconfig |8 +
drivers/video/omap2/displays/Makefile
introduces a generic panel DPI driver, remove 3 panel drivers and
enable
generic panel DPI driver in board files. And it is based on 2.6.37-rc1.
Building with omap2plus_defconfig is successful.
Keep sharp_ls_panel, since it contains blacklight control code which will be
moved out later.
Bryan Wu (3
On Mon, Nov 15, 2010 at 12:05 PM, Taneja, Archit wrote:
> Hi,
>
> bryan...@canonical.com wrote:
>> On Wed, Nov 10, 2010 at 10:35 PM, Tomi Valkeinen
>
> [snip]
>
>>>
>>> For both panel power on and off some panels require some sleep times:
>>> when powering on, the video interface has to be enabled
On Wed, Nov 10, 2010 at 10:35 PM, Tomi Valkeinen
wrote:
> Hi,
>
> On Tue, 2010-11-09 at 18:12 +0100, ext Bryan Wu wrote:
>> Generic DPI panel driver includes the driver and 4 similar panel
>> configurations. It
>> will match the panel name which is passed from
Still keep sharp_ls_panel driver, because it contains blacklight control driver.
Signed-off-by: Bryan Wu
---
drivers/video/omap2/displays/Kconfig | 18 --
drivers/video/omap2/displays/Makefile |3 -
drivers/video/omap2/displays/panel-generic.c | 174
Still keep sharp_ls_panel, since the sharp_ls_panel driver contains blacklight
control driver code which will be moved out later. Then we can use generic DPI
driver for sharp_ls_panel.
Signed-off-by: Bryan Wu
---
arch/arm/mach-omap2/board-3430sdp.c | 13 +
arch/arm/mach-omap2
for us just add new panel configuration
date in panel-generic-dpi.c to support new display panel.
Signed-off-by: Bryan Wu
---
.../arm/plat-omap/include/plat/panel-generic-dpi.h | 37 +++
drivers/video/omap2/displays/Kconfig |8 +
drivers/video/omap2/displays/Makefile
introduces a generic panel DPI driver, remove 3 panel drivers and
enable
generic panel DPI driver in board files. And it is based on 2.6.37-rc1.
Building with omap2plus_defconfig is successful.
Keep sharp_ls_panel, since it contains blacklight control code which will be
moved out later.
Bryan Wu (3
Still keep sharp_ls_panel driver, because it contains blacklight control driver.
Signed-off-by: Bryan Wu
---
drivers/video/omap2/displays/Kconfig | 18 --
drivers/video/omap2/displays/Makefile |3 -
drivers/video/omap2/displays/panel-generic.c | 174
introduces a generic panel DPI driver, remove 3 panel drivers and
enable
generic panel DPI driver in board files. And it is based on 2.6.37-rc1.
Building with omap2plus_defconfig is successful.
Keep sharp_ls_panel, since it contains blacklight control code which will be
moved out later.
Bryan Wu (3
for us just add new panel configuration
date in panel-generic-dpi.c to support new display panel.
Signed-off-by: Bryan Wu
---
.../arm/plat-omap/include/plat/panel-generic-dpi.h | 31 ++
drivers/video/omap2/displays/Kconfig |8 +
drivers/video/omap2/displays/Makefile
Still keep sharp_ls_panel, since the sharp_ls_panel driver contains blacklight
control driver code which will be moved out later. Then we can use generic DPI
driver for sharp_ls_panel.
Signed-off-by: Bryan Wu
---
arch/arm/mach-omap2/board-3430sdp.c | 10 +++---
arch/arm/mach-omap2
out later. Then we can use generic DPI driver for sharp_ls_panel.
>> >
>> > Signed-off-by: Bryan Wu
>> > ---
>> > arch/arm/mach-omap2/board-3430sdp.c | 10 +++-
>> > arch/arm/mach-omap2/board-am3517evm.c | 19 +-
On Mon, Nov 8, 2010 at 7:26 AM, Tomi Valkeinen wrote:
> Hi,
>
> On Fri, 2010-11-05 at 20:43 +0100, ext Bryan Wu wrote:
>> Introduce struct panel config data in panel.h, which will be used to match
>> the right panel configurations in generic DPI panel driver and other future
Still keep sharp_ls_panel driver, because it contains blacklight control driver.
Signed-off-by: Bryan Wu
---
drivers/video/omap2/displays/Kconfig | 18 --
drivers/video/omap2/displays/Makefile |3 -
drivers/video/omap2/displays/panel-generic.c | 174
later. Then we can use generic DPI
driver for sharp_ls_panel.
Signed-off-by: Bryan Wu
---
arch/arm/mach-omap2/board-3430sdp.c | 10 +++-
arch/arm/mach-omap2/board-am3517evm.c | 19 +--
arch/arm/mach-omap2/board-cm-t35.c| 19 +--
arch/arm/mach
just add new panel configuration
date in panel-generic.c to support new display panel.
Signed-off-by: Bryan Wu
---
drivers/video/omap2/displays/Kconfig |8 +
drivers/video/omap2/displays/Makefile|1 +
drivers/video/omap2/displays/panel-dpi.c | 306 ++
3
omap2plus_defconfig is successful.
Keep sharp_ls_panel, since it contains blacklight control code which will be
moved out later.
Bryan Wu (3):
OMAP: use generic panel data in board files
OMAP: DSS2: Add generic panel display driver
OMAP: DSS2: remove generic DPI panel driver duplicated panel drivers
On Wed, Nov 3, 2010 at 8:59 AM, Taneja, Archit wrote:
> Hi,
>
> Bryan Wu wrote:
>> There are 4 duplicated panel drivers in DSS2 display driver.
>> They are similar and generic panel driver can support all
>> them with specific panel configuration.
>> And new pan
t panel configurations in generic panel driver.
>> >
>> > Still keep sharp_ls_panel, since the sharp_ls_panel driver
>> > contains blacklight control driver code which will be moved
>> > out later. Then we can use generic driver for sharp_ls_panel.
>> >
sharp_ls_panel.
Signed-off-by: Bryan Wu
---
arch/arm/mach-omap2/board-3430sdp.c |1 +
arch/arm/mach-omap2/board-am3517evm.c |4 +++-
arch/arm/mach-omap2/board-cm-t35.c|4 +++-
arch/arm/mach-omap2/board-devkit8000.c|2 ++
arch/arm/mach-omap2/board-igep0020.c
1 - 100 of 152 matches
Mail list logo