Forum Linux.gui Wayland & Nvidia

Posté par  . Licence CC By‑SA.
Étiquettes :
6
4
sept.
2024

Bonjour à tous,

TL;DR: Ça en est où la stabilité de Wayland? Nouveau ou drivers proprio Nvidia ?

Nouvelle machine de boulot! Pas eu trop de choix (magie des marchés), je récupère une carte graphique Nvidia (4060).

Nouvelle machine, alors on en profite pour tester de nouveaux trucs ! J'essaye Wayland avec sway (qui remplace mon fidèle i3).

Là, je déchante un peu :

  • La doc de sway m'incite à utiliser Nouveau (la dernière fois que je l'avais essayé, je perdais énormément de perf en 3D). Ok, c'est libre, j'essaie.
  • Nouveau + Sway plante (un beau coredump sans autre info). Pas sur un cas à la con, non, parcourir la doc avec un navigateur suffit à le planter en quelques minutes.
  • Suivant les sources, "Sway doit être utilisé avec Nouveau" ou "Les nouveaux drivers NVidia ont fait beaucoup de boulot pour Wayland et sont stables". Je crois qui, moi ?

Je me tâte pour retourner au mastodonte Xorg et j'aimerai votre avis :

  • Vous bosser quotidiennement avec Wayland? Avec quel driver? C'est stable ?
  • Vous y gagnez quoi? Moins de tearing ? Moins d'utilisation de la RAM ?
  • Wayland et deux écrans, ça passe sans soucis (pas encore testé, j'en fais marcher un) ?

Infos complémentaires:

  • Debian testing (trixie) donc sway en 1.9-2 (comme la sid) sur archi amd64 (i9-14900)
  • GeForce RTX 4060
  • # Debian SID

    Posté par  . Évalué à 3 (+2/-0).

    La doc de sway m’incite à utiliser Nouveau (la dernière fois que je l’avais essayé, je perdais énormément de perf en 3D). OK, c’est libre, j’essaie.

    tu as de la chance au moins ça fonctionne, a ba non, pour moi aussi nouveau ne fonctionne pas.

    Suivant les sources, "Sway doit être utilisé avec Nouveau" ou "Les nouveaux drivers Nvidia ont fait beaucoup de boulot pour Wayland et sont stables". Je crois qui, moi ?

    que ce soit nouveau ou Nvidia, Wayland ne fonctionne toujours pas, j’utilise le mastodonte Xorg sur mon pc avec la partie vidéo Intel, le Thinkpad W541 carte vidéo optimus.

    je constate que les cartes vidéo Nvidia ne fonctionne toujours pas correctement avec Wayland et il faut utiliser Xorg pour que ça fonctionne plus ou moins correctement.

    tu vas devoir prendre ton mal en patience ou utiliser une autre carte vidéo fonctionnel avec Wayland.

    Merci aux personnes qui mon aidé a trouvé des solutions pour essayer d’écrire sans faute d’orthographe.

    • [^] # Re: Debian SID

      Posté par  . Évalué à 6 (+5/-0).

      Mes 2 cts, juste pour aller dans le même sens.
      Sur mon matos le plus récent, Ryzen 5950X + nVidia 3090 FE, j'ai installé la Debian 12 deux fois, il me semble.
      À chaque fois, l'installation par défaut me propose du Plasma + Wayland.
      À chaque fois, je me retrouve avec 95% d'utilisation CPU.
      À chaque fois, je switche sur Xorg.
      À chaque fois, je tente les driver nVidia issus des repositories Debian.
      À chaque fois, je me résous à installer les drivers propriétaires nVidia, parce que ce sont les moins pires.

      Quelqu'un garde un œil sur l'ouverture croissante de nVidia et de ses drivers ? Ça donne quoi ?

      • [^] # Re: Debian SID

        Posté par  . Évalué à 3 (+3/-1).

        Quelqu'un garde un œil sur l'ouverture croissante de nVidia et de ses drivers ? Ça donne quoi ?

        pour masquer leurs incompétences, ils préfèrent ne pas les rendre libres, alors, on peut attendre longtemps. ;)

        Merci aux personnes qui mon aidé a trouvé des solutions pour essayer d’écrire sans faute d’orthographe.

    • [^] # Re: Debian SID

      Posté par  . Évalué à 2 (+1/-0).

      Merci à tous les trois pour vos réponses.

      J'ai aussi testé avec le driver propriétaire et sway (et leur flag…): ça ne démarre même pas. Pas de message d'erreur.

      Ça m'a rappelé Linux dans les années 90 (mais mes cheveux n'ont pas repoussé)…

      Comme vous, je vais donc repasser sous xorg et attendre…

  • # Weston, souci avec Chrome?

    Posté par  (site web personnel) . Évalué à 5 (+3/-0). Dernière modification le 05 septembre 2024 à 07:22.

    Aujourd'hui, les 2 drivers ont normalement le nécessaire pour faire tourner Wayland.

    Plutôt que Sway (je crois basé sur wlroots), pourrais-tu essayer le compositeur de référence Weston -en général plus à jour sur le support des derniers drivers?

    sudo apt install weston
    weston --backend=drm --renderer=gl
    # en cas d'échec:
    # weston --backend=drm --renderer=pixman
    

    Il contient une icône pour lancer un terminal; tu peux ensuite lancer ce que tu veux à partir de là.

    Et aussi, je suppose que tu utilises un navigateur… si c'est une base Chrome, il faut savoir qu'il abuse d'extensions Wayland/GL vraiment spécifiques et pas bien gérées partout.
    Pourrais-tu voir si ça se produit davantage avec lui; et si oui, éventuellement essayer Firefox par comparaison?

    • [^] # Re: Weston, souci avec Chrome?

      Posté par  . Évalué à 2 (+1/-0). Dernière modification le 05 septembre 2024 à 15:50.

      Sous Weston, ça marche mieux: J'ai pu bosser une dizaine de minutes avant que ça plante.

      Le plantage est différent: au lieux d'une segfault, j'ai un freeze clavier plus souris (mais l'os tourne toujours, pas de soucis sous ssh).

      Pour les tests, j'utilise d'abord firefox. Chromium est "au cas où".

      Donc on a un plus gros soucis dans wlroots ou sway.

      Merci pour la proposition, et pour avoir pris le temps de rédiger un lancement de weston :)

      • [^] # Re: Weston, souci avec Chrome?

        Posté par  (site web personnel) . Évalué à 2 (+0/-0). Dernière modification le 05 septembre 2024 à 18:38.

        Intéressant.

        Et ça, ça ressemble à un problème avec libinput.
        Dans le temps Weston utilisait udev comme Xorg; par contre le réactiver c'est pas trivial, c'est un flag à la compil' (si tant est que le code existe encore).

        Tu peux encore switcher vers une console fullscreen (avec [Ctrl]-[Alt]-[F4] p.ex.) quand ça se produit ?
        Si oui, que se passe-t-il en retournant à Weston (qui lui doit être mappé sur [F1] ou [F7] de mémoire) ?

        • [^] # Re: Weston, souci avec Chrome?

          Posté par  . Évalué à 2 (+1/-0).

          Non, plus de clavier, ni de souris (tous deux USB). Aucun des CTRL-* que je connaisse qui ne fonctionne.

          J'ai du faire un ssh depuis une autre machine, mais j'ai rien vu dans les logs (je n'y ai pas passé des heures non plus).

          • [^] # Re: Weston, souci avec Chrome?

            Posté par  (site web personnel) . Évalué à 2 (+0/-0). Dernière modification le 06 septembre 2024 à 10:20.

            Ah OK. Dommage… ça a l'air à la fois plus grave et pas lié au GPU; mais tout est possible avec des drivers :).

            Après on peut demander à Weston de logger extensivement :

            weston --backend=drm --renderer=gl --log=$HOME/weston.log
            

            peut-être y aura-t-il des lignes intéressantes à partir du moment où on perd l'input?

  • # forcement

    Posté par  . Évalué à 4 (+1/-0). Dernière modification le 05 septembre 2024 à 14:01.

    Infos complémentaires:
    Debian testing (trixie) donc sway en 1.9-2 (comme la sid) sur archi amd64 (i9-14900)
    GeForce RTX 4060

    et avec une debian stable, ca marcherait pas mieux ?

    • [^] # Re: forcement

      Posté par  . Évalué à 2 (+1/-0).

      Bonne suggestion, mais…

      Pour une fois, j'ai une carte mère récente. Sous stable, j'ai plein de missing firmware. Sway est aussi plus vieux (1.7 au lieu de 1.9). Même sous testing, j'ai du attendre un noyau un peu plus récent pour que sway accepte de démarrer. Sway et wlroots, ça a l'air de bouger beaucoup…

      Je pourrais mâtiner de bookworm-backports, mais ça casse un peu le principe de la stable.

      Perso, sur les stations de travail, je vis en testing (ou en arch) : de temps en temps, je dois essuyer des plâtres ou bidouiller, mais rien de grave. Un peu plus de merdes sur arch en rolling release d'ailleurs. En gros, sur testing comme sur arch, j'ai parfois des merdes, mais on trouve la solution (bugreports ou forums).

      La stable, je la mets sur les serveurs, même sur les neufs. J'ai jamais eu de soucis sur le support matériel étrangement (peut être du matériel plus éprouvé sur serveur que desktop?).

      Nvidia a souvent été ma bête noire:

      • Soit pour du matos trop récent (normal).
      • Soit pour du matos trop vieux !

      Si j'ai pas de besoin important (genre un serveur qui "peut" avoir besoin de X épisodiquement), je passe sur nouveau.

      Merci

      • [^] # Re: forcement

        Posté par  . Évalué à 1 (+0/-0).

        Peut-être le moment d'essayer arch ?
        ok je sors

      • [^] # Re: forcement

        Posté par  (site web personnel) . Évalué à 2 (+0/-0).

        Ici effectivement le cas est plus complexe: ces interfaces des drivers NVIDIA sont une cible mouvante. On a besoin d'une version récente du système graphique (modules noyau compris) sans sacrifier à la stabilité sur le reste de l'OS…
        Les mecs qui bossent dessus ont typiquement une install sur mesure. Là c'est déjà pas mal que ça marchotte.

  • # wayland, même niveau de ""support"" que bsd?

    Posté par  (Mastodon) . Évalué à 2 (+1/-0).

    déjà nvidia n'a jamais vraiemnt fait de "coopération" dans le logiciel libre…
    les BSD sont très mal (ou "pas") pris en charge

    maitnenant demander wayland, le fabricant vert va rétorquer "et pourquoi pas le c*l de la crémière aussi?!"

    • [^] # Re: wayland, même niveau de ""support"" que bsd?

      Posté par  (site web personnel) . Évalué à 2 (+0/-0).

      En réalité, je viens de regarder, tout dépend du contexte…

      NVIDIA fournit-lui même des compositeurs Wayland pour ses distribs embarquées, par exemple DriveOS :

      The full source code to the NVIDIA implementation of Weston is in:
      drive-linux/samples/wayland/weston

      (le code source en question nécessite un compte développeur NVIDIA)

      Sur Wayland, je quand même assez d'accord qu'il ne cherche réellement à supporter que les OS qu'il fournit lui-même (Tegra et DriveOS). Dans ce contexte, un Linux non-standard et encore pire *BSD, ué on en est loin.

Envoyer un commentaire

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.