Linux 2.2.18 et 2.4.0-test12

Posté par  . Modéré par Fabien Penso.
Étiquettes :
0
12
déc.
2000
Noyau
Et hop de nouveaux noyaux tous frais pour aujourd'hui!

Le 2.2.18 inclut enfin le support USB, le support des bugs de reconnaissance du PIV et plein d'autres jolies choses.

Aller plus loin

  • # 2.2.18 / Xfree4.0.1g / DRI / 3dfx

    Posté par  . Évalué à 0.

    Help !

    Depuis que je suis passé au noyau 2.2.18
    (avec option du noyau DRM (pour le support 3dfx))
    et surtout recompiler le "tdfx.o" à partir des
    sources CVS de Xfree, lorsque je fais un
    "insmod tdfx.o", j'ai un "unresolv symbol" !

    une idée ?? je sais pas trop ou chercher ???
    • [^] # Re: 2.2.18 / Xfree4.0.1g / DRI / 3dfx

      Posté par  (site web personnel) . Évalué à 1.

      Oui, il faut faire "insmod tdfx" tout court.
      • [^] # Re: 2.2.18 / Xfree4.0.1g / DRI / 3dfx

        Posté par  . Évalué à 0.

        hum... je voulais dire "insmod tdfx"...

        en fait, déjà lors du "depmod -a"
        j'avais un message de "dépendance non trouvé"
        et si je regarde /lib/modules/2.2.18/module.dep

        effectivement "tdfx.o" ne dépend de personne
        ...mais ceci etait déjà (et c'est normal !!)
        le cas avec le noyau 2.2.17

        sniff...
    • [^] # Re: 2.2.18 / Xfree4.0.1g / DRI / 3dfx

      Posté par  . Évalué à 0.

      Y'a une option dans le noyo (si tu fais un make menuconfig c'est dans les 1ers menus je crois), qui permet d'utiliser des modules qui n'ont pas été compilés pour ton noyaux exactement. c'est peut-être le genre de pb que tu rencontre: un tdfx.o qui correspond pas bien.
      • [^] # Re: 2.2.18 / Xfree4.0.1g / DRI / 3dfx

        Posté par  . Évalué à 0.

        ca y est ! en fait tout fonctionne parfaitement...
        j'avais pas vue que j'avais fait une connerie
        lors du "make oldconfig" en choisissant le driver
        "tdfx" directement dans le noyau (en non en module) donc forcement, je n'avais pas de tdfx.o
        ...et vu que je ne le trouvai pas, je l'avais
        regénéré à partir des sources de xfree...
        bref... flop...flop...
        merci quand même !

  • # Et a part ca?

    Posté par  . Évalué à 0.

    C'est sympa comme news pour ceux qui ne vont pas sur freshmeat, mais il tombe un nouveau noyau toutes les semaines en moyenne. Bon j'avoue je me suis fait avoir moi aussi une fois :(
    • [^] # Re: Et a part ca?

      Posté par  . Évalué à 0.

      un nouveau noyau certes, mais pas un nouveau noyau stable...
    • [^] # Re: Et a part ca?

      Posté par  . Évalué à 1.

      Si on commence à détailler tous les 2.2pre ou encore les 2.4.Otest-pre (qui ne sont que des préversions), il en sort effectivement un bon paquet!
      En revanche là, un nouveau noyau 2.2 (stable) est sorti, celui d'avant (le 2.2.17) datant quand-même de début septembre.
      C'est aussi le premier noyau stable à inclure (officiellement) le support USB, agpgart et bien d'autres choses encore!

      Bref, pour une fois, ça vaut bien une news :-)
    • [^] # Re: Et a part ca?

      Posté par  . Évalué à 1.

      Oui mais le 2.2.18 contient vraiment pas mal d'evolution:NFSv3, USB etc..

      Donc je pense que ce noyeau la meritait vraiment d'etre signaler.

      • [^] # Re: Et a part ca?

        Posté par  . Évalué à 1.

        VIVA USB ET NOYAU 2.2.18 !!
        VIVA !!
        • [^] # Re: Et a part ca?

          Posté par  . Évalué à 0.

          Enfin l'usb. Je commencais a croire que c'etais que pour 98 et 2000.
        • [^] # Re: Et a part ca?

          Posté par  (site web personnel) . Évalué à 1.

          Tu vas attendre le patch low-latency?
          • [^] # Re: Et a part ca?

            Posté par  . Évalué à 1.

            J'ai pas pu :)
            J'ai l'impression que les patchs LL ne sortent plus pour la branche 2.2, mais uniquement 2.4. On verra.
    • [^] # Re: Et a part ca?

      Posté par  . Évalué à 1.

      le 2.2.18 ca fait un bail qu'on l'attend
    • [^] # Re: Et a part ca?

      Posté par  . Évalué à 0.

      J'aimerais savoir quel est le problème, ça endomage ton écran de voir des news a deux endroit et tu crois peut être que le fait de dupliquer l'info occupe trop d'espace disk sur les serveurs pour rien... non mais, j'espere que tu as des raisons valables autre que "sa pollue..." ou encore j'ai envi de chailler donc je chiale !

      you know !
  • # Et le noyau 2.4 dans tout ça !

    Posté par  . Évalué à 0.

    ça fait des mois que j'attend le noyau 2.4 et puis toujours il est reporté.
    Le noyau 2.2.18 c'est bien gentil mais les qualités au niveau serveur sont faibles face au noyau 2.4.
    Certains me diront que le noyau 2.4 test 12 est stable, mais l'installer dans un serveur entreprise c'est risqué.

    Le noyau 2.4, c'est comme la PS2 :
    On nous dis que c'est spectaculaire, que c'est révolutionnaire, ce qui est vrai, mais y a pas moyen de trouver ça !
    • [^] # Re: Et le noyau 2.4 dans tout ça !

      Posté par  . Évalué à 0.

      modifies les sources, ca ne doit pas etre trop compliqué.
      linux/include/linux/version.h et comme ca, tout le monde y croira
  • # Help!

    Posté par  . Évalué à 0.

    Please, help!!!
    J'ai compilé une version test8 du kernel 2.4, chopé dans linux+. Je configure le tout, je recompile sans pb et je boot sans problème.
    Le hic c'est que le "ifup ppp0" me dit qu'il n'y a pas de module ppp. Pourtant j'ai mis toutes les options lié au ppp, slip, etc...
    Je les ai même mis dans le noyau, pas en tant que module.
    Les scripts de connections ne sont pas compatibles avec le noyau 2.4 ou c'est moi qui ai merdé.
    Merci.
    • [^] # Re: Help!

      Posté par  . Évalué à 0.

      Pour le noyo 2.4, il faut recompiler pppd pour qu'il prenne en charge ppp sous une autre forme qu'un seul module ppp.o, car maintenant, il y a deux modules: ppp_generic et ppp_sync ou ppp_async. pppd 2.3.11 marche bien. Ou alors passe
      sous Debian, pppd marche déjà :-)
      • [^] # Re: Help!

        Posté par  . Évalué à 1.

        En tout cas, le pppoe marche toujours pas :(
        • [^] # Re: Help!

          Posté par  . Évalué à 1.

          C'est pour ca que je n'y arrive pas ? ...

          quelqu'un ici a reussit a faire marcher pppoe (l'adsl quoi) sur une Debian Potato ?

          • [^] # Re: Help!

            Posté par  . Évalué à 1.

            C'est sûrement pour ça que tu y arrives pas :)
            Tu utilises rp-pppoe ? Ou pppd directement ?
            • [^] # Re: Help!

              Posté par  . Évalué à 1.

              J'ai essayé les methodes decrite dans /usr/doc/jesaisplusquoi (pppd ou pppoe) de ma patate (les exemples donnés sont pour un provider adsl canadien...).

              Ainsi que la méthode decrite dans ce howto : http://www.rhapsodyk.net/adsl/HOWTO/(...)
              qui conseille l'utilisation d'un client pptp patché disponible sur le meme serveur que le Howto.

              J'ai les lumieres du modem qui clignotent, j'ai des messages dans /var/log/message qui indique un essais de connection, mais ca se termine en eau de boudin. (j'ai pas les traces sous la main...)

              Mon modem est un Alcatel Speed Touch Home.

              Voila voila. Si un specialiste peut m'aiguiller vers une solution ici, ca serait sympa de se manifester. Sinon je vais finir par aller chercher de l'aide sur les news...
            • [^] # Re: Help!

              Posté par  . Évalué à 1.

              Bon... Je viens de trouver rp-pppoe. (thx Google)

              Si j'arrive a le faire marcher, bmc aura droit a ma reconnaissance eternelle pendant au moins quelques jours.
    • [^] # Re: Help!

      Posté par  . Évalué à 0.

      pour kernel 2.4 il *FAUT* pppd 2.4 ...
      enfin moi je tourne sur test 11 et depuis la test ?5? g eu besoin de pppd2.4 ...
      • [^] # Re: Help!

        Posté par  . Évalué à 0.

        tien g oublier mais : linux/Documentation/Changes.txt


        un flemmard ki a pas envie de s'authentifier en periode de projet ACCESS ( beurk)
  • # Source d'info

    Posté par  . Évalué à 0.

    C'est pas que ce soit primordial pour moi, mais est ce que quelqu'un a une url sur la methode a utiliser pour passer à un noyau 2.4 et eventuellement pour passer à XFree4 ?
    • [^] # Re: Source d'info

      Posté par  . Évalué à 0.

      hmmm, en gros, faire des mises à jour... tout simplement !

      Cherche, personne ne va le faire pour toi !
    • [^] # Re: Source d'info

      Posté par  . Évalué à 0.

      installe la redhat 7.0
    • [^] # Re: Source d'info

      Posté par  (site web personnel) . Évalué à 1.

      Si tu veux installer XFree 4 pour la 3D, plus besoin du noyau 2.4. AGPGART et DRM sont maintenant intégrés au noyau 2.2.18, c'est l'un de ses avantages essentiels !

      Si VRAIMENT tu veux installer le 2.4 facilement, installe la RedHat 7. Le noyau 2.4 est sur le CD No 2 (je crois ?). Ca s'installe très bien et ça fonctionne correctement (pour un noyau non stable). La RedHat 7 est "2.4 ready".
      • [^] # Re: Source d'info

        Posté par  . Évalué à 0.

        Je tourne sous RedHat 7 avec le kernel 2.4 depuis la sortie de la distrib et laisse moi te dire que c'est sans reproche ! Aucun plantage, une merveille de rapidité !

        Cependant, il est plus que necessaire de faire les quelques (plusieurs) mises à jour de redhat 7... mais ca en vaut le dérangement !

        -----
        Slackware 3
        RedHat 5.0
        RedHat 5.2
        Mandrake 5.2
        RedHat 6.0
        RedHat 6.1
        RedHat 6.2
        Mandrake 7.2
        Slackware 7.1
        Debian 2.2
        RedHat 7.0

        voici le cheminement que j'ai suivi... et selon moi, la meilleur est : RedHat 7.0 ! quoique Slackware 7.1 est pas mal du tout. Reste que tout cela est une question d'habitude...
  • # une petite question de newbie

    Posté par  . Évalué à 0.

    je suis sous 2.2.16 (grace a une redhat 7)et je voulais passer sous 2.2.18 mais dans le make xconfig je ne trouve aucune reference a des options pour le PCMCIA(j'utilise un portable) alors que dans le 2.4 les options sont explicitement indiquees...

    une idee ....

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.