| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Noticed by: Coverity Prevent analysis tool.
|
|
|
|
|
|
|
| |
with the ALT_IFACE_1 quirk.
PR: usb/79190
Submitted by: Hans Petter Selasky <hselasky@c2i.net>
|
|
|
|
| |
PR: kern/73295
|
|
|
|
| |
few situations where we used to crash, but by no means all of them.
|
|
|
|
|
|
| |
base transfer speed to CAM. The actual value used (40MB/s) is fairly
arbitrary, but assumes the same 33% overhead as was implied by the
1MB/s figure we used for USB1 devices.
|
|
|
|
|
|
| |
PR: kern/73766
Submitted by: Valentin Nechayev
MFC after: 1 week
|
| |
|
|
|
|
| |
the device goes away.
|
|
|
|
|
|
|
|
|
| |
from within umass_ufi_transform(). This includes the 12-byte commands
FORMAT_UNIT, WRITE_AND_VERIFY, VERIFY, and READ_FORMAT_CAPACITIES
(sorted in numerical order).
Reviewed by: ken, scottl
MFC after: 2 weeks
|
|
|
|
|
|
|
|
| |
ONSPEC entry are sorted
PR: kern/71031
Submitted by: Johann Hugo <jhugo@icomtek.csir.co.za>
MFC after: 1 week
|
|
|
|
| |
moved into them.
|
|
|
|
|
|
| |
PR: kern/65438
Submitted by: Peter D. Quilty <pdquilty@adelphia.net>
MFC after: 1 week
|
|
|
|
|
|
| |
PR: kern/64722
Submitted by: Thiemo Nordenholz <nz@thiemo.net>
MFC after: 1 week
|
|
|
|
|
|
| |
PR: kern/69915
Submitted by: Christian Gusenbauer <c47g@gmx.at>
MFC after: 1 week
|
| |
|
|
|
|
|
|
| |
PR: kern/67115
Submitted by: Jukka A. Ukkonen <jau@iki.fi>
MFC after: 1 week
|
|
|
|
| |
Submitted by: Gerhard Gonter <gonter@falbala.wu-wien.ac.at>
|
|
|
|
|
|
|
|
|
| |
- Logitec LDR-H443SU2
- IO-DATA DVR-UEH8
PR: kern/63793
Submitted by: Ryuji MATSUMOTO <matumoto@pluto.ai.kyutech.ac.jp>
MFC after: 1 week
|
|
|
|
|
|
| |
PR: kern/63619
Submitted by: Greg Rivers <gcr@sa.fedex.com>
MFC after: 1 week
|
|
|
|
|
|
|
| |
netbsd.org -> NetBSD.org(rev.1.109)
fix typo in comment(rev.1.90)
add list of ``already merged''
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
- 2nd type of GL641USB USB-IDE bridge [1]
- Plextor Plexwriter 40/12/40U [2]
PR: kern/61671 [1]
kern/61803 [2]
Submitted by: Ralf Wenk <RZ-FreeBSD0401@fh-karlsruhe.de> [1]
Feisal Mohammed <feisal@uwi.tt> [2]
MFC after: 1 week
|
|
|
|
|
|
| |
PR: kern/61578
Submitted by: Masaharu FUJITA <m@fjts.org>
MFC after: 1 week
|
|
|
|
|
|
|
|
| |
(NetBSD src/sys/dev/usb/umass.c rev.1.67)
PR: kern/58649 (Problem 1)
Submitted by: SAKIYAMA Nobuo <sakichan@sakichan.org>
MFC after: 1 week
|
|
|
|
|
| |
PR: kern/60389
Submitted by: Sang Woo Shim <ssw@swoo.org>
|
|
|
|
|
|
|
|
| |
unmodified for ATAPI type devices with ports/sysutils/cdrtools.
(But we need timeout routine which was in kern/58649 for fixate, I think.)
PR: kern/58649
Submitted by: SAKIYAMA Nobuo <sakichan@sakichan.org>
|
|
|
|
| |
Submitted by: OISHI Masakuni <yamasa@bsdhouse.org> [FreeBSD-users-jp 77672]
|
|
|
|
| |
Submitted by: OISHI Masakuni <yamasa@bsdhouse.org> [FreeBSD-users-jp 77672]
|
|
|
|
|
| |
PR: kern/57050
Submitted by: Brian J. McGovern <mcgovern@beta.com>
|
|
|
|
|
|
|
|
|
|
|
| |
- PNY Attache Flash Drive [1]
- minolta 5400 USB scanner [2]
PR: kern/58045 [1]
kern/56496 [2]
Submitted by: [1] Rick C. Petty <rick@kiwi-computer.com>
[2] Mark Diekhans <markd@kermodei.com>
|
|
|
|
|
|
|
|
| |
[1] Logitec LDR-H443U2 DVD-RAM/-R/+R/-RW/+RW Drive
[2] Panasonic KXL-CB20AN Portable DVD-ROM/CD-R/RW
Submitted by: [1] Taoka Fumiyoshi <fmysh@iijmio-mail.jp> [bsd-usb:727]
[2] SHIMIZU Kazuhiro <kazuhiro@shimizu.homeip.net> [FreeBSD-users-jp 77608]
|
|
|
|
| |
the actual number of LUNs is printed.
|
| |
|
|
|
|
|
|
| |
no longer needed now that we have PIM_NO_6_BYTE.
Requested by: jhb
|
|
|
|
|
|
|
|
|
|
| |
receive 6 byte commands. Add a check for this flag to da(4) and cd(4) so
that they honor it. This is a quick workaround for many devices (especially
USB) that require da(4) quirks to operate. The more complete approach is
to finish the new transport code which will be aware of the SCSI version a
transport implements.
MFC after: 1 day
|
|
|
|
|
|
| |
This brings us more in line with Net/OpenBSD
Obtained from: Net/OpenBSD
|
|
|
|
|
|
| |
This code reduces the number of trailing white space to be more in line
w/ NetBSD. I don't regenerate usbdevs, saving that for when it really
changes.
|
|
|
|
|
|
| |
Devices below may experience a change in geometry.
* umass(4) drives exactly 1 GB in size now no longer use extended geometry.
|
|
|
|
|
|
|
| |
normal INQUIRY requests so enable the NO_INQUIRY quirk.
Submitted by: Lars Eggert <larse@ISI.EDU>
Approved by: re (scottl)
|
|
|
|
| |
Approved by: re
|
|
|
|
|
|
|
|
| |
all of the Optio series have the same problems. It might be a better
approach eventually to add wildcard support to USB quirks.
PR: kern/50271, kern/46369
Approved by: re (rwatson)
|
|
|
|
|
|
|
| |
Submitted by: Jan-Oliver Neumann <neumannj@arcor.de>
By way of: n_hibma
Approved by: re (jhb & bmah)
MFC After: 7 days
|
|
|
|
|
|
|
|
| |
devices.
This reduces complexity and fixes a number of small problems.
Approved by: gallatin (mentor)
Reviewed by: njl
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The former fakes a valid response to an inquiry command. (I am completely
blown away that there are devices which hang upon receiving inquiry). The
latter returns "invalid request" to any inquiry commands with EVPD set.
NO_INQUIRY implies NO_INQUIRY_EVPD but not vice versa. Both quirks have been
tested separately on my USB key although it didn't require either of them.
While I'm here, fix wildcarding so that any/all of vendor, product, revision
can be wildcarded.
Idea from: Linux
MFC after: 2 weeks
|
|
|
|
|
|
|
|
|
| |
use the underlying AsahiOptical USB chip and thus this quirk may need to
be generalized in the future.
PR: kern/46369
Submitted by: Tim Vanderhoek <vanderh@ecf.utoronto.ca>
MFC After: 3 days
|
|
|
|
|
|
|
|
| |
in geom_disk.c.
As a side effect this makes a lot of #include <sys/devicestat.h>
lines not needed and some biofinish() calls can be reduced to
biodone() again.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
a number of related problems along the way.
- Automatically detect CDROM drives that can't handle 6 byte mode
sense and mode select, and adjust our command size accordingly.
We have to handle this in the cd(4) driver (where the buffers are
allocated), since the parameter list length is different for the
6 and 10 byte mode sense commands.
- Remove MODE_SENSE and MODE_SELECT translation removed in ATAPICAM
and in the umass(4) driver, since there's no way for that to work
properly.
- Add a quirk entry for CDROM drives that just hang when they get a 6
byte mode sense or mode select. The reason for the quirk must be
documented in a PR, and all quirks must be approved by
ken@FreeBSD.org. This is to make sure that we fully understand why
each quirk is needed. Once the CAM_NEW_TRAN_CODE is finished, we
should be able to remove any such quirks, since we'll know what
protocol the drive speaks (SCSI, ATAPI, etc.) and therefore whether
we should use 6 or 10 byte mode sense/select commands.
- Change the way the da(4) handles the no_6_byte sysctl. There is
now a per-drive sysctl to set the minimum command size for that
particular disk. (Since you could have multiple disks with
multiple requirements in one system.)
- Loader tunable support for all the sysctls in the da(4) and cd(4)
drivers.
- Add a CDIOCCLOSE ioctl for cd(4) (bde pointed this out a long
time ago).
- Add a media validation routine (cdcheckmedia()) to the cd(4)
driver, to fix some problems bde pointed out a long time ago. We
now allow open() to succeed no matter what, but if we don't detect
valid media, the user can only issue CDIOCCLOSE or CDIOCEJECT
ioctls.
- The media validation routine also reads the table of contents off
the drive. We use the table of contents to implement the
CDIOCPLAYTRACKS ioctl using the PLAY AUDIO MSF command. The
PLAY AUDIO TRACK INDEX command that we previously used was
deprecated after SCSI-2. It works in every SCSI CDROM I've tried,
but doesn't seem to work on ATAPI CDROM drives. We still use the
play audio track index command if we don't have a valid TOC, but
I suppose it'll fail anyway in that case.
- Add _len() versions of scsi_mode_sense() and scsi_mode_select() so
that we can specify the minimum command length.
- Fix a couple of formatting problems in the sense printing code.
MFC after: 4 weeks
|
|
|
|
| |
Approved by: trb
|
|
|
|
|
|
|
|
| |
some USB devices. (Make sure to set xfer data length when we force
a short inquiry.)
Obtained from: NetBSD(sys/dev/usb/umass_scsipi.c rev.1.8)
Original idea from: Shingo WATANABE <nabe@nabechan.org>
|
|
|
|
|
| |
Put the Trek Smart Thumbdrives (8MB model) entry in the right place.
(Entries are sorted by vendor id).
|