Carte Geforce MX ( portables ) et drivers ?

Avant que je reparte dans cette manip, faut-il que je remplace la ligne dans /etc/default/tlp ?

EDIT : Ce que j'ai d'ailleurs fait juste avant ta réponse, tout en pouvant le remettre comme c'était...

oui il faut bien activer le filtre pour la carte PCI Nvidia

Apparemment c'est pas encore ça :

Sinon tout passe bien au niveau du visionnage.

le nombre de cas grossi au fur et a mesure ,
je viens de faire une vérification rapide sur
https://github.com/Bumblebee-Project/Bumblebee/issues
il y a pas mal d'anomalies qui sont réouverte , aussi bien Debian & Fedora ou autre sur ce problème

restez dans l’immédiat sur l’affichage par Intel

OK, merci.
Pour ce qui est de la modification dans /etc/default/tlp on laisse :
RUNTIME_PM_BLACKLIST="01:00:0"
ou on remet comme c'était :
#RUNTIME_PM_BLACKLIST="bb:dd.f 11:22.3 44:55.6"

si tu mets # devant c'est suffisant

Ok, voilà, c'est fait et les retours sont donc les mêmes.
On attend...
Merci Stephane.

Pardon les copains d'en remettre une couche mais sous Ubuntu 16.04, la 940Mx fonctionne à merveille avec la gestion complète des cartes... C'est quand même bizarre que l'on ne puisse pas avoir ça sur toutes les distros :desole:

alors la comparaison ne tiens pas vraiment :
la version qui devrait servir de comparaison est la 17.04 ,
la 16.04 a au moins 1an , or archlinux & manjaro utilise des versions de de moins de 3 mois

j'ai de très forts doute que tu ai ces versions
Display Server: X.Org 1.19.3 driver: nvidia
GLX Version: 4.5.0 NVIDIA 375.66 Direct Rendering: Yes
Kernel: x86_64 Linux 4.11.1-1-MANJARO
mesa 17.0.6-1

Bonjour Stephane,

Dès que j'ai eu un moment, j'ai voulu essayé la procédure au vu de la MAJ d'aujourd'hui...
Et comme certaines réponses diffèrent, qu'en dis-tu ?

