** le kernel 5.8 est dispo **

[Dumbledore]

Si y a des mecs qui savent mettre les mains dans le cambouis ici, je viens de découvrir un gros bug (en fait, je l’ai depuis le 2.6.12) :

L’ordinateur est un portable et je précise que je ne fais pas d’overclocking.

@""

$ uname -a
Linux yoda 2.6.12.3 #8 Mon Jul 18 20:25:47 CEST 2005 i686 AMD Athlon� XP 2200+ AuthenticAMD GNU/Linux

@""

$ cat /proc/cpuinfo
processor      : 0
vendor_id      : AuthenticAMD
cpu family      : 6
model          : 8
model name      : AMD Athlon� XP 2200+
stepping        : 1
cpu MHz        : 2567.202
cache size      : 256 KB
fdiv_bug        : no
hlt_bug        : no
f00f_bug        : no
coma_bug        : no
fpu            : yes
fpu_exception  : yes
cpuid level    : 1
wp              : yes
flags          : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 mmx fxsr sse syscall mp mmxext 3dnowext 3dnow
bogomips        : 5058.93

Extraits du dmesg :

1 - Au tout début (ceci est correct) :

@""

Initializing CPU#0
PID hash table entries: 2048 (order: 11, 32768 bytes)
Detected 1800.027 MHz processor.
…
CPU: AMD Athlon� XP 2200+ stepping 01

2 - Lors de l’activation de powernow :

@""

powernow: PowerNOW! Technology present. Can scale: frequency and voltage.
Detected 11552.412 MHz processor.
powernow: No PST tables match this cpuid (0x781)
powernow: This is indicative of a broken BIOS.
powernow: Trying ACPI perflib
powernow: Minimum speed 2567 MHz. Maximum speed 11552 MHz.

Bref, je me demande comment, avec 11GHz sous le capot, mon portable arrive à ramer…

[fakbill]

Houla!!! Viva les bugs dans l’acpi ;).
Tu devrais tester avec un 2.6.13 rc et faire un bug report si le pb persiste.

[Dumbledore]

je vais voir

[j_c_p_1_1]

Hum, sur le 2.6.12.3, j’ai des soucis avec netfilter semble t-il :

@""

ip_local_deliver: bad skb: PRE_ROUTING LOCAL_IN LOCAL_OUT POST_ROUTING
skb: pf=2 (unowned) dev=lo len=52

Faut que je teste avec un autre noyau.

[fakbill]

hum…le patch .3 ne touche pas à ça à première vue…
Je ne suis pas sur que ce soit un pb noyau.
Tu es sûr de tes règles de filtrage?
Testes avec un autre noyau

[j_c_p_1_1]

ok, je viens de remettre un 2.6.12.2, ça fonctionne nickel : ça vient bien du 2.6.12.3 (arch amd64).

NB : pour les régles de filtrage, aucun souci, je les utilise depuis pas mal de temps, sur x86.

[fakbill]

Bon ben tout la différence entre le 1.6.12.2 et le 1.6.12.3 est ici

http://marc.theaimsgroup.com/?l=linux-kern…48968308882&w=2

donc tu peux essayer d’enlever les patchs un par un en commençant par là :

net/ipv4/ip_output.c | 3 -
net/ipv4/netfilter/ip_conntrack_standalone.c | 7 ++
net/packet/af_packet.c | 6 ++

Va voir aussi sur les archives de la lkml/google pour voir si le bug est connu.
Il faudrait aussi tester avec un 2.6.13-rc car si ça se trouve c’est déjà résolu

[v_atekor]

Y’a quelqu’un qui connaitrait un lock meter ou quelque chose de ce goût là pour linux 2.6.12 ?

Parce que les derniers patches que je trouve sont pour 2.5.x
Si vous connaissez un outils de remplacement je suis preneur aussi

[fakbill]

Tiens c’est vrai ça. Pendant le cycle 2.5, on entendait souvent parler de lock meter.
Essaye de demander à Con Kolivas par exemple.
Si tu trouves je suis preneur pour jouer un peu avec

[fakbill]

2.6.12-ck4

Je m’utilise plus trop les ck mais là, Con dit qqch d’intéressant :
http://marc.theaimsgroup.com/?l=linux-kern…46284611007&w=2

"+s11.3_s11.4.diff
Staircase cpu scheduler update. Change rr intervals to 5ms minimum. With
interbench I can confidently say there is objective evidence of interactive
improvement in the human perceptible range with this change :)"

Un humain pour tester ça?

