OK, here http://fanoush.webpark.cz/maemo/ is quick and dirty solution
for extended backlight level control for N770. If it breaks your device
all pieces are yours :-)
First I thought about making it accesible from another sysfs file but
that would need extending some structures in kernel ==>
See this http://maemo.org/maemowiki/HowTo_KernelCompilation .
If you don't want to do it in scratchbox target see also this
http://www.gossamer-threads.com/lists/maemo/developers/3436 .
On x86 debian it is a matter of installing just the kernel sources via
dpkg -i file.deb. It puts archive of
Frantisek
Nice work.
Can you put a unified diff on your page or post it here (I realize it's
a work in progress, but I'd like to see where it all applies)
What is the process for patching and building the kernel .deb?
Brad
>> It means that either UI dynamically adjusts itself to the value of
Frantisek Dufka wrote:
It means that either UI dynamically
adjusts itself to the value of sysfs backlight_max or it uses directly
tahvo.
Yes, it uses sysfs. I implemented translation table and also hardcoded
values for level 1 and 2 to values 1 and 2 (instead of 8 and 16) and it
works like
Hello,
I just tried to compile my own kernel with backlight changes and found this:
- my kernel works in the device without any ill effects and without
messing with initfs, great :) I used kernel from
http://repository.maemo.org/pool/maemo1.1/free/k/kernel-source-2.6.12.3/
I removed translati
Frantisek
I think the cleanest way to deal with this is to keep 15(?) levels so
the gui doesn't change but change the actual curve to be nonlinear
inside the sysfs interface.
Does Nokia provide everything we need to install a modified kernel?
brad
> I hope the darkest level won't be too bright
Frantisek Dufka <[EMAIL PROTECTED]> writes:
> I hope the darkest level won't be too bright either. I see darker
> level when writing 1 via sysfs then it is possible via gui. When
> writing 2 it is same level as possible with GUI. But when writing 2
> via sysfs it immediatelly returns 1 on read (an
I hope the darkest level won't be too bright either. I see darker level
when writing 1 via sysfs then it is possible via gui. When writing 2 it
is same level as possible with GUI. But when writing 2 via sysfs it
immediatelly returns 1 on read (and the brightness is same). I'll try
the ioctl too
Brad Midgley <[EMAIL PROTECTED]> writes:
> Arnaud
>
> The strange thing is that when you're on the lowest level the gui will
> allow (1), the display goes a little dimmer than that when idle and the
> sys file actually reports the value 0. But if you *write* a 0 to the sys
> file, the backlight tu
Arnaud
The strange thing is that when you're on the lowest level the gui will
allow (1), the display goes a little dimmer than that when idle and the
sys file actually reports the value 0. But if you *write* a 0 to the sys
file, the backlight turns off altogether.
This leaves two interpretations
Subject: Re: [maemo-developers] Re: backlight
Frantisek Dufka <[EMAIL PROTECTED]> writes:
> Looks like it can be controlled via ioctl on the framebuffer device.
> http://maemo.org/lxr/source/osso-af-utils/src/omapfb.h
>
> struct lcd_panel has pointer
> int (*set_bklight_le
Frantisek Dufka <[EMAIL PROTECTED]> writes:
> Looks like it can be controlled via ioctl on the framebuffer device.
> http://maemo.org/lxr/source/osso-af-utils/src/omapfb.h
>
> struct lcd_panel has pointer
> int (*set_bklight_level)(struct lcd_panel *panel,unsigned int level);
>
> I'll try to figur
12 matches
Mail list logo