[zenux310a alpha]# journalctl -b0 -p err
-- Logs begin at Sat 2017-04-15 13:04:35 CEST, end at Sat 2017-05-27 13:58:11 CE
May 27 13:52:23 zenux310a kernel: tpm_crb MSFT0101:00: can't request region for 
May 27 13:52:24 zenux310a kernel: iwlwifi 0000:02:00.0: capa flags index 3 large
May 27 13:52:24 zenux310a kernel: ACPI Error: [GALS] Namespace lookup failure, A
May 27 13:52:24 zenux310a kernel: ACPI Error: Method parse/execution failed [\_S
May 27 13:52:34 zenux310a ntpd[733]: bind(21) AF_INET6 2a02:1205:c69d:7e00:fa77:
May 27 13:52:34 zenux310a ntpd[733]: unable to create socket on enp0s20f0u1 (5) 
May 27 13:52:49 zenux310a systemd-coredump[1020]: Process 983 (compiz) of user 1
                                                  
                                                  Stack trace of thread 983:
                                                  #0  0x00007f10b6f472ad _ZN11De
                                                  #1  0x00007f10b6f4bdc9 _ZN11De
                                                  #2  0x00007f10c584a42f _ZN10Co
                                                  #3  0x00007f10c584a42f _ZN10Co
                                                  #4  0x00007f10c584a42f _ZN10Co
                                                  #5  0x00007f10c584a42f _ZN10Co
                                                  #6  0x00007f10c584a42f _ZN10Co
                                                  #7  0x00007f10c584a42f _ZN10Co
                                                  #8  0x00007f10c584a42f _ZN10Co
                                                  #9  0x00007f10c584a42f _ZN10Co
                                                  #10 0x00007f10c584a42f _ZN10Co
                                                  #11 0x00007f10c584a42f _ZN10Co
                                                  #12 0x00007f10c5851a54 _ZN14Co
                                                  #13 0x00007f10b966842a _ZN22Pr
[zenux310a alpha]# optirun -v glxgears
[  371.731745] [INFO]Configured driver: nvidia
[  372.644169] [INFO]Response: Yes. X is active.

[  372.644191] [INFO]Running application using primus.
Error: couldn't get an RGB, Double-buffered visual

[zenux310a alpha]# cat /proc/acpi/bbswitch
0000:01:00.0 OFF

[zenux310a alpha]# nvidia-smi
NVIDIA-SMI has failed because it couldn't communicate with the NVIDIA driver. Make sure that the latest NVIDIA driver is installed and running.

[zenux310a alpha]#     inxi -MGSsxxx
System:    Host: zenux310a Kernel: 4.11.3-1-MANJARO x86_64 (64 bit gcc: 6.3.1)
           Desktop: Xfce 4.12.3 (Gtk 2.24.31) info: xfce4-panel dm: lightdm
           Distro: Manjaro Linux
Machine:   Device: laptop System: ASUSTeK product: UX310UQK v: 1.0 serial: H1N0CV128985039
           Mobo: ASUSTeK model: UX310UQK v: 1.0 serial: N0CV1702MB0130958
           UEFI: American Megatrends v: UX310UQK.300 date: 10/03/2016
Battery    BAT0: charge: 10.4 Wh 22.7% condition: 45.7/48.3 Wh (95%)
           volts: 11.4/11.4
           model: ASUSTeK ASUS Li-ion serial: N/A status: Discharging cycles: 90
Graphics:  Card-1: Intel Device 5916 bus-ID: 00:02.0 chip-ID: 8086:5916
           Card-2: NVIDIA GM108M [GeForce 940MX]
           bus-ID: 01:00.0 chip-ID: 10de:134d
           Display Server: X.org 1.19.3 driver: intel
           tty size: 80x25 Advanced Data: N/A for root
Sensors:   System Temperatures: cpu: 34.0C mobo: N/A
           Fan Speeds (in rpm): cpu: N/A
[zenux310a alpha]#

Comme d'hab, le remplacement effectué en console.

en gros cela ne resouds pas le problème de la carte Nvidia
ko sur mesa et ko sur la reconnaissance par le noyau

par contre tu as juste récupéré le rendu Mesa via optirun -v glxgears
tu as obtenu la fenêtre de démo avec les frames ?

stephane a écrit :tu as obtenu la fenêtre de démo avec les frames ?

Je la trouve où cette fenêtre ?

pour la fenêtre :
glxgears -->affichage opengl ( sans nvidia )

issu du lien suivant : https://github.com/Bumblebee-Project/Bu ... -234494238

si ton portable est sorti en 2009 essaye avec acpi_osi="!Windows 2009" en paramètre du noyau kernel
si ton portable est sorti après 2015 ( cad essentiellement apparition de la génération skylake ) essaye avec acpi_osi="!Windows 2015"
donc il faut ajouter ces paramètres en démarrage du noyau ( en plus )

donc ajouter à etc/defaut/grub
sudo nano etc/defaut/grub

pour la ligne
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
devient
GRUB_CMDLINE_LINUX_DEFAULT="acpi_osi="!Windows 2009" quiet splash"
ou
GRUB_CMDLINE_LINUX_DEFAULT="acpi_osi="!Windows 2015" quiet splash"

remettre a jour GRUB

grub-mkconfig -o /boot/grub/grub.cfg

et voir le résultat au démarrage

sudo journalctl -b0 -p err

Quelque chose ne joue pas :
- ce n'était pas GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
mais
GRUB_CMDLINE_LINUX_DEFAULT="quiet"
- et voici le retour de la maj-grub après remplacement de la ligne mentionée :

[zenux310a alpha]#     grub-mkconfig -o /boot/grub/grub.cfg
/etc/default/grub: ligne 4: 2015 quiet splash : commande introuvable
[zenux310a alpha]#

EDIT :

[zenux310a alpha]# glxgears
Error: couldn't get an RGB, Double-buffered visual
[zenux310a alpha]#

hackoeur a écrit :Quelque chose ne joue pas :
- ce n'était pas GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
mais
GRUB_CMDLINE_LINUX_DEFAULT="quiet"
- et voici le retour de la maj-grub après remplacement de la ligne mentionée :
[zenux310a alpha]#     grub-mkconfig -o /boot/grub/grub.cfg
/etc/default/grub: ligne 4: 2015 quiet splash : commande introuvable
[zenux310a alpha]#
EDIT :
[zenux310a alpha]# glxgears
Error: couldn't get an RGB, Double-buffered visual
[zenux310a alpha]#

on a un souci de séparateur final " , il n'a pas pris en compte 2015 et la suite
/etc/default/grub: ligne 4: 2015 quiet splash : commande introuvable

correction à apporter sudo nano /etc/defaut/grub

GRUB_CMDLINE_LINUX_DEFAULT="quiet acpi_osi=!Windows 2015"

grub-mkconfig -o /boot/grub/grub.cfg
et redémarrer

nb
"Windows 2009", NULL, 0, ACPI_OSI_WIN_7}, /* Windows 7 and Server 2008 R2 - Added 09/2009 */
"Windows 2012", NULL, 0, ACPI_OSI_WIN_8}, /* Windows 8 and Server 2012 - Added 08/2012 */
"Windows 2013", NULL, 0, ACPI_OSI_WIN_8}, /* Windows 8.1 and Server 2012 R2 - Added 01/2014 */
"Windows 2015", NULL, 0, ACPI_OSI_WIN_10}, /* Windows 10 - Added 03/2015 */

