Bon le patch alps pour mon touchpad s’applique sans pb.
Rien de révolutionnaire dans les options du menuconfig.
Bref, un évolution tranquile du 2.6
en effet. on peut quand même spécifier la page de codes par défaut pour le Fat
hop nouvelle version : 2.6.8.1
le changelog, fort court :
<jgarzik@pobox.com>
[PATCH] Fix NFS client screw-up in fcntl f_op removal
Fix stupid thinkos in the fcntl f_op removal code.
à noter que c’est la premiére fois que le kernel a une numérotation en 2.x.y.z
linus a préféré cette solution à un 2.6.9, à la vue du peu de modifs apportées (juste l’application d’un patch)
http://marc.theaimsgroup.com/?t=109247939200004&r=1&w=2
La boulette
La notation 2.x.y.z risque de casser pas mal de scripts…
Et moi qui vient juste finir de le compiler !!! On le trouve où le patch ? (pke je me sers de NFS moi !!!)
Voici le contenu du patch (http://marc.theaimsgroup.com/?l=linux-kernel&m=109248041307767&w=2). On peut l’appliquer tel quel ? Et pour le numéro de version du noyau ? Je laisse en 2.6.8 ou je mets 2.6.8.1 ? Je voudrais pas semer la pagaille lors de la sortie du prochain…
[cpp]
— 1.40/fs/nfs/file.c 2004-08-09 11:58:00 -07:00
+++ edited/fs/nfs/file.c 2004-08-14 03:35:11 -07:00
@@ -89,7 +89,7 @@
int res;
res = nfs_check_flags(filp->f_flags);
- if (!res)
-
if (res)
return res;lock_kernel();
[/cpp]
glops ! j’viens d’éditer pendant que tu postais…
non, le patch que je propose contient une ligne de plus donc je pense que c’est celui là qu’il faut appliquer.
Pour la version, tu mets ce que tu veux sans aucun pbs.
Perso, je compile sous debian avec --append-to-version
Finalement, j’ai modifié à la main. Y a juste le “!” à enlever
http://marc.theaimsgroup.com/?l=linux-kernel&m=109247958302409&w=2
donne ça :
"===== fs/nfs/file.c 1.40 vs edited =====
— 1.40/fs/nfs/file.c 2004-08-09 14:58:00 -04:00
+++ edited/fs/nfs/file.c 2004-08-13 23:02:34 -04:00
@@ -72,7 +72,7 @@
static int nfs_check_flags(int flags)
{
- if (flags & (O_APPEND | O_DIRECT))
-
if ((flags & (O_APPEND | O_DIRECT)) == (O_APPEND | O_DIRECT))
return -EINVAL;return 0;
@@ -89,7 +89,7 @@
int res;res = nfs_check_flags(filp->f_flags);
- if (!res)
-
if (res)
return res;lock_kernel();
"
- if (flags & (O_APPEND | O_DIRECT))
- if ((flags & (O_APPEND | O_DIRECT)) == (O_APPEND | O_DIRECT))
doit donc être nécessaire non?
Ben j’fé koi moi alors ? Faut que je laisse mon portable allumé sur son 2.6.7 jusqu’à c’qu’ils aient sorti un patch officiel ?
a priori, d’après son post, linus s’en tape grave
menfin si ils perdurent à l’utiliser y’aura une période de transition cahotique, et rulez pour la suite
non, tu changes ces deux lignes là à la main et roule
Après, tu appelles ça comme tu veux ça ne changera rien.
Avex append-to-version -2 ,chez moi, ça me donne un 2.6.8-2 (je n’ai pas de nfs sous la main pour tester…)
Alea Jacta Est
http://www.kernel.org/pub/linux/kernel/v2.6/
héhé : le 2.6.8.1 est là
Par contre, la première page de kernel.org semble ne pas aimé la nouvelle numérotation.
arf ! 2 secondes de plus et je faisait le fatal “ctrl+alt+suppr” pour relancer
une coupure d’accès internet toute la journée et voila ! je loupe un kernel [:peur]
Pas grave : tu loupes un kernel raté. Enfin tout est relatif : seul le nfs ne marche pas.
Au passage, ça montre la réactivité des dévelo du noyau. Dans ce cas le patch était trivial mais bravo quand même.
mon pôvre ami !
de toute façon, à la maison je n’utilise pas nfs donc pas grave