This is a multi-part message in MIME format.

Rebonjour
Pour être plus précis, c'est vesa (avec shadow framebuffer) qui est actif.
Ce qui m'étonne, c'est que dans le /var/log/Xorg.0.log, je trouve :

[ 6.013] (II) VESA(0): Modeline "1920x1080"x0.0 148.50 1920 2008 2052 2200 1080 1084 1089 1125 +hsync +vsync (67.5 kHz eP)


donc le mode 1920x1080 est bien reconnu

j'ai l'impression qu'il a un problème de communication avec l'écran (en displayport) qui ne lui communique pas sa bonne résolution

[ 6.072] (**) VESA(0): *Built-in mode "640x480"
[ 6.072] (**) VESA(0): *Built-in mode "720x400"
[ 6.072] (**) VESA(0): Display dimensions: (890, 500) mm
[ 6.072] (**) VESA(0): DPI set to (20, 24)
[ 6.072] (**) VESA(0): Using "Shadow Framebuffer"


Je n'ai le droit qu'à du 720x480...


xrandr ne m'affiche d'ailleurs que ces deux modes.


Quant au module radeon, il est bien chargé, puis :
[ 5.859] (II) UnloadModule: "radeon"
[ 5.859] (EE) Screen 0 deleted because of no matching config section.



pas de section de configuration pour radeon. Faut il en créer une manuellement ?

Merci par avance pour ceux qui pourront m'aider.

Le 21/03/23 15:59, Laurent COOPER <[email protected]> a écrit :

Bonjour

J'installe des debian en mode kiosk sur de vieilles machines samsung qui embarquait un logiciel "magicinfo"

Ces postes sont fabriqués autour du chipset AMD 3310 avec la puce graphique AMD Radeon HD 6480G

Lorsque le poste démarre, grub est bien en plein écran en 1920x1080

Mais ensuite, une fois le noyau chargé et X lancé, c'est le pilote framebuffer qui est en oeuvre, avec une résolution toute pourrie de 760x480 !

Si je fais un modprobe, j'ai bien le module radeon, mais il ne semble pas convenir pour X

Si j'installe firmare-amd-graphics, j'ai un écran noir et plus aucun affichage

J'ai déjà passé 3h sur internet et consulté les archives de la liste, mais je n'ai rien trouvé. J'ai aussi essayé l'install des pilotes propriétaires AMD, mais il me jette par ce que ma version de X est trop récente.

Quelqu'un parmi vous aurait rencontré ce genre de problème ou aurait une idée sur la façon de forcer l'utilisation de radeon plutôt que de FB ?

Merci par avance pour vos conseils

Cordialement

Laurent

<div>Rebonjour</div><div>Pour être plus précis, c'est vesa (avec shadow framebuffer) qui est actif.</div><div>Ce qui m'étonne, c'est que dans le /var/log/Xorg.0.log, je trouve :</div><div><br /></div><div>[     6.013] (II) VESA(0): Modeline &quot;
1920x1080&quot;x0.0  148.50  1920 2008 2052 2200  1080 1084 1089 1125 +hsync +vsync (67.5 kHz eP)<br /><br /></div><div>donc le mode 1920x1080 est bien reconnu</div><div><br /></div><div>j'ai l'impression qu'il a un problème de communication avec l'é
cran (en displayport) qui ne lui communique pas sa bonne résolution</div><div><br /></div><div>[     6.072] (**) VESA(0): *Built-in mode &quot;640x480&quot;<br />[     6.072] (**) VESA(0): *Built-in mode &quot;720x400&quot;<br />[     6.072]
(**) VESA(0): Display dimensions: (890, 500) mm<br />[     6.072] (**) VESA(0): DPI set to (20, 24)<br />[     6.072] (**) VESA(0): Using &quot;Shadow Framebuffer&quot;<br /></div><div><br /></div><div>Je n'ai le droit qu'à du 720x480... <br /></

<div><br /></div><div>xrandr ne m'affiche d'ailleurs que ces deux modes. <br /></div><div><br /></div><div>Quant au module radeon, il est bien chargé, puis :</div><div>[     5.859] (II) UnloadModule: &quot;radeon&quot;<br />[     5.859] (EE)

Screen 0 deleted because of no matching config section.<br /><br /></div><div><br /></div><div>pas de section de configuration pour radeon. Faut il en créer une manuellement ?</div><div><br /></div><div>Merci par avance pour ceux qui pourront m'aider.<
br /></div><div><br /></div><span>Le 21/03/23 15:59, <b class="name">Laurent COOPER </b> &lt;[email protected]&gt; a écrit :</span><blockquote cite="mid:[email protected]" class="iwcQuote" style="border-left:
1px solid #00F; padding-left: 13px; margin-left: 0;" type="cite"><div class="mimetype-text-html"><span><p>


