Bonjour,
Je dois dire qu'actuellement je suis un peut perdu dans ce domaine, je distingue plusieurs éléments mais je ne sais pas comment les faire fonctionner ensemble.
1° Le frame buffer disponible dans la catégorie device > graphics support > nvidia frame buffer support
2° Le frame buffer de Xorg, il demande si je dois l'utiliser après avoir identifier ma cg
3° Le driver propriétaire de nvidia (installé sous debian via un module-assistant auto install nvidia)
Voila, j'explique le problème : ayant modifié manuellement mon xorg.conf un dpkg-reconfigure xserver-xorg ne fait rien du tout, il me dit à la fin qu'il n'as pas updater le fichier car il avait été déjà modifié avant.
Ce que je ne comprend pas :
Dans la configuration via dpkg de Xorg on a l'impression que le frame buffer est une option que l'on active dans le driver d'une cg, il demande s'il faut l'activer après avoir choisi le modèle de cg. Vu que cette configuration échoue à chaque fois (vu que j'ai modifié le fichier manuellement) j'ai cherché sur google et là je me rend compte que le frame buffer est un bloc spécifique qui doit apparaitre dans /dev et qui, d'après ce que j'aurai compris, doit être utiliser directement sans passer par un autre driver. Ainsi dans mon xorg.conf j'aurai quelque chose du genre :
section "Device"
driver le_nom_du_pilote_frame_buffer
Donc pour résumer je veut utiliser du frame buffer tout en continuant d'utiliser le driver de nvidia et pour ça j'ai à ma disposition les 3 points cités ci-dessus. Il faudrait que quelqu'un m'aide parce-que je ne sais pas quoi faire, est-ce que le simple fait d'activer le frame buffer nvidia dans le kernel fera ce que je veut, je n'ai pas testé car alors il me donne des warnings (après tentative de compilation de frame buffer nvidia en dur) :
Si je dois activer le frame buffer dans le kernel, comment dois-je le faire, module, ou en dur ?WARNING: drivers/acpi/processor.o - Section mismatch: reference to .init.data: from .text between 'acpi_processor_power_init' (at offset 0xfd7) and 'acpi_safe_halt'
WARNING: drivers/block/floppy.o - Section mismatch: reference to .init.text: from .smp_locks after '' (at offset 0x3c)
WARNING: drivers/block/floppy.o - Section mismatch: reference to .init.text: from .smp_locks after '' (at offset 0x40)
WARNING: drivers/block/floppy.o - Section mismatch: reference to .init.text: from .smp_locks after '' (at offset 0x44)
WARNING: drivers/char/ipmi/ipmi_msghandler.o - Section mismatch: reference to .exit.text: from .smp_locks after '' (at offset 0xc)
WARNING: drivers/char/ipmi/ipmi_si.o - Section mismatch: reference to .exit.text: from .smp_locks after '' (at offset 0x0)
WARNING: drivers/char/ipmi/ipmi_watchdog.o - Section mismatch: reference to .exit.text: from .smp_locks after '' (at offset 0x14)
WARNING: drivers/char/ipmi/ipmi_watchdog.o - Section mismatch: reference to .exit.text: from .smp_locks after '' (at offset 0x18)
WARNING: drivers/usb/storage/usb-storage.o - Section mismatch: reference to .exit.text: from .smp_locks after '' (at offset 0x40)
WARNING: net/802/psnap.o - Section mismatch: reference to .exit.text: from .smp_locks after '' (at offset 0x0)
WARNING: net/ipv4/ip_gre.o - Section mismatch: reference to .init.text: from .smp_locks after '' (at offset 0x0)
WARNING: net/ipv4/ipip.o - Section mismatch: reference to .init.text: from .smp_locks after '' (at offset 0x0)
WARNING: net/ipv4/netfilter/ip_conntrack.o - Section mismatch: reference to .init.text: from .smp_locks after '' (at offset 0x8)
WARNING: net/ipv6/ipv6.o - Section mismatch: reference to .init.text: from .smp_locks after '' (at offset 0x1a8)
WARNING: net/ipv6/ipv6.o - Section mismatch: reference to .init.text: from .smp_locks after '' (at offset 0x1dc)
Vous vous demandez sans doute à la fin de ce thread pourquoi je tiens absolument à activer le frame-buffer ? c'est pour palier à une faille de xorg qui permet de prendre un controle total de la machine.
Partager