Brightness control doesn't work on Amilo mini UI 3520

Thanks for your report. To be able to fix the hotkeys on your laptop we need three things:
   1. What the key *should* do.
   2. What keycode (magic number) the key produces on your laptop.
   3. How to identify your laptop by the manufacturer and model.

https://wiki.ubuntu.com/LaptopTestingTeam/HotkeyResearch

1) All FN Hotkeys:

    Fn+ F1 =Turn on/of buetooth and Wi-FI
    Fn+F3 = [WORK] Mute
    Fn+F4=[WORK] Volume Down
    Fn+F5=[WORK]Volume UP
    Fn +F6 =Turn on/of touchpad
    Fn +F7=[WORK] Camera on/of
    Fn +F8 = brightness down
    Fn+F9=brightness up
    Fn+F10=[Key work,but don't do nothing] screen managment
    Fn+F11=work windmill control (to be more silent)
    Fn+F12=Hibernate

2) Keys,who don't work (Where isn't is write [work]) i can'r read the magic number key using xev.

3)
FUJITSU SIEMENS
AMILO Ui 3520
10600981002 (Now i'm runing archlinux)

Sory for my very bad English.
Thanks for help.

Thanks for the update.
For troubleshooting hotkeys, see:
https://wiki.ubuntu.com/Hotkeys/Troubleshooting

As a first step, do the following steps:
1) From a terminal, enter:
xev | sed -n 's/^.*state \([0-9].*\), keycode *\([0-9]\+\) *\(.*\), .*$/keycode \2 = \3, state = \1/p'
2) press the brightness control key combination
3) post the output here (see if there is a keypress event)

I'm doing some housecleaning and assigning to:
gnome-power-manager
xserver-xorg-input-evdev

and removing "Ubuntu"

Also, I think the convention on launchpad is to "subscribe" teams when escalation is required and to "assign to:" individuals when they are working on the fix. Since escalation isn't required yet and no one is working on a fix, I'm removing Ubuntu Laptop Team.

Thanks for very fast reply.
Sorry,but this is my first bug,so i can't add this for all of this things.So thanks too for housecleaning.

When I run xev | sed -n 's/^.*state \([0-9].*\), keycode *\([0-9]\+\) *\(.*\), .*$/keycode \2 = \3, state = \1/p',and press Fn+F8 and Fn+F9,nothing is new in terminal.

Hello again,

Doing some research [1, 2], I found that Amilo laptops do not actually pass events through X and ACPI. Unfortunately, upstream has already determined that this won't be fixed. I'm linking the upstream bug in case something else comes up again. Thank you for the report and please report any additional bugs your find.

[1] http://antti-juhani.kaijanaho.fi/fujitsu-siemens-amilo-m7405.html
[2] http://bugzilla.kernel.org/show_bug.cgi?id=12015

Hi there, i also have this lappie, i checked the screen brightness and the problem is even bigger...
 the first thing is - yes - the cde events are inivible by xev, but after i do: dmesg | tail i can see them:

[ 2690.098867] atkbd.c: Use 'setkeycodes 6a <keycode>' to make it known.
[ 2690.199515] atkbd.c: Unknown key released (translated set 2, code 0x6a on isa0060/serio0).

here, so there is no problem, we can set them by setkeycodes...

the bigger problem is that the brightness cannot be set by xbacklight or even gnome-power-manager.. but.. those keys / the backlight settings - are working in bios /grub, but no after ubuntu kernel is loaded...

Waaaa....

You got right! In my grub they works too!

So,this is a kernel problem?

Well probably.. but it's not a uge problem, since the keys are visible by it... the bigger problem is that you can't set it up through xbacklight or even /sys/video... so.. there is something wrong with the intel gma drivers... so we need to w8 or... check other distros if they maybe figured this out..
i read few posts about fujitsu siemens lappies, and i found that there are some problems but... not so many..
We should just w8 for the 9.10 (maybe) and findout if the bug had been solved ... i'll also try to hack the graphic subsystem and checkout why i can't change the backlight maybe i'll got it to work.. or maybe not.. dunno for now we can just wait ...

ok, i forgot to mention
with:
xserver-xorg-intel-video 2:2.6.3-0ubuntu9.4 and kernel 2.6.30-02063003-generic
brightness through the Fn keys are working fine in jaunty

I've got xserver-xorg-video-intel 2:2.9.0-1ubuntu2 and kernel-2.6.31-14-generic on Ubuntu Netbook Remix and the FN keys don't work.

hmmm weird, i don't have the netbook edition i installed the standard 9.04 and did upgrade of those packages, maybe the problem is with different package... hmm i also installed xfce and i'm using it right now, but the fn keys are working also in gnome... dunno

So,i download 9.04 version.I boot it form pendrive and the brightness doesn't work.

My Mini is also affected by this bug: no brightness control at all (except during the boot).

I have the newest 9.10 Karmic Netbook Remix, with 2.6.31-14-generic kernel & xserver-xorg-video-intel 2:2.9.0-1ubuntu2.

ok, info for all the people that are monitoring this bug... for now i'm trying with @wiejkciuk figure out, what are the differences between our lappies and ubuntu configurations... cause on my ui3520, everything is working...well except FN+F6 ... (will try to fix that soon :D) so brightness from keyboard, camera, wifi on/off etc...
so if anyone could try to install the ubuntu 9.04 (standard ver) and install this packges

xserver-xorg-intel-video 2:2.6.3-0ubuntu9.4 and kernel 2.6.30-02063003-generic

and also put this xorg.conf that is attached, and leave here reply if that help. I would be very appreciated :)

mad_man, thank you for your help. I've installed a fresh 9.04 today, updated to kernel 2.6.30-02063003-generic and xserver-xorg-video-intel 2:2.6.3-0ubuntu9.4, even copied your xorg.conf to /etc/X11, but still no luck. :(

The only difference, that I have a feedback of the brightness level (in the upper right corner), when I plug in/out the power cord. Fn keys or Brightness panel app still not working.

I checked the bios settings, but can't find any relevant option. Any suggestion?

ok latest news...
backlight on my lappie is working in 9.04 and also in 9.10 live cd without any modifications... so this is nothing with ubuntu...
wiejkciuk tested bios reset, and he also downgrade his bios to the same version as i got.. but.. it still doesn't work.. ;/
the only cluse is that my keys wasn't working from scratch in 9.04 i made some changes.. i installed some alhpa version of xorg and also modified my xorg.conf... then i was unable to load gdm.. so i removed the xorg and all conf.. and suddenly everything started to work...
so if anyone has got any sugestion please help us.. cause i think i'm the only person that has got those keys and backlight working ;)

ups.. sorry i forgot.. after i bought this lappie i decline the M$ license and i did a format... so there was no extra firmware loaded... (i think so)... maybe this is the problem ?

I have this problem, I tested Ubuntu, UNR, Moblin (official and Ubuntu) and Kubuntu. Don't work in any of this system.

one more thing... wiejkciuk told me, that after he disabled acpi in kernel some keys started to work.. maybe this is the way we should follow ?

About acpi: I tried all the acpi options based on this article: https://wiki.ubuntu.com/DebuggingACPI

Keys (brigthness up/down, wifi) only working with acpi=off or acpi=ht options. No other combinations were successful.

Assigning to kernel since it's a kernel ACPI issue.

Unfortunately, the upstream bug report says that the Amilo 3520 doesn't support ACPI properly so the chances of fixing this are small. I'll leave the report confirmed, though, and let the Ubuntu kernel guys figure that out.

David, about amilo bug in acpi.. is it then possible that my version is good one ? Cause my friend also bought that Amilo and.. got the same problem as alszik...
.. wiejkciuk even tried to downgrade his bios version to the same as mine without any luck...

what we observed is that my lappie bahev unnormal if i remove battery i.e. after i just take it out and put it back... the system is saying "cmos checksum error check the setting blabla..." so i need to go to bios and set up the date, every time i remove battery from it...
maybe it's something with:

"mad_man wrote on 2009-11-06: #17

ups.. sorry i forgot.. after i bought this lappie i decline the M$ license and i did a format... so there was no extra firmware loaded... (i think so)... maybe this is the problem ?"

I've formated mine many times over, and am still experiencing the same problem. I am currently dualbooting though, with all the drivers and FS aps on XP, so maybe you're on to something.

Well.. a week ago I've tried to run the newest ubuntu 10.04 and... it's working :/
so i don't have any clue what is the problem, i even don't know where to start for now...

Unlinking from upstream kernel bug as it's for a different laptop (not even a netbook), and it seems mad_man can get ACPI working on his laptop.

mad_man: Do you mean that it's /not/ working for you in 10.04? Or is it still working?

Could everyone post the contents of /sys/class/backlight/ and report whether the keys work for you or not? (Just paste the output of "ls -l /sys/class/backlight".)

erm, David, sorry to inform You but, Fujitsu Siemens Amilo Mini UI3520 is a netbook :]
and yes... on 10.04 it's working fine,
about the files You need, there is a problem.. i don't have any file in: /sys/class/backlight directory :D

mad_man: Sorry for the confusion, I mean the /upstream/ report was not for a netbook. I know this one is. :)

Just telling me that /sys/class/backlight/ is empty is enough information. That means the kernel has no control over your backlight! Can you tell me the output of "cat /proc/cmdline"? It seems like your netbook's brightness keys may be hardware-only, and the presses don't travel through the OS at all.

I still need an ls of /sys/class/backlight from a non-working case. Thanks!

David: ok, i've give You that after i'll come back to home from work ;)

@David:
Keys not working, /sys/class/backlight also empty. Don't know if this will help.

Janis: Thanks.

So in both the working and non-working case, the kernel has no control over the backlight. I guess you have some sort of hardware difference then, mad_man.

