[Kernel] Ils ont cassé le support de la tekram dc390 !

Ils ont cassé le support de la tekram dc390 ! [Kernel] - Divers - Linux et OS Alternatifs

Marsh Posté le 02-03-2003 à 18:40:13    

Alors, j'expose mon petit pb : j'ai une cart scsi tekram dc390
et un chipset kt400
 
En toute logique, j'aimeria bien avoir et le scsi et l'udma sur mes periphs ide
 
Mais, avec un kernel >2.4.19 il y a un bug/pb/incompatibilité, la carte scsi marhce pas !
Et avec un kernel <2.4.20; le chipset kt400 n'est pas bien geré et je ne peut pas activer l'udma !
 
Je fais comment alors ??
 
j'ai dejka essayé de faire la brute et de balance des sources du scsi du 2.4.19 sur le 2.4.21 mais ca pas marché :/


Message édité par HuGoBioS le 02-03-2003 à 20:19:34

---------------
-= In Kik00 101 I trust :o =-
Reply

Marsh Posté le 02-03-2003 à 18:40:13   

Reply

Marsh Posté le 02-03-2003 à 18:49:11    

HuGoBioS a écrit :

Alors, j'expose mon petit pb : j'ai une cart scsi tekram dc390
et un chipset kt400
 
En toute logique, j'aimeria bien avoir et le scsi et l'udma sur mes periphs ide
 
Mais, avec un kernel >2.4.19 il y a un bug/pb/incompatibilité, la carte scsi marhce pas !
Et avec un kernel <2.4.20; le chipset kt400 n'est pas bien geré et je ne peut pas activer l'udma !
 
Je fais comment alors ??
 
j'ai dejka essayé de faire la brute et de balance des sources du scsi du 2.4.19 sur le 2.4.21 mais ca pas marché :/


 
Tu reportes le probleme aux concepteurs du noyau

Reply

Marsh Posté le 02-03-2003 à 18:53:57    

samuelp a écrit :


 
Tu reportes le probleme aux concepteurs du noyau

il faut que je leur fournisse quels infos exactement ?


---------------
-= In Kik00 101 I trust :o =-
Reply

Marsh Posté le 02-03-2003 à 19:24:05    

je vais tester un 2.5.63 avant de gueuler ;-)
je vous tient au courant !


---------------
-= In Kik00 101 I trust :o =-
Reply

Marsh Posté le 02-03-2003 à 19:35:20    

t'as tenté un kernel 2.4.20 avec le patch -ac2 ?


---------------
Self Destruction Might Be The Answer - http://www.kazekami.org
Reply

Marsh Posté le 02-03-2003 à 20:12:29    

j'ai essayé plusieurs 2.4.20 et meme le 2.4.21-pre5 ...
mais le 2.4.20-ac2 je sais plus ! pkoi il y'a une reference a mon pb ?
 
Si il faut, il y a juste une option du newest kernel qui fait foirer le scsi ...


Message édité par HuGoBioS le 02-03-2003 à 20:13:44

---------------
-= In Kik00 101 I trust :o =-
Reply

Marsh Posté le 02-03-2003 à 20:16:42    

ca se precise :
 
 

 gcc -Wp,-MD,drivers/scsi/.tmscsim.o.d -D__KERNEL__ -Iinclude -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -pipe -mpreferred-stack-boundary=2 -march=athlon -Iinclude/asm-i386/mach-default -fomit-frame-pointer -nostdinc -iwithprefix include    -DKBUILD_BASENAME=tmscsim -DKBUILD_MODNAME=tmscsim -c -o drivers/scsi/tmscsim.o drivers/scsi/tmscsim.c
