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

Recherche :

Mot : Pseudo : Filtrer
Page : 1 2 Page Suivante Page Précédente Bas de page
Auteur	Sujet : [Kernel] Ils ont cassé le support de la tekram dc390 !

HuGoBioS

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 =-

Publicité

samuelp

HuGoBioS a écrit :

Tu reportes le probleme aux concepteurs du noyau

HuGoBioS

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 =-

HuGoBioS

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

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

kazekami

J'aime pas les gens

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

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

HuGoBioS

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 =-

HuGoBioS

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 =-

sT0ne

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

HuGoBioS

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 =-

Humidifier

Essaye d'installer ton encien driver avec l'option force pour voir ...

insmod -f :??:

Publicité

HuGoBioS

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 =-

HuGoBioS

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 =-

HuGoBioS

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 =-

Humidifier

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

HuGoBioS

Humidifier a écrit :

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 =-

Humidifier

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

HuGoBioS

Humidifier a écrit :

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 =-

Humidifier

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)

HuGoBioS

Humidifier a écrit :

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 =-

Humidifier

Suis en train de te le compiler pour un 2.4.20

On va voir si j'ai la même erreur.

HuGoBioS

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 =-

Humidifier

:??:

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.

HuGoBioS

Humidifier a écrit :

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 =-

Humidifier

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

HuGoBioS

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 =-

Humidifier

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:

HuGoBioS

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 =-

HuGoBioS

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 =-

Humidifier

Désolé mais la comilation du module en 2.4.19 foire.

J'abandonne sur ce coup, d'autres trucs à faire.

Courage ... :hello:

HuGoBioS

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 =-

BMOTheKiller

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

HuGoBioS

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

:hello:

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

BMOTheKiller

il y sera encore demain, l'année prochaine même :lol:

faudra bien que je le purge un peu ce compte

bn

HuGoBioS

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

bn

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

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

BMOTheKiller

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:

HuGoBioS

BMOTheKiller a écrit :

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 =-

HuGoBioS

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 =-

BMOTheKiller

j'ai pas de bios dessus, elle est pas bootable

c'est une rev01 sinon

HuGoBioS

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 =-

BMOTheKiller

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

Publicité

Page : 1 2

Page Suivante

Page Précédente

Haut de page

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.3	probleme avec un nouveau kernel
Plus de sujets relatifs à : [Kernel] Ils ont cassé le support de la tekram dc390 !

Page générée en 0.118 secondes