<meta content="text/html; charset=UTF-8" http-equiv="content-type" />

</p><table><tbody><tr><td bgcolor="#FFFFFF" text="#000000"><p>
</p><p>Bonjour</p>
<p>J'installe des debian en mode kiosk sur de vieilles machines
samsung qui embarquait un logiciel &quot;magicinfo&quot;</p>
<p>Ces postes sont fabriqués autour du chipset AMD 3310 avec la puce
graphique AMD Radeon HD 6480G</p>
<p>Lorsque le poste démarre, grub est bien en plein écran en
1920x1080</p>
<p>Mais ensuite, une fois le noyau chargé et X lancé, c'est le
pilote framebuffer qui est en oeuvre, avec une résolution toute
pourrie de 760x480 !</p>
<p>Si je fais un modprobe, j'ai bien le module radeon, mais il ne
semble pas convenir pour X</p>
<p>Si j'installe firmare-amd-graphics, j'ai un écran noir et plus
aucun affichage</p>
<p>J'ai déjà passé 3h sur internet et consulté les archives de la
liste, mais je n'ai rien trouvé. J'ai aussi essayé l'install des
pilotes propriétaires AMD, mais il me jette par ce que ma version
de X est trop récente.</p>
<p>Quelqu'un parmi vous aurait rencontré ce genre de problème ou
aurait une idée sur la façon de forcer l'utilisation de  radeon
plutôt que de FB ?</p>
<p>Merci par avance pour vos conseils</p>
<p>Cordialement</p>
<p>Laurent<br />
</p>
</td></tr></tbody></table>
</span>

</div></blockquote>

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Bonsoir,

Le 21/03/23 15:59, Laurent COOPER <[email protected]> a écrit :

J'installe des debian en mode kiosk sur de vieilles machines samsung qui embarquait un logiciel "magicinfo"

Ces postes sont fabriqués autour du chipset AMD 3310 avec la puce graphique AMD Radeon HD 6480G

Lorsque le poste démarre, grub est bien en plein écran en 1920x1080

Mais ensuite, une fois le noyau chargé et X lancé, c'est le pilote framebuffer qui est en oeuvre, avec une résolution toute pourrie de 760x480 !

Si je fais un modprobe, j'ai bien le module radeon, mais il ne semble pas convenir pour X

Si j'installe firmare-amd-graphics, j'ai un écran noir et plus aucun affichage

Cooper Laurent, on 2023-03-21:

Quant au module radeon, il est bien chargé, puis :
[ 5.859] (II) UnloadModule: "radeon"
[ 5.859] (EE) Screen 0 deleted because of no matching config section.

À vue de nez, ce n'est pas un problème de paquets manquants. Il
devrait y avoir le pilote noyau "radeon" directement embarqué
dans linux, le xserver-xorg-video-radeon devrait contenir le
pilote en mode utilisateur pour Xorg. Quant au microprogramme, firmware-amd-graphics devrait supporter la HD 6480G :

$ apt-cache show firmware-amd-graphics | grep -E '64(0|8)0'
* Radeon HD IGP 6400/6500/6600 series ME microcode
* Radeon HD IGP 6400/6500/6600 series PFP microcode
* Radeon HD IGP 6200/6300/6400/6500/6600/7300 series RLC microcode

L'apparition de l'écran noir quand les microprogrammes sont
disponibles suggère que l'accélération graphique essaie de
démarrer mais se plante pour une raison quelconque (ou pire,
démarre sans se rendre compte que rien ne marche visuellement).
Est-ce que la machine est accessible à distance, par exemple
avec ssh, quand un écran noir se produit ? Est-ce qu'il y
aurait des informations intéressantes dans le /var/log/kern.log,
ou la sortie de la commande dmesg, dans une telle situation ?

Peut-être qu'il pourrait s'agir d'une régression dans le support
d'un matériel devenu moins courant. Quelles versions de Debian
avez vous tenté ?

En espérant que ça mette sur une piste,
--
Étienne Mollier <[email protected]>
Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da
Sent from /dev/pts/2, please excuse my verbosity.

-----BEGIN PGP SIGNATURE-----

