Reprise du message précédent :
Par contre je veux le bootsplash moi Il pourrait matter ça un peu qd même.
Sinon ya le ck1 sur les ck-sources gentoo et une update du bootsplash gentoo aussi.
Mais bon je peux pas tester, je suis retourné à l'école et c quasi impossible à se connecter (d'ailleurs je crois que g pas mis ppp lol) et c du 33.6 ...

 
ah bah moi je le veux pas et je l'ai trouvé alors t'as pas du chercher bcp
http://ck.kolivas.org/patches/2.6/2.6.3/experimental/

Oui g vu mais je c pas ce que ça donne, car si c en expérimental c que ça marche pas (enfin c ce que j'avais compris du bk1 : il i est pas parce que ça marche pas)

 

non, on sort pas des trucs dont on est sur qu'il marche pas ... y-a que mdk et crosoft pour faire ça
tu testes, toute façon c'est pas le bs qui va te faire perdre tes données

J'ai quelque trucs qui foirent chez moi  
Bon déjà, une précision, j'utilise les packet debian (kernel-source-2.6.3 ici)
 
Au niveau du son :  
Quand j'etais sous 2.6.2 : Aucun probleme
Quand j'utilise XMMS sous 2.6.3 : Ca saccade sur tous les mp3, c'est infecte J'ai rien changé pourtant entre le 2.6.2 et 2.6.3 dans mon .config, ca peut venir du module de son ? (intel8x0)
 
Au niveau du reseau : (mais bon je ne pense pas que ce soit en rapport avec le noyau ici)
J'ai un message "eth0: no link during initialization." suivi de 3 DHCPREQUEST qui cherche le reseau ... et y arrive au 3eme essai :-/
 
Un dernier truc : Quand je fais dmesg, j'ai ça dans les avants dernieres lignes :
atkbd.c: Unknown key released (translated set 2, code 0x7a on isa0060/serio0).
atkbd.c: This is an XFree86 bug. It shouldn't access hardware directly.
atkbd.c: Unknown key released (translated set 2, code 0x7a on isa0060/serio0).
atkbd.c: This is an XFree86 bug. It shouldn't access hardware directly.
Quelqu'un a déjà eu ce message d'erreur ?  
 
Merci par avance si quelqu'un peut maider  

Bah ta config du noyau elle a pas l'air top la
Verifie l'udma sur ta machien pour les saccades (hdparm)
Et visiblement il faut un ptit temps pour upper ta carte rezo..

moi j'ai ce noyau et pas de pb avec xmms et la sortie alsa
 
et pour atkb ça fait depuis la version 2.6.1 que ça traine et tout le monde semble s'en foutre ... pendant ce temps y-a des touches qui marchent plus

 
Non l'UDMA marchait et marche toujours bien  
Je viens de repasser sous le 2.6.2 et le son marche parfaitement avec le meme .config .... je ne sais pas du tout quels conclusions en tirer donc.
 
Pour le reste, j'aimerai bien enlever le tas d'erreur que j'ai a chaque demarrage, mais j'ai bien l'impression que ca vient plus de la mauvaise config de ma machine que du .config de mon kernel ... mon xp linuxienne atteint très vite ses limites

 
Tu as ce noyau, mais as tu le meme module pour le son ? (intel8x0) Ca vient peut etre de ça
 
Pour atkb, merci, enfin un truc qui vient pas de moi  

oui, même module de son, mais il sert pour plein de carte son
peut-être que c'est spécifique à ta carte
moi c'est sur un nforce2
sinon c'est pas exactement un 2.6.3 mais un 2.6.3-ck1
mais je pense pas que ça change grand chose

 
Moi aussi c'est nforce2, plus exactement sur une NF7-S V2 ... la vérité est ailleurs :-/
Enfin merci, soit je patienterai jusqu'au 2.6.4, soit je testerai le ck1
 

Faut essayer le mm pour règler les problèmes de son ou un autre patch.

bk6!

 
non ca n'a pas résolu mon prb de démarrage lent à NWN, par contre ca commence en dehors de ca commence à tres bien marcher (plus aucun mess d'erreur ni warning..) avec alsa, sensor, mass-storage, supermount

bk7 out.
2.4.26-pre1 out.

glor

-meuhmeuh4 out!
-bk8 aussi.

vu et compilé (héhé) : pb sensors

2.6.4-rc1 out.
2.2.26 released.

pitain a ce rythme la ils vont arriver au 2.6.22 en moins d'un an ....
 
ca m'inquiétes ca.

c'était pareil pour le 2.4 ; en un an ils sont arrivé au 2.4.18

quelqu'un utilise ipv6 avec le 2.6.3-mm4 ?
 
j'ai une cochonnerie sur ipv6.ko :

 
pas pratique quand on a un réseau mixte -_-

aucune idée
j'en suis tjs au 2.6.2 =]

Pas de problème avec le 2.6.3-ck1 en tt k