vérification
sudo journalctl -b0 -p err

Ah là c'était bon, juste une petite erreur dans l'écriture de "default" de :
nano /ect/default/grub
Voici le retour :

Les erreurs sont toujours là, mais il me semble qu'il y a un mieux...
Quand j'ai lancé la commande optirun -v glxgears pendant quelques secondes j'ai eu deux belles roues crantées en couleur à côté du retour de droite plus haut c'étalt LA window... :sourire:

Et là en revanche, il y a une sacrée différence de retour :

EDIT : Ah méhého :

C'est quoi la bonne nouvelle ici ? Je sais qu'au vu des erreurs du premier check, ce n'est pas complètement résolu, pourtant il y a un rebondissement positif...

[alpha@zenux310a ~]$ cat /proc/acpi/bbswitch
0000:01:00.0 ON
[alpha@zenux310a ~]$ nvidia-smi
Sat May 27 20:26:19 2017
+-----------------------------------------------------------------------------+
| NVIDIA-SMI 375.66 Driver Version: 375.66 |
|-------------------------------+----------------------+----------------------+
| GPU Name Persistence-M| Bus-Id Disp.A | Volatile Uncorr. ECC |
| Fan Temp Perf Pwr:Usage/Cap| Memory-Usage | GPU-Util Compute M. |
|===============================+======================+======================|
| 0 GeForce 940MX Off | 0000:01:00.0 Off | N/A |
| N/A 35C P8 N/A / N/A | 9MiB / 2002MiB | 0% Default |
+-------------------------------+----------------------+----------------------+

+-----------------------------------------------------------------------------+
| Processes: GPU Memory |
| GPU PID Type Process name Usage |
|=============================================================================|
| 0 1438 G /usr/lib/xorg-server/Xorg 6MiB |
| 0 1444 G glxgears 2MiB |
+-----------------------------------------------------------------------------+
[alpha@zenux310a ~]$ inxi -MGSsxxx
System: Host: zenux310a Kernel: 4.11.3-1-MANJARO x86_64 (64 bit gcc: 6.3.1)
Desktop: Xfce 4.12.3 (Gtk 2.24.31) info: xfce4-panel dm: lightdm
Distro: Manjaro Linux
Machine: Device: laptop System: ASUSTeK product: UX310UQK v: 1.0
Mobo: ASUSTeK model: UX310UQK v: 1.0
UEFI: American Megatrends v: UX310UQK.300 date: 10/03/2016
Battery BAT0: charge: 40.5 Wh 89.0% condition: 45.5/48.3 Wh (94%)
volts: 11.4/11.4
model: ASUSTeK ASUS Li-ion serial: N/A status: Discharging cycles: 91
Graphics: Card-1: Intel Device 5916 bus-ID: 00:02.0 chip-ID: 8086:5916
Card-2: NVIDIA GM108M [GeForce 940MX]
bus-ID: 01:00.0 chip-ID: 10de:134d
Display Server: X.Org 1.19.3 drivers: intel FAILED: modesetting
Resolution: 1920x1080@60.01hz
GLX Renderer: Mesa DRI Intel HD Graphics 620 (Kaby Lake GT2)
GLX Version: 3.0 Mesa 17.1.1 Direct Rendering: Yes
Sensors: System Temperatures: cpu: 39.0C mobo: N/A
Fan Speeds (in rpm): cpu: N/A
[alpha@zenux310a ~]$