drivers/scsi/tmscsim.c: Dans la fonction « dc390_Query_append »:
drivers/scsi/tmscsim.c:872: structure n'a pas de membre nommé « next »
drivers/scsi/tmscsim.c:877: structure n'a pas de membre nommé « next »
drivers/scsi/tmscsim.c: Dans la fonction « dc390_Query_get »:
drivers/scsi/tmscsim.c:889: structure n'a pas de membre nommé « next »
drivers/scsi/tmscsim.c:890: structure n'a pas de membre nommé « next »
drivers/scsi/tmscsim.c: Dans la fonction « DC390_waiting_timed_out »:
drivers/scsi/tmscsim.c:1074: requête pour le membre « pScsiHost » dans quelque chose qui n'est pas une structure ou un union
drivers/scsi/tmscsim.c:1078: requête pour le membre « pScsiHost » dans quelque chose qui n'est pas une structure ou un union
drivers/scsi/tmscsim.c: Dans la fonction « dc390_BuildSRB »:
drivers/scsi/tmscsim.c:1146: structure n'a pas de membre nommé « address »
drivers/scsi/tmscsim.c: Dans la fonction « DC390_abort »:
drivers/scsi/tmscsim.c:1564: structure n'a pas de membre nommé « next »
drivers/scsi/tmscsim.c:1565: structure n'a pas de membre nommé « next »
drivers/scsi/tmscsim.c:1573: structure n'a pas de membre nommé « next »
drivers/scsi/tmscsim.c:1575: structure n'a pas de membre nommé « next »
drivers/scsi/tmscsim.c:1575: structure n'a pas de membre nommé « next »
drivers/scsi/tmscsim.c:1576: structure n'a pas de membre nommé « next »
drivers/scsi/tmscsim.c:1584: structure n'a pas de membre nommé « next »
drivers/scsi/tmscsim.c:1627: structure n'a pas de membre nommé « next »
Dans le fichier inclus à partir de drivers/scsi/tmscsim.c:1825:
drivers/scsi/scsiiom.c:9:2: #error Please convert me to Documentation/DMA-mapping.txt
Dans le fichier inclus à partir de drivers/scsi/tmscsim.c:1825:
drivers/scsi/scsiiom.c: Dans la fonction « DC390_Interrupt »:
drivers/scsi/scsiiom.c:267: « DC390_LOCK_IO » non déclaré (première utilisation dans cette fonction)
drivers/scsi/scsiiom.c:267: (Chaque identificateur non déclaré est rapporté une seule fois
drivers/scsi/scsiiom.c:267: pour chaque fonction dans laquelle il apparaît.)
drivers/scsi/scsiiom.c:343: « DC390_UNLOCK_IO » non déclaré (première utilisation dans cette fonction)
drivers/scsi/scsiiom.c:229: AVERTISSEMENT: variable inutilisée « iflags »
Dans le fichier inclus à partir de drivers/scsi/tmscsim.c:1825:
drivers/scsi/scsiiom.c: Dans la fonction « dc390_DataOut_0 »:
drivers/scsi/scsiiom.c:384: structure n'a pas de membre nommé « address »
Dans le fichier inclus à partir de drivers/scsi/tmscsim.c:1825:
drivers/scsi/scsiiom.c: Dans la fonction « dc390_DataIn_0 »:
drivers/scsi/scsiiom.c:448: structure n'a pas de membre nommé « address »
Dans le fichier inclus à partir de drivers/scsi/tmscsim.c:1825:
drivers/scsi/scsiiom.c: Dans la fonction « dc390_restore_ptr »:
drivers/scsi/scsiiom.c:747: structure n'a pas de membre nommé « address »
drivers/scsi/scsiiom.c:761: structure n'a pas de membre nommé « address »
drivers/scsi/scsiiom.c:764: structure n'a pas de membre nommé « address »
Dans le fichier inclus à partir de drivers/scsi/tmscsim.c:1825:
drivers/scsi/scsiiom.c: Dans la fonction « dc390_DataIO_Comm »:
drivers/scsi/scsiiom.c:898: structure n'a pas de membre nommé « address »
Dans le fichier inclus à partir de drivers/scsi/tmscsim.c:1825:
drivers/scsi/scsiiom.c: Dans la fonction « dc390_SRBdone »:
drivers/scsi/scsiiom.c:1373: structure n'a pas de membre nommé « address »
drivers/scsi/scsiiom.c:1448: structure n'a pas de membre nommé « address »
drivers/scsi/scsiiom.c:1523: structure n'a pas de membre nommé « address »
Dans le fichier inclus à partir de drivers/scsi/tmscsim.c:1825:
drivers/scsi/scsiiom.c: Dans la fonction « dc390_RequestSense »:
drivers/scsi/scsiiom.c:1764: structure n'a pas de membre nommé « address »
drivers/scsi/tmscsim.c: Dans la fonction « dc390_initAdapter »:
drivers/scsi/tmscsim.c:2092: AVERTISSEMENT: « __check_region » est déprécié (déclaré à include/linux/ioport.h:112)
drivers/scsi/tmscsim.c:2102: AVERTISSEMENT: déclaration implicite de la fonction « request_irq »
drivers/scsi/tmscsim.c: Dans la fonction « dc390_inquiry »:
drivers/scsi/tmscsim.c:2404: requête pour le membre « rq_status » dans quelque chose qui n'est pas une structure ou un union
drivers/scsi/tmscsim.c: Dans la fonction « dc390_sendstart »:
drivers/scsi/tmscsim.c:2455: requête pour le membre « rq_status » dans quelque chose qui n'est pas une structure ou un union
drivers/scsi/tmscsim.c: Dans la fonction « dc390_set_info »:
drivers/scsi/tmscsim.c:2562: requête pour le membre « pScsiHost » dans quelque chose qui n'est pas une structure ou un union
drivers/scsi/tmscsim.c:2611: « p » non déclaré (première utilisation dans cette fonction)
drivers/scsi/tmscsim.c:2637: AVERTISSEMENT: passage de arg 1 de « strsep » transforme en pointeur un entier sans transtypage
drivers/scsi/tmscsim.c:2639: AVERTISSEMENT: passage de arg 1 de « strsep » transforme en pointeur un entier sans transtypage
drivers/scsi/tmscsim.c:2657: AVERTISSEMENT: passage de arg 1 de « strsep » transforme en pointeur un entier sans transtypage
drivers/scsi/tmscsim.c:2660: AVERTISSEMENT: passage de arg 1 de « strsep » transforme en pointeur un entier sans transtypage
drivers/scsi/tmscsim.c:2663: AVERTISSEMENT: passage de arg 1 de « strsep » transforme en pointeur un entier sans transtypage
drivers/scsi/tmscsim.c:2675: AVERTISSEMENT: passage de arg 1 de « strsep » transforme en pointeur un entier sans transtypage
drivers/scsi/tmscsim.c:2688: AVERTISSEMENT: passage de arg 1 de « strsep » transforme en pointeur un entier sans transtypage
drivers/scsi/tmscsim.c:2726: requête pour le membre « pScsiHost » dans quelque chose qui n'est pas une structure ou un union
drivers/scsi/tmscsim.c:2733: requête pour le membre « pScsiHost » dans quelque chose qui n'est pas une structure ou un union
drivers/scsi/tmscsim.c:2745: requête pour le membre « pScsiHost » dans quelque chose qui n'est pas une structure ou un union
drivers/scsi/tmscsim.c:2753: requête pour le membre « pScsiHost » dans quelque chose qui n'est pas une structure ou un union
drivers/scsi/tmscsim.c:2759: AVERTISSEMENT: passage de arg 1 de « strsep » transforme en pointeur un entier sans transtypage
drivers/scsi/tmscsim.c:2767: requête pour le membre « pScsiHost » dans quelque chose qui n'est pas une structure ou un union
drivers/scsi/tmscsim.c:2773: AVERTISSEMENT: passage de arg 1 de « strsep » transforme en pointeur un entier sans transtypage
drivers/scsi/tmscsim.c:2782: requête pour le membre « pScsiHost » dans quelque chose qui n'est pas une structure ou un union
drivers/scsi/tmscsim.c:2789: AVERTISSEMENT: passage de arg 1 de « strsep » transforme en pointeur un entier sans transtypage
drivers/scsi/tmscsim.c:2797: requête pour le membre « pScsiHost » dans quelque chose qui n'est pas une structure ou un union
drivers/scsi/tmscsim.c:2804: AVERTISSEMENT: passage de arg 1 de « strsep » transforme en pointeur un entier sans transtypage
drivers/scsi/tmscsim.c:2813: requête pour le membre « pScsiHost » dans quelque chose qui n'est pas une structure ou un union
drivers/scsi/tmscsim.c:2821: requête pour le membre « pScsiHost » dans quelque chose qui n'est pas une structure ou un union
drivers/scsi/tmscsim.c: Dans la fonction « DC390_proc_info »:
drivers/scsi/tmscsim.c:2937: structure n'a pas de membre nommé « next »
drivers/scsi/tmscsim.c: Au niveau supérieur:
drivers/scsi/tmscsim.c:3063: AVERTISSEMENT: initialisation d'un type pointeur incompatible
drivers/scsi/tmscsim.c:3063: AVERTISSEMENT: initialisation d'un type pointeur incompatible
drivers/scsi/tmscsim.c:277: AVERTISSEMENT: « tmscsim_pci_tbl » défini mais n'a pas été utilisé
make[2]: *** [drivers/scsi/tmscsim.o] Erreur 1
make[1]: *** [drivers/scsi] Erreur 2
make: *** [drivers] Erreur 2
 

 
 
