Ordinateurs Portables - Technologie hybride (2 cartes) nVidia Optimus

ArchangeGabriel · Le 05/10/2011, à 15:31

Désolé pour cette longue absence, mais ma charge de travail s'intensifie, et j'ai de moins en moins de temps libre.

Pour ce que j'en vois ici, le seul problème éventuel restant est celui de Khelen. Peux-tu copier le contenu des fichiers cardon et cardoff de ton système ici ? Histoire de vérifier que tout va bien.

Pour ce qui est de l'HDMI, on a quelques pistes, mais très peu de temps pour les travailler.

En revanche, 2 des autres devs on découvert quelque chose de très intéressant, qu'ils travaillent beaucoup ces derniers temps, et qui devrait donner lieu à un bumblebee beaucoup plus performant. Je vous tiendrais au courant des évolutions de ce côté.

siick · Le 05/10/2011, à 15:42

Je ne suis en rien concerné par ce topic mais j'ai entierement lu ton post principal.
Je n'en envie de dire qu'une chose, BRAVO et MERCI pour tous les utilisateurs!

jlbiasini · Le 06/10/2011, à 16:56

Bonjour !

En fait j'avais mal testé et je me rends compte que la gestion d'énergie n'est sans doute pas activé sur mon portable.
Après une installation fonctionnelle j'ai:
Modifié ces deux valeurs dans /etc/bumblebee/bumblebee.conf
ENABLE_POWER_MANAGEMENT=Y
STOP_SERVICE_ON_EXIT=Y
créé les fichiers /etc/bumblebee/cardon et cardoff avec mes valeurs.
redémarré l'ordi.
Alors ça marche mais en fait si je vide par exemple le fichier cardon ça marche aussi !
Je teste en parallèle debumblebee et je voudrais savoir m'assurer que mes valeur de carte sont bonne (sous debumblebee la valeur cardoff marche mais pas la cardon) Il y a t'il un moyen simple pour tester les valeur acpi avec bumblebee (genre ligne de commande qui active la carte et une autre qui la désactive) ?

ArchangeGabriel · Le 06/10/2011, à 18:26

Tu peux donner le contenu du fichier /var/bumblebee.log ?

jlbiasini · Le 06/10/2011, à 19:23

Attend mes appels sont très certainement mauvais mais peut être peux tu m'aider pour ça aussi :
En farfouillant dans les tables acpi de ma debian et en décodant avec iasl j'ai trouvé ça:

