Twitter iPhone pliant OnePlus 11 PS5 Disney+ Orange Livebox Windows 11

Le Direct Rendering Manager

2 réponses
Avatar
VINZIO Maxime
--0015174beba852acac048e8ebd26
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Bonjour,

J'ai plusieurs versions de Debian sur un m=EAme ordinateur portable et je m=
e
suis rendu compte d'une diff=E9rence entre la lenny et la sid : j'ai une a=
ti
radeon hd 3400 et je n'ai jamais r=E9ussi =E0 utiliser l'option radeonfb po=
ur
ajuster la r=E9solution de mes ttys. Du coup j'ai eu l'heureuse surprise de
voir une r=E9solution pleine de mon =E9cran avec sid. Les m=E9rites revienn=
ent au
DRM sous sid. Ce programme permet ce que son nom indique, mais aussi
d'afficher sous des r=E9solutions en tty adapt=E9es =E0 l'=E9cran 16/9 (des
r=E9solutions inconnues =E0 vesa).

Du coup j'ai pas mal d'interrogations =E0 ce sujet.

Les framebuffers (radeonfb, intelfb, vesafb) sont ils vou=E9s =E0 dispara=
=EEtre ?
Du coup, le VESA est il toujours d'actualit=E9 ou a t'il =E9tait (ou sera t=
'il)
remplac=E9 par une autre norme ?
Ces framebuffers sont donc ind=E9pendants du serveur X ?

J'ai un peu de mal =E0 voir comment le DRM fonctionne et comment l'avoir so=
us
une lenny : est ce que c'est une option en "dur" du noyau ?
Est ce qu'il interagit avec le serveur X en plus ?

Je pose cette derni=E8re question car si j'installe le driver propri=E9tair=
e
d'ati le DRM semble =EAtre d=E9sactiv=E9 (j'obtient une r=E9solution atroce=
dans mes
tty) (et petit commentaire, le DRM semble bien mieux fonctionner que le
driver proprio question acc=E9l=E9ration 2D :).

Je pense avoir des r=E9ponses =E0 certaines questions, mais j'attends de vo=
tre
exp=E9rience.

Merci !

Maxime

--0015174beba852acac048e8ebd26
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Bonjour,<br><br>J&#39;ai plusieurs versions de Debian sur un m=EAme ordinat=
eur portable et je me suis rendu compte d&#39;une diff=E9rence entre la len=
ny et la sid :=A0 j&#39;ai une ati radeon hd 3400 et je n&#39;ai jamais r=
=E9ussi =E0=20
utiliser l&#39;option radeonfb pour ajuster la r=E9solution de mes ttys. Du=
=20
coup j&#39;ai eu l&#39;heureuse surprise de voir une r=E9solution pleine de=
mon=20
=E9cran avec sid. Les m=E9rites reviennent au DRM sous sid. Ce programme pe=
rmet ce que son nom indique, mais aussi d&#39;afficher sous des r=E9solutio=
ns en tty adapt=E9es =E0 l&#39;=E9cran 16/9 (des r=E9solutions inconnues =
=E0 vesa).<br>
<br>Du coup j&#39;ai pas mal d&#39;interrogations =E0 ce sujet.<br><br>
Les framebuffers (radeonfb, intelfb, vesafb) sont ils vou=E9s =E0 dispara=
=EEtre ?<br>Du coup, le VESA est il toujours d&#39;actualit=E9 ou a t&#39;i=
l =E9tait (ou sera t&#39;il) remplac=E9 par une autre norme ?<br>

Ces framebuffers sont donc ind=E9pendants du serveur X ? <br>

<br>J&#39;ai un peu de mal =E0 voir comment le DRM fonctionne et comment l&=
#39;avoir sous une lenny : est ce que c&#39;est une option en &quot;dur&quo=
t; du noyau ? <br>Est ce qu&#39;il interagit avec le serveur X en plus ?<br=
>
<br>Je pose cette derni=E8re question car si j&#39;installe le driver propr=
i=E9taire d&#39;ati le DRM semble =EAtre d=E9sactiv=E9 (j&#39;obtient une r=
=E9solution atroce dans mes tty) (et petit commentaire, le DRM semble bien =
mieux fonctionner que le driver proprio question acc=E9l=E9ration 2D :).<br=
>
<br>Je pense avoir des r=E9ponses =E0 certaines questions, mais j&#39;atten=
ds de votre exp=E9rience.<br><br>Merci !<br><br>Maxime<br><br>

