[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: X perturbe les consoles



On 06/21/2011 06:00 PM, Sylvain L. Sauvage wrote:
Le mardi 21 juin 2011 à 16:03:07, maderios a écrit :
[…]
Quand j'utilise Nouveau sans KMS, j'obtiens exactement le
même problème qu'avec le driver proprio Nvidia.
Comme je l'ai écrit précedemment, j'ai testé également avec
une autre carte graphique, une  Matrox P690 PCIe, driver
vesa: le problème est exactement identique.

   Oups, j’ai dû raté ça…

Le driver Nvidia
ne semble donc pas responsable du mauvais affichage des
consoles. Trois pilotes différents responsables du même
problème, cela commence à faire beaucoup.....

   Exact. Mais le changement de mode graphique induit par X est
toujours le responsable. Et si ce n’est pas la carte, c’est
peut-être l’écran…  C’est une télé ?
C'est un écran lcd Eizo SX2462W 24 pouces 1920x1200. La CG est branchée sur l'entrée displayport. Avec l'entrée DVI, c'est le même problème d'affichage console.

[…]
    Ok, la largeur n’est pas affecté, et alors ?
    Est-ce que tu utilises différents ratio (16:9, 16:10,
  4:3) ?

Que veux tu dire exactement par là ?

   Si ton écran est 16:9 (ou 16:10) et que tu affiches du 4:3, tu
dois avoir une colonne noire de chaque côté (souvent appelé mode
/letterbox/ sur une télé), ou un étirement (/fullscreen/), ou il
te manque des bouts (/pan scan/). Je me disais que peut-être que
ton écran est en /pan scan/ ou ne se rend pas compte (n’est pas
ou plus prévenu ?) que le mode de la console n’a pas le même
ratio.
   Quel mode graphique utilises-tu ?
Mon affichage avec X est normal et normal également avec la console sans X lancé. Je n'utilise pas gnome/kde, donc pas de gdm ou autre truc qui interfère. Je lance X depuis une console avec un beau startx. J'ai également essayé gnome+gdm, kde, etc... à cause de ce pb de console, cela ne change rien à l'affaire. J'utilise E17 depuis pas mal d'années, aucun souci avec les versions SVN par contre quand je vois la version officielle d'E17 pour Wheezy, cela me fait mal: version obsolète et pauvre, même pas de barre des tâches dispo (ou alors, c'est moi qui ne l'ai pas vue....).

   Et qu’est-ce qui a changé entre « ça marchait » et « ça marche
plus » ?  Le noyau, X, … la phase de la lune ?

Aucun souci avec Wheezy et Squeeze sur mon "ancien" matériel: CM asus A7N8XE Deluxe + Athlon3000 + CG matrox G550 AGP
Ensuite j'ai tout changé pour:
CM sandy bridge P8P67 + Intel Core I7 + CG Nvidia quadro600 ou (donc pas montées en même temps) Matrox P690 PCIe. Squeeze est en 32 bit, Wheezy en 64 bit, aucune différence concernant le problème relaté. J'ai essayé toutes sortes de noyaux compilés maison ou officiels,du 2.6.32 au 2.6.39, problème idem.

J'ai testé également avec un vieil écran CRT à la place du LCD: le problème de console persiste, idem....Donc ce n'est pas l'écran, je pense.

Le syslog n'indique rien d'anormal. Pas de messages d'erreur.
Peut être un souci à la fin du Xorg.0.log ?
Avec le noyau officiel Wheezy 2.6.39 cela donne ça:

    39.848] (**) Option "xkb_rules" "evdev"
