I recently installed suse 13.1 from scratch on my Vaio VGN FE11 laptop, and since then I am no longer able to change the screen brightness. If I use the Fn buttons to do that, I can see the brightness bar appearing and moving, but the brightness does not change.
I remember I had this problem before, and I managed to solve it using the old sonypi driver. I understand that now this driver is part of the standard linux kernel (see https://www.kernel.org/doc/Documentation/laptops/sonypi.txt)
As per the link above, I added into /etc/modprobe.d/99-local.conf the following lines:
alias char-major-10-250 sonypi
options sonypi minor=250
and executed the following command:
# mknod /dev/sonypi c 10 250
Now if I try to execute spicctrl as normal user I got the following error message:
Hmm first place to look is to see if such a file exist in /dev
Note the errors are to be expected because in the first place /dev is owned by root thus non-root users can’t access anything in it.
in the second place there appears there is no file /dev/sonypi You can conferm by looking into the /dev directory.
Also note that in Unix/Linux all things are files. /dev is a virtual file system created at boot and does not actually live on the disk. In the case of /dev it represents the interfaces to devices discovered on the system.
You’re actually right, there’s no such file in /dev.
I suppose there’s a missing step in the procedure described in kernel.org documentation about sonypi, but I didn’t get any error message when I tried it.
Any other suggestion? How can I verify that the sonypi module is really loaded in the kernel?
On Thu 16 Oct 2014 07:36:01 PM CDT, MadSplinter wrote:
Any suggestion on the matter? Any alternative way to tune the brightness
level?
Hi
We seem to have had a few posts on Fn keys and brightness not working
lately for various laptops.
One option is to try adding the following to the bootloader kernel
options via YaST;
acpi_osi=\"!Windows 2012\"
If the above does work, then raising a bug is in order along with
adding the output from dmidecode to the bug report.
–
Cheers Malcolm °¿° LFCS, SUSE Knowledge Partner (Linux Counter #276890)
openSUSE 13.1 (Bottle) (x86_64) GNOME 3.10.1 Kernel 3.11.10-21-desktop
If you find this post helpful and are logged into the web interface,
please show your appreciation and click on the star below… Thanks!
Did not make any difference whatsoever. Malcom, you mentioned raising a bug. With whom? Suse or the Linux Kernel? I’m not used to the process, could you please explain further?
Well this is weird. None, of the methods mentioned on the wiki worked. However I tried a method by which I fixed the same problem on Ubuntu. Check http://itsfoss.com/fix-brightness-ubuntu-1310/
In a terminal type -
ls /sys/class/backlight/
If
intel_backlight
shows up.
First go to root. Then
Type
sudo touch /usr/share/X11/xorg.conf.d/20-intel.conf
sudo kate /usr/share/X11/xorg.conf.d/20-intel.conf
The method which I used has a drawback. If I leave the laptop idle, while watching a movie brightness automatically decreases. Also the minimum brightness level is 0 so will get a black screen - no worries, just increase the brightness.
1 - I’m not using the Nouveau driver, I’m using the Nvidia one
2 - My laptop is a Sony, and it uses spicctrl to change brightness. I’m 100% sure that if I can solve the sonypi kernel module issue, I will have my brightness control back, as I had the problem before on the very same laptop and I managed to solve it the same way. Unfortunately, I do not remember how to do that!
Small update: I noticed that if I boot the emergency system (no Nvidia drivers and minimal resolution) the brightness command actually works. Does this give anyone a hint of where the problem could be?