Fehlermeldung bei Kernelmodul laden (SCSI-Scanner)

Torsten Zumpf

27 Feb 2004 27 Feb '04

01:07

Hallo Ich habe es nun nach Anleitung und langem lesen geschafft, meinen Scanner (Mustek MFS-6000SP) zu installieren. Er läuft nun unter Sane. Angeschlossen über eine ISA SCSI-Interface-Karte. Das Problem ist, dass beim Starten des Systems folgende Meldung erscheint: isapnp: Scanning for PnP cards... isapnp: No Plug & Play device found scsi1 : IRQ0 not free, interrupts disabled scsi1 : interrupts not enabled. for better interactive performance, scsi1 : please jumper the board for a free IRQ. scsi1 : at port 0x280 interrupts disabled options CAN_QUEUE=16 CMD_PER_LUN=2 release=1 generic options AUTOPROBE_IRQ AUTOSENSE PSEUDO DMA USLEEP, USLEEP_POLL=1 USLEEP_SLEEP=20 generic release=7 scsi1 : Generic NCR5380/53C400 Driver Vendor: MUSTEK Model: MSF-06000SP Rev: 2.10 Type: Scanner ANSI SCSI revision: 01 Wenn dann die console fonts oder keymap geladen werden, werden noch ÿ in der Vendo-Zeile angehangen: Vendor: MUSTEKÿÿ Model: MSF-06000SPÿÿÿÿÿ Rev: 2.10 Um das Modul für den Scanner zu laden habe ich in /etc/sysconfig/kernel folgendes eingefügt: MODULES_LOADED_ON_BOOT=" cdrom ide-cd ide-scsi g_NCR5380" ^^^^^ Dazu noch in die /etc/modules.conf options g_NCR5380 ncr_addr=0x280 ncr_53c400a=1 Meine Frage ist nun, wie löse ich das Problem mit dem IRQ? Der Scanner bekommt keinen IRQ zugewiesen. Einscannen kann ich, nur möchte ich gerne die Fehler behoben haben. Gibt es eine Möglichkeit, das Modul in diesem Fall nur bei Bedarf zu laden? Wenn es nur in der /etc/modules.con eingetragen ist, wird das Modul nicht geladen und kein Scanner gefunden. Besten Dank Torsten Zumpf

Show replies by date

Kai Krämer

27 Feb 27 Feb

06:37

Hallo Torsten, Am Fr, den 27.02.2004 schrieb Torsten Zumpf um 02:07:

...

Ich habe es nun nach Anleitung und langem lesen geschafft, meinen Scanner (Mustek MFS-6000SP) zu installieren. Er läuft nun unter Sane. Angeschlossen über eine ISA SCSI-Interface-Karte. [...] scsi1 : Generic NCR5380/53C400 Driver Vendor: MUSTEK Model: MSF-06000SP Rev: 2.10 Type: Scanner ANSI SCSI revision: 01 [...] Gibt es eine Möglichkeit, das Modul in diesem Fall nur bei Bedarf zu laden? Wenn es nur in der /etc/modules.con eingetragen ist, wird das Modul nicht geladen und kein Scanner gefunden.

Bei den Fehlermeldungen kann ich dir leider nicht helfen, aber... Ich hatte hier schon mal das Problem mit meinem SCSI-Scanner (Microtek E6) und dem Dauerbetrieb gepostet. Eine gute Lösung für ein späteres Anschalten ist der Befehl rescan-scsi-bus.sh als su ausgeführt und mit dem du den hardwarescan nach SCSI-Geräten (wie beim booten) wiederholst. Du mußt dann ggf. noch einmal mit Yast den Scanner neu einrichten, da er jetzt auf einer anderen ID liegt. Nun kannst du ihn auch nach dem Betrieb wieder ausschalten. :-) Gruß, Kai. -- Kai Krämer

Dieter Kluenter

08:07

Hallo, Torsten Zumpf writes:

...

Hallo

