Jérôme Pinot a écrit 407 commentaires

C'est vrai, je suis d'accord avec toi, mais quand tu vois ce genre de chose:

http://lkml.org/lkml/2003/11/27/107(...)

Ça fait peur. Surtout que les bugzillas en question datent du -test4
C'est un problème de base du système qui est loin d'être évident. Il y a eu d'autres rapport de bugs sur des corruptions de mémoire, plus ou moins aléatoires et plus ou moins reliées à CONFIG_PREEMPT.

On ne parle pas de drivers et/ou code annexe, mais bien du core. Le 2.6.0-test est quasi-inexploitable chez moi, même en virant toutes les options.

salut les lam3rZ, komankon compile la kernelle? ?

Je replace cette magnifique question dans son contexte (merci à Sam pour la fortune)

<GrosQuick> il est poli
<GrosQuick> c'est pas un truc du style
<GrosQuick> SALUT LES L4M3rZ ! KOMAN ON COMPIL LA KERNELLE
???????????????!!!!!!!!!!!!???????????????????
<GrosQuick> REPONDEZ BANDES DE TAPETTES !!!!!!
<GrosQuick> grosquick has qui #linuxfr (bande de tafioles)

Il y a quand même encore pas mal de bugs dans tous les sens sur la lkml.

Chez moi, depuis certains patchs de la test9, mon système ne tiens plus la charge et oops dès que je veux compiler un noyau par exemple. Il y a eu d'autres rapports de bug similaires. Ca ne me semble pas anodin.

Je pense qu'il n'y aura pas de version finale avant la fin de l'année (cf http://linuxfr.org/comments/305915.html(...) )

Ca fait longtemps qu'on sait faire du cafe avec Linux, il y a meme un how-to officiel.

http://tldp.org/HOWTO/Coffee.html(...)
ou
/usr/doc/Linux-HOWTOs/Coffee

Bientot il faudra des alim de 1000W sur les PC...

Tu devrais passer un peu plus de temps avec ta/ton prof de francais aussi.

L'e-mail sur la lkml :


Date Mon, 24 Nov 2003 16:58:06 -0200 (BRST)
From Marcelo Tosatti <>
Subject Linux 2.4.23-rc4


Hi,

Here goes -rc4, fixing modular IDE breakage present in 2.4.23 kernels.

Hopefully this will become final.

Enjoy


Summary of changes from v2.4.23-rc3 to v2.4.23-rc4

============================================

<arekm:pld-linux.org>:

o Fix modular IDE

<lethal:unusual.internal.linux-sh.org>:

o sh64: Fixup zImage build for recent ITLB/DTLB changes
o sh64: Update defconfig

o sh: SH7751 documentation updates

o sh/sh64: Clear IRQ_INPROGRESS in setup_irq()

o sh: Add SH-DSP support

Richard Curnow:

o sh64: Update MAINTAINERS

Willy Tarreau:

o fix 2 broken links in bonding documentation

Moi j'aime bien ce genre de journal.
En fait, je LISPecialement les news a troll.
Parfois, c'est un peu BASIC mais c'est mieux que de passer son temps a lire les LOGObscurs d'Apache et compagnie.

J'ai REELLEMENT cru, pendant plusieurs secondes, que le journal allait parle de tectonique des plaques. Un peu decu du coup...

Concernant les valeurs, je suis moyennemant etonne. Le Canada n'a, me semble-t-il, pas suivi les US sur l'histoire Irakienne. Et c'etait une premiere pour le coup.

Ouais, c'est un GNU dur pour le projet, mais c'etait peut-etre l'HURD pour lui de partir. Tiens, moi aussi d'ailleurs.

--->[]

Bientot on va mettre en taule les gens qui ont la grippe...

Jamais eu de probleme avec alsa et emu10k1 en dur dans le noyau sur les 2.6.0-test.
Je suis constamment en 2.60-test depuis la version 4 (je teste meme les patches BK de temps a autres) avec une SB live ! qui marche du tonnerre.

Je soupconne fortement un probleme de config. Tu peux detailler ton probleme, ta distrib, etc ?

Dual boot:

- Slack 9.1 avec 2.6.0-test9 (+ quelques patches BK)
- LFS 5.0 (+ BLFS partiel) avec le meme noyau sur partoche XFS

J'ai meme teste une LFS avec une glibc compilee avec les headers du 2.6.0-test9. Pas de soucis a part des modifs a faire ici ou la (sysklog, utils-linux...)

Au boulot, slack 9.1 avec 2.4.22 (faut pas deconner la ;-)

C'est vrai qu'il y a eu pas mal de probleme avec l'ACPI mais c'est en train de s'ameliorer dans le 2.4.23 qui va bientot sortir et le 2.6.0.

Le probleme vient surtout du matos avec du hardware code avec les pieds d'un peu toutes les manieres. Ca doit pas plus amuser Intel que les autres de se taper des patches a tour de bras pour corriger des defficiences et/ou des nouveaute.

D'autre part, les noyaux patches par les distribs integrent des patchs ACPI plus ou moins officiels qui font bien souvent planter.

Non, sur ce coup, je pense vraiment qu'Intel fait du bon boulot.