[    39.848] (**) Option "xkb_model" "evdev"
[    39.848] (**) Option "xkb_layout" "fr"
[    39.848] (**) Option "xkb_variant" "oss"
[ 39.848] (II) config/udev: Adding input device PC Speaker (/dev/input/event2)
[    39.848] (II) No input driver/identifier specified (ignoring)
[ 43.852] (WW) NVIDIA(GPU-0): Eizo SX2462W (DFP-2): Failed to set DisplayPort power state
[   209.975] (II) NVIDIA(0): Setting mode "nvidia-auto-select"
[ 210.002] (WW) NVIDIA(GPU-0): Eizo SX2462W (DFP-2): Failed to set DisplayPort power state [ 210.108] (II) NVIDIA(0): ACPI: failed to connect to the ACPI event daemon; the daemon [ 210.108] (II) NVIDIA(0): may not be running or the "AcpidSocketPath" X [ 210.108] (II) NVIDIA(0): configuration option may not be set correctly. When the [ 210.108] (II) NVIDIA(0): ACPI event daemon is available, the NVIDIA X driver will [ 210.108] (II) NVIDIA(0): try to use it to receive ACPI event notifications. For [ 210.108] (II) NVIDIA(0): details, please see the "ConnectToAcpid" and [ 210.108] (II) NVIDIA(0): "AcpidSocketPath" X configuration options in Appendix B: X
[   210.108] (II) NVIDIA(0):     Config Options in the README.
[   254.246] (II) NVIDIA(0): Setting mode "nvidia-auto-select"
[ 254.270] (WW) NVIDIA(GPU-0): Eizo SX2462W (DFP-2): Failed to set DisplayPort power state [ 254.424] (II) NVIDIA(0): ACPI: failed to connect to the ACPI event daemon; the daemon [ 254.424] (II) NVIDIA(0): may not be running or the "AcpidSocketPath" X [ 254.424] (II) NVIDIA(0): configuration option may not be set correctly. When the [ 254.424] (II) NVIDIA(0): ACPI event daemon is available, the NVIDIA X driver will [ 254.424] (II) NVIDIA(0): try to use it to receive ACPI event notifications. For [ 254.424] (II) NVIDIA(0): details, please see the "ConnectToAcpid" and [ 254.424] (II) NVIDIA(0): "AcpidSocketPath" X configuration options in Appendix B: X
[   254.424] (II) NVIDIA(0):     Config Options in the README.
[   284.669] (II) NVIDIA(0): Setting mode "nvidia-auto-select"
[ 284.691] (WW) NVIDIA(GPU-0): Eizo SX2462W (DFP-2): Failed to set DisplayPort power state [ 284.812] (II) NVIDIA(0): ACPI: failed to connect to the ACPI event daemon; the daemon [ 284.812] (II) NVIDIA(0): may not be running or the "AcpidSocketPath" X [ 284.812] (II) NVIDIA(0): configuration option may not be set correctly. When the [ 284.812] (II) NVIDIA(0): ACPI event daemon is available, the NVIDIA X driver will [ 284.812] (II) NVIDIA(0): try to use it to receive ACPI event notifications. For [ 284.812] (II) NVIDIA(0): details, please see the "ConnectToAcpid" and [ 284.812] (II) NVIDIA(0): "AcpidSocketPath" X configuration options in Appendix B: X
[   284.812] (II) NVIDIA(0):     Config Options in the README.


Avec Squeeze même message concernant "ACPI: failed to connect to the ACPI event" mais avec moins de lignes consacrées à cet "ACPI: failed"

De toutes façons, cette toute nouvelle plateforme sandy bridge semble poser d'autres problèmes que celui de l'affichage. par exemple, dès que je change de noyau ou que je change un paramètre du bios (paramètre ne concernant pas l'usb), je perds l'accès clavier (clavier usb) avec le menu de Grub. Pour m'en sortir, je fais un simple reset et je retrouve le clavier au prochain redémarrage. Oui, je sais, il faut aller dans le bios et paramétrer l'usb correctement. J'ai fait cela et ça marche à chaque boot, sauf si je change de noyau comme expliqué ci-dessus.
Vive la nouveauté !!!!!
Maderios


Reply to: