Emile "iMil" Heitor 's home

oui je sais. Mais tout de même, +15 FPS en moyenne ça l’fait ! alors, les petites recettes à iMil_le_sale_gamer :

. Overclocking de ma carte mère (kinetiz 7e, un vieux machin), 108 / 36 au lieu de 100 / 33, ça nous donne 1404MHz au lieu de 1300 pour le Duron. Un bon ventilo au cul et j’ai pas pris 1 degré de plus.

. Overclocking de ma nouvelle FX 5200, grace à nvclock, 280MHz au lieu de 200 pour le core et 486MHz au lieu de 400 pour la ram. J’ai cependant du ajouter un petit ventilo sur la carte pour qu’elle ne chauffe pas trop.

Pas mal.

Logiciels maintenant:


$ cat /etc/modprobe.d/nvidia-kernel-nkc
alias char-major-195* nvidia
options nvidia NVreg_EnableAGPSBA=1 NVreg_EnableAGPFW=1


Grace à ça, on active le “Sideband Addressing” et les “Fast writes” lors du chargement du module kernel nvidia.

Perso j’utilise le module agp du kernel linux et non celui de nvidia, dans mon cas sis_agp + agpgart. Pour au contraire utiliser les fonctions agp du module nvidia, ajoutez le nom du module controleur et agpgart dans /etc/hotplug/blacklist (kernel 2.6.x).

Du coté de X11, quelques trucs :

Dans la section “Device”

Option "NoLogo" "true"
Option "NvAGP" "2" # agpgart (kernel)
# Option "NvAGP" "1" # nvidia agp
Option "RenderAccel" "true"
Option "backingstore" "true"
Option "AllowGLXWithComposite" "True"


Et dans la section “Extensions” (à créer si elle n’existe pas)


Option "Composite" "Enable"
Option "RENDER" "Enable"
Option "DAMAGE" "Enable"


Dans la foulée, on bénéficie des extensions “composite” qui permettent d’ajouter de l’ombrage et de la transparence avec X.org, voir xcompmgr et transset pour ces sujets particuliers.

TREMBLEZ GUNGANS !@#

Vite fait bien fait, voici un petit patch qui vous permettra d’utiliser votre carte ural(4) sous NetBSD 3.0. Il s’applique sur les travaux de Naoki Fukaumi. Vous devrez récupérer un usbdevs recent, celui du tree current fait parfaitement l’affaire, et regénerer un usdbdevs.h. Voir ici et ici pour plus d’infos sur le fonctionnement du bidule.
NB: ce patch ne corrige pas le probleme du mode scan.

Update ce patch, mais en réalité le backport 3.0, corrige le problème du mode scan, il faut cependant upper l’interface avant de lancer son wiconfig ural0 -D, wohoo !

le port pcmcia de mon vaio a laché, ça devait arriver il commençait vraiment à donner des signes de faiblesse -il a manifestement mal supporté les coups, quelle daube franchement.. :). Qu’à cela ne tienne, j’ai acheté à la place de la cardbus ral(4) en place dans ce slot, une clé USB à base de Ralink dont j’ai lu ici qu’elle était supportée. Oui, cette fois j’étais un peu impatient et j’avais vraiment pas le courage de me cogner le portage. Seul hic, le driver en question ne fonctionne que sous NetBSD-current (tag HEAD) et j’étais en 2.0.2. Nous voici donc embarqués dans une massive upgrade sans trop d’accrocs, notez bien qu’un passage en current impose un MAKEDEV all sous peine de se voir insulter d’un “no more ttys” au lancement d’un xterm.
Tuning par-ci, réglage par là, ça fonctionne, mais je suis déçu, le driver ural(4) en question semble se chier dessus en mode scanning (wimon ural0 -D), il passe le status du lien en “no network”, ne detecte rien du tout et renvoie une erreur bidon d’ioctl. J’voudrais pas avoir l’air de dire des trucs mais mon portage à moi il fonctionnait de A à Z Mr Fukaumi…
Sinon truc à la con, le xterm du XFree livré avec nb-current semble déconner vis à vis des ressources X (~/.Xdefaults) et ne récupère pas le fontFace spécifié, pour palier à cette boulette, installez le xterm de pkgsrc qui, lui, fonctionne. Il va falloir que je switche sur xorg là aussi.