ural(4) pour NetBSD 3.0

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 !

ural

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.

fomblian

-(root@vader)-- -[~:$]-- apt-get install linux-image-2.6.12-1-k7 Reading Package Lists... Done Building Dependency Tree... Done linux-image-2.6.12-1-k7 is already the newest version. 0 upgraded, 0 newly installed, 0 to remove and 701 not upgraded. 1 not fully installed or removed. Need to get 0B of archives. After unpacking 0B of additional disk space will be used. Setting up linux-image-2.6.12-1-k7 (2.6.12-1) ... cp: cannot stat/boot/-2.6’: No such file or directory Failed to copy /boot/-2.6 to /initrd.img . dpkg: error processing linux-image-2.6.12-1-k7 (–configure): subprocess post-installation script returned error exit status 9 Errors were encountered while processing: linux-image-2.6.12-1-k7 E: Sub-process /usr/bin/dpkg returned an error code (1) `

prend ca !@#!@# de gungan

prévisible.

1. star wars battlefront tourne sous cedega 2. je viens d’acheter du matos

Considérent le théorème du gamaize et les deux conditions sus-citées, nous pouvons en deduire que j’enchaine comme une merde depuis ce week end.

this is outrageous

“how can you be on the council and not be a master”

ainsi parlait Anakin.

ubuntu vs dsp

J’ai hérité d’une carte mère Kinetiz 7E munie d’un Duron 1.3GHz. Ça à priori tu t’en fous et t’as raison. La carte mere en question a, comme nombre de cartes mères modernes, un chip son. J’aime assez cette option, mais comme la précédente tentative de support de chip son intégré s’était avérée infructueuse, j’abordais cette opération avec la plus grande méfiance. À raison. Le chip en question, comme dans bien des cas, est un truc à base de VIA, et plus précisemment

iMil sale gamer

37 euros, c’est le prix d’une Geforce FX 5200 / 128M, soit le matos nécessaire à faire tourner doom3. Bon ok, detail minimum et ca rame mechamment quand y’a plus d’un ennemi, m’enfin ça reste jouable. Full décéption par contre, ni Rogue Squadron (celui là je m’en doutais) ni Republic Commando ne fonctionnent sous cedega / wine. Battle for Naboo tourne mais c’est à la limite du jouable, quand à Starfighter, la version démo tourne parfaitement mais la complete crashe à l’intro. Tu vois, même si je voulais gamer…

la gravure en 1982

Je trouvais ça tout de même bizarre que la gravure et la lecture d’un DVD fassent autant ramer ma machine. Et c’est finalement sur un thread de ML dont je retrouve plus le link que je lis que pour pouvoir beneficier du support DMA dans le driver IDE, il faut loader, en plus d’ide-generic, le module du chipset de la carte mère, soit dans mon cas via82cxxx.ko. Et pouf, je passe de 0.30x à 4x en vitesse de gravure. J’ai trouvé ceci particulièrement frustrant, mais surtout je me demande maintenant comment se fait-il qu’il n’y ait pas plus d’informations sur le point précis du driver de chipset et si par hasard un tas de gens ne trashent pas leur Linux en pestant “SAINULE SA RAMES POUR LIRES LAI DVD LOL”.

france telecom suce des boucs au Bangladesh

c’est recurrent, tous les 5 mois, mon link free pète. C’est comme ça. À chaque fois la même rengaine, des histoires de filtres, de condensateurs, de changement de cable.. cette fois on me demande si ya pas une lampe halogène ou une alarme (allez.. franchement.. un peu de serieux..) à proximité de la freebox. Bref, inutile de s’enerver contre Free dans ce cas précis puisque c’est encore probablement le materiel moisi de ces salopards de france telecom qui a encore “malheureusement grillé”. J’ai vu que ça commençait à dégrouper autour de Senlis… bordel, vite !

c'était mieux avant

Alors voila, jme suis fait sucrer le projet NDIS pour NetBSD par le Google SoC, chu un peu vert… m’enfin c’est pour la bonne cause, et Alan a l’air sympa. Les détails du developpement sont visibles sur son site.

Merci à Zul et Alan pour leur participation au projet initial, loin d’être perdu puisque l’ensemble de nos travaux sont la base du projet officiel pour le SoC.