[Dumbledore]

2.6.13-rc3-mm2

[fakbill]

2.6.13-rc4-mm1 pour ceux qui veulent tester

http://marc.theaimsgroup.com/?l=linux-kern…80110232011&w=2

[fakbill]

Avec le 2.6.13, la macro qui gère le numérode version du noyau a changé de place.
C’est un peu gonflant car ça ne semblent pas gêner les dévelo du noyaux.
Par exemple, à la question : "Ce changement empêche de compiler certains drivers" la réponse a été "C’est leur problème". C’est classique et c’est un peu dommage.

Par exemple, pour recompiler le paquets d’intallation des nvidia avec un 2.6.13, il faut ce patch :
http://gentoo.kems.net/gentoo-x86-portage/…ION-moved.patch
(patch qui est facile a adapter en cas de pb avec un autre driver.)

[lithium]

2.6.12.4 out

@""

lithium@Sapphire ~/tmp $ grep PATCH ChangeLog-2.6.12.4
    [PATCH] Fix powernow oops on dual-core athlon
    [PATCH] Fix early vlan adding leads to not functional device
    [PATCH] sys_get_thread_area does not clear the returned argument
    [PATCH] Fw: [PATCH] bio_clone fix
    [PATCH] bio_clone fix
    [PATCH] Fix possible overflow of sock->sk_policy
    [PATCH] Wait until all references to ip_conntrack_untracked are dropped on unload
    [PATCH] Fix potential memory corruption in NAT code (aka memory NAT)
    [PATCH] Fix deadlock in ip6_queue
    [PATCH] Fix signedness issues in net/core/filter.c
    [PATCH] x86_64 memleak from malicious 32bit elf program
    [PATCH] rocket.c: Fix ldisc ref count handling
    [PATCH] qla2xxx: Correct handling of fc_remote_port_add() failure case.
    [PATCH] kbuild: build TAGS problem with O=
    [PATCH] kbuild: build TAGS problem with O=

[lithium]

@""

lithium@Sapphire ~/tmp $ grep PATCH ChangeLog-2.6.12.5
    [PATCH] Module per-cpu alignment cannot always be met
    [PATCH] CAN-2005-2099 Destruction of failed keyring oopses
    [PATCH] CAN-2005-2098 Error during attempt to join key management session can leave semaphore pinned
    [PATCH] Check input buffer size in zisofs
    [PATCH] Update in-kernel zlib routines (CAN-2005-2458, CAN-2005-2459)
    [PATCH] x86_64: Fixing smpboot timing problem
    [PATCH] Fix SRAT for non dual core AMD systems
    [PATCH] sys_set_mempolicy() doesnt check if mode < 0

[j_c_p_1_1]

@j_c_p_1_1

Hum, sur le 2.6.12.3, j’ai des soucis avec netfilter semble t-il :
Faut que je teste avec un autre noyau.

Bon, en fait, j’ai tjrs la même chose, depuis le .3 (je viens de tester le .5), c’est un pb connu : https://lists.netfilter.org/pipermail/netfi…ust/062096.html

Bref, faut enlever la fonction debug d’iptable semble t’il … faut que je teste avec le rc6 également.

[fakbill]

Oui, ça n’est pas un bug grave. C’est un warning de debug qui s’affiche alors qu’il ne devrait pas. Il suffit donc que recompiler un noyau sans la fonction debug de d’iptable.
D’ailleurs, cette fonction n’est pas très utile pour un usage courant

le 2.6.13 se fait attendre

[Dumbledore]

@fakbill

le 2.6.13 se fait attendre

Faut bien que Linus prenne des vacances nan ?

[fakbill]

Le 2.6.13 se fais vraiment attendre.
C’est la nuovelle manière de gérer le développement du noyau qui veut ça : Je crois que, depuis le 2.6.0, plus de la moitié des lignes de codes du noyau ont été modifiées.
Le 2.6.13-rc6 est sortit depuis qlqs temps déjà et on voit encore des patchs importants sur la lkml aujourd’uhi :).
Finalement, cette façon de faire permet d’inclure des nouveautés bcp plus rapidement que l’ancien modèle ("on ne touche pas à la base de la version stable"). Reste à voir au niveau stabilité. Peso, je n’ai jamais eu de pb.
Je pense aussi que les versions en 2.6.X.Y pour fixer rapidemnt les trous de sécu sont une très bonne chose

[lithium]

oui comme ça ils peuvent travailler sur les fonctionnalités sans être contraints par la securité