Re: Plus de framebuffer/X
C'est bien le fait de ne pas avoir usrmerge qui est le fautif parce que les scripts d'installation ne contiennent plus le PATH canonique ! Je ne dirais pas ce que je pense. signature.asc Description: OpenPGP digital signature
Re: Plus de framebuffer/X
Michel Verdier a écrit : > Le 8 janvier 2024 BERTRAND Joël a écrit : > >> J'ai déjà trouvé par le passé mount.nfs qui n'est plus dans /sbin mais >> dans /usr/sbin (contrairement à ce qu'indique la page man). > [...] >> Que les devs de Debian forcent l'utilisation d'usrmerge sur Debian, >> pourquoi pas. Mais pourquoi vouloir tout faire pour forcer l'utilisation >> de cette horreur sur les distributions dérivées ? > > usrmerge fait un lien symbolique de /bin -> /usr/bin et /sbin -> > /usr/sbin. Le déplacement de mount.nfs est indépendant, mais doit passer > inaperçu si on a usrmerge. Si tu as déjà pris le déplacement en compte > avant l'upgrade il doit s'agir d'autre chose. J'ai un tas d'erreurs dans les scripts d'initialisation parce que le PATH par défaut est /sbin:/bin et non plus /sbin:/bin:/usr/sbin:/usr/bin (ça ne coûtait vraiment rien de le conserver). Là, je fais une archive du système côté serveur avant de passer un coup d'usrmerge. Si c'est bien le problème, je réinstalle un système qui sait faire la différence entre / et /usr. HS: Sur cette machine, usrmerge ou pas n'est pas critique, mais je ne veux pas multiplier les systèmes entre mes machines fixes et les embarquées qui sont souvent à l'autre bout de la France et physiquement difficilement accessibles. Il serait d'ailleurs intéressant que les gens qui poussent ces "nouveautés" aient conscience de ce qui se fait ailleurs que sur les machines de bureau ou les serveurs embarquant des To de disques et de Go de mémoire. Dans l'embarqué, on aime bien avoir un / en ro et par exemple un /usr en ubifs rw sur une émulation de memory device. C'est ce que je fais sur des rPI lorsque le client impose cette architecture. Ça permet d'éviter de cramer des sdcard tous les six mois. Avec un usrmerge, c'est quasiment impossible sauf à bricoler avec des ramdisks vraiment tordus à l'initialisation. Alors oui, ça se fait, mais beaucoup plus difficilement qu'avant. Autre problème, cette joyeuseté complique aussi les mises à jour des équipements. Lorsqu'on a un / et un /usr sur des partitions séparées, qu'on a fait entrer le tout aux forceps dans une eMMC, on ne peut pas forcément copier tout /bin et /sbin vers /usr/bin et /usr/sbin faute de place. Il n'est pas rare dans l'embarqué d'avoir des eMMC de 16 ou 32 Go. Et lorsqu'on doit avoir des données variables, on les colle dans un /var séparé. On est donc relativement à l'étroit. J'ai bien conscience que c'est un cas marginal, mais c'est un cas qui me pourrit l'existence depuis des mois, d'où mon petit coup de gueule parce que j'ai de plus en plus l'impression que les développements récents des distribution Linux laissent tomber tout ce qui n'a pas 1 To de disque et au moins 4 Go de mémoire. Les gueux de l'embarqué, démerdez-vous. signature.asc Description: OpenPGP digital signature
Re: Plus de framebuffer/X
Le 8 janvier 2024 BERTRAND Joël a écrit : > J'ai déjà trouvé par le passé mount.nfs qui n'est plus dans /sbin mais > dans /usr/sbin (contrairement à ce qu'indique la page man). [...] > Que les devs de Debian forcent l'utilisation d'usrmerge sur Debian, > pourquoi pas. Mais pourquoi vouloir tout faire pour forcer l'utilisation > de cette horreur sur les distributions dérivées ? usrmerge fait un lien symbolique de /bin -> /usr/bin et /sbin -> /usr/sbin. Le déplacement de mount.nfs est indépendant, mais doit passer inaperçu si on a usrmerge. Si tu as déjà pris le déplacement en compte avant l'upgrade il doit s'agir d'autre chose. Si tu rajoutes le paramètre kernel debug au lieu de quiet tu auras un fichier debug dans /run/initramfs/
Re: Plus de framebuffer/X
Bon. J'ai un début de piste et ça commence à être gavant. J'ai déjà trouvé par le passé mount.nfs qui n'est plus dans /sbin mais dans /usr/sbin (contrairement à ce qu'indique la page man). Là, on se retrouve avec des PATH dans des scripts de démarrage qui ne contiennent plus que /sbin:/bin. J'ai un tas d'erreurs au démarrage (erreurs naturellement non logguées et qui n'apparaissent que sur la console, même pas dans le dmesg). Je suppose que la génération de l'initramfs est foireuse même si elle ne retourne aucune erreur. Il y a des distributions basées sur debian qui n'utilisent ni systemd ni (encore et heureusement) l'horreur usrmerge. Qu'est-ce qui empêche les développeurs de Debian de coller mount.nfs dans /sbin et de conserver les paths classiques (sauf à vouloir imposer à toutes les distributions dérivées l'utilisation d'usrmerge) ? Il y a des tas de raisons pour ne pas en vouloir, à commencer par la gestion des partitions en ro de systèmes embarqués. Tout le monde ne veut pas un gros /usr en rw, surtout sur des machines sans console et inaccessibles physiquement ! Que les devs de Debian forcent l'utilisation d'usrmerge sur Debian, pourquoi pas. Mais pourquoi vouloir tout faire pour forcer l'utilisation de cette horreur sur les distributions dérivées ? Merci de ne pas répondre en essayant de me convaincre de l'intérêt de cette "chose". J'ai bien réfléchi, je la trouve merdique au possible pour mes applications, je n'en veux pas. Si elle se trouve imposée, je changerai plutôt d'OS. JB signature.asc Description: OpenPGP digital signature
Re: Plus de framebuffer/X
ajh-valmer a écrit : > On Sunday 07 January 2024 19:47:19 BERTRAND Joël wrote: >> ... apt dist-upgrade (qui s'est achevé sans erreur). >> Aujourd'hui, je rallume la machine en question et je n'ai plus de >> session graphique ... : > > Sans doute, suite à l'upgrade, le nouveau noyau de Devuan > ne reconnaît plus le module de la carte graphique. > Il faut essayer de booter avec un ancien noyau, > sinon de trouver un pilote vidéo adaptable. J'ai l'impression que dans l'upgrade, l'ancien noyau a été retiré. J'ai essayé avec un vmlinuz-6.5.0-5-amd64 et un vmlinuz-6.5.0-3-amd64. Même motif, même résultat. Ce qui me fait tiquer est que je n'ai pas autre chose que la console 80x25 (même en mode texte). Bien cordialement, JB signature.asc Description: OpenPGP digital signature
Re: Plus de framebuffer/X
Michel Verdier a écrit : > Le 7 janvier 2024 BERTRAND Joël a écrit : > >> Hier, j'ai du configurer ce qu'il fallait pour pouvoir accéder à des >> bluerays. Très bien, ça fonctionnait. Mais pour cela, j'ai du passer un >> apt dist-upgrade (qui s'est achevé sans erreur). > > As-tu fais update et upgrade --without-new-pkgs comme préconisé ici : > https://www.debian.org/releases/stable/i386/release-notes/ch-upgrading.fr.html#upgradingpackages > >> 2024-01-07T19:27:37.012530+01:00 heisenberg kernel: Kernel command line: >> BOOT_IMAGE=pxelinux.cfg/vmlinuz-heisenberg root=/dev/nfs >> initrd=pxelinux.cfg/initrd.img-heisenberg >> nfsroot=192.168.10.128:/srv/heisenberg ip=dhcp rw splash >> intel_iommu=on,igfx_off >> >> 2024-01-07T19:27:37.012533+01:00 heisenberg kernel: Unknown kernel >> command line parameters "splash >> BOOT_IMAGE=pxelinux.cfg/vmlinuz-heisenberg >> nfsroot=192.168.10.128:/srv/heisenberg ip=dhcp", will be passed to user >> space. > > C'est juste un warning qui indique que les paramètres sont passés à la > suite. As-tu refais le kernel et le initrd qui sont utiisés ? Oui. J'ai vérifié par deux fois. > Quelle est ta version de kernel ? Quelle est ta carte graphique ? root@heisenberg:/var/log# uname -a Linux heisenberg 6.5.0-3-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.5.8-1 (2023-10-22) x86_64 GNU/Linux La carte graphique est une intel intégrée au CPU : Intel(R) Core(TM) i5-4570S CPU @ 2.90GHz JB signature.asc Description: OpenPGP digital signature
Re: Plus de framebuffer/X
On 1/7/24 19:47, BERTRAND Joël wrote: Bonjour à tous et bonne année. Il m'arrive un truc étonnant sur une machine qui me sert de serveur multimedia. Cette machine est diskless et fonctionnait parfaitement jusqu'à hier (pas noté la version du noyau). Ce n'est pas une Debian, c'est une Devuan, mais les paquets et la configuration sont identique en dehors du système d'initialisation. Hier, j'ai du configurer ce qu'il fallait pour pouvoir accéder à des bluerays. Très bien, ça fonctionnait. Mais pour cela, j'ai du passer un apt dist-upgrade (qui s'est achevé sans erreur). J'aurais essayé /usr/bin/startx /usr/bin/icewm puis voir en détails (avec less) less messages dans /var/log/Xorg.0.log et la sortie de dmesg Librement -- Basile Starynkevitch (only mine opinions / les opinions sont miennes uniquement) 92340 Bourg-la-Reine, France web page: starynkevitch.net/Basile/
Re: Plus de framebuffer/X
Le 7 janvier 2024 BERTRAND Joël a écrit : > Hier, j'ai du configurer ce qu'il fallait pour pouvoir accéder à des > bluerays. Très bien, ça fonctionnait. Mais pour cela, j'ai du passer un > apt dist-upgrade (qui s'est achevé sans erreur). As-tu fais update et upgrade --without-new-pkgs comme préconisé ici : https://www.debian.org/releases/stable/i386/release-notes/ch-upgrading.fr.html#upgradingpackages > 2024-01-07T19:27:37.012530+01:00 heisenberg kernel: Kernel command line: > BOOT_IMAGE=pxelinux.cfg/vmlinuz-heisenberg root=/dev/nfs > initrd=pxelinux.cfg/initrd.img-heisenberg > nfsroot=192.168.10.128:/srv/heisenberg ip=dhcp rw splash > intel_iommu=on,igfx_off > > 2024-01-07T19:27:37.012533+01:00 heisenberg kernel: Unknown kernel > command line parameters "splash > BOOT_IMAGE=pxelinux.cfg/vmlinuz-heisenberg > nfsroot=192.168.10.128:/srv/heisenberg ip=dhcp", will be passed to user > space. C'est juste un warning qui indique que les paramètres sont passés à la suite. As-tu refais le kernel et le initrd qui sont utiisés ? Quelle est ta version de kernel ? Quelle est ta carte graphique ?
Re: Plus de framebuffer/X
On Sunday 07 January 2024 19:47:19 BERTRAND Joël wrote: > ... apt dist-upgrade (qui s'est achevé sans erreur). > Aujourd'hui, je rallume la machine en question et je n'ai plus de > session graphique ... : Sans doute, suite à l'upgrade, le nouveau noyau de Devuan ne reconnaît plus le module de la carte graphique. Il faut essayer de booter avec un ancien noyau, sinon de trouver un pilote vidéo adaptable.
Plus de framebuffer/X
Bonjour à tous et bonne année. Il m'arrive un truc étonnant sur une machine qui me sert de serveur multimedia. Cette machine est diskless et fonctionnait parfaitement jusqu'à hier (pas noté la version du noyau). Ce n'est pas une Debian, c'est une Devuan, mais les paquets et la configuration sont identique en dehors du système d'initialisation. Hier, j'ai du configurer ce qu'il fallait pour pouvoir accéder à des bluerays. Très bien, ça fonctionnait. Mais pour cela, j'ai du passer un apt dist-upgrade (qui s'est achevé sans erreur). Aujourd'hui, je rallume la machine en question et je n'ai plus de session graphique. De la même manière, la console reste en 80x25 (avant, j'avais une console graphique avec des tous petits caractères, l'écran est un truc en 2560x1440. Si je lance sddm à la main, il ne se passe rien (le processus tourne, aucune erreur dans les logs de sddm). kern.log indique plusieurs choses étranges (je ne sais pas si le noyau indiquait la même chose dans la configuration fonctionnelle) : 2024-01-07T19:27:37.012530+01:00 heisenberg kernel: Kernel command line: BOOT_IMAGE=pxelinux.cfg/vmlinuz-heisenberg root=/dev/nfs initrd=pxelinux.cfg/initrd.img-heisenberg nfsroot=192.168.10.128:/srv/heisenberg ip=dhcp rw splash intel_iommu=on,igfx_off 2024-01-07T19:27:37.012533+01:00 heisenberg kernel: Unknown kernel command line parameters "splash BOOT_IMAGE=pxelinux.cfg/vmlinuz-heisenberg nfsroot=192.168.10.128:/srv/heisenberg ip=dhcp", will be passed to user space. Effectivement, splash ne fonctionne plus non plus. Mais j'ai aussi ceci : root@heisenberg:/var/log# grep conflict kern.log 2024-01-07T18:05:19.599573+01:00 heisenberg kernel: ACPI Warning: SystemIO range 0x1828-0x182F conflicts with OpRegion 0x1800-0x187F (\PMIO) (20230331/utaddress-204) 2024-01-07T18:05:19.599573+01:00 heisenberg kernel: ACPI: OSL: Resource conflict; ACPI support missing from driver? 2024-01-07T18:05:19.599577+01:00 heisenberg kernel: ACPI Warning: SystemIO range 0x1C40-0x1C4F conflicts with OpRegion 0x1C00-0x1FFF (\GPR) (20230331/utaddress-204) 2024-01-07T18:05:19.599578+01:00 heisenberg kernel: ACPI: OSL: Resource conflict; ACPI support missing from driver? 2024-01-07T18:05:19.599578+01:00 heisenberg kernel: ACPI Warning: SystemIO range 0x1C30-0x1C3F conflicts with OpRegion 0x1C00-0x1C3F (\GPRL) (20230331/utaddress-204) 2024-01-07T18:05:19.599579+01:00 heisenberg kernel: ACPI Warning: SystemIO range 0x1C30-0x1C3F conflicts with OpRegion 0x1C00-0x1FFF (\GPR) (20230331/utaddress-204) 2024-01-07T18:05:19.599579+01:00 heisenberg kernel: ACPI: OSL: Resource conflict; ACPI support missing from driver? 2024-01-07T18:05:19.599579+01:00 heisenberg kernel: ACPI Warning: SystemIO range 0x1C00-0x1C2F conflicts with OpRegion 0x1C00-0x1C3F (\GPRL) (20230331/utaddress-204) 2024-01-07T18:05:19.599582+01:00 heisenberg kernel: ACPI Warning: SystemIO range 0x1C00-0x1C2F conflicts with OpRegion 0x1C00-0x1FFF (\GPR) (20230331/utaddress-204) 2024-01-07T18:05:19.599583+01:00 heisenberg kernel: ACPI: OSL: Resource conflict; ACPI support missing from driver? 2024-01-07T18:05:19.599583+01:00 heisenberg kernel: lpc_ich: Resource conflict(s) found affecting gpio_ich 2024-01-07T18:11:36.030703+01:00 heisenberg kernel: ACPI Warning: SystemIO range 0x1828-0x182F conflicts with OpRegion 0x1800-0x187F (\PMIO) (20230331/utaddress-204) 2024-01-07T18:11:36.030703+01:00 heisenberg kernel: ACPI: OSL: Resource conflict; ACPI support missing from driver? 2024-01-07T18:11:36.030708+01:00 heisenberg kernel: ACPI Warning: SystemIO range 0x1C40-0x1C4F conflicts with OpRegion 0x1C00-0x1FFF (\GPR) (20230331/utaddress-204) 2024-01-07T18:11:36.030708+01:00 heisenberg kernel: ACPI: OSL: Resource conflict; ACPI support missing from driver? 2024-01-07T18:11:36.030709+01:00 heisenberg kernel: ACPI Warning: SystemIO range 0x1C30-0x1C3F conflicts with OpRegion 0x1C00-0x1C3F (\GPRL) (20230331/utaddress-204) 2024-01-07T18:11:36.030709+01:00 heisenberg kernel: ACPI Warning: SystemIO range 0x1C30-0x1C3F conflicts with OpRegion 0x1C00-0x1FFF (\GPR) (20230331/utaddress-204) 2024-01-07T18:11:36.030710+01:00 heisenberg kernel: ACPI: OSL: Resource conflict; ACPI support missing from driver? 2024-01-07T18:11:36.030710+01:00 heisenberg kernel: ACPI Warning: SystemIO range 0x1C00-0x1C2F conflicts with OpRegion 0x1C00-0x1C3F (\GPRL) (20230331/utaddress-204) 2024-01-07T18:11:36.030713+01:00 heisenberg kernel:
Re: Améliorer l'expérience utilisateur TTY : framebuffer / résolution / couleurs
Le Sat, 02 Nov 2013 19:03:31 +0100, Samy Mezani samy.mez...@wanadoo.fr a écrit : Essaie avec une ligne inspirée de : GRUB_GFXMODE=1280x800 J'utilisais l'option keep autrfois mais je n'en ai plus besoin aujourd'hui depuis une mise à jour de grub dans sid. Samy Il y a eu quelques changements et déplacements de variables dans les scripts, mais le principe reste le même. Il y a une variable pour grub et une variable pour le terminal. Tu positionne la variable de grub comme ci dessus. GRUB_GFXPAYLOAD=keep sert à dire qu'il faut conserver la définition déclarée dans grub, mais il me semble que c'est peut-être déplacé pour être fait par défaut ou supprimé, de toute manière à priori les scripts détectent la résolution de l'écran au chargement de système pour l'ajuster à la bonne valeur. Si ça ne fonctionne pas, c'est peut-être un problème du à ta carte graphique (qui ne sont pas toutes sans bug...) ou à ton écran qui ne renvoie pas correctement ses caractéristiques. Je n'ai pas cherché mais, à mon avis, au pire en fouillant dans les scripts tu doit pouvoir ajuster ça. Peut-être dans udev. -- 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-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/82.228.185.237.1383478814.28...@ns0.ovh.net
Re: Améliorer l'expérience utilisateur TTY : framebuffer / résolution / couleurs
Le 03/11/2013 12:40, Haricophile a écrit : Tu positionne la variable de grub comme ci dessus. GRUB_GFXPAYLOAD=keep sert à dire qu'il faut conserver la définition déclarée dans grub, mais il me semble que c'est peut-être déplacé pour être fait par défaut ou supprimé, de toute manière à priori les scripts détectent la résolution de l'écran au chargement de système pour l'ajuster à la bonne valeur. Si ça ne fonctionne pas, c'est peut-être un problème du à ta carte graphique (qui ne sont pas toutes sans bug...) ou à ton écran qui ne renvoie pas correctement ses caractéristiques. Je n'ai pas cherché mais, à mon avis, au pire en fouillant dans les scripts tu doit pouvoir ajuster ça. Peut-être dans udev. Et malheureusement ça ne fonctionne pas... Je crois que je vais devoir me passer d'un bô TTY et aller sur un (très beau) terminal lent. Je vais voir ce qu'on peut trouver dans udev ! -- Adrien --- signature.asc Description: OpenPGP digital signature
Améliorer l'expérience utilisateur TTY : framebuffer / résolution / couleurs
Bonjour à tous, Je me demandais récemment comment acccélérer la console, mais au final je passe de plus en plus de temps sur les TTY. J'aimerais avoir un TTY avec une résolution adaptée à mon écran, et avec des couleurs 32 bits, si ça existe ! Machine : HP2133 Écran : 1024x600 OS : Debian Wheezy à jour Pour l'instant, la console TTY m'affiche un très mauvais 640x480 sans framebuffer, je voudrais améliorer tout ça si c'est possible. J'ai vu ça et là qu'on pouvait activer le framebuffer en changeant des options de grub2 dans /etc/default/grub : avec la ligne suivante ça ne fonctionne pas. GRUB_CMDLINE_LINUX_DEFAULT=quiet video=vesafb:1024x600-8@59 Ou encore avec ça : GRUB_GFXPAYLOAD=keep GRUB_GFXPAYLOAD_LINUX=1280x768,1024x512,720x480 VOici également le résultat de hwinfo (ce qui est peu engageant) : hwinfo --framebuffer hal.1: read hal dataprocess 9913: arguments to dbus_move_error() were incorrect, assertion (dest) == NULL || !dbus_error_is_set ((dest)) failed in file ../../dbus/dbus-errors.c line 282. This is normally a bug in some application using the D-Bus library. libhal.c 3483 : Error unsubscribing to signals, error=The name org.freedesktop.Hal was not provided by any .service files 02: None 00.0: 11001 VESA Framebuffer [Created at bios.464] Unique ID: rdCR.qFD6ZagmcN1 Hardware Class: framebuffer Model: VIA N3364 Vendor: VIA N3364 Device: VIA N3364 SubVendor: VIA N3364 SubDevice: Revision: VIA N3364 Memory Size: 32 MB Memory Range: 0xc000-0xc1ff (rw) Mode 0x0301: 640x480 (+640), 8 bits Mode 0x0311: 640x480 (+1280), 16 bits Mode 0x0312: 640x480 (+2560), 24 bits Config Status: cfg=new, avail=yes, need=no, active=unknown Merci d'avance pour toutes les idées que vous pourrez me communiquer ! Je ne trouve pas de documentation claire à ce sujet... -- Adrien signature.asc Description: OpenPGP digital signature
Re: Améliorer l'expérience utilisateur TTY : framebuffer / résolution / couleurs
Bonjour, le 02/11/2013 12:16, Adrien Poupin a écrit: J'ai vu ça et là qu'on pouvait activer le framebuffer en changeant des options de grub2 dans /etc/default/grub : avec la ligne suivante ça ne fonctionne pas. GRUB_CMDLINE_LINUX_DEFAULT=quiet video=vesafb:1024x600-8@59 Ou encore avec ça : GRUB_GFXPAYLOAD=keep GRUB_GFXPAYLOAD_LINUX=1280x768,1024x512,720x480 Essaie avec une ligne inspirée de : GRUB_GFXMODE=1280x800 J'utilisais l'option keep autrfois mais je n'en ai plus besoin aujourd'hui depuis une mise à jour de grub dans sid. Samy -- 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-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/52753e73.8060...@wanadoo.fr
Re: Améliorer l'expérience utilisateur TTY : framebuffer / résolution / couleurs
je te file 2 docs que j'avais utilisées pour avoir un tty plus adapté à ma résolution. http://doc.ubuntu-fr.org/tutoriel/comment_activer_le_framebuffer http://doc.ubuntu-fr.org/installation/definition_demarrage j'avais passé la commande suivante il me semble : GRUB_CMDLINE_LINUX_DEFAULT=quiet vga=788 et un update-grub ++ Cyrille -- 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-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20131102201952.3db4bb5b@trollfest.tuxpanic
Re: Améliorer l'expérience utilisateur TTY : framebuffer / résolution / couleurs
Merci Samy et Cyrille pour vos deux solutions, mais ça ne fonctionne pas... Le problème apparemment, c'est que le framebuffer ne semble accepter que 640x480 :'( Je pense que c'est sans espoir : il doit falloir passer par X en 1024x600 (le reste ça fait cheap). -- Adrien - Le 02/11/2013 12:16, Adrien a écrit : Bonjour à tous, Je me demandais récemment comment acccélérer la console, mais au final je passe de plus en plus de temps sur les TTY. J'aimerais avoir un TTY avec une résolution adaptée à mon écran, et avec des couleurs 32 bits, si ça existe ! Machine : HP2133 Écran : 1024x600 OS : Debian Wheezy à jour Pour l'instant, la console TTY m'affiche un très mauvais 640x480 sans framebuffer, je voudrais améliorer tout ça si c'est possible. J'ai vu ça et là qu'on pouvait activer le framebuffer en changeant des options de grub2 dans /etc/default/grub : avec la ligne suivante ça ne fonctionne pas. GRUB_CMDLINE_LINUX_DEFAULT=quiet video=vesafb:1024x600-8@59 Ou encore avec ça : GRUB_GFXPAYLOAD=keep GRUB_GFXPAYLOAD_LINUX=1280x768,1024x512,720x480 VOici également le résultat de hwinfo (ce qui est peu engageant) : hwinfo --framebuffer hal.1: read hal dataprocess 9913: arguments to dbus_move_error() were incorrect, assertion (dest) == NULL || !dbus_error_is_set ((dest)) failed in file ../../dbus/dbus-errors.c line 282. This is normally a bug in some application using the D-Bus library. libhal.c 3483 : Error unsubscribing to signals, error=The name org.freedesktop.Hal was not provided by any .service files 02: None 00.0: 11001 VESA Framebuffer [Created at bios.464] Unique ID: rdCR.qFD6ZagmcN1 Hardware Class: framebuffer Model: VIA N3364 Vendor: VIA N3364 Device: VIA N3364 SubVendor: VIA N3364 SubDevice: Revision: VIA N3364 Memory Size: 32 MB Memory Range: 0xc000-0xc1ff (rw) Mode 0x0301: 640x480 (+640), 8 bits Mode 0x0311: 640x480 (+1280), 16 bits Mode 0x0312: 640x480 (+2560), 24 bits Config Status: cfg=new, avail=yes, need=no, active=unknown Merci d'avance pour toutes les idées que vous pourrez me communiquer ! Je ne trouve pas de documentation claire à ce sujet... -- Adrien signature.asc Description: OpenPGP digital signature
Re: Améliorer l'expérience utilisateur TTY : framebuffer / résolution / couleurs
tu peux filer ton fichier de conf ? On Sat, 02 Nov 2013 20:55:16 +0100 Adrien Poupin cont...@creasixtine.com wrote: Merci Samy et Cyrille pour vos deux solutions, mais ça ne fonctionne pas... Le problème apparemment, c'est que le framebuffer ne semble accepter que 640x480 :'( Je pense que c'est sans espoir : il doit falloir passer par X en 1024x600 (le reste ça fait cheap). -- Adrien - Le 02/11/2013 12:16, Adrien a écrit : Bonjour à tous, Je me demandais récemment comment acccélérer la console, mais au final je passe de plus en plus de temps sur les TTY. J'aimerais avoir un TTY avec une résolution adaptée à mon écran, et avec des couleurs 32 bits, si ça existe ! Machine : HP2133 Écran : 1024x600 OS : Debian Wheezy à jour Pour l'instant, la console TTY m'affiche un très mauvais 640x480 sans framebuffer, je voudrais améliorer tout ça si c'est possible. J'ai vu ça et là qu'on pouvait activer le framebuffer en changeant des options de grub2 dans /etc/default/grub : avec la ligne suivante ça ne fonctionne pas. GRUB_CMDLINE_LINUX_DEFAULT=quiet video=vesafb:1024x600-8@59 Ou encore avec ça : GRUB_GFXPAYLOAD=keep GRUB_GFXPAYLOAD_LINUX=1280x768,1024x512,720x480 VOici également le résultat de hwinfo (ce qui est peu engageant) : hwinfo --framebuffer hal.1: read hal dataprocess 9913: arguments to dbus_move_error() were incorrect, assertion (dest) == NULL || !dbus_error_is_set ((dest)) failed in file ../../dbus/dbus-errors.c line 282. This is normally a bug in some application using the D-Bus library. libhal.c 3483 : Error unsubscribing to signals, error=The name org.freedesktop.Hal was not provided by any .service files 02: None 00.0: 11001 VESA Framebuffer [Created at bios.464] Unique ID: rdCR.qFD6ZagmcN1 Hardware Class: framebuffer Model: VIA N3364 Vendor: VIA N3364 Device: VIA N3364 SubVendor: VIA N3364 SubDevice: Revision: VIA N3364 Memory Size: 32 MB Memory Range: 0xc000-0xc1ff (rw) Mode 0x0301: 640x480 (+640), 8 bits Mode 0x0311: 640x480 (+1280), 16 bits Mode 0x0312: 640x480 (+2560), 24 bits Config Status: cfg=new, avail=yes, need=no, active=unknown Merci d'avance pour toutes les idées que vous pourrez me communiquer ! Je ne trouve pas de documentation claire à ce sujet... -- Adrien -- [ cyri...@cbiot.fr | http://cbiot.fr ] Ils ne me comprennent point, je ne suis pas la bouche qui convient à ces oreilles - - - Ainsi parlait Zarathoustra - - - - - - - - - - - - - - NIETZSCHE - - - -- 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-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20131102231134.09af57ae@trollfest.tuxpanic
Re: framebuffer was:
Comportement anormal des polices Reply-To: In-Reply-To: 20130617140156.GA3586@messier31 Rebonjour. Vu quelques nouveaux essais, je pense que le problème vient du framebuffer car si je mets une petite taille de polive dans mon fichier /etc/default/console-setup (une qui ne demande pas de framebuffer) ça fonctionne correctement dès le démarrage. Le problème ne semble se poser qu'avec les grandes tailles, celles qui demandent le framebuffer. Cela dit, je ne suis pas assez « calé » pour en tirer quoi que ce soit de façon pratique. Encore merci Sylvain. -- Ph. Delavalade -- 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-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20130617142052.GA3594@messier31
Re: framebuffer was:
Le lundi 17 juin 2013 à 16:20:52, Philippe Delavalade a écrit : […] Rebonjour. ’soir, Vu quelques nouveaux essais, je pense que le problème vient du framebuffer car si je mets une petite taille de polive dans mon fichier /etc/default/console-setup (une qui ne demande pas de framebuffer) ça fonctionne correctement dès le démarrage. Le problème ne semble se poser qu'avec les grandes tailles, celles qui demandent le framebuffer. Cela dit, je ne suis pas assez « calé » pour en tirer quoi que ce soit de façon pratique. Correction : si tu ne changes que la taille de la fonte, alors tu as toujours le framebuffer et un mode dit graphique (en opposition aux modes texte où l’écran est représenté en mémoire par les caractères qu’il contient et non par des pixels qui les composent, la fonte étant dans la carte vidéo). Pour être en mode texte (le bon vieux 80x25), il faut maintenant explicitement désactiver le framebuffer. Sinon, et bêtement, dans /usr/share/doc/console-setup/FAQ.gz : « Third, the big fonts cannot be used with some of the framebuffer drivers. For example on my computer if I use matroxfb then all font sizes work. However, if I use vga16fb instead of matroxfb, then all fonts load with no error messages but only the fonts with size 14, 16 or 32x16 are displayed correctly. » Son problème est une sorte d’inverse du tiens… Enfin, j’ai parcouru/recherché dans les bogues de console- setup et, ah ha !, je savais bien qu’il y avait (eu) des soucis avec radeonfb. Voici un petit extrait de la discussion sur le bogue 352911 (date de 2006, clos, setupcon ne voulait alors pas charger certaines fontes, donc différent mais lié, http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=352911 ) : « An user of the console-terminus reported to me about the same problem and he also used radeonfb. It seams that radeonfb supports only fonts with 8-pixels width font matrix (like the text-mode console). » -- 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 debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/201306172158.24843.sylvain.l.sauv...@free.fr
framebuffer console et serveur graphique
Bonjour à tous Ça fait un moment que j'ai le problème suivant : quand j'active le framebuffer de la console (vga=791 dans menu.lst), aucun problème durant le boot mais dès que le serveur graphique se lance, quand je repasse en console les caractères sont très sombres, gris au lieu d'être blanc, comme un problème de luminosité... Jusqu'ici c'était juste embêtant, mais on j'ai désactivé le framebuffer et puis ça allait, ais je viens de me rendre compte de deux autres problème : - quand je passe console et que je repasse en mode graphique l'écran s'éteint et ne se rallume plus - quand je lance l'hibernation ou a mise en veille tout se passe ben jusqu'à ce qu'il tente d'afficher la session graphique là écran noir, au mieux avec des traits vert... Je pense que tout ça est lié, mais je ne trouve pas de solution : jai essayé de revenir à un noyau 2.6.18 ça ne change rien, j'ai essayé de downgroader xorg mais là il arrive même plus à trouver les fréquences de mon écran, j'ai essayé d'activer l'interface framebufer de xorg etc. mais rien n'y a fait. Enfin je précise que je suis en debian sid + dépôts expérimentaux ;), donc je m'attendais bien à ce genre de problèmes un jour ou l'autre, bref vous prenez pas la tête je suppose qu'au pire ça reviendra à la normale à la prochaine release de xorg, mais si quelqu'un a rencontré ce problème et encore mieux ne solution ça serait sympa. Versions des softs : noyau 2.6.24, xorg 7.3 avec core 1.4.1 Matériel : carte radeon 7000/VE, écran LCD Configuration : config par défaut du xorg 7.3 debian, càd Configured machin partout et auto-détection du matos (sauf pour le clavier bien sur mais bon :p) @+, Ivan -- Hotmail / MSN c'est mal (tm) : http://n.ethz.ch/student/fbianco/odd/odd.html http://mdkart.fr/blog/2007/02/16/5-raisons-dutiliser-gmail/ JabberID : [EMAIL PROTECTED] signature.asc Description: PGP signature
Re: framebuffer console et serveur graphique
Voir : http://lists.debian.org/debian-user-french/2008/02/msg00872.html Ivan Buresi a écrit : Bonjour à tous Ça fait un moment que j'ai le problème suivant : quand j'active le framebuffer de la console (vga=791 dans menu.lst), aucun problème durant le boot mais dès que le serveur graphique se lance, quand je repasse en console les caractères sont très sombres, gris au lieu d'être blanc, comme un problème de luminosité... Jusqu'ici c'était juste embêtant, mais on j'ai désactivé le framebuffer et puis ça allait, ais je viens de me rendre compte de deux autres problème : - quand je passe console et que je repasse en mode graphique l'écran s'éteint et ne se rallume plus - quand je lance l'hibernation ou a mise en veille tout se passe ben jusqu'à ce qu'il tente d'afficher la session graphique là écran noir, au mieux avec des traits vert... Je pense que tout ça est lié, mais je ne trouve pas de solution : jai essayé de revenir à un noyau 2.6.18 ça ne change rien, j'ai essayé de downgroader xorg mais là il arrive même plus à trouver les fréquences de mon écran, j'ai essayé d'activer l'interface framebufer de xorg etc. mais rien n'y a fait. Enfin je précise que je suis en debian sid + dépôts expérimentaux ;), donc je m'attendais bien à ce genre de problèmes un jour ou l'autre, bref vous prenez pas la tête je suppose qu'au pire ça reviendra à la normale à la prochaine release de xorg, mais si quelqu'un a rencontré ce problème et encore mieux ne solution ça serait sympa. Versions des softs : noyau 2.6.24, xorg 7.3 avec core 1.4.1 Matériel : carte radeon 7000/VE, écran LCD Configuration : config par défaut du xorg 7.3 debian, càd Configured machin partout et auto-détection du matos (sauf pour le clavier bien sur mais bon :p) @+, Ivan signature.asc Description: OpenPGP digital signature
Re: Re: framebuffer console et serveur graphique
Merci, ça n'a pas résolu le problème mais du coup je vais me résoudre à attendre la prochaine màj des drivers ati, ou bien de xorg, ou bien du noyau... en espérant que ça corrige le problème. @+ -- Hotmail / MSN c'est mal (tm) : http://n.ethz.ch/student/fbianco/odd/odd.html http://mdkart.fr/blog/2007/02/16/5-raisons-dutiliser-gmail/ JabberID : [EMAIL PROTECTED] signature.asc Description: PGP signature
Re: framebuffer avec un grand écran ?
Frédéric BOITEUX a écrit : . J'ai testé une Knoppix, sans rien préciser (c'est le mode framebuffer/console qui m'intéressait), et il a bien réussi à mettre l'écran ... en 1024x768 seulement, alors qu'il était en 1280x1024 sur mon ancien 17 :-(( J'ai retenté les codes vga= avec toutes les valeurs en 1280x1024, aucune ne fonctionne, je suis donc passé à vga=792 (1024x768), c'est toujours mieux que rien, mais bon, je ne m'explique pas pourquoi j'ai une résolution moindre avec un écran 2 fois plus grand !! histoire d'en avoir le coeur net, tu peux: * Vérifier ce qui est annoncé sur le manuel, * Poster au constructeur si le manuel ne contient pas l'info -- Those who educate children well are more to be honored than parents, for these only gave life, those the art of living well. -- Aristotle -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: framebuffer avec un grand écran ?
Frédéric BOITEUX a écrit : Le lun 21 jan 2008 20:23:45 CET, Jean-Yves F. Barbier [EMAIL PROTECTED] a écrit : alors, tu as du changer qq chose dans la conf du kernel; je ne vois plus que ça. Non, je n'ai pas joué à cela : j'ai juste changé d'écran... et la connexion, du cable VGA (d-sub) au DVI... Ok Sinon, pour la partie X, j'ai dû déclarer la résolution à utiliser dans 915resolution ET définir un modeline (que j'ai trouvé sur Internet, car l'outil « gtf » n'existe pas dans Etch) pour que cela marche... ? connais pas gtf, par contre, pour les modelines, j'utilise xvidtune -- Hackers do it bottom-up. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: framebuffer avec un grand écran ?
Le lun 21 jan 2008 20:23:45 CET, Jean-Yves F. Barbier [EMAIL PROTECTED] a écrit : As-tu essayé de booter avec une knoppix (ou autre) pour voir ce qu'il se passe, en lui donnant les parms qui vont bien pour hsync vsync, pour éviter de planter de X et de faire souffrir ton écran? (parce que l'écran de boot de la knoppix est en framebuffer et ça te donneras un'chtite indication de keskispass) J'ai testé une Knoppix, sans rien préciser (c'est le mode framebuffer/console qui m'intéressait), et il a bien réussi à mettre l'écran ... en 1024x768 seulement, alors qu'il était en 1280x1024 sur mon ancien 17 :-(( J'ai retenté les codes vga= avec toutes les valeurs en 1280x1024, aucune ne fonctionne, je suis donc passé à vga=792 (1024x768), c'est toujours mieux que rien, mais bon, je ne m'explique pas pourquoi j'ai une résolution moindre avec un écran 2 fois plus grand !! Merci pour l'aide, Fred.
Re: framebuffer avec un grand écran ?
Le lun 21 jan 2008 20:23:45 CET, Jean-Yves F. Barbier [EMAIL PROTECTED] a écrit : alors, tu as du changer qq chose dans la conf du kernel; je ne vois plus que ça. Non, je n'ai pas joué à cela : j'ai juste changé d'écran... et la connexion, du cable VGA (d-sub) au DVI... As-tu essayé de booter avec une knoppix (ou autre) pour voir ce qu'il se passe, en lui donnant les parms qui vont bien pour hsync vsync, pour éviter de planter de X et de faire souffrir ton écran? (parce que l'écran de boot de la knoppix est en framebuffer et ça te donneras un'chtite indication de keskispass) Je vais essayer de récupérer une Knoppix récente et la tester, merci du conseil ! Sinon, pour la partie X, j'ai dû déclarer la résolution à utiliser dans 915resolution ET définir un modeline (que j'ai trouvé sur Internet, car l'outil « gtf » n'existe pas dans Etch) pour que cela marche... bonne journée, Fred.
Re: framebuffer avec un grand écran ?
Le ven 18 jan 2008 14:23:23 CET, Jean-Yves F. Barbier [EMAIL PROTECTED] a écrit : dans grub-beurk, je ne sais pas, mais dans lilo.conf, il suffit de mettre: vga=ask pour que ça te propose d'effectuer une recherche auto des modes dispos au boot (et si mes souvenirs sont bons, ça te donne un résultat du genre 0x1NN, auquel tu rajoutes 0x200 pour avoir le bon mode) J'ai tenté, mais je tombe sur le même menu que lorsqu'il a mon ancienne config qui marchait ; le scan ne trouve rien, et j'ai des résolution VGA uniquement... Fred.
Re: framebuffer avec un grand écran ?
Frédéric BOITEUX a écrit : Le ven 18 jan 2008 14:23:23 CET, Jean-Yves F. Barbier [EMAIL PROTECTED] a écrit : dans grub-beurk, je ne sais pas, mais dans lilo.conf, il suffit de mettre: vga=ask pour que ça te propose d'effectuer une recherche auto des modes dispos au boot (et si mes souvenirs sont bons, ça te donne un résultat du genre 0x1NN, auquel tu rajoutes 0x200 pour avoir le bon mode) J'ai tenté, mais je tombe sur le même menu que lorsqu'il a mon ancienne config qui marchait ; le scan ne trouve rien, et j'ai des résolution VGA uniquement... alors, tu as du changer qq chose dans la conf du kernel; je ne vois plus que ça. As-tu essayé de booter avec une knoppix (ou autre) pour voir ce qu'il se passe, en lui donnant les parms qui vont bien pour hsync vsync, pour éviter de planter de X et de faire souffrir ton écran? (parce que l'écran de boot de la knoppix est en framebuffer et ça te donneras un'chtite indication de keskispass) -- Living in LA is like not having a date on Saturday night. -- Candice Bergen -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
RE: framebuffer avec un grand écran ?
Salut, D'abord il faut savoir quel framebuffer tu utilises (vesa, intel... ng ou pas) ensuite le configurer dans grub. Perso j'ai toujours utilisé vesa (vesa-ng depuis quelques temps, sa conf diffère un poil) et jamais eu de problème... sur CRT. Ceci dit, avec un message d'erreur complet ça pourrait aider à voir ce qu'il se passe. + m -Original Message- From: Frédéric BOITEUX [mailto:[EMAIL PROTECTED] Sent: jeudi 17 janvier 2008 13:03 To: Liste des utilisateurs Debian Subject: framebuffer avec un grand écran ? Bonjour, Sur une machine ayant un chipset graphique i915GM, une distribution Debian Etch et un noyau 2.6.23 (de Sid), j'ai eu un souci lorsque je suis passé d'un ancien écran CRT vers un grand écran LCD (interface DVI) : au boot, le paramètre gérant le framebuffer VESA, « vga=0x307 », n'est plus reconnu ! Je croyais que c'était lié au BIOS de la machine / chipset graphique, mais pas à l'écran ? Du coup, j'ai une super résolution de pas beaucoup de lignes/colonnes, et pas de framebuffer :-( J'ai tenté d'activer le framebuffer du module intel_fb, mais sans y arriver (j'ai toujours un message : can't grab AGP ...) ; un peu de google ne m'a pas bien avancé. J'aimerais savoir si vous avez une idée pour avoir dans la console au moins du 1280x1024 (l'ancien mode que j'avais avant) voire plus ? Fred. This mail has originated outside your organization, either from an external partner or the Global Internet. Keep this in mind if you answer this message. This e-mail is intended only for the above addressee. It may contain privileged information. If you are not the addressee you must not copy, distribute, disclose or use any of the information in it. If you have received it in error please delete it and immediately notify the sender. Security Notice: all e-mail, sent to or from this address, may be accessed by someone other than the recipient, for system management and security reasons. This access is controlled under Regulation of security reasons. This access is controlled under Regulation of Investigatory Powers Act 2000, Lawful Business Practises.
Re: framebuffer avec un grand écran ?
Frédéric BOITEUX a écrit : Le ven 18 jan 2008 09:49:03 CET, DUFRESNE, Mathias \(STERIA\) [EMAIL PROTECTED] a écrit : Salut, D'abord il faut savoir quel framebuffer tu utilises (vesa, intel... ng ou pas) ensuite le configurer dans grub. J'avais le vesafb correctement configuré et fonctionnel : vga=0x307 (soit 1280x1024 en 256 couleurs). Ce qui m'étonne, c'est que sans rien changer d'autre que l'écran, cette config ne fonctionne plus (il me dit que le mode est inconnu, propose qq résolutions standards (style 80x25 à 60) et un scan qui ne donne rien de plus... Ensuite, j'ai tenté le framebuffer intel... sans plus de succès : il semble que je doive le compiler en dur et non utiliser le module du noyau Debian standard dans grub-beurk, je ne sais pas, mais dans lilo.conf, il suffit de mettre: vga=ask pour que ça te propose d'effectuer une recherche auto des modes dispos au boot (et si mes souvenirs sont bons, ça te donne un résultat du genre 0x1NN, auquel tu rajoutes 0x200 pour avoir le bon mode) -- Theory of Selective Supervision: The one time in the day that you lean back and relax is the one time the boss walks through the office. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: framebuffer avec un grand écran ?
On Friday 18 January 2008 09:49:03 DUFRESNE, Mathias (STERIA) wrote: D'abord il faut savoir quel framebuffer tu utilises (vesa, intel... ng ou pas) ensuite le configurer dans grub. Perso j'ai toujours utilisé vesa (vesa-ng depuis quelques temps, sa conf diffère un poil) et jamais eu de problème... sur CRT. Pour info, vesafb-tng est maintenant remplacé par uvesafb[1], qui necessite cependant un autre binaire, v86d, qui fonctionne, lui, dans le user-space. A+, JD. [1] http://dev.gentoo.org/~spock/projects/uvesafb
Re: framebuffer avec un grand écran ?
Le ven 18 jan 2008 09:49:03 CET, DUFRESNE, Mathias \(STERIA\) [EMAIL PROTECTED] a écrit : Salut, D'abord il faut savoir quel framebuffer tu utilises (vesa, intel... ng ou pas) ensuite le configurer dans grub. J'avais le vesafb correctement configuré et fonctionnel : vga=0x307 (soit 1280x1024 en 256 couleurs). Ce qui m'étonne, c'est que sans rien changer d'autre que l'écran, cette config ne fonctionne plus (il me dit que le mode est inconnu, propose qq résolutions standards (style 80x25 à 60) et un scan qui ne donne rien de plus... Ensuite, j'ai tenté le framebuffer intel... sans plus de succès : il semble que je doive le compiler en dur et non utiliser le module du noyau Debian standard Perso j'ai toujours utilisé vesa (vesa-ng depuis quelques temps, sa conf diffère un poil) et jamais eu de problème... sur CRT. avec une résolution supérieure à 1280x1024 ? Fred.
framebuffer avec un grand écran ?
Bonjour, Sur une machine ayant un chipset graphique i915GM, une distribution Debian Etch et un noyau 2.6.23 (de Sid), j'ai eu un souci lorsque je suis passé d'un ancien écran CRT vers un grand écran LCD (interface DVI) : au boot, le paramètre gérant le framebuffer VESA, « vga=0x307 », n'est plus reconnu ! Je croyais que c'était lié au BIOS de la machine / chipset graphique, mais pas à l'écran ? Du coup, j'ai une super résolution de pas beaucoup de lignes/colonnes, et pas de framebuffer :-( J'ai tenté d'activer le framebuffer du module intel_fb, mais sans y arriver (j'ai toujours un message : can't grab AGP ...) ; un peu de google ne m'a pas bien avancé. J'aimerais savoir si vous avez une idée pour avoir dans la console au moins du 1280x1024 (l'ancien mode que j'avais avant) voire plus ? Fred.
Re: [déjà vu ?] nvidia proprié taire et framebuffer
fred a écrit : fred [EMAIL PROTECTED] a écrit : 2- Il apparaît une incompatibilité entre les noyaux 2.6.23 et 2.6.23.1 et les drivers de nvidia 100.14.11 et 1.0.9755 - ces dernier ne compilent pas les modules du tout (ce n'est pas l'installation mais bien la compilation qui ne fonctionne pas) Auriez-vous déjà rencontré ce genre de problème ? Pas encore essayé... Essayé avec un 2.6.23.1 fraichement compilé. Aucun problème pourtant, c'était le cas (compilation maison). Je n'ai pas encore essayé le patch de Luc - j'ai un peu mis de côté pour le moment... -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [déjà vu ?] nvidia proprié taire et framebuffer
Bonjour,
Nicolas Folin a écrit :
Merci de toutes vos réponses, elles m'ont aidé.
J'ai eu plusieurs cas de figure, et entre autre chose je liste
les résultats dont je pense pouvoir dire qu'ils sont réguliers et
reproductibles
1- ma configuration actuelle est un noyau 2.6.20.7 customisé,
les seuls modules compilés (en dur - bien/mal ?) sont vgafb et vesafb -
désolé
s'ils ne s'appellent pas comme ça. À ce jour, je n'ai plus accès à la
console,
mais je n'ai pas essayé d'autres résolutions que le 800x600x16 (qui
fonctionne,
je l'ai déjà eu devant moi).
Le driver nvidia propriétaire est le 100.14.11
et splashy fonctionne (secondaire)
Dans mon grand ménage des options du noyau, aurais-je enlevé une
option primordiale pour l'affichage de la console ? Y a-t-il un moyen
de changer la résolution du framebuffer depuis un terminal X ?
2- Il apparaît une incompatibilité entre les noyaux 2.6.23 et 2.6.23.1
et les
drivers de nvidia 100.14.11 et 1.0.9755 - ces dernier ne compilent pas les
modules du tout (ce n'est pas l'installation mais bien la compilation qui ne
fonctionne pas)
Auriez-vous déjà rencontré ce genre de problème ?
Concernant ce problème, j'ai trouvé un patch à appliquer au driver
100.14.11 je me permet de le joindre à cette réponse.
pour l'appliquer:
sh NVIDIA-Linux-x86_64-100.14.11-pkg2.run --extract-only --target=nvsrc/
cd nvsrc
patch -p1 chemin/vers/le/patch
nvidia-installer
Chez moi ça a réglé le problème impecablement
Je retourne à TFM en attendant les (éventuelles) réponses...
Amicalement
Nicolas Folin
Nicolas Folin a écrit :
Excusez-moi si la question est commune, mais j'ai un peu de mal à
trouver des infos ET à
les comprendre sur le net.
Avec une debian etch (et propre, pas de backports) et les pilotes nvidia
propriétaires 97.55,
j'ai tout qui fonctionne sans framebuffer.
Je n'en ai jamais eu l'utilité ni le besoin, c'est juste pour pouvoir
dire je l'ai fait, je l'ai
Je me suis donc mis à lire des docs là dessus, et:
- j'ai recompilé mon noyau avec l'option framebuffer pour nvidia (je
sais plus où, c'est le module nvidiafb).
- Dans /boot/grub/menu.lst j'ai rajouté vga=0x314 (je ne sais plus à
quoi il correspond, mais ça passe)
1- d'abord j'ai juste mis la ligne dans menu.lst et rebooté: l'affichage
est bruité, le passage à X se fait correctement
2- j'ai recompilé mais j'ai du oublié de mettre nvidiafb. Le démarrage
est noir, le passage à X se fait correctement
Je change ma version de noyau (je passe du 2.6.21 au 2.6.23, c'est pour
avoir le dernier)
3- j'ai recompilé avec l'option nvidiafb, je viens de la voir. Le
démarrage est en mode graphique, et même
splashy fonctionne (l'écran de démarrage avec tux). Par contre, le
passage d'une console à une autre
n'est pas exempt de trucs hasardeux. Pendant une compilation du noyau,
j'ai lancé un divx sur une autre
console. Impossible de quitter mplayer ni de changer de console.
Ensuite, pas de passage à X-- normal, changement de noyau, donc
re-installation du driver. Et là,
il me dit que nvidiafb entre en conflit avec le pilote nvidia, il faut
recompiler sans le support nvidiafb
4- je recompile sans nvidiafb, ça n'affiche rien, et comme je n'ai pas
de X, je dois taper les commandes
dans le noir pour installer les drivers nvidia.
Bon, ma question est:
Est-il possible d'utiliser le framebuffer ET les driver propriétaires de
nvidia en même temps ?
(Oui, j'ai besoin des drivers propriétaires pour l'accélération 3D)
Dois-je préférer un framebuffer VESA ? et je dois faire comment pour en
imposer un plutôt
qu'un autre alors ?
Est-il possible d'avoir nvidiafb en module et de le charger au démarrage
? (Je passe par un initrd-
j'ai cru comprendre que c'était 'mal', ou qu'il y a mieux, mais c'est la
seule façon qui fonctionne chez moi)
En vous remerciant par avance
Amicalement
Nicolas Folin
Only in extracted-100.14.11/usr/src/nv: .nv.o.d
Only in extracted-100.14.11/usr/src/nv: .tmp_versions
Only in extracted-100.14.11/usr/src/nv: Makefile
diff -c -r original-nvidia-100.14.11/usr/src/nv/nv-linux.h
extracted-100.14.11/usr/src/nv/nv-linux.h
*** original-nvidia-100.14.11/usr/src/nv/nv-linux.h Wed Jun 13 21:59:58 2007
--- extracted-100.14.11/usr/src/nv/nv-linux.h Sat Jul 21 18:13:10 2007
***
*** 533,539
#define NV_KMEM_CACHE_CREATE(kmem_cache, name, type)\
{ \
kmem_cache = kmem_cache_create(name, sizeof(type), \
! 0, 0, NULL, NULL); \
}
#define NV_KMEM_CACHE_DESTROY(kmem_cache) \
--- 533,539
#define NV_KMEM_CACHE_CREATE(kmem_cache, name, type)\
{ \
kmem_cache = kmem_cache_create(name, sizeof(type), \
! 0, 0, NULL); \
}
#define NV_KMEM_CACHE_DESTROY(kmem_cache) \
diff -c -r
Re: [déjà vu ?] nvidia proprié taire et framebuffer
Merci de toutes vos réponses, elles m'ont aidé. J'ai eu plusieurs cas de figure, et entre autre chose je liste les résultats dont je pense pouvoir dire qu'ils sont réguliers et reproductibles 1- ma configuration actuelle est un noyau 2.6.20.7 customisé, les seuls modules compilés (en dur - bien/mal ?) sont vgafb et vesafb - désolé s'ils ne s'appellent pas comme ça. À ce jour, je n'ai plus accès à la console, mais je n'ai pas essayé d'autres résolutions que le 800x600x16 (qui fonctionne, je l'ai déjà eu devant moi). Le driver nvidia propriétaire est le 100.14.11 et splashy fonctionne (secondaire) Dans mon grand ménage des options du noyau, aurais-je enlevé une option primordiale pour l'affichage de la console ? Y a-t-il un moyen de changer la résolution du framebuffer depuis un terminal X ? 2- Il apparaît une incompatibilité entre les noyaux 2.6.23 et 2.6.23.1 et les drivers de nvidia 100.14.11 et 1.0.9755 - ces dernier ne compilent pas les modules du tout (ce n'est pas l'installation mais bien la compilation qui ne fonctionne pas) Auriez-vous déjà rencontré ce genre de problème ? Je retourne à TFM en attendant les (éventuelles) réponses... Amicalement Nicolas Folin Nicolas Folin a écrit : Excusez-moi si la question est commune, mais j'ai un peu de mal à trouver des infos ET à les comprendre sur le net. Avec une debian etch (et propre, pas de backports) et les pilotes nvidia propriétaires 97.55, j'ai tout qui fonctionne sans framebuffer. Je n'en ai jamais eu l'utilité ni le besoin, c'est juste pour pouvoir dire je l'ai fait, je l'ai Je me suis donc mis à lire des docs là dessus, et: - j'ai recompilé mon noyau avec l'option framebuffer pour nvidia (je sais plus où, c'est le module nvidiafb). - Dans /boot/grub/menu.lst j'ai rajouté vga=0x314 (je ne sais plus à quoi il correspond, mais ça passe) 1- d'abord j'ai juste mis la ligne dans menu.lst et rebooté: l'affichage est bruité, le passage à X se fait correctement 2- j'ai recompilé mais j'ai du oublié de mettre nvidiafb. Le démarrage est noir, le passage à X se fait correctement Je change ma version de noyau (je passe du 2.6.21 au 2.6.23, c'est pour avoir le dernier) 3- j'ai recompilé avec l'option nvidiafb, je viens de la voir. Le démarrage est en mode graphique, et même splashy fonctionne (l'écran de démarrage avec tux). Par contre, le passage d'une console à une autre n'est pas exempt de trucs hasardeux. Pendant une compilation du noyau, j'ai lancé un divx sur une autre console. Impossible de quitter mplayer ni de changer de console. Ensuite, pas de passage à X-- normal, changement de noyau, donc re-installation du driver. Et là, il me dit que nvidiafb entre en conflit avec le pilote nvidia, il faut recompiler sans le support nvidiafb 4- je recompile sans nvidiafb, ça n'affiche rien, et comme je n'ai pas de X, je dois taper les commandes dans le noir pour installer les drivers nvidia. Bon, ma question est: Est-il possible d'utiliser le framebuffer ET les driver propriétaires de nvidia en même temps ? (Oui, j'ai besoin des drivers propriétaires pour l'accélération 3D) Dois-je préférer un framebuffer VESA ? et je dois faire comment pour en imposer un plutôt qu'un autre alors ? Est-il possible d'avoir nvidiafb en module et de le charger au démarrage ? (Je passe par un initrd- j'ai cru comprendre que c'était 'mal', ou qu'il y a mieux, mais c'est la seule façon qui fonctionne chez moi) En vous remerciant par avance Amicalement Nicolas Folin -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [déjà vu ?] nvi dia propriétaire et framebuffer
On Mon, Oct 15, 2007 at 07:24:53PM +0200, Nicolas Folin wrote : Merci de toutes vos réponses, elles m'ont aidé. [snip] 2- Il apparaît une incompatibilité entre les noyaux 2.6.23 et 2.6.23.1 et les drivers de nvidia 100.14.11 et 1.0.9755 - ces dernier ne compilent pas les modules du tout (ce n'est pas l'installation mais bien la compilation qui ne fonctionne pas) Auriez-vous déjà rencontré ce genre de problème ? Je retourne à TFM en attendant les (éventuelles) réponses... Amicalement Nicolas Folin J'ai moi aussi compilé sur une debian etch le noyau 2.6.23; je ne suis jamais arrivé à compiler le driver proprio Nvidia (alors que ça marche bien avec le noyau 2.6.22.6) car les fichiers auto.conf ou autoconf.h n'étaient pas trouvés; j'ai eu beau indiquer l'accès direct à ces fichiers, ça a planté: damned ! Je suis revenu à mon noyau antérieur. Bye. -- * Bruno Delalleau Debian Etch user Linux since 1998 * -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [déjà vu ?] nvidia propriétaire et framebuffer
Bonjour, Le dimanche 14 octobre 2007 à 12:11 +0200, fred a écrit : Nicolas Folin [EMAIL PROTECTED] a écrit : Bon, ma question est: Est-il possible d'utiliser le framebuffer ET les driver propriétaires de nvidia en même temps ? À ma connaissance, non. Je confirme [...] Est-il possible d'avoir nvidiafb en module et de le charger au démarrage ? (Je passe par un initrd- j'ai cru comprendre que c'était 'mal', ou qu'il y a mieux, mais c'est la seule façon qui fonctionne chez moi) Pourquoi vouloir absolument utiliser le nvidiafb, alors que le vesa convient farpaitement ? Par exemple pour gérer une résolution exotique en framebuffer, non supportée par vesafb. Si c'est bien cela: je n'ai plus de carte nvidia, et n'ai pas testé, mais tu peux peut-être regarder du coté de uvesafb[0] J'ai tenté le coup avec une carte intel, pour laquelle vesafb ne supporte pas la résolution de 1680x1050, mais malgré différentes tentatives plus ou moins fructueuses, l'affichage n'est pas correct et je suis resté en 1280x1024. J'avais contacté le développeur amont, mais pas de réponse. Au besoin, j'ai quelques notes sur l'intégration avec Debian, si ça peut aider... J'ai également trouvé ces instructions en portugais (je précise que je ne parle que très mal portugais et ai réussi à m'en inspirer) : http://people.debian.org/~terpstra/message/20070704.181008.b66fa1cd.en.html @++ Julien [0] http://dev.gentoo.org/~spock/projects/uvesafb/ -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [déjà vu ?] nvidia propriétaire et framebuffer
Le Sunday 14 October 2007 13:07:18 Julien Valroff, vous avez écrit : Au besoin, j'ai quelques notes sur l'intégration avec Debian, si ça peut aider... J'ai également trouvé ces instructions en portugais (je précise que je ne parle que très mal portugais et ai réussi à m'en inspirer) : http://people.debian.org/~terpstra/message/20070704.181008.b66fa1cd.en.html Pour ceux qui sont tentés pas l'expérience uvesafb, j'ai packagé v86d, userspace helper nécéssaire dans ce cas, pour amd64 et i386. Je l'utilise pour avoir /dev/fbsplash, jamais essayé pour aller plus loin que 1280x1024 sur ma carte - mais oui il parait que ca peut marcher là où vesafb ne marche pas. A+, JD.
[déjà vu ?] nvidia propriétai re et framebuffer
Excusez-moi si la question est commune, mais j'ai un peu de mal à trouver des infos ET à les comprendre sur le net. Avec une debian etch (et propre, pas de backports) et les pilotes nvidia propriétaires 97.55, j'ai tout qui fonctionne sans framebuffer. Je n'en ai jamais eu l'utilité ni le besoin, c'est juste pour pouvoir dire je l'ai fait, je l'ai Je me suis donc mis à lire des docs là dessus, et: - j'ai recompilé mon noyau avec l'option framebuffer pour nvidia (je sais plus où, c'est le module nvidiafb). - Dans /boot/grub/menu.lst j'ai rajouté vga=0x314 (je ne sais plus à quoi il correspond, mais ça passe) 1- d'abord j'ai juste mis la ligne dans menu.lst et rebooté: l'affichage est bruité, le passage à X se fait correctement 2- j'ai recompilé mais j'ai du oublié de mettre nvidiafb. Le démarrage est noir, le passage à X se fait correctement Je change ma version de noyau (je passe du 2.6.21 au 2.6.23, c'est pour avoir le dernier) 3- j'ai recompilé avec l'option nvidiafb, je viens de la voir. Le démarrage est en mode graphique, et même splashy fonctionne (l'écran de démarrage avec tux). Par contre, le passage d'une console à une autre n'est pas exempt de trucs hasardeux. Pendant une compilation du noyau, j'ai lancé un divx sur une autre console. Impossible de quitter mplayer ni de changer de console. Ensuite, pas de passage à X-- normal, changement de noyau, donc re-installation du driver. Et là, il me dit que nvidiafb entre en conflit avec le pilote nvidia, il faut recompiler sans le support nvidiafb 4- je recompile sans nvidiafb, ça n'affiche rien, et comme je n'ai pas de X, je dois taper les commandes dans le noir pour installer les drivers nvidia. Bon, ma question est: Est-il possible d'utiliser le framebuffer ET les driver propriétaires de nvidia en même temps ? (Oui, j'ai besoin des drivers propriétaires pour l'accélération 3D) Dois-je préférer un framebuffer VESA ? et je dois faire comment pour en imposer un plutôt qu'un autre alors ? Est-il possible d'avoir nvidiafb en module et de le charger au démarrage ? (Je passe par un initrd- j'ai cru comprendre que c'était 'mal', ou qu'il y a mieux, mais c'est la seule façon qui fonctionne chez moi) En vous remerciant par avance Amicalement Nicolas Folin -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Probleme framebuffer
merci pour ta reponse Tu as fais comment pour desactiver le support de ta carte ? j'ai une ati et le 2.6.15.5 (sur un portable) Le Thu, Mar 09, 2006 at 05:02:45PM +0100, GanGan a écrit : Bonjour à tous :) J'ai fini par reussir a faire un kernel.deb et quand je l'installe ca fonctionne , ca refait automatiquement mon grub nikel :) par contre quand je rajoute dans mon menu.lst : vga=773 ca fonctionne avec mon ancien kernel mais pas avec le nouveau qui lui ecrit quelques lignes bien grosse puis l'ecran s'eteind. J'ai bien compilé en dur (*) le framebuffer pourtant auriez vous un idée pour regler la chose ? comment procedez vous pour le framebuffer ? Perso, j'ai eu un problème avec le 2.6.15, j'ai été obligé d'enlever le support d'accélération de ma carte video (ATI 128 Rage Pro) pour que le framebuffer fonctionne. Par contre j'utilise vga=791, mais je crois que ça n'influe que sur la taille des fontes. merci d'avance et bonne soirée a tous -- GanGan -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- == Aurélien Roux Doctorant (PhD) Laboratoire d'Acoustique de l'Université du Maine UMR CNRS 6613 Avenue Olivier Messiaen 72085 Le Mans Cedex 9 France Tel (bureau) : (33) 02 43 83 35 89 Fax : (33) 02 43 83 35 20 Email : [EMAIL PROTECTED] http://laum.univ-lemans.fr http://www.univ-lemans.fr __ / Chiffrez et signez vos messages \ |Utilisez les clés GnuPG | | | |HOWTO : | | http://vilya.org/gpg/gpg-intro.html | \ __ / == -- GanGan -- GanGan -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Probleme framebuffer
Bonjour à tous :) J'ai fini par reussir a faire un kernel.deb et quand je l'installe ca fonctionne , ca refait automatiquement mon grub nikel :) par contre quand je rajoute dans mon menu.lst : vga=773 ca fonctionne avec mon ancien kernel mais pas avec le nouveau qui lui ecrit quelques lignes bien grosse puis l'ecran s'eteind. J'ai bien compilé en dur (*) le framebuffer pourtant auriez vous un idée pour regler la chose ? comment procedez vous pour le framebuffer ? merci d'avance et bonne soirée a tous -- GanGan -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Gestionnaire de fenêtre en framebuffe r [was: Cherche tutoriel sur l'usage du framebuffer]
Je vais reposer la question avec un titre plus adéquat. Donc, en fait ce que je cherche à faire, c'est utiliser un PC, sans installer de serveur X, mais malgré tout pouvoir exécuter des applications graphiques, type xfig, éventuellement mozilla, et quelques autres. J'imagine qu'il faut passr par Xvfb, mais je n'arrive ps à trouver de liens (de mots-clef ?) qui explique comment procéder. Merci. On Wed, Jan 04, 2006 at 08:02:06AM +0100, Aurelien wrote : Salut, Je suis en Debian SID, et j'utilise le framebuffer, mais j'ai entendu dire à maintes reprises qu'il était possibe de n'utiliser que ça (i.e. de se fabriquer une sorte de wm avec framebuffer), notamment en passant par xvfb. J'ai essayé, mais je ne m'en sors pas, j'ai tenté de trouver un tutoriel, mais rien qui m'a paru bien documenté et assez pédago. Est-ce que vous auriez un lien ou un document à ce sujet ? A plus tard -- == ORL (alias Yvette H.) Sebkha-Chott : http://sebkhachott.net [Mekanik Metal Disco] [Peplum Neo-Futuriste Burlesque - Spectacle musico-théatral comique] -- == ORL (alias Yvette H.) Responsable internet de l'AMMD Sebkha-Chott : http://sebkhachott.net [Mekanik Metal Disco] [Peplum Neo-Futuriste Burlesque - Spectacle musico-théatral comique] Amicale du Mekanik Metal Disco : http://ammd.net [Asso loi 1901 promouvant les musiques éclectiques via l'open-music] L'Entremetteur : http://entremetteur.ammd.net [Réseau indépendant de groupes en France] Tél : 02 43 82 72 48 __ / Chiffrez et signez vos messages \ |Utilisez les clés GnuPG | | | |HOWTO : | | http://vilya.org/gpg/gpg-intro.html | \ __ / == -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Gestionnaire de fenêtre en framebuf fer [was: Cherche tutoriel sur l'usage du framebuffer]
Aurelien a écrit : Je vais reposer la question avec un titre plus adéquat. Donc, en fait ce que je cherche à faire, c'est utiliser un PC, sans installer de serveur X, mais malgré tout pouvoir exécuter des applications graphiques, type xfig, éventuellement mozilla, et quelques autres. J'imagine qu'il faut passr par Xvfb, mais je n'arrive ps à trouver de liens (de mots-clef ?) qui explique comment procéder. Je ne sais pas si ça te sera vraiment utile mais le projet System Rescue CD (http://www.sysresccd.org/) m'a l'air (mais sans aucune garantie) d'utiliser quelque chose de ce genre (notamment pour exécuter QTParted). Un peu de reverse-engineering... Seb -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Gestionnaire de fenê tre en framebuffe r [was: Cherche tutoriel sur l'usage du framebuffer]
On Tue, Jan 10, 2006 at 02:56:08PM +0100, Aurelien wrote: Je vais reposer la question avec un titre plus adéquat. Donc, en fait ce que je cherche à faire, c'est utiliser un PC, sans installer de serveur X, mais malgré tout pouvoir exécuter des applications graphiques, type xfig, éventuellement mozilla, et quelques autres. Peut-être en cherchant du côté de http://www.directfb.org/ -- Thomas Clavier http://www.tcweb.org Lille Sans Fil http://www.lillesansfil.org +33 (0)6 20 81 81 30JabberID : [EMAIL PROTECTED] -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Cherche tutoriel sur l'usage du framebuffer
Salut, Je suis en Debian SID, et j'utilise le framebuffer, mais j'ai entendu dire à maintes reprises qu'il était possibe de n'utiliser que ça (i.e. de se fabriquer une sorte de wm avec framebuffer), notamment en passant par xvfb. J'ai essayé, mais je ne m'en sors pas, j'ai tenté de trouver un tutoriel, mais rien qui m'a paru bien documenté et assez pédago. Est-ce que vous auriez un lien ou un document à ce sujet ? A plus tard -- == ORL (alias Yvette H.) Sebkha-Chott : http://sebkhachott.net [Mekanik Metal Disco] [Peplum Neo-Futuriste Burlesque - Spectacle musico-théatral comique] signature.asc Description: Digital signature
Re: framebuffer au demarrage autrement qu'avec vesafb
Tu avais raison, j'ai mis radeonfb en dur, et ca marche (meme si il y a peut-etre un petit bug avec.. image splash tronquee - pas grave). Merci de m'avoir aussi bien conseille, A+, JD. On Wednesday 30 November 2005 18:23, Quentin Carbonneaux wrote: QC Je pense donc qu'une solution QC très simple à ton problème serai de compiler les modules nécessaires QC pour faire marcher ta carte vidéo et le framebuffer en dur dans notre QC kernel préféré. QC
Re: framebuffer au demarrage autrement qu'avec vesafb
On Thu, Nov 24, 2005 at 05:25:29PM +0100, Jean-Damien Durand wrote: Jouant avec fbsplash j'ai eu un probleme avec /dev/fb0 et le driver pour ma carte, i.e. radeonfb. Que je mette radeonfb dans l'initrd et/ou dans les parametres de demarrage, impossible d'avoir le device du framebuffer avant la sequence qui charge /etc/modules, c'est a dire trop lontemps apres le demarrage. Par contre avec vesafb sur la ligne de commande ca marche, le device est cree immediatement au tout debut et fbsplash est content - si quelqu'un connait la solution pour radeonfb je suis preneur! La chose que je n'ai pas teste: compiler radeonfb en dur, car pour l'instant c'est un module - j'aimerais eviter ca, mais si il le faut, pourquoi pas. Il y a quelques mois j'ai réinstallé un serveur debian et recompilé le noyau (pas a la sauce debian). Comme je conaissais le modèle de la carte vidéo et les modules apropriés à charger je les ai mis en dur (pour voir :)). Au redémarrage, Ô surprise (bonne) j'avais une console en 1024*768 (rigolo sur un PII avec 32Mo de RAM !). Je pense donc qu'une solution très simple à ton problème serai de compiler les modules nécessaires pour faire marcher ta carte vidéo et le framebuffer en dur dans notre kernel préféré. Merci, JD. De Rien, désolé pour le réponse tardive :) ! -- Jean-Damien Durand CERN/IT/ADC/CA - Geneva, Switzerland PGP PUBLIC KEY: http://home.cern.ch/~jdurand/public_key.asc This mail is signed using CERN CA, please use my PGP key otherwise CERN CA root certificate: http://cern.ch/service-grid-ca/crt/root_crt.html -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
framebuffer au demarrage autrement qu'avec vesafb
Jouant avec fbsplash j'ai eu un probleme avec /dev/fb0 et le driver pour ma carte, i.e. radeonfb. Que je mette radeonfb dans l'initrd et/ou dans les parametres de demarrage, impossible d'avoir le device du framebuffer avant la sequence qui charge /etc/modules, c'est a dire trop lontemps apres le demarrage. Par contre avec vesafb sur la ligne de commande ca marche, le device est cree immediatement au tout debut et fbsplash est content - si quelqu'un connait la solution pour radeonfb je suis preneur! La chose que je n'ai pas teste: compiler radeonfb en dur, car pour l'instant c'est un module - j'aimerais eviter ca, mais si il le faut, pourquoi pas. Merci, JD. -- Jean-Damien Durand CERN/IT/ADC/CA - Geneva, Switzerland PGP PUBLIC KEY: http://home.cern.ch/~jdurand/public_key.asc This mail is signed using CERN CA, please use my PGP key otherwise CERN CA root certificate: http://cern.ch/service-grid-ca/crt/root_crt.html smime.p7s Description: S/MIME cryptographic signature
framebuffer et support de png ...
Bonjour, après un ./configure pour directfb-0.9.24, j'ai ce message: PNG support is missing - many applications won't work correctly! JPEG support is missing - many applications won't work correctly! FreeType2 support is missing - many applications won't work correctly! J'ai cherché avec apt-cache dans sid mais je ne vois que: libpng2 - PNG library, older version - runtime libpng10-0 - PNG library, older version - runtime ainsi que des outils divers concernatn les images png tel qu'optimisation convertion vers html ... Que me manque-t-il pour que directfb supporte png jpeg et freetype2? Info: Mon systeme sid kernel 2.6.12 supporte le framebuffer. Le but est d'utilisé un logging manager très cute, qingy,voir site officiel: http://qingy.sourceforge.net/ qui remplace avantageusement xdm kdm et autres avant meme d'utiliser x-window. Merci Bayrouni -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: framebuffer et support de png ...
* Bayrouni [EMAIL PROTECTED] [2005-11-07 10:31] : Bonjour, après un ./configure pour directfb-0.9.24, j'ai ce message: PNG support is missing - many applications won't work correctly! JPEG support is missing - many applications won't work correctly! FreeType2 support is missing - many applications won't work correctly! J'ai cherché avec apt-cache dans sid mais je ne vois que: libpng2 - PNG library, older version - runtime libpng10-0 - PNG library, older version - runtime ainsi que des outils divers concernatn les images png tel qu'optimisation convertion vers html ... Que me manque-t-il pour que directfb supporte png jpeg et freetype2? Cela a du être répété à peu près un bon millier de fois sur cette liste et écrit dans une demi-douzaine de FAQ (au bas mot), il faut les paquets de développement (lib...-dev) pour que la compilation puisse trouver les bonnes bibliothèques. Les bibliothèques d'exécution (lib... sans -dev) ne sont d'aucune utilité. Sur un système unstable, cela doit être actuellement libpng12-0-dev. Fred -- Comment poser les questions de manière intelligente ? http://www.gnurou.org/documents/smart-questions-fr.html Comment signaler efficacement un bug ? http://www.chiark.greenend.org.uk/~sgtatham/bugs-fr.html -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: UTF-8, framebuffer et euro
Le mercredi 07 septembre 2005 à 19:01 +0200, Julien Valroff a écrit : [...] C'est chose faite ! J'ai appliqué un patch[1] dont voici la description: p1_conv_8bit_to_uni.patch: This patch makes the keyboard convert all 8-bit characters into their UTF-8 equivalent when the the keyboard is in unicode mode. It uses the vt's encoding table, so make sure you do a setfont -m 8859-2 or whatever your favorite 8-bit encoding is. J'ai également choisi cette police qui comprend le symbole € : lat9u-16 (mettre 'SCREEN_FONT=lat9u-16' dans /etc/console-tools/config). Je ne suis pas certain de comprendre vraiment, mais du coup, tout fonctionne (caractères accentués, différentss symboles, les touches mortes etc...) en UTF-8. Maintenant, si quelqu'un pouvait m'aider à comprendre, ou peut-être me donner des liens à ce sujet, ce serait vraiment sympa. Merci ! @+ Julien [1] http://chris.heathens.co.nz/linux/utf8.html Petite précision: dans tous les cas, l'utf-8 n'est utilisable que sur le premier tty, sur les autres, il faut manuellement lancer /usr/bin/unicode_start en tant que root : il s'agit du bug #271013[1] sur console-tools (qui va bientôt fêter son premier anniversaire, et n'est toujours pas résolu). Pour finir, je ne suis pas certain que Debian soit réellement prête pour l'unicode... @++ Julien [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=271013 signature.asc Description: This is a digitally signed message part
Re: UTF-8, framebuffer et euro
Le mardi 06 septembre 2005 à 23:42 +0200, Thomas Clavier a écrit : Julien Valroff a écrit : Qu'en est-il de console-data ? je vois ça comment ? Dans mon cas, je n'arrive pas à comprendre si ce sont les polices de la console qui ne comprennent pas l'utf-8 (ou ne l'affiche pas correctement, en particulier dans le cas du symbole €), ou si c'est le keymap qui n'est pas le bon. je viens de voir un truc : dans le fb, l'euro est un carré blanc ... dans mon terminal ça marche bien. [...] C'est bien le problème que j'ai décrit ;-) Les carractères entrés depuis le fb ne sont pas les mêmes que ceux depuis gnome-terminal Non, et c'est logique, la console a sa propre configuration (polices, map clavier...) J'ai pourtant essayé à maintes reprises... mais rien n'y fait. C'est vraiment dommage de butter sur cette petite chose. Nous allons trouver. C'est chose faite ! J'ai appliqué un patch[1] dont voici la description: p1_conv_8bit_to_uni.patch: This patch makes the keyboard convert all 8-bit characters into their UTF-8 equivalent when the the keyboard is in unicode mode. It uses the vt's encoding table, so make sure you do a setfont -m 8859-2 or whatever your favorite 8-bit encoding is. J'ai également choisi cette police qui comprend le symbole € : lat9u-16 (mettre 'SCREEN_FONT=lat9u-16' dans /etc/console-tools/config). Je ne suis pas certain de comprendre vraiment, mais du coup, tout fonctionne (caractères accentués, différentss symboles, les touches mortes etc...) en UTF-8. Maintenant, si quelqu'un pouvait m'aider à comprendre, ou peut-être me donner des liens à ce sujet, ce serait vraiment sympa. Merci ! @+ Julien [1] http://chris.heathens.co.nz/linux/utf8.html signature.asc Description: This is a digitally signed message part
Re: UTF-8, framebuffer et euro
Le lundi 05 septembre 2005 à 20:33 +0200, Julien Valroff a écrit : Bonsoir à tous, Christian Perrier ayant demandé sur d-l10n-fr l'avis des utilisateurs quant à une installation par défaut en UTF-8, je suis en train de réitérer mes tests. Tout fonctionne sous Gnome (à l'exception bien sûr des noms de fichiers encodés en ISO-8859-15) ; par contre en console (et avec le framebuffer), je n'arrive pas à avoir le symbole €. J'ai lu les divers conseils prodigués dans le Debian Euro How-to[1], ainsi que ceux du Framebuffer How-to[2], mais cela ne me semble plus vraiment d'actualité (il n'est question que de kbd - et non de console-tools, et d'ISO..., pas d'UTF-8). J'avais déjà eu des soucis avec ce symbole auparavant (en ISO), que j'avais résolus en changeant la police et le map par défaut comme suit : SCREEN_FONT=lat0-sun16 APP_CHARSET_MAP=iso15 (dans /etc/console-tools/config) Maintenant, en fonction des essais, j'arrive _au mieux_ à afficher le symbole monétaire international (¤) (même avec lat0-sun16), ou un point d'interrogation (symbole inconnu), et au pire, rien ne s'affiche ! Quels conseils pourriez-vous me donner dans ce domaine ? Mon but étant simplement de pouvoir utiliser mon clavier de la même façon sous X et en console, avec tous les caractères... Pour ma culture personnelle, êtes-vous passés en UTF-8 sous Etch ou sid ? Quelles sont vos conclusions ? Merci par avance pour vos retours Julien [1] http://www.debian.org/doc/manuals/debian-euro-support/ch-FAQ.fr.html [2] http://www.tldp.org/HOWTO/Framebuffer-HOWTO-15.html Personne pour me conseiller sur ce sujet ? @++ Julien signature.asc Description: This is a digitally signed message part
Re: UTF-8, framebuffer et euro
Le mardi 06 septembre 2005 à 18:42 +0200, Thomas CLavier a écrit : Julien Valroff a écrit : Personne pour me conseiller sur ce sujet ? le pb, c'est que chez moi ça marche ... Peux-tu me détailler ta configuration stp ? Utilises-tu console-tools ou kbd ? (pourrais-tu m'envoyer en privé ton fichier de configuration, /etc/console-tools/config ou /etc/kbd/config) Quelle est la sortie de locale ? Utilises-tu un framebuffer ? Merci par avance pour tes réponses ! Julien signature.asc Description: This is a digitally signed message part
Re: UTF-8, framebuffer et euro
Julien Valroff a écrit : Peux-tu me détailler ta configuration stp ? Utilises-tu console-tools ou kbd ? (pourrais-tu m'envoyer en privé ton fichier de configuration, /etc/console-tools/config ou /etc/kbd/config) console-tools : $ grep -v ^# /etc/console-tools/config BLANK_TIME=30 BLANK_DPMS=off POWERDOWN_TIME=30 Quelle est la sortie de locale ? locale LANG=fr_FR.UTF-8 LC_CTYPE=fr_FR.UTF-8 LC_NUMERIC=fr_FR.UTF-8 LC_TIME=fr_FR.UTF-8 LC_COLLATE=fr_FR.UTF-8 LC_MONETARY=fr_FR.UTF-8 LC_MESSAGES=fr_FR.UTF-8 LC_PAPER=fr_FR.UTF-8 LC_NAME=fr_FR.UTF-8 LC_ADDRESS=fr_FR.UTF-8 LC_TELEPHONE=fr_FR.UTF-8 LC_MEASUREMENT=fr_FR.UTF-8 LC_IDENTIFICATION=fr_FR.UTF-8 LC_ALL= Utilises-tu un framebuffer ? oui, d'ailleur, $ /usr/sbin/fbset mode 1024x768-76 # D: 78.653 MHz, H: 59.949 kHz, V: 75.694 Hz geometry 1024 768 1024 768 32 timings 12714 128 32 16 4 128 4 rgba 8/16,8/8,8/0,8/24 endmode Merci par avance pour tes réponses ! de rien. En fait pour passer en UTF8, je n'ai fais qu'un dpkg-reconfigure locales et j'ai choisis fr_FR.UTF-8 par défaut -- Thomas Clavier http://www.tcweb.org Lille Sans Fil http://www.lillesansfil.org +33 (0)6 20 81 81 30JabberID : [EMAIL PROTECTED] -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
framebuffer
Bonjour, Quand j'allume ou redamarre mon portable avec le framebuffer activé: kernel /vmlinuz-2.6.12.5 root=/dev/hda2 vga=791 ro, de GRUB, le boot se deroule normalement sauf qu'à l'affichage il n'y a strictement rien (ecran noir) et ce jusqu'à l'apparition de wdm (ou xdm ...). Dès que j'enlève le vga=791, l'affichage reprend avec bien sur les gros caractères. Je pose alors des questions: Ai-je le frame buffer compilé dans le noyau? quel est alors son symbol dans le .config? Ai-je installé le paquet debian du frame buffer, lequel ? Si il est installé mais pas compilé dans le noyau est il alors dans le initrd? Voilà, j'ai posé des questions qui me semblent pertinentes, mais si je me suis trompé alors qu'on m'explique comment faire pour resoudre ce problème. GNU/LINUX Debian kernel 2.6.12-5 Merci d'avance. Bayrouni -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: framebuffer
Il faut donc : CONFIG_FB CONFIG_FB_VESA (ou celui de ta carte si tu veux pas le generique) CONFIG_VIDEO_SELECT et FRAMEBUFFER_CONSOLE c'est sans doute le dernier point qui te manque (c'est cohérent avec ce que tu décris). Tiens nous au courant :) Le 05/09/05, Bayrouni[EMAIL PROTECTED] a écrit : Bonjour, Quand j'allume ou redamarre mon portable avec le framebuffer activé: kernel /vmlinuz-2.6.12.5 root=/dev/hda2 vga=791 ro, de GRUB, le boot se deroule normalement sauf qu'à l'affichage il n'y a strictement rien (ecran noir) et ce jusqu'à l'apparition de wdm (ou xdm ...). Dès que j'enlève le vga=791, l'affichage reprend avec bien sur les gros caractères. Je pose alors des questions: Ai-je le frame buffer compilé dans le noyau? quel est alors son symbol dans le .config? Ai-je installé le paquet debian du frame buffer, lequel ? Si il est installé mais pas compilé dans le noyau est il alors dans le initrd? Voilà, j'ai posé des questions qui me semblent pertinentes, mais si je me suis trompé alors qu'on m'explique comment faire pour resoudre ce problème. GNU/LINUX Debian kernel 2.6.12-5 Merci d'avance. Bayrouni -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: framebuffer
Yannick Beynet wrote: Il faut donc : CONFIG_FB CONFIG_FB_VESA (ou celui de ta carte si tu veux pas le generique) CONFIG_VIDEO_SELECT et FRAMEBUFFER_CONSOLE c'est sans doute le dernier point qui te manque (c'est cohérent avec ce que tu décris). Tiens nous au courant :) Le 05/09/05, Bayrouni[EMAIL PROTECTED] a écrit : Bonjour, Quand j'allume ou redamarre mon portable avec le framebuffer activé: kernel /vmlinuz-2.6.12.5 root=/dev/hda2 vga=791 ro, de GRUB, le boot se deroule normalement sauf qu'à l'affichage il n'y a strictement rien (ecran noir) et ce jusqu'à l'apparition de wdm (ou xdm ...). Dès que j'enlève le vga=791, l'affichage reprend avec bien sur les gros caractères. Je pose alors des questions: Ai-je le frame buffer compilé dans le noyau? quel est alors son symbol dans le .config? Ai-je installé le paquet debian du frame buffer, lequel ? Si il est installé mais pas compilé dans le noyau est il alors dans le initrd? Voilà, j'ai posé des questions qui me semblent pertinentes, mais si je me suis trompé alors qu'on m'explique comment faire pour resoudre ce problème. GNU/LINUX Debian kernel 2.6.12-5 Merci d'avance. Bayrouni -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] Voici les symboles que j'avais dans mon .config config_fb=yes CONFIG_FB_VESA =is not not set CONFIG_FRAMEBUFFER_CONSOLE=m Je suis en train de compiler le noyau après avoir changer CONFIG_FB_VESA =is not not set par CONFIG_FB_VESA =yes (je ne sais pas si module aurait mieux valu!!) Je vous tiendrai au courant après la compilation et le redemarrage avec le nouveau noyau. Merci Bayrouni -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: framebuffer
Slt compile le noyau avec CONFIG_FRAMEBUFFER_CONSOLE=y...chez moi ça marche comme ça. Si je le laisse en module il n'est pas chargé...et dc pas de framebuffer. Un autre point: parfois au boot l'écran devient noir après passe du framebuffer_console; tu le laisses tranquillement finir son boot et tu switches du graphique à la console (ctrl+alt+f1...puis alt+f7) et ton image réapparait...voilà bonne continuation Giggz
UTF-8, framebuffer et euro
Bonsoir à tous, Christian Perrier ayant demandé sur d-l10n-fr l'avis des utilisateurs quant à une installation par défaut en UTF-8, je suis en train de réitérer mes tests. Tout fonctionne sous Gnome (à l'exception bien sûr des noms de fichiers encodés en ISO-8859-15) ; par contre en console (et avec le framebuffer), je n'arrive pas à avoir le symbole €. J'ai lu les divers conseils prodigués dans le Debian Euro How-to[1], ainsi que ceux du Framebuffer How-to[2], mais cela ne me semble plus vraiment d'actualité (il n'est question que de kbd - et non de console-tools, et d'ISO..., pas d'UTF-8). J'avais déjà eu des soucis avec ce symbole auparavant (en ISO), que j'avais résolus en changeant la police et le map par défaut comme suit : SCREEN_FONT=lat0-sun16 APP_CHARSET_MAP=iso15 (dans /etc/console-tools/config) Maintenant, en fonction des essais, j'arrive _au mieux_ à afficher le symbole monétaire international (¤) (même avec lat0-sun16), ou un point d'interrogation (symbole inconnu), et au pire, rien ne s'affiche ! Quels conseils pourriez-vous me donner dans ce domaine ? Mon but étant simplement de pouvoir utiliser mon clavier de la même façon sous X et en console, avec tous les caractères... Pour ma culture personnelle, êtes-vous passés en UTF-8 sous Etch ou sid ? Quelles sont vos conclusions ? Merci par avance pour vos retours Julien [1] http://www.debian.org/doc/manuals/debian-euro-support/ch-FAQ.fr.html [2] http://www.tldp.org/HOWTO/Framebuffer-HOWTO-15.html signature.asc Description: This is a digitally signed message part
Framebuffer, logos...
Bonjour à tous, voilà j'aimerai savoir si quelqu'un a deja activé le framebuffer afin de lui permettre d'avoir un ecran de boot un peu plus présentable que celui d'origine. J'ai aussi vu qu'il était possible d'ajouter un logos dans le coin de l'ecran lors du boot. Existe-t-il un manière rapide de faire ca ou doit on obligatoirement passer par une recompilation du noyau? Si quelqu'un a deja realisé cette opération, pourrait t il me dire ou me documenter a ce sujet. Merci d'avance Andy. -- ab. d88b. 8PYPY88 8|o||o|88 8'.88 8`._.' Y8. d/ `8b. dP .Y8b. d8:'`::88b d8 'Y88b :8P' :888 8a. : _a88P ._/Yaa_: .| 88P| \YP`| 8P `. / \.___.d|.' `--..__)P`._.' Ferrara Andy [EMAIL PROTECTED] -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Framebuffer, logos...
[EMAIL PROTECTED] a écrit : Bonjour à tous, voilà j'aimerai savoir si quelqu'un a deja activé le framebuffer afin de lui permettre d'avoir un ecran de boot un peu plus présentable que celui d'origine. J'ai aussi vu qu'il était possible d'ajouter un logos dans le coin de l'ecran lors du boot. Existe-t-il un manière rapide de faire ca ou doit on obligatoirement passer par une recompilation du noyau? Si quelqu'un a deja realisé cette opération, pourrait t il me dire ou me documenter a ce sujet. Merci d'avance Andy. Il y a le paquet splashy (jamais fonctionné chez moi mais bon...). Mais le framebuffer devra quand même être activé dans le kernel. Pour savoir comment activer le framebuffer je te renvoie au sujet d'hier: framebuffer par Bayrouni. -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
xawtv et framebuffer
Bonjour à tous, J'aimerais juste savoir si xawtv fonctionne en framebuffer et si oui quel option faut-il lui passer alors? J'arrive à faire fonctionner mplayer dans ce mode, mais alors les touches alt+Fn semblent n'avoir aucun effet!!! ainsi que les autres touches normalement utilisables pour piloter mplayer sous X tel que F pour fullscreen etc ... Une doc sur l'utilisation de logicils en mode graphique (Sans X), sera la bienvenue. Merci a+ Bayrouni -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
framebuffer kernel 2.6 et nvidia
Bonjour, Je debute sous linux et je voulais savoir comment configurer mon kernel 2.6.11 pour le support du framebuffer. J'aimerais pouvoir avoir une resolution de 1280*1024 au demarrage de mon noyeau. Pour l'instant j'ai configuré mon noyeau ainsi : Graphic Support - support from frame buffer - VESA VEGA graphics - console display support - video mode selection et aussi un menu bootup logo ou j'ai selectioner une image (et oui car je cherche aussi à avoir un zoli tux au demarrage) J'utilise lilo pour le demarrage : vga=795 (1280*1024 32bit) Ma carte graphique est integré a mon chipset nForce2 (equivalent à une GeForce4 MX) Mais voila au demarrage lilo me dit que mon mode graphique n'est pas supporté est me demande de choisir une des resolution 80*--... Comment faire pour faire fonctionner tous ca... Merci d'avance... PS : avec un kernel 2.4 ca fonctionnait nikel chrome PS2 : je suis sous debian sid
Re : framebuffer - se passer de X
Yop ! Peut-être ma question était-elle très conne, puisque personne n'y donne réponse. Est-ce qu'à tout le moins, vous n'auriez pas une adresse d'un tutoriel bien foutu qui liste un peu les paquets à utiliser en fb, parce que je n'ai rien trouvé qui le fasse, et actuellement, je n'en suis vraiment pas rendu à me passer de X, mais il me semble pourtant que c'est possible (peut-être que je me plante). Merci d'avance. -- == ORL (alias Yvette H.) Responsable internet de l'AMMD Sebkha-Chott : http://sebkhachott.net [Mekanik Metal Disco] [Peplum Neo-Futuriste Burlesque - Spectacle musico-théatral comique] Amicale du Mekanik Metal Disco : http://ammd.net [Asso loi 1901 promouvant les musiques éclectiques via l'open-music] L'Entremetteur : http://entremetteur.ammd.net [Réseau indépendant de groupes en France] Tél : 02 43 82 72 48 __ / Chiffrez et signez vos messages \ |Utilisez les clés GnuPG | | | |HOWTO : | | http://vilya.org/gpg/gpg-intro.html | \ __ / == -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: framebuffer - se passer de X
Le Vendredi 20 Mai 2005 14:01, Aurelien a écrit : (Re)-Salut J'ai activé le support du framebuffer dans mon noyau, et j'en suis globalement content. Juste, je pensais que je pourrais me passer de X à un moment donné, mais dans l'immédiat je n'y arrive pas, car je n'arrive pas à ouvrir tous les types de fichiers graphiques en fb. Du coup, je voulais savoir ce que vous utilisiez comme paquets avec le framebuffer. Voilà où j'en suis : fbi pour la majorité des images (mais pas les gif, malheureusement... de plus si vous aviez un paquet qui permet de regarder les images d'un répertoire les unes à la suite des autres, ça m'intéresse). C'est pas directement du framebuffer (svgalib), mais zgv fait très bien ça. fbview pour les pdf et les ps (mais si vous avez mieux, je suis preneur). mplayer pour les videos (mais ça ne marche pas avec tout, j'imagine que ça vient de moi). w3m pour naviguer. dvifb pour les dvi. Voilà, pour le reste, j'imagine qu'il est possible d'utiliser xvfb, mais je n'ai pas encore réussi à le faire fonctionner. Regarde peut-être aussi du côté de DirectFB (http://www.directfb.org/). Il me semble aussi qu'il est possible d'utiliser QT/GTK+ (ou tout du moins leur version embedded) sur du framebuffer, avec donc l'ensemble de leurs fonctionnalités sans avoir X. -- Florent -- Citation aléatoire -- La vérité souffre d'être trop analysée. -+- Frank Herbert, Dune -+- pgpbjasq88PgE.pgp Description: PGP signature
framebuffer - se passer de X
(Re)-Salut J'ai activé le support du framebuffer dans mon noyau, et j'en suis globalement content. Juste, je pensais que je pourrais me passer de X à un moment donné, mais dans l'immédiat je n'y arrive pas, car je n'arrive pas à ouvrir tous les types de fichiers graphiques en fb. Du coup, je voulais savoir ce que vous utilisiez comme paquets avec le framebuffer. Voilà où j'en suis : fbi pour la majorité des images (mais pas les gif, malheureusement... de plus si vous aviez un paquet qui permet de regarder les images d'un répertoire les unes à la suite des autres, ça m'intéresse). fbview pour les pdf et les ps (mais si vous avez mieux, je suis preneur). mplayer pour les videos (mais ça ne marche pas avec tout, j'imagine que ça vient de moi). w3m pour naviguer. dvifb pour les dvi. Voilà, pour le reste, j'imagine qu'il est possible d'utiliser xvfb, mais je n'ai pas encore réussi à le faire fonctionner. Merci d'avance. -- == ORL (alias Yvette H.) Responsable internet de l'AMMD Sebkha-Chott : http://sebkhachott.net [Mekanik Metal Disco] [Peplum Neo-Futuriste Burlesque - Spectacle musico-théatral comique] Amicale du Mekanik Metal Disco : http://ammd.net [Asso loi 1901 promouvant les musiques éclectiques via l'open-music] L'Entremetteur : http://entremetteur.ammd.net [Réseau indépendant de groupes en France] Tél : 02 43 82 72 48 __ / Chiffrez et signez vos messages \ |Utilisez les clés GnuPG | | | |HOWTO : | | http://vilya.org/gpg/gpg-intro.html | \ __ / == -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: framebuffer en mode console...
On Mon, 10 Jan 2005 12:30:37 + Jean-Luc Coulon (f5ibh) [EMAIL PROTECTED] wrote: Le 09.01.2005 22:58:24, messmate a écrit : On Sun, 09 Jan 2005 22:17:52 +0100 fred [EMAIL PROTECTED] wrote: Jean-Luc Coulon (f5ibh) [EMAIL PROTECTED] a écrit : Avec une Ati Rage 128, je fonctionne avec la config suivante : video=aty128fb:[EMAIL PROTECTED] Et comment faut-il ééfaire pour une ATI Radeon 9000 128M ??? La valuer précédente était pour une ati rage 128 (cf la doc) J'ai pas de doc; acheté la carte d'occasion sans rien d'autre :( Pour ma radeo 9700 j'ai : video=radeonfb:[EMAIL PROTECTED] Le @100 c'est pourquoi ?? merci d'avance mess-mate Jean-Luc
Re: framebuffer en mode console...
J'en perds mon latin... Quelle config du noyau ? Tu as donc CONFIG_FB_VESA=y ou CONFIG_FB_ATY128 ? tout en module avec initrd (fichier attaché) georges # # Automatically generated make config: don't edit # Linux kernel version: 2.6.10-crusoe # Sat Jan 8 15:51:01 2005 # CONFIG_X86=y CONFIG_MMU=y CONFIG_UID16=y CONFIG_GENERIC_ISA_DMA=y CONFIG_GENERIC_IOMAP=y # # Code maturity level options # CONFIG_EXPERIMENTAL=y CONFIG_CLEAN_COMPILE=y CONFIG_BROKEN_ON_SMP=y CONFIG_LOCK_KERNEL=y # # General setup # CONFIG_LOCALVERSION= CONFIG_SWAP=y CONFIG_SYSVIPC=y CONFIG_POSIX_MQUEUE=y CONFIG_BSD_PROCESS_ACCT=y # CONFIG_BSD_PROCESS_ACCT_V3 is not set CONFIG_SYSCTL=y # CONFIG_AUDIT is not set CONFIG_LOG_BUF_SHIFT=14 CONFIG_HOTPLUG=y CONFIG_KOBJECT_UEVENT=y # CONFIG_IKCONFIG is not set CONFIG_EMBEDDED=y CONFIG_KALLSYMS=y # CONFIG_KALLSYMS_EXTRA_PASS is not set CONFIG_FUTEX=y CONFIG_EPOLL=y # CONFIG_CC_OPTIMIZE_FOR_SIZE is not set CONFIG_SHMEM=y CONFIG_CC_ALIGN_FUNCTIONS=0 CONFIG_CC_ALIGN_LABELS=0 CONFIG_CC_ALIGN_LOOPS=0 CONFIG_CC_ALIGN_JUMPS=0 # CONFIG_TINY_SHMEM is not set # # Loadable module support # CONFIG_MODULES=y CONFIG_MODULE_UNLOAD=y CONFIG_MODULE_FORCE_UNLOAD=y CONFIG_OBSOLETE_MODPARM=y CONFIG_MODVERSIONS=y # CONFIG_MODULE_SRCVERSION_ALL is not set CONFIG_KMOD=y # # Processor type and features # CONFIG_X86_PC=y # CONFIG_X86_ELAN is not set # CONFIG_X86_VOYAGER is not set # CONFIG_X86_NUMAQ is not set # CONFIG_X86_SUMMIT is not set # CONFIG_X86_BIGSMP is not set # CONFIG_X86_VISWS is not set # CONFIG_X86_GENERICARCH is not set # CONFIG_X86_ES7000 is not set # CONFIG_M386 is not set # CONFIG_M486 is not set # CONFIG_M586 is not set # CONFIG_M586TSC is not set # CONFIG_M586MMX is not set # CONFIG_M686 is not set # CONFIG_MPENTIUMII is not set # CONFIG_MPENTIUMIII is not set # CONFIG_MPENTIUMM is not set # CONFIG_MPENTIUM4 is not set # CONFIG_MK6 is not set # CONFIG_MK7 is not set # CONFIG_MK8 is not set CONFIG_MCRUSOE=y # CONFIG_MEFFICEON is not set # CONFIG_MWINCHIPC6 is not set # CONFIG_MWINCHIP2 is not set # CONFIG_MWINCHIP3D is not set # CONFIG_MCYRIXIII is not set # CONFIG_MVIAC3_2 is not set # CONFIG_X86_GENERIC is not set CONFIG_X86_CMPXCHG=y CONFIG_X86_XADD=y CONFIG_X86_L1_CACHE_SHIFT=5 CONFIG_RWSEM_XCHGADD_ALGORITHM=y CONFIG_X86_WP_WORKS_OK=y CONFIG_X86_INVLPG=y CONFIG_X86_BSWAP=y CONFIG_X86_POPAD_OK=y CONFIG_HPET_TIMER=y # CONFIG_SMP is not set CONFIG_PREEMPT=y CONFIG_X86_UP_APIC=y CONFIG_X86_UP_IOAPIC=y CONFIG_X86_LOCAL_APIC=y CONFIG_X86_IO_APIC=y CONFIG_X86_TSC=y CONFIG_X86_MCE=y CONFIG_X86_MCE_NONFATAL=m CONFIG_X86_MCE_P4THERMAL=y CONFIG_TOSHIBA=m CONFIG_I8K=m CONFIG_MICROCODE=m CONFIG_X86_MSR=m CONFIG_X86_CPUID=m # # Firmware Drivers # CONFIG_EDD=m CONFIG_NOHIGHMEM=y # CONFIG_HIGHMEM4G is not set # CONFIG_HIGHMEM64G is not set # CONFIG_MATH_EMULATION is not set CONFIG_MTRR=y # CONFIG_EFI is not set CONFIG_HAVE_DEC_LOCK=y # CONFIG_REGPARM is not set # # NeTraverse Win4Lin Support # # CONFIG_MKI is not set # # Power management options (ACPI, APM) # CONFIG_PM=y # CONFIG_PM_DEBUG is not set # CONFIG_SOFTWARE_SUSPEND is not set # # Software Suspend 2 # CONFIG_SOFTWARE_SUSPEND2=y CONFIG_SOFTWARE_SUSPEND2_BUILTIN=y CONFIG_SOFTWARE_SUSPEND_SWAPWRITER=m # # Page Transformers # CONFIG_SOFTWARE_SUSPEND_LZF_COMPRESSION=m # # User Interface Options # CONFIG_SOFTWARE_SUSPEND_TEXT_MODE=m # # General Options # CONFIG_SOFTWARE_SUSPEND_DEFAULT_RESUME2= # CONFIG_SOFTWARE_SUSPEND_KEEP_IMAGE is not set # # Debugging # # CONFIG_SOFTWARE_SUSPEND_DEBUG is not set # CONFIG_SOFTWARE_SUSPEND_CHECKSUMS is not set CONFIG_SOFTWARE_SUSPEND_CHECK_RESUME_SAFE=y # # ACPI (Advanced Configuration and Power Interface) Support # CONFIG_ACPI=y CONFIG_ACPI_BOOT=y CONFIG_ACPI_INTERPRETER=y CONFIG_ACPI_SLEEP=y CONFIG_ACPI_SLEEP_PROC_FS=y CONFIG_ACPI_AC=m CONFIG_ACPI_BATTERY=m CONFIG_ACPI_BUTTON=m CONFIG_ACPI_VIDEO=m CONFIG_ACPI_FAN=m CONFIG_ACPI_PROCESSOR=m CONFIG_ACPI_THERMAL=m CONFIG_ACPI_ASUS=m CONFIG_ACPI_IBM=m CONFIG_ACPI_TOSHIBA=m CONFIG_ACPI_BLACKLIST_YEAR=0 # CONFIG_ACPI_DEBUG is not set CONFIG_ACPI_BUS=y CONFIG_ACPI_EC=y CONFIG_ACPI_POWER=y CONFIG_ACPI_PCI=y CONFIG_ACPI_SYSTEM=y CONFIG_X86_PM_TIMER=y # # APM (Advanced Power Management) BIOS Support # CONFIG_APM=m # CONFIG_APM_IGNORE_USER_SUSPEND is not set # CONFIG_APM_DO_ENABLE is not set # CONFIG_APM_CPU_IDLE is not set # CONFIG_APM_DISPLAY_BLANK is not set CONFIG_APM_RTC_IS_GMT=y # CONFIG_APM_ALLOW_INTS is not set # CONFIG_APM_REAL_MODE_POWER_OFF is not set # # CPU Frequency scaling # CONFIG_CPU_FREQ=y # CONFIG_CPU_FREQ_DEBUG is not set CONFIG_CPU_FREQ_PROC_INTF=m CONFIG_CPU_FREQ_DEFAULT_GOV_PERFORMANCE=y # CONFIG_CPU_FREQ_DEFAULT_GOV_USERSPACE is not set CONFIG_CPU_FREQ_GOV_PERFORMANCE=y CONFIG_CPU_FREQ_GOV_POWERSAVE=m CONFIG_CPU_FREQ_GOV_USERSPACE=m # CONFIG_CPU_FREQ_24_API is not set # CONFIG_CPU_FREQ_GOV_ONDEMAND is not set CONFIG_CPU_FREQ_TABLE=m # # CPUFreq processor drivers # CONFIG_X86_ACPI_CPUFREQ=m CONFIG_X86_POWERNOW_K6=m
Re: framebuffer en mode console...
Le 09.01.2005 22:58:24, messmate a écrit : On Sun, 09 Jan 2005 22:17:52 +0100 fred [EMAIL PROTECTED] wrote: Jean-Luc Coulon (f5ibh) [EMAIL PROTECTED] a écrit : Avec une Ati Rage 128, je fonctionne avec la config suivante : video=aty128fb:[EMAIL PROTECTED] Et comment faut-il ééfaire pour une ATI Radeon 9000 128M ??? La valuer précédente était pour une ati rage 128 (cf la doc) Pour ma radeo 9700 j'ai : video=radeonfb:[EMAIL PROTECTED] merci d'avance mess-mate Jean-Luc pgpLgXlFCOmcK.pgp Description: PGP signature
Re: framebuffer en mode console...
Le 09.01.2005 22:17:52, fred a écrit : Jean-Luc Coulon (f5ibh) [EMAIL PROTECTED] a écrit : Avec une Ati Rage 128, je fonctionne avec la config suivante : video=aty128fb:[EMAIL PROTECTED] Change rien :-( Tu as quelque chose au niveau des logs ? tangerine kernel: aty128fb: Found Intel x86 BIOS ROM Image tangerine kernel: aty128fb: Rage128 BIOS located tangerine kernel: aty128fb: Rage128 PF PRO AGP [chip rev 0x1] 32M 128-bit SDR SGRAM (1:1) tangerine kernel: Console: switching to colour frame buffer device 128x48 tangerine kernel: fb0: ATY Rage128 frame buffer device on Rage128 PF PRO AGP tangerine kernel: aty128fb: Rage128 MTRR set to ON -- Fred. Jean-Luc pgpndysbocpUg.pgp Description: PGP signature
Re: framebuffer en mode console...
On Mon, 10 Jan 2005 12:30:37 + Jean-Luc Coulon (f5ibh) [EMAIL PROTECTED] wrote: Le 09.01.2005 22:58:24, messmate a écrit : On Sun, 09 Jan 2005 22:17:52 +0100 fred [EMAIL PROTECTED] wrote: Jean-Luc Coulon (f5ibh) [EMAIL PROTECTED] a écrit : Avec une Ati Rage 128, je fonctionne avec la config suivante : video=aty128fb:[EMAIL PROTECTED] Et comment faut-il ééfaire pour une ATI Radeon 9000 128M ??? La valuer précédente était pour une ati rage 128 (cf la doc) J'ai pas de doc; acheté la carte d'occasion sans rien d'autre :( Pour ma radeo 9700 j'ai : video=radeonfb:[EMAIL PROTECTED] Le @100 c'est pourquoi ?? merci d'avance mess-mate Jean-Luc
Re: framebuffer en mode console...
Le 10.01.2005 18:13:14, messmate a écrit : On Mon, 10 Jan 2005 12:30:37 + Jean-Luc Coulon (f5ibh) [EMAIL PROTECTED] wrote: Le 09.01.2005 22:58:24, messmate a écrit : On Sun, 09 Jan 2005 22:17:52 +0100 fred [EMAIL PROTECTED] wrote: Jean-Luc Coulon (f5ibh) [EMAIL PROTECTED] a écrit : Avec une Ati Rage 128, je fonctionne avec la config suivante : video=aty128fb:[EMAIL PROTECTED] Et comment faut-il ééfaire pour une ATI Radeon 9000 128M ??? La valuer précédente était pour une ati rage 128 (cf la doc) J'ai pas de doc; acheté la carte d'occasion sans rien d'autre :( Je parlais des docs suivantes qui m'on servie à paramétrer mon système : /usr/src/linux/Documentation/fb/aty128fb.txt /usr/src/linux/Documentation/fb/modedb.txt ;-) (je doute que la doc qui vient avec la carte quand on l'a achetée neuve et en boîte parle du framebuffer de linux ...) Pour ma radeo 9700 j'ai : video=radeonfb:[EMAIL PROTECTED] Le @100 c'est pourquoi ?? 100MHz merci d'avance mess-mate Jean-Luc pgp4t6xFuYQud.pgp Description: PGP signature
Re: framebuffer en mode console...
Le 09.01.2005 20:56:49, fred a écrit : Bonsoir, J'essaie de tester le framebuffer sous sarge, uniquement en mode console (donc pas de problème Xmachin ou Xtruc). Le moins que je puisse dire c'est que ça ne marche pas. J'ai lu le HOWTO, le framebuffer.txt, le aty128fb.txt, les différents posts sur les ng, enfin pas mal de choses, mais j'en suis toujours au même point. C'est-à-dire : rien. Les docs sont assez anciennes et ne concernent pas les noyo 2.6.*. Première question sur les paramètres du noyau : que je passe video=gloups ou quoique ce soit d'autre de plus pertinent (en l'occurence video=aty128fb:mode:1027x768-16), ça ne lui fait ni chaud ni froid, au noyau. Avec une Ati Rage 128, je fonctionne avec la config suivante : video=aty128fb:[EMAIL PROTECTED] Ne devrait-il pas y avoir quelques messages _clairs_ de la présence du FB dans les logs au démarrage (FB compilé en « dur » évidemment) ? Parce que là, nada. Alors je vous voie venir... Est-ce le bon noyau ? Il me semble que le contenu de /proc/config.gz est assez clair là-dessus... CONFIG_FB=y # CONFIG_FB_MODE_HELPERS is not set .../... CONFIG_VIDEO_SELECT=y # CONFIG_FB_HGA is not set # CONFIG_FB_RADEON is not set CONFIG_FB_ATY128=y # CONFIG_FB_ATY is not set .../... # # Console display driver support # CONFIG_VGA_CONSOLE=y # CONFIG_MDA_CONSOLE is not set CONFIG_DUMMY_CONSOLE=y CONFIG_FRAMEBUFFER_CONSOLE=y # CONFIG_FONTS is not set CONFIG_FONT_8x8=y CONFIG_FONT_8x16=y J'ai bon, là ? Ensuite, mettre vga=ask dans lilo.conf, je veux bien mais lorsque je réponds « scan » à sa demande, je ne vois nulle part de mode 640x480, encore moins de 800x600 ou de 1024x768... Pourtant, ma Rage Pro 128 me permet bien d'obtenir de telles résolutions sous X. Donc dans ces conditions, pas étonnant que fbset me réponde open /dev/fb0: No such device. Auriez une piste, des idées, un aspro ? Merci d'avance. -- Fred. pgpgs6pmckYCj.pgp Description: PGP signature
Re: framebuffer en mode console...
On Sun, 09 Jan 2005 22:17:52 +0100 fred [EMAIL PROTECTED] wrote: Jean-Luc Coulon (f5ibh) [EMAIL PROTECTED] a écrit : Avec une Ati Rage 128, je fonctionne avec la config suivante : video=aty128fb:[EMAIL PROTECTED] Et comment faut-il ééfaire pour une ATI Radeon 9000 128M ??? merci d'avance mess-mate
Re: framebuffer en mode console...
bonjour, Le dimanche 09 janvier 2005, fred a écrit... Première question sur les paramètres du noyau : que je passe video=gloups ou quoique ce soit d'autre de plus pertinent (en l'occurence video=aty128fb:mode:1027x768-16), ça ne lui fait ni chaud ni froid, au noyau. Auriez une piste, des idées, un aspro ? Je mets un mode dans mon lilo.conf vga=789 mais je suis en 800x600 sur le fb. -- jm
Re: framebuffer en mode console...
Bonjour, J'ai une ati rage 128 avec 8Mo sur mon fujitsu p2040 bon pour le framebuffer je met cette ligne dans menu.lst de grub et ca marche video=vesafb:ywrap,mtrr vga=0x317 Georges
Re: ps en framebuffer
Bonjour, Le mer 03 nov 2004, à 08 h 27 min 12 s (UTC +0100), vous (Marc Bobillier [EMAIL PROTECTED]) avez écrit : paquet dvifb pour les dvi (je n'ai pas testé). J'ai regardé dvifb. Première impression : pas facile à utiliser. Par exemple si par fbset je mets autre chose que 640x480 (par exemple 800x600) au départ il me jette ave le message : writefb: open: f(/dev/fb0)(MATROX) fatal error: writefb: virtual res doesn't equal physical res Par contre en fb 640x480 j'obtiens bien le document mais je suis obligé de règler le zoom une fois le document affiché (par 0.25 v par exemple). Impossible de le règler une fois pour toute dans le .dvisvga (fichier de conf). un idée ? -- Philippe Monroux
Re: ps en framebuffer
* Philippe Monroux [2004-10-31 19:51:27 +0400]: Le dim 31 oct 2004, à 07 h 49 min 08 s (UTC +0400), vous (Philippe Monroux [EMAIL PROTECTED]) avez écrit : Je cherche un package .deb d'un programme qui permette d'afficher un fichier postcript en framebuffer ou un .dvi Il y a la commande fbgs (paquet fbi) pour les ps/pdf. Voir aussi le paquet dvifb pour les dvi (je n'ai pas testé). -- marc
Re: ps en framebuffer
Bonjour, Le mer 03 nov 2004, à 08 h 27 min 12 s (UTC +0100), vous (Marc Bobillier [EMAIL PROTECTED]) avez écrit : Il y a la commande fbgs (paquet fbi) pour les ps/pdf. Voir aussi le paquet dvifb pour les dvi (je n'ai pas testé). Oui merci, j'ai découvert cela en allant rôder sur directfb. Il parrait qu'on peut améliorer la définition du rendu en modifiant le script de fbgs (vais voir ça quand j'aurai le temps). Je vais tester dvifb. à+ -- Philippe Monroux Ile de la Reunion E 55.3 S 21.5
ps en framebuffer
Bonjour, Je cherche un package .deb d'un programme qui permette d'afficher un fichier postcript en framebuffer merci -- Philippe Monroux Ile de la Reunion E 55.3 S 21.5
Re: ps en framebuffer
Bonjour, Le dim 31 oct 2004, à 07 h 49 min 08 s (UTC +0400), vous (Philippe Monroux [EMAIL PROTECTED]) avez écrit : Je cherche un package .deb d'un programme qui permette d'afficher un fichier postcript en framebuffer ou un .dvi -- Philippe Monroux Ile de la Reunion E 55.3 S 21.5
Framebuffer
Hello , Depuis ma derniere mise a jour, le noyau charge par defaut le module framebuffer correspondant a la carte graphique presente dans le pc. L'inconvenient est que la console se retrouve en mode graphique, l'economie d'energie est moins bien geree, j'ai un affichage avec une police bizarre sur la console par defaut. Comment controler ca ? fbset ? merci,Tony
Radeon Framebuffer
Re-bonjour, Une autre question pour la route... Je pense que celle là a été traitée 1000 fois ici et ailleurs, mais ma fois je suis un peu bloqué, alors... J'utilisais jusqu'ici le framebuffer vesa, qui ne me donnait aucun soucis (résolution adéquate), avec une ligne append=video=vesafb:[EMAIL PROTECTED],crt splash=silent dans mon lilo.conf. Mais je voudrais utiliser le framebuffer spécifique à ma carte, à savoir le Radeon. J'ai donc compilé le noyau avec, et changé lilo.conf: append=video=radeonfb:[EMAIL PROTECTED],panel_yres:768,noaccel splash=silent Le fait est que je redémarre, l'(les) ecran(s) semblent changer de résolution (click), mais reviennent juste après en 640x480. J'ai eu le problème avec le vesafb, mais je ne me souviens plus comment je l'avais réglé... Merci d'avance pour vos conseils! PS: J'ai aussi dans lilo.conf: vga=791 -- mq[TT] --
le Framebuffer ???
j'ai cru voir un package xserver-tinyx-fbdev mais je suis pas sur que ce soit intéressant de l'installer ? Est ce que quelqu'un connait l'interet du framebuffer ?? Est ce qu'on peut avoir un serveur X (classique) en utilisant le framebuffer ??
Re: le Framebuffer ???
Régis Ruelland a écrit, jeudi 6 mai 2004, à 21:39 : j'ai cru voir un package xserver-tinyx-fbdev mais je suis pas sur que ce soit intéressant de l'installer ? apt-cache show xserver-tinyx-fbdev (rien en woody) Est ce que quelqu'un connait l'interet du framebuffer ?? - quand tu as un portable avec un circuit graphique Alakon®© ; - pour avoir une console 128x48 au lieu de 80x25 ; - ... Est ce qu'on peut avoir un serveur X (classique) en utilisant le framebuffer ?? Le xserver-mach64 par dessus un framebuffer, ça marche, mais je trouve les caractères de windowmaker « sales » ; par contre le 9x15 du xterm et d'emacs reste impeccable... Le log de XFree (4.2.1) signale aussi : (WW) ATI(0): Cannot shadow an accelerated frame buffer. -- Jacques L'helgoualc'h
Re: le Framebuffer ???
Salut j'ai cru voir un package xserver-tinyx-fbdev mais je suis pas sur que ce soit intéressant de l'installer ? Est ce que quelqu'un connait l'interet du framebuffer ?? Est ce qu'on peut avoir un serveur X (classique) en utilisant le framebuffer ?? En gros le framebuffer peut te permettre d'avoir ta consolle en meilleure résolution que le bon vieux 80x25, de faire tourner un serveur X sans drivers spécifiques (dans ce cas il lira pas les fichiers de conf mais tournera sur la carte en framebuffer) d'optimiser sur certains materiels.. Bon apres y'a des gens qui sont contre, d'autres pour (genre ce bon vieux Linus:) et personnellement je trouve agréable de pouvoir avoir une consolle en 1024*768.. Voili voila A+ -- Ruben - [gnupg key Ox8E91859]
Re: Boot splash framebuffer
Lionel Draghi a crit : Arnaud CALVO wrote: J'essaie en vain depuis pas mal de temps d'utiliser un splash (en mode silent ou en verbose, je ne sais pas encore) lors de la squence de boot. Malheureusement, en suivant scrupuleusement les 2 principales aides trouves et cites ici rcemment, a ne fonctionne toujours pas (lilo me dit un truc du genre you passed an undefined mode number). J'ai essay avec vga=791 et avec vga=0x317, mais le rsultat est le mme. VGA=791 marche chez moi. As-tu bien compil ton noyau compil avec l'option Frame-Buffer, et VESA VGA graphics console? Re-bonjour Je reprends trs tardivement ce fil, pour les archives. Pour rappel, j'ai une carte NVidia GeForce2 MX440. J'ai enfin russis installer le bootsplash (en 800x600 verbose seulement pour l'instant, le silent ne fonctionnant pas). Le problme venait du fait qu'apparemment, cette carte ne supporte pas le 1024x768 en framebuffer. Un message retrouv par google m'a mis sur la piste, et effectivement, en passant en 800x600, a fonctionne :-))) Comme quoi, l'obstination paye ! -- La citation du jour : Depuis que j'cris sur du papier de couleur, je n'ai plus l'angoisse de la feuille blanche. :: Arnaud
Re: Boot splash framebuffer
Arnaud CALVO wrote: Bonjour J'essaie en vain depuis pas mal de temps d'utiliser un splash (en mode silent ou en verbose, je ne sais pas encore) lors de la squence de boot. Malheureusement, en suivant scrupuleusement les 2 principales aides trouves et cites ici rcemment, a ne fonctionne toujours pas (lilo me dit un truc du genre you passed an undefined mode number). J'ai essay avec vga=791 et avec vga=0x317, mais le rsultat est le mme. Non seulement, ce n'est toujours pas beau, mais en plus, il faut appuyer sur space pour acclrer le chargement de 30 secondes. Avez-vous une ide ? VGA=791 marche chez moi. As-tu bien compil ton noyau compil avec l'option Frame-Buffer, et VESA VGA graphics console? Sinon, a tout hasard, regarde /usr/src/linux/Documentation/fb/vesafb.txt, il y a peut-tre des indications utiles. -- Lionel Draghihttp://swpat.ffii.org/index.fr.html
Boot splash framebuffer
Bonjour J'essaie en vain depuis pas mal de temps d'utiliser un splash (en mode silent ou en verbose, je ne sais pas encore) lors de la squence de boot. Malheureusement, en suivant scrupuleusement les 2 principales aides trouves et cites ici rcemment, a ne fonctionne toujours pas (lilo me dit un truc du genre you passed an undefined mode number). J'ai essay avec vga=791 et avec vga=0x317, mais le rsultat est le mme. Non seulement, ce n'est toujours pas beau, mais en plus, il faut appuyer sur space pour acclrer le chargement de 30 secondes. Avez-vous une ide ? -- Arnaud
Problème d'activation BootSplash + Framebuffer
Bonjour, j'ai tenté hier l'installation d'un bootsplash + framebuffer sur ma debian Woody. Pour cette installation, j'ai suivis le guide de cedric lignier : http://cedric.lignier.free.fr/guide-debian/html/jbootsplash.html Ayant faitl' installation de ma debian suivant le guide d' Alexis Delattre: http://www.via.ecp.fr/~alexis/formation-linux/formation-linux.htmlj'ai du changer de noyau (2.4.18 pour aller 2.4.21 comme dans le guide de cedric lignier) avant de le recompiler. A priori, après avoir suivie toutes les indications pour installer le framebuffer et le bootsplash je n'ai aucun message d'erreur. J'installe donc un theme pour le bootsplash (j'ai aussi testé avec un autre pour etre sur que celui du guide n'est pas en cause), je suis les indications, modifie mon lilo et toujours pas de message d'erreur. Je me dis cool ça va marcher mais non :( Je suis toujours sur un demarrage classique. Seul point positif il détecte les 2 processeurs logiques de mon P4 C maintenant :) A priori le framebuffer est activé puisque lorsque je fais un "dmesg | less " j'ai des informations indicant son fonctionnement. Si vous avez une idée, des suggestions ouun conseilje suis preneur, @+ Fab
Re: Problème d'activation BootSplash + Framebuffer
On Fri, 19 Sep 2003 14:14:29 +0200 Fievet Fabien [EMAIL PROTECTED] wrote: Bonjour, j'ai tenté hier l'installation d'un bootsplash + framebuffer sur ma debian Woody. Pour cette installation, j'ai suivis le guide de cedric lignier : http://cedric.lignier.free.fr/guide-debian/html/jbootsplash.html Ayant fait l' installation de ma debian suivant le guide d' Alexis Delattre: http://www.via.ecp.fr/~alexis/formation-linux/formation-linux.html j'ai du changer de noyau (2.4.18 pour aller 2.4.21 comme dans le guide de cedric lignier) avant de le recompiler. A priori, après avoir suivie toutes les indications pour installer le framebuffer et le bootsplash je n'ai aucun message d'erreur. J'installe donc un theme pour le bootsplash (j'ai aussi testé avec un autre pour etre sur que celui du guide n'est pas en cause), je suis les indications, modifie mon lilo et toujours pas de message d'erreur. Va voir sur www.bulmalug.net , c'est bien expliqué en détail, et ça marche sans problèmes. Sur www.bootsplash.org il y a d'autres thèmes et sur le site de KDE, il ya mème un beau thème DEBIAN avec les fichiers /etc/rc /etc/rcS adéquats. Claude
Re: Problme d'activation BootSplash + Framebuffer
le Fri, 19 Sep 2003 14:14:29 +0200, Fievet Fabien [EMAIL PROTECTED] s'exprima en ces termes: Bonjour, j'ai tenté hier l'installation d'un bootsplash + framebuffer sur ma debian Woody. Pour cette installation, j'ai suivis le guide de cedric lignier : http://cedric.lignier.free.fr/guide-debian/html/jbootsplash.html Ayant fait l' installation de ma debian suivant le guide d' Alexis Delattre: http://www.via.ecp.fr/~alexis/formation-linux/formation-linux.html j'ai du changer de noyau (2.4.18 pour aller 2.4.21 comme dans le guide de cedric lignier) avant de le recompiler. A priori, après avoir suivie toutes les indications pour installer le framebuffer et le bootsplash je n'ai aucun message d'erreur. J'installe donc un theme pour le bootsplash (j'ai aussi testé avec un autre pour etre sur que celui du guide n'est pas en cause), je suis les indications, modifie mon lilo et toujours pas de message d'erreur. Je me dis cool ça va marcher mais non :( Je suis toujours sur un demarrage classique. Seul point positif il détecte les 2 processeurs logiques de mon P4 C maintenant :) A priori le framebuffer est activé puisque lorsque je fais un dmesg | less j'ai des informations indicant son fonctionnement. Si vous avez une idée, des suggestions ou un conseil je suis preneur, Chez moi ça marche bien (kernel 2.4.21, patch bootsplash de chez Con Kolivas (http://members.optusnet.com.au/ckolivas/kernel), doc de chez bootsplash.org, thème custom). Quelques pistes: 1) le bootsplash utilise un initrd: l'as tu spécifié à ton bootloader (config de grub chez moi): title Linux SS800 root (hd0,0) kernel /boot/vmlinuz root=/dev/hda1 splash=silent vga=788 pci=biosirq video=vesafb:ypan initrd /boot/initrd.splash.800x600 boot 2) le bootsplash est destiné, pour les thèmes les plus répandus, à du FB 1024x728: quelle résolution (vga=?) passes-tu en paramètre au kernel ? 3) enfin, bootsplash est-il vraiment activé: bash-2.05b$ less /usr/src/linux/.config | grep SPLASH CONFIG_FBCON_SPLASHSCREEN=y à tout hasard, chez moi au boot j'ai: [SNIP] Kernel command line: root=/dev/hda1 splash=silent vga=788 pci=biosirq video=vesafb:ypan bootsplash: silent mode. Initializing CPU#0 [SNIP] /N __ Nicolas Rueff [EMAIL PROTECTED] http://rueff.tuxfamily.org +33 6 77 64 44 80 -- If a group of N persons implements a COBOL compiler, there will be N-1 passes. Someone in the group has to be the manager. -- T. Cheatham __ pgpw2bItxt38p.pgp Description: PGP signature
Re: Problème d'activation BootSplash + Framebuffer
J'ai été voir sur le site qui semble en espagnol (je ne connais aucun mot d'espagnol). J'ai quand meme cherché et j'ai trouvé exactement ce qu'il y avait dans le guide de cedric lignier. Malheureusement, cela ne m'éclaire pas plus sur la raison de mes problèmes. @+ - Original Message - From: claude.parisot [EMAIL PROTECTED] To: debian-user-french@lists.debian.org Sent: Friday, September 19, 2003 5:44 PM Subject: Re: Problème d'activation BootSplash + Framebuffer On Fri, 19 Sep 2003 14:14:29 +0200 Fievet Fabien [EMAIL PROTECTED] wrote: Bonjour, j'ai tenté hier l'installation d'un bootsplash + framebuffer sur ma debian Woody. Pour cette installation, j'ai suivis le guide de cedric lignier : http://cedric.lignier.free.fr/guide-debian/html/jbootsplash.html Ayant fait l' installation de ma debian suivant le guide d' Alexis Delattre: http://www.via.ecp.fr/~alexis/formation-linux/formation-linux.html j'ai du changer de noyau (2.4.18 pour aller 2.4.21 comme dans le guide de cedric lignier) avant de le recompiler. A priori, après avoir suivie toutes les indications pour installer le framebuffer et le bootsplash je n'ai aucun message d'erreur. J'installe donc un theme pour le bootsplash (j'ai aussi testé avec un autre pour etre sur que celui du guide n'est pas en cause), je suis les indications, modifie mon lilo et toujours pas de message d'erreur. Va voir sur www.bulmalug.net , c'est bien expliqué en détail, et ça marche sans problèmes. Sur www.bootsplash.org il y a d'autres thèmes et sur le site de KDE, il ya mème un beau thème DEBIAN avec les fichiers /etc/rc /etc/rcS adéquats. Claude -- Pensez à lire la FAQ de la liste avant de poser une question : http://savannah.nongnu.org/download/debfr-faq/html/ To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Compiler une interface graphique GTK pour le framebuffer
Bonjour la liste Je souhaite créer une interface graphique GTK pour le framebuffer voici les etapes : - compilation de gtk2 avec l'option --with-gdktarget=linux-fb = ok - creation et generation d'une interface graphique avec glade = ok - compilation de l'interface avec l'option target=linux-fb dans le fichier /usr/local/lib/pkgconfig/gtk+-2.0.pc = ok - je bascule sur une console avec ctrl+alt+f1 = ok - execution du programme = erreur : error while loading shared libraries: libgtk-linux-fb-2.0.so.0: cannot open shared object file: No such file or directory Pourtant fbi (This program displays images using the Linux framebuffer device) et gtk-demo fonctionne bien dans la console ! Merci de m'aider ! David -- +--+ | David CABATON alias Obelix | +--+ | | |[EMAIL PROTECTED]| | | | Student in computer sciences | | | | GPG keys: 0x6BBB38E3 | | | +--+
Re: Compiler une interface graphique GTK pour le framebuffer
Bonjour, David CABATON a écrit: Bonjour la liste - je bascule sur une console avec ctrl+alt+f1 = ok - execution du programme = erreur : error while loading shared libraries: libgtk-linux-fb-2.0.so.0: cannot open shared object file: No such file or directory Souvent, les erreurs proviennent de liens symboliques manquants. Dans ton cas, il y a des chances pour que libgtk-linux-fb-2.0.so existe, et pas le lien symbolique libgtk-linux-fb-2.0.so.0 qui pointe vers libgtk-linux-fb-2.0.so. Pour en avoir le coeur net, une solution consiste à taper (compte root): /sbin/ldconfig -v | grep libgtk-linux-fb* En fonction de ce qui manque, il faudra, je pense, créer le lien symbolique manquant. Cas 1) S'il n'y a que libgtk-linux-fb-2.0 dans la réponse (ou libgtk-linux-fb*) , il faudra créer 2 liens : ln -s /usr/lib/libgtk-linux-fb-2.0 /usr/lib/libgtk-linux-fb-2.0.so ln -s /usr/lib/libgtk-linux-fb-2.0 /usr/lib/libgtk-linux-fb-2.0.so.0 (mais ton cas peut être différent) Cas 2) Réponse vide : peut-être que le nom de la bibliothèque est erroné En regardant sur mon portable, je viens de voir qu'il existe libgtk-directfb-2.0.so.0 qui pointe vers libgtk-directfb-2.0.so.0.0.9 et pas de libgtk-linux-fb-2.0.so.0... Peut-être que ln -s /usr/lib/libgtk-directfb-2.0.so.0 /usr/lib/libgtk-linux-fb-2.0.so.0 /sbin/ldconfig *en une seule ligne* résoudra ton problème Ensuite, (toujours sous le compte root) : Sinon, il faudra davantage d'informations pourque l'on puisse t'aider Bonne soirée -- eric b
Re: Compiler une interface graphique GTK pour le framebuffer
[EMAIL PROTECTED] a écrit : Bonjour, David CABATON a écrit: Bonjour la liste - je bascule sur une console avec ctrl+alt+f1 = ok - execution du programme = erreur : error while loading shared libraries: libgtk-linux-fb-2.0.so.0: cannot open shared object file: No such file or directory Souvent, les erreurs proviennent de liens symboliques manquants. Dans ton cas, il y a des chances pour que libgtk-linux-fb-2.0.so existe, et pas le lien symbolique libgtk-linux-fb-2.0.so.0 qui pointe vers libgtk-linux-fb-2.0.so. Pour en avoir le coeur net, une solution consiste à taper (compte root): /sbin/ldconfig -v | grep libgtk-linux-fb* En fonction de ce qui manque, il faudra, je pense, créer le lien symbolique manquant. Cas 1) S'il n'y a que libgtk-linux-fb-2.0 dans la réponse (ou libgtk-linux-fb*) , il faudra créer 2 liens : ln -s /usr/lib/libgtk-linux-fb-2.0 /usr/lib/libgtk-linux-fb-2.0.so ln -s /usr/lib/libgtk-linux-fb-2.0 /usr/lib/libgtk-linux-fb-2.0.so.0 (mais ton cas peut être différent) Cas 2) Réponse vide : peut-être que le nom de la bibliothèque est erroné En regardant sur mon portable, je viens de voir qu'il existe libgtk-directfb-2.0.so.0 qui pointe vers libgtk-directfb-2.0.so.0.0.9 et pas de libgtk-linux-fb-2.0.so.0... Peut-être que ln -s /usr/lib/libgtk-directfb-2.0.so.0 /usr/lib/libgtk-linux-fb-2.0.so.0 /sbin/ldconfig *en une seule ligne* résoudra ton problème Ensuite, (toujours sous le compte root) : Sinon, il faudra davantage d'informations pourque l'on puisse t'aider Bonne soirée Je viens de trouver le probleme, sans pour autant comprendre le truc ! Je pense qu'il s'agit effectivement dun probleme de lien sur les librairies comme indiqué par eric ( merci ;) )... debian:/home/dcabaton# find / -name libgtk-linux-fb-2.0* /usr/local/lib/libgtk-linux-fb-2.0.so.0.200.1 /usr/local/lib/libgtk-linux-fb-2.0.so.0 /usr/local/lib/libgtk-linux-fb-2.0.so /usr/local/lib/libgtk-linux-fb-2.0.la /home/dcabaton/gtk+-2.2.1/gtk/.libs/libgtk-linux-fb-2.0.exp /home/dcabaton/gtk+-2.2.1/gtk/.libs/libgtk-linux-fb-2.0.ver /home/dcabaton/gtk+-2.2.1/gtk/.libs/libgtk-linux-fb-2.0.so.0.200.1 /home/dcabaton/gtk+-2.2.1/gtk/.libs/libgtk-linux-fb-2.0.so.0 /home/dcabaton/gtk+-2.2.1/gtk/.libs/libgtk-linux-fb-2.0.so /home/dcabaton/gtk+-2.2.1/gtk/.libs/libgtk-linux-fb-2.0.lai /home/dcabaton/gtk+-2.2.1/gtk/.libs/libgtk-linux-fb-2.0.la /home/dcabaton/gtk+-2.2.1/gtk/.libs/libgtk-linux-fb-2.0.so.0.200.1T /home/dcabaton/gtk+-2.2.1/gtk/libgtk-linux-fb-2.0.la dans mon fichier /etc/ld.so.conf j'ai seulement //usr/X11R6/lib,/j'ai rajoute la ligne //usr/local/lib/ /puis dconfig /etc/ld.so.conf et tout fonctionne ou presque... disons que le programme se lance, la souris deconne et je ferme mal le programme mais il se lance comme je suis dans une console (ctrl+alt+f1) je pense qu'il tourne bien sur le framebuffer on peut m'expliquer SVP !! merci... -- +--+ | David CABATON alias Obelix | +--+ | | |[EMAIL PROTECTED]| | | | Student in computer sciences | | | | GPG keys: 0x6BBB38E3 | | | +--+
GTK, GTKfb et FrameBuffer....
Bonjour la liste... Voila, je voudrais concevoir une petite application légère, graphique qui : - utilise le framebuffer pour se passer de X - utilise GTK pour la partie graphique Je viens de chercher de la doc et voici le resultat de mes recherches... /Résultat des recherches sur GTKFB :/ GTKFB (GTK FrameBuffer) est disponible depuis GTK 2.0 http://www.gtk.org uniquement et permet donc de se passer de X tout en gardant la puissance de GTK http://www.gtk.org. Cependant GTKFB n'est pas un serveur X et ne permet donc pas l'affichage via le réseau et ne gère qu'une seule application à la foi. /Résultat des recherches sur le framebuffer /: le driver « frame buffer » du noyau de Linux (2.2.x minimum) permet d'utiliser Linux en mode graphique en se passant du pilote spécifique de la carte graphique, de X au prix d'une légère pénalité en vitesse. Ce driver se base sur l'interface de programmation du standard VESA 2.0, qui est géré par le BIOS de la plupart des cartes graphiques récentes. Le standard VESA ne permet pas d'exploiter les accélérations matérielles des cartes graphiques, pas même en 2D. Le Frame Buffer est constitué physiquement d'un espace mémoire réservé sur votre disque dans l'arborescence /dev. Le noyau se charge de connecter cet espace et la mémoire réelle de la carte vidéo. Je voudrais que vous me corrigiez si il y a des erreurs ou me completiez... Apparement je dois d'abord installer le driver frame buffer dans le noyau, configurer mon gtk pour utiliser le frame buffer mais ensuite je construis une feuille et un hello world au milieu avec glade ??? et comment etre sur que mon appli utilise le framebuffer et pas X ??? je pige pas trop la Merci de votre aide A+ / David -- +--+ | David CABATON alias Obelix | +--+ | | |[EMAIL PROTECTED]| | | | Student in computer sciences | | | | GPG keys: 0x6BBB38E3 | | | +--+
Re: GTK, GTKfb et FrameBuffer....
On Thu, May 22, 2003 at 05:02:25PM +0200, David CABATON wrote: Bonjour la liste... Voila, je voudrais concevoir une petite application légère, graphique qui : - utilise le framebuffer pour se passer de X - utilise GTK pour la partie graphique Je viens de chercher de la doc et voici le resultat de mes recherches... /Résultat des recherches sur GTKFB :/ GTKFB (GTK FrameBuffer) est disponible depuis GTK 2.0 http://www.gtk.org uniquement et permet donc de se passer de X tout en gardant la puissance de GTK http://www.gtk.org. Cependant GTKFB n'est pas un serveur X et ne permet donc pas l'affichage via le réseau et ne gère qu'une seule application à la foi. /Résultat des recherches sur le framebuffer /: le driver « frame buffer » du noyau de Linux (2.2.x minimum) permet d'utiliser Linux en mode graphique en se passant du pilote spécifique de la carte graphique, de X au prix d'une légère pénalité en vitesse. Ce driver se base sur l'interface de programmation du standard VESA 2.0, qui est géré par le BIOS de la plupart des cartes graphiques récentes. Le standard VESA ne permet pas d'exploiter les accélérations matérielles des cartes graphiques, pas même en 2D. Le Frame Buffer est constitué physiquement d'un espace mémoire réservé sur votre disque dans l'arborescence /dev. Le noyau se charge de connecter cet espace et la mémoire réelle de la carte vidéo. Je voudrais que vous me corrigiez si il y a des erreurs ou me completiez... Apparement je dois d'abord installer le driver frame buffer dans le noyau, configurer mon gtk pour utiliser le frame buffer mais ensuite je construis une feuille et un hello world au milieu avec glade ??? et comment etre sur que mon appli utilise le framebuffer et pas X ??? je pige pas trop la perso g pas essaye, mais je pense que c des libs differentes, donc tu dois compiler ton prog en le liant avec les bonnes libs (de gtk framebuffer donc) par contre je sais pas si du code gtk normal (qui tourne sous X) est directement compilable juste en changeant de lib surement ya des diff genre les #include, tout ca... (voir la doc de gtk framebuffer, et les exemples) je sais pas si glade gere ca (de base il te genere du code pour gtk X) donc faudrait peut etre un plugin special ou alors connaitre les modifs a faire et changer ton source manuellement apres la construction de l interface avec glade cit