Scope (\_SB.PCI0.PEG0.PEGP)
{
    OperationRegion (NVHM, SystemMemory, NVHA (0x00010400), Field (NVHM, AnyAcc, NoLock, Preserve)
        {
            NVSG, 128,
            NVSZ, 32,
            NVVR, 32,
            NVHO, 32,
            RVBS, 32,
            RBF1, 262144,
            RBF2, 262144,
            MXML, 32,
            MXM3, 1600
        })
    Name (OPCE, 0x02)
    Name (OPTF, One)
    Name (DGPS, Zero)
    Name (_PSC, Zero)
    Method (_PS0, 0, NotSerialized)
    {
        Store (Zero, _PSC)
        If (LNotEqual (DGPS, Zero))
        {
            _ON ()
            Store (Zero, DGPS)
        }
    }

    Method (_PS1, 0, NotSerialized)
    {
        Store (One, _PSC)
    }

    Method (_PS3, 0, NotSerialized)
    {
        If (LEqual (OPCE, 0x03))
        {
            If (LEqual (DGPS, Zero))
            {
                _OFF ()
                Store (One, DGPS)
            }

            Store (0x02, OPCE)
        }

        Store (0x03, _PSC)
    }

Jusqu'à présent je faisais des appels avec _OFF et _ON mais on vois bien ici que les methodes PS0 et PS3 les encapsules... J'ai donc essayé d'éteindre avec la methode _PS3 mais ça marche pas. Je soupçonne les conditions If (LEqual (OPCE, 0x03)) et If (LEqual (DGPS, Zero)) de ne pas être remplies... Je n'ai pas trouvé d'autre fonction dans cette table fixant ces valeurs... Peut-on les fixer à la main ? Et comment ? Et la fonction LEqual c'est quoi ? Il me semble que ça doit être "pas égal a" mais je n'en suis pas sur... Tu en sais plus ?

EDIT:
le fichier complet du decodage : https://gist.github.com/1267940

Dernière modification par jlbiasini (Le 06/10/2011, à 19:29)

ArchangeGabriel · Le 06/10/2011, à 19:28

Tu commences à toucher du doigt le principe de mon travail sur l'ACPI.

LEqual c'est Lower or Equal. C'est la condition If (LEqual (OPCE, 0x03)) qui n'est pas respectée (l'autre l'est si a carte est allumée, sauf si tu bidouilles trop).

Si tu pousses tes investigations plus loin, tu verras qu'il faut appeler une certaine fonction DSM avec les arguments qui vont bien pour régler cette valeur, puis que cette fonction DSM est elle-même appelée par une fonction de plus haut niveau, et il en va souvent de même pour PS0 et PS3.

De plus, les arguments avec lesquels on appelle cette fonction ne devraient pas être écrits en dur, mais devraient utiliser les variables définies dans les tables.

jlbiasini · Le 06/10/2011, à 19:42

Et oui!

Method (_DSM, 4, Serialized)
{
CreateByteField (Arg0, 0x03, GUID)
Return (\_SB.PCI0.GFX0.HDSM (Arg0, Arg1, Arg2, Arg3))
}

avec un joli 0x03 qui me rapelle vaguement quelque chose Mais là ça devient compliqué pour moi... surtout que _SB.PCI0.GFX0.HDSM n'est pas déclaré dans ce fichier... Je crois que je vais devoir continuer à farfouiller moi ! Et je vais avoir besoin d'aide aussi !

ArchangeGabriel · Le 06/10/2011, à 19:54

Tu en as pour des heures si tu cherches à comprendre, et tu n'as pas fini de remonter de fonction en fonction (moi non plus d'ailleurs, c'est pour ça que cette fonctionnalité est toujours au statut alpha).

C'est pour ça qu'on demande à ce qu'on nous envoie les fichiers par mail, c'est plus rapide qu'on s'en occupe, et on sait quoi chercher, faire, ...

jlbiasini · Le 06/10/2011, à 20:02

ah alors c'est déjà fait (j'ai déjà tout envoyé il y a quelque jour quand je suis apparu sur ce fil de discussion) le seul truc c'est que j'avais dit que ça marchais et en fait non...
Il faudrait peut-être modifier aussi le test_off.sh parce que sii les gens s'amuse à étendre direct avec la methode _OFF ça peut foutre la merde non ?

ArchangeGabriel · Le 06/10/2011, à 20:03

Ben on l'a carrément supprimé sur notre version, je ne peux pas le faire sur l'autre, et avilella et mkottman sont aux abonnés absents.

Je vais chercher tes appels de ce pas.

Dernière modification par ArchangeGabriel (Le 06/10/2011, à 20:03)

ArchangeGabriel · Le 06/10/2011, à 20:12

Cardon:

\_SB.PCI0.PEG0.PEGP._PS0

Cardoff:

\_SB.PCI0.PEG0.PEGP._DSM {0xF8,0xD8,0x86,0xA4,0xDA,0x0B,0x1B,0x47,0xA7,0x2B,0x60,0x42,0xA6,0xB5,0xBE,0xE0} 0x100 0x1A {0x1,0x0,0x0,0x3}
\_SB.PCI0.PEG0.PEGP._PS3

Dernière modification par ArchangeGabriel (Le 06/10/2011, à 20:12)

simonbarreau · Le 06/10/2011, à 20:25

Bonjour ArchangeGabriel,
J'ai posté l'autre jour un message sur le forum en disant que mon problème de consommation était reglé, mais je ne sais pas pourquoi, après avoir rallumé et éteint mon ordinateur plusieurs fois la consommation est revenu à la hausse, j'ai donc tout réinstallé et pareille, après redémmarage ma consommation revient à la hausse. J'utilise actuellement les ancien Cardon et Cardoff des vieilles versions de bumblebee (je ne les avais pas supprimé). C'est à dire celle ci :
\_SB.PCI0.PEG1.GFX0._ON et
\_SB.PCI0.PEG1.GFX0._OFF.

Sont-ils bon ?
Je demande ça parce que je ne les trouvent pas pour mon Asus N53J (j'ai envoyé un mail comme dis dans le tutoriel mais je n'ai pas eu de réponse...). Merci d'avance pour ton aide. Amicalement, Simon.