Could someone for whom it /does not/ work (not you mad_man), please run "apport-collect 363326" to attach debugging information to this bug. (Give it "Change Non-Private Data" permissions if it asks.) Thank you!

here is my cmdline:
$ cat /proc/cmdline
root=UUID=d6f51395-8670-49dd-a5c0-1e8e79eed666 ro quiet splash rootflags=data=writeback

about hardware diff... well we also tried to downgrade bios on the another amilo... without any success...

AlsaVersion: Advanced Linux Sound Architecture Driver Version 1.0.21.
AplayDevices:
 **** List of PLAYBACK Hardware Devices ****
 card 0: Intel [HDA Intel], device 0: ALC269 Analog [ALC269 Analog]
   Subdevices: 1/1
   Subdevice #0: subdevice #0
Architecture: i386
ArecordDevices:
 **** List of CAPTURE Hardware Devices ****
 card 0: Intel [HDA Intel], device 0: ALC269 Analog [ALC269 Analog]
   Subdevices: 1/1
   Subdevice #0: subdevice #0
AudioDevicesInUse:
 USER PID ACCESS COMMAND
 /dev/snd/controlC0: janis 1531 F.... pulseaudio
CRDA: Error: [Errno 2] No such file or directory
Card0.Amixer.info:
 Card hw:0 'Intel'/'HDA Intel at 0xf8440000 irq 22'
   Mixer name : 'Realtek ALC269'
   Components : 'HDA:10ec0269,1734115d,00100004'
   Controls : 12
   Simple ctrls : 7
DistroRelease: Ubuntu 10.04
HibernationDevice: RESUME=UUID=546040cd-79c7-462a-aaa5-74ca9b66fbf0
InstallationMedia: Ubuntu 10.04 LTS "Lucid Lynx" - Release i386 (20100429)
MachineType: FUJITSU SIEMENS AMILO Ui 3520
Package: linux (not installed)
ProcCmdLine: BOOT_IMAGE=/vmlinuz-2.6.32-22-generic root=UUID=ca997c00-6e49-4627-95ff-bff374a53a97 ro quiet splash
ProcEnviron:
 LANG=en_US.utf8
 SHELL=/bin/bash
ProcVersionSignature: Ubuntu 2.6.32-22.36-generic 2.6.32.11+drm33.2
Regression: No
RelatedPackageVersions: linux-firmware 1.34
Reproducible: Yes
Tags: lucid ubuntu-une kconfig needs-upstream-testing
Uname: Linux 2.6.32-22-generic i686
UserGroups: adm admin cdrom dialout dip fax floppy fuse lpadmin plugdev sambashare tape video
dmi.bios.date: 12/10/2008
dmi.bios.vendor: Phoenix
dmi.bios.version: 1.0F-1585-0018
dmi.board.name: CW0A0___
dmi.board.vendor: FUJITSU SIEMENS
dmi.board.version: 0.4
dmi.chassis.type: 10
dmi.chassis.vendor: FUJITSU SIEMENS
dmi.chassis.version: Version 1.0
dmi.modalias: dmi:bvnPhoenix:bvr1.0F-1585-0018:bd12/10/2008:svnFUJITSUSIEMENS:pnAMILOUi3520:pvr10600981002:rvnFUJITSUSIEMENS:rnCW0A0___:rvr0.4:cvnFUJITSUSIEMENS:ct10:cvrVersion1.0:
dmi.product.name: AMILO Ui 3520
dmi.product.version: 10600981002
dmi.sys.vendor: FUJITSU SIEMENS

apport information

apport information

Thanks, Janis. The issue here is either that the laptop has a proprietary backlight control or the BIOS is slightly broken.

Just in case, can you try running the "current" mainline kernel from the instructions at <https://wiki.ubuntu.com/KernelTeam/MainlineBuilds>? This is just to ensure the problem's not specific to Ubuntu and not fixed already in the next release of the kernel. The keys may still not work, check /sys/class/backlight/ just to see if the kernel found anything.

If the mainline kernel doesn't work, then our best hope is to get upstream linux to work around a bug in the BIOS. If this is the case, please install acpidump and attach a dump here with the following commands:

sudo apt-get install acpidump
sudo acpidump -o acpidump.txt

I'll then try to take a look at the dump and determine if it's possible to workaround it.

I know all this is pretty involved, but at this point it's "let's fix a problem" instead of "let's find the bug", so you might help add a feature to linux if we're lucky. :)

I installed and booted with the current kernel (2.6.35-999-generic). Nothing changed and /sys/class/backlight is still empty.

Hi Janis, thanks for the report. I examined your ACPI dump and unfortunately your BIOS contains no methods for modifying brightness at all. :( Your only hope would be requesting a linux driver from the manufacturer.

Requesting Won't Fix status for this bug.

Also here is the Windows application for using the keys, prepackaged by Fujitsu Siemens. I don't know if this can help somehow, but it might come in handy. :)

Or maybe not :(