Promise Fasttrak SX4000 mir SuSE Linux 8.2
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, hat jemand von Euch schon mal einen Promise Fasttrak SX4000 unter SuSE Linux 8.2 (Kernel 2.4.20-64GB-SMP) zum Laufen gebracht? Wenn ja, wie habt Ihr das gemacht? Die bisherigen Versuche: 1. Download Promise-Treiber von deren Homepage. Geht nicht, weil falsche Version des Kerns. 2. Diverse Quellen von http://majestic.lugh.de/~fs/promise/ runtergeladen und compiliert. Auch nix, unter anderem: - - falsche Kernel-Version (keine Ahnung warum: 2.4.20 statt 2.4.20*) - - Segmentation Faults (mit einem Treiber fuer einen TX-Controller) - - und die schoenste Meldung: | FastTrak.o: unresolved symbol schedule | FastTrak.o: | Hint: You are trying to load a module without a GPL compatible license | and it has unresolved symbols. The module may be trying to access | GPLONLY symbols but the problem is more likely to be a coding or | user error. Contact the module supplier for assistance, only they | can help you. | - - Aufruf an schedule() auskommentiert, hat aber auch nix gebracht. Modul wird dann zwar geladen, aber es laesst sich kein Device finden, das fdisk annehmen wuerde. Tja... Ausser einen passenden Kern zu installieren, faellt mir beim besten Willen nichts mehr ein. Anderer Kern ist deswegen unguenstig, weil das Ding eine SMP-Maschine ist und eigentlich auch bleiben sollte. Faellt Euch vielleicht etwas dazu ein? Viele Gruesse -michael - -- Es gibt zwei Grundsätze für Erfolg und Glück: 1. Erzähle anderen nicht alles, was du weißt. PGP public key: http://www.michael-klemm.net/public.key -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2-rc1-SuSE (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFAkp3aWEu1syWqdn0RAhhcAKC/aDLYoewKHEr2z0WF1K2q8YAVZQCeO756 UGmYkL0sgAQehLyE5Mb/5Vg= =zuLQ -----END PGP SIGNATURE-----
From: "Michael Klemm"
Hi,
Hi,
hat jemand von Euch schon mal einen Promise Fasttrak SX4000 unter SuSE Linux 8.2 (Kernel 2.4.20-64GB-SMP) zum Laufen gebracht? Wenn ja, wie habt Ihr das gemacht?
habe zwar keinen SX4000, sondern einen TX4000 (Asus A7V8X Board), und den konnte ich ohne Probleme kompilieren. Vorgehensweise: - Source downgeloaded (bspw. nach /tmp/promise) und entpackt (tar zxvf xxx.tar.gz) - nach /usr/src/kernel gewechselt, und "make cloneconfig && make dep" laufen lassen - ins Promise Source Verzeichnis gewechselt (/tmp/promise), und das Makefile angepaßt (INDEP586 Wert (oder so ähnlich)) - dann ein "make clean all" ausgeführt - dann ein "insmod ft3xx.o" aufgerufen - per "cat /proc/scsi/ft3xx/x" nachgesehen, ob das RAID erkannt wird - anschließend ft3xx.o nach /lib/modules/'uname -r'/kernel/drivers/scsi kopiert - noch ein "depmod -a" ausgeführt Die obigen Schritte sind nach jedem Kernelupdate auszuführen - funzt hier unter 8.2 & 9.0, aber ist, wie gesagt, die TX-Version.
Die bisherigen Versuche:
1. Download Promise-Treiber von deren Homepage. Geht nicht, weil falsche Version des Kerns.
2. Diverse Quellen von http://majestic.lugh.de/~fs/promise/ runtergeladen und compiliert. Auch nix, unter anderem:
- - falsche Kernel-Version (keine Ahnung warum: 2.4.20 statt 2.4.20*) - - Segmentation Faults (mit einem Treiber fuer einen TX-Controller) - - und die schoenste Meldung: | FastTrak.o: unresolved symbol schedule | FastTrak.o: | Hint: You are trying to load a module without a GPL compatible license | and it has unresolved symbols. The module may be trying to access | GPLONLY symbols but the problem is more likely to be a coding or | user error. Contact the module supplier for assistance, only they | can help you. | - - Aufruf an schedule() auskommentiert, hat aber auch nix gebracht. Modul wird dann zwar geladen, aber es laesst sich kein Device finden, das fdisk annehmen wuerde.
Tja... Ausser einen passenden Kern zu installieren, faellt mir beim besten Willen nichts mehr ein. Anderer Kern ist deswegen unguenstig, weil das Ding eine SMP-Maschine ist und eigentlich auch bleiben sollte.
Faellt Euch vielleicht etwas dazu ein?
Vielleicht hilft es ja ...
Viele Gruesse -michael
Gruß Torsten
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, Torsten E. wrote: |>hat jemand von Euch schon mal einen Promise Fasttrak SX4000 unter SuSE |>Linux 8.2 (Kernel 2.4.20-64GB-SMP) zum Laufen gebracht? Wenn ja, wie |>habt Ihr das gemacht? | | | habe zwar keinen SX4000, sondern einen TX4000 (Asus A7V8X Board), und den | konnte ich ohne Probleme kompilieren. | Vorgehensweise: | - Source downgeloaded (bspw. nach /tmp/promise) und entpackt (tar zxvf | xxx.tar.gz) Das habe ich gemacht. Allerdings nicht von Promise direkt sondern von der von mir angegeben Quelle. | - nach /usr/src/kernel gewechselt, und "make cloneconfig && make dep" laufen | lassen | - ins Promise Source Verzeichnis gewechselt (/tmp/promise), und das Makefile | angepaßt (INDEP586 Wert (oder so ähnlich)) | - dann ein "make clean all" ausgeführt | - dann ein "insmod ft3xx.o" aufgerufen | - per "cat /proc/scsi/ft3xx/x" nachgesehen, ob das RAID erkannt wird | - anschließend ft3xx.o nach /lib/modules/'uname -r'/kernel/drivers/scsi | kopiert | - noch ein "depmod -a" ausgeführt | | Die obigen Schritte sind nach jedem Kernelupdate auszuführen - funzt hier | unter 8.2 & 9.0, aber ist, wie gesagt, die TX-Version. So ähnlich habe ich das schon auch getrieben (bis auf das finale Einbinden des Moduls in modules.conf). Mit einem vanilla 2.4.26-Kern habe ich es dann doch geschafft, dass ich das Modul kompilieren und installieren konnte. Allerdings liefert jetzt badblocks staendig fehlerhafte Blöcke. Ich befürchte, dass sich diese Menge von fehlerhaften Blöcken bei jedem Durchlauf von badblocks auch noch ändern wird... Viele Grüße und Danke! -michael - -- Es gibt zwei Grundsätze für Erfolg und Glück: 1. Erzähle anderen nicht alles, was du weißt. PGP public key: http://www.michael-klemm.net/public.key -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2-rc1-SuSE (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFAljo8WEu1syWqdn0RAhN4AKCCdNuhPaVdizvhyr6SErj/mDMM9wCgwUyy TEg98shU8OSAmc1e3OTYx9c= =qBNI -----END PGP SIGNATURE-----
participants (2)
-
Michael Klemm
-
Torsten E.