Regarde la liste des mainteneur du noyau, tu auras deja quelques idees. Je sais notamment qu'Intel s'est investi pas mal en ce qui concerne le code de l'ACPI du noyau (Andy Grover entre autres).

1. Le noyau 2.6.0 propose le driver alsa, rien de plus.
Pour une utilisation complete, il faut aussi:

a) alsa-lib (librairie pour les programmes)
b) alsa-tools (entre autres, alsamixer, alsactl)
c) alsa-oss (emulation oss)

2. Scripts de demarrage: tu as besoin d'un script pour charger tes modules si tu as compile alsa en modules.
Mais tu as aussi besoin, dans tous les cas, d'un script de demarrage pour, notamment, restaurer le volume du mixer (alsactl restore).
Donc le script et d'autres packages sont necessaires a une bonne utilisation d'alsa avec le 2.6.0.

3. Concernant la Slackware, elle a des scripts BSD mais accepte aussi les scripts System V.
Dans la derniere Slack 9.1, qui est prete pour le 2.6.0, il y a un script rc.alsa qui charge les modules et restaure les volumes au demarrage.

...ou MAC

Steve Jobs n'a pas encore recu sa convocation au tribunal ?
Alors ?

C'est vraiment des lambins chez Micros^WSCO...

Pas mal

La separation user-space/kernel-space n'est cependant pas hyper-prononcee (arretez moi si je me gourre)

Il n'y a pas les syscall non plus.

Mais bon c'est interessant, il y a meme de quoi lance un troll Vi/Emacs

J'ai oublie de dire que Google fait aussi calculette, essayer de taper 8+11 dans la boite de recherche de la page principale pour voir. C'est vraiment tres fort, ca marche avec des constantes aussi (ex : e^(2*i*pi) ).

C'est hyper pratique dans la boite Google de Firebird :-)

N'y voyez absolument pas une tentative stupide de dénigrer telle ou telle distrib'

C'est vraiment pas le genre de la maison, c'est serieux ici :-)

D'ailleurs, est-ce que tu fournis un lecteur LG en bonus avec le pack ?

Plus serieusement :
http://linuxfr.org/comments/292708.html(...)

A mon avis, une recompile de noyau et c'est bon. Dommage de se separer d'un powerpack a cause d'un noyau qui boot pas/mal

L'acpi du 2.4.23-pre9 et du 2.6.0-test9 est bien mieux de toute facon.

Bof, c'est depasse tout ca.
Maintenant, avec le "evil bit", c'est extremement facile d'isoler les maichants paquets.

http://www.ietf.org/rfc/rfc3514.org(...)

(maichant paquet) ~~~> [ ]

Vire l'ACPI, il y a de grandes chances que le probleme vienne de la.
Tu peux essayer ce patch sinon:

http://lkml.org/lkml/2003/9/8/9(...)

L'ACPI du 2.4.22 a donne pas mal de probleme.
Si ca foire toujours, retourne au 2.4.21 ou passe au 2.4.23-pre9 directement.

Conseil: utilise un noyau original. Je ne sais pas si il y a des patchs sur le noyau Debian.

Je confirme, regarde les sources de
http://lomc11.kaist.ac.kr(...)

Ca marche nickel avec IE et Mozilla

Et le temps de compilation ?

Je pose la question legitimement car a chaque fois que je compile du C++ ca prend beaucoup, mais alors beaucoup plus de temps que pour du C, a taille de source equivalente.

La compilation de Qt prend beaucoup plus de temps que celle de XFree86. C'est d'ailleurs pour ca que j'ai jamais compiler KDE, a mon avis il faudrait 3 jours avec mon athlon 1,2 GHz.
Noatun tout seul prend meme plus de temps que le 2.6.0-test8...

Bref, un noyau en C++ ca serait peut-etre une galere a compiler, et vu le nombre de fois qu'on le recompile ici ou la...

J'ai une K7S5A/SiS735 et aucun probleme avec la slack 8.1, 9.0, 9.1 ou la LFS.

Cherche ailleurs, ca vient pas de la distrib. T'as pas des process qui tournent (genre reseau) ?

Tu as dis avoir un bug avec lilo, peux-tu donner plus de details ?

Il n'y a pas de problemes avec Linux, il faut etre clair.
Il y a un probleme avec la version de Linux modifiee par MDK. La licence est toujours la meme, bien sur, mais pas le niveau de responsabilite.

Si tu vas sur http://www.mandrakelinux.com/en/9.2/features/(...) ,tu vas lire:

Mandrake Linux 9.2 features the following software:
- Kernel 2.4.22 (a Linux 2.6.0pre kernel is also provided in contribs)

Mise a part le fait qu'il n'y a pas encore de 2.6.0pre (on est au 2.6.0-test9), la notation Kernel 2.4.22 est un probleme.

Sur http://www.slackware.com(...) :
Slackware 9.1 uses the stable 2.4.22 kernel, but is 2.6.x ready.

Donc les deux memes noyaux, non ?
J'installe la slack: pas de probleme
J'installe MDK: fusille le lecteur LG (et en Coree, il y en a vraiment beaucoup du LG).

Alors, MDK pas responsable ?

Le decideur presse, il va pas attaquer LG, il va attaquer MDK, au moins pour publicite mensongere. Surtout si il sait que le bug n'existe pas dans le noyau 2.4.22