All of lore.kernel.org
 help / color / mirror / Atom feed
* [patch] added brightness feature to lcd class.
@ 2009-11-02  8:50 InKi Dae
  2009-11-05 19:27 ` Pavel Machek
                   ` (2 more replies)
  0 siblings, 3 replies; 14+ messages in thread
From: InKi Dae @ 2009-11-02  8:50 UTC (permalink / raw)
  To: linux-fbdev-devel, linux-kernel; +Cc: Kyungmin Park

[-- Attachment #1: Type: text/plain, Size: 686 bytes --]

This patch adds brightness feature to lcd class.
(kernel/driver/video/backlight/lcd.c)

In the past, most of the lcd panels for embedded system was TFT-LCD
Panel needing backlight device.
But now AMOLED LCD Panel appeared so we should consider brightness
control for AMOLED Panel.

For the time being, I used backlight fake driver for brightness
control of AMOLED LCD Panel.
But this way is not good, so I propose to add brightness feature to lcd class.

For this, I attached patch file and if my proposal is approved
Then I will send s6e63m0 and tl2796 AMOLED lcd panel driver based on
lcd class modified soon.

signed-off-by : InKi Dae <inki.dae@samsung.com>

Best Regards,
InKi Dae.

[-- Attachment #2: lcd.patch --]
[-- Type: application/octet-stream, Size: 2951 bytes --]

diff --git a/drivers/video/backlight/lcd.c b/drivers/video/backlight/lcd.c
index b644947..cc19ee9 100644
--- a/drivers/video/backlight/lcd.c
+++ b/drivers/video/backlight/lcd.c
@@ -164,6 +164,53 @@ static ssize_t lcd_show_max_contrast(struct device *dev,
 	return sprintf(buf, "%d\n", ld->props.max_contrast);
 }
 
+static ssize_t lcd_show_brightness(struct device *dev,
+		struct device_attribute *attr, char *buf)
+{
+	int rc = -ENXIO;
+	struct lcd_device *ld = to_lcd_device(dev);
+
+	mutex_lock(&ld->ops_lock);
+	if (ld->ops && ld->ops->get_brightness)
+		rc = sprintf(buf, "%d\n", ld->ops->get_brightness(ld));
+	mutex_unlock(&ld->ops_lock);
+
+	return rc;
+}
+
+static ssize_t lcd_store_brightness(struct device *dev,
+		struct device_attribute *attr, const char *buf, size_t count)
+{
+	int rc = -ENXIO;
+	char *endp;
+	struct lcd_device *ld = to_lcd_device(dev);
+	int brightness = simple_strtoul(buf, &endp, 0);
+	size_t size = endp - buf;
+
+	if (*endp && isspace(*endp))
+		size++;
+	if (size != count)
+		return -EINVAL;
+
+	mutex_lock(&ld->ops_lock);
+	if (ld->ops && ld->ops->set_brightness) {
+		pr_debug("lcd: set brightness to %d\n", brightness);
+		ld->ops->set_brightness(ld, brightness);
+		rc = count;
+	}
+	mutex_unlock(&ld->ops_lock);
+
+	return rc;
+}
+
+static ssize_t lcd_show_max_brightness(struct device *dev,
+		struct device_attribute *attr, char *buf)
+{
+	struct lcd_device *ld = to_lcd_device(dev);
+
+	return sprintf(buf, "%d\n", ld->props.max_brightness);
+}
+
 static struct class *lcd_class;
 
 static void lcd_device_release(struct device *dev)
@@ -176,6 +223,8 @@ static struct device_attribute lcd_device_attributes[] = {
 	__ATTR(lcd_power, 0644, lcd_show_power, lcd_store_power),
 	__ATTR(contrast, 0644, lcd_show_contrast, lcd_store_contrast),
 	__ATTR(max_contrast, 0444, lcd_show_max_contrast, NULL),
+	__ATTR(brightness, 0644, lcd_show_brightness, lcd_store_brightness),
+	__ATTR(max_brightness, 0444, lcd_show_max_brightness, NULL),
 	__ATTR_NULL,
 };
 
diff --git a/include/linux/lcd.h b/include/linux/lcd.h
index c67feca..5145fc6 100644
--- a/include/linux/lcd.h
+++ b/include/linux/lcd.h
@@ -34,6 +34,9 @@ struct fb_info;
 struct lcd_properties {
 	/* The maximum value for contrast (read-only) */
 	int max_contrast;
+
+	/* The maximum value for brightness (read-only) */
+	int max_brightness;
 };
 
 struct lcd_ops {
@@ -46,6 +49,10 @@ struct lcd_ops {
 	int (*get_contrast)(struct lcd_device *);
 	/* Set LCD panel contrast */
         int (*set_contrast)(struct lcd_device *, int contrast);
+	/* Get the current brighness setting (only AMOLED lcd panel) */
+	int (*get_brightness)(struct lcd_device *);
+	/* Set LCD panel brightness (only AMOLED lcd panel) */
+	int (*set_brightness)(struct lcd_device *, int brightness);
 	/* Set LCD panel mode (resolutions ...) */
 	int (*set_mode)(struct lcd_device *, struct fb_videomode *);
 	/* Check if given framebuffer device is the one LCD is bound to;

^ permalink raw reply related	[flat|nested] 14+ messages in thread

* Re: [patch] added brightness feature to lcd class.
  2009-11-02  8:50 [patch] added brightness feature to lcd class InKi Dae
@ 2009-11-05 19:27 ` Pavel Machek
  2009-11-07 12:43   ` InKi Dae
  2009-11-09 23:18 ` Andrew Morton
  2009-11-09 23:35 ` Richard Purdie
  2 siblings, 1 reply; 14+ messages in thread
From: Pavel Machek @ 2009-11-05 19:27 UTC (permalink / raw)
  To: InKi Dae; +Cc: linux-fbdev-devel, linux-kernel, Kyungmin Park

On Mon 2009-11-02 17:50:02, InKi Dae wrote:
> This patch adds brightness feature to lcd class.
> (kernel/driver/video/backlight/lcd.c)
> 
> In the past, most of the lcd panels for embedded system was TFT-LCD
> Panel needing backlight device.
> But now AMOLED LCD Panel appeared so we should consider brightness
> control for AMOLED Panel.
> 
> For the time being, I used backlight fake driver for brightness
> control of AMOLED LCD Panel.
> But this way is not good, so I propose to add brightness feature to lcd class.
>

Why is it 'not good'? Using backlight driver seems like way to go to
me.

									Pavel

-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: [patch] added brightness feature to lcd class.
  2009-11-05 19:27 ` Pavel Machek
@ 2009-11-07 12:43   ` InKi Dae
  2009-11-07 16:48     ` Pavel Machek
  0 siblings, 1 reply; 14+ messages in thread
From: InKi Dae @ 2009-11-07 12:43 UTC (permalink / raw)
  To: Pavel Machek; +Cc: linux-fbdev-devel, linux-kernel, Kyungmin Park

Thank you for your comments.

using backlight is good way in case of TFT-LCD Panel.
because TFT-LCD Panel needs backlight device to light up.

but AMOLED LCD Panel doesn't need backlight device because lighting up itself.
if you try to control brightness of AMOLED LCD Panel and using backlight class
then you should write fake backlight driver that it has no real device
for controlling
and would control brightness through that driver.

with this reason, I think that it's better to control brightness
through lcd class in case of AMOLED LCD panel.
If lcd class has birghtness feature then AMOLED LCD Panel driver would
become more simple and effective.

I think it is more generic way that only real device should have
device driver so I proposed this.

Thank you.

Best Regards,
InKi Dae.

2009/11/6 Pavel Machek <pavel@ucw.cz>:
> On Mon 2009-11-02 17:50:02, InKi Dae wrote:
>> This patch adds brightness feature to lcd class.
>> (kernel/driver/video/backlight/lcd.c)
>>
>> In the past, most of the lcd panels for embedded system was TFT-LCD
>> Panel needing backlight device.
>> But now AMOLED LCD Panel appeared so we should consider brightness
>> control for AMOLED Panel.
>>
>> For the time being, I used backlight fake driver for brightness
>> control of AMOLED LCD Panel.
>> But this way is not good, so I propose to add brightness feature to lcd class.
>>
>
> Why is it 'not good'? Using backlight driver seems like way to go to
> me.
>
>                                                                        Pavel
>
> --
> (english) http://www.livejournal.com/~pavelmachek
> (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
>

^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: [patch] added brightness feature to lcd class.
  2009-11-07 12:43   ` InKi Dae
@ 2009-11-07 16:48     ` Pavel Machek
  2009-11-09 15:37       ` InKi Dae
  0 siblings, 1 reply; 14+ messages in thread
From: Pavel Machek @ 2009-11-07 16:48 UTC (permalink / raw)
  To: InKi Dae; +Cc: linux-fbdev-devel, linux-kernel, Kyungmin Park

On Sat 2009-11-07 21:43:50, InKi Dae wrote:
> Thank you for your comments.
> 
> using backlight is good way in case of TFT-LCD Panel.
> because TFT-LCD Panel needs backlight device to light up.
> 
> but AMOLED LCD Panel doesn't need backlight device because lighting up itself.

I know. So what?

User wants to set brightness. Why should userspace know/care if it is
TFT or AMOLED?

I have this script:

#!/bin/bash
echo $1 > /sys/class/backlight/*/brightness 

why should I have to rewrite it just because you decided amoled is
special?

Kernel is expected to provide hw abstraction...

									Pavel

									
-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: [patch] added brightness feature to lcd class.
  2009-11-07 16:48     ` Pavel Machek
@ 2009-11-09 15:37       ` InKi Dae
  2009-11-09 20:15         ` Pavel Machek
  0 siblings, 1 reply; 14+ messages in thread
From: InKi Dae @ 2009-11-09 15:37 UTC (permalink / raw)
  To: Pavel Machek; +Cc: linux-fbdev-devel, linux-kernel, Kyungmin Park

are you saying me that user shouldn't know if it is TFT-LCD or AMOLD?
I agree your saying.

if lcd class has brightness feature then sysfs file for controlling
brightness will be placed
in /sys/class/lcd/*/brightness.
it would be a problem because the path is no sysfs you expected.

how about that symbolic link file is created by lcd class for user?
like this,
/sys/class/lcd/*/brightness -> /sys/class/backlight/*/brightness

for this, some codes of creating symbolic link file should be added to
lcd class.

I still think it is not good way that lcd panel driver not having
backlight device has backlight driver
to control brightness and it should be solved in the course of time.

thank you.

2009/11/8 Pavel Machek <pavel@ucw.cz>:
> On Sat 2009-11-07 21:43:50, InKi Dae wrote:
>> Thank you for your comments.
>>
>> using backlight is good way in case of TFT-LCD Panel.
>> because TFT-LCD Panel needs backlight device to light up.
>>
>> but AMOLED LCD Panel doesn't need backlight device because lighting up itself.
>
> I know. So what?
>
> User wants to set brightness. Why should userspace know/care if it is
> TFT or AMOLED?
>
> I have this script:
>
> #!/bin/bash
> echo $1 > /sys/class/backlight/*/brightness
>
> why should I have to rewrite it just because you decided amoled is
> special?
>
> Kernel is expected to provide hw abstraction...
>
>                                                                        Pavel
>
>
> --
> (english) http://www.livejournal.com/~pavelmachek
> (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
>

^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: [patch] added brightness feature to lcd class.
  2009-11-09 15:37       ` InKi Dae
@ 2009-11-09 20:15         ` Pavel Machek
  0 siblings, 0 replies; 14+ messages in thread
From: Pavel Machek @ 2009-11-09 20:15 UTC (permalink / raw)
  To: InKi Dae; +Cc: linux-fbdev-devel, linux-kernel, Kyungmin Park

On Tue 2009-11-10 00:37:59, InKi Dae wrote:
> are you saying me that user shouldn't know if it is TFT-LCD or AMOLD?
> I agree your saying.

Parse error.

> if lcd class has brightness feature then sysfs file for controlling
> brightness will be placed
> in /sys/class/lcd/*/brightness.
> it would be a problem because the path is no sysfs you expected.
> 
> how about that symbolic link file is created by lcd class for user?
> like this,
> /sys/class/lcd/*/brightness -> /sys/class/backlight/*/brightness
> 

The symlink would have to be backwards, but yes, that would be better
than nothing. (But I still don't see why we should make it
complex. Just pretend it is backlight.)
								Pavel

-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: [patch] added brightness feature to lcd class.
  2009-11-02  8:50 [patch] added brightness feature to lcd class InKi Dae
  2009-11-05 19:27 ` Pavel Machek
@ 2009-11-09 23:18 ` Andrew Morton
  2009-11-09 23:35 ` Richard Purdie
  2 siblings, 0 replies; 14+ messages in thread
From: Andrew Morton @ 2009-11-09 23:18 UTC (permalink / raw)
  To: InKi Dae; +Cc: linux-fbdev-devel, linux-kernel, Kyungmin Park, Richard Purdie

On Mon, 2 Nov 2009 17:50:02 +0900
InKi Dae <daeinki@gmail.com> wrote:

> This patch adds brightness feature to lcd class.
> (kernel/driver/video/backlight/lcd.c)
> 
> In the past, most of the lcd panels for embedded system was TFT-LCD
> Panel needing backlight device.
> But now AMOLED LCD Panel appeared so we should consider brightness
> control for AMOLED Panel.
> 
> For the time being, I used backlight fake driver for brightness
> control of AMOLED LCD Panel.
> But this way is not good, so I propose to add brightness feature to lcd class.
> 
> For this, I attached patch file and if my proposal is approved
> Then I will send s6e63m0 and tl2796 AMOLED lcd panel driver based on
> lcd class modified soon.

Please send the s6e63m0 and tl2796 patches anyway.  That way we have
some examples of how this new capability is used by drivers.


^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: [patch] added brightness feature to lcd class.
  2009-11-02  8:50 [patch] added brightness feature to lcd class InKi Dae
  2009-11-05 19:27 ` Pavel Machek
  2009-11-09 23:18 ` Andrew Morton
@ 2009-11-09 23:35 ` Richard Purdie
  2009-11-10  3:26   ` InKi Dae
  2 siblings, 1 reply; 14+ messages in thread
From: Richard Purdie @ 2009-11-09 23:35 UTC (permalink / raw)
  To: InKi Dae
  Cc: linux-fbdev-devel, linux-kernel, Kyungmin Park, Andrew Morton,
	Pavel Machek

On Mon, 2009-11-02 at 17:50 +0900, InKi Dae wrote:
> This patch adds brightness feature to lcd class.
> (kernel/driver/video/backlight/lcd.c)
> 
> In the past, most of the lcd panels for embedded system was TFT-LCD
> Panel needing backlight device.
> But now AMOLED LCD Panel appeared so we should consider brightness
> control for AMOLED Panel.
> 
> For the time being, I used backlight fake driver for brightness
> control of AMOLED LCD Panel.
> But this way is not good, so I propose to add brightness feature to lcd class.
> 
> For this, I attached patch file and if my proposal is approved
> Then I will send s6e63m0 and tl2796 AMOLED lcd panel driver based on
> lcd class modified soon.

Pavel has a good point but let me try and explain it differently.

The point of the backlight class is to expose a backlight brightness
control to userspace in a consistent well defined way. Anyone wishing to
write a piece of software to control the brightness of a backlight then
only needs to support *one* interface.

It is entirely accepted and normal that multiple "class" devices may
appear in userspace for one piece of physical hardware.

Your patch duplicates a userspace API and means any backlight
application would have to look for *two* different interfaces. This is
unacceptable.

Why can't your driver just register a backlight interface and an LCD
interface? I'd imagine your backlight and LCD can be powered on/off
separately too.

Please also cc: the backlight/lcd maintainer (me) on backlight/lcd
patches in future.

Andrew: Can you drop that patch from -mm please as I'm not convinced we
need two backlight brightness interfaces around...

Cheers,

Richard




^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: [patch] added brightness feature to lcd class.
  2009-11-09 23:35 ` Richard Purdie
@ 2009-11-10  3:26   ` InKi Dae
  2009-11-10  8:43     ` Richard Purdie
  0 siblings, 1 reply; 14+ messages in thread
From: InKi Dae @ 2009-11-10  3:26 UTC (permalink / raw)
  To: Richard Purdie
  Cc: linux-fbdev-devel, linux-kernel, Kyungmin Park, Andrew Morton,
	Pavel Machek

Thank you for your comments.

it is a good idea that lcd driver registers interfaces to lcd class
and backlight class.
but I think for AMOLED LCD Panel, backlight couldn't be real device so
power on/off
for backlight device doesn't make sense.

I had tried lcd driver registers interfaces to lcd class and backlight
class as you said.
and also backlight fake driver as Pavel said.

but I thought to use my patch is more simple and effective.
of course, this patch has a problem that it has different path from
backlight class
for controlling brightness.

how about creating symbolic link file for competiability?

Best Regards,
InKi Dae.

2009/11/10 Richard Purdie <rpurdie@linux.intel.com>:
> On Mon, 2009-11-02 at 17:50 +0900, InKi Dae wrote:
>> This patch adds brightness feature to lcd class.
>> (kernel/driver/video/backlight/lcd.c)
>>
>> In the past, most of the lcd panels for embedded system was TFT-LCD
>> Panel needing backlight device.
>> But now AMOLED LCD Panel appeared so we should consider brightness
>> control for AMOLED Panel.
>>
>> For the time being, I used backlight fake driver for brightness
>> control of AMOLED LCD Panel.
>> But this way is not good, so I propose to add brightness feature to lcd class.
>>
>> For this, I attached patch file and if my proposal is approved
>> Then I will send s6e63m0 and tl2796 AMOLED lcd panel driver based on
>> lcd class modified soon.
>
> Pavel has a good point but let me try and explain it differently.
>
> The point of the backlight class is to expose a backlight brightness
> control to userspace in a consistent well defined way. Anyone wishing to
> write a piece of software to control the brightness of a backlight then
> only needs to support *one* interface.
>
> It is entirely accepted and normal that multiple "class" devices may
> appear in userspace for one piece of physical hardware.
>
> Your patch duplicates a userspace API and means any backlight
> application would have to look for *two* different interfaces. This is
> unacceptable.
>
> Why can't your driver just register a backlight interface and an LCD
> interface? I'd imagine your backlight and LCD can be powered on/off
> separately too.
>
> Please also cc: the backlight/lcd maintainer (me) on backlight/lcd
> patches in future.
>
> Andrew: Can you drop that patch from -mm please as I'm not convinced we
> need two backlight brightness interfaces around...
>
> Cheers,
>
> Richard
>
>
>
>

^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: [patch] added brightness feature to lcd class.
  2009-11-10  3:26   ` InKi Dae
@ 2009-11-10  8:43     ` Richard Purdie
  2009-11-10 15:27       ` Matthew Garrett
  2009-11-11  6:17       ` InKi Dae
  0 siblings, 2 replies; 14+ messages in thread
From: Richard Purdie @ 2009-11-10  8:43 UTC (permalink / raw)
  To: InKi Dae
  Cc: linux-fbdev-devel, linux-kernel, Kyungmin Park, Andrew Morton,
	Pavel Machek

On Tue, 2009-11-10 at 12:26 +0900, InKi Dae wrote:
> Thank you for your comments.
> 
> it is a good idea that lcd driver registers interfaces to lcd class
> and backlight class.
> but I think for AMOLED LCD Panel, backlight couldn't be real device so
> power on/off
> for backlight device doesn't make sense.

The backlight power control can just turn the backlight level down to
its lowest setting (off)?

> I had tried lcd driver registers interfaces to lcd class and backlight
> class as you said.
> and also backlight fake driver as Pavel said.

So you've tried this, what was the problem? Perhaps post this driver
code to illustrate your problem?

> but I thought to use my patch is more simple and effective.
> of course, this patch has a problem that it has different path from
> backlight class
> for controlling brightness.
> 
> how about creating symbolic link file for competiability?

Creating two ways to do something (with or without symlinks) is not
simple and effective for anything other than your driver.

Cheers,

Richard



^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: [patch] added brightness feature to lcd class.
  2009-11-10  8:43     ` Richard Purdie
@ 2009-11-10 15:27       ` Matthew Garrett
  2009-11-11  6:17       ` InKi Dae
  1 sibling, 0 replies; 14+ messages in thread
From: Matthew Garrett @ 2009-11-10 15:27 UTC (permalink / raw)
  To: Richard Purdie
  Cc: InKi Dae, linux-fbdev-devel, linux-kernel, Kyungmin Park,
	Andrew Morton, Pavel Machek

Is the confusion here just that LED displays aren't backlit in the 
traditional sense of the term?

-- 
Matthew Garrett | mjg59@srcf.ucam.org

^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: [patch] added brightness feature to lcd class.
  2009-11-10  8:43     ` Richard Purdie
  2009-11-10 15:27       ` Matthew Garrett
@ 2009-11-11  6:17       ` InKi Dae
  2009-11-11  9:28         ` Richard Purdie
  1 sibling, 1 reply; 14+ messages in thread
From: InKi Dae @ 2009-11-11  6:17 UTC (permalink / raw)
  To: Richard Purdie
  Cc: linux-fbdev-devel, linux-kernel, Kyungmin Park, Andrew Morton,
	Pavel Machek

it's my comment below.

thank you.

2009/11/10 Richard Purdie <rpurdie@linux.intel.com>:
> On Tue, 2009-11-10 at 12:26 +0900, InKi Dae wrote:
>> Thank you for your comments.
>>
>> it is a good idea that lcd driver registers interfaces to lcd class
>> and backlight class.
>> but I think for AMOLED LCD Panel, backlight couldn't be real device so
>> power on/off
>> for backlight device doesn't make sense.
>
> The backlight power control can just turn the backlight level down to
> its lowest setting (off)?

>> I had tried lcd driver registers interfaces to lcd class and backlight
>> class as you said.
>> and also backlight fake driver as Pavel said.
>
> So you've tried this, what was the problem? Perhaps post this driver
> code to illustrate your problem?

all the cases worked fine.
it's not whether lcd driver has a problem or not.
I mean it's design issue of lcd class. AMOLED LCD Panel DOESN'T NEED
backlight device.
and I should have added brightness control feature to AMOLED LCD Panel
driver not using backlight class
because they have no BACKLIGHT DEVICE.

in point of view AMOLED LCD Panel, brightness control is perfomed by
gamma setting, not backlight power controlling.

^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: [patch] added brightness feature to lcd class.
  2009-11-11  6:17       ` InKi Dae
@ 2009-11-11  9:28         ` Richard Purdie
  2009-11-13  3:13           ` InKi Dae
  0 siblings, 1 reply; 14+ messages in thread
From: Richard Purdie @ 2009-11-11  9:28 UTC (permalink / raw)
  To: InKi Dae
  Cc: linux-fbdev-devel, linux-kernel, Kyungmin Park, Andrew Morton,
	Pavel Machek

On Wed, 2009-11-11 at 15:17 +0900, InKi Dae wrote:
> 2009/11/10 Richard Purdie <rpurdie@linux.intel.com>:
> > So you've tried this, what was the problem? Perhaps post this driver
> > code to illustrate your problem?
> 
> all the cases worked fine.
> it's not whether lcd driver has a problem or not.
> I mean it's design issue of lcd class. AMOLED LCD Panel DOESN'T NEED
> backlight device.
> and I should have added brightness control feature to AMOLED LCD Panel
> driver not using backlight class
> because they have no BACKLIGHT DEVICE.
> 
> in point of view AMOLED LCD Panel, brightness control is perfomed by
> gamma setting, not backlight power controlling.

The question is whether this gamma control does the same thing as what
we've traditionally used the backlight brightness control for. As I
understand it, the answer is yes and to userspace making it appear as a
backlight brightness control makes sense. 

The userspace view of the world is key and the fact there is not a
traditional physical backlight in the hardware isn't really an issue.

Why would we want to create two userspace interfaces doing the same
thing which would mean we just have to complicate userspace drivers? 
Symlinking just makes things confusing.

Cheers,

Richard



^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: [patch] added brightness feature to lcd class.
  2009-11-11  9:28         ` Richard Purdie
@ 2009-11-13  3:13           ` InKi Dae
  0 siblings, 0 replies; 14+ messages in thread
From: InKi Dae @ 2009-11-13  3:13 UTC (permalink / raw)
  To: Richard Purdie
  Cc: linux-fbdev-devel, linux-kernel, Kyungmin Park, Andrew Morton,
	Pavel Machek

Ok, I understood your answer.
Just it was my idea for AMOLED LCD Panel.
Both of them (AMOLED, TFT-LCD) do same thing in terms of brightness
control as you said.

Thank you, Richard.

Best Regards,
InKi Dae.

2009/11/11 Richard Purdie <rpurdie@linux.intel.com>:
> On Wed, 2009-11-11 at 15:17 +0900, InKi Dae wrote:
>> 2009/11/10 Richard Purdie <rpurdie@linux.intel.com>:
>> > So you've tried this, what was the problem? Perhaps post this driver
>> > code to illustrate your problem?
>>
>> all the cases worked fine.
>> it's not whether lcd driver has a problem or not.
>> I mean it's design issue of lcd class. AMOLED LCD Panel DOESN'T NEED
>> backlight device.
>> and I should have added brightness control feature to AMOLED LCD Panel
>> driver not using backlight class
>> because they have no BACKLIGHT DEVICE.
>>
>> in point of view AMOLED LCD Panel, brightness control is perfomed by
>> gamma setting, not backlight power controlling.
>
> The question is whether this gamma control does the same thing as what
> we've traditionally used the backlight brightness control for. As I
> understand it, the answer is yes and to userspace making it appear as a
> backlight brightness control makes sense.
>
> The userspace view of the world is key and the fact there is not a
> traditional physical backlight in the hardware isn't really an issue.
>
> Why would we want to create two userspace interfaces doing the same
> thing which would mean we just have to complicate userspace drivers?
> Symlinking just makes things confusing.
>
> Cheers,
>
> Richard
>
>
>

^ permalink raw reply	[flat|nested] 14+ messages in thread

end of thread, other threads:[~2009-11-13  3:13 UTC | newest]

Thread overview: 14+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2009-11-02  8:50 [patch] added brightness feature to lcd class InKi Dae
2009-11-05 19:27 ` Pavel Machek
2009-11-07 12:43   ` InKi Dae
2009-11-07 16:48     ` Pavel Machek
2009-11-09 15:37       ` InKi Dae
2009-11-09 20:15         ` Pavel Machek
2009-11-09 23:18 ` Andrew Morton
2009-11-09 23:35 ` Richard Purdie
2009-11-10  3:26   ` InKi Dae
2009-11-10  8:43     ` Richard Purdie
2009-11-10 15:27       ` Matthew Garrett
2009-11-11  6:17       ` InKi Dae
2009-11-11  9:28         ` Richard Purdie
2009-11-13  3:13           ` InKi Dae

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.