Ich habe es nun nach Anleitung und langem lesen geschafft, meinen Scanner (Mustek MFS-6000SP) zu installieren. Er läuft nun unter Sane. Angeschlossen über eine ISA SCSI-Interface-Karte. Das Problem ist, dass beim Starten des Systems folgende Meldung erscheint:

isapnp: Scanning for PnP cards... isapnp: No Plug & Play device found scsi1 : IRQ0 not free, interrupts disabled scsi1 : interrupts not enabled. for better interactive performance, scsi1 : please jumper the board for a free IRQ. scsi1 : at port 0x280 interrupts disabled options CAN_QUEUE=16 CMD_PER_LUN=2 release=1 generic options AUTOPROBE_IRQ AUTOSENSE PSEUDO DMA USLEEP, USLEEP_POLL=1 USLEEP_SLEEP=20 generic release=7 scsi1 : Generic NCR5380/53C400 Driver Vendor: MUSTEK Model: MSF-06000SP Rev: 2.10 Type: Scanner ANSI SCSI revision: 01

...

Um das Modul für den Scanner zu laden habe ich in /etc/sysconfig/kernel folgendes eingefügt:

MODULES_LOADED_ON_BOOT=" cdrom ide-cd ide-scsi g_NCR5380"

Deine SCSI-Karte ist ein nativer SCSI Controller daher ist die IDE Krücke falsch, es sei denn, du hast ein ATAPI CDROM und Brenner. [...]

...

Dazu noch in die /etc/modules.conf

options g_NCR5380 ncr_addr=0x280 ncr_53c400a=1

Die I/O Option 0x280 ist mit Sicherheit falsch, da ja die Meldung oben besagt, daß die Interrupts an Port 0x280 'disabled' sind.

...

Meine Frage ist nun, wie löse ich das Problem mit dem IRQ? Der Scanner bekommt keinen IRQ zugewiesen. Einscannen kann ich, nur möchte ich gerne die Fehler behoben haben.

Du mußt die Jumper auf der SCSI Karte anders setzen.

...

Gibt es eine Möglichkeit, das Modul in diesem Fall nur bei Bedarf zu laden? Wenn es nur in der /etc/modules.con eingetragen ist, wird das Modul nicht geladen und kein Scanner gefunden.

modprobe g_NCR5380 -Dieter -- Dieter Kluenter | Systemberatung Tel:040.64861967 | Fax: 040.64891521 mailto: dkluenter(at)dkluenter.de http://www.avci.de

David Haller

09:25

Hallo, Am Fri, 27 Feb 2004, Dieter Kluenter schrieb:

...

Torsten Zumpf writes:

...
options g_NCR5380 ncr_addr=0x280 ncr_53c400a=1

Die I/O Option 0x280 ist mit Sicherheit falsch, da ja die Meldung oben besagt, daß die Interrupts an Port 0x280 'disabled' sind.

Nein. Das ist der einzige Port mit dem diese kastrierte Karte funktioniert. Bei allen anderen Ports haengt sich die Kiste auf. [..]

...

Du mußt die Jumper auf der SCSI Karte anders setzen.

Die Karte hat keine Jumper. Und braucht keinen IRQ. D.h. man muss den IRQ abschalten (ncr_irq=255), siehe meine andere Mail. -dnh -- If you haven't got time to RTFM, you haven't got time to whine on this mailing list.

David Haller

08:20

Hallo, Am Fri, 27 Feb 2004, Torsten Zumpf schrieb:

...

Ich habe es nun nach Anleitung und langem lesen geschafft, meinen Scanner (Mustek MFS-6000SP) zu installieren. Er läuft nun unter Sane. Angeschlossen über eine ISA SCSI-Interface-Karte.

Ich hab hier den Mustek ScanMagic 9636S aka 12000SP. Und wohl genau die gleiche ISA-SCSI-Karte DMX 3181(L)E. Das sane-backend ist "mustek".

...

MODULES_LOADED_ON_BOOT=" cdrom ide-cd ide-scsi g_NCR5380"

