Reprise du message précédent :

 
Le problème c'est que l'écran laisse la partie détection sous tension même lorsqu'il est éteint. Donc si la carte interroge l'écran, celui ci va répondre, même si il est éteint.

Je ne sais pas trop où poster, donc voila, je colle ça ici : quelqu'un a-t-il déjà pu faire la différence entre un Intel 4500MHD et le nouveau contrôleur Intel HD intégré aux Core I3/5/7 ? Que peut-on attendre de mieux ou moins bien ?

il est pas un peu moins bon en terme de performances pures (le nouveau) ?

Article intéressant sur les possibilités de futur de la pile graphique, sans X notamment :
http://lwn.net/Articles/413335/

Keith Packard est actuellement le leader de facto pour le serveur X

 
Ben oui , surtout que ca me donne la meme:  
root@debian:~# /sbin/modinfo sisusbvga
filename:       /lib/modules/2.6.35.7-dockstar/kernel/drivers/usb/misc/sisusbvga/sisusbvga.ko
license:        GPL
description:    sisusbvga - Driver for Net2280/SiS315-based USB2VGA dongles
author:         Thomas Winischhofer <thomas@winischhofer.net>
alias:          usb:v182Dp0269d*dc*dsc*dp*ic*isc*ip*
alias:          usb:v182Dp021Cd*dc*dsc*dp*ic*isc*ip*
alias:          usb:v0711p0920d*dc*dsc*dp*ic*isc*ip*
alias:          usb:v0711p0918d*dc*dsc*dp*ic*isc*ip*
alias:          usb:v0711p0903d*dc*dsc*dp*ic*isc*ip*
alias:          usb:v0711p0902d*dc*dsc*dp*ic*isc*ip*
alias:          usb:v0711p0901d*dc*dsc*dp*ic*isc*ip*
alias:          usb:v0711p0900d*dc*dsc*dp*ic*isc*ip*
alias:          usb:v0711p0550d*dc*dsc*dp*ic*isc*ip*
depends:        font
vermagic:       2.6.35.7-dockstar preempt mod_unload ARMv5  
parm:           first:Number of first console to take over (1 - MAX_NR_CONSOLES) (int)
parm:           last:Number of last console to take over (1 - MAX_NR_CONSOLES) (int)
root@debian:~#  
 
   alu

J'envisage de changer mon laptop. Je lorgne sur un HP 8440p, équipé d'une CG nVidia NVS3100. Qu'ai-je à craindre avec cette carte graphique ? Est-ce qu'elle entre dans le cadre d'Optimus ? Si oui, cela pose-t-il un problème avec X ? Est- il possible de débrailler cette technologie et de n'utiliser que le GPU nVidia ?
 
Bref, est-ce que c'est une bonne idée d'acheter cette machine pour ne la faire tourner que sous GNU/Linux ?

question :
pour faire fonctionner un second ecran (intégré) sur un laptop (libretto W100 base intel), c'est un driver kernel
ou c'est un driver X.
c'est pour savoir si je dois attendre une MAJ kernel ou une MAJ de X qui corrigerait le pb.
 
j'aimerais également savoir s'il existe des outils simple (Xrand?Xinput?) pour "tourner/pivoter" les références pointeur d'un
double ecran tactile.

memaster62 > je dirais noyau si c'est du intel. le modesetting ne se fait que via KMS avec ces pilotes. xinput permet de gérer les caractéristiques des périphériques d'entrée donc je pense que c'est l'outil que tu cherches mais je ne suis pas sur d'avoir bien compris.
 
Kortex@hfr > oui, ça utilise optimus. C'est pas supporté avec X à ma connaissance, tu ne peux utiliser que l'une des cartes et pas basculer du l'une à l'autre ou les 2 en même temps (enfin, tu dois pouvoir basculer mais il faut fermet X et faire une manip en console), pour le débrayage, il doit être possible de désactiver l'une des cartes dans le BIOS, à voir. Et sinon, c'est du nvidia, faut aimer les pilotes proprio.

et supporter une compagnie qui ne supporte pas le libre... contrairement a AMD/ATI... (voir Intel mais bon ils n'ont pas de vrai GPU...)

même si ils n'ont pas de vrais GPU, intel supporte les pilotes libres avec des devs qui bossent sur X (keith packard notamment) et sur mesa (Eric anholt, Ian Romanick, Kenneth Graunke pour n'en citer que quelques uns) et pas uniquement sur leur pilote.

Ah mais je suis totalement d'accord!
A la base quand j'ai monte mon HTPC je voulais de l'intel en graphique pour cette raison, mais ce n'est pas super simple a trouver compare a de l'AMD...

