Kompilierte Treiber f. ITE8212F / SuSE 9.2 gesucht
Hallo,
ich habe hier ein Asus P5GD1, dass ausser einem Intel ICH6R einen
ITE8212-IDE-Controller beherbergt. Die 9.2 erkennt zwar den
Intel-Controller (hat SATA und UIDE), aber leider nicht den ITE8212F
IDE-Raid Controller, den ich allerdings als einfachen IDE-Controller
nutzen möchte. Mein Versuch, die als Sourcen auf der ASUS-CD
mitgelieferten Treiber für den Kernel 2.6 zu compilieren enden trotz
einer ausführlichen Anleitung von Thorsten Schwarz (allerdings für SuSE
9.1) in diversen Compilierfehlern, für die ich keine Lösung weiss (siehe
unten):
======== schnipp ===========
linux:/usr/src/ITE # make
make -C /usr/src/linux SUBDIRS=/usr/src/ITE modules
make[1]: Entering directory `/usr/src/linux-2.6.8-24'
Makefile:465: .config: No such file or directory
WARNING: Symbol version dump /usr/src/linux-2.6.8-24/Module.symvers is
missing, modules will have CONFIG_MODVERSIONS disabled.
CC [M] /usr/src/ITE/iteraid.o
In file included from /usr/src/ITE/iteraid.c:250:
/usr/src/ITE/hosts.h:1:2: warning: #warning "This file is obsolete,
please use
Hallo Lutz, On Wed, Nov 24, 2004 at 11:32:56AM +0100, Lutz Maibach wrote:
======== schnipp ===========
linux:/usr/src/ITE # make make -C /usr/src/linux SUBDIRS=/usr/src/ITE modules make[1]: Entering directory `/usr/src/linux-2.6.8-24' Makefile:465: .config: No such file or directory
^^ damit das Makefile zufrieden ist solltest du zuerst einmal einen Kernel kompilieren. Alternativ reicht evtl. auch ein cat /proc/config.gz | gunzip > /usr/src/linux/.config danach ein make oldconfig.
WARNING: Symbol version dump /usr/src/linux-2.6.8-24/Module.symvers is missing, modules will have CONFIG_MODVERSIONS disabled.
ist da ein binärer Teil bei dem Treiber dabei? Und wenn ja ist der nur für Raid nötig, oder auch für "normal" Funktion des Controllers?
/bin/sh: scripts/basic/fixdep: No such file or directory
^^ das sieht stark nach binärem Treiber aus. Wenn das der Fall ist darfst du auf eine neue Version vom Hersteller warten oder kannst mit etwas Glück das proprietäre Raidmodul umgehen und das hoffentlich offene IDE/SCSI-Emu Module separat kompilieren. ... soviel mal wieder zu binären Treibern ...
Bevor ich mir jetzt weitere Tage erfolglos mit dem Versuch einer eigenen Compilierung um die Ohren schlage wäre es natürlich einfacher, wenn jemand bereits die Sourcen compiliert hätte und sie mir kurz per Mail schicken oder auf Hold legen könnte. Falls der oben gezeigte Fehler einfach zu beheben ist hätte ich allerdings auch nichts gegen eine Selbstkompilierlösung einzuwenden. :-)
Sorry damit kann ich nicht dienen. Schau mal auf der Hersteller Homepage nach oder schicke denen eine Mail. Greetings Daniel -- Du sitzt still auf deinem Arsch ganz egal was auch passiert. Denn wer nichts wagt, kann nichts verlieren. Onkelz - Wer Nichts Wagt
Hallo Daniel,
^^ damit das Makefile zufrieden ist solltest du zuerst einmal einen Kernel kompilieren. Alternativ reicht evtl. auch ein cat /proc/config.gz | gunzip > /usr/src/linux/.config danach ein make oldconfig. Habe ich gemacht - danach spuckt er beim make des ITE die nächste Meldung aus:
linux:/usr/src/ITE # make
make -C /usr/src/linux SUBDIRS=/usr/src/ITE modules
make[1]: Entering directory `/usr/src/linux-2.6.8-24'
WARNING: Symbol version dump /usr/src/linux-2.6.8-24/Module.symvers is
missing, modules will have CONFIG_MODVERSIONS disabled.
CC [M] /usr/src/ITE/iteraid.o
In file included from /usr/src/ITE/iteraid.c:250:
/usr/src/ITE/hosts.h:1:2: warning: #warning "This file is obsolete,
please use
ist da ein binärer Teil bei dem Treiber dabei? Und wenn ja ist der nur für Raid nötig, oder auch für "normal" Funktion des Controllers? Es sind folgende Dateien im Verzeichnis vorhanden, so lange noch kein Compilierversuch unternommen wurde: tos:/usr/src/ITE # ls . hosts.h iteraid.h scsi.h scsi_obsolete.h .. iteraid.c Makefile scsi_module.c scsi_typedefs.h (das Listing habe ich aus der Anleitung übernommen, der Inhalt des Verz. stimmt mit dem oben stehenden Inh. überein)
Hast Du noch eine Idee? Neuere Treiber auf der Seite des Herstellers sind dummerweise nicht herunterladbar (liegen eh nur als Source vor, aber es wäre einen Versuch wert), da der Server (iteusa.com bzw. ite.com.tw) einen zwar die Treiber auswählen lässt und den Download initiiert, aber dann fliesst nichts mehr durch die Leitung :-( Abdunkelnde Grüsse (ich will wieder Sommer wo es bis 22 Uhr hell ist) Lutz
Hallo, Am Wed, 24 Nov 2004, Lutz Maibach schrieb:
linux:/usr/src/ITE # make make -C /usr/src/linux SUBDIRS=/usr/src/ITE modules make[1]: Entering directory `/usr/src/linux-2.6.8-24'
WARNING: Symbol version dump /usr/src/linux-2.6.8-24/Module.symvers is missing, modules will have CONFIG_MODVERSIONS disabled. [..] Building modules, stage 2. MODPOST /bin/sh: scripts/mod/modpost: No such file or directory
Du musst wohl mal ein 'make modules' in /usr/src/linux-2.6.8-24 laufen lassen. -dnh -- Time is an illusion; lunchtime, doubly so. -- Ford Prefect
Hallo Daniel (und natürlich auch alle anderen Leser dieser
Mailingliste - nicht dass sich einer übergangen fühlt ;-) )
der Status-Quo hat sich geändert, denn ich bin weiter - aber leider
nicht am Ziel. Ein netter Mensch hat mir die neueren Treiber geschickt
(als src) und meiner einer hat herausgefunden, dass im Makefile der Pfad
für die SMP-Sourcen eingetragen werden müssen (es ist ein P4). Danach
sieht der Output des Make ander aus und ich bekomme die in der Anleitung
genannten Dateien iteraid.o und iteraid.ko:
inux:/usr/src/ITE09 # make
make -C /usr/src/linux-2.6.8-24-obj/i386/smp SUBDIRS=/usr/src/ITE09
modules
make[1]: Entering directory `/usr/src/linux-2.6.8-24-obj/i386/smp'
make -C ../../../linux-2.6.8-24 O=../linux-2.6.8-24-obj/i386/smp modules
make[4]: Warning: File `/usr/src/ITE09/iteraid.c' has modification time
1.8e+03 s in the future
CC [M] /usr/src/ITE09/iteraid.o
In file included from /usr/src/ITE09/iteraid.c:259:
/usr/src/ITE09/hosts.h:1:2: warning: #warning "This file is obsolete,
please use
Hallo Lutz, On Wed, Nov 24, 2004 at 05:56:21PM +0100, Lutz Maibach wrote:
make[4]: warning: Clock skew detected. Your build may be incomplete. Building modules, stage 2. MODPOST LD [M] /usr/src/ITE09/iteraid.ko make[1]: Leaving directory `/usr/src/linux-2.6.8-24-obj/i386/smp'
------------
Was allerdings ein "Clock skew" ist bleibt mir verschlossen. Nach dem Make hab ich die Dateien mit
Das Datum der zu kompilierenden Dateien liegt in der Zukunft. Oder dein Rechnerdatum in der Vergangenheit ;) zu lösen ist dies z.B. über ein find ./ -type f -exec touch {} \; im Verzeichnis mit deinen Quelldateien.
install -m 644 iteraid.ko /lib/modules/`uname -r`/kernel/drivers/scsi/
kopiert und ein depmod -A durchgeführt (es gab keinerlei Ausgabe).
versuch es mal mit depmod -a (-A vergleicht Zeiten die bei dir evtl. nicht stimmen.
Wenn ich jetzt allerdings versuche, ein "insmod iteraid" durchzuführen bekomme ich nur ein "File not found". Die iteraid.o und .ko befinden sich in /lib/modules/2.6.8-24-smp/kernel/drivers/scsi - nur wo sucht insmod sie?
/lib/modules/`uname -r`/kernel/drivers/scsi/ <- da werden die gesucht. Greetings Daniel -- Stadtplaner sind Menschen, die Radwege schaffen, indem sie Gehwege halbieren.
Hallo Daniel, Clock Skew hat sich beim aktuellen Compilieren sogar ohne touch erledigt (weiss auch nicht was er hatte, denn das Systemdatum und das Dateidatum sehen gut aus), aber insmode sucht definitiv nicht im unten genannten Verzeichnis nach dem Treiber - da hatte ich als erstes nachgesehen.
Wenn ich jetzt allerdings versuche, ein "insmod iteraid" durchzuführen bekomme ich nur ein "File not found". Die iteraid.o und .ko befinden sich in /lib/modules/2.6.8-24-smp/kernel/drivers/scsi - nur wo sucht insmod sie?
/lib/modules/`uname -r`/kernel/drivers/scsi/ <- da werden die gesucht. Leider nicht, denn:
linux:/lib/modules/2.6.8-24-smp/kernel/drivers/scsi # uname -r 2.6.8-24-smp linux:/usr/src/ITE09 # install -m 644 iteraid.ko /lib/modules/`uname -r`/kernel/drivers/scsi/ linux:/usr/src/ITE09 # depmod -a linux:/usr/src/ITE09 # insmod iteraid insmod: can't read 'iteraid': No such file or directory linux:/usr/src/ITE09 # cd /lib/modules/`uname -r`/kernel/drivers/scsi/ linux:/lib/modules/2.6.8-24-smp/kernel/drivers/scsi # dir ite* -rw-r--r-- 1 root root 46764 Nov 25 08:55 iteraid.ko -rw-r--r-- 1 root root 39244 Nov 24 16:16 iteraid.o Tja, da steh ich nun ich armer Tor und bin so schlau als wie zuvor, schnüff. Hast Du evtl. noch eine Idee, wo er sie suchen könnte? Viele Grüsse Lutz
Hallo, erst einmal ein grosses Dankeschön an alle, die mir geholfen bzw. zu helfen versucht haben. Der Treiber ist jetzt eingebunden und ein modprobe iteraid an Stelle des insmod iteraid (welches den Treiber immer noch nicht findet) hat funktioniert. Dazu noch ein Eintrag des Treibers in /etc/sysconfig/kernel unter INITRD_MODULES und nach 2 Neustarts (beim ersten schmierte er nach der "starte kdm"-Meldung ab) wird die Platte am ITE8212F erkannt und die darauf befindliche Partition sauber gemountet. :-) Sonnige Grüsse Lutz
Am Mittwoch, 24. November 2004 11:32 schrieb Lutz Maibach:
Hallo,
ich habe hier ein Asus P5GD1, dass ausser einem Intel ICH6R einen ITE8212-IDE-Controller beherbergt. Die 9.2 erkennt zwar den Intel-Controller (hat SATA und UIDE), aber leider nicht den ITE8212F IDE-Raid Controller, den ich allerdings als einfachen IDE-Controller nutzen möchte. Mein Versuch, die als Sourcen auf der ASUS-CD mitgelieferten Treiber für den Kernel 2.6 zu compilieren enden trotz einer ausführlichen Anleitung von Thorsten Schwarz (allerdings für SuSE 9.1) in diversen Compilierfehlern, für die ich keine Lösung weiss (siehe unten):
[...] Hallo, hast Du mal versucht, die Version vom Hersteller (Datum 1.7.2004) zu benutzen? Auf den mitgelieferten CDs sind meistens ältere Versionen. HTH, Wolfgang
Hallo Wolfgang,
ich habe hier ein Asus P5GD1, dass ausser einem Intel ICH6R einen ITE8212-IDE-Controller beherbergt. Die 9.2
hast Du mal versucht, die Version vom Hersteller (Datum 1.7.2004) zu benutzen? Auf den mitgelieferten CDs sind meistens ältere Versionen. Ich versuche seit 2 Tagen bei iteusa.com und ite.com.tw die neuen Treiber zu saugen, aber sobald die Datei ausgewählt ist und der Download beginnen soll geht kein Byte durch die Leitung. Daher musste ich es mit den Dateien von der CD versuchen.
Gruss Lutz
Am Mittwoch, 24. November 2004 16:10 schrieb Lutz Maibach:
Hallo Wolfgang,
ich habe hier ein Asus P5GD1, dass ausser einem Intel ICH6R einen ITE8212-IDE-Controller beherbergt. Die 9.2
hast Du mal versucht, die Version vom Hersteller (Datum 1.7.2004) zu benutzen? Auf den mitgelieferten CDs sind meistens ältere Versionen.
Ich versuche seit 2 Tagen bei iteusa.com und ite.com.tw die neuen Treiber zu saugen, aber sobald die Datei ausgewählt ist und der Download beginnen soll geht kein Byte durch die Leitung. Daher musste ich es mit den Dateien von der CD versuchen.
Du kannst den Treiber direkt bei Intel saugen. Ist im Win-Paket enthalten. Gruß, Wolfgang
Am Mittwoch, 24. November 2004 11:32 schrieb Lutz Maibach:
Hallo,
ich habe hier ein Asus P5GD1, dass ausser einem Intel ICH6R einen ITE8212-IDE-Controller beherbergt. Die 9.2 erkennt zwar den Intel-Controller (hat SATA und UIDE), aber leider nicht den ITE8212F IDE-Raid Controller, den ich allerdings als einfachen IDE-Controller nutzen möchte. Mein Versuch, die als Sourcen auf der ASUS-CD mitgelieferten Treiber für den Kernel 2.6 zu compilieren enden trotz einer ausführlichen Anleitung von Thorsten Schwarz (allerdings für SuSE 9.1) in diversen Compilierfehlern, für die ich keine Lösung weiss (siehe unten):
======== schnipp ===========
linux:/usr/src/ITE # make make -C /usr/src/linux SUBDIRS=/usr/src/ITE modules make[1]: Entering directory `/usr/src/linux-2.6.8-24' Makefile:465: .config: No such file or directory
Du hast deine Kernelsourcen nicht konfiguriert. Mach ein make cloneconfig; make prepare in /usr/src/linux.
participants (5)
-
Daniel Lord
-
David Haller
-
Lutz Maibach
-
Markus Kossmann
-
Wolfgang Hinsch