il semblerait qu'ils aient cassé mon bo driver :cry:


Message édité par HuGoBioS le 02-03-2003 à 20:18:24

---------------
-= In Kik00 101 I trust :o =-
Reply

Marsh Posté le 02-03-2003 à 20:21:45    

salut, as-tu bien emerger  sys-apps/module-init-tools-0.9.10 avant de compiler ton noyau de dev
 
PS: Je me bats depuis ce matin avec le kernel mm1-2.5.63 qui marche du tonnerre mais je n'arrive pas à charger le module ide-scsi (kernel-panic). Si tu as + de chance que moi avec ce module, merci de le dire ;)

Reply

Marsh Posté le 02-03-2003 à 20:24:00    

http://bugzilla.kernel.org/show_bug.cgi?id=219
 
deja j'ai aps de bol c reloo FAIS CHIER PUTAIIIIIINNNNNNN DE *@@@#[|@@§!!!!#~{{@@@@|[!!


---------------
-= In Kik00 101 I trust :o =-
Reply

Marsh Posté le 02-03-2003 à 20:29:51    

Essaye d'installer ton encien driver avec l'option force pour voir ...
 
insmod -f  :??:

Reply

Marsh Posté le 02-03-2003 à 20:29:51   

Reply

Marsh Posté le 02-03-2003 à 20:56:18    