--0015174beba852acac048e8ebd26--

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/AANLkTi=PD=5YebFAxiXapTAUqzLt1ef+NR=owFQiPosN@mail.gmail.com

2 réponses

Avatar
Sylvain L. Sauvage
Le mardi 24 août 2010 à 11:53:39, VINZIO Maxime a écrit :
Bonjour,



’jour,

J'ai plusieurs versions de Debian sur un même ordinateur
portable et je me suis rendu compte d'une différence entre
la lenny et la sid : j'ai une ati radeon hd 3400 et je n'ai
jamais réussi à utiliser l'option radeonfb pour ajuster la
résolution de mes ttys. Du coup j'ai eu l'heureuse surprise
de voir une résolution pleine de mon écran avec sid. Les
mérites reviennent au DRM sous sid. Ce programme permet ce
que son nom indique, mais aussi d'afficher sous des
résolutions en tty adaptées à l'écran 16/9 (des rà ©solutions
inconnues à vesa).



Non. C’est le KMS (Kernel Mode Setting), pas le DRM, qu’i l
faut remercier.

Du coup j'ai pas mal d'interrogations à ce sujet.

Les framebuffers (radeonfb, intelfb, vesafb) sont ils voués à
disparaître ?



Tels qu’ils sont, sans doute.

Du coup, le VESA est il toujours d'actualité
ou a t'il était (ou sera t'il) remplacé par une autre norme
?



Rien à voir. VESA est une association de fabricants. Elle a
pondu plusieurs normes dont le SVGA et le VBE (liste plus
complète sur Wikipedia…).
Le noyau aura toujours la possibilité de commander des cartes
« inconnues » grâce à ces normes. Et c’est tant mieux.

Ces framebuffers sont donc indépendants du serveur X ?



Oui, et ils l’ont toujours été.

J'ai un peu de mal à voir comment le DRM fonctionne et
comment l'avoir sous une lenny : est ce que c'est une option
en "dur" du noyau ? Est ce qu'il interagit avec le serveur X
en plus ?



Le KMS est, comme le K de Kernel l’indique, dans le noyau.
Le pilote X (donc un bout du serveur) fait donc appel au noyau
plutôt que de faire le boulot lui-même.
L’intérêt est de déplacer les manipulations matà ©rielles dans
le noyau pour éviter que X ait besoin d’avoir des droits trop
importants (cf. les derniers remous autour du rustinage tardif
du noyau pour un risque d’escalade de droits à cause de X) et
pour simplifier et rendre le tout plus robuste (notamment pour
les mises en veille). C’est aussi plus rapide et plus propre
(moins de sauts entre les modes graphiques et textuels).

Je pose cette dernière question car si j'installe le driver
propriétaire d'ati le DRM semble être désactivé (j'ob tient
une résolution atroce dans mes tty) (et petit commentaire,
le DRM semble bien mieux fonctionner que le driver proprio
question accélération 2D :).



Le DRM permet effectivement d’accélérer l’affic hage (avec le
reste de la DRI), notamment 3D. Les pilotes propriétaires ne
sont sans doute pas à jour vis-à-vis de toutes les possibilità ©s
du noyau. (D’t’façon, j’ai cru comprendre que les pilotes
propriétaires pour AMD-ATI ont toujours été mauvais, lourds,
instables, etc.)

Je pense avoir des réponses à certaines questions, mais
j'attends de votre expérience.



Il y a quelques introductions francophones sur Wikipedia.

--
Sylvain Sauvage

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/
Avatar
Sylvain L. Sauvage
Le mardi 24 août 2010 à 14:15:10, VINZIO Maxime a écrit :
[…]
J'ai été trompé par dmesg :)

Alors finalement, si je veux avoir le KMS sous le lenny le
mieux est de backporter un kernel (>2.6.31 dans mon cas) ?
Du coup le DRM y sera inclue.



Non, il faudra aussi rétroporter Xorg pour qu’il se serve
aussi du KMS…

--
Sylvain Sauvage

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/