hda lost irq --> reboot de la passerelle.

par **FSM** » 07 Nov 2003 11:56

Bonjour, Apres avoir examiné /var/log/message, essayé d'utilisé uhci puis usb-uhci, j'ai trouvé une "sorte" de pbs d'irq quand l'usb mouline un peut trop ( upload et dw à fond). Ce qui me plante ipcop et me le fait rebooter. Pour info: Hp vectra ve5 serie3+sagem <a href="mailto:f@ast800">f@ast800</a> free512. Apparemment, ca viendrais du chipset ide (SIS5511/5512/5513) qui perdrait des irqs quand on surcharge un peu la bête ( copie de multiples fichiers volumineux, usb, vidéo).. J'aimerais donc recompiler le kernel actuel ( IpCop 1.4 ) en activant BROKEN_LEVEL dans drivers/ide/sis5513.c pour voir si ca corrige mes problemes. Où puis je trouver le .config utilisé pour générer la distrib? Est ce que les sources de la branche commune ( kernel.org) feront l'affaire ou est ce que je dois rajouter des patchs? Merci.

par **Gesp** » 07 Nov 2003 14:56

>J'aimerais donc recompiler le kernel actuel ( IpCop 1.4 ) en activant >BROKEN_LEVEL dans drivers/ide/sis5513.c pour voir si ca corrige mes problemes. >Où puis je trouver le .config utilisé pour générer la distrib? >Est ce que les sources de la branche commune ( kernel.org) feront l'affaire ou est >ce que je dois rajouter des patchs? Il faut de préférence installer un RH7.3 pour pouvoir compiler (ou une debian woody), charger les sources, et suivre le building-how-to <a href="http://www.ipcop.org/cgi-bin/twiki/view/IPCop/IPCopBuildingv01" target="_blank">http://www.ipcop.org/cgi-bin/twiki/view/IPCop/IPCopBuildingv01</a> Le .config s'appelle kernel.config dans ipcop/config/kernel sinon je n'ai pas vu de BROKEN_LEVEL dans drivers/ide/sis5513.c du kernel 2.4.22

par **FSM** » 07 Nov 2003 22:41

<a href="http://www.iglu.org.il/lxr/source/drivers/ide/sis5513.c" target="_blank">http://www.iglu.org.il/lxr/source/drivers/ide/sis5513.c</a> ligne 60 Je vais tenter la recompilation sur une gentoo.

par **FSM** » 10 Nov 2003 11:25

Salut, bon c'est en train de compiler. J'ai noté qu'il y a des url invalides dans src/DOWNLOADS, notament: rp-ppp libpng j'en oubli quelques uns. Sur la gentoo, j'ai une petite erreur dans le script make.sh concernant la détection de l'espace restant mais elle n'est pas bloquante. Ce qui m'a étoné, c'est que la version du kernel est une 2.4.20. Il me semblait que l'image iso contenait une 2.4.22?! Concernant le chipset usb:VT6202, j'ai pu voir qu'il y avait quelques soucis notament sur la série 2.4.x mais je n'arrive pas à savoir s'ils sont corrigés uniquement dans ehci( usb2.0) ou s'il y a des pbs aussi en uhci ? J'ai remarqué aussi que le nombre d'interruptions usb-uhci est assez voisin de celles de timer . Est-ce que c'est normal? Dois je installer le patch CONFIG_HZ pour mettre une frequence plus élevée de HZ? Merci de vos réponses

par **Gesp** » 10 Nov 2003 12:03

Concernant le problème d'IRQ, il est possible que la prochaine version du driver t'apporte la solution. Une nouvelle organisation du driver devrait moins utiliser les interruptions. Je devrais arriver à compiler cela dans la semaine. Pour le reste tu en sais plus que moi. Concernant les sources que tu as utilisé pour la compilation, je pense que tu as fait un mauvais choix. C'est lié au passage de la V1.3.1 en V1.4.0 qui engendre quelques contradictions qui n'ont pas encore été réglées en CVS. La V1.3.1 devenue V1.4.0 est dans la branche V1 Ce qui devrait être maintenant être la V1.5 est dans la branche V1.4, ce qui est contradictoire vu que la V1.4.0 n'est pas dans la branche V1_4

par **FSM** » 10 Nov 2003 15:32

Bonjour Gesp, hmm, je dois dire que tu as mis le trouble dans mon esprit. Effectivement, j'ai récupéré la version CVS. Un co ipcop plus précisément... Quel module dois je prendre pour avoir la 1.4? <IMG SRC="images/smiles/icon_confused.gif"> Concernant le driver, je pense que tu parle de adiusbadsl.o, j'ai également récupéré la version CVS , renomé eagle-usb.o. Si tu as besoin que je notes toutes les modifs pour le faire tourner (pas encore fait, demain <IMG SRC="images/smiles/icon_wink.gif">) afin de te faciliter la tache n'hésites pas. Comme la carte usb est assez récente et qu'il y a eu des corrections dans la stack usb, dues au 2.6, j'ai récupéré linux-2.4.23-pre9 pour avoir un max de chances de ne plus avoir ces plantages. Dernier point: galère galère les téléchargements avec la passerelle qui plante toutes les 2 minutes. J'ai modifié make.sh afin de rajouter l'option -c à wget, histoire qu'il reprenne les chargements là ou il s'était arrêté, supprimé le rm -f $FILE etc... si ça peux donner des idées d'évolutions du scripts.

par **Gesp** » 10 Nov 2003 16:12

Pour la version CVS d'IPCop, je pense que c'est la branche V1_3_1 qu'il faut récupérer. Je vérifierais ce soir. Concernant le kernel, je pense que tu risque de passer quelques temps à essayer de compiler le 2.4.23 et les drivers que l'on y ajoute. Déjà le passage en 2.4.22 a été cahotique et je pense que le 2.4.23 le sera aussi. Du fait des changements de structure 2.6=>2.4 , certains drivers devront encore être mis à jour. Concernant le nouveau driver eagle, j'ai déjà expérimenté les instructions qu'il faut pour le compiler avec le Sagem 800, j'ai quelques instructions à ajouter pour supporter les autres modems.

par **FSM** » 10 Nov 2003 16:42

Ok, je prendrais donc seulement les sources (à jour) du cvs kernel 2.4.22, déjà si j'arrive à regénérer tout ca se sera pas si mal. Je me connecterais donc ce soir pour confirmation de la branche à récupérer. A ce soir. <IMG SRC="images/smiles/icon_biggrin.gif">

par **Gesp** » 10 Nov 2003 22:22

La branche interessante est IPCOP_v1 donc cvs -z3 co -r IPCOP_v1 ipcop

par **FSM** » 10 Nov 2003 22:49

ok, j'essayes de suite. tu peux passer sur le chat?

par **FSM** » 11 Nov 2003 12:05

ok c'est bon, j'ai bien récupéré les dernieres sources. J'ai remarqué que vous n'avez pas ajouté le patch CONFIG_HZ qui permet d'affiner la fréquence du timer du noyau, il se peut que mon pb vienne de là. Je te tiens au courrant. Merci

hda lost irq --> reboot de la passerelle.

Qui est en ligne ?