*grummel* Die Module kannst du alle(!) rauswerfen. Ausserdem vertragen sich ide-cd und ide-scsi nicht. Also: MODULES_LOADED_ON_BOOT=""

...

Dazu noch in die /etc/modules.conf

options g_NCR5380 ncr_addr=0x280 ncr_53c400a=1

Fast richtig. Ich hab mir auch den Wolf gesucht, bis ich die richtigen Optionen gefunden hab ;) Uebrigens: mit nem anderen IO-Port haengt sich mein System auf. Und dafuer in der modules.conf: ==== options g_NCR5380 ncr_irq=255 ncr_addr=0x280 dtc_3181e=1 below sr_mod ide-scsi below sg ide-scsi g_NCR5380 alias block-major-11 sr_mod alias char-major-21 sg ==== Die letzten beiden Eintraege muesstest du schon haben. Mit der config wird alles automagisch geladen, wenn du auf /dev/sr* bzw. /dev/sg* zugreifst. Und du solltest entweder _KEIN_ oder _ALLE_ CD/DVD-Laufwerke via ide-scsi betreiben! -dnh -- If you haven't got time to RTFM, you haven't got time to whine on this mailing list.

Torsten Zumpf

12:31

Hallo,

...

Ich hab hier den Mustek ScanMagic 9636S aka 12000SP. Und wohl genau die gleiche ISA-SCSI-Karte DMX 3181(L)E. Das sane-backend ist "mustek". Und dafuer in der modules.conf:

==== options g_NCR5380 ncr_irq=255 ncr_addr=0x280 dtc_3181e=1 below sr_mod ide-scsi below sg ide-scsi g_NCR5380

alias block-major-11 sr_mod alias char-major-21 sg ==== Die letzten beiden Eintraege muesstest du schon haben. Mit der config wird alles automagisch geladen, wenn du auf /dev/sr* bzw. /dev/sg* zugreifst.

Bestens, das war genau das, was ich gesucht habe. Vielen Dank. Nun läuft es.

...

Und du solltest entweder _KEIN_ oder _ALLE_ CD/DVD-Laufwerke via ide-scsi betreiben!

Hatte ich vorher schon als ide-scsi laufen. Nun besteht aber noch das Problem, dass beim booten die Meldung Vendor: MUSTEK Model: MSF-06000SP Rev: 2.10 umgewandelt wird in Vendor: MUSTEKÿÿ Model: MSF-06000SPÿÿÿÿÿ Rev: 2.10 Vielleicht weiß da noch einer eine Lösung. Besten Dank für die Hilfe, auch an die anderen. Gruß Torsten Zumpf

David Haller

13:38

Hallo, Am Fri, 27 Feb 2004, Torsten Zumpf schrieb:

...

...
Die letzten beiden Eintraege muesstest du schon haben. Mit der config wird alles automagisch geladen, wenn du auf /dev/sr* bzw. /dev/sg* zugreifst.

Bestens, das war genau das, was ich gesucht habe. Vielen Dank. Nun läuft es.

*g*

...

...
Und du solltest entweder _KEIN_ oder _ALLE_ CD/DVD-Laufwerke via ide-scsi betreiben!

Hatte ich vorher schon als ide-scsi laufen.

Warum hattest du dann aber "ide-cd" in MODULES_LOADED_ON_BOOT? Und hast du die Variable MODULES_LOADED_ON_BOOT geleert?

...

Vendor: MUSTEKÿÿ Model: MSF-06000SPÿÿÿÿÿ Rev: 2.10

Was stoert dich daran? -dnh -- If you haven't got time to RTFM, you haven't got time to whine on this mailing list.

Torsten Zumpf

14:26

Hallo

...

...
...
Und du solltest entweder _KEIN_ oder _ALLE_ CD/DVD-Laufwerke via ide-scsi betreiben!

Hatte ich vorher schon als ide-scsi laufen.

Warum hattest du dann aber "ide-cd" in MODULES_LOADED_ON_BOOT?

