On 2/5/11 8:28 AM, Donald Allen wrote:
On Sat, Feb 5, 2011 at 10:28 AM, Hans Petter Selasky<hsela...@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
odd-ball
device here; these are USB disks), when the "support" is partially
broken?
As far as I know there are no ongoing plans to fix this issue. Yes, we need
to
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
backups
Currently a lot of quirks have been
pushed into the umass driver, but I guess that we need to add more quirks,
and
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.
Hans Petter,
Could the USB mass storage layer not refuse to pass down some commands
and just return the proscribed error?
/Don
--HPS
_______________________________________________
freebsd-...@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-usb
To unsubscribe, send any mail to "freebsd-usb-unsubscr...@freebsd.org"
_______________________________________________
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