Pour info, une nouvelle release de udev et sorti et par là même une belle news sur LinuxFr qui nous annonce que le remplaçant de devfs est enfin arrivé à maturité, avis aux amateurs
http://linuxfr.org/2004/03/03/15608.html
http://kerneltrap.org/node/view/2559
http://kerneltrap.org/node/view/2439

 
oui enfin les commentaires sont partagés ... j'hésite encore
pis comment ça se passe avec module-init-tools ? c'est indépendant ? les drivers nvidia marche bien ?
moi j'ai un doute sur ce truc ... en plus faut un /dev minimum au boot

ca marche bien chez moi
tiens d'ailleurs j'ai bien les nouvelles sessions avec kde 3.2 malgré les nouveaux drivers nvidia ( il me semble que tu disais que c'était lié )

 
nouvelle session et nvidia ? non rien à voir, et ça marche aussi chez moi maintenant ... un tit souci avec le package je pense (le fichier de conf à changer de place et c'était pas voulu à priori)

C'est vrai que ca craint un peu le /dev minimum ... mais on peut pas le lancer via init pour qu'il créé tout les nodes à la volée avant le véritable démarrage du système, pour qu'on n'aie pas à avoir un /dev d'origine ? Est-ce qu'on pourrait envisager un /dev en ramdisk, limite à lancer via initrd ?

 
bah le pb du ramdisk c'est que la taille est fixe non ?
je sais pas trop mais y-en a un sur linuxfr qui a mis ça dans un /dev en tmpfs
ça semble être la meilleur méthode
pour le /dev minimal c'est pas trop un pb (enfin je sais pas ce qu'ils entendent par minimal par contre), mais vu que certains device sont de toute maniere obligatoire, y-a pas de souci
l'interet du udev si j'ai bien compris, c'est d'être bien dynamique comme il faut, donc l'interet c'est plus pour les devices usb ou les trucs dans le genre
apres, qu'il y ait besoin d'un tty en dur (exemple au hasard), c'est pas un pb je pense
 
là y-a un package deb qui est rentré hier soir dans exp, mais c'est le 0.19 ... donc je vais au moins attendre le 0.21 avant de m'y mettre ... et peut-être même attendre que ça rendre dans sid, je sais pas encore ... enfin toute façon j'ai pas le temps pour le moment

udev 0.21 dans debian experimental ...

Qui a dit que la Deb était à la traîne
udev est sans doute une bonne chose, notamment pour alléger le kernel et continuer le dev de hotplug. Refaire devfs était, des dires de l'auteur de udev, nécessaire puisque le dev officiel de devfs s'est envolé et que le code était visiblement bien buggé.

ouai, depuis que je lis des trucs sur udev, j'entends bcp parler de "race condition" au sujet du devfs ... perso j'ai jamais rencontrer de pb
et je sais pas ce que ça veut dire
enfin là je vais essayer udev finalement
mais c'est vraiment dans une but de test pour participer au débugage parce que j'ai pas à me plaindre du devfs pour ma part, et je vois pas trop ce que udev pourrait m'apporter
tout ce que j'espere, c'est ne pas perdre de données

vous avez pas une doc pour passer à udev ?
la je viens d'installer le package et il me dit que je peux lancer udev comme ça en live sans redémarrer  (enfin si ça se trouve on peut aussi faire ça avec devfs )

A priori ca se lance direct. Normalement par la suite tu dois avoir un script dans le rcS.d (le package deb l'a sans doute fait) mais normalement tu le lance en lui pointant ton répertoire dev (je te conseille qd même /udev pour les derniers tests) et tu applaudis la magie

 
 
hmm, j'ai pas encore lu de doc et je devrais sans doute commencer par ça avant de poser des questions (:D) mais :
/udev ?    mais certains prog doivent chercher dans /dev non ? donc si je fous dans /udev, ça va merder ?
le script rc je l'ai oui, mais je fais quoi de devfs ? telle est la question

bon y'a l'air d'y avoir pas mal de doc sur udev dans le paquet debian, je vais commencer par ça

dans le changelog entre 019 et 020 :

C'est quoi ce délire de "Debian permission files" ?!?
Sinon, je te disais de spécifier /udev pour faire tes premiers tests, histoire de voir un peu comment ca marche, après évidament tu le met sous /dev

et moi qui me suis emmerdé à faire ça dans le fstab (/proc, /sys, /tmp, /proc/bus/usb, etc ...)
en fait tout est fait dans ce script
 
bon, j'en suis toujours à lire la doc, je sais toujours pas ce que je dois faire de devfs et comment je ponds le /dev minimal ... ou si tout est fait automatiquement par le package ... enfin je verrais bien quand je testerais

Y a pas mkdevtrucose dans /bin ou /sbin ? M'enfin, c'est vrai que s'il faut tout faire à la main, on est pas sortis . A mon avis, comme le truc est récent, il doit tout faire tout seul : devfs le faisait très bien. Perso je kickerais devfs tu fstab et je désactiverais mes scripts de lancement de services (Apache & co) pour pas faire trop de dégats, et tu teste la merveille. Et si le système est toujours up, tu viens nous raconter