Das hat Suse bei der Installtion so gemacht. Habe erst mit der Suche zur Scannerinstalltion davon erfahren, dass es da auch Einstellungen gibt.

...

Und hast du die Variable MODULES_LOADED_ON_BOOT geleert?

Ja, die ist jetzt leer.

...

...
Vendor: MUSTEKÿÿ Model: MSF-06000SPÿÿÿÿÿ Rev: 2.10

Was stoert dich daran?

Es schadet nicht, sieht aber unschön aus und es wäre interessant zu wissen, warum diese Zeichen angehangen werden. Und nur an dieser Stelle. Gruß Torsten

David Haller

15:47

Hallo, Am Fri, 27 Feb 2004, Torsten Zumpf schrieb:

...

...
Und hast du die Variable MODULES_LOADED_ON_BOOT geleert?

Ja, die ist jetzt leer.

Gut :) Achso: was steht in INITRD_MODULES? Denn s.u.

...

...
...
Vendor: MUSTEKÿÿ Model: MSF-06000SPÿÿÿÿÿ Rev: 2.10

Was stoert dich daran?

Es schadet nicht, sieht aber unschön aus und es wäre interessant zu wissen, warum diese Zeichen angehangen werden. Und nur an dieser Stelle.

Hm. Ich lade die Module nur bei Bedarf automatisch, und beim booten kommt garnix. Deswegen die Frage nach INITRD_MODULES in /etc/sysconfig/kernel. Was steht denn in /proc/scsi/scsi wenn das Modul g_NCR5380 geladen ist? Spontan vermute ich mal, das es an den Terminal-Einstellungen liegt die sich unterscheiden und dass die vom Scanner gelieferten Strings tatsaechlich die "ÿ" enthalten. -dnh -- If you haven't got time to RTFM, you haven't got time to whine on this mailing list.

Torsten Zumpf

28 Feb 28 Feb

17:03

Hallo Kann es sein, dass der Scanner beim Starten des Systems eingeschaltet sein muß? Es scheint auch nach jedem Start ein neues device zu sein. Mal /dev/sg0, dann wieder /dev/sg2.

...

Was steht denn in /proc/scsi/scsi wenn das Modul g_NCR5380 geladen ist? Spontan vermute ich mal, das es an den Terminal-Einstellungen liegt die sich unterscheiden und dass die vom Scanner gelieferten Strings tatsaechlich die "ÿ" enthalten.

Das steht dann in /proc/scsi/g_NCR5380/ In dem Ordner ist ein 0 enthalten. Wohl die host number. Ein cat auf die 0: # cat 0 SCSI host number 0 : Generic NCR5380/NCR53C400 Scsi Driver Generic NCR5380 driver version 1 NCR5380 core version 7 NCR53C400 extension version 2 NCR53C400 card not detected NCR53C400 pseudo DMA used Using port mapping at port 0x280, no interrupt T:6 Scanner MUSTEK MSF-06000SP 2.10 0 kb read in 0 secs 0 kb written in 0 secs REQ not asserted, phase unknown. No currently connected command issue_queue disconnected_queue MfG Torsten

David Haller

18:49

Hallo, Am Sat, 28 Feb 2004, Torsten Zumpf schrieb:

...

Kann es sein, dass der Scanner beim Starten des Systems eingeschaltet sein muß?

Bei mir sowieso, weil der Funkenschlag beim Einstecken des Netzteils glaube ich nicht so gut ist... Prinzipiell (wenn der Scanner mit einem Schalter am Stromnetz haengt) geht's aber auch so, mit der Einschraenkung, dass...

...

Es scheint auch nach jedem Start ein neues device zu sein. Mal /dev/sg0, dann wieder /dev/sg2.

