• Re : pilote pour radeon HD 4680G

    From Cooper Laurent@21:1/5 to All on Tue Mar 21 16:30:01 2023
    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 <Laurent.Cooper@ac-grenoble.fr> 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;Laurent.Cooper@ac-grenoble.fr&gt; a écrit :</span><blockquote cite="mid:37a6a9b3-71dc-581f-0b53-98b105e63350@ac-grenoble.fr" 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)
  • From =?utf-8?Q?=C3=89tienne?= Mollier@21:1/5 to All on Tue Mar 21 20:00:01 2023
    Bonsoir,

    Le 21/03/23 15:59, Laurent COOPER <Laurent.Cooper@ac-grenoble.fr> 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 <emollier@emlwks999.eu>
    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
  • From Cooper Laurent@21:1/5 to All on Thu Mar 23 11:30:01 2023
    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 <emollier@emlwks999.eu> a écrit :

    Bonsoir,

    Le 21/03/23 15:59, Laurent COOPER <Laurent.Cooper@ac-grenoble.fr> 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 <emollier@emlwks999.eu>
    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;emollier@emlwks999.eu&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;Laurent.Cooper@ac-grenoble.fr&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;emollier@emlwks999.eu&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)