Intermittent pauses copying from one usb drive to another
julian at freebsd.org
Sat Feb 5 16:51:46 UTC 2011
On 2/5/11 8:28 AM, Donald Allen wrote:
> On Sat, Feb 5, 2011 at 10:28 AM, Hans Petter Selasky<hselasky at c2i.net>wrote:
>> On Saturday 05 February 2011 16:18:56 Donald Allen wrote:
>>> Does whoever is responsible for CAM/SCSI
>>> know about this and do you know if there are plans to fix it? What is the
>>> point of "supporting" USB devices (and we aren't talking about an
>>> device here; these are USB disks), when the "support" is partially
>> As far as I know there are no ongoing plans to fix this issue. Yes, we need
>> support the oddballs too, of course.
> Actually, I'm arguing that you (FreeBSD, not necessarily the USB layer) need
> to better support the *main-stream* devices better (I care much less about
> the outliers, because by definition, the quality of their support affects
> far fewer people). These Toshiba drives are vanilla stuff, used by many for
>> Currently a lot of quirks have been
>> pushed into the umass driver, but I guess that we need to add more quirks,
>> probably switch around from black-listing into white-listing, so that the
>> quirks are turned on by default.
>> Thanks for your understanding!
> I do understand, but in some ways I don't. FreeBSD is a great system,
> superior to Linux in many ways that have been discussed ad nauseum, but USB
> devices, particularly disks and flash-based devices, are ubiquitous these
> days, and FreeBSD's support for these devices is weak, weaker than Linux and
> even OpenBSD (in my experience). This seems like a very odd place for a
> gaping hole in the system, particularly after all the work you did to
> re-implement the USB layer.
Could the USB mass storage layer not refuse to pass down some commands
and just return the proscribed error?
> freebsd-usb at freebsd.org mailing list
> To unsubscribe, send any mail to "freebsd-usb-unsubscribe at freebsd.org"
More information about the freebsd-current