... je nach Reihenfolge, in der ide-scsi, g_NCR5380 und evtl. andere Hostadapter (-emulationen) geladen werden und wann Geraete eingeschaltet werden sich die vergebenen devices /dev/sg* entsprechend aendern. Ich verwende hier ein scripterl, dass mir den symlink /dev/scanner auf das jew. device umbiegt: ==== #!/bin/sh SCSI_HW_MOD="g_NCR5380" ### ich lade mit # modprobe -k $SCSI_HW_MOD ### das Modul per Hand, eigentlich sollte es aber reichen, per sgcheck ### einen Zugriff auf /dev/sg* auszuloesen, wodurch 'sg.o' geladen ### wird und somit (durch die Abhaengigkeit 'below sg g_NCR5380') auch ### 'g_NCR5380.o'... Bitte testen... DEV="`sgcheck | grep 'SCANNER' | cut -d' ' -f1`" if test -n "$DEV"; then rm -f /dev/scanner ln -sf $DEV /dev/scanner else echo "No device found" >&2 exit 1 fi exit 0 ==== Wenn du mehr als einen Scanner hast muss man die RE fuer's grep natuerlich anpassen. Da ich nur selten scanne, ist mir das mit diesem script am liebsten. Ansonsten koennte man mal experimentieren, ob sich das symlink-umbiege-script auch als 'post-install' ausfuehren laesst, oder ob das umbiegen des symlinks dann zu spaet ist, wenn eine Anwendung (z.B. xscanimage) auf /dev/scanner (das auf irgendein(!) /dev/sg* zeigt) zugreift und somit das 'modprobe sg' ausloest. Hm. Ich glaub ich teste das morgen mal selbst, wenn ich dran denke. Ansonsten kannst du auch die Reihenfolge der Module aendern, du koenntest grundsaetzlich zuerst ide-scsi laden, das belegt dann wohl immer /dev/sg{0,1} und der Scanner muesste dann immer auf /dev/sg2 landen. Dreh mal die Reihenfolge beim 'below sg' um...

...

...
Was steht denn in /proc/scsi/scsi wenn das Modul g_NCR5380 geladen ist? Spontan vermute ich mal, das es an den Terminal-Einstellungen liegt die sich unterscheiden und dass die vom Scanner gelieferten Strings tatsaechlich die "ÿ" enthalten.

Das steht dann in /proc/scsi/g_NCR5380/ In dem Ordner ist ein 0 enthalten. Wohl die host number. Ein cat auf die 0:

# cat 0 SCSI host number 0 : Generic NCR5380/NCR53C400 Scsi Driver Generic NCR5380 driver version 1 NCR5380 core version 7 NCR53C400 extension version 2 NCR53C400 card not detected NCR53C400 pseudo DMA used Using port mapping at port 0x280, no interrupt T:6 Scanner MUSTEK MSF-06000SP 2.10 0 kb read in 0 secs 0 kb written in 0 secs REQ not asserted, phase unknown. No currently connected command issue_queue disconnected_queue

Jup. Ich hab hier gerade z.B.: # cat /proc/scsi/ide-scsi/0 SCSI host adapter emulation for IDE ATAPI devices # cat /proc/scsi/g_NCR5380/1 SCSI host number 1 : Generic NCR5380/NCR53C400 Scsi Driver Generic NCR5380 driver version 1 NCR5380 core version 7 NO NCR53C400 driver extensions Using port mapping at port 0x280, no interrupt REQ not asserted, phase unknown. No currently connected command issue_queue disconnected_queue Der Scanner ist grad nicht eingesteckt, meldet sich aber AFAIR als "MUSTEK MSF-12000SP". Ausserdem hab ich g_NCR5380 selbst und eben ohne die NCR53C400 extension kompiliert, da ich die ja nicht brauche. Hm. Wie sieht der Model-string in /proc/scsi/scsi aus? Ist der auch ok? Und kommt die Meldung beim booten immer noch? -dnh -- If you haven't got time to RTFM, you haven't got time to whine on this mailing list.

7371

Age (days ago)

7372

Last active (days ago)

List overview

Download

10 comments

4 participants

participants (4)

David Haller
Dieter Kluenter
Kai Krämer
Torsten Zumpf