Je sais pas, si la carte Intel est débrayable et que Nouveau supporte le NVS3100M, pas de proprio, et ce sera suffisant pour faire tourner KDE je pense, même avec le compositing.
 
Je vais y réfléchir.

 
Aujourd'hui, vu que les GPU sont avec les cpu i5, c'est quand même plus simple.

Mais mon HTPC a 2ans alors forcement...

j'avais pris un G41 pour mes parents (avec un celeron dual core), ça marche pas mal.

ok, merci.
et donc rien d'autre? car Xinput c'est "difficile" à aborder.
en finalité, je cherche à faire pivoter les 2 écrans + 2 dalles tactiles associées, un peu comme ipad sauf que moi je dois passer
d'un mode l'un en dessous de l'autre à un mode "livre".
en bonus l'idée serait également de pouvoir éteindre l'ecran du bas et l'utiliser comme touchpad pour celui du haut,
qd on rallume l'ecran, il recupère son propre pointage.

 
oh, c'est plus compliqué que je le pensais alors.
pour la rotation de l'affichage ou l'allumage/extinction, c'est xrandr qu'il faut que tu utilises (option --rotate, --off etc). pour le pointage, je ne sais pas du tout. Vu la spécificité du truc, ça vaudrait surement le coup d'aller poster sur la ML Xorg (xorg@freedesktop.org) pour demander des renseignements.

j'ai vu 1 contrib concernant xinput qui utilise des matrix, comme j'ai pas encore appliqué, je voyais pas trop
comment ça marchait

au pire je ferais un topic spécifique qd je m'y atelerais, vu que c'est pas le sujet.

Je viens de recevoir mon nouveau laptop (EliteBook 8440p ). Pour l'instant je suis en train de restaurer les données de mon ancien HDD sur le SSD du portable. Un peu avant, j'ai monté le HDD de mon ancien portable dans le nouveau pour tester le graphique (nVidia NVS3100), et je dois dire que je suis un peu désappointé.
Bon, j'ai échappé au pire, le NVS fonctionne seul sans le GPU du Core i7, donc je n'ai pas eu à me prendre la tête avec Optimus. En revanche, j'ai essayé nvidia et nouveau. Avec nvidia, j'ai de jolie couleurs et tout ça, mais la résolution et l'affichage est bizarre, surtout les polices de caractères, on dirait que c'est mi écrasé mi étiré, c'est chelou. Et puis c'est pas libre. Avec nouveau, j'ai des jolies polices, un affichage qui semble normal au niveau des proportions, mais les couleurs, quel catastrophe, j'ai l'impression d'être en 16 bits et sur les dégradés, ça pique les yeux.
 
 
Alors je fais quoi ? J'installe quoi et comment je configure ça aux petits oignons pour que ce soit à la fois beau côté couleurs et bien proportionné ?

pour nouveau : amha, c'est une histoire de dithering,

http://linux.die.net/man/4/nouveau

