1.203 +6 -2 src/sys/cam/scsi/scsi_da.c
1.101 +1 -1 src/sys/geom/geom_disk.c
Reduce the noise when plugging in (USB) mass storage devices, like a 4 port
flash card reader.
Also remove an 'Opened da0 -> <random number>' which is not needed on a daily
basis (available through bootverbose).
Add support for Epson USB Scanners (3590 [1] and 4990 [2]).
Add entries in the uscanner.4 man page (along with missing 3500).
Add quirk for Logitech iFeel MouseMan USB mouse. [3]
Add support for Familiar Linux powered iPaq handhelds to cdce(4). [4]
Add a quirk for the Belkin FC6550-AVR UPS. [5]
Add support for Netgear FA101 ethernet USB NIC. [6]
Add support for Psion Gold Port Ethernet USB NIC. [7]
Add support for Epson Stylus CX4200 in uscanner(4). [8]
Add support for Novatech NV902 wireless NIC in ural(4). [9]
Add SCSI da(4) quirk for the iRiver H10. [10]
Add a SCSI da(4) quirk for Rekam USB Camera. [11]
Add a USB quirk for Motorola A41x/V32x USB phones. [12]
Add a USB quirk for CMOTECH CDMA USB modem. [13]
Add a USB umass(4) quirk for Panasonic KXL-840AN CD-R drive. [14]
src/share/man/man4/aue.4: rev 1.24 -> 1.25
src/sys/dev/usb/if_aue.c: rev 1.99 -> 1.100
src/sys/dev/usb/usbdevs: rev 1.264 -> 1.275
src/sys/dev/usb/if_cdce.c: rev 1.15 -> 1.16
src/sys/dev/usb/umass.c: rev 1.137 -> 1.138
src/share/man/man4/uscanner.4: rev 1.27 -> 1.29
src/share/man/man4/ural.4: rev 1.10 -> 1.11
src/sys/dev/usb/usb_quirks.c: rev 1.50 -> 1.54
src/sys/dev/usb/uscanner.c: rev 1.74 -> 1.76
src/sys/cam/scsi/scsi_da.c: rev 1.192 -> 1.194
src/sys/dev/usb/if_kue.c: rev 1.70 -> 1.71
src/share/man/man4/kue.4: rev 1.23 -> 1.24
src/sys/dev/usb/if_ural.c: rev 1.45 -> 1.46
PR: usb/100957 [1], usb/100992 [2], usb/101066 [3],
usb/103865 [4], usb/102260 [5], usb/102286 [6],
usb/102296 [7], usb/102851 [8], usb/102852 [9],
usb/102547 [10], usb/98713 [11], usb/97512 [12],
usb/97948 [13], usb/81073 [14]
Submitted by: Jim Teresco <terescoj@teresco.org> [1],
Walter C. Pelissero <walter.pelissero@iesy.net> [2],
Heiko Przybyl <zuxez@uni.de> [3],
Alexey Roslyakov <internetworking@mail.ru> [4],
David Grochowski <grocho98@students.rowan.edu> [5],
Volker <volker@vwsoft.com> [6,7],
Jonathan Fosburgh <jonathan@fosburgh.org> [8,9],
Sven Esbjerg <freebsd-pr@xbsd.net> [10],
Alex <goo@t72.ru> [11],
Mark Diekhans <markd@kermodei.com> [12],
Alexei Volkov <kot@kotzone.ru> [13],
James E. Flemer <jflemer@alum.rpi.edu> [14]
Approved by: re (kensmith)
camcontrol.8: rev 1.42
camcontrol.c: rev 1.54
scsi_all.c: rev 1.49
scsi_all.h: rev 1.26
Implement 'camcontrol reportluns'. This allows users to send the SCSI
REPORT LUNS command to a device.
camcontrol.[c8]: Implement reportluns. This tries to print the LUNs
out in a reasonable format. Only the periph
addressing method has been tested, since very little
hardware that I know of supports the other methods.
scsi_all.[ch]: Revamp the report luns CDB structure and helper
functions. This constitutes a little bit of an API
change, but since the old CDB length was 10 bytes,
and the REPORT LUNS CDB length is actually 12 bytes,
it's clear that no one was using this API in the
first place.
operations before returning, and point the bus at a dummy cam_sim
structure. This avoids crashes in camisr() when umass devices are
unplugged during probing.
It may however be better to simply sleep in xpt_bus_deregister()
until all operations have completed, but it is still useful to have
this MFC'd in the meantime.
Approved by: re (scottl)
Allow to use Time DPA20B 1GB MP3 Player [1]
Allow to use Qware BeatZkey! Pro [2]
PR: usb/81846 [1], usb/79164 [2]
Submitted by: Ruben de Groot <rdg@bzerk.org> [1], Radek Kozlowski <radek@raadradd.com> [2]
Approved by: njl (implict)
sys/cam/scsi/scsi_da.c 1.182
sys/dev/usb/umass.c 1.125
sys/dev/usb/usbdevs 1.238
Allow to use TransFlash drive, which can be found in Motorola E398 Mobile Phone.
PR: usb/89889
Submitted by: Wojciech A. Koszek <dunstan@freebsd.czest.pl>
the underlying drive had been hot-unplugged from the system.
This merges the following revisions:
Revision Path
1.94 src/sys/cam/scsi/scsi_cd.c
1.181 src/sys/cam/scsi/scsi_da.c
1.98 src/sys/geom/geom_disk.c
1.5 src/sys/geom/geom_disk.h
1.88 src/sys/geom/geom_subr.c
>Make the exploring of all luns supported by an HBA more of a
>tunable (until we get REPORT LUNS in place).
>
>If we're probing luns, and each probe succeeds, we keep going past
>lun 7 if we're a SCSI3 or better device (until we fail to probe).
>
>If we're probing luns, and a probe fails, we only keep going if
>we're quirked *for* it (CAM_QUIRK_HILUNS), and if we're not quirked
>*against* it (CAM_QUIRK_NOHILUNS), or we're a SCSI3 or better device
>and the tunable (kern.cam.cam_srch_hi) is set non-zero.
Approved by: re (scottl)
HEAD to RELENG_6: changes to introduce a credentialed version of the
clone event handler, and then changes to merge the regular and
credentialed versions into a single interface (along with updates to
existing consumers). With this merge, 6.x and 7.x are in sync.
First batch merges devfs_devs.c:1.37, devfs_vnops.c:1.115,
kern_conf.c:1.187, tty_pty.c:1.138, mac_vfs.c:1.109, mac_biba.c:1.36,
mac_lomac.c:1.36, mac_mls.c:1.73, mac_stub.c:1.53, mac_test.c:1.61,
conf.h:1.223, mac.h:1.68, mac_policy.h:1.67 from HEAD to RELENG_6:
When devfs cloning takes place, provide access to the credential of the
process that caused the clone event to take place for the device driver
creating the device. This allows cloned device drivers to adapt the
device node based on security aspects of the process, such as the uid,
gid, and MAC label.
- Add a cred reference to struct cdev, so that when a device node is
instantiated as a vnode, the cloning credential can be exposed to
MAC.
- Add make_dev_cred(), a version of make_dev() that additionally
accepts the credential to stick in the struct cdev. Implement it and
make_dev() in terms of a back-end make_dev_credv().
- Add a new event handler, dev_clone_cred, which can be registered to
receive the credential instead of dev_clone, if desired.
- Modify the MAC entry point mac_create_devfs_device() to accept an
optional credential pointer (may be NULL), so that MAC policies can
inspect and act on the label or other elements of the credential
when initializing the skeleton device protections.
- Modify tty_pty.c to register clone_dev_cred and invoke make_dev_cred(),
so that the pty clone credential is exposed to the MAC Framework.
While currently primarily focussed on MAC policies, this change is also
a prerequisite for changes to allow ptys to be instantiated with the UID
of the process looking up the pty. This requires further changes to the
pty driver -- in particular, to immediately recycle pty nodes on last
close so that the credential-related state can be recreated on next
lookup.
Submitted by: Andrew Reisse <andrew.reisse@sparta.com>
Obtained from: TrustedBSD Project
Sponsored by: SPAWAR, SPARTA
Second batch merges scsi_target.c:1.68, coda_fbsd.c:1.43,
firewirereg.h:1.38, fwdev.c:1.47, nmdm.c:1.36, snp.c:1.100, dsp.c:1.82,
mixer.c:1.45, vkbd.c:1.9, devfs_vnops.c:1.117, tty_pty.c:1.139,
tty_tty.c:1.57, bpf.c:1.156, if_tap.c:1.56, if_tun.c:1.153,
smb_dev.c:1.28, conf.h:1.224 from HEAD to RELENG_6:
Merge the dev_clone and dev_clone_cred event handlers into a single
event handler, dev_clone, which accepts a credential argument.
Implementors of the event can ignore it if they're not interested,
and most do. This avoids having multiple event handler types and
fall-back/precedence logic in devfs.
This changes the kernel API for /dev cloning, and may affect third
party packages containg cloning kernel modules.
Requested by: phk
These changes modifies the kernel device driver API for device cloning,
and might require minor modifications to third party device drivers that
make use of devfs cloning. It will not be merged to RELENG_5.
Approved by: re (scottl)
- Introducing the possibility of using locks different than mutexes
for the knlist locking. In order to do this, we add three arguments to
knlist_init() to specify the functions to use to lock, unlock and
check if the lock is owned. If these arguments are NULL, we assume
mtx_lock, mtx_unlock and mtx_owned, respectively.
- Using the vnode lock for the knlist locking, when doing kqueue operations
on a vnode. This way, we don't have to lock the vnode while holding a
mutex, in filt_vfsread.
Reviewed by: jmg
Approved by: re (scottl), scottl (mentor override)
Pointyhat to: ssouhlal
Will be happy: everyone
module-specific malloc types. These should help us to pinpoint the
possible memory leakage in the future.
- Implementing xpt_alloc_ccb_nowait() and replacing all malloc/free based
CCB memory management with xpt_alloc_ccb[_nowait]/xpt_free_ccb. Hopefully
this would be helpful if someday we move the CCB allocator to use UMA
instead of malloc().
Encouraged by: jeffr, rwatson
Reviewed by: gibbs, scottl
Approved by: re (scottl)
(depends on how many memory you have) observed through "tar -tvf /dev/sa0."
Without this patch, RELENG_5 and HEAD panics with something like:
kmem_malloc(4096): kmem_map too small: 42258432 total allocated
RELENG_4 doesn't panic but spews following errors:
camq_init: - cannot malloc array!
Reviewed by: gibbs, scottl
Approved by: re (scottl)
MFC after: 3 days
period value. I suppose the BT adapter driver should be
fixed, but more importantly we should protect against
dividing by zero.
PR: kern/75603
MFC after: 1 week
succeed if there was no media in the drive.
This was broken in rev 1.72 when the media check was added to cdioctl().
For now, check the ioctl group to decide whether to check for media or not.
(We only need to check for media on CD-specific ioctls.)
Reported by: bland
MFC after: 3 days
disables tag queuing temporarily in order to allow controllers a window
to safely perform transfer negotiation with non-compliant devices. Before
this change, CAM would restore the queue depth to the controller specified
maximum or device quirk level rather than any depth determined by reactions
to QUEUE FULL/BUSY events or an explicit user setting.
During device probe, initialize the flags field for XPT_SCAN_BUS.
The uninitialized value often confused CAM into not bothering to
issue an AC_FOUND_DEVICE async event for new devices. The reason
this bug wasn't reported earlier is that CAM manually announces
devices after the initial system bus scans.
MFC: 3 days
