Re: CompactFlash-Karten

On Wed, Dec 04, 2002 at 10:11:24PM +0100, Stefan Jahn wrote:
> Am Mittwoch, 4. Dezember 2002 20:41 schrieb Gerd Geppert:
> > > 1. Es gibt externe Lesegeräte für USB. Laufen diese unter FreeBSD 4.7
> >
> > Ich habe getestet bis zum Umfallen. Das einzigste Lesegerät das
> > funktioniert, ist das SanDisk ImageMate mit der
> > SanDisk Part No: SDDR-31

Es gibt auch aktuellere Geräte, die laufen.

> Das Gerät erscheint folgendermassen unter FreeBSD:
> umass0: ScanLogic SC 0.612 ScanLogic SC 0.612, rev 1.10/0.61, addr 2
>
> Der Befehl "usbdevs -dv" bringt kar keine Ausgabe (ausser Maus und Hub). Aber
> "camcontrol devlist" bringt folgende Ausgabe:
> <ScanLogi c SC 0.612 > at scbus0 target 0 lun 0 (pass0,da0)

Das mit dem usbdevs sollte eigendlich nicht sein.
Was hast du für einen USB Controller?
Wenn das ein OHCI Controller ist, dann habe ich einen Patch für dich.

On Wed, Dec 04, 2002 at 11:20:29PM +0100, Oliver Fromme wrote:
> Stefan Jahn <stefan.jahn(at)nemesis-sektor.de> wrote:
> > umass0: ScanLogic SC 0.612 ScanLogic SC 0.612, rev 1.10/0.61, addr 2
>
> Das ist schonmal gut; der umass-Treiber fühlt sich zustän-
> dig für das Teil.

Ja - ein sehr gutes Zeichen.

> > <ScanLogi c SC 0.612 > at scbus0 target 0 lun 0 (pass0,da0)
> >
> > Tja, egal welches device von /dev/da0.. ich auch immer mounte ... entweder
> > bleibt das System stehen oder ich erhalte sofort einen Kernel-Panic.
>
> Ehm, nicht mit der Tür ins Haus fallen. Daß es Dir den
> Kernel zerreißt, wenn beim Mounten ein Device-Treiber an-
> fängt zu kotzen, ist nicht ungewöhnlich.
>
> Erstmal mit was low-level-mäßigem anfangen. Versuch mal:
>
> dd if=/dev/da0 of=/dev/null count=1
>
> oder:
>
> fdisk da0
>
> Ich vermute, daß es ein Weilchen blockiert und mit einem
> I/O-Error endet, und im »dmesg« wirst Du ein paar Fehler-
> meldungen sehen. Vielleicht sowas:
>
> umass0: BBB reset failed, TIMEOUT
> umass0: BBB bulk-in clear stall failed, TIMEOUT
>
> Oder etwas ähnliches. Schick uns mal die dmesg-Ausgabe.
> Ich vermute, daß sich das Gerät mit einem passenden Quirk-
> Eintrag zum Laufen bewegen läßt.

Alternativ mal mit eingelegtem Medium einstecken.

> Wenn die Fehlermeldungen im »dmesg« so ähnlich aussehen
> wie oben, könntest Du mal diesen Patch probieren:
>
> --- src/sys/cam/scsi/scsi_da.c.orig Sat Aug 24 21:03:58 2002
> +++ src/sys/cam/scsi/scsi_da.c Wed Dec 4 23:16:40 2002
> @@ -373,6 +373,10 @@
> */
> {T_DIRECT, SIP_MEDIA_REMOVABLE, "Digital", "World DMC","*"},
> /*quirks*/ DA_Q_NO_6_BYTE
> + },
> + {
> + {T_DIRECT, SIP_MEDIA_REMOVABLE, "ScanLog*", "*", "*"},
> + /*quirks*/ DA_Q_NO_6_BYTE
> }
> };

Das wird nichts helfen - die sind dafür da, um 6 Byte Befehle
abzuschalten.
Zum einen äußert sich das ganz anders und zum anderen ist das eh nicht
mehr nötig, da der Fallback auf 10Byte Befehle automatisiert ist.
Wenn da quirks nötig sind, dann garantiert andere.

Ist das ein Gerät mit mehreren Slots?
Auf jedenfall stehen die Chance recht gut, da umass das Gerät schon mal
angenommen hat.

-- 
B.Walter              COSMO-Project         http://www.cosmo-project.de
ticso(at)cicely.de         Usergroup           info(at)cosmo-project.de
To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org
with "unsubscribe de-bsd-questions" in the body of the message