Ils ont cassé le support de la tekram dc390 ! [Kernel] - Divers - Linux et OS Alternatifs
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 |
Tu reportes le probleme aux concepteurs du noyau
Marsh Posté le 02-03-2003 à 18:53:57
samuelp a écrit : |
il faut que je leur fournisse quels infos exactement ?
Marsh Posté le 02-03-2003 à 19:24:05
je vais tester un 2.5.63 avant de gueuler ;-)
je vous tient au courant !
Marsh Posté le 02-03-2003 à 19:35:20
t'as tenté un kernel 2.4.20 avec le patch -ac2 ?
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 ...
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 |
il semblerait qu'ils aient cassé mon bo driver
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
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 *@@@#[|@@§!!!!#~{{@@@@|[!!
Marsh Posté le 02-03-2003 à 20:29:51
Essaye d'installer ton encien driver avec l'option force pour voir ...
insmod -f
Marsh Posté le 02-03-2003 à 20:56:18
Humidifier a écrit : Essaye d'installer ton encien driver avec l'option force pour voir ... |
je l'ai pas en modules je compile tjs tt en hard !
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à
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 !!!!
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/...
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 |
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 !
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
Marsh Posté le 02-03-2003 à 21:59:49
Humidifier a écrit : Intêret des modules (à mon sens, donc forcément criticable) |
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é
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)
Marsh Posté le 02-03-2003 à 22:09:40
Humidifier a écrit : Pour le point 2) c'est clair que c'est plus litigieux. |
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
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.
Marsh Posté le 02-03-2003 à 22:14:13
Humidifier a écrit : Suis en train de te le compiler pour un 2.4.20 |
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 )
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.
Marsh Posté le 02-03-2003 à 22:23:43
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 !!
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
Marsh Posté le 02-03-2003 à 22:31:05
Humidifier a écrit : Pas de message particulier. |
mail je te mp mon adresse ou par ssh si tu veux
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 ...
Marsh Posté le 02-03-2003 à 22:38:18
Humidifier a écrit : Ca compile à nouveau. |
oky
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
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 ...
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
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
Marsh Posté le 03-03-2003 à 01:34:36
enorme! merci!
je test ca demain "matin" en me levant
là je suis crevé !
Marsh Posté le 03-03-2003 à 01:40:37
il y sera encore demain, l'année prochaine même
faudra bien que je le purge un peu ce compte
bn
Marsh Posté le 03-03-2003 à 11:43:22
BMOTheKiller a écrit : il y sera encore demain, l'année prochaine même |
toi aussi tu as une tekram d'apres ce que j'ai lu sur ton autre tomic ?
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
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 |
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 !
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 :
|
et là en rebootant sur le 2.4.19 j'ai eu droit a ca :
DC390: 1 adapters found |
mais la ca marche alors je capte pas trop ...
Marsh Posté le 03-03-2003 à 12:24:35
j'ai pas de bios dessus, elle est pas bootable
c'est une rev01 sinon
Marsh Posté le 03-03-2003 à 12:25:16
BMOTheKiller a écrit : j'ai pas de bios dessus, elle est pas bootable |
oky moi elle est bootable c'ets osn seul interet parceque sinon j'ai une aic7xxx qui marche impec mais qui est pas bootable
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
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 =-