Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
1429 connectés 

  FORUM HardWare.fr
  Linux et OS Alternatifs
  Divers

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

 
 


 Mot :   Pseudo :  
 
 Page :   1  2
Page Suivante
Page Précédente
Bas de page 
Auteur Sujet :

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

n°231758
HuGoBioS
Posté le 02-03-2003 à 18:40:13  profilanswer
 

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 =-
mood
Publicité
Posté le 02-03-2003 à 18:40:13  profilanswer
 

n°231761
samuelp
Posté le 02-03-2003 à 18:49:11  profilanswer
 

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

n°231763
HuGoBioS
Posté le 02-03-2003 à 18:53:57  profilanswer
 

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 =-
n°231778
HuGoBioS
Posté le 02-03-2003 à 19:24:05  profilanswer
 

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


---------------
-= In Kik00 101 I trust :o =-
n°231789
kazekami
J'aime pas les gens
Posté le 02-03-2003 à 19:35:20  profilanswer
 

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


---------------
Self Destruction Might Be The Answer - http://www.kazekami.org
n°231809
HuGoBioS
Posté le 02-03-2003 à 20:12:29  profilanswer
 

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 =-
n°231812
HuGoBioS
Posté le 02-03-2003 à 20:16:42  profilanswer
 

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 =-
n°231813
sT0ne
Posté le 02-03-2003 à 20:21:45  profilanswer
 

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 ;)

n°231814
HuGoBioS
Posté le 02-03-2003 à 20:24:00  profilanswer
 

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 =-
n°231817
Humidifier
Posté le 02-03-2003 à 20:29:51  profilanswer
 

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

mood
Publicité
Posté le 02-03-2003 à 20:29:51  profilanswer
 

n°231825
HuGoBioS
Posté le 02-03-2003 à 20:56:18  profilanswer
 

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 =-
n°231826
HuGoBioS
Posté le 02-03-2003 à 20:58:09  profilanswer
 

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 =-
n°231828
HuGoBioS
Posté le 02-03-2003 à 21:08:17  profilanswer
 

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 =-
n°231837
Humidifier
Posté le 02-03-2003 à 21:46:45  profilanswer
 

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/...
 

n°231838
HuGoBioS
Posté le 02-03-2003 à 21:48:20  profilanswer
 

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 =-
n°231844
Humidifier
Posté le 02-03-2003 à 21:56:18  profilanswer
 

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

n°231847
HuGoBioS
Posté le 02-03-2003 à 21:59:49  profilanswer
 

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 =-
n°231855
Humidifier
Posté le 02-03-2003 à 22:04:23  profilanswer
 

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)

n°231859
HuGoBioS
Posté le 02-03-2003 à 22:09:40  profilanswer
 

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 =-
n°231861
Humidifier
Posté le 02-03-2003 à 22:10:40  profilanswer
 

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

n°231865
HuGoBioS
Posté le 02-03-2003 à 22:14:13  profilanswer
 

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 =-
n°231866
Humidifier
Posté le 02-03-2003 à 22:18:10  profilanswer
 

:??:  
 
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.

n°231867
HuGoBioS
Posté le 02-03-2003 à 22:23:43  profilanswer
 

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 =-
n°231869
Humidifier
Posté le 02-03-2003 à 22:29:54  profilanswer
 

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

n°231871
HuGoBioS
Posté le 02-03-2003 à 22:31:05  profilanswer
 

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 =-
n°231873
Humidifier
Posté le 02-03-2003 à 22:33:16  profilanswer
 

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:

n°231876
HuGoBioS
Posté le 02-03-2003 à 22:38:18  profilanswer
 

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 =-
n°231896
HuGoBioS
Posté le 02-03-2003 à 23:41:10  profilanswer
 

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 =-
n°231898
Humidifier
Posté le 02-03-2003 à 23:49:47  profilanswer
 

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

n°231917
HuGoBioS
Posté le 03-03-2003 à 00:29:11  profilanswer
 

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 =-
n°231924
BMOTheKill​er
Posté le 03-03-2003 à 01:21:43  profilanswer
 

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
n°231927
HuGoBioS
Posté le 03-03-2003 à 01:34:36  profilanswer
 

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


---------------
-= In Kik00 101 I trust :o =-
n°231930
BMOTheKill​er
Posté le 03-03-2003 à 01:40:37  profilanswer
 

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

n°232000
HuGoBioS
Posté le 03-03-2003 à 11:43:22  profilanswer
 

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 =-
n°232006
BMOTheKill​er
Posté le 03-03-2003 à 12:02:31  profilanswer
 

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:

n°232009
HuGoBioS
Posté le 03-03-2003 à 12:09:25  profilanswer
 

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 =-
n°232013
HuGoBioS
Posté le 03-03-2003 à 12:24:32  profilanswer
 

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 =-
n°232014
BMOTheKill​er
Posté le 03-03-2003 à 12:24:35  profilanswer
 

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

n°232016
HuGoBioS
Posté le 03-03-2003 à 12:25:16  profilanswer
 

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 =-
n°232018
BMOTheKill​er
Posté le 03-03-2003 à 12:26:47  profilanswer
 

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 :/

mood
Publicité
Posté le   profilanswer
 

 Page :   1  2
Page Suivante
Page Précédente
Haut de page 

Aller à :
Ajouter une réponse
  FORUM HardWare.fr
  Linux et OS Alternatifs
  Divers

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

 

Sujets relatifs
MDK is tout casséj ai oublie de faire lilo apres recompilationd e kernel a l aide :(
distribution support carte réseau pcmcia realtek 8139?interface IMQ et kernel 2.419 ou 2.4.20
DHCPD et la config kernel ....pb de démarrage suite à la recompil du kernel
Support SMP avec 1 CPU. Dangeureux ou pas ???pb avec gentoo 1.2 et kernel
HORREUR !! kernel Panic sur RH 7.3probleme avec un nouveau kernel
Plus de sujets relatifs à : [Kernel] Ils ont cassé le support de la tekram dc390 !

Forum MesDiscussions.Net, Version 2010.2
(c) 2000-2011 Doctissimo
Page générée en 0.083 secondes

Copyright © 1997-2022 Hardware.fr SARL (Signaler un contenu illicite / Données personnelles) / Groupe LDLC / Shop HFR