ArchangeGabriel · Le 06/10/2011, à 20:29

J'ai répondu à ton mail il y a quelques minutes, avec les nouveaux appels.

simonbarreau · Le 06/10/2011, à 20:32

Ho oui, excuse moi vraiment. J'ai regardé ça il y a une heure. Encore pardon.

jlbiasini · Le 06/10/2011, à 21:40

J'ai un écart de 2064 mA sans à 3950 mA avec. Cela suffit-il à affirmer que ça fonctionne sous Ubuntu (n'y a t'il pas une méthode plus directe pour vérifier l'activation de la carte?) ? Parce que sous debian les nouveaux appels ne marche toujours pas... (ça s'éteint mais impossible de redémarrer la carte : FATAL: Error inserting nvidia (/lib/modules/3.0.0-1-amd64/updates/dkms/nvidia.ko): No such device
En tout cas là c'est clair qu'elle est éteinte !

ArchangeGabriel · Le 06/10/2011, à 21:41

Peux-tu copier le log de Bumblebee ? Il contient les infos nécessaires pour savoir si la carte est désactivée ou non.

jlbiasini · Le 06/10/2011, à 23:08

Bon alors voilà c'est officiel : "j'y comprends que dalle !!!"

Résumé des épisodes précédent:
-comme ta méthode n'avait pas l'air de marcher pour debumblebee (debian), je suis retourné sur mon dumb acpi et j'ai constaté ceci:
si on reprend le problème de la condition If (LEqual (OPCE, 0x03)) et que l'on cherche d'autres occurences de OPCE pour voir qui la modifie, alors on s'aperçoit que la seuls méthode qui la modifie dans mon fichier est \_SB.PCI0.GFX0.HDSM
et justement en mettant cette méthode toute seule et bien ça marche ! ça c'est vraiment la chance du débutant !!
Par contre sous Ubuntu avec les valeurs que tu m'as fourni si on lance optirun 2 fois et bien la deuxième on a droit à un plantage en règle comme sous debian: no such device !
[ 16.83] Bumblebee log started at Thu, 06 Oct 2011 21:35:11 +0200
[ 16.83] Creating fifo /var/run/bumblebee.fifo for communication...
[ 16.84] Making FIFO writable for members of group bumblebee
[ 17.27] Unloading driver 'nvidia' on start...
[ 17.91] rmmod nvidia, wait=no
[ 18.05] Disabling graphics card on start...
[ 18.21] insmod /lib/modules/2.6.38-11-generic/updates/dkms/acpi_call.ko
[ 18.21] Waiting for orders
[ 144.64] Optirun start request received.
[ 144.65] Checking for X server availability before starting X...
[ 144.66] X server is not started
[ 144.66] Enabling graphics card...
[ 145.32]
[ 145.32] Loading driver...
[ 145.83] insmod /lib/modules/2.6.38-11-generic/updates/dkms/nvidia-current.ko
[ 145.83] FATAL: Error inserting nvidia_current (/lib/modules/2.6.38-11-generic/updates/dkms/nvidia-current.ko): No such device
[ 145.84] The driver failed to load.
[ 145.84] Waiting for orders

Par contre si je remplace par ma méthode et bien là justement ça marche pas non plus !!!

[ 18.17] Bumblebee log started at Thu, 06 Oct 2011 23:24:02 +0200
[ 18.17] Creating fifo /var/run/bumblebee.fifo for communication...
[ 18.17] Making FIFO writable for members of group bumblebee
[ 18.42] Unloading driver 'nvidia' on start...
[ 18.59] rmmod nvidia, wait=no
[ 18.59] Disabling graphics card on start...
[ 18.72] insmod /lib/modules/2.6.38-11-generic/updates/dkms/acpi_call.ko
[ 18.72] The card could not be disabled.
[ 18.72] Waiting for order

C'est quand même plus meilleur bien parce que au moins ça plante pas la carte mais ça n'a pas l'air de réussir non plus... Bon et niveau conso toujours pariel: 2 fois moins sans optirun que avec.
Ce qu'il faudrait c'est que je puisse tester si ça marche vraiment sous debian. D'après le script oui mais je n'en sais pas plus... Je n'ai pas trouvé l'équivalent debian pour mesurer la batterie: il n'y a pas de répertoire /proc/acpi/battery
J'avais un problème avec debumblebee maintenant j'en ai un avec bumblebee !
Peut-être un paquet à installer ?

jlbiasini · Le 07/10/2011, à 00:34

Bon je n'arrive plus à reproduire le truc donc je me suis sans doute planté... bon je vais au lit je doit en avoir besoin... En tout cas sur la methode d'extinction le mystère demeure....

jlbiasini · Le 07/10/2011, à 12:46

Bon après moulte retest il est clair que ma méthode ne marche pas.
Les appels que tu m'as donné désactivent effectivement la carte (sur Ubuntu/bumblebee comme Debian/debumblebee) Mais pas moyen de la ralumer!
d'ou trois hypothèses:
- L'appel d'extinction avec la fonction _DSM n'est pas assez général ou bien les valeurs ne sont pas les bonnes et bloque le rallumage
- La fonction d'appel d'allumage n'est pas bonne (curieux ça a pas l'air sorcier)
- Ou bien en bidouillant j'ai flingué les valeur de rallumage...

