gluglug thinkpad x60 w/ coreboot mini review
I found it; I hope this works for you.
Install:
sudo apt-get install xbacklight
Use:
xbacklight -set Y
(Y = any number from 0 to 100)
Thanks for this Muhammed. I assume this is a free software utility? Out of curiosity how does one determine if something like this is free software if it not in the list of applications suggested by the 'Add/Remove Applications' GUI. Thanks.
Everything on the Trisquel repo is free. Add/Remove Apps doesn't do any filtering of this sort. The reason some things can't be seen in Add/Remove Apps is it only shows graphical applications.
Thanks for explaining this onpon4.
It's in the Trisquel repos; Trisquel only supports free software, so I assumed it's free. But it's probably best try and check indepednently:
http://www.x.org/releases/X11R7.6/doc/man/man1/xbacklight.1.xhtml
https://en.wikipedia.org/wiki/Xorg
http://www.gnu.org/licenses/license-list.html#X11License
Unfortunatley I don't see any download or license info on the official page. I looked up the X11 license based on the Wikipedia info. If anyone knows more about xbacklight or xorg, please share.
Does it work on your Gluglug X60?
Attention before trying, muhammed has no idea.
I came across an advert by chance on the gNewSense site and ordered one before I even saw this thread. I am very grateful for all the helpful information that has been posted here.
I am already able to build my own desktop, which is free except for the firmware, but a laptop was still going to be a problem for a while. I have been learning to write Linux device drivers (under GPL of course), and have already successfully written a userspace driver for an obscure mass-storage device, but I think writing firmware may be even more rewarding (and reassuring), so I hope to learn how to with this laptop.
What is a userspace driver? Also, have you published the drivers anywhere for others to use?
A userspace driver is one that runs in user space rather than kernel space and has to be compiled as a loadable module of the kernel. The userspace driver is much easier to develop and will not crash the kernel, but I want to be able to write kernel drivers for one or two reasons. I need to be able to compile a kernel for that, and at the moment I am not sure how to install the kernel source for the kernel that I am running. I believe a driver needs more that just the kernel header files.
I am just cleaning and testing my code before publishing it because I know it will be scrutinised by programmers far more experienced than I. I would like to publish the source anonymously on a site such as this or gNewSense to ensure that it never gets taken over by a commercial entity. I can post some of the code already if you can point me to the best license text to include in the source file. The driver (and the application that uses it) is for a USB adapter for a GameCube Memory Card that is only supported under Windows I believe. I don't want to start a git project (someome else can do that) but I do want the code to remain free.
>I am not sure how to install the kernel source for the kernel that I am running.
I believe this command should do just that
sudo apt-get source linux-image-`uname -r`
>I can post some of the code already if you can point me to the best license text to include in the source file.
May I suggest asking the Big Boys at name at domain or if you're comfortable with it, just reading https://gnu.org/licenses/license-recommendations.html
I think that just lets me download the source. My problem is knowing how to install it in /usr/src correctly so that the kernel can be built from there. The folder just seems to have a lot of Makefiles and Kconfig files, but no actual source currently.
Anyway, here's some of my source code just so you know that I am serious:
| Attachment | Size |
|---|---|
| gcmcusb_read.cpp_.gz | 2.1 KB |
I tried the command you gave me in a separate Trisquel installation, and it gave me the source files I wanted (I had to install dpkg-dev first.) Then I copied the folder to /usr/src with root privileges, and everything looks fine now. I think I can take it from there. Thank you very much for your help.
Thank you for writing free software!
Please help improve our function-key-alternatives page:
I'll leave the gluglug documentation page link here too:
I believe the backlight will stay fixed at 100% until someone figures out what PCI register to poke (or reverse engineers the original firmware hard enough to find this detail.)
In the meantime, the screen can be "fake-dimmed" using xrandr, for example:
xrandr --output LVDS1 --gamma 9:9:9 --brightness .5
I say "fake" because this will only make all pixels a bit darker in color, it will not reduce the backlight. But it will help make your eyes strain less at night, which is better than nothing. The gamma setting is a way to try and put some contrast back in.
It can be undone with:
xrandr --output LVDS1 --gamma 1:1:1 --brightness 1
Hope this helps.