Humidifier a écrit :

Essaye d'installer ton encien driver avec l'option force pour voir ...
 
insmod -f  :??:  

je l'ai pas en modules je compile tjs tt en hard !


---------------
-= In Kik00 101 I trust :o =-
Reply

Marsh Posté le 02-03-2003 à 20:58:09    

arf ... j'ai deux ficheirs diff, je fais comment pr les appliquer aux deux fichiers a modifier ? avec patch ? je capte pas trop là :/


---------------
-= In Kik00 101 I trust :o =-
Reply

Marsh Posté le 02-03-2003 à 21:08:17    

c t bien patch destifle -i patchfile
 
par cotnre ils avaient l'air d'avoir deja ete appliqués !!!! :cry:


---------------
-= In Kik00 101 I trust :o =-
Reply

Marsh Posté le 02-03-2003 à 21:46:45    

A part booter sur un DD scsi, je ne vois pas l'intêret de compiler
ce driver en dur et non en module.
 
Essaye toujours d'en compiler un avec les sources d'un noyau  
où tu pense que cela fonctionne juste avec un make modules.
 
Fait un insmod -f modules.o pour le tester.
S'il est bon copie le dans /lib/modules/2.4.x/kernel/...
 

Reply

Marsh Posté le 02-03-2003 à 21:48:20    

Humidifier a écrit :

A part booter sur un DD scsi, je ne vois pas l'intêret de compiler
ce driver en dur et non en module.
 
Essaye toujours d'en compiler un avec les sources d'un noyau  
où tu pense que cela fonctionne juste avec un make modules.
 
Fait un insmod -f modules.o pour le tester.
S'il est bon copie le dans /lib/modules/2.4.x/kernel/...
 
 

y'a autant d'interet a le mettre en module qu'en hard !
 
J'ai jamais vu l'interet des modules :/
 
 
oui je peux essayer ca ! mais l j'ai reussi a compiler le kernel beta donc je v tester et voir ce que ca v adonner !


---------------
-= In Kik00 101 I trust :o =-
Reply

Marsh Posté le 02-03-2003 à 21:56:18    

Intêret des modules (à mon sens, donc forcément criticable)
 
1) un noyau plus petit et optimisé
2) on peux passer des options à chaque modules et donc
   tester plusieurs options. (le rôle de modules.conf)
3) Quand j'ai la flemme, je me compile que le module voulu
   sans avoir à me recompiler un noyau si besoin est.
 
 
Le point 3) peut surement t'aider

Reply

Marsh Posté le 02-03-2003 à 21:59:49    

Humidifier a écrit :

Intêret des modules (à mon sens, donc forcément criticable)
 
1) un noyau plus petit et optimisé
2) on peux passer des options à chaque modules et donc
   tester plusieurs options. (le rôle de modules.conf)
3) Quand j'ai la flemme, je me compile que le module voulu
   sans avoir à me recompiler un noyau si besoin est.
 
 
Le point 3) peut surement t'aider
 

ok pr le 3
pr le 1 ca change rien je pense etant donné que je ne met que le necesaire dans mon noyau ...
le 2 oui effectivmeent, mais quelles option ne peut on pas passer au noyeau direct ?
 
enfin bon là j'ai des trucs en cours je peux pas rebooter pr tester ... mais dans pas longtemps on va etre fixé


---------------
-= In Kik00 101 I trust :o =-
Reply

Marsh Posté le 02-03-2003 à 22:04:23    

Pour le point 2) c'est clair que c'est plus litigieux.
 