Il y a un failed sur le driver intel "modesetting dans le retour "Graphics" de inxi -MGSsxxx

alors la bonne nouvelle
tu viens de récupérer la carte Nvidia!

le mode BBswitch est à ON ( Nvidia )

pour l'arrêter , en cliquant sur le terminal , Ctrl+Z pour arrêter optirun -v glxgears

pour le serveur Xorg , en principe le driver devrait être Intel en Modesetting

a voir

more /var/log/Xorg.0.log | grep EE

stephane a écrit :alors la bonne nouvelle
tu viens de récupérer la carte Nvidia!

Je dis plutôt que TU viens de me faire récupérer la carte Nvidia !
Merci beaucoup de ta patience Stephane.

Et pour les lignes d'erreur, c'est bon ?

Juste pour bien comprendre :
- qu'y a-t-il de mieux d'être sur cette carte Nvidia plutôt que sur la free hybrid-intel-nouveau ?
- vaut-il mieux rester ainsi ou basculer à nouveau sur l'autre ?

alors normalement tu devrais être en hybrid-bumblebee-nvidia
en switchant sur BBswitch - ON ( Nvidia) ou OFF(Intel)
tu change la gestion graphique pour le prochain démarrage du serveur Xorg

tu as donc le choix , souvent on retient celui qui chauffe ou consomme moins
par exemple ta carte est monté a 35°C pour le test OpenGL

le mode nouveau est issu des anciens drivers Nvidia , sur lequel Mesa Free poursuit , il concerne les très anciennes cartes Nvidias

Grrr, je ne fais que me citer en lieu et place d'éditer !

OK, merci de tes explications.
Oui, j'ai aussi constaté que là avec Nvidia, la température est montée.
Donc, hybrid-intel-nouveau serait celle à retenir au final...

Maintenant avec intel :

[zenux310a alpha]# sensors
iwlwifi-virtual-0
Adapter: Virtual device
ERROR: Can't get value of subfeature temp1_input: I/O error
temp1:            N/A  

coretemp-isa-0000
Adapter: ISA adapter
Package id 0:  +35.0°C  (high = +100.0°C, crit = +100.0°C)
Core 0:        +34.0°C  (high = +100.0°C, crit = +100.0°C)
Core 1:        +34.0°C  (high = +100.0°C, crit = +100.0°C)

acpitz-virtual-0
Adapter: Virtual device
temp1:        +35.0°C  (crit = +103.0°C)

pch_skylake-virtual-0
Adapter: Virtual device
temp1:        +31.5°C  

[zenux310a alpha]#

juste un chouilla plus bas...
Il y a aussi :