Quel test je pourrais faire pour vérifier tout ça ?

ArchangeGabriel · Le 07/10/2011, à 15:09

Premièrement, il est certain qu'appeler la fonction DSM n'est pas encore assez général, et ce chez tout le monde.

Normalement, redémarrer aurait du réinitialiser les états, donc il paraît dur d'avoir "flingué" quoi que ce soit, à moins que tu aies quelque part dans ton système un script qui utilise l'ACPI...

Faudrait regarder la sortie du fichier kern.log correspondant à une tentative d'optirun.

jlbiasini · Le 07/10/2011, à 15:45

Alors voilà

sudo cat /var/log/kern.log > avant
optirun glxspheres
sudo cat /var/log/kern.log > après

et j'enlève tout ce qui est dans les deux fichiers, ce qui nous fait:

Oct  7 16:37:51 rantanplan kernel: [  123.032092] acpi_call: Calling \_SB.PCI0.PEG0.PEGP._PS0
Oct  7 16:37:51 rantanplan kernel: [  123.560201] acpi_call: Call successful: 0x0
Oct  7 16:37:52 rantanplan kernel: [  124.131784] nvidia 0000:01:00.0: power state changed by ACPI to D0
Oct  7 16:37:52 rantanplan kernel: [  124.131790] nvidia 0000:01:00.0: power state changed by ACPI to D0
Oct  7 16:37:52 rantanplan kernel: [  124.131815] nvidia 0000:01:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
Oct  7 16:37:52 rantanplan kernel: [  124.131832] nvidia 0000:01:00.0: setting latency timer to 64
Oct  7 16:37:52 rantanplan kernel: [  124.131844] vgaarb: device changed decodes: PCI:0000:01:00.0,olddecodes=none,decodes=none:owns=none
Oct  7 16:37:52 rantanplan kernel: [  124.132022] NVRM: The NVIDIA GPU 0000:01:00.0 (PCI ID: 10de:0df4) installed
Oct  7 16:37:52 rantanplan kernel: [  124.132025] NVRM: in this system is not supported by the 280.13 NVIDIA Linux
Oct  7 16:37:52 rantanplan kernel: [  124.132028] NVRM: graphics driver release.  Please see 'Appendix A -
Oct  7 16:37:52 rantanplan kernel: [  124.132030] NVRM: Supported NVIDIA GPU Products' in this release's README,
Oct  7 16:37:52 rantanplan kernel: [  124.132032] NVRM: available on the Linux graphics driver download page at
Oct  7 16:37:52 rantanplan kernel: [  124.132034] NVRM: www.nvidia.com.
Oct  7 16:37:52 rantanplan kernel: [  124.132049] nvidia 0000:01:00.0: PCI INT A disabled
Oct  7 16:37:52 rantanplan kernel: [  124.132065] nvidia: probe of 0000:01:00.0 failed with error -1
Oct  7 16:37:52 rantanplan kernel: [  124.132115] NVRM: The NVIDIA probe routine failed for 1 device(s).
Oct  7 16:37:52 rantanplan kernel: [  124.132119] NVRM: None of the NVIDIA graphics adapters were initialized!

ArchangeGabriel · Le 07/10/2011, à 15:48

Réinstalle le driver nVidia.

jlbiasini · Le 07/10/2011, à 16:08

