Uli Klaus <klaus@zoologie.uni-halle.de> wrote:
ich habe hier eine SCSI Karte mit DTC 436P drauf. keine Jumper..... Auf der Unterseite steht: PCB NO. 3181LE-97 REV1A
Interessant, interessant! Bei mir steht obiges mit REV2A
Grundsaetzliche Infos gibt es hier: Der Hersteller: <A HREF="http://www.domex.com.tw/"><A HREF="http://www.domex.com.tw/</A">http://www.domex.com.tw/</A</A>> Ein 'Howto' fuer die Nutzung unter Linux: <A HREF="http://www.schwaben.de/home/bgt/ingmar/mustek-scsi.html"><A HREF="http://www.schwaben.de/home/bgt/ingmar/mustek-scsi.html</A">http://www.schwaben.de/home/bgt/ingmar/mustek-scsi.html</A</A>> Der noetige Kernel-Patch: <A HREF="http://www.schwaben.de/home/bgt/ingmar/mustek-scsi-patch-0.6.gz"><A HREF="http://www.schwaben.de/home/bgt/ingmar/mustek-scsi-patch-0.6.gz</A">http://www.schwaben.de/home/bgt/ingmar/mustek-scsi-patch-0.6.gz</A</A>>
Schon gecheckt.
Vielleicht hat Deine Karte ja eine Drahtbruecke am oberen Rand, die mit J1 oder JP1 beschriftet ist. Das waere der PNR/PNP-Jumper-Ersatz. Du koenntest sie durchkneifen, um erst einmal eine pnp-Karte zu erhalten, die dann auch einen IRQ verwendet und per isapnp steuerbar ist.
Das habe ich gleich ausprobiert, doch ein vollständig destabiles System erhalten:-(((. Bei mir war es ein Jumper, den ich blindgesteckt habe (vorher waren die Pins verbunden, jetzt offen). Als User unter Linux hängt sich der Rechner beim Starten von X-Window auf - Hardwarereset nötig (kommt ja unter Linux sehr selten vor, daß man von einem anderen Rechner den hängengebliebenen nicht runter fahren kann...). Unter Windows kann ich auch nur noch im abgesicherten Modus hochfahren:-(((. IMHO könnte ich IRQ und IO-Port-Probleme haben. Die Kiste ist nämlich schon recht voll und die Karte ist nach der Ausgabe von pnpdump recht wählerisch: # Card 2: (serial identifier 7f ff ff ff ff 6e 43 83 12) # DTC436e Serial No -1 [checksum 7f] # Version 1.0, Vendor version 1.a # ANSI string -->DTC436E<-- # # Logical device id DTC436e # Device support I/O range check register # # Edit the entries below to uncomment out the configuration required. # Note that only the first value of any range is given, this may be changed if required # Don't forget to uncomment the activate (ACT Y) when happy (CONFIGURE DTC436e/-1 (LD 0 # Logical device decodes 10 bit IO address lines # Minimum IO base address 0x0240 # Maximum IO base address 0x03e0 # IO base alignment 32 bytes # Number of IO addresses required: 32 # (IO 0 (BASE 0x0240)) # IRQ 3, 4, 5, 11 or 15. # High true, edge sensitive interrupt # (INT 0 (IRQ 3 (MODE +E))) # (ACT Y) )) # End tag... Checksum 0x00 (OK) # Returns all cards to the "Wait for Key" state (WAITFORKEY) IRQ 3, 4, 5, 11 oder 15 sind also nur möglich. 3 und 4 sind normalerweise von den seriellen Schnittstellen belegt, 11 hat meine PS/2-Maus und 15 die Netzwerkkarte. Da muß ich wohl erstmal was freischaufeln (im Bios was verändern, ...).
Sollte das nicht der Fall sein, dann einfach den obigen Patch einspielen, den Kernel mit Modul g_NCR5380 und generic SCSI-Support neu kompilieren und mit
Soll das heißen, daß ich im Falle des vorhandenen pnp-Moduses (?!) nicht den Patch mehr einspielen muß? Und wie sieht es aus, wenn man unterschiedliche Kernelversionen hat? - Ich habe zur Zeit den 2.0.35 mit einem Suse 5.1. bis 5.3.-System installiert und die SuSE 6.0 mit dem 2.0.36 auf CD schon liegen... cu, Jens -- Um aus der Liste ausgetragen zu werden, eine Mail an majordomo@suse.com schicken, mit dem Text: unsubscribe suse-linux