Forum Linux.noyau [3.1-rc4]-Bug Freeze

Posté par .
Tags :
2
2
sept.
2011

Bonjour à tous,
tournant depuis plusieurs mois sur une Debian Sid sans soucis, et voulant profiter des dernières rc du kernel, j'ai donc compilé le dernier sorti : le 3.1-rc4

J'ai deux soucis distincts :

  • Mon wifi, de chipset rtl8191se, marche de manière très aléatoire, sans changer de driver, ni modifier le système, cela fonctionne et au reboot, impossible de me connecter, la carte est toujours détectée on peut toujours afficher les réseaux wifi disponibles, mais impossible de me connecter, par contre après 1 à plusieurs reboot, cela refonctionne.

  • Depuis mon upgrade kernel, j'ai de temps en temps un freeze, le pc ne répond plus, l'image est figée, j'ai juste un à 3 bip périodiquement, lancés par mon système, je n'ai pas réussi à trouver l'origine dans les logs, switcher vers une console par ctrl + alt + f1-f10, ne fonctionne plus, la seule porte de sortie que j'ai trouvé est le hard reboot.

Une idée pour me sortir de la ?

  • # revenir avec le kernel @stock

    Posté par . Évalué à 3.

    Une idée pour me sortir de la ?

    SID, c'est par definition INSTABLE : http://www.debian.org/releases/sid/

    mais ca ne te fais pas peur et tu joues encore plus en mettant un kernel en phase RC

    et apres tu viens nous dire que ca marchotte, voire que ca plante ? 8-)

    reviens deja sur le kernel de la SID, afin de voir si tu as toujours les soucis (ou pas)
    et tu pourras commencer à chercher la solution.

    • [^] # Re: revenir avec le kernel @stock

      Posté par . Évalué à 0.

      Déjà je vous remercie de vos réponses.

      • NeoX :
      • Oui je sais bien que SID, est instable et je l'utilise sans problèmes majeurs, mais j'avoue que quelques fois c'est un peu spécial pour les mises à jours partielles par exemple.

      • Oui j'avoue que je joue un peu avec le feu, des fois au détriment de la simplicité d'entretien / mise à jour, mais étant développeur, et passionné d'open source je souhaite me rapprocher du noyau en cours de développement et donc le RC, mais je reconnais que ce n'est pas forcement le plus simple.

      • Pour être clair j'ai effectivement tourné longtemps avec le noyaux SID, et effectivement je n'avais pas le problème de freeze, par contre, j'avais mes soucis de connections.

      Pour moi le problème de freeze, est présent uniquement sur ce noyaux, mais ce que je cherche c'est à le prouver, trouver les erreur dans les logs, et c'est ce que je ne parviens pas à faire.

      Merci Neox :)

  • # Réinstalle

    Posté par . Évalué à 2.

    J'espère que tu as lu le journal suivant:
    https://linuxfr.org/news/les-serveurs-de-kernelorg-ont-%C3%A9t%C3%A9-compromis

    Personnellement, je te conseille de désinstaller cette version du noyau et d'utiliser une version 3.0, le temps que les développeurs en sachent plus sur ce qu'il s'est passé dans le code source…

    (Même si il semble que la version 3.1-rc2 ait bloqué le trojan, cf ce commentaire: https://linuxfr.org/nodes/87251/comments/1266631 ).

    • [^] # Re: Réinstalle

      Posté par . Évalué à 0.

      Merci de ta réponse Low Memory :

      1. J'ai effectivement lu, l'histoire du piratage et il est vrai que je me pose des questions, quand à l'intégrité, néanmoins, git étant un système de versionning basé sur les branches, ou le trunk n'existe pas vraiment, et je pense effectivement qu'il est possible le repos n'est pas été touché, surtout en prenant en compte les sha1.
        Je ne sais pas ce qui à été la cible de l'attaque, et surtout quelle partie du serveur à été modifiée.Comme personne ne peut en etre sur, on ne peut trop savoir, quoi penser.

      2. Je n'ai pas eu connaissance qu'une RC, est était infectée par le trojan, seulement qu'un trojan avait était posé sur leur serveur "hera", et qu'il était lancé au démarrage du système, mais pas qu'il avait été publié, dans une RC, mais il est envisageable que ce soit le cas.Je prend ta mise en garde très au sérieux, j'y réfléchis.

  • # Tentative ce compilation de rtl8191

    Posté par . Évalué à 0.

    Juste histoire d'avancer un peut ce point, voila ma sortie console quand j'essaye de compile le driver fourni par realtek.

    Ma carte :
    lspci | grep -i 8191
    0a:00.0 Network controller: Realtek Semiconductor Co., Ltd. RTL8191SEvB Wireless LAN Controller (rev 10)

    Le driver :
    Je le récupère ici : http://www.realtek.com.tw/downloads/downloadsView.aspx?Langid=1&PFid=48&Level=5&Conn=4&ProdID=226&DownTypeID=3&GetDown=false&Downloads=true

    Ensuite, ma compilation :
    make
    make -C /lib/modules/3.1.0-rc4.110831/build M=/home/shaman/src/driver/rtl8191se/rtl_92ce_92se_92de_linux_mac80211_0003.0620.2011 modules
    make[1]: entrant dans le répertoire « /home/shaman/src/linux_kernel/linux-3.1-rc4 »
    CC [M] /home/shaman/src/driver/rtl8191se/rtl_92ce_92se_92de_linux_mac80211_0003.0620.2011/base.o
    In file included from /home/shaman/src/driver/rtl8191se/rtl_92ce_92se_92de_linux_mac80211_0003.0620.2011/base.c:31:0:
    /home/shaman/src/driver/rtl8191se/rtl_92ce_92se_92de_linux_mac80211_0003.0620.2011/wifi.h:1477:24: error: field ‘irq_tasklet’ has incomplete type
    /home/shaman/src/driver/rtl8191se/rtl_92ce_92se_92de_linux_mac80211_0003.0620.2011/wifi.h:1478:24: error: field ‘irq_prepare_bcn_tasklet’ has incomplete type
    /home/shaman/src/driver/rtl8191se/rtl_92ce_92se_92de_linux_mac80211_0003.0620.2011/base.c: In function ‘_rtl_init_hw_ht_capab’:
    /home/shaman/src/driver/rtl8191se/rtl_92ce_92se_92de_linux_mac80211_0003.0620.2011/base.c:210:3: error: implicit declaration of function ‘in_interrupt’ [-Werror=implicit-function-declaration]
    /home/shaman/src/driver/rtl8191se/rtl_92ce_92se_92de_linux_mac80211_0003.0620.2011/base.c:210:3: error: implicit declaration of function ‘in_atomic’ [-Werror=implicit-function-declaration]
    /home/shaman/src/driver/rtl8191se/rtl_92ce_92se_92de_linux_mac80211_0003.0620.2011/base.c:210:3: warning: format ‘%lx’ expects argument of type ‘long unsigned int’, but argument 5 has type ‘int’ [-Wformat]
    /home/shaman/src/driver/rtl8191se/rtl_92ce_92se_92de_linux_mac80211_0003.0620.2011/base.c:221:4: warning: format ‘%lx’ expects argument of type ‘long unsigned int’, but argument 5 has type ‘int’ [-Wformat]
    /home/shaman/src/driver/rtl8191se/rtl_92ce_92se_92de_linux_mac80211_0003.0620.2011/base.c:230:4: warning: format ‘%lx’ expects argument of type ‘long unsigned int’, but argument 5 has type ‘int’ [-Wformat]
    /home/shaman/src/driver/rtl8191se/rtl_92ce_92se_92de_linux_mac80211_0003.0620.2011/base.c: In function ‘_rtl_init_mac80211’:
    /home/shaman/src/driver/rtl8191se/rtl_92ce_92se_92de_linux_mac80211_0003.0620.2011/base.c:310:4: warning: format ‘%lx’ expects argument of type ‘long unsigned int’, but argument 5 has type ‘int’ [-Wformat]
    /home/shaman/src/driver/rtl8191se/rtl_92ce_92se_92de_linux_mac80211_0003.0620.2011/base.c: In function ‘rtl_init_core’:
    /home/shaman/src/driver/rtl8191se/rtl_92ce_92se_92de_linux_mac80211_0003.0620.2011/base.c:452:3: warning: format ‘%lx’ expects argument of type ‘long unsigned int’, but argument 5 has type ‘int’ [-Wformat]
    /home/shaman/src/driver/rtl8191se/rtl_92ce_92se_92de_linux_mac80211_0003.0620.2011/base.c:457:4: warning: format ‘%lx’ expects argument of type ‘long unsigned int’, but argument 5 has type ‘int’ [-Wformat]
    /home/shaman/src/driver/rtl8191se/rtl_92ce_92se_92de_linux_mac80211_0003.0620.2011/base.c: In function ‘rtl_tx_mgmt_proc’:
    /home/shaman/src/driver/rtl8191se/rtl_92ce_92se_92de_linux_mac80211_0003.0620.2011/base.c:773:3: warning: format ‘%lx’ expects argument of type ‘long unsigned int’, but argument 5 has type ‘int’ [-Wformat]
    /home/shaman/src/driver/rtl8191se/rtl_92ce_92se_92de_linux_mac80211_0003.0620.2011/base.c: In function ‘rtl_action_proc’:
    /home/shaman/src/driver/rtl8191se/rtl_92ce_92se_92de_linux_mac80211_0003.0620.2011/base.c:807:4: warning: format ‘%lx’ expects argument of type ‘long unsigned int’, but argument 5 has type ‘int’ [-Wformat]
    /home/shaman/src/driver/rtl8191se/rtl_92ce_92se_92de_linux_mac80211_0003.0620.2011/base.c:822:6: warning: format ‘%lx’ expects argument of type ‘long unsigned int’, but argument 5 has type ‘int’ [-Wformat]
    /home/shaman/src/driver/rtl8191se/rtl_92ce_92se_92de_linux_mac80211_0003.0620.2011/base.c:840:25: error: ‘RX_FLAG_TSFT’ undeclared (first use in this function)
    /home/shaman/src/driver/rtl8191se/rtl_92ce_92se_92de_linux_mac80211_0003.0620.2011/base.c:840:25: note: each undeclared identifier is reported only once for each function it appears in
    /home/shaman/src/driver/rtl8191se/rtl_92ce_92se_92de_linux_mac80211_0003.0620.2011/base.c:854:4: warning: format ‘%lx’ expects argument of type ‘long unsigned int’, but argument 5 has type ‘int’ [-Wformat]
    /home/shaman/src/driver/rtl8191se/rtl_92ce_92se_92de_linux_mac80211_0003.0620.2011/base.c:859:4: warning: format ‘%lx’ expects argument of type ‘long unsigned int’, but argument 5 has type ‘int’ [-Wformat]
    /home/shaman/src/driver/rtl8191se/rtl_92ce_92se_92de_linux_mac80211_0003.0620.2011/base.c: In function ‘rtl_is_special_data’:
    /home/shaman/src/driver/rtl8191se/rtl_92ce_92se_92de_linux_mac80211_0003.0620.2011/base.c:903:5: warning: format ‘%lx’ expects argument of type ‘long unsigned int’, but argument 5 has type ‘int’ [-Wformat]
    /home/shaman/src/driver/rtl8191se/rtl_92ce_92se_92de_linux_mac80211_0003.0620.2011/base.c:924:3: warning: format ‘%lx’ expects argument of type ‘long unsigned int’, but argument 5 has type ‘int’ [-Wformat]
    /home/shaman/src/driver/rtl8191se/rtl_92ce_92se_92de_linux_mac80211_0003.0620.2011/base.c: In function ‘rtl_tx_agg_start’:
    /home/shaman/src/driver/rtl8191se/rtl_92ce_92se_92de_linux_mac80211_0003.0620.2011/base.c:965:2: warning: format ‘%lx’ expects argument of type ‘long unsigned int’, but argument 5 has type ‘int’ [-Wformat]
    /home/shaman/src/driver/rtl8191se/rtl_92ce_92se_92de_linux_mac80211_0003.0620.2011/base.c: In function ‘rtl_tx_agg_stop’:
    /home/shaman/src/driver/rtl8191se/rtl_92ce_92se_92de_linux_mac80211_0003.0620.2011/base.c:996:3: warning: format ‘%lx’ expects argument of type ‘long unsigned int’, but argument 5 has type ‘int’ [-Wformat]
    /home/shaman/src/driver/rtl8191se/rtl_92ce_92se_92de_linux_mac80211_0003.0620.2011/base.c:1000:2: warning: format ‘%lx’ expects argument of type ‘long unsigned int’, but argument 5 has type ‘int’ [-Wformat]
    /home/shaman/src/driver/rtl8191se/rtl_92ce_92se_92de_linux_mac80211_0003.0620.2011/base.c: In function ‘rtl_rx_agg_start’:
    /home/shaman/src/driver/rtl8191se/rtl_92ce_92se_92de_linux_mac80211_0003.0620.2011/base.c:1041:2: warning: format ‘%lx’ expects argument of type ‘long unsigned int’, but argument 5 has type ‘int’ [-Wformat]
    /home/shaman/src/driver/rtl8191se/rtl_92ce_92se_92de_linux_mac80211_0003.0620.2011/base.c: In function ‘rtl_rx_agg_stop’:
    /home/shaman/src/driver/rtl8191se/rtl_92ce_92se_92de_linux_mac80211_0003.0620.2011/base.c:1060:3: warning: format ‘%lx’ expects argument of type ‘long unsigned int’, but argument 5 has type ‘int’ [-Wformat]
    /home/shaman/src/driver/rtl8191se/rtl_92ce_92se_92de_linux_mac80211_0003.0620.2011/base.c:1064:2: warning: format ‘%lx’ expects argument of type ‘long unsigned int’, but argument 5 has type ‘int’ [-Wformat]
    /home/shaman/src/driver/rtl8191se/rtl_92ce_92se_92de_linux_mac80211_0003.0620.2011/base.c: In function ‘rtl_tx_agg_oper’:
    /home/shaman/src/driver/rtl8191se/rtl_92ce_92se_92de_linux_mac80211_0003.0620.2011/base.c:1087:3: warning: format ‘%lx’ expects argument of type ‘long unsigned int’, but argument 5 has type ‘int’ [-Wformat]
    /home/shaman/src/driver/rtl8191se/rtl_92ce_92se_92de_linux_mac80211_0003.0620.2011/base.c:1091:2: warning: format ‘%lx’ expects argument of type ‘long unsigned int’, but argument 5 has type ‘int’ [-Wformat]
    /home/shaman/src/driver/rtl8191se/rtl_92ce_92se_92de_linux_mac80211_0003.0620.2011/base.c: In function ‘rtl_recognize_peer’:
    /home/shaman/src/driver/rtl8191se/rtl_92ce_92se_92de_linux_mac80211_0003.0620.2011/base.c:1531:3: warning: format ‘%lx’ expects argument of type ‘long unsigned int’, but argument 5 has type ‘int’ [-Wformat]
    /home/shaman/src/driver/rtl8191se/rtl_92ce_92se_92de_linux_mac80211_0003.0620.2011/base.c:1538:3: warning: format ‘%lx’ expects argument of type ‘long unsigned int’, but argument 5 has type ‘int’ [-Wformat]
    /home/shaman/src/driver/rtl8191se/rtl_92ce_92se_92de_linux_mac80211_0003.0620.2011/base.c:1543:3: warning: format ‘%lx’ expects argument of type ‘long unsigned int’, but argument 5 has type ‘int’ [-Wformat]
    /home/shaman/src/driver/rtl8191se/rtl_92ce_92se_92de_linux_mac80211_0003.0620.2011/base.c:1548:3: warning: format ‘%lx’ expects argument of type ‘long unsigned int’, but argument 5 has type ‘int’ [-Wformat]
    /home/shaman/src/driver/rtl8191se/rtl_92ce_92se_92de_linux_mac80211_0003.0620.2011/base.c:1553:3: warning: format ‘%lx’ expects argument of type ‘long unsigned int’, but argument 5 has type ‘int’ [-Wformat]
    cc1: some warnings being treated as errors

    make[2]: *** [/home/shaman/src/driver/rtl8191se/rtl92ce_92se_92de_linux_mac80211_0003.0620.2011/base.o] Erreur 1
    make[1]: *** [_module
    /home/shaman/src/driver/rtl8191se/rtl_92ce_92se_92de_linux_mac80211_0003.0620.2011] Erreur 2
    make[1]: quittant le répertoire « /home/shaman/src/linux_kernel/linux-3.1-rc4 »
    make: *** [all] Erreur 2

  • # Experimental

    Posté par . Évalué à 0.

    Selon mon aptitude ce kernel viens de faire son apparition,
    dans le repos experimental, ce qui me permet de le prendre par les repos.
    Et surtout de profiter si il existe du patch debian, donc d'un noyau différent mais basé sur la même source, à voir.

    Je vais donc tester ce kernel, voir si le souci de freeze se produit toujours,
    suivant le résultat, (je vous l'indiquerai ici). je recherche toujours un moyen de trouver ou chercher dans mes logs, quelque chose pour savoir d'ou cela viens.

    Ensuite pour ce qui est du driver wifi, j'ai lu sur le net qu'il serait intégré dans le nouveau noyaux, je n'ai pas pu le vérifier, mais bon, je recherche le moyen de faire fonctionner cette carte comme elle le doit, donc soit compiler avec succès le driver, soit prendre le module du noyaux.

  • # Git protect Linux

    Posté par . Évalué à 0.

    Voila ce que j'ai pu trouver et que je trouve très encourageant !

    The integrity of that distribution point is protected by the combination of clever software and thousands of copies of the repository distributed around the world. So when we say that we know the kernel source has not been compromised on kernel.org, we really know it.

    Source : http://linux-foundation.org/weblogs/lwf/2011/08/31/the-cracking-of-kernelorg/

    Donc je pense que l'on peut continuer à utiliser les dernières versions du Kernel, du moins l'avenir nous le diras.

  • # UP

    Posté par . Évalué à 0.

    Petit up,
    pour vous indiquer ce que j'ai fais.

    • Pour ce qui est du kernel 3.1.0-rc4 :
      N'ayant pu trouver un moyen de parser efficacement les logs, ou autre,
      afin d'y trouver l'origine du freeze, je suis passé sur la version fournie par la branche experimentale de debian, malheureusement ce port ne fournis pas encore les linux-headers, qui me permettent de compiler mes drivers nvidia, et donc de tester dans le memes conditions.Donc je suis pour l'instant revenu sur le kernel 3.0.0-1 de la branche SID de debian.

    • Pour ce qui est du driver 8191 :
      Pour récapituler je possède une carte "Network controller: Realtek Semiconductor Co., Ltd. RTL8191SEvB Wireless LAN Controller (rev 10)", j'ai pourtant des problèmes de connection sur mon wan, en effet, la connection n'est pas assurée au redemarage.
      En gros cela fonctionne, et quand je redémarre le portable, impossible de me reconnecter, je peut pourtant bien scanner les réseau disponibles et lancer une tentative de connection, mais la plus part du temps impossible de me connecter et WICD, me retourne l'erreur suivante : "Mot de passe incorrect", pourtant ce mot de passe est la clé WPA de mon réseau est le bon et ce de manière certaine, car après plusieurs redemarrages, cela refonctionne directement, au lancement du XFCE.
      Aujourd'hui cela m'est encore arrivé, mais il me semble que cela à refonctionner apres un simple :
      ifconfig wlan0 down
      ifconfig wlan0 up

    Il me semblais avoir essayer cela, comme je n'en suis pas certain, je reteste dans le week end, et vous indiquerai, par ailleur j'ai pu voir que Realtek a sorti une nouvelle version, du pilote, mais avec tout mes test d'installation je ne sais plus a quelle version j'en suis, voila ce que m'indique mon modinfo :

    filename: /lib/modules/3.0.0-1-amd64/kernel/drivers/net/wireless/rtlwifi/rtl8192se/rtl8192se.ko
    firmware: rtlwifi/rtl8192sefw.bin
    description: Realtek 8192S/8191S 802.11n PCI wireless
    license: GPL
    author: Realtek WlanFAE wlanfae@realtek.com
    author: lizhaoming
    alias: pci:v000010ECd00008174svsd*bc*sc*i
    alias: pci:v000010ECd00008173svsd*bc*sc*i
    alias: pci:v000010ECd00008172svsd*bc*sc*i
    alias: pci:v000010ECd00008171svsd*bc*sc*i
    alias: pci:v000010ECd00008192svsd*bc*sc*i
    depends: rtlwifi,mac80211
    intree: Y
    vermagic: 3.0.0-1-amd64 SMP mod_unload modversions
    parm: fwlps:bool
    parm: swenc:using hardware crypto (default 0 [hardware])
    (bool)
    parm: ips:using no link power save (default 1 is open)
    (bool)
    parm: swlps:using linked sw control power save (default 1 is open)

    Voila en esperant que cela peut etre utile a quelqu'un.
    Merci d'avance de vos lecture et eventuelles réponses ;)

Suivre le flux des commentaires

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