iQIzBAABCgAdFiEEj5GyJ8fW8rGUjII2eTz2fo8NEdoFAmQZ/OEACgkQeTz2fo8N EdpnYQ/+K2BxB9aqNWJf4bOZrcU/FcbXGppUK8QD7MDoGFXrv68mw9OF/QWRtz0d xURzAbwOO39Yr7UG/5bdFzEgVzVEvpbF10UpHhsyQo+HHifmvGnse/dUR2zFPNZb HHBCN1Pujq2+AQNLV5Tci2e/MaMVPpUl9Naos4ircMJ2x8QAa2hRq17xSdm703v/ Ax/dwHs4J1GAeNEqklqIqGg1JBKUkWibazOaHmPbiP4wO35BSiJSHml/6c/eiJNb nPKmxD7yNSU8B3Zcydn4LViiuElTUtltSlKa+snO7iZ5c62du1ZxcHN/pdUlT/DI a7asrj0DYjpeojRSxnP15MtLtB8vKBmluqSRXRmvOPlpOvO9WDL9voZgG+mG3wZc mU/Rh7HB1LxUyQHPXnPjwzXGh4yeNoV6gxh/WxozFfsYL0NTpLpsGaa/7TR5p7ZJ /scpaOkm8aPL1hjAwzVqShfWXNwD+HNWDXJ+ukIchyn7RlcVmBKSCNrAwGt6h0pw 2ju81fny8MuFVGF/jVJampo16WrPT22CA+zcZG8iqNL8luWfCvGgbXbVtuujl2UN SJGesSvu9snHejlXsT7ecChfmkeS8w/bKXErDXs7IuIzb7DAPcWP0oJDGcyW+/ri /dzaLyKVdqfdib8QU/QS6QGNbDnR4JcgvZcLTitYRpOYfp7x4SM=
=U7nQ
-----END PGP SIGNATURE-----

--- Sou

This is a multi-part message in MIME format.

Merci d'avoir eu la gentillesse de vous pencher sur mon problème.

J'avais effectivement des firmware manquant. Mais l'installation de ces firmwares provoque une autre erreur. On se retrouve avec une regression connue sur ces cartes mobiles peu courantes et vieilles

Ce qui est rageant, c'est qu'au démarrage, grub boote en mode graphique plein écran, en vesa, mais le vesa du noyau n'arrive pas à dépasser 640x480 et le pilote radeon affiche des erreurs matérielles connues

À priori, avec une debian 9 ou 10 , ça pourrait passer. Il va falloir que je me penche sur les essais

Merci encore


Le 21/03/23 19:52, Étienne Mollier <[email protected]> a écrit :

Bonsoir,

Le 21/03/23 15:59, Laurent COOPER <[email protected]> a écrit :

J'installe des debian en mode kiosk sur de vieilles machines samsung qui embarquait un logiciel "magicinfo"

Ces postes sont fabriqués autour du chipset AMD 3310 avec la puce graphique AMD Radeon HD 6480G

Lorsque le poste démarre, grub est bien en plein écran en 1920x1080

Mais ensuite, une fois le noyau chargé et X lancé, c'est le pilote framebuffer qui est en oeuvre, avec une résolution toute pourrie de 760x480 !

Si je fais un modprobe, j'ai bien le module radeon, mais il ne semble pas convenir pour X

Si j'installe firmare-amd-graphics, j'ai un écran noir et plus aucun affichage

Cooper Laurent, on 2023-03-21:

Quant au module radeon, il est bien chargé, puis :
[ 5.859] (II) UnloadModule: "radeon"
[ 5.859] (EE) Screen 0 deleted because of no matching config section.

À vue de nez, ce n'est pas un problème de paquets manquants. Il
devrait y avoir le pilote noyau "radeon" directement embarqué
dans linux, le xserver-xorg-video-radeon devrait contenir le
pilote en mode utilisateur pour Xorg. Quant au microprogramme, firmware-amd-graphics devrait supporter la HD 6480G :

$ apt-cache show firmware-amd-graphics | grep -E '64(0|8)0'
* Radeon HD IGP 6400/6500/6600 series ME microcode
* Radeon HD IGP 6400/6500/6600 series PFP microcode
* Radeon HD IGP 6200/6300/6400/6500/6600/7300 series RLC microcode

L'apparition de l'écran noir quand les microprogrammes sont
disponibles suggère que l'accélération graphique essaie de
démarrer mais se plante pour une raison quelconque (ou pire,
démarre sans se rendre compte que rien ne marche visuellement).
Est-ce que la machine est accessible à distance, par exemple
avec ssh, quand un écran noir se produit ? Est-ce qu'il y
aurait des informations intéressantes dans le /var/log/kern.log,
ou la sortie de la commande dmesg, dans une telle situation ?

Peut-être qu'il pourrait s'agir d'une régression dans le support
d'un matériel devenu moins courant. Quelles versions de Debian
avez vous tenté ?

