Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 31 May 2009 10:09:26 +0200
From:      Hans Petter Selasky <hselasky@c2i.net>
To:        freebsd-current@freebsd.org
Cc:        Harald Schmalzbauer <h.schmalzbauer@omnilan.de>
Subject:   Re: USB (internally fixed) card reader questions
Message-ID:  <200905311009.27818.hselasky@c2i.net>
In-Reply-To: <4A2173A7.3090100@omnilan.de>
References:  <4A20F485.2030803@omnilan.de> <200905301203.20769.hselasky@c2i.net> <4A2173A7.3090100@omnilan.de>

next in thread | previous in thread | raw e-mail | index | archive | help
On Saturday 30 May 2009, Harald Schmalzbauer wrote:
> Hans Petter Selasky schrieb am 30.05.2009 12:03 (localtime):
> ...
>
> > If recompiling hald and checking that libusb is up to date,
> > see /usr/src/lib/libusb, does not solve your problem, then write me some
> > text about how to get going using usbconfig, and I will add it as a
> > workaround FAQ for USB flash cards.
>
> After updating to todays -current and all ports (including hal), I can
> again use the `true > /dev/da0` trick and with the second insertion of
> the card hal "exports" the media. That's same like with 7-stable before.
> But inserting a UFD leads to hal death.
> Here's what I get from dmesg:
> ugen3.3: <USB> at usbus3
> umass1: <USB Flash Disk, class 0/0, rev 2.00/2.00, addr 3> on usbus3
> umass1:  SCSI over Bulk-Only; quirks = 0x0000
> umass1:6:1:-1: Attached to scbus6
> xptioctl: pass driver is not in the kernel
> xptioctl: put "device pass" in your kernel config file
> (probe0:umass-sim1:1:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0
> (probe0:umass-sim1:1:0:0): CAM Status: SCSI Status Error
> (probe0:umass-sim1:1:0:0): SCSI Status: Check Condition
> (probe0:umass-sim1:1:0:0): UNIT ATTENTION asc:28,0
> (probe0:umass-sim1:1:0:0): Not ready to ready change, medium may have
> changed
> (probe0:umass-sim1:1:0:0): Retrying Command (per Sense Data)
> da4 at umass-sim1 bus 1 target 0 lun 0
> da4: <I-Stick2 IntelligentStick 2.00> Removable Direct Access SCSI-2 device
> da4: 40.000MB/s transfers
> da4: 249MB (511488 512 byte sectors: 64H 32S/T 249C)
> GEOM: da4: partition 1 does not start on a track boundary.
> GEOM: da4: partition 1 does not end on a track boundary.
> GEOM_LABEL: Label for provider da4s1 is msdosfs/BIOS-UFD.
>
> Before the UFS plugin I had some hald-addon-storage: /dev/da0 etc.
> These are all gone, just these left:
> 1084  ??  Ss     0:00,43 /usr/local/sbin/hald
>   1088  ??  I      0:00,04 hald-runner
>   1122  ??  I      0:00,01 hald-addon-mouse-sysmouse: /dev/ums0
> (hald-addon-mouse-sy)
>   1132  ??  I      0:00,01 hald-addon-mouse-sysmouse: /dev/ums1
> (hald-addon-mouse-sy)
>   1156  ??  S      0:00,04 hald-addon-storage: /dev/acd0
> (hald-addon-storage)
>   1158  ??  S      0:00,07 hald-addon-storage: /dev/acd1
> (hald-addon-storage)
>   1439  ??  S      0:00,01 hald-addon-storage: /dev/probe0
> (hald-addon-storage)
>
> Now I have some essential question:
> I know that inserting a Flash Card in a fixed USB card reader doesn't
> inform the kernel that there's a new media, so I have to issue a write
> request to get the GEOM notified. This is not easily fixable, as far as
> I remember some discussion at least one year ago.
> But after GEOM knows about the new labels, hal still doesn't catch them.
> First I have to pull out and reinsert the card.
> Is that fixable?

I think you have to ask some file system guys.

Usually I use:

cat /dev/null > /dev/daX

>
> Do I have to use `camcontrol eject` before removing flash cards from
> fixed readers?

Depends on the firmware in the reader. Usually not.

>
> Any hope for my UFD-hal problem?
> Especially the "xptioctl: put "device pass" in your kernel config file"
> error message seems very odd to me.

Did you try adding "device pass" to your kernel config?

--HPS



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200905311009.27818.hselasky>