[zenux310a alpha]# journalctl -b0 -p err
-- Logs begin at Sat 2017-04-15 13:04:35 CEST, end at Sat 2017-05-27 21:42:29 CE
May 27 21:30:37 zenux310a kernel: tpm_crb MSFT0101:00: can't request region for 
May 27 21:30:38 zenux310a kernel: ACPI Error: [GALS] Namespace lookup failure, A
May 27 21:30:38 zenux310a kernel: ACPI Error: Method parse/execution failed [\_S
May 27 21:30:38 zenux310a kernel: iwlwifi 0000:02:00.0: capa flags index 3 large
May 27 21:30:38 zenux310a systemd-vconsole-setup[543]: Virtual console /dev/tty0
May 27 21:39:21 zenux310a kernel: nouveau 0000:01:00.0: priv: HUB0: 6013d4 00005
May 27 21:39:21 zenux310a kernel: nouveau 0000:01:00.0: bus: MMIO read of 000000
May 27 21:39:21 zenux310a kernel: nouveau 0000:01:00.0: priv: HUB0: 10ecc0 fffff
May 27 21:39:22 zenux310a kernel: nouveau 0000:01:00.0: DRM: Pointer to TMDS tab
May 27 21:39:22 zenux310a kernel: nouveau 0000:01:00.0: DRM: Pointer to flat pan
May 27 21:39:22 zenux310a bumblebeed[310]: [XORG] (EE) NOUVEAU(0): [drm] failed 
May 27 21:39:22 zenux310a bumblebeed[310]: [XORG] (EE) NOUVEAU(0): [drm] error o
May 27 21:39:22 zenux310a bumblebeed[310]: [XORG] (EE) NOUVEAU(0): 906:
May 27 21:39:22 zenux310a bumblebeed[310]: [XORG] (EE) Screen(s) found, but none
May 27 21:39:22 zenux310a bumblebeed[310]: [XORG] (EE)
May 27 21:39:22 zenux310a bumblebeed[310]: [XORG] (EE) no screens found(EE)
May 27 21:39:22 zenux310a bumblebeed[310]: [XORG] (EE)
May 27 21:39:22 zenux310a bumblebeed[310]: [XORG] (EE) Please also check the log
May 27 21:39:22 zenux310a bumblebeed[310]: [XORG] (EE)
May 27 21:39:22 zenux310a bumblebeed[310]: [XORG] (EE) Server terminated with er
May 27 21:39:22 zenux310a bumblebeed[310]: X did not start properly
May 27 21:39:25 zenux310a systemd-coredump[1455]: Process 1444 (xfsettingsd) of 
                                                  
[zenux310a alpha]#

[zenux310a alpha]# optirun -v glxgears
[  943.553604] [INFO]Configured driver: nouveau
[  944.221391] [INFO]Response: No - error: [XORG] (EE) NOUVEAU(0): [drm] failed to set drm interface version.

[  944.221418] [ERROR]Cannot access secondary GPU - error: [XORG] (EE) NOUVEAU(0): [drm] failed to set drm interface version.

[  944.221443] [ERROR]Aborting because fallback start is disabled.
[zenux310a alpha]#

[zenux310a alpha]# cat /proc/acpi/bbswitch
0000:01:00.0 ON
[zenux310a alpha]#

Tiens, c'est sur ON alors que j'ai basculé en mode console sur hybrid-intel-nouveau... O'õ

[zenux310a alpha]# nvidia-smi
bash: nvidia-smi : commande introuvable
[zenux310a alpha]# inxi -MGSsxxx
System:    Host: zenux310a Kernel: 4.11.3-1-MANJARO x86_64 (64 bit gcc: 6.3.1)
           Desktop: Xfce 4.12.3 (Gtk 2.24.31) info: xfce4-panel dm: lightdm
           Distro: Manjaro Linux
Machine:   Device: laptop System: ASUSTeK product: UX310UQK v: 1.0 serial: H1N0CV128985039
           Mobo: ASUSTeK model: UX310UQK v: 1.0 serial: N0CV1702MB0130958
           UEFI: American Megatrends v: UX310UQK.300 date: 10/03/2016
Battery    BAT0: charge: 33.2 Wh 72.8% condition: 45.6/48.3 Wh (94%)
           volts: 11.4/11.4
           model: ASUSTeK ASUS Li-ion serial: N/A status: Discharging cycles: 91
Graphics:  Card-1: Intel Device 5916 bus-ID: 00:02.0 chip-ID: 8086:5916
           Card-2: NVIDIA GM108M [GeForce 940MX]
           bus-ID: 01:00.0 chip-ID: 10de:134d
           Display Server: X.org 1.19.3 driver: intel
           tty size: 83x25 Advanced Data: N/A for root
Sensors:   System Temperatures: cpu: 30.5C mobo: N/A
           Fan Speeds (in rpm): cpu: N/A
[zenux310a alpha]#

- J'ai remis le # à la ligne TLP RUNTIME_PM_BLACKLIST="01:00:0"
- Pas touché à la ligne dans /etc/default/grub en revanche
Faut-il remettre GRUB_CMDLINE_LINUX_DEFAULT="quiet" ?