Re: FreeBSD 6.0 auf Thinkpad T42 (war: Re: Hardwareentscheidung (CPU/MOBO))

From: Bernd Walter <ticso(at)cicely12.cicely.de>
Date: Mon, 7 Nov 2005 23:16:37 +0100

On Mon, Nov 07, 2005 at 10:58:09PM +0100, Steffen Beyer wrote:
> Einzige Merkwürdigkeit bisher: Massenspeicher am USB erzeugen regelmäßig
> Warnungen[2] beim Anschluß. Der Zugriff ist dann allerdings problemlos
> in voller Geschwindigkeit möglich. Woran könnte das liegen?
>
> [1] ugen0: vendor 0x1668 product 0x2441, rev 1.10/5.46, addr 2
>
> [2] Zwei Geräte waren beim Booten angeschlossen, der Memory-Stick wird
> zweimal gefunden:
>
> da2 at umass-sim1 bus 1 target 0 lun 0
> da2: <WDC WD3200JB-00KFA0 08.0> Fixed Direct Access SCSI-2 device
> da2: 40.000MB/s transfers
> da2: 305245MB (625142448 512 byte sectors: 255H 63S/T 38913C)
> da0 at umass-sim0 bus 0 target 0 lun 0
> da0: < USB DISK Pro 1.18> Removable Direct Access SCSI-0 device
> da0: 40.000MB/s transfers
> da0: 246MB (504832 512 byte sectors: 64H 32S/T 246C)
> da1 at umass-sim0 bus 0 target 0 lun 1
> da1: < USB DISK Pro 1.18> Removable Direct Access SCSI-0 device
> da1: 40.000MB/s transfers
> da1: 1MB (2880 512 byte sectors: 64H 32S/T 1C)
> umass0: Phase Error, residue = 0

Das ist ein Verstoss gegen die Umass Spezifikation.
Hier ist die Gerätefirmware Schuld.

> (da0:umass-sim0:0:0:0): Synchronize cache failed, status == 0x4, scsi status == 0x0

Das Gerät kennt den Befehl nicht den Schreibcache mit dem Medium zu
syncronisieren.
Vermutlich hat das Gerät keinen Schreibcahe - es wäre denoch höfflich
gewesen den Befehl zu implementieren.
Bei einem Gerät mit Schreibcache würde es bedeuten, dass man das Gerät
erst nach einer Gerätespezifischen (also letzlich unebkannten)
Wartezeit vom Strom abtrennen darf.
Da FreeBSD nicht weiß, ob ein Schreibcache vorhanden ist informiert es
den Benutzer.

> Späterer Anschluß eines SD-Adapters:
>
> umass2: SanDisk Cruzer, rev 1.10/1.00, addr 5
> da3 at umass-sim2 bus 2 target 0 lun 0
> da3: <SanDisk Cruzer 2.00> Removable Direct Access SCSI-0 device
> da3: 1.000MB/s transfers
> da3: Attempt to query device size failed: NOT READY, Medium not present
> (da3:umass-sim2:2:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0
> (da3:umass-sim2:2:0:0): CAM Status: SCSI Status Error
> (da3:umass-sim2:2:0:0): SCSI Status: Check Condition
> (da3:umass-sim2:2:0:0): NOT READY asc:3a,0
> (da3:umass-sim2:2:0:0): Medium not present
> (da3:umass-sim2:2:0:0): Unretryable error

Das kommt vom GEOM - ein Massenspeicher wurde angeklemmt und GEOM
versucht Partitionen, etc zu finden.
Da aber kein Medium eingelegt ist kommt es zu obigen Meldungen.

> Opened disk da3 -> 6
> (da3:umass-sim2:2:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0
> (da3:umass-sim2:2:0:0): CAM Status: SCSI Status Error
> (da3:umass-sim2:2:0:0): SCSI Status: Check Condition
> (da3:umass-sim2:2:0:0): UNIT ATTENTION asc:28,0
> (da3:umass-sim2:2:0:0): Not ready to ready change, medium may have changed
> (da3:umass-sim2:2:0:0): Retrying Command (per Sense Data)

Hier taucht dann plötzlich ein Medium auf, vermutlich war das Medium
die ganze Zeit schon drin und das USB-Gerät hat bei den ersten
Versuchen gelogen.

Kurzum, unhöfliche bis fehlerhafte Firmware der USB-Geräte.

-- 
B.Walter                   BWCT                http://www.bwct.de
bernd(at)bwct.de                                  info(at)bwct.de
To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org
with "unsubscribe de-bsd-questions" in the body of the message
Received on Mon 07 Nov 2005 - 23:18:36 CET

search this site