a priori oui. si tu vas en root dans /sys/kernel/debug/vgaswitcheroo/ et que tu fais un ls, quel est le retour de la console ?

le xrandr --listproviders Providers: number : 0 est bizarre... que renvoie glxinfo | grep "OpenGL vendor string" ?
Salut,

donc les commandes que j'ai effectué pour être sur 🙂 :

> dnf remove bbswitch bumblebee* *nvidia*

> xrandr --listproviders
Providers: number : 2
Provider 0: id: 0x88 cap: 0xb, Source Output, Sink Output, Sink Offload crtcs: 4 outputs: 5 associated providers: 1 name:Intel
Provider 1: id: 0x5f cap: 0x5, Source Output, Source Offload crtcs: 0 outputs: 0 associated providers: 1 name:nouveau
> xrandr --setprovideroffloadsink nouveau Intel (donc si je fais pas d'erreur on déactive la carte nvidia il y a que la carte intel qui fonctionne c'est bien ça ?,
glxinfo | grep "OpenGL vendor string"
OpenGL vendor string: Intel Open Source Technology Center
DRI_PRIME=0 glxinfo | grep "OpenGL vendor string"
OpenGL vendor string: Intel Open Source Technology Center
DRI_PRIME=1 glxinfo | grep "OpenGL vendor string"
OpenGL vendor string: nouveau
Toinou879
> donc si je fais pas d'erreur on déactive la carte nvidia il y a que la carte intel qui fonctionne c'est bien ça ?,
pas exactement, par défaut c'est la carte Intel qui est utilisé, et si tu fais précéder une commande de DRI_PRIME=1 ; la carte Nvidia sera utilisée.

tu peux t'assurer que la carte Nvidia est bien off par défaut, cf les derniers paragraphes de la doc
Edouard_le_homard wrote:> donc si je fais pas d'erreur on déactive la carte nvidia il y a que la carte intel qui fonctionne c'est bien ça ?,
pas exactement, par défaut c'est la carte Intel qui est utilisé, et si tu fais précéder une commande de DRI_PRIME=1 ; la carte Nvidia sera utilisée.

tu peux t'assurer que la carte Nvidia est bien off par défaut, cf les derniers paragraphes de la doc

cette commande ?
cat /sys/kernel/debug/vgaswitcheroo/switch
0:IGD:+😛wr:0000:00:02.0
1:DIS: 😃ynOff:0000:01:00.0
Toinou879
Encore merci, pour ton aide Edouard_le_homard 🙂

Toinou879
Pour répondre à ta question :
# cd /sys/kernel/debug/
# ll
total 0
drwxr-xr-x. 2 root root 0 27 juil.  2016 acpi
drwxr-xr-x. 6 root root 0 27 juil.  2016 bdi
drwxr-xr-x. 3 root root 0 26 juil. 23:41 bluetooth
drwxr-xr-x. 3 root root 0 27 juil.  2016 boot_params
drwxr-xr-x. 2 root root 0 27 juil.  2016 cleancache
drwxr-xr-x. 2 root root 0 27 juil.  2016 clk
drwxr-xr-x. 2 root root 0 27 juil.  2016 dma_buf
drwxr-xr-x. 2 root root 0 27 juil.  2016 dri
drwxr-xr-x. 2 root root 0 27 juil.  2016 dynamic_debug
drwxr-xr-x. 2 root root 0 27 juil.  2016 extfrag
-rw-r--r--. 1 root root 0 27 juil.  2016 fault_around_bytes
drwxr-xr-x. 2 root root 0 27 juil.  2016 frontswap
-r--r--r--. 1 root root 0 27 juil.  2016 gpio
drwxr-xr-x. 5 root root 0 27 juil.  2016 hid
drwxr-xr-x. 3 root root 0 26 juil. 23:41 ieee80211
drwxr-xr-x. 2 root root 0 26 juil. 23:41 iio
drwxr-xr-x. 2 root root 0 26 juil. 23:41 intel_lpss
drwxr-xr-x. 3 root root 0 26 juil. 23:41 iwlwifi
-r--------. 1 root root 0 27 juil.  2016 kernel_page_tables
drwxr-xr-x. 2 root root 0 27 juil.  2016 kprobes
drwxr-xr-x. 2 root root 0 26 juil. 23:41 kvm
drwxr-xr-x. 2 root root 0 27 juil.  2016 mce
drwxr-xr-x. 2 root root 0 26 juil. 23:41 mei0
drwxr-xr-x. 2 root root 0 27 juil.  2016 mmc0
drwxr-xr-x. 2 root root 0 27 juil.  2016 pinctrl
drwxr-xr-x. 2 root root 0 26 juil. 23:41 pkg_temp_thermal
drwxr-xr-x. 2 root root 0 27 juil.  2016 pm_genpd
drwxr-xr-x. 2 root root 0 27 juil.  2016 pm_qos
drwxr-xr-x. 2 root root 0 27 juil.  2016 ras
drwxr-xr-x. 4 root root 0 27 juil.  2016 regmap
-rw-r--r--. 1 root root 0 27 juil.  2016 sched_features
-r--r--r--. 1 root root 0 27 juil.  2016 sleep_time
--w-------. 1 root root 0 27 juil.  2016 split_huge_pages
drwxr-xr-x. 5 root root 0 26 juil. 23:41 sunrpc
-r--r--r--. 1 root root 0 27 juil.  2016 suspend_stats
dr-xr-xr-x. 2 root root 0 27 juil.  2016 tracing
drwxr-xr-x. 6 root root 0 27 juil.  2016 usb
-r--r--r--. 1 root root 0 27 juil.  2016 wakeup_sources
drwxr-xr-x. 2 root root 0 27 juil.  2016 x86
drwxr-xr-x. 3 root root 0 27 juil.  2016 xen
drwxr-xr-x. 2 root root 0 27 juil.  2016 zswap

# xrandr --listproviders
Providers: number : 0

# glxinfo | grep "OpenGL vendor string"
OpenGL vendor string: VMware, Inc.
Et de plus, dans les paramètres Fedora / Details, ma carte graphique est:
Gallium 0.4 on llvmpipe (LLVM 3.8, 256 bits)

Et ayant un dual boot Windows 7, je peux te confirmer que ma carte graphique fonctionne correctement 🙂
je n'ai pas eu le temps de trop creuser mais je suis tombé sur ça ; du coup teste la solution proposée, à savoir : 
usermod -a -G video mon_user
Salut,
J'ai tenté le usermod en root mais après reboot, j'ai les mêmes résultats que dans mon post précédent 🙁
10 jours plus tard
Bonjour à tous, je suis, il me semble, dans le même cas de figure sur un acer aspire vnitro avec une carte nvidia 860m. Mon installation de Fedora 24 est toute fraîche de quelques jours.

J'ai également suivi le tuto au lien suivant :

http://doc.fedora-fr.org/wiki/Support_d'Optimus

J'ai bien les deux parties graphiques de reconnues :

lspci | grep -E "3D|VGA"

me renvoie bien :

00:02.0 VGA compatible controller: Intel Corporation 4th Gen Core Processor Integrated Graphics Controller (rev 06)
01:00.0 3D controller: NVIDIA Corporation GM107M [GeForce GTX 860M] (rev a2)

Par contre la commande :

cat /sys/kernel/debug/vgaswitcheroo/switch

me renvoie :

0:IGD:+😛wr:0000:00:02.0
1:DIS: 😃ynOff:0000:01:00.0

Et j'ai beau lancé :

echo ON > /sys/kernel/debug/vgaswitcheroo/switch

La carte dédiée ne s'allume pas, le résultat de la commande précédente reste le même.

Je n'ai rien modifié ni rien installé de particulier depuis l'installation de "base" faite il y a quelques jours. Il y a-t-il des choses à installer ? Je ne sais pas si j'ai tous les prérequis mentionnés dans le tuto :

kernel version 3.17 or supérieure avec Render-Nodes - la version 3.16 ne fonctionne qu'en bootant avec drm.rnodes=1.
XServer 1.16 avec le support DRI3
Mesa 10.3 avec le support DRI3
pilotes KMS chargés pour les deux cartes graphiques
pilotes DDX chargés pour la carte graphique intégrée

Merci d'avance à ceux qui auraient une idée !
que renvoie : 
DRI_PRIME=1 glxinfo | grep "OpenGL vendor string"
C'est drôle chez moi j'ai le même comportement, à savoir le echo ON > /sys/kernel/debug/vgaswitcheroo/switch ne change rien à l'état de la carte, par contre un DRI_PRIME=1 glxinfo | grep "OpenGL vendor string"
allume bien la carte dédiée.

Tant que le DRI_PRIME fonctionne, pas besoin de se prendre la tête plus que ça
ça renvoie
[macraph@localhost ~]$ DRI_PRIME=1 glxinfo | grep "OpenGL vendor string"
OpenGL vendor string: nouveau
Du coup c'est bon ?
J'ai lancé un jeu sur steam pour voir mais ça rame et saccade énormément, je ne pense pas que la carte nvidia soit activée.
Ben je clique sur l'icône tout simplement ! C'est peut-être pas assez...
en effet, et le fonctionnement d'Optimus t'a clairement échappé. Pour que steam utilise la carte dédiée, tu dois lancer 
DRI_PRIME=1 steam
Sans ce DRI_PRIME=1 ; le sytème utilise la carte graphique intégrée.
Ok j'ai compris maintenant. J'ai essayé mais je ne constate aucune amélioration : le jeu (Firewatch) saccade bêtement dès le menu puis plante définitivement. En lançant steam avec DRI_PRIME=1 les jeux lancés depuis steam le sont également ? Si je veux faire un essai avec le pilote nvidia dans l'espoir d'améliorer les performances lequel dois-je choisir sur cette page ?
http://doc.fedorafr.org/wiki/Carte_graphique_NVIDIA_:_installation_des_pilotes#Installation_des_pilotes_pour_Fedora
Les catégories mentionnées (Geforce 8, 9, 10 etc) ne correspondent pas aux cartes graphiques de portables si ?
Merci encore pour les infos et je m'excuse si je dévie progressivement le fil de la discussion.
> En lançant steam avec DRI_PRIME=1 les jeux lancés depuis steam le sont également ?
Oui.

> Si je veux faire un essai avec le pilote nvidia dans l'espoir d'améliorer les performances lequel dois-je choisir sur cette page ?
Suis ce tuto.
Il faut éditer la commande du jeu.
Quand j'étais sous fedora, j'avais du mettre ceci avec bumblebee pour lancer le jeu et avoir des perfs correctes (steam lancé normalement) :


Maintenant, essaies avec un truc du genre
DRI_PRIME=1 %command%