Reprise du message précédent :

up svp !!!

il te precise quelque chose le log de X ?
as tu fait un opengl-update nvidia (meme si je doute que ca vienne de là)

idem, ca marche pas chez moi. Mais le noyau boot jusqu'au bout. et j'ai la flemme d'aller regarder sur gentoo.org, mais ca doit surement etre commenté la bas ("other things gentoo" sur le forum)

pas de probleme avec le mm1 et les drivers nvidia, par contre je vous déconseille d'installer le mm2

Quelqu'un a posté son expérience avec le noyau 2.6 ici :
 
http://rage3d.com/board/showthread [...] d=33698703
 

 
Wow !

le devfs marche ou quoi maintenant ?

ben devfs marche bien depuis un moment

 
bah moi il me fait un caca sur le devfs ... faudrait que je relève l'erreur exact mais le souci est qu'il ne log rien cet imbécile

Moi je dis que cette erreur, comme 90% des erreurs, se situe entre la chaise et le clavier (Tu as bien installé devfsd? Et activé les options pour qu'il soit monté automatiquement au boot?)
 
Pour ceux qui veulent utiliser les sensors avec le 2.6, ca marche, mais les valeurs ne sont plus lisibles via /proc mais via /sys/device/legacy/i2c, du coup il faut que les applis soient réécrites pour le supporter. Ca marche avec la derniere version de gkrellm (2.1.14)

ah bah non tiens ... j'ai pas le devfs sur ma passerelle, c'est quoi ce bazard encore    
 
 
je suis confut  

 
nan mais bon t'as toujours des gogos prets à dire n'importe quoi
Perso je vois pas la diff avec le 2.4, mais je dois dire qu'a moins qu'on double la puissance du cpu et de la ram je me rend rarement compte que mon bureau va plus ou moins vite
 
Et dans les jeux ca doit aller un poil moins vite vu que j'ai perdu quelques fps à glxgears

rah mais non, je l'avais pas mis parce que ça merdoyait avec le speedtouch il parait (jamais essayer)
bon alors le 2.6 il veut, mais il peut pas ... j'ai plus qu'à chercher à récupérer les messages d'erreurs (qui sont bien sur dans aucun fichier de log   )

ah bah en fait le bug que j'ai (à la lettre près) est déjà reporté :
http://bugs.debian.org/cgi-bin/bug [...] bug=202412
y-a plus qu'à attendre  

ça y est, je suis sous mon 2.6 (sur ma gate)    
sont lourd à changer les noms des modules d'un kernel à l'autre  
j'utilisais le ohci dans le 2.4
mais maintenant il s'appelle ohci-hcb
comment je fais moi, si j'ai besoin de switcher entre les 2 kernels ?
parce que certains modules, chez moi, ont besoin d'être loader via /etc/modules ... c'est lourd, va falloir que je mettes les deux, ça fait pas très propre
 
 
bon sinon ça a l'air de marcher au poil mais j'aimerais avoir votre avis sur mes messages de boot :

• No module symbols loaded - kernel modules not enabled.

  bah tiens    

• ACPI: System description tables not found (...) ACPI: ACPI tables contain no PCI IRQ routing entries PCI: Invalid ACPI-PCI IRQ routing table PCI: Probing PCI hardware PCI: Probing PCI hardware (bus 00) PCI: Using IRQ router PIIX [8086/7110] at 0000:00:07.0 PCI: IRQ 0 for device 0000:00:14.0 doesn't match PIRQ mask - try pci=usepirqma sk

   
  ça j'imagine que c'est pas grave
  en fait ma passerelle étant vieille, elle n'est pas compatible acpi, donc je n'ai rien à faire là, si ?
  

  • Module ide_probe_mod cannot be unloaded due to unsafe usage in include/linux/module.h:482 (...) Module piix cannot be unloaded due to unsafe usage in include/linux/module.h:4 82

     
    un peu de ménage à faire dans le code, mais j'imagine qu'ils sont au courant de ce problème ...
    

    • version 0 swap is no longer supported. Use mkswap -v1 /dev/hda9

       

    gni ?  
    c'est cool, j'ai pas de swap sur ma pauvre passerelle    
     
     
     
    voilà, dans l'ensemble c'est plutot pas mal  
     
     
    j'ai quand même un deuxieme souci, surement lié à mon premier message d'erreur :
    

    # lsmod Module                  Size  Used by ipt_state               1920  11 ipt_multiport           2048  3 ipt_MASQUERADE          3840  1 iptable_filter          2816  1 ip_nat_irc              4336  0 ip_conntrack_irc       71316  1 ip_nat_irc ip_nat_ftp              4848  0 iptable_nat            21804  4 ipt_MASQUERADE,ip_nat_irc,ip_nat_ftp ip_tables              17024  5 ipt_state,ipt_multiport,ipt_MASQUERADE,iptable_filter,iptable_nat ip_conntrack_ftp       71956  1 ip_nat_ftp ip_conntrack           28464  7 ipt_state,ipt_MASQUERADE,ip_nat_irc,ip_conntrack_irc,ip_nat_ftp,iptable_nat,ip_conntrack_ftp ohci_hcd               17280  0 md5                     3968  1 ipv6                  231012  22 rtc                    12212  0 n_hdlc                  9604  1 ppp_async              10624  0 ppp_synctty             8704  1 ppp_generic            29072  6 ppp_async,ppp_synctty slhc                    7040  1 ppp_generic usbcore               101980  3 ohci_hcd vfat                   15232  0 fat                    44992  1 vfat ntfs                   84172  0 8139too                24576  0 mii                     4992  1 8139too crc32                   4608  1 8139too unix                   25776  20 ext3                  107304  0 jbd                    56984  1 ext3 ide_disk               16640  5 via82cxxx              13856  0 trm290                  4996  0 triflex                 5508  0 slc90e66                8328  0 sis5513                15752  0 siimage                13980  0 serverworks            12308  0 sc1200                  8840  0 rz1000                  3200  0 piix                   12192  1 [unsafe] pdc202xx_old           15388  0 opti621                 4868  0 ns87415                 5192  0 hpt366                 19268  0 hpt34x                  5632  0 generic                 4096  0 cy82c693                4996  0 cs5520                  6280  0 ide_probe_mod          17152  1 cs5520,[unsafe] cmd64x                 11804  0 amd74xx                12700  0 alim15x3               11404  0 aec62xx                 9884  0 pdc202xx_new           11676  0 ide_mod               147372  25 ide_disk,via82cxxx,trm290,triflex,slc90e66,sis5513,siimage,serverworks,sc1200,rz1000,piix,pdc202xx_old,opti621,ns87415,hpt366,hpt34x,generic,cy82c693,cs5520,ide_probe_mod,cmd64x,amd74xx,alim15x3,aec62xx,pdc202xx_new

    
     
    et bien dis moi, on se fait pas chier !
    moi qui en avait une petite 10aine en 2.4.20

    
    ---------------
    Non au projet de loi DADVSI ! (droits d'auteurs)
    

y-a même plus l'ext2

Effectivement, c'est pas super propre ... mais bon, on est en période de transition, quand on sera en full-2.6 ces pbs ne se poseront plus. En attendant, une belle phase de débug en prévision, avec des logs très moches

lol ... joli bug

Pourquoi tu compiles l'ACPI si tu n'en as pas besoin ?!?

On en aura quelques unes comme ça, normalement ca devrait disparaitre au fur et à mesure des betas ...

Et ta partition /dev/hda9 existe-t-elle ? Si oui, en quel système de fichiers est-elle ? Pas de pbs dans /etc/fstab ?

Moi, je trouve surtout la réactivité sympa, les augmentations de performances ca et là, mais il reste un gros travail de finition à effectuer (normal ...).

C'est quoi exactement le pb ? Des modules chargés mais non utilisés ?
 
Je vais me retenter une compil du 2.6-mm ce soir et je ferais un lsmod pour voir.

fred > j'ai pas compilé, j'ai juste fait apt-get install kernel-image-2.6....
et habituellement il ne charge pas les modules non nécessaire ... enfin je pense que tous les pb de modules sont lié à la premiere erreur
pour l'acpi ... bah c'est pas moi qui est compilé
pour la swap c'est bon, j'ai fait ce qu'ils m'ont dit ... ça m'a pris facilement 1/2 sec    
j'ai du passé mes partoches en ext3 pour qu'il ne me pète plus un wrong fs type au boot (pas grave mais plus propre)
je remarque que bcp d'appli réseau vont devoir être mise à jour : elles marchent mais utilise des trucs dépréciés donc ça ne va pas marcher éternellement (y-a bind et host entre autre)
 
et pis là je vais tenter de me compiler le kernel si les sources officielles (vu que debian ne fourni pas les sources ... en c'est pas bien c'est pas libre !   ) contiennent un repertoire debian

je me demande si c'est une bonne idée d'utiliser mldonkey avec un 2.6 ... je sens que je vais corrompre mes dl en cours

c'est quoi le patch mm et on le trouve où ?

 
Sur gentoo ils ont fait un truc special, on a un fichier avec les modules à charger au boot si c'est un 2.4, et n autre pour les 2.6
 

J'ai pas eu le probleme

 
Bah ca c'est comme pour le mm, faut agir comme un homme et compiler soit meme, parce que la t'as tout les drivers ide possibles de chargés
 
C'est ni dur (une fois qu'on l'a fait 2 ou 3 fois), ni long de compiler son propre kernel, alors te prive pas
Tu pars du config du kernel debian (dans /boot), tu vires tous les drivers ou trucs dont tu sais qu'ils ne te serviront à rien, tu met bien ton driver ide en dur et pas en module comme ils l'ont fait, et zou

moi je compile pas mon kernel sans make-kpkg !    
pis je comprends pas pourquoi debian ne fournit pas les sources ... pour une distrib axée sur le libre à ce point, c'est un peu pas terrible  

Perso, j'utilise un petit script avec make-kpkg qui me permet de compiler n'importe quel kernel avec make-kpkg, il suffit de linker /usr/src/linux vers ton dossier de sources kernel, d'avoir ton fichier .config à portée de main et de lancer le script avec le bon argument :

Perso, j'ai nommé mon script build-kernel.sh et mon fichier de conf est nommé kconf-2.5, placé dans le même dossier que le script. Pour compiler mon bazar, je lance donc :
./build-kernel.sh 2.5 fred
 
"fred" est le nom de ma release, tu peux la nommer autrement (par exemple ... udok ) ou ne rien mettre du tout, ce petit nom viendra juste compléter le nom du paquet et te permettre de retrouver plus facilement ton kernel. Tu peux également ne rien mettre, pour faire un kernel au nom standard.
 
Et voilà, comme diraient les anglais
 
PS : Comme je le dis dans l'annonce, le patche -mm (en fait une série de patches regroupés en un seul) pour les séries 2.6 se trouvent ici.

oula, et ça fait tout ça ?
parce qu'il est vachement plus petit que le fichier rules présent dans les kernel-source
moi je pensais plus à un truc genre debhelper ...
enfin je ferais ça demain, je verrais bien

alors, mm, c'est quoi ? (je trouve pas )

J'ai édité mon sujet et tout est décrit dans le topic. Les patches -mm sont une compilation de patches maintenus par Andrew Morton qui incluent les derniers nouveautés et optimisations non incluses dans les sources officielles 2.6, c'est sa petite branche perso qui apporte pas mal de nouveautés.
 
D'ailleurs, petit patch à surveiller, le Supermount pour 2.5 :
http://supermount-ng.sourceforge.net/

ok merci    

c'est beau xconfig en qt  

 
moi jaime pas des masses (non cest pas un troll, jaime beaucoup qt)
meme si cest vrai quil est utile davoir toujorus l'aide
Je trouve linterface pas tres pratique, et de plus longue a compilé

 
il est vrai

je viens d'installer le 2.6 test2 , et putain quand je lisais "le système speed bcp plus", je pensais pas que c'était à ce point !! on voit surtout la différence dans Konqueror, c'est impressionant vraiment !!
la finale risque d'etre un très bon cru   (dommage que supermount ne soit pas dispo pour cette version de kernel)

 
putain mais ça sort trop vite ! et moi qui était en train de me préparer la conf de la test1
et alan cox qui travaille déjà sur les patch (ceux de la test1 sont déjà virés)
 
bon alors je vais devoir me tester le test2 alors
pis les patch ac du 1 ont du y être intégré toute façon non ?

quand je lance X avec les drivers nvidia sur mon 2.6.0-test1-mm1, il me sort ça :
 

et là, plus rien à l'écran... Pourtant, j'ai bien activé l'agp... Je suis en framebuffer, aussi... Qqn c pk ?  

les drivers nvidia ne marche pas avec le 2.6, si ?
y-a un patch pour le 2.5 mais je crois pas qu'il soit dispo pour le 2.6

gentoo m'a appliké le patch, en tous cas... Si c pas supporté, alors gentoo est vraiment con....

 

bon faut pas être méchant, le 2.6 est encore en test, faut s'attendre à ce que certain truc merdoit  

 
si si ca marche:
www.minion.de
Linux 2.5 (2.5.75, 2.6.0-test1) updated 07/14/2003

les drivers nvidia marchent, mais chez moi, y a un truc qu'a jamais marché avec les versions de dev du kernel, c'est changer de terminal virtuel... ca bloque le systeme. De meme, pour fermer ma session et revenir a gdm, je dois faire un killall -9 X, sinon gdm ne peut reprendre la main...

alors d'où vient le pb !?

ouai, c'est pas encore au point quoi, c'est ce que je dis

pis faut se mettre à la page, on en est au test2

 
sans doute qu'avec le patch mm1 ca passe plus... le 2.5 déja suivant le numero du patch, un coup ca passait, un coup non