En espérant que ça mette sur une piste,
--
Étienne Mollier <[email protected]>
Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da
Sent from /dev/pts/2, please excuse my verbosity.

<div>Merci d'avoir eu la gentillesse de vous pencher sur mon problème.</div><div><br /></div><div>J'avais effectivement des firmware manquant. Mais l'installation de ces firmwares provoque une autre erreur. On se retrouve avec une regression connue sur
ces cartes mobiles peu courantes et vieilles</div><div><br /></div><div>Ce qui est rageant, c'est qu'au démarrage, grub boote en mode graphique plein écran, en vesa, mais le vesa du noyau n'arrive pas à dépasser 640x480 et le pilote radeon affiche
des erreurs matérielles connues</div><div><br /></div><div>À priori, avec une debian 9 ou 10 , ça pourrait passer. Il va falloir que je me penche sur les essais</div><div><br /></div><div>Merci encore<br /></div><div><br /></div><br /><span>Le 21/03/
23 19:52, <b class="name">Étienne Mollier </b> &lt;[email protected]&gt; a écrit :</span><blockquote cite="mid:ZBn84TkM1reyPITy@fusion" class="iwcQuote" style="border-left: 1px solid #00F; padding-left: 13px; margin-left: 0;" type="cite"><div class=
"mimetype-text-plain">Bonsoir,<br /><br />&gt; Le 21/03/23 15:59, Laurent COOPER  &lt;[email protected]&gt; a écrit : <br />&gt; &gt; J'installe des debian en mode kiosk sur de vieilles machines samsung qui embarquait un logiciel &quot;
magicinfo&quot;<br />&gt; &gt;  <br />&gt; &gt; Ces postes sont fabriqués autour du chipset AMD 3310 avec la puce graphique AMD Radeon HD 6480G<br />&gt; &gt;  <br />&gt; &gt; Lorsque le poste démarre, grub est bien en plein écran en 1920x1080<br />&
gt; &gt;  <br />&gt; &gt; Mais ensuite, une fois le noyau chargé et X lancé, c'est le pilote framebuffer qui est en oeuvre, avec une résolution toute pourrie de 760x480 !<br />&gt; &gt;  <br />&gt; &gt; Si je fais un modprobe, j'ai bien le module
radeon, mais il ne semble pas convenir pour X<br />&gt; &gt;  <br />&gt; &gt; Si j'installe firmare-amd-graphics, j'ai un écran noir et plus aucun affichage<br /><br />Cooper Laurent, on 2023-03-21:<br />&gt; Quant au module radeon, il est bien chargé,
puis :<br />&gt; [ 5.859] (II) UnloadModule: &quot;radeon&quot;<br />&gt; [ 5.859] (EE) Screen 0 deleted because of no matching config section.<br /><br />À vue de nez, ce n'est pas un problème de paquets manquants.  Il<br />devrait y avoir le pilote
noyau &quot;radeon&quot; directement embarqué<br />dans linux, le xserver-xorg-video-radeon devrait contenir le<br />pilote en mode utilisateur pour Xorg.  Quant au microprogramme,<br />firmware-amd-graphics devrait supporter la HD 6480G :<br /><br />
$ apt-cache show firmware-amd-graphics | grep -E '64(0|8)0'<br />          * Radeon HD IGP 6400/6500/6600 series ME microcode<br />          * Radeon HD IGP 6400/6500/6600 series PFP microcode<br />          * Radeon HD IGP
6200/6300/6400/6500/6600/7300 series RLC microcode<br /><br />L'apparition de l'écran noir quand les microprogrammes sont<br />disponibles suggère que l'accélération graphique essaie de<br />démarrer mais se plante pour une raison quelconque (ou
pire,<br />démarre sans se rendre compte que rien ne marche visuellement).<br />Est-ce que la machine est accessible à distance, par exemple<br />avec ssh, quand un écran noir se produit ?  Est-ce qu'il y<br />aurait des informations intéressantes
dans le /var/log/kern.log,<br />ou la sortie de la commande dmesg, dans une telle situation ?<br /><br />Peut-être qu'il pourrait s'agir d'une régression dans le support<br />d'un matériel devenu moins courant.  Quelles versions de Debian<br />avez
vous tenté ?<br /><br />En espérant que ça mette sur une piste,<br />-- <br />Étienne Mollier &lt;[email protected]&gt;<br />Fingerprint:  8f91 b227 c7d6 f2b1 948c  8236 793c f67e 8f0d 11da<br />Sent from /dev/pts/2, please excuse my verbosity.
<br /></div></blockquote>

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)