Pour ma part, je suis passé en max de modules un jour lors
de l'installation d'une carte scsi en isa ou il fallait
donné l'irq et l'i/o au driver.
En compilant ce driver en dur cela n'aurait pas été possible
(enfin je crois ...)
 
Courage ça va marcher ...
 
Si tu veux j'ai un noyau 2.4.19, je peux essayer de le compiler.
(Attention j'utilise gcc-3.2)

Reply

Marsh Posté le 02-03-2003 à 22:09:40    

Humidifier a écrit :

Pour le point 2) c'est clair que c'est plus litigieux.
 
Pour ma part, je suis passé en max de modules un jour lors
de l'installation d'une carte scsi en isa ou il fallait
donné l'irq et l'i/o au driver.
En compilant ce driver en dur cela n'aurait pas été possible
(enfin je crois ...)
 
Courage ça va marcher ...
 
Si tu veux j'ai un noyau 2.4.19, je peux essayer de le compiler.
(Attention j'utilise gcc-3.2)
 

j'ai un 2.4.19 fonctionnel, mais j'ai pas d'udma c ca le pb !
 
j'ai un 2.4.21 fonctionnel, masi j'ai pas de scsi :/
 
donc c un peu le bordel
 
je suis aussi en gcc 3.2
 
si tu peux par contre compiler le module de la tekram ca m'arrnagerait bien je crois que j'ai explosé mes sources de 2.4.19 a force de bidouilles :/ :/ :/


---------------
-= In Kik00 101 I trust :o =-
Reply

Marsh Posté le 02-03-2003 à 22:10:40    

Suis en train de te le compiler pour un 2.4.20
 
On va voir si j'ai la même erreur.

Reply

Marsh Posté le 02-03-2003 à 22:14:13    

Humidifier a écrit :

Suis en train de te le compiler pour un 2.4.20
 
On va voir si j'ai la même erreur.

y'a pas d'erreur de compilation du tekram sur les 2.4
c'est juste que le driver est foireux :/ il bug et ne charge pas correctement les periphs scsi ce qui plante le chargement du kernel ! (meme pas un kernel panix,just eun plnatage )


---------------
-= In Kik00 101 I trust :o =-
Reply

Marsh Posté le 02-03-2003 à 22:18:10    

:??:  
 
C'est pas ce que tu dis dans un des posts ?
 
Je vais quand même voir si j'ai les mêmes messages que ceux que tu  
a posté.
 
Patience, ma machine est assez lente, d'autnat que je le compile à l'arrache.

Reply

Marsh Posté le 02-03-2003 à 22:23:43    

Humidifier a écrit :

:??:  
 
C'est pas ce que tu dis dans un des posts ?
 
Je vais quand même voir si j'ai les mêmes messages que ceux que tu  
a posté.
 
Patience, ma machine est assez lente, d'autnat que je le compile à l'arrache.

sur un 2.5.63 j'ai eu un pb de compilation ! ;-)
 
 
je suis pas pressé, et je v pas te presser tu es deja assez sympa de m'aider !!


---------------
-= In Kik00 101 I trust :o =-
Reply

Marsh Posté le 02-03-2003 à 22:29:54    

Pas de message particulier.
 
Je l'ai pour un noyau 2.4.20.
Je te l'envoie comment ?
 
Je t'en fais un pour un noyau 2.4.19, mais ça fait chier je  
retrouve pas mon modversion.h

Reply

Marsh Posté le 02-03-2003 à 22:31:05    

Humidifier a écrit :

Pas de message particulier.
 
Je l'ai pour un noyau 2.4.20.
Je te l'envoie comment ?
 
Je t'en fais un pour un noyau 2.4.19, mais ça fait chier je  
retrouve pas mon modversion.h

mail je te mp mon adresse ou par ssh si tu veux


---------------
-= In Kik00 101 I trust :o =-
Reply

Marsh Posté le 02-03-2003 à 22:33:16    

Ca compile à nouveau.
 
Ce sera par mail, j'ai encore rien fait côté ssh sur ma babase.
Faudrait que je m'y mette ou que l'on m'explique parfois j'ai
de ces flemingites ...  :pt1cable:

Reply

Marsh Posté le 02-03-2003 à 22:38:18    

Humidifier a écrit :

Ca compile à nouveau.
 
Ce sera par mail, j'ai encore rien fait côté ssh sur ma babase.
Faudrait que je m'y mette ou que l'on m'explique parfois j'ai
de ces flemingites ...  :pt1cable:  

:lol: oky


---------------
-= In Kik00 101 I trust :o =-
Reply

Marsh Posté le 02-03-2003 à 23:41:10    

Bon bah le kernel beta ne supporte pas le scsi (ca plante lamentablement)
 
J'ai essayé de mettre le module 2.4.20 du scsi sur un 2.4.21-pre5 ca ne marche pas non plus (unresolved symboles)
 
j'attend le module du 2.4.19 pr tester avec le 2.4.21-pre5


---------------
-= In Kik00 101 I trust :o =-
Reply

Marsh Posté le 02-03-2003 à 23:49:47    

Désolé mais la comilation du module en 2.4.19 foire.
 
J'abandonne sur ce coup, d'autres trucs à faire.
 
Courage ...    :hello:

Reply

Marsh Posté le 03-03-2003 à 00:29:11    

Spagrave merci quand meme !  
J'avance doucement ... je vais trouver je vais trouver nomdediouuu !
 
En tout cas, cherche ame charitable pr me compiler un module de tekram dc390 avec gcc3.2 sur un 2.4.19 ! merci


---------------
-= In Kik00 101 I trust :o =-
Reply

Marsh Posté le 03-03-2003 à 01:21:43    

je viens de t'en faire un, noyau 2.4.19 original / gcc 3.2
 
http://www.ifrance.com/bmoserveur/tmscsim.o


Message édité par BMOTheKiller le 03-03-2003 à 01:22:13
Reply

Marsh Posté le 03-03-2003 à 01:34:36    

enorme! merci!
je test ca demain "matin" en me levant
là je suis crevé !
 
 :hello:


---------------
-= In Kik00 101 I trust :o =-
Reply

Marsh Posté le 03-03-2003 à 01:40:37    

il y sera encore demain, l'année prochaine même :lol:  
 
faudra bien que je le purge un peu ce compte :D  
 
bn

Reply

Marsh Posté le 03-03-2003 à 11:43:22    

BMOTheKiller a écrit :

il y sera encore demain, l'année prochaine même :lol:  
 
faudra bien que je le purge un peu ce compte :D  
 
bn

toi aussi tu as une tekram d'apres ce que j'ai lu sur ton autre tomic ?


---------------
-= In Kik00 101 I trust :o =-
Reply

Marsh Posté le 03-03-2003 à 12:02:31    

ouai et la mienne elle est pas prise en charge à la base :/ à chaque nouveau noyau faut patcher, enfin bon c'est pas trop méchant, mais les drivers tournent bien, jamais eu de soucis avec, vaut mieux pas d'ailleurs, c'est mon graveur dessus :sweat:

Reply

Marsh Posté le 03-03-2003 à 12:09:25    

BMOTheKiller a écrit :

ouai et la mienne elle est pas prise en charge à la base :/ à chaque nouveau noyau faut patcher, enfin bon c'est pas trop méchant, mais les drivers tournent bien, jamais eu de soucis avec, vaut mieux pas d'ailleurs, c'est mon graveur dessus :sweat:  

moi jamais eu de pb avant les 2.4.20 ...
 
moi aussi graveur dessus c bien reloo ca !
 
tu as quel bios sur la carte ? je l'ai jamais flashé je suis meme pas sur qu'on puisse !


---------------
-= In Kik00 101 I trust :o =-
Reply

Marsh Posté le 03-03-2003 à 12:24:32    

bon bah ca marche pas avec un autre module, y'a des reference a des trucs qu'existent pas ...
 
Sinon j'ai recuperé le message d'erreur :
 


DC390: 1 adapters found
scsi2 : Tekram DC390/AM53C974 V2.0f 2000-12-20
scsi : aborting command due to timeout : pid 18, scsi2, channel 0, id 0, lun 0 0x12 00 00 00 ff 00  
DC390: Abort command (pid 18, Device 00-00)
DC390: SRB: Xferred 00000000, Remain 00000000, State 00000040, Phase 05
DC390: AdpaterStatus: 00, SRB Status 00
DC390: Status of last IRQ (DMA/SC/Int/IRQ): 00000000
DC390: Register dump: SCSI block:
DC390: XferCnt  Cmd Stat IntS IRQS FFIS Ctl1 Ctl2 Ctl3 Ctl4
DC390:  000000   42   97   84   18   80   17   48   08   84
DC390: Register dump: DMA engine:
DC390: Cmd   STrCnt    SBusA    WrkBC    WrkAC Stat SBusCtrl
DC390:  00 00000024 0009fe38 00000000 0009fe5c   00 031a4e04
DC390: Register dump: PCI Status: 0200
DC390: In case of driver trouble read linux/drivers/scsi/README.tmscsim
DC390: Abort current command (pid 18, SRB cf9ae144)
DC390: Aborted pid 18 with status 3
scsi : aborting command due to timeout : pid 18, scsi2, channel 0, id 0, lun 0 0x12 00 00 00 ff 00  
DC390: Abort command (pid 18, Device 00-00)
DC390: SRB: Xferred 00000000, Remain 00000000, State 00000040, Phase 05
DC390: AdpaterStatus: 00, SRB Status 00
DC390: Status of last IRQ (DMA/SC/Int/IRQ): 00000000
DC390: Register dump: SCSI block:
DC390: XferCnt  Cmd Stat IntS IRQS FFIS Ctl1 Ctl2 Ctl3 Ctl4
DC390:  000000   42   17   84   00   80   17   48   08   84
DC390: Register dump: DMA engine:
DC390: Cmd   STrCnt    SBusA    WrkBC    WrkAC Stat SBusCtrl
DC390:  00 00000024 0009fe38 00000000 0009fe5c   00 031a4e04
DC390: Register dump: PCI Status: 0200
DC390: In case of driver trouble read linux/drivers/scsi/README.tmscsim
DC390: Abort current command (pid 18, SRB cf9ae144)
DC390: Aborted pid 18 with status 3
SCSI host 2 abort (pid 18) timed out - resetting
SCSI bus is being reset for host 2 channel 0.
DC390: RESET ... done
scsi : aborting command due to timeout : pid 19, scsi2, channel 0, id 1, lun 0 0x12 00 00 00 ff 00  
DC390: Abort command (pid 19, Device 01-00)
DC390: SRB: Xferred 00000000, Remain 00000000, State 00000040, Phase 05
DC390: AdpaterStatus: 00, SRB Status 00
DC390: Status of last IRQ (DMA/SC/Int/IRQ): 00000000
DC390: Register dump: SCSI block:
DC390: XferCnt  Cmd Stat IntS IRQS FFIS Ctl1 Ctl2 Ctl3 Ctl4
DC390:  000000   42   80   c0   20   07   17   48   08   84
DC390: FIFO: c0 12 00 00 00 ff 00
DC390: Register dump: DMA engine:
DC390: Cmd   STrCnt    SBusA    WrkBC    WrkAC Stat SBusCtrl
DC390:  00 00000024 0009fe38 00000000 0009fe5c   00 03080000
DC390: Register dump: PCI Status: 0200
DC390: In case of driver trouble read linux/drivers/scsi/README.tmscsim
DC390: Abort current command (pid 19, SRB cf9ae144)
DC390: Aborted pid 19 with status 3
scsi : aborting command due to timeout : pid 19, scsi2, channel 0, id 1, lun 0 0x12 00 00 00 ff 00  
DC390: Abort command (pid 19, Device 01-00)
DC390: SRB: Xferred 00000000, Remain 00000000, State 00000040, Phase 05
DC390: AdpaterStatus: 00, SRB Status 00
DC390: Status of last IRQ (DMA/SC/Int/IRQ): 00000000
DC390: Register dump: SCSI block:
DC390: XferCnt  Cmd Stat IntS IRQS FFIS Ctl1 Ctl2 Ctl3 Ctl4
DC390:  000000   42   00   c0   00   00   17   48   08   84
DC390: Register dump: DMA engine:
DC390: Cmd   STrCnt    SBusA    WrkBC    WrkAC Stat SBusCtrl
DC390:  00 00000024 0009fe38 00000000 0009fe5c   00 03080000
DC390: Register dump: PCI Status: 0200
DC390: In case of driver trouble read linux/drivers/scsi/README.tmscsim
DC390: Abort current command (pid 19, SRB cf9ae144)
DC390: Aborted pid 19 with status 3
SCSI host 2 abort (pid 19) timed out - resetting
SCSI bus is being reset for host 2 channel 0.
DC390: RESET ... done

 
 
et là en rebootant sur le 2.4.19 j'ai eu droit a ca :
 
 

DC390: 1 adapters found
scsi0 : Tekram DC390/AM53C974 V2.0f 2000-12-20
scsi : aborting command due to timeout : pid 0, scsi0, channel 0, id 0, lun 0 0x12 00 00 00 ff 00  
DC390: Abort command (pid 0, Device 00-00)
DC390: SRB: Xferred 00000000, Remain 00000100, State 00000100, Phase 01
DC390: AdpaterStatus: 00, SRB Status 00
DC390: Status of last IRQ (DMA/SC/Int/IRQ): 0091c410
DC390: Register dump: SCSI block:
DC390: XferCnt  Cmd Stat IntS IRQS FFIS Ctl1 Ctl2 Ctl3 Ctl4
DC390:  0000ff   90   01   c4   00   81   17   48   08   84
DC390: FIFO: 43
DC390: Register dump: DMA engine:
DC390: Cmd   STrCnt    SBusA    WrkBC    WrkAC Stat SBusCtrl
DC390:  83 00000100 01ac3e7c 00000100 01ac3e7c   00 0318424f
DC390: Register dump: PCI Status: 0200
DC390: In case of driver trouble read linux/drivers/scsi/README.tmscsim
DC390: Abort current command (pid 0, SRB c1ada148)
DC390: Aborted pid 0 with status 3
scsi : aborting command due to timeout : pid 0, scsi0, channel 0, id 0, lun 0 0x12 00 00 00 ff 00  
DC390: Abort command (pid 0, Device 00-00)
DC390: SRB: Xferred 00000000, Remain 00000100, State 00000100, Phase 01
DC390: AdpaterStatus: 00, SRB Status 00
DC390: Status of last IRQ (DMA/SC/Int/IRQ): 0091c410
DC390: Register dump: SCSI block:
DC390: XferCnt  Cmd Stat IntS IRQS FFIS Ctl1 Ctl2 Ctl3 Ctl4
DC390:  0000ff   90   01   c4   00   80   17   48   08   84
DC390: Register dump: DMA engine:
DC390: Cmd   STrCnt    SBusA    WrkBC    WrkAC Stat SBusCtrl
DC390:  83 00000100 01ac3e7c 00000100 01ac3e7c   00 0318424f
DC390: Register dump: PCI Status: 0200
DC390: In case of driver trouble read linux/drivers/scsi/README.tmscsim
DC390: Abort current command (pid 0, SRB c1ada148)
DC390: Aborted pid 0 with status 3
SCSI host 0 abort (pid 0) timed out - resetting
SCSI bus is being reset for host 0 channel 0.
DC390: RESET ... done
DC390: Illegal Operation detected (00c0c020)!
DC390: SRB: Xferred 00000000, Remain 00000000, State 00000040, Phase 05
DC390: AdpaterStatus: 00, SRB Status 00
DC390: Status of last IRQ (DMA/SC/Int/IRQ): 00c0c020
DC390: Register dump: SCSI block:
DC390: XferCnt  Cmd Stat IntS IRQS FFIS Ctl1 Ctl2 Ctl3 Ctl4
DC390:  0000ff   42   00   c0   00   07   17   48   08   84
DC390: FIFO: c0 12 00 00 00 ff 00
DC390: Register dump: DMA engine:
DC390: Cmd   STrCnt    SBusA    WrkBC    WrkAC Stat SBusCtrl
DC390:  00 00000100 01ac3e7c 00000100 01ac3e7c   00 03080000
DC390: Register dump: PCI Status: 0200
DC390: In case of driver trouble read linux/drivers/scsi/README.tmscsim
  Vendor: YAMAHA    Model: CRW2100S          Rev: 1.0N
  Type:   CD-ROM                             ANSI SCSI revision: 02
scsi1 : SCSI host adapter emulation for IDE ATAPI devices
Attached scsi CD-ROM sr0 at scsi0, channel 0, id 3, lun 0
DC390: Target 3: Sync transfer 10.0 MHz, Offset 7
sr0: scsi3-mmc drive: 40x/40x writer cd/rw xa/form2 cdda tray

 
 
mais la ca marche alors je capte pas trop ...


---------------
-= In Kik00 101 I trust :o =-
Reply

Marsh Posté le 03-03-2003 à 12:24:35    

j'ai pas de bios dessus, elle est pas bootable
 
c'est une rev01 sinon

Reply

Marsh Posté le 03-03-2003 à 12:25:16    

BMOTheKiller a écrit :

j'ai pas de bios dessus, elle est pas bootable
 
c'est une rev01 sinon

oky moi elle est bootable c'ets osn seul interet parceque sinon j'ai une aic7xxx qui marche impec mais qui est pas bootable :/


---------------
-= In Kik00 101 I trust :o =-
Reply

Marsh Posté le 03-03-2003 à 12:26:47    

c'est bizarre effectivement, tu es sûr de toi sur le reste de la config scsi dans le noyau ? un param qui va pas, omis d'inclure le support scsi pour cd rom, je sais pas trop sinon :/

Reply

Marsh Posté le    

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed