Kernel 2.6.29

Répondre


Cette question est un moyen d’empêcher des soumissions automatisées de formulaires par des robots.
Smileys
:D :) :( :o :shock: :? 8-) :lol: :x :P :oops: :cry: :evil: :twisted: :roll: :wink: :!: :?: :idea: :arrow: :| :mrgreen: =D> #-o =P~ :^o :non: :priere: 8-|
Voir plus de smileys
  Revue du sujet
 

  Étendre la vue Revue du sujet : Kernel 2.6.29

par Nagol » 01 avr. 2009, 02:59

back on topic

je viens de régler mon problème en cherchant un peu plus avant.

Donc le bug est le suivant, en 2.6.29 les codeurs de chez kernel.org ont tenté de faire fonctionner plusieurs hardware réseau ayant des soucis notamment au niveau des irqs, me demandez pas lesquels je sais pas, toujours est il que le programmer en question est linux thorvald himself (je savais pas qu'il était encore actif à ce point sur le kernel) et qu'aparemment le fix en question casse aussi le kernel pour plusieurs autres hardware (padbol ou padtest?) forcément je faisais parti des malchanceux.

Le fix est le suivant, d'après ce que je comprend le fait de booter avec le 2.6.29 sur mon hardware du moins fout la zone au niveau des irqs dans le bios, ayant pour résultat de faire en sorte que toute version précédente du kernel ne puisse pas "contrôller" la carte réseau ou avoir un statut quelconque (comme si la carte réseau était éteinte ou cassée, des messages genre "waiting for carrier" en lancant un dhcp dessus), j'ai fini par aller chercher la version git du kernel cad en gros quasi une version cvs (git8 plus précisemment sois la version de today) j'ai booter dessus, constaté que le réseau se porte bien, lancé un film tout fier de moi et me suis pris un freeze système au bout de 5min, bref normal c'est une version ultra pas sensée être stable), un petit push de reset, et je me dis, tiens si je vérifias que mes anciennes versions de kernel fonctionnent (ben oui une ptite intuition quoi) et devinez quoi? elles fonctionnent, c fun les versions segfault édition y'a pas à suer :)

par katagoto » 31 mars 2009, 20:15

C'est un peu long à expliquer, mais bon, même moi qui n'aime
pas netBSD, par exemple, arriver à adapter un OS sur 50
architecture c'est "juste" impressionnant, avoir 2 failles en
10 ans, pour OpenBSD, c'est du délire...
Debian n'est pas mal, je sais c'est pas un BSD..., mais chacun
ses goûts après tout...

par Nagol » 31 mars 2009, 20:14

bizarre, quand j'étais jeune j'ai été séduit par debian et après quand j'en ai marre d'avoir un système avec 10 ans de retard, et ou y'a une dépendance sur x dans la lib png, alors j'ai été visiter le monde des bsd, et j'en suis trés content, et pour un desktop même ambiance mais version linux = gentoo (juste parceque les framebuffer sont pas beaux sous bsd, et que globalement le système de paquetage est ultra bien sous gentoo (voir ma signature)

par Berzemus » 31 mars 2009, 20:03

Oui, quand j'étais jeune, les BSD ça m'excitait aussi. Après, j'ai compris que c'était complètement overkill, et je me suis laissé séduire par debian.

Ce qui ne veut pas dire que je ne reviendrais pas à mes premiers amours...

par Nagol » 31 mars 2009, 19:41

Apple contribue aussi à OpenGL (->),
mais pour revenir un peu plus au sujet ce noyau est sortit il
y a pas longtemps donc c'est assez normal qu'il déconne, et
je suis objectif, mais tu sais Sékiltoyai tout le monde
n'est pas un expérimenteur né des kernel linux...
Juste pour info, même si c'est hors du sujet, mais j'aime bien
crâner avec ça ^^, les systèmes BSD sont les plus sûr et
possèdent les programmeurs les plus bourrins qui existent ^^,
voilà :p
Tu es mainteneur BSD? sinon je vois pas pourquoi tu crânes :)

sinon oui ils sont bourins, j'aime particulièrement les gars de chez openbsd, qui ont le courage de refuser de faire de la compatibilité ascendante (ce qui veut dire que c'est galère à upgrader, mais aussi que chaque version est ce qui se fait de mieux niveau sécu)

par katagoto » 31 mars 2009, 18:58

Apple contribue aussi à OpenGL (->),
mais pour revenir un peu plus au sujet ce noyau est sortit il
y a pas longtemps donc c'est assez normal qu'il déconne, et
je suis objectif, mais tu sais Sékiltoyai tout le monde
n'est pas un expérimenteur né des kernel linux...
Juste pour info, même si c'est hors du sujet, mais j'aime bien
crâner avec ça ^^, les systèmes BSD sont les plus sûr et
possèdent les programmeurs les plus bourrins qui existent ^^,
voilà :p

par Sékiltoyai » 31 mars 2009, 18:50

Yap yap je le connais bien aussi ton kernel, j'ai compilé des freebsd pendant des années avant :)
au fait quand est ce qu'ls font de l'opensource apple au lieu de juste l'utiliser à fin commerciale?

(gratz, you'v just been trolled)
Bah le principe est simple, ils utilisent de l'opensource mais répercutent les changements auprès des communautés. On peut lister non exhaustivement des projets libres Apple :
- Bonjour
- Webkit, qui travaille de concert avec Konqueror
- Darwin, qui rend libre le travail effectué sur le noyau BSD pour l'adapter aux besoins d'Apple
Oui il y a une partie non négligeable du système qui est fermée, mais c'est un choix, ils n'ont pas voulu sur certains points du système s'aider de la communauté. Pour les autres, quand ils pompent à côté, ils respectent les règles du jeu en reportant leurs modifications à la communauté.

Après ils ont une politique commerciale de merde, mais personnellement je m'en contrefous, tant que la qualité du système me convient. :)

par Nagol » 31 mars 2009, 18:41

Attends je vérifie ma version.



Ouf, c'est bon, je suis sous Mac OS, j'ai aucune crainte à avoir. :mrgreen:


Edit : Euh, pour la modération, je préviens, c'est de l'humour hein :P (Pas taper je sors -->[] :D )
Yap yap je le connais bien aussi ton kernel, j'ai compilé des freebsd pendant des années avant :)
au fait quand est ce qu'ls font de l'opensource apple au lieu de juste l'utiliser à fin commerciale?

(gratz, you'v just been trolled)

par Sékiltoyai » 31 mars 2009, 18:30

Attends je vérifie ma version.



Ouf, c'est bon, je suis sous Mac OS, j'ai aucune crainte à avoir. :mrgreen:


Edit : Euh, pour la modération, je préviens, c'est de l'humour hein :P (Pas taper je sors -->[] :D )

par Nagol » 31 mars 2009, 17:04

ben c'est vrai que c'est pas un noyau présent dans une distrib sérieuse étiqueté en stable, mais comme j'aime bien les bugs et avoir les derniers versions de tout, je me compile mon système en mode segfault édition, d'ou mon petit report sur le sujet, je suis bien embetté d'ailleurs, pas moyen de m'en sortir à la maison, bref j'attend la rc1 impatiemment :)

par stopher » 31 mars 2009, 08:25

Merci de l'info .. :)

Ouf je suis en 2.6.27.10. Il y a de la marge ...

Ceci étant dit , 2.6.29 est la dernière version dite "stable" sur kernel.org , le temps que ce noyau soit dans les distrib , ce bug devrait être détecté et corrigé , grâce à des gens comme toi qui compilent et testent les noyaux à la mano :)


Par contre , je n'ai pas retrouvé de rapport de bug concernant ce problème .. :?

Kernel 2.6.29

par Nagol » 30 mars 2009, 18:31

Petit message pour parler de ce kernel, et pour vous avertir...

NE L'INSTALLEZ PAS!

Il y'a un bug avec le réseau, à prioris il n'est pas systématique, mais il est subtile, j'étais à deux doigts de m'acheter une carte réseau, mais il s'avère que ca fait pareil sur me machine au travail.

Le symptôme:
Le réseau freeze, plus rien ne passe, ni ping ni rien.

Facteur possibles de reproduction:
Utiliser le réseau, que ça soit local ou sur le net, à partir d'une vm hosté sur un linux 2.6.29.

Comment corriger:
Vous ne pouvez que passer à la version précédente et attendre la 2.6.29.1 rien d'autre à faire que ça.