Pareil ! Pour info le drivers est nvidia-current 280-13-0ubuntu1-natty-xup1
j'ai également réinstallé nvidia-common 0.2.30.1
avant celà j'ai vidé le cache de apt pour forcer le téléchargement

ArchangeGabriel · Le 07/10/2011, à 16:11

Bug étrange alors. D'après le kernel, c'est le driver nvidia qui n'arrive pas à réactiver la carte.

On a déjà rencontré ce problème par le passé, mais dans des conditions différentes et on avait une solution, mais elle ne marche pas ici.

Peut-être que passer sous Oneiric règlera le problème. A voir dans une semaine donc.

jlbiasini · Le 07/10/2011, à 16:16

D'après le site de NVIDIA il me faut les drivers 285.05.09

Edit si j'installe leur driver ça peut changer quelque chose ?

Dernière modification par jlbiasini (Le 07/10/2011, à 16:16)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#526 Le 05/10/2011, à 15:31

Re : Ordinateurs Portables - Technologie hybride (2 cartes) nVidia Optimus

#527 Le 05/10/2011, à 15:42

Re : Ordinateurs Portables - Technologie hybride (2 cartes) nVidia Optimus

#528 Le 06/10/2011, à 16:56

Re : Ordinateurs Portables - Technologie hybride (2 cartes) nVidia Optimus

#529 Le 06/10/2011, à 18:26

Re : Ordinateurs Portables - Technologie hybride (2 cartes) nVidia Optimus

#530 Le 06/10/2011, à 19:23

Re : Ordinateurs Portables - Technologie hybride (2 cartes) nVidia Optimus

#531 Le 06/10/2011, à 19:28

Re : Ordinateurs Portables - Technologie hybride (2 cartes) nVidia Optimus

#532 Le 06/10/2011, à 19:42

Re : Ordinateurs Portables - Technologie hybride (2 cartes) nVidia Optimus

#533 Le 06/10/2011, à 19:54

Re : Ordinateurs Portables - Technologie hybride (2 cartes) nVidia Optimus

#534 Le 06/10/2011, à 20:02

Re : Ordinateurs Portables - Technologie hybride (2 cartes) nVidia Optimus

#535 Le 06/10/2011, à 20:03

Re : Ordinateurs Portables - Technologie hybride (2 cartes) nVidia Optimus

#536 Le 06/10/2011, à 20:12

Re : Ordinateurs Portables - Technologie hybride (2 cartes) nVidia Optimus

#537 Le 06/10/2011, à 20:25

Re : Ordinateurs Portables - Technologie hybride (2 cartes) nVidia Optimus

#538 Le 06/10/2011, à 20:29

Re : Ordinateurs Portables - Technologie hybride (2 cartes) nVidia Optimus

#539 Le 06/10/2011, à 20:32

Re : Ordinateurs Portables - Technologie hybride (2 cartes) nVidia Optimus

#540 Le 06/10/2011, à 21:40

Re : Ordinateurs Portables - Technologie hybride (2 cartes) nVidia Optimus

#541 Le 06/10/2011, à 21:41

Re : Ordinateurs Portables - Technologie hybride (2 cartes) nVidia Optimus

#542 Le 06/10/2011, à 23:08

Re : Ordinateurs Portables - Technologie hybride (2 cartes) nVidia Optimus

#543 Le 07/10/2011, à 00:34

Re : Ordinateurs Portables - Technologie hybride (2 cartes) nVidia Optimus

#544 Le 07/10/2011, à 12:46

Re : Ordinateurs Portables - Technologie hybride (2 cartes) nVidia Optimus

#545 Le 07/10/2011, à 15:09

Re : Ordinateurs Portables - Technologie hybride (2 cartes) nVidia Optimus

#546 Le 07/10/2011, à 15:45

Re : Ordinateurs Portables - Technologie hybride (2 cartes) nVidia Optimus

#547 Le 07/10/2011, à 15:48

Re : Ordinateurs Portables - Technologie hybride (2 cartes) nVidia Optimus

#548 Le 07/10/2011, à 16:08

Re : Ordinateurs Portables - Technologie hybride (2 cartes) nVidia Optimus

#549 Le 07/10/2011, à 16:11

Re : Ordinateurs Portables - Technologie hybride (2 cartes) nVidia Optimus

#550 Le 07/10/2011, à 16:16

Re : Ordinateurs Portables - Technologie hybride (2 cartes) nVidia Optimus

Pied de page des forums