Ils auraient pu penser à le mettre dedans celui-là :o
Cà doit faire 10 mois qu’il existe ce pilote. :pt1cable:
Pour l’ipw3945, y a un patch qui l’intègre directement dans le noyau :
http://www.rit.edu/~rmh3093/ipw3945-1.1.2_for_2.6.19.patch
Je sais pas encore s’il marche, mais le patch s’applique sans erreur et ça compile bien (juste un ou 2 warning)
Gentoo vient d’inclure un snapshot du pilote Alsa 
:
http://gentoo-portage.com/media-sound/alsa…ChangeLog#ptabs
Juste un poil trop tard pour moi, mais l’initiative est à souligner (c’est réactif quoi :)).
le rt2500 ne passe pas avec le 2.6.19 
Cool, j’y penserai pour la prochaine compile.
linux/config.h n’existe plus dans le 2.6.19.
Ca casse la majorité des drivers qui ne sont pas dans le noyau.
Cependant, modifier tous les #include<linux/config.h> en #include<linux/autoconf.h> suffit assez souvent à refaire marcher le driver (c’est le cas pour les drivers ati par exemple).
Ca me semble "propre" mais je ne ne connais pas la "bonne" façon, "officielle", de faire.
La bonne façon, serait de mettre #include <linux/config.h> pour les noyau avant 2.6.15 et sinon mettre #include <linux/autoconf.h> enfin je crois :whistle:
Sinon même en modifiant les #include, spca5xx et gspcav1 ont tendance à faire planter mon système :paf:
et donc faire un lien symbolique de linux/config.h vers linux/autoconf.h est une autre solution ?
Bof
Ma solution permet de compiler le module sans rien changer dans le noyau.
Recréer un fichier qui n’existe plus avec un symlink est beaucoup moins propre.
Il va falloir re patcher le noyau et le driver quand ce dernier sera mis à jour
Quand le noyau change une API, c’est au driver de s’adapter.
gspcav1 compile bien ici mais j’avoue ne pas l’avoir encore beaucoup testé.
dani284 : regarde tes logs et fait des bugreports
en fait je ne discute pas sur le fait que ce soit au driver de s’adapter a l’api du kernel (d’ailleurs je crois avoir lu sur linuxfr qu’elle à été en partie complètement réécrite), mais je cherchais une solution temporaire pour me permettre de passer sur le 2.6.19 (et de flinguer toutes mes partitions avec du ext4 :ane:)
et tu en as une en changeant tous les config.h en autoconf.h 
Bah alors personne parle du 2.6.18.5 ? 
ftp://ftp.kernel.org/pub/linux/kernel/v2…ngeLog-2.6.18.5
Je me contente de celui-ci sur mon serveur le temps d’examiner les nouveautés du 2.6.19 avec un bon vieux menuconfig
Il y a aussi le 2.6.16.* pendant que tu cites les vieux noyaux :ane:.
Sinon, 2.6.19.1 out :o
le 2.6.20 est sorti.
http://kernelnewbies.org/Linux_2_6_20
c’est du bon la !!
de jolies nouveautes
il est vraiment maboule ce type… :pt1cable:
Bon, des petites nouvelles de ma mise à jour en 2.6.20 hier soir :ane: :
1/ il faut soignement regarder les options de netfiter car les options de filtrage ont été redécoupées et diversifiées … bref, c’est la partie pénible de la config.
http://images.imagehotel.net/1a87f0b5f9_tn.png
2/ les pilotes Nvidia donnent un warning, mais c’est normal et sans conséquence (prendre les 97.46, cad les derniers sortis, car avec les 96.31, j’avais des saccades en 2D …) : http://www.nvnews.net/vbulletin/showthread.php?t=85174
3/ pour ceux qui utilisent hddtemp, il faut patcher la dernière version : http://bugs.gentoo.org/show_bug.cgi?id=165453
-> ça concerne les températures des disques durs sata seulement (pas de souci pour les autres) : nickel après patchage.
4/ il est nécessaire de prendre les pilotes Alsa de développement (comme lors de la sortie du 2.6.19 quoi).
Sinon, il fonctionne bien.