[Macbook Air] Luminosité et batterie

[Drive]

Bonjour,

après avoir installé Gnome, je découvre un bug référencé par le wiki : lorsque je sors de veille, la luminosité est soit de 0%, soit de 100 %.
J’ai donc installé mba6x_bl-dkms.
Mais voila que lorsque je reboot, la luminosité du terminal est à 0 ! Je ne vois plus rien. Je tape de quoi lancer Gnome et je tombe sur Gnome… Ok.
Ctrl+Alt+F2 me donne un terminal avec luminosité correcte.

Que faire ?

Autre souci, Gnome me dit qu’à 100 % de batterie, je vais durer 4 h, là où OS X tient plutôt 9… Que faire pour améliorer ça ?

Merci pour votre aide.

[otacon]

Pour la luminosité en sortie de veille, j'ai contourné le problème :

dans /etc/systemd/logind.conf, j'utilise la ligne

Code : Tout sélectionner

HandleLidSwitch=ignore

sinon, mes paramètres d'économie d'énergie Gnome :


Pour le reste, confer ma réponse sur ton post à propos de powertop, j'avais pas vu celui là..

Et là tout de suite, il m'annonce 13 heures restantes avec 95% de batterie. Bon, il en tiendra réellement 6 à 8.

[benjarobin]

Je ne vois pas bien le lien entre la luminosité de l'écran et HandleLidSwitch...

[otacon]

Pour passer en veille (suspend), on ferme le capot du portable, non?
d'ou mon contournement : ne jamais passer en veille...

J'ai le même probleme : si l'ordi passe en suspend, luminosité à 0 au retour. Je retrouve seulement la pleine lumière en appuyant sur les touches clavier. obligé de rebooter pour retrouver l'echelle de luminosité avec les touches clavier.

[Drive]

Avec tous les paramètres powertop sur « good » et les mêmes paramêtres Gnome, je suis à 11 W (et une durée de batterie ridicule).

Depuis le forum anglais (sujet Macbook Air 2013) :

Linux isn't as tightly optimized to Apple's hardware as OSX is, and the biggest difference you'll notice is that even during idling Linux consumes significantly more power. Battery life in Linux is generally not too great on Apple hardware. Even after lots of work I could only bring Arch Linux down to about 9-10W, and this is on a completely idle system without X. On OSX, last time I checked I was getting at most 6-7W on idle, with graphics of course.

Bottom line, it's not pretty.

Et on lui répond

This is WAY off. OS X reported 13-15hs of battery.
Arch reports about 10-11hs of battery duration. Light browsing, taking notes in class, python coding, and IM, last about 10hs.
Running heavier games, working heavily with eclipse (+java, of course), have manged to reduce the duration to about 6hs. Never less than that.

[otacon]

Quel pilote de carte wifi as tu installé ?

[Drive]

Broadcom-wl

[otacon]

Tu es à 11 Watts à vide, sans aucune application qui tourne ?
Sans aucun logiciel, avec juste un terminal, je suis à 3,15 Watts.

[Drive]

Tout à fait. Si je me mets juste en mode terminal, je passe à 9-10 W. Et effectivement, la seule chose qui tourne c’est Broadcom…

Code : Tout sélectionner

Broadcom Corporation BCM4360 802.11ac Wireloss Network Adapter [14e4:43a0] (rev 03)

[otacon]

ma capture de powertop.


je pense à deux choses :
- as tu installé tlp ?
- as tu mis en place le script que j'ai affiché dans l'autre sujet ? chez moi, il n'est pas dans /etc/pm/power.d, mais dans une tâche cron qui l'applique toute les 2 secondes

Code : Tout sélectionner

[root@arch ~]# crontab -l
*/2 * * * * /etc/cron.d/powersave

sinon :
- ma luminosité de base est environ à 35%. luminosité à fond, je consomme 6 W à vide
- je n'ai aucun soft qui tourne en continu en tâche de fond (serveur samba est demarré au besoin par exemple).

mon lspci :

Code : Tout sélectionner