pour nvidia, ça sent le nombre de ppp mal détecté/configuré (les dimensions réelles de l'écran)
grep size /var/log/Xog.0.log

pour la résolution, ça doit se configurer quelque part avec l'outil graphique nvidia.

Merci pour ces infos, je vais essayer de regarder du côté du dithering sur Nouveau, je préférerais arriver à mes fins avec ce pilote. Je trouve ça plus clean et nvidia est parfois relou lorsque X est ouvert pour se mettre à jour. En plus de perdre KMS avec nvidia je crois.

Effectivement, pas de KMS avec nvidia ... par contre la gestion de l'énergie risque de pas être folichonne avec nouveau, pour un portable ...

Je verrai. Il ne travaille que sur secteur presque, c'est pas très grave.
 
Pour l'autonomie partout, j'ai mon netbook qui lui est très bien géré (full Intel Inside).

OK donc pas de soucis si pas d'utilisation intensive sur batterie, je te dirais donc bien d'aller sur nouveau, l'expérience en termes de "technologies libres récentes" est meilleure qu'avec nvidia  

Je suis d'accord, et puis j'ai l'impression que Nouveau avance vite en plus d'être plus pratique que nvidia pour les mises à jour et d'apporter quelques fonctionnalités absentes du driver proprio comme KMS.
Et puis j'ai envie de faire confiance au Libre tout simplement. Si vraiment je n'arrive pas à corriger le problème de couleurs avec Nouveau, je me tournerai à contre coeur vers le drivers proprio, en retestant Nouveau régulièrement pour l'adopter dès qu'il sera prêt.

les nvidia proprio vaincront  

J'ai essayé de mettre ça :

dans le fichier 20-nouveau.conf.
 
Ca ne change rien, y compris si je le passe à off d'ailleurs. Je n'étais pas certain de la syntaxe, j'ai essayé en virant les guillemets, mais X ne démarre plus, j'en conclue donc que ma syntaxe est bonne
 
Mais le problème reste entier.

Pour info, je continue de tester.
 
Comme prévu, sous nvidia, le problème est bien due à un problème de PPP mal appliqué en auto-détection. Forcé à 96ppp dans les options de KDE, l'affichage est correct, normal quoi. Et les couleurs chatoyent. Mais nvidia quoi
Par contre côté autonomie, c'est kif-kif entre nvidia et nouveau, l'autonomie prévue par KDE lorsque je débranche le secteur est la même.

Bon, j'ai refait pas mal de tests. Bilan :
- Nouveau : c'est vraiment pas la joie... Les couleurs dégueulent et les quelques options que j'ai testée ne semblent pas corriger le problème. Les performances sont plus que correctes, mais je constate l'impossibilité d'utiliser mon portable sur sa station d'accueil avec écran externe (comme une machine fixe quoi) et la machine crash au bout de quelques secondes lorsque je lis une vidéo.
 
- nVidia : Couleurs propres, affichage joli une fois les ppp corrigés depuis KDE, stable en lecture videéo et en fait stable en règle générale. Seul problème : comme avec nouveau, difficultés à utiliser un écran externe. C'est le seul défaut actuellement avec ce pilote.
 
Donc, pour le moment je reste quand même sur nVidia, la stabilité n'étant pas au rendez-vous sous nouveau.
 
Me reste donc à trouver comment, de la manière la moins statique possible, pouvoir :
- utiliser le portable en mode nomade, avec son propre écran donc, résolution 1600*900, comme un vrai portable quoi.
- utiliser le portable en mode fixe, sur station d'accueil, panel du portable fermé, affichage sur écran externe, résolution en 1680*1050.
 
J'aimerais éviter de remplir de fichiers avec des confs figées, que le switch se fasse automatiquement en fonction de la manière dont démarre le portable (panel ouvert ? fermé ? écran externe connecté ou pas ?). Mais ça dépasse mes compétences, d'autant plus que le précédent portable qui tournait sur de l'Intel le faisait out-of-the-box, donc je n'ai jamais eu à me pencher dessus.

Je viens de remettre en route fbsplash sur mon laptop avec GPU nvidia, donc sans KMS. Et bien la différence est flagrante. Tant qu'on ne fait qu'afficher le thème fbsplash et un barre de défilement, ça roule, mais il faut oublier le fadein et out, c'est d'une lenteur... L'apport de KMS est assez impressionnant.

C'est bien fbsplash par rapport à Plymouth ?

De ce que je me souviens de Plymouth lorsque je l'avais utilisé, ça faisait à peu près la même chose. Fbsplash est facile à mettre en place, les paquets sont dispo sur AUR et compilent bien, du coup je suis jamais revenu dessus.

Plymouth permet des splash screens animés, fbsplash aussi ? Certains sous Plymouth sont vraiment superbes...

c'est donc ça le service dans upstart que j'avais hésité à "eteindre" sur ma 11.04.
si je l'éteinds ça donne quoi? un boot classique avec des lignes?

Toutafé, plus un warning s'il est appelé en early par Grub.

J'en suis revenu aussi. Nouveau avance vite, c'est sur, mais la différence avec nvidia est encore méchante. Le Quadro de mon portable n'est pas stable sous Nouveau, et pour le coup la faute n'est évidemment pas à l'équipe de dev de Nouveau, mais à nvidia qui ne libère pas les specs. C'est impressionnant de voir ce que Nouveau est devenu en développant à la base les yeux bandés, mais pour moi ce n'est pas encore viable. Ce qui est bizarre, c'est qu'un pote avec une 7300GS est rock stable avec Nouveau, il y a donc du cas par cas en fonction des modèles de GPU.

ça fonctionne sauf que l'ecran restera noir, car quand j'enleve aussi quiet et splash dans grub
le boot plante une fois sur 2 ou est plus long de 2-3sec : bizarre  

Peut être que tu as un module chargé avec ton noyau qui perturbe le fonctionnement. Je sais que sous Arch avec fbsplash par exemple, il faut aussi virer le hook fbsplash et régénérer l'initrd pour que tout soit désactivé. Je ne sais pas comment ça se gère avec ta distrib.

bah mon objectif était de gagner quelques microcycles de boot sur un ssd et pis jaime bien les p'tites lignes qui défilent.
c'était juste pour tester, pas grave