00:00.0 Host bridge: Intel Corporation Haswell-ULT DRAM Controller (rev 09)
00:02.0 VGA compatible controller: Intel Corporation Haswell-ULT Integrated Graphics Controller (rev 09)
00:03.0 Audio device: Intel Corporation Haswell-ULT HD Audio Controller (rev 09)
00:14.0 USB controller: Intel Corporation 8 Series USB xHCI HC (rev 04)
00:16.0 Communication controller: Intel Corporation 8 Series HECI #0 (rev 04)
00:1b.0 Audio device: Intel Corporation 8 Series HD Audio Controller (rev 04)
00:1c.0 PCI bridge: Intel Corporation 8 Series PCI Express Root Port 1 (rev e4)
00:1c.1 PCI bridge: Intel Corporation 8 Series PCI Express Root Port 2 (rev e4)
00:1c.2 PCI bridge: Intel Corporation 8 Series PCI Express Root Port 3 (rev e4)
00:1c.4 PCI bridge: Intel Corporation 8 Series PCI Express Root Port 5 (rev e4)
00:1c.5 PCI bridge: Intel Corporation 8 Series PCI Express Root Port 6 (rev e4)
00:1f.0 ISA bridge: Intel Corporation 8 Series LPC Controller (rev 04)
00:1f.3 SMBus: Intel Corporation 8 Series SMBus Controller (rev 04)
02:00.0 Multimedia controller: Broadcom Corporation Device 1570
03:00.0 Network controller: Broadcom Corporation BCM4360 802.11ac Wireless Network Adapter (rev 03)
04:00.0 SATA controller: Toshiba America Info Systems Device 010b (rev 14)

ton gestionnaire de connexion est bien GDM ?

[Drive]

Je viens d’installer tlp, j’ai tous les indicateurs à « good ».

Je n’ai pas encore installé GDM, donc pour le moment j’écris « startx» dans le noir de ma console sans luminosité.

Au repos, j’oscille entre 10 et 15 W…

Est-ce que passer à broadcom-wl-dkms pourrait changer quelque chose ?

Liste des seules choses qui font quelque chose :

Code : Tout sélectionner

6,22 W 3,3 % CPU core
3,16 W 49 % Display backlight
1 W 100 % USB device: Apple Internal Keyboard / Trackpad
700 mW 90 % Display backlight

Une différence dans le lscpi :

Code : Tout sélectionner

 SATA controller: Marvell Technology Group Ltd. 88SS9183 PCIe SSD Controller (rev 14) 

[Drive]

Témoignage trouvé sur le forum anglais :

Yea, that's what I was saying doesn't work.

It seems that mba6x_bl manages to disable the intel driver's controls, but it seems only to being able to write out a value of 0 on shutdown (maybe the intel driver is doing this after the removal of the mba6x_bl driver on shutdown?), thus on reboot it loads up brightness at 0.

I looked through the source on github, and I don't see where my MBA model would be different.. but I do have the awful marvell ssd controller, who knows.

[otacon]

mettre broadcom-wl-dkms ne changera rien.
as tu bien installé xf86-video-intel ?
enlève ce paquet mba6x_bl
vérifie que ton processeur est bien sur "powersave" avec cpupower
installe GDM et boote avec (active le service)
quel gestionnaire de connexion internet utilise tu : network-manager ou autre ?
utilise lm-sensors pour vérifier que tu es vers 35 à 40° sur les procs à vide.

[Drive]

— xf86-video-intel est bien installé ;
— paquet mba6x_bl retiré ;
— cpupower me dit que mes proc tournent à leur max en terme de fréquence :
Le régulateur « powersave » est libre de choisir la vitesse blabla ;
— GDM installé ;
— pour le moment, je tourne juste avec netctl et wifi-menu ;
— lm-sensors dit que mes deux CPU sont à 67° C.

[otacon]

donne le retour de htop

[Drive]

[otacon]

Je ne m'explique pas pourquoi ton CPU 1 est à 75% alors que les autres sont à 0.
il monte en température, et ça crame la batterie à vitesse grand V.

[Drive]

Trouvé !

Le passage à OS X Yosemite induit un problème de firmware. C’est référencé dans le wiki (en) par : « Kworker gpe66 kernel bug » et la solution : echo disable > /sys/firmware/acpi/interrupts/gpe66

Et hop je passe à 4 W Reste à automatiser au démarrage.

Merci pour l’aide et bonne année !

[anhaedre]

Salut,
pour la luminosité tu peux essayer de mettre dans le mkinitcpio.conf le module i915

....
# The following modules are loaded before any boot hooks are
# run. Advanced users may wish to specify all system modules
# in this array. For instance:
# MODULES="piix ide_disk reiserfs"
MODULES="i915"
....

[benjarobin]

Pour rendre la solution du "disable" permanent le wiki donne un lien vers la solution.
En gros fait ceci :

Code : Tout sélectionner

echo "firmware.acpi.interrupts.gpe66 = disable" > /etc/sysctl.d/90-gpe66.conf