1998-09-15 06:43:02 +00:00
|
|
|
.\"
|
2007-09-08 20:24:12 +00:00
|
|
|
.\" Copyright (c) 1998, 1999, 2000, 2002, 2005, 2006, 2007 Kenneth D. Merry.
|
1998-09-15 06:43:02 +00:00
|
|
|
.\" All rights reserved.
|
|
|
|
|
.\"
|
|
|
|
|
.\" Redistribution and use in source and binary forms, with or without
|
|
|
|
|
.\" modification, are permitted provided that the following conditions
|
|
|
|
|
.\" are met:
|
|
|
|
|
.\" 1. Redistributions of source code must retain the above copyright
|
|
|
|
|
.\" notice, this list of conditions and the following disclaimer.
|
|
|
|
|
.\" 2. Redistributions in binary form must reproduce the above copyright
|
|
|
|
|
.\" notice, this list of conditions and the following disclaimer in the
|
|
|
|
|
.\" documentation and/or other materials provided with the distribution.
|
|
|
|
|
.\" 3. The name of the author may not be used to endorse or promote products
|
|
|
|
|
.\" derived from this software without specific prior written permission.
|
|
|
|
|
.\"
|
|
|
|
|
.\" THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND
|
|
|
|
|
.\" ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
|
|
|
|
|
.\" IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
|
|
|
|
|
.\" ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE
|
|
|
|
|
.\" FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
|
|
|
|
|
.\" DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS
|
|
|
|
|
.\" OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
|
|
|
|
|
.\" HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT
|
|
|
|
|
.\" LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY
|
|
|
|
|
.\" OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
|
|
|
|
|
.\" SUCH DAMAGE.
|
|
|
|
|
.\"
|
1999-08-28 00:22:10 +00:00
|
|
|
.\" $FreeBSD$
|
1998-09-15 06:43:02 +00:00
|
|
|
.\"
|
2014-08-31 10:28:31 +00:00
|
|
|
.Dd August 31, 2014
|
1998-09-15 06:43:02 +00:00
|
|
|
.Dt CAMCONTROL 8
|
2000-06-03 22:16:00 +00:00
|
|
|
.Os
|
1998-09-15 06:43:02 +00:00
|
|
|
.Sh NAME
|
|
|
|
|
.Nm camcontrol
|
|
|
|
|
.Nd CAM control program
|
|
|
|
|
.Sh SYNOPSIS
|
2000-11-20 16:52:27 +00:00
|
|
|
.Nm
|
2000-06-03 22:16:00 +00:00
|
|
|
.Aq Ar command
|
1999-05-10 23:30:04 +00:00
|
|
|
.Op device id
|
1998-09-15 06:43:02 +00:00
|
|
|
.Op generic args
|
|
|
|
|
.Op command args
|
2000-11-20 16:52:27 +00:00
|
|
|
.Nm
|
2000-06-03 22:16:00 +00:00
|
|
|
.Ic devlist
|
2013-12-29 20:48:47 +00:00
|
|
|
.Op Fl b
|
1998-09-15 06:43:02 +00:00
|
|
|
.Op Fl v
|
2000-11-20 16:52:27 +00:00
|
|
|
.Nm
|
2000-06-03 22:16:00 +00:00
|
|
|
.Ic periphlist
|
1999-05-10 23:30:04 +00:00
|
|
|
.Op device id
|
1998-09-15 06:43:02 +00:00
|
|
|
.Op Fl n Ar dev_name
|
|
|
|
|
.Op Fl u Ar unit_number
|
2000-11-20 16:52:27 +00:00
|
|
|
.Nm
|
2000-06-03 22:16:00 +00:00
|
|
|
.Ic tur
|
1999-05-10 23:30:04 +00:00
|
|
|
.Op device id
|
1998-09-15 06:43:02 +00:00
|
|
|
.Op generic args
|
2000-11-20 16:52:27 +00:00
|
|
|
.Nm
|
2001-07-15 07:53:42 +00:00
|
|
|
.Ic inquiry
|
1999-05-10 23:30:04 +00:00
|
|
|
.Op device id
|
1998-09-15 06:43:02 +00:00
|
|
|
.Op generic args
|
|
|
|
|
.Op Fl D
|
|
|
|
|
.Op Fl S
|
|
|
|
|
.Op Fl R
|
2000-11-20 16:52:27 +00:00
|
|
|
.Nm
|
Separate the parallel scsi knowledge out of the core of the XPT, and
modularize it so that new transports can be created.
Add a transport for SATA
Add a periph+protocol layer for ATA
Add a driver for AHCI-compliant hardware.
Add a maxio field to CAM so that drivers can advertise their max
I/O capability. Modify various drivers so that they are insulated
from the value of MAXPHYS.
The new ATA/SATA code supports AHCI-compliant hardware, and will override
the classic ATA driver if it is loaded as a module at boot time or compiled
into the kernel. The stack now support NCQ (tagged queueing) for increased
performance on modern SATA drives. It also supports port multipliers.
ATA drives are accessed via 'ada' device nodes. ATAPI drives are
accessed via 'cd' device nodes. They can all be enumerated and manipulated
via camcontrol, just like SCSI drives. SCSI commands are not translated to
their ATA equivalents; ATA native commands are used throughout the entire
stack, including camcontrol. See the camcontrol manpage for further
details. Testing this code may require that you update your fstab, and
possibly modify your BIOS to enable AHCI functionality, if available.
This code is very experimental at the moment. The userland ABI/API has
changed, so applications will need to be recompiled. It may change
further in the near future. The 'ada' device name may also change as
more infrastructure is completed in this project. The goal is to
eventually put all CAM busses and devices until newbus, allowing for
interesting topology and management options.
Few functional changes will be seen with existing SCSI/SAS/FC drivers,
though the userland ABI has still changed. In the future, transports
specific modules for SAS and FC may appear in order to better support
the topologies and capabilities of these technologies.
The modularization of CAM and the addition of the ATA/SATA modules is
meant to break CAM out of the mold of being specific to SCSI, letting it
grow to be a framework for arbitrary transports and protocols. It also
allows drivers to be written to support discrete hardware without
jeopardizing the stability of non-related hardware. While only an AHCI
driver is provided now, a Silicon Image driver is also in the works.
Drivers for ICH1-4, ICH5-6, PIIX, classic IDE, and any other hardware
is possible and encouraged. Help with new transports is also encouraged.
Submitted by: scottl, mav
Approved by: re
2009-07-10 08:18:08 +00:00
|
|
|
.Ic identify
|
|
|
|
|
.Op device id
|
|
|
|
|
.Op generic args
|
2010-01-20 13:31:12 +00:00
|
|
|
.Op Fl v
|
Separate the parallel scsi knowledge out of the core of the XPT, and
modularize it so that new transports can be created.
Add a transport for SATA
Add a periph+protocol layer for ATA
Add a driver for AHCI-compliant hardware.
Add a maxio field to CAM so that drivers can advertise their max
I/O capability. Modify various drivers so that they are insulated
from the value of MAXPHYS.
The new ATA/SATA code supports AHCI-compliant hardware, and will override
the classic ATA driver if it is loaded as a module at boot time or compiled
into the kernel. The stack now support NCQ (tagged queueing) for increased
performance on modern SATA drives. It also supports port multipliers.
ATA drives are accessed via 'ada' device nodes. ATAPI drives are
accessed via 'cd' device nodes. They can all be enumerated and manipulated
via camcontrol, just like SCSI drives. SCSI commands are not translated to
their ATA equivalents; ATA native commands are used throughout the entire
stack, including camcontrol. See the camcontrol manpage for further
details. Testing this code may require that you update your fstab, and
possibly modify your BIOS to enable AHCI functionality, if available.
This code is very experimental at the moment. The userland ABI/API has
changed, so applications will need to be recompiled. It may change
further in the near future. The 'ada' device name may also change as
more infrastructure is completed in this project. The goal is to
eventually put all CAM busses and devices until newbus, allowing for
interesting topology and management options.
Few functional changes will be seen with existing SCSI/SAS/FC drivers,
though the userland ABI has still changed. In the future, transports
specific modules for SAS and FC may appear in order to better support
the topologies and capabilities of these technologies.
The modularization of CAM and the addition of the ATA/SATA modules is
meant to break CAM out of the mold of being specific to SCSI, letting it
grow to be a framework for arbitrary transports and protocols. It also
allows drivers to be written to support discrete hardware without
jeopardizing the stability of non-related hardware. While only an AHCI
driver is provided now, a Silicon Image driver is also in the works.
Drivers for ICH1-4, ICH5-6, PIIX, classic IDE, and any other hardware
is possible and encouraged. Help with new transports is also encouraged.
Submitted by: scottl, mav
Approved by: re
2009-07-10 08:18:08 +00:00
|
|
|
.Nm
|
2006-08-21 13:24:50 +00:00
|
|
|
.Ic reportluns
|
|
|
|
|
.Op device id
|
|
|
|
|
.Op generic args
|
|
|
|
|
.Op Fl c
|
|
|
|
|
.Op Fl l
|
|
|
|
|
.Op Fl r Ar reporttype
|
|
|
|
|
.Nm
|
2007-09-08 20:24:12 +00:00
|
|
|
.Ic readcap
|
|
|
|
|
.Op device id
|
|
|
|
|
.Op generic args
|
|
|
|
|
.Op Fl b
|
|
|
|
|
.Op Fl h
|
|
|
|
|
.Op Fl H
|
|
|
|
|
.Op Fl N
|
|
|
|
|
.Op Fl q
|
|
|
|
|
.Op Fl s
|
|
|
|
|
.Nm
|
2000-06-03 22:16:00 +00:00
|
|
|
.Ic start
|
1999-05-10 23:30:04 +00:00
|
|
|
.Op device id
|
1998-09-15 06:43:02 +00:00
|
|
|
.Op generic args
|
2000-11-20 16:52:27 +00:00
|
|
|
.Nm
|
2000-06-03 22:16:00 +00:00
|
|
|
.Ic stop
|
1999-05-10 23:30:04 +00:00
|
|
|
.Op device id
|
1998-09-15 06:43:02 +00:00
|
|
|
.Op generic args
|
2000-11-20 16:52:27 +00:00
|
|
|
.Nm
|
2002-09-06 18:16:26 +00:00
|
|
|
.Ic load
|
|
|
|
|
.Op device id
|
|
|
|
|
.Op generic args
|
|
|
|
|
.Nm
|
2000-06-03 22:16:00 +00:00
|
|
|
.Ic eject
|
1999-05-10 23:30:04 +00:00
|
|
|
.Op device id
|
1998-09-15 06:43:02 +00:00
|
|
|
.Op generic args
|
2000-11-20 16:52:27 +00:00
|
|
|
.Nm
|
2000-06-03 22:16:00 +00:00
|
|
|
.Ic rescan
|
2002-01-18 18:00:00 +00:00
|
|
|
.Aq all | bus Ns Op :target:lun
|
2000-11-20 16:52:27 +00:00
|
|
|
.Nm
|
2000-06-03 22:16:00 +00:00
|
|
|
.Ic reset
|
2002-01-18 18:00:00 +00:00
|
|
|
.Aq all | bus Ns Op :target:lun
|
2000-11-20 16:52:27 +00:00
|
|
|
.Nm
|
2000-06-03 22:16:00 +00:00
|
|
|
.Ic defects
|
1999-05-10 23:30:04 +00:00
|
|
|
.Op device id
|
1998-09-15 06:43:02 +00:00
|
|
|
.Op generic args
|
|
|
|
|
.Aq Fl f Ar format
|
|
|
|
|
.Op Fl P
|
|
|
|
|
.Op Fl G
|
2000-11-20 16:52:27 +00:00
|
|
|
.Nm
|
2000-06-03 22:16:00 +00:00
|
|
|
.Ic modepage
|
1999-05-10 23:30:04 +00:00
|
|
|
.Op device id
|
1998-09-15 06:43:02 +00:00
|
|
|
.Op generic args
|
2001-08-16 11:09:00 +00:00
|
|
|
.Aq Fl m Ar page | Fl l
|
1998-12-02 22:42:36 +00:00
|
|
|
.Op Fl P Ar pgctl
|
2000-08-08 06:24:17 +00:00
|
|
|
.Op Fl b | Fl e
|
1998-09-15 06:43:02 +00:00
|
|
|
.Op Fl d
|
2000-11-20 16:52:27 +00:00
|
|
|
.Nm
|
2000-06-03 22:16:00 +00:00
|
|
|
.Ic cmd
|
1999-05-10 23:30:04 +00:00
|
|
|
.Op device id
|
1998-09-15 06:43:02 +00:00
|
|
|
.Op generic args
|
2009-09-04 18:21:40 +00:00
|
|
|
.Aq Fl a Ar cmd Op args
|
1998-09-15 06:43:02 +00:00
|
|
|
.Aq Fl c Ar cmd Op args
|
2010-05-02 11:36:27 +00:00
|
|
|
.Op Fl d
|
|
|
|
|
.Op Fl f
|
1998-09-15 06:43:02 +00:00
|
|
|
.Op Fl i Ar len Ar fmt
|
|
|
|
|
.Bk -words
|
|
|
|
|
.Op Fl o Ar len Ar fmt Op args
|
2009-09-04 18:21:40 +00:00
|
|
|
.Op Fl r Ar fmt
|
1998-09-15 06:43:02 +00:00
|
|
|
.Ek
|
2000-11-20 16:52:27 +00:00
|
|
|
.Nm
|
Add Serial Management Protocol (SMP) passthrough support to CAM.
This includes support in the kernel, camcontrol(8), libcam and the mps(4)
driver for SMP passthrough.
The CAM SCSI probe code has been modified to fetch Inquiry VPD page 0x00
to determine supported pages, and will now fetch page 0x83 in addition to
page 0x80 if supported.
Add two new CAM CCBs, XPT_SMP_IO, and XPT_GDEV_ADVINFO. The SMP CCB is
intended for SMP requests and responses. The ADVINFO is currently used to
fetch cached VPD page 0x83 data from the transport layer, but is intended
to be extensible to fetch other types of device-specific data.
SMP-only devices are not currently represented in the CAM topology, and so
the current semantics are that the SIM will route SMP CCBs to either the
addressed device, if it contains an SMP target, or its parent, if it
contains an SMP target. (This is noted in cam_ccb.h, since it will change
later once we have the ability to have SMP-only devices in CAM's topology.)
smp_all.c,
smp_all.h: New helper routines for SMP. This includes
SMP request building routines, response parsing
routines, error decoding routines, and structure
definitions for a number of SMP commands.
libcam/Makefile: Add smp_all.c to libcam, so that SMP functionality
is available to userland applications.
camcontrol.8,
camcontrol.c: Add smp passthrough support to camcontrol. Several
new subcommands are now available:
'smpcmd' functions much like 'cmd', except that it
allows the user to send generic SMP commands.
'smprg' sends the SMP report general command, and
displays the decoded output. It will automatically
fetch extended output if it is available.
'smppc' sends the SMP phy control command, with any
number of potential options. Among other things,
this allows the user to reset a phy on a SAS
expander, or disable a phy on an expander.
'smpmaninfo' sends the SMP report manufacturer
information and displays the decoded output.
'smpphylist' displays a list of phys on an
expander, and the CAM devices attached to those
phys, if any.
cam.h,
cam.c: Add a status value for SMP errors
(CAM_SMP_STATUS_ERROR).
Add a missing description for CAM_SCSI_IT_NEXUS_LOST.
Add support for SMP commands to cam_error_string().
cam_ccb.h: Rename the CAM_DIR_RESV flag to CAM_DIR_BOTH. SMP
commands are by nature bi-directional, and we may
need to support bi-directional SCSI commands later.
Add the XPT_SMP_IO CCB. Since SMP commands are
bi-directional, there are pointers for both the
request and response.
Add a fill routine for SMP CCBs.
Add the XPT_GDEV_ADVINFO CCB. This is currently
used to fetch cached page 0x83 data from the
transport later, but is extensible to fetch many
other types of data.
cam_periph.c: Add support in cam_periph_mapmem() for XPT_SMP_IO
and XPT_GDEV_ADVINFO CCBs.
cam_xpt.c: Add support for executing XPT_SMP_IO CCBs.
cam_xpt_internal.h: Add fields for VPD pages 0x00 and 0x83 in struct
cam_ed.
scsi_all.c: Add scsi_get_sas_addr(), a function that parses
VPD page 0x83 data and pulls out a SAS address.
scsi_all.h: Add VPD page 0x00 and 0x83 structures, and a
prototype for scsi_get_sas_addr().
scsi_pass.c: Add support for mapping buffers in XPT_SMP_IO and
XPT_GDEV_ADVINFO CCBs.
scsi_xpt.c: In the SCSI probe code, first ask the device for
VPD page 0x00. If any VPD pages are supported,
that page is required to be implemented. Based on
the response, we may probe for the serial number
(page 0x80) or device id (page 0x83).
Add support for the XPT_GDEV_ADVINFO CCB.
sys/conf/files: Add smp_all.c.
mps.c: Add support for passing in a uio in mps_map_command(),
so we can map a S/G list at once.
Add support for SMP passthrough commands in
mps_data_cb(). SMP is a special case, because the
first buffer in the S/G list is outbound and the
second buffer is inbound.
Add support for warning the user if the busdma code
comes back with more buffers than will work for the
command. This will, for example, help the user
determine why an SMP command failed if busdma comes
back with three buffers.
mps_pci.c: Add sys/uio.h.
mps_sas.c: Add the SAS address and the parent handle to the
list of fields we pull from device page 0 and cache
in struct mpssas_target. These are needed for SMP
passthrough.
Add support for the XPT_SMP_IO CCB. For now, this
CCB is routed to the addressed device if it supports
SMP, or to its parent if it does not and the parent
does. This is necessary because CAM does not
currently support SMP-only nodes in the topology.
Make SMP passthrough support conditional on
__FreeBSD_version >= 900026. This will make it
easier to MFC this change to the driver without
MFCing the CAM changes as well.
mps_user.c: Un-staticize mpi_init_sge() so we can use it for
the SMP passthrough code.
mpsvar.h: Add a uio and iovecs into struct mps_command for
SMP passthrough commands.
Add a cm_max_segs field to struct mps_command so
that we can warn the user if busdma comes back with
too many segments.
Clear the cm_reply when a command gets freed. If
it is not cleared, reply frames will eventually get
freed into the pool multiple times and corrupt the
pool. (This fix is from scottl.)
Add a prototype for mpi_init_sge().
sys/param.h: Bump __FreeBSD_version to 900026 for the for the
inclusion of the XPT_GDEV_ADVINFO and XPT_SMP_IO
CAM CCBs.
2010-11-30 22:39:46 +00:00
|
|
|
.Ic smpcmd
|
|
|
|
|
.Op device id
|
|
|
|
|
.Op generic args
|
|
|
|
|
.Aq Fl r Ar len Ar fmt Op args
|
|
|
|
|
.Aq Fl R Ar len Ar fmt Op args
|
|
|
|
|
.Nm
|
|
|
|
|
.Ic smprg
|
|
|
|
|
.Op device id
|
|
|
|
|
.Op generic args
|
|
|
|
|
.Op Fl l
|
|
|
|
|
.Nm
|
|
|
|
|
.Ic smppc
|
|
|
|
|
.Op device id
|
|
|
|
|
.Op generic args
|
|
|
|
|
.Aq Fl p Ar phy
|
|
|
|
|
.Op Fl l
|
|
|
|
|
.Op Fl o Ar operation
|
|
|
|
|
.Op Fl d Ar name
|
|
|
|
|
.Op Fl m Ar rate
|
|
|
|
|
.Op Fl M Ar rate
|
|
|
|
|
.Op Fl T Ar pp_timeout
|
|
|
|
|
.Op Fl a Ar enable|disable
|
|
|
|
|
.Op Fl A Ar enable|disable
|
|
|
|
|
.Op Fl s Ar enable|disable
|
|
|
|
|
.Op Fl S Ar enable|disable
|
|
|
|
|
.Nm
|
|
|
|
|
.Ic smpphylist
|
|
|
|
|
.Op device id
|
|
|
|
|
.Op generic args
|
|
|
|
|
.Op Fl l
|
|
|
|
|
.Op Fl q
|
|
|
|
|
.Nm
|
|
|
|
|
.Ic smpmaninfo
|
|
|
|
|
.Op device id
|
|
|
|
|
.Op generic args
|
|
|
|
|
.Op Fl l
|
|
|
|
|
.Nm
|
2000-06-03 22:16:00 +00:00
|
|
|
.Ic debug
|
1998-09-15 06:43:02 +00:00
|
|
|
.Op Fl I
|
2002-12-17 06:05:21 +00:00
|
|
|
.Op Fl P
|
1998-09-15 06:43:02 +00:00
|
|
|
.Op Fl T
|
|
|
|
|
.Op Fl S
|
2002-12-17 06:05:21 +00:00
|
|
|
.Op Fl X
|
1998-10-03 19:15:53 +00:00
|
|
|
.Op Fl c
|
2012-06-04 10:42:09 +00:00
|
|
|
.Op Fl p
|
1998-09-15 06:43:02 +00:00
|
|
|
.Aq all|off|bus Ns Op :target Ns Op :lun
|
2000-11-20 16:52:27 +00:00
|
|
|
.Nm
|
2000-06-03 22:16:00 +00:00
|
|
|
.Ic tags
|
1999-05-10 23:30:04 +00:00
|
|
|
.Op device id
|
Add a number of interrelated CAM feature enhancements and bug fixes.
NOTE: These changes will require recompilation of any userland
applications, like cdrecord, xmcd, etc., that use the CAM passthrough
interface. A make world is recommended.
camcontrol.[c8]:
- We now support two new commands, "tags" and "negotiate".
- The tags commands allows users to view the number of tagged
openings for a device as well as a number of other related
parameters, and it allows users to set tagged openings for
a device.
- The negotiate command allows users to enable and disable
disconnection and tagged queueing, set sync rates, offsets
and bus width. Note that not all of those features are
available for all controllers. Only the adv, ahc, and ncr
drivers fully support all of the features at this point.
Some cards do not allow the setting of sync rates, offsets and
the like, and some of the drivers don't have any facilities to
do so. Some drivers, like the adw driver, only support enabling
or disabling sync negotiation, but do not support setting sync
rates.
- new description in the camcontrol man page of how to format a disk
- cleanup of the camcontrol inquiry command
- add support in the 'devlist' command for skipping unconfigured devices if
-v was not specified on the command line.
- make use of the new base_transfer_speed in the path inquiry CCB.
- fix CCB bzero cases
cam_xpt.c, cam_sim.[ch], cam_ccb.h:
- new flags on many CCB function codes to designate whether they're
non-immediate, use a user-supplied CCB, and can only be passed from
userland programs via the xpt device. Use these flags in the transport
layer and pass driver to categorize CCBs.
- new flag in the transport layer device matching code for device nodes
that indicates whether a device is unconfigured
- bump the CAM version from 0x10 to 0x11
- Change the CAM ioctls to use the version as their group code, so we can
force users to recompile code even when the CCB size doesn't change.
- add + fill in a new value in the path inquiry CCB, base_transfer_speed.
Remove a corresponding field from the cam_sim structure, and add code to
every SIM to set this field to the proper value.
- Fix the set transfer settings code in the transport layer.
scsi_cd.c:
- make some variables volatile instead of just casting them in various
places
- fix a race condition in the changer code
- attach unless we get a "logical unit not supported" error. This should
fix all of the cases where people have devices that return weird errors
when they don't have media in the drive.
scsi_da.c:
- attach unless we get a "logical unit not supported" error
scsi_pass.c:
- for immediate CCBs, just malloc a CCB to send the user request in. This
gets rid of the 'held' count problem in camcontrol tags.
scsi_pass.h:
- change the CAM ioctls to use the CAM version as their group code.
adv driver:
- Allow changing the sync rate and offset separately.
adw driver
- Allow changing the sync rate and offset separately.
aha driver:
- Don't return CAM_REQ_CMP for SET_TRAN_SETTINGS CCBs.
ahc driver:
- Allow setting offset and sync rate separately
bt driver:
- Don't return CAM_REQ_CMP for SET_TRAN_SETTINGS CCBs.
NCR driver:
- Fix the ultra/ultra 2 negotiation bug
- allow setting both the sync rate and offset separately
Other HBA drivers:
- Put code in to set the base_transfer_speed field for
XPT_GET_TRAN_SETTINGS CCBs.
Reviewed by: gibbs, mjacob (isp), imp (aha)
1999-05-06 20:16:39 +00:00
|
|
|
.Op generic args
|
|
|
|
|
.Op Fl N Ar tags
|
|
|
|
|
.Op Fl q
|
|
|
|
|
.Op Fl v
|
2000-11-20 16:52:27 +00:00
|
|
|
.Nm
|
2000-06-03 22:16:00 +00:00
|
|
|
.Ic negotiate
|
1999-05-10 23:30:04 +00:00
|
|
|
.Op device id
|
Add a number of interrelated CAM feature enhancements and bug fixes.
NOTE: These changes will require recompilation of any userland
applications, like cdrecord, xmcd, etc., that use the CAM passthrough
interface. A make world is recommended.
camcontrol.[c8]:
- We now support two new commands, "tags" and "negotiate".
- The tags commands allows users to view the number of tagged
openings for a device as well as a number of other related
parameters, and it allows users to set tagged openings for
a device.
- The negotiate command allows users to enable and disable
disconnection and tagged queueing, set sync rates, offsets
and bus width. Note that not all of those features are
available for all controllers. Only the adv, ahc, and ncr
drivers fully support all of the features at this point.
Some cards do not allow the setting of sync rates, offsets and
the like, and some of the drivers don't have any facilities to
do so. Some drivers, like the adw driver, only support enabling
or disabling sync negotiation, but do not support setting sync
rates.
- new description in the camcontrol man page of how to format a disk
- cleanup of the camcontrol inquiry command
- add support in the 'devlist' command for skipping unconfigured devices if
-v was not specified on the command line.
- make use of the new base_transfer_speed in the path inquiry CCB.
- fix CCB bzero cases
cam_xpt.c, cam_sim.[ch], cam_ccb.h:
- new flags on many CCB function codes to designate whether they're
non-immediate, use a user-supplied CCB, and can only be passed from
userland programs via the xpt device. Use these flags in the transport
layer and pass driver to categorize CCBs.
- new flag in the transport layer device matching code for device nodes
that indicates whether a device is unconfigured
- bump the CAM version from 0x10 to 0x11
- Change the CAM ioctls to use the version as their group code, so we can
force users to recompile code even when the CCB size doesn't change.
- add + fill in a new value in the path inquiry CCB, base_transfer_speed.
Remove a corresponding field from the cam_sim structure, and add code to
every SIM to set this field to the proper value.
- Fix the set transfer settings code in the transport layer.
scsi_cd.c:
- make some variables volatile instead of just casting them in various
places
- fix a race condition in the changer code
- attach unless we get a "logical unit not supported" error. This should
fix all of the cases where people have devices that return weird errors
when they don't have media in the drive.
scsi_da.c:
- attach unless we get a "logical unit not supported" error
scsi_pass.c:
- for immediate CCBs, just malloc a CCB to send the user request in. This
gets rid of the 'held' count problem in camcontrol tags.
scsi_pass.h:
- change the CAM ioctls to use the CAM version as their group code.
adv driver:
- Allow changing the sync rate and offset separately.
adw driver
- Allow changing the sync rate and offset separately.
aha driver:
- Don't return CAM_REQ_CMP for SET_TRAN_SETTINGS CCBs.
ahc driver:
- Allow setting offset and sync rate separately
bt driver:
- Don't return CAM_REQ_CMP for SET_TRAN_SETTINGS CCBs.
NCR driver:
- Fix the ultra/ultra 2 negotiation bug
- allow setting both the sync rate and offset separately
Other HBA drivers:
- Put code in to set the base_transfer_speed field for
XPT_GET_TRAN_SETTINGS CCBs.
Reviewed by: gibbs, mjacob (isp), imp (aha)
1999-05-06 20:16:39 +00:00
|
|
|
.Op generic args
|
|
|
|
|
.Op Fl c
|
|
|
|
|
.Op Fl D Ar enable|disable
|
2009-11-26 08:49:46 +00:00
|
|
|
.Op Fl M Ar mode
|
Add a number of interrelated CAM feature enhancements and bug fixes.
NOTE: These changes will require recompilation of any userland
applications, like cdrecord, xmcd, etc., that use the CAM passthrough
interface. A make world is recommended.
camcontrol.[c8]:
- We now support two new commands, "tags" and "negotiate".
- The tags commands allows users to view the number of tagged
openings for a device as well as a number of other related
parameters, and it allows users to set tagged openings for
a device.
- The negotiate command allows users to enable and disable
disconnection and tagged queueing, set sync rates, offsets
and bus width. Note that not all of those features are
available for all controllers. Only the adv, ahc, and ncr
drivers fully support all of the features at this point.
Some cards do not allow the setting of sync rates, offsets and
the like, and some of the drivers don't have any facilities to
do so. Some drivers, like the adw driver, only support enabling
or disabling sync negotiation, but do not support setting sync
rates.
- new description in the camcontrol man page of how to format a disk
- cleanup of the camcontrol inquiry command
- add support in the 'devlist' command for skipping unconfigured devices if
-v was not specified on the command line.
- make use of the new base_transfer_speed in the path inquiry CCB.
- fix CCB bzero cases
cam_xpt.c, cam_sim.[ch], cam_ccb.h:
- new flags on many CCB function codes to designate whether they're
non-immediate, use a user-supplied CCB, and can only be passed from
userland programs via the xpt device. Use these flags in the transport
layer and pass driver to categorize CCBs.
- new flag in the transport layer device matching code for device nodes
that indicates whether a device is unconfigured
- bump the CAM version from 0x10 to 0x11
- Change the CAM ioctls to use the version as their group code, so we can
force users to recompile code even when the CCB size doesn't change.
- add + fill in a new value in the path inquiry CCB, base_transfer_speed.
Remove a corresponding field from the cam_sim structure, and add code to
every SIM to set this field to the proper value.
- Fix the set transfer settings code in the transport layer.
scsi_cd.c:
- make some variables volatile instead of just casting them in various
places
- fix a race condition in the changer code
- attach unless we get a "logical unit not supported" error. This should
fix all of the cases where people have devices that return weird errors
when they don't have media in the drive.
scsi_da.c:
- attach unless we get a "logical unit not supported" error
scsi_pass.c:
- for immediate CCBs, just malloc a CCB to send the user request in. This
gets rid of the 'held' count problem in camcontrol tags.
scsi_pass.h:
- change the CAM ioctls to use the CAM version as their group code.
adv driver:
- Allow changing the sync rate and offset separately.
adw driver
- Allow changing the sync rate and offset separately.
aha driver:
- Don't return CAM_REQ_CMP for SET_TRAN_SETTINGS CCBs.
ahc driver:
- Allow setting offset and sync rate separately
bt driver:
- Don't return CAM_REQ_CMP for SET_TRAN_SETTINGS CCBs.
NCR driver:
- Fix the ultra/ultra 2 negotiation bug
- allow setting both the sync rate and offset separately
Other HBA drivers:
- Put code in to set the base_transfer_speed field for
XPT_GET_TRAN_SETTINGS CCBs.
Reviewed by: gibbs, mjacob (isp), imp (aha)
1999-05-06 20:16:39 +00:00
|
|
|
.Op Fl O Ar offset
|
|
|
|
|
.Op Fl q
|
|
|
|
|
.Op Fl R Ar syncrate
|
|
|
|
|
.Op Fl T Ar enable|disable
|
|
|
|
|
.Op Fl U
|
|
|
|
|
.Op Fl W Ar bus_width
|
|
|
|
|
.Op Fl v
|
2000-11-20 16:52:27 +00:00
|
|
|
.Nm
|
2000-06-03 22:16:00 +00:00
|
|
|
.Ic format
|
2000-05-21 23:57:52 +00:00
|
|
|
.Op device id
|
|
|
|
|
.Op generic args
|
|
|
|
|
.Op Fl q
|
2005-03-26 05:34:54 +00:00
|
|
|
.Op Fl r
|
2000-05-21 23:57:52 +00:00
|
|
|
.Op Fl w
|
|
|
|
|
.Op Fl y
|
2000-11-20 16:52:27 +00:00
|
|
|
.Nm
|
2013-09-06 15:19:57 +00:00
|
|
|
.Ic sanitize
|
|
|
|
|
.Op device id
|
|
|
|
|
.Op generic args
|
|
|
|
|
.Aq Fl a Ar overwrite | block | crypto | exitfailure
|
|
|
|
|
.Op Fl c Ar passes
|
|
|
|
|
.Op Fl I
|
|
|
|
|
.Op Fl P Ar pattern
|
|
|
|
|
.Op Fl q
|
|
|
|
|
.Op Fl U
|
|
|
|
|
.Op Fl r
|
|
|
|
|
.Op Fl w
|
|
|
|
|
.Op Fl y
|
|
|
|
|
.Nm
|
2009-11-09 11:39:51 +00:00
|
|
|
.Ic idle
|
|
|
|
|
.Op device id
|
|
|
|
|
.Op generic args
|
|
|
|
|
.Op Fl t Ar time
|
|
|
|
|
.Nm
|
|
|
|
|
.Ic standby
|
|
|
|
|
.Op device id
|
|
|
|
|
.Op generic args
|
|
|
|
|
.Op Fl t Ar time
|
|
|
|
|
.Nm
|
|
|
|
|
.Ic sleep
|
|
|
|
|
.Op device id
|
|
|
|
|
.Op generic args
|
|
|
|
|
.Nm
|
2011-11-25 04:03:37 +00:00
|
|
|
.Ic fwdownload
|
|
|
|
|
.Op device id
|
|
|
|
|
.Op generic args
|
|
|
|
|
.Aq Fl f Ar fw_image
|
|
|
|
|
.Op Fl y
|
|
|
|
|
.Op Fl s
|
|
|
|
|
.Nm
|
2013-04-04 23:19:51 +00:00
|
|
|
.Ic security
|
|
|
|
|
.Op device id
|
|
|
|
|
.Op generic args
|
|
|
|
|
.Op Fl d Ar pwd
|
|
|
|
|
.Op Fl e Ar pwd
|
|
|
|
|
.Op Fl f
|
|
|
|
|
.Op Fl h Ar pwd
|
|
|
|
|
.Op Fl k Ar pwd
|
|
|
|
|
.Op Fl l Ar high|maximum
|
|
|
|
|
.Op Fl q
|
|
|
|
|
.Op Fl s Ar pwd
|
|
|
|
|
.Op Fl T Ar timeout
|
|
|
|
|
.Op Fl U Ar user|master
|
|
|
|
|
.Op Fl y
|
|
|
|
|
.Nm
|
2013-04-25 14:11:38 +00:00
|
|
|
.Ic hpa
|
|
|
|
|
.Op device id
|
|
|
|
|
.Op generic args
|
|
|
|
|
.Op Fl f
|
|
|
|
|
.Op Fl l
|
|
|
|
|
.Op Fl P
|
|
|
|
|
.Op Fl p Ar pwd
|
|
|
|
|
.Op Fl q
|
|
|
|
|
.Op Fl s Ar max_sectors
|
|
|
|
|
.Op Fl U Ar pwd
|
|
|
|
|
.Op Fl y
|
|
|
|
|
.Nm
|
Add persistent reservation support to camcontrol(8).
camcontrol(8) now supports a new 'persist' subcommand that allows users to
issue SCSI PERSISTENT RESERVE IN / OUT commands.
sbin/camcontrol/Makefile:
Add persist.c.
sbin/camcontrol/persist.c:
New persistent reservation support for camcontrol(8).
We have support for all known operation modes for PERSISTENT RESERVE
IN and PERSISTENT RESERVE OUT.
exceptions noted above.
sbin/camcontrol/camcontrol.8:
Document the new 'persist' subcommand.
In the section on the Transport ID (-I) option, explain what
Transport IDs for each protocol should look like. At some point
some of this information could probably get moved off in a
separate man page, either on Transport IDs alone or a man page
documenting the Transport ID parsing code.
Add a number of examples of persistent reservation commands.
Persistent Reservations are complex enough that the average user
probably won't be able to get the commands exactly right by just
reading the man page. These examples show a few basic and
advanced examples of how to use persistent reservations.
sbin/camcontrol/camcontrol.h:
Move the definition for camcontrol_optret here, so we can use it
for the persistent reservation code.
Add a definition for the new scsipersist() function.
sbin/camcontrol/camcontrol.c:
Add 'persist' to the list of subcommands.
Document 'persist' in the help text.
sys/cam/scsi/scsi_all.c:
Add the scsi_persistent_reserve_in() and
scsi_persistent_reserve_out() CCB building functions.
Add a new function, scsi_transportid_sbuf(). This takes a
SCSI Transport ID (documented in SPC-4), and prints it to
an sbuf(9). There are some transports (like ATA, USB, and
SSA) for which there is no transport defined. We need to
come up with a reasonable thing to do if we're presented
with a Transport ID that claims to be for one of those
protocols.
Add new routines scsi_get_nv() and scsi_nv_to_str().
These functions do a table lookup to go between a string and an
integer. There are lots of table lookups needed in the
persistent reservation code in camcontrol(8).
Add a new function, scsi_parse_transportid(), along with leaf node
functions to parse:
FC, 1394 and SAS (scsi_parse_transportid_64bit())
iSCSI (scsi_parse_transportid_iscsi())
SPI (scsi_parse_transportid_spi())
RDMA (scsi_parse_transportid_rdma())
PCIe (scsi_parse_transportid_sop())
Transport IDs. Given a string with the general form proto,id these
functions create a SCSI Transport ID structure.
sys/cam/scsi/scsi_all.h:
Update the various persistent reservation data structures to
SPC4r36l, but also rename some fields that were previously
obsolete with the proper names from older SCSI specs. This
allows using older, obsolete persistent reservation types when
desired.
Add function prototypes for the new persistent reservation CCB
building functions.
Add a data strucure for the READ FULL STATUS service action
of the PERSISTENT RESERVE IN command.
Add Transport ID structures for all protocols described in SPC-4.
Add a new series of SCSI_PROTO_XXX definitions, and
redefine other defines in terms of these new definitions.
Add a prototype for scsi_transportid_sbuf().
Change a couple of "obsolete" persistent reservation data
structure fields into something more meaningful, based on
what the field was called when it was defined in the spec.
(e.g. SPC, SPC-2, etc.)
Create a new define, SPRI_MAX_LEN, for the maximum allocation
length allowed for the PERSISTENT RESERVE IN command.
Add data structures and enumerations for the new name/value
translation functions.
Add data structures for SCSI over PCIe Routing IDs.
Bring the PERSISTENT RESERVE OUT Register and Move parameter list
structure (struct scsi_per_res_out_parms) up to date with SPC-4.
Add a data structure for the transport IDs that can optionally be
appended to the basic PERSISTENT RESERVE OUT parameter list.
Move SCSI protocol macro definitions out of the VPD page 0x83
definition and combine them with the more up to date protocol
definitions higher in the file.
Add function prototypes for scsi_nv_to_str(), scsi_get_nv(),
scsi_parse_transportid_64bit(), scsi_parse_transportid_spi(),
scsi_parse_transportid_rdma(), scsi_parse_transportid_iscsi(),
scsi_parse_transportid_sop(), and scsi_parse_transportid().
Sponsored by: Spectra Logic Corporation
MFC after: 1 week
2014-07-03 23:09:44 +00:00
|
|
|
.Ic persist
|
|
|
|
|
.Op device id
|
|
|
|
|
.Op generic args
|
|
|
|
|
.Aq Fl i Ar action | Fl o Ar action
|
|
|
|
|
.Op Fl a
|
|
|
|
|
.Op Fl I Ar trans_id
|
|
|
|
|
.Op Fl k Ar key
|
|
|
|
|
.Op Fl K Ar sa_key
|
|
|
|
|
.Op Fl p
|
|
|
|
|
.Op Fl R Ar rel_tgt_port
|
|
|
|
|
.Op Fl s Ar scope
|
|
|
|
|
.Op Fl S
|
|
|
|
|
.Op Fl T Ar res_type
|
|
|
|
|
.Op Fl U
|
|
|
|
|
.Nm
|
2000-06-03 22:16:00 +00:00
|
|
|
.Ic help
|
1998-09-15 06:43:02 +00:00
|
|
|
.Sh DESCRIPTION
|
2002-07-06 19:34:18 +00:00
|
|
|
The
|
2000-11-20 16:52:27 +00:00
|
|
|
.Nm
|
2002-07-06 19:34:18 +00:00
|
|
|
utility is designed to provide a way for users to access and control the
|
2000-06-03 22:16:00 +00:00
|
|
|
.Fx
|
1998-09-15 06:43:02 +00:00
|
|
|
CAM subsystem.
|
|
|
|
|
.Pp
|
2002-07-06 19:34:18 +00:00
|
|
|
The
|
2000-11-20 16:52:27 +00:00
|
|
|
.Nm
|
2002-07-06 19:34:18 +00:00
|
|
|
utility
|
2004-07-02 21:45:06 +00:00
|
|
|
can cause a loss of data and/or system crashes if used improperly.
|
|
|
|
|
Even
|
Add a number of interrelated CAM feature enhancements and bug fixes.
NOTE: These changes will require recompilation of any userland
applications, like cdrecord, xmcd, etc., that use the CAM passthrough
interface. A make world is recommended.
camcontrol.[c8]:
- We now support two new commands, "tags" and "negotiate".
- The tags commands allows users to view the number of tagged
openings for a device as well as a number of other related
parameters, and it allows users to set tagged openings for
a device.
- The negotiate command allows users to enable and disable
disconnection and tagged queueing, set sync rates, offsets
and bus width. Note that not all of those features are
available for all controllers. Only the adv, ahc, and ncr
drivers fully support all of the features at this point.
Some cards do not allow the setting of sync rates, offsets and
the like, and some of the drivers don't have any facilities to
do so. Some drivers, like the adw driver, only support enabling
or disabling sync negotiation, but do not support setting sync
rates.
- new description in the camcontrol man page of how to format a disk
- cleanup of the camcontrol inquiry command
- add support in the 'devlist' command for skipping unconfigured devices if
-v was not specified on the command line.
- make use of the new base_transfer_speed in the path inquiry CCB.
- fix CCB bzero cases
cam_xpt.c, cam_sim.[ch], cam_ccb.h:
- new flags on many CCB function codes to designate whether they're
non-immediate, use a user-supplied CCB, and can only be passed from
userland programs via the xpt device. Use these flags in the transport
layer and pass driver to categorize CCBs.
- new flag in the transport layer device matching code for device nodes
that indicates whether a device is unconfigured
- bump the CAM version from 0x10 to 0x11
- Change the CAM ioctls to use the version as their group code, so we can
force users to recompile code even when the CCB size doesn't change.
- add + fill in a new value in the path inquiry CCB, base_transfer_speed.
Remove a corresponding field from the cam_sim structure, and add code to
every SIM to set this field to the proper value.
- Fix the set transfer settings code in the transport layer.
scsi_cd.c:
- make some variables volatile instead of just casting them in various
places
- fix a race condition in the changer code
- attach unless we get a "logical unit not supported" error. This should
fix all of the cases where people have devices that return weird errors
when they don't have media in the drive.
scsi_da.c:
- attach unless we get a "logical unit not supported" error
scsi_pass.c:
- for immediate CCBs, just malloc a CCB to send the user request in. This
gets rid of the 'held' count problem in camcontrol tags.
scsi_pass.h:
- change the CAM ioctls to use the CAM version as their group code.
adv driver:
- Allow changing the sync rate and offset separately.
adw driver
- Allow changing the sync rate and offset separately.
aha driver:
- Don't return CAM_REQ_CMP for SET_TRAN_SETTINGS CCBs.
ahc driver:
- Allow setting offset and sync rate separately
bt driver:
- Don't return CAM_REQ_CMP for SET_TRAN_SETTINGS CCBs.
NCR driver:
- Fix the ultra/ultra 2 negotiation bug
- allow setting both the sync rate and offset separately
Other HBA drivers:
- Put code in to set the base_transfer_speed field for
XPT_GET_TRAN_SETTINGS CCBs.
Reviewed by: gibbs, mjacob (isp), imp (aha)
1999-05-06 20:16:39 +00:00
|
|
|
expert users are encouraged to exercise caution when using this command.
|
1998-09-15 06:43:02 +00:00
|
|
|
Novice users should stay away from this utility.
|
|
|
|
|
.Pp
|
2002-07-06 19:34:18 +00:00
|
|
|
The
|
2000-11-20 16:52:27 +00:00
|
|
|
.Nm
|
2002-07-06 19:34:18 +00:00
|
|
|
utility has a number of primary functions, many of which support an optional
|
2004-07-02 21:45:06 +00:00
|
|
|
device identifier.
|
|
|
|
|
A device identifier can take one of three forms:
|
2000-12-18 15:16:24 +00:00
|
|
|
.Bl -tag -width 14n
|
1999-05-10 23:30:04 +00:00
|
|
|
.It deviceUNIT
|
|
|
|
|
Specify a device name and unit number combination, like "da5" or "cd3".
|
|
|
|
|
.It bus:target
|
2004-07-02 21:45:06 +00:00
|
|
|
Specify a bus number and target id.
|
|
|
|
|
The bus number can be determined from
|
1999-05-10 23:30:04 +00:00
|
|
|
the output of
|
|
|
|
|
.Dq camcontrol devlist .
|
|
|
|
|
The lun defaults to 0.
|
|
|
|
|
.It bus:target:lun
|
2004-07-02 21:45:06 +00:00
|
|
|
Specify the bus, target and lun for a device.
|
|
|
|
|
(e.g.\& 1:2:0)
|
1999-05-10 23:30:04 +00:00
|
|
|
.El
|
|
|
|
|
.Pp
|
|
|
|
|
The device identifier, if it is specified,
|
|
|
|
|
.Em must
|
|
|
|
|
come immediately after the function name, and before any generic or
|
2004-07-02 21:45:06 +00:00
|
|
|
function-specific arguments.
|
|
|
|
|
Note that the
|
1999-05-10 23:30:04 +00:00
|
|
|
.Fl n
|
|
|
|
|
and
|
|
|
|
|
.Fl u
|
|
|
|
|
arguments described below will override any device name or unit number
|
2004-07-02 21:45:06 +00:00
|
|
|
specified beforehand.
|
|
|
|
|
The
|
1999-05-10 23:30:04 +00:00
|
|
|
.Fl n
|
|
|
|
|
and
|
|
|
|
|
.Fl u
|
|
|
|
|
arguments will
|
|
|
|
|
.Em not
|
2000-05-21 23:57:52 +00:00
|
|
|
override a specified bus:target or bus:target:lun, however.
|
1999-05-10 23:30:04 +00:00
|
|
|
.Pp
|
|
|
|
|
Most of the
|
2000-11-20 16:52:27 +00:00
|
|
|
.Nm
|
1999-05-10 23:30:04 +00:00
|
|
|
primary functions support these generic arguments:
|
2000-12-18 15:16:24 +00:00
|
|
|
.Bl -tag -width 14n
|
1998-09-15 06:43:02 +00:00
|
|
|
.It Fl C Ar count
|
2004-07-02 21:45:06 +00:00
|
|
|
SCSI command retry count.
|
|
|
|
|
In order for this to work, error recovery
|
2000-12-18 15:16:24 +00:00
|
|
|
.Pq Fl E
|
1998-09-15 06:43:02 +00:00
|
|
|
must be turned on.
|
|
|
|
|
.It Fl E
|
|
|
|
|
Instruct the kernel to perform generic SCSI error recovery for the given
|
2004-07-02 21:45:06 +00:00
|
|
|
command.
|
|
|
|
|
This is needed in order for the retry count
|
2000-12-18 15:16:24 +00:00
|
|
|
.Pq Fl C
|
2004-07-02 21:45:06 +00:00
|
|
|
to be honored.
|
|
|
|
|
Other than retrying commands, the generic error recovery in
|
1998-09-15 06:43:02 +00:00
|
|
|
the code will generally attempt to spin up drives that are not spinning.
|
|
|
|
|
It may take some other actions, depending upon the sense code returned from
|
|
|
|
|
the command.
|
|
|
|
|
.It Fl n Ar dev_name
|
2004-07-02 21:45:06 +00:00
|
|
|
Specify the device type to operate on, e.g.\& "da", "cd".
|
1998-09-15 06:43:02 +00:00
|
|
|
.It Fl t Ar timeout
|
2004-07-02 21:45:06 +00:00
|
|
|
SCSI command timeout in seconds.
|
|
|
|
|
This overrides the default timeout for
|
1998-09-15 06:43:02 +00:00
|
|
|
any given command.
|
|
|
|
|
.It Fl u Ar unit_number
|
2004-07-02 21:45:06 +00:00
|
|
|
Specify the device unit number, e.g.\& "1", "5".
|
1998-09-15 06:43:02 +00:00
|
|
|
.It Fl v
|
|
|
|
|
Be verbose, print out sense information for failed SCSI commands.
|
|
|
|
|
.El
|
|
|
|
|
.Pp
|
1998-09-17 05:10:23 +00:00
|
|
|
Primary command functions:
|
1998-09-15 06:43:02 +00:00
|
|
|
.Bl -tag -width periphlist
|
2000-06-03 22:16:00 +00:00
|
|
|
.It Ic devlist
|
1998-09-15 06:43:02 +00:00
|
|
|
List all physical devices (logical units) attached to the CAM subsystem.
|
|
|
|
|
This also includes a list of peripheral drivers attached to each device.
|
|
|
|
|
With the
|
|
|
|
|
.Fl v
|
|
|
|
|
argument, SCSI bus number, adapter name and unit numbers are printed as
|
|
|
|
|
well.
|
2013-12-29 20:48:47 +00:00
|
|
|
On the other hand, with the
|
|
|
|
|
.Fl b
|
|
|
|
|
argument, only the bus adapter, and unit information will be printed, and
|
|
|
|
|
device information will be omitted.
|
2000-06-03 22:16:00 +00:00
|
|
|
.It Ic periphlist
|
1998-09-15 06:43:02 +00:00
|
|
|
List all peripheral drivers attached to a given physical device (logical
|
|
|
|
|
unit).
|
2000-06-03 22:16:00 +00:00
|
|
|
.It Ic tur
|
1998-09-15 06:43:02 +00:00
|
|
|
Send the SCSI test unit ready (0x00) command to the given device.
|
2002-07-06 19:34:18 +00:00
|
|
|
The
|
2000-11-20 16:52:27 +00:00
|
|
|
.Nm
|
2002-07-06 19:34:18 +00:00
|
|
|
utility will report whether the device is ready or not.
|
2000-06-03 22:16:00 +00:00
|
|
|
.It Ic inquiry
|
2004-07-02 21:45:06 +00:00
|
|
|
Send a SCSI inquiry command (0x12) to a device.
|
|
|
|
|
By default,
|
2000-11-20 16:52:27 +00:00
|
|
|
.Nm
|
1998-09-15 06:43:02 +00:00
|
|
|
will print out the standard inquiry data, device serial number, and
|
2004-07-02 21:45:06 +00:00
|
|
|
transfer rate information.
|
|
|
|
|
The user can specify that only certain types of
|
1998-09-15 06:43:02 +00:00
|
|
|
inquiry data be printed:
|
2000-12-18 15:16:24 +00:00
|
|
|
.Bl -tag -width 4n
|
1998-09-15 06:43:02 +00:00
|
|
|
.It Fl D
|
|
|
|
|
Get the standard inquiry data.
|
|
|
|
|
.It Fl S
|
2004-07-02 21:45:06 +00:00
|
|
|
Print out the serial number.
|
|
|
|
|
If this flag is the only one specified,
|
2000-11-20 16:52:27 +00:00
|
|
|
.Nm
|
1998-09-15 06:43:02 +00:00
|
|
|
will not print out "Serial Number" before the value returned by the drive.
|
|
|
|
|
This is to aid in script writing.
|
|
|
|
|
.It Fl R
|
|
|
|
|
Print out transfer rate information.
|
|
|
|
|
.El
|
Separate the parallel scsi knowledge out of the core of the XPT, and
modularize it so that new transports can be created.
Add a transport for SATA
Add a periph+protocol layer for ATA
Add a driver for AHCI-compliant hardware.
Add a maxio field to CAM so that drivers can advertise their max
I/O capability. Modify various drivers so that they are insulated
from the value of MAXPHYS.
The new ATA/SATA code supports AHCI-compliant hardware, and will override
the classic ATA driver if it is loaded as a module at boot time or compiled
into the kernel. The stack now support NCQ (tagged queueing) for increased
performance on modern SATA drives. It also supports port multipliers.
ATA drives are accessed via 'ada' device nodes. ATAPI drives are
accessed via 'cd' device nodes. They can all be enumerated and manipulated
via camcontrol, just like SCSI drives. SCSI commands are not translated to
their ATA equivalents; ATA native commands are used throughout the entire
stack, including camcontrol. See the camcontrol manpage for further
details. Testing this code may require that you update your fstab, and
possibly modify your BIOS to enable AHCI functionality, if available.
This code is very experimental at the moment. The userland ABI/API has
changed, so applications will need to be recompiled. It may change
further in the near future. The 'ada' device name may also change as
more infrastructure is completed in this project. The goal is to
eventually put all CAM busses and devices until newbus, allowing for
interesting topology and management options.
Few functional changes will be seen with existing SCSI/SAS/FC drivers,
though the userland ABI has still changed. In the future, transports
specific modules for SAS and FC may appear in order to better support
the topologies and capabilities of these technologies.
The modularization of CAM and the addition of the ATA/SATA modules is
meant to break CAM out of the mold of being specific to SCSI, letting it
grow to be a framework for arbitrary transports and protocols. It also
allows drivers to be written to support discrete hardware without
jeopardizing the stability of non-related hardware. While only an AHCI
driver is provided now, a Silicon Image driver is also in the works.
Drivers for ICH1-4, ICH5-6, PIIX, classic IDE, and any other hardware
is possible and encouraged. Help with new transports is also encouraged.
Submitted by: scottl, mav
Approved by: re
2009-07-10 08:18:08 +00:00
|
|
|
.It Ic identify
|
|
|
|
|
Send a ATA identify command (0xec) to a device.
|
2006-08-21 13:24:50 +00:00
|
|
|
.It Ic reportluns
|
|
|
|
|
Send the SCSI REPORT LUNS (0xA0) command to the given device.
|
|
|
|
|
By default,
|
|
|
|
|
.Nm
|
|
|
|
|
will print out the list of logical units (LUNs) supported by the target device.
|
|
|
|
|
There are a couple of options to modify the output:
|
2006-09-18 11:55:10 +00:00
|
|
|
.Bl -tag -width 14n
|
2006-08-21 13:24:50 +00:00
|
|
|
.It Fl c
|
|
|
|
|
Just print out a count of LUNs, not the actual LUN numbers.
|
|
|
|
|
.It Fl l
|
2013-04-11 18:46:41 +00:00
|
|
|
Just print out the LUNs, and do not print out the count.
|
2006-08-21 13:24:50 +00:00
|
|
|
.It Fl r Ar reporttype
|
|
|
|
|
Specify the type of report to request from the target:
|
|
|
|
|
.Bl -tag -width 012345678
|
|
|
|
|
.It default
|
|
|
|
|
Return the default report.
|
|
|
|
|
This is the
|
|
|
|
|
.Nm
|
|
|
|
|
default.
|
|
|
|
|
Most targets will support this report if they support the REPORT LUNS
|
|
|
|
|
command.
|
|
|
|
|
.It wellknown
|
|
|
|
|
Return only well known LUNs.
|
|
|
|
|
.It all
|
|
|
|
|
Return all available LUNs.
|
|
|
|
|
.El
|
|
|
|
|
.El
|
|
|
|
|
.Pp
|
|
|
|
|
.Nm
|
|
|
|
|
will try to print out LUN numbers in a reasonable format.
|
|
|
|
|
It can understand the peripheral, flat, LUN and extended LUN formats.
|
2007-09-08 20:24:12 +00:00
|
|
|
.It Ic readcap
|
|
|
|
|
Send the SCSI READ CAPACITY command to the given device and display
|
|
|
|
|
the results.
|
|
|
|
|
If the device is larger than 2TB, the SCSI READ CAPACITY (16) service
|
|
|
|
|
action will be sent to obtain the full size of the device.
|
|
|
|
|
By default,
|
|
|
|
|
.Nm
|
|
|
|
|
will print out the last logical block of the device, and the blocksize of
|
|
|
|
|
the device in bytes.
|
|
|
|
|
To modify the output format, use the following options:
|
|
|
|
|
.Bl -tag -width 5n
|
|
|
|
|
.It Fl b
|
|
|
|
|
Just print out the blocksize, not the last block or device size.
|
|
|
|
|
This cannot be used with
|
|
|
|
|
.Fl N
|
|
|
|
|
or
|
|
|
|
|
.Fl s .
|
|
|
|
|
.It Fl h
|
|
|
|
|
Print out the device size in human readable (base 2, 1K == 1024) format.
|
|
|
|
|
This implies
|
|
|
|
|
.Fl N
|
|
|
|
|
and cannot be used with
|
|
|
|
|
.Fl q
|
|
|
|
|
or
|
|
|
|
|
.Fl b .
|
|
|
|
|
.It Fl H
|
|
|
|
|
Print out the device size in human readable (base 10, 1K == 1000) format.
|
|
|
|
|
.It Fl N
|
|
|
|
|
Print out the number of blocks in the device instead of the last logical
|
|
|
|
|
block.
|
|
|
|
|
.It Fl q
|
|
|
|
|
Quiet, print out the numbers only (separated by a comma if
|
|
|
|
|
.Fl b
|
|
|
|
|
or
|
|
|
|
|
.Fl s
|
|
|
|
|
are not specified).
|
|
|
|
|
.It Fl s
|
|
|
|
|
Print out the last logical block or the size of the device only, and omit
|
|
|
|
|
the blocksize.
|
|
|
|
|
.El
|
2000-06-03 22:16:00 +00:00
|
|
|
.It Ic start
|
1998-09-15 06:43:02 +00:00
|
|
|
Send the SCSI Start/Stop Unit (0x1B) command to the given device with the
|
|
|
|
|
start bit set.
|
2000-06-03 22:16:00 +00:00
|
|
|
.It Ic stop
|
1998-09-15 06:43:02 +00:00
|
|
|
Send the SCSI Start/Stop Unit (0x1B) command to the given device with the
|
|
|
|
|
start bit cleared.
|
2002-09-06 18:16:26 +00:00
|
|
|
.It Ic load
|
|
|
|
|
Send the SCSI Start/Stop Unit (0x1B) command to the given device with the
|
|
|
|
|
start bit set and the load/eject bit set.
|
2000-06-03 22:16:00 +00:00
|
|
|
.It Ic eject
|
1998-09-15 06:43:02 +00:00
|
|
|
Send the SCSI Start/Stop Unit (0x1B) command to the given device with the
|
2002-09-06 18:16:26 +00:00
|
|
|
start bit cleared and the load/eject bit set.
|
2000-06-03 22:16:00 +00:00
|
|
|
.It Ic rescan
|
2002-01-18 18:00:00 +00:00
|
|
|
Tell the kernel to scan all busses in the system (with the
|
|
|
|
|
.Ar all
|
|
|
|
|
argument), the given bus (XPT_SCAN_BUS), or bus:target:lun
|
2004-07-02 21:45:06 +00:00
|
|
|
(XPT_SCAN_LUN) for new devices or devices that have gone away.
|
|
|
|
|
The user
|
|
|
|
|
may specify a scan of all busses, a single bus, or a lun.
|
|
|
|
|
Scanning all luns
|
2005-02-13 22:25:33 +00:00
|
|
|
on a target is not supported.
|
2000-06-03 22:16:00 +00:00
|
|
|
.It Ic reset
|
2002-01-18 18:00:00 +00:00
|
|
|
Tell the kernel to reset all busses in the system (with the
|
|
|
|
|
.Ar all
|
|
|
|
|
argument) or the given bus (XPT_RESET_BUS) by issuing a SCSI bus
|
1998-12-20 18:51:56 +00:00
|
|
|
reset for that bus, or to reset the given bus:target:lun
|
|
|
|
|
(XPT_RESET_DEV), typically by issuing a BUS DEVICE RESET message after
|
2000-03-01 11:27:47 +00:00
|
|
|
connecting to that device.
|
|
|
|
|
Note that this can have a destructive impact
|
1998-12-20 18:51:56 +00:00
|
|
|
on the system.
|
2000-06-03 22:16:00 +00:00
|
|
|
.It Ic defects
|
1998-09-15 06:43:02 +00:00
|
|
|
Send the SCSI READ DEFECT DATA (10) command (0x37) to the given device, and
|
|
|
|
|
print out any combination of: the total number of defects, the primary
|
|
|
|
|
defect list (PLIST), and the grown defect list (GLIST).
|
2000-12-18 15:16:24 +00:00
|
|
|
.Bl -tag -width 11n
|
1998-09-15 06:43:02 +00:00
|
|
|
.It Fl f Ar format
|
|
|
|
|
The three format options are:
|
|
|
|
|
.Em block ,
|
|
|
|
|
to print out the list as logical blocks,
|
|
|
|
|
.Em bfi ,
|
|
|
|
|
to print out the list in bytes from index format, and
|
|
|
|
|
.Em phys ,
|
2004-07-02 21:45:06 +00:00
|
|
|
to print out the list in physical sector format.
|
|
|
|
|
The format argument is
|
|
|
|
|
required.
|
|
|
|
|
Most drives support the physical sector format.
|
|
|
|
|
Some drives
|
|
|
|
|
support the logical block format.
|
2005-02-13 22:25:33 +00:00
|
|
|
Many drives, if they do not support the
|
1998-09-15 06:43:02 +00:00
|
|
|
requested format, return the data in an alternate format, along with sense
|
2005-02-13 22:25:33 +00:00
|
|
|
information indicating that the requested data format is not supported.
|
2002-07-06 19:34:18 +00:00
|
|
|
The
|
2000-11-20 16:52:27 +00:00
|
|
|
.Nm
|
2002-07-06 19:34:18 +00:00
|
|
|
utility
|
1998-09-15 06:43:02 +00:00
|
|
|
attempts to detect this, and print out whatever format the drive returns.
|
2005-02-13 22:25:33 +00:00
|
|
|
If the drive uses a non-standard sense code to report that it does not
|
1998-09-15 06:43:02 +00:00
|
|
|
support the requested format,
|
2000-11-20 16:52:27 +00:00
|
|
|
.Nm
|
1998-09-15 06:43:02 +00:00
|
|
|
will probably see the error as a failure to complete the request.
|
|
|
|
|
.It Fl G
|
2004-07-02 21:45:06 +00:00
|
|
|
Print out the grown defect list.
|
|
|
|
|
This is a list of bad blocks that have
|
1998-09-15 06:43:02 +00:00
|
|
|
been remapped since the disk left the factory.
|
|
|
|
|
.It Fl P
|
|
|
|
|
Print out the primary defect list.
|
|
|
|
|
.El
|
|
|
|
|
.Pp
|
|
|
|
|
If neither
|
|
|
|
|
.Fl P
|
|
|
|
|
nor
|
|
|
|
|
.Fl G
|
|
|
|
|
is specified,
|
2000-11-20 16:52:27 +00:00
|
|
|
.Nm
|
1998-09-15 06:43:02 +00:00
|
|
|
will print out the number of defects given in the READ DEFECT DATA header
|
|
|
|
|
returned from the drive.
|
2012-06-22 18:57:06 +00:00
|
|
|
Some drives will report 0 defects if neither the primary or grown defect
|
|
|
|
|
lists are requested.
|
2000-06-03 22:16:00 +00:00
|
|
|
.It Ic modepage
|
2004-07-02 21:45:06 +00:00
|
|
|
Allows the user to display and optionally edit a SCSI mode page.
|
|
|
|
|
The mode
|
1998-09-15 06:43:02 +00:00
|
|
|
page formats are located in
|
|
|
|
|
.Pa /usr/share/misc/scsi_modes .
|
|
|
|
|
This can be overridden by specifying a different file in the
|
|
|
|
|
.Ev SCSI_MODES
|
2000-06-03 22:16:00 +00:00
|
|
|
environment variable.
|
|
|
|
|
The
|
|
|
|
|
.Ic modepage
|
|
|
|
|
command takes several arguments:
|
2000-12-18 15:16:24 +00:00
|
|
|
.Bl -tag -width 12n
|
Add a number of interrelated CAM feature enhancements and bug fixes.
NOTE: These changes will require recompilation of any userland
applications, like cdrecord, xmcd, etc., that use the CAM passthrough
interface. A make world is recommended.
camcontrol.[c8]:
- We now support two new commands, "tags" and "negotiate".
- The tags commands allows users to view the number of tagged
openings for a device as well as a number of other related
parameters, and it allows users to set tagged openings for
a device.
- The negotiate command allows users to enable and disable
disconnection and tagged queueing, set sync rates, offsets
and bus width. Note that not all of those features are
available for all controllers. Only the adv, ahc, and ncr
drivers fully support all of the features at this point.
Some cards do not allow the setting of sync rates, offsets and
the like, and some of the drivers don't have any facilities to
do so. Some drivers, like the adw driver, only support enabling
or disabling sync negotiation, but do not support setting sync
rates.
- new description in the camcontrol man page of how to format a disk
- cleanup of the camcontrol inquiry command
- add support in the 'devlist' command for skipping unconfigured devices if
-v was not specified on the command line.
- make use of the new base_transfer_speed in the path inquiry CCB.
- fix CCB bzero cases
cam_xpt.c, cam_sim.[ch], cam_ccb.h:
- new flags on many CCB function codes to designate whether they're
non-immediate, use a user-supplied CCB, and can only be passed from
userland programs via the xpt device. Use these flags in the transport
layer and pass driver to categorize CCBs.
- new flag in the transport layer device matching code for device nodes
that indicates whether a device is unconfigured
- bump the CAM version from 0x10 to 0x11
- Change the CAM ioctls to use the version as their group code, so we can
force users to recompile code even when the CCB size doesn't change.
- add + fill in a new value in the path inquiry CCB, base_transfer_speed.
Remove a corresponding field from the cam_sim structure, and add code to
every SIM to set this field to the proper value.
- Fix the set transfer settings code in the transport layer.
scsi_cd.c:
- make some variables volatile instead of just casting them in various
places
- fix a race condition in the changer code
- attach unless we get a "logical unit not supported" error. This should
fix all of the cases where people have devices that return weird errors
when they don't have media in the drive.
scsi_da.c:
- attach unless we get a "logical unit not supported" error
scsi_pass.c:
- for immediate CCBs, just malloc a CCB to send the user request in. This
gets rid of the 'held' count problem in camcontrol tags.
scsi_pass.h:
- change the CAM ioctls to use the CAM version as their group code.
adv driver:
- Allow changing the sync rate and offset separately.
adw driver
- Allow changing the sync rate and offset separately.
aha driver:
- Don't return CAM_REQ_CMP for SET_TRAN_SETTINGS CCBs.
ahc driver:
- Allow setting offset and sync rate separately
bt driver:
- Don't return CAM_REQ_CMP for SET_TRAN_SETTINGS CCBs.
NCR driver:
- Fix the ultra/ultra 2 negotiation bug
- allow setting both the sync rate and offset separately
Other HBA drivers:
- Put code in to set the base_transfer_speed field for
XPT_GET_TRAN_SETTINGS CCBs.
Reviewed by: gibbs, mjacob (isp), imp (aha)
1999-05-06 20:16:39 +00:00
|
|
|
.It Fl d
|
1998-09-15 06:43:02 +00:00
|
|
|
Disable block descriptors for mode sense.
|
2000-08-08 06:24:17 +00:00
|
|
|
.It Fl b
|
|
|
|
|
Displays mode page data in binary format.
|
1998-09-15 06:43:02 +00:00
|
|
|
.It Fl e
|
2004-07-02 21:45:06 +00:00
|
|
|
This flag allows the user to edit values in the mode page.
|
|
|
|
|
The user may
|
2000-08-08 06:24:17 +00:00
|
|
|
either edit mode page values with the text editor pointed to by his
|
|
|
|
|
.Ev EDITOR
|
|
|
|
|
environment variable, or supply mode page values via standard input, using
|
|
|
|
|
the same format that
|
2000-11-20 16:52:27 +00:00
|
|
|
.Nm
|
2004-07-02 21:45:06 +00:00
|
|
|
uses to display mode page values.
|
|
|
|
|
The editor will be invoked if
|
2000-11-20 16:52:27 +00:00
|
|
|
.Nm
|
2000-08-08 06:24:17 +00:00
|
|
|
detects that standard input is terminal.
|
|
|
|
|
.It Fl l
|
|
|
|
|
Lists all available mode pages.
|
1998-09-15 06:43:02 +00:00
|
|
|
.It Fl m Ar mode_page
|
|
|
|
|
This specifies the number of the mode page the user would like to view
|
2004-07-02 21:45:06 +00:00
|
|
|
and/or edit.
|
|
|
|
|
This argument is mandatory unless
|
2000-08-08 09:03:48 +00:00
|
|
|
.Fl l
|
|
|
|
|
is specified.
|
1998-12-02 22:42:36 +00:00
|
|
|
.It Fl P Ar pgctl
|
2004-07-02 21:45:06 +00:00
|
|
|
This allows the user to specify the page control field.
|
|
|
|
|
Possible values are:
|
1998-09-15 06:43:02 +00:00
|
|
|
.Bl -tag -width xxx -compact
|
1998-09-17 16:12:30 +00:00
|
|
|
.It 0
|
1998-09-15 06:43:02 +00:00
|
|
|
Current values
|
1998-09-17 16:12:30 +00:00
|
|
|
.It 1
|
1998-09-15 06:43:02 +00:00
|
|
|
Changeable values
|
1998-09-17 16:12:30 +00:00
|
|
|
.It 2
|
1998-09-15 06:43:02 +00:00
|
|
|
Default values
|
1998-09-17 16:12:30 +00:00
|
|
|
.It 3
|
1998-09-15 06:43:02 +00:00
|
|
|
Saved values
|
|
|
|
|
.El
|
|
|
|
|
.El
|
2000-06-03 22:16:00 +00:00
|
|
|
.It Ic cmd
|
2009-09-04 18:21:40 +00:00
|
|
|
Allows the user to send an arbitrary ATA or SCSI CDB to any device.
|
2000-06-03 22:16:00 +00:00
|
|
|
The
|
|
|
|
|
.Ic cmd
|
1998-09-15 06:43:02 +00:00
|
|
|
function requires the
|
|
|
|
|
.Fl c
|
2009-09-04 18:21:40 +00:00
|
|
|
argument to specify SCSI CDB or the
|
|
|
|
|
.Fl a
|
|
|
|
|
argument to specify ATA Command Block registers values.
|
2004-07-02 21:45:06 +00:00
|
|
|
Other arguments are optional, depending on
|
|
|
|
|
the command type.
|
|
|
|
|
The command and data specification syntax is documented
|
1998-09-15 06:43:02 +00:00
|
|
|
in
|
2000-05-21 23:57:52 +00:00
|
|
|
.Xr cam_cdbparse 3 .
|
2010-07-31 21:09:49 +00:00
|
|
|
NOTE: If the CDB specified causes data to be transferred to or from the
|
1998-09-15 06:43:02 +00:00
|
|
|
SCSI device in question, you MUST specify either
|
|
|
|
|
.Fl i
|
|
|
|
|
or
|
|
|
|
|
.Fl o .
|
2000-12-18 15:16:24 +00:00
|
|
|
.Bl -tag -width 17n
|
2009-09-04 18:21:40 +00:00
|
|
|
.It Fl a Ar cmd Op args
|
|
|
|
|
This specifies the content of 12 ATA Command Block registers (command,
|
|
|
|
|
features, lba_low, lba_mid, lba_high, device, lba_low_exp, lba_mid_exp.
|
|
|
|
|
lba_high_exp, features_exp, sector_count, sector_count_exp).
|
1998-09-15 06:43:02 +00:00
|
|
|
.It Fl c Ar cmd Op args
|
2004-07-02 21:45:06 +00:00
|
|
|
This specifies the SCSI CDB.
|
2009-09-04 18:21:40 +00:00
|
|
|
SCSI CDBs may be 6, 10, 12 or 16 bytes.
|
2010-05-02 11:36:27 +00:00
|
|
|
.It Fl d
|
|
|
|
|
Specifies DMA protocol to be used for ATA command.
|
|
|
|
|
.It Fl f
|
|
|
|
|
Specifies FPDMA (NCQ) protocol to be used for ATA command.
|
1998-09-15 06:43:02 +00:00
|
|
|
.It Fl i Ar len Ar fmt
|
|
|
|
|
This specifies the amount of data to read, and how it should be displayed.
|
|
|
|
|
If the format is
|
|
|
|
|
.Sq - ,
|
|
|
|
|
.Ar len
|
|
|
|
|
bytes of data will be read from the device and written to standard output.
|
|
|
|
|
.It Fl o Ar len Ar fmt Op args
|
|
|
|
|
This specifies the amount of data to be written to a device, and the data
|
2004-07-02 21:45:06 +00:00
|
|
|
that is to be written.
|
|
|
|
|
If the format is
|
1998-09-15 06:43:02 +00:00
|
|
|
.Sq - ,
|
|
|
|
|
.Ar len
|
|
|
|
|
bytes of data will be read from standard input and written to the device.
|
2009-09-04 18:21:40 +00:00
|
|
|
.It Fl r Ar fmt
|
|
|
|
|
This specifies that 11 result ATA Command Block registers should be displayed
|
|
|
|
|
(status, error, lba_low, lba_mid, lba_high, device, lba_low_exp, lba_mid_exp,
|
|
|
|
|
lba_high_exp, sector_count, sector_count_exp), and how.
|
|
|
|
|
If the format is
|
|
|
|
|
.Sq - ,
|
|
|
|
|
11 result registers will be written to standard output in hex.
|
1998-09-15 06:43:02 +00:00
|
|
|
.El
|
Add Serial Management Protocol (SMP) passthrough support to CAM.
This includes support in the kernel, camcontrol(8), libcam and the mps(4)
driver for SMP passthrough.
The CAM SCSI probe code has been modified to fetch Inquiry VPD page 0x00
to determine supported pages, and will now fetch page 0x83 in addition to
page 0x80 if supported.
Add two new CAM CCBs, XPT_SMP_IO, and XPT_GDEV_ADVINFO. The SMP CCB is
intended for SMP requests and responses. The ADVINFO is currently used to
fetch cached VPD page 0x83 data from the transport layer, but is intended
to be extensible to fetch other types of device-specific data.
SMP-only devices are not currently represented in the CAM topology, and so
the current semantics are that the SIM will route SMP CCBs to either the
addressed device, if it contains an SMP target, or its parent, if it
contains an SMP target. (This is noted in cam_ccb.h, since it will change
later once we have the ability to have SMP-only devices in CAM's topology.)
smp_all.c,
smp_all.h: New helper routines for SMP. This includes
SMP request building routines, response parsing
routines, error decoding routines, and structure
definitions for a number of SMP commands.
libcam/Makefile: Add smp_all.c to libcam, so that SMP functionality
is available to userland applications.
camcontrol.8,
camcontrol.c: Add smp passthrough support to camcontrol. Several
new subcommands are now available:
'smpcmd' functions much like 'cmd', except that it
allows the user to send generic SMP commands.
'smprg' sends the SMP report general command, and
displays the decoded output. It will automatically
fetch extended output if it is available.
'smppc' sends the SMP phy control command, with any
number of potential options. Among other things,
this allows the user to reset a phy on a SAS
expander, or disable a phy on an expander.
'smpmaninfo' sends the SMP report manufacturer
information and displays the decoded output.
'smpphylist' displays a list of phys on an
expander, and the CAM devices attached to those
phys, if any.
cam.h,
cam.c: Add a status value for SMP errors
(CAM_SMP_STATUS_ERROR).
Add a missing description for CAM_SCSI_IT_NEXUS_LOST.
Add support for SMP commands to cam_error_string().
cam_ccb.h: Rename the CAM_DIR_RESV flag to CAM_DIR_BOTH. SMP
commands are by nature bi-directional, and we may
need to support bi-directional SCSI commands later.
Add the XPT_SMP_IO CCB. Since SMP commands are
bi-directional, there are pointers for both the
request and response.
Add a fill routine for SMP CCBs.
Add the XPT_GDEV_ADVINFO CCB. This is currently
used to fetch cached page 0x83 data from the
transport later, but is extensible to fetch many
other types of data.
cam_periph.c: Add support in cam_periph_mapmem() for XPT_SMP_IO
and XPT_GDEV_ADVINFO CCBs.
cam_xpt.c: Add support for executing XPT_SMP_IO CCBs.
cam_xpt_internal.h: Add fields for VPD pages 0x00 and 0x83 in struct
cam_ed.
scsi_all.c: Add scsi_get_sas_addr(), a function that parses
VPD page 0x83 data and pulls out a SAS address.
scsi_all.h: Add VPD page 0x00 and 0x83 structures, and a
prototype for scsi_get_sas_addr().
scsi_pass.c: Add support for mapping buffers in XPT_SMP_IO and
XPT_GDEV_ADVINFO CCBs.
scsi_xpt.c: In the SCSI probe code, first ask the device for
VPD page 0x00. If any VPD pages are supported,
that page is required to be implemented. Based on
the response, we may probe for the serial number
(page 0x80) or device id (page 0x83).
Add support for the XPT_GDEV_ADVINFO CCB.
sys/conf/files: Add smp_all.c.
mps.c: Add support for passing in a uio in mps_map_command(),
so we can map a S/G list at once.
Add support for SMP passthrough commands in
mps_data_cb(). SMP is a special case, because the
first buffer in the S/G list is outbound and the
second buffer is inbound.
Add support for warning the user if the busdma code
comes back with more buffers than will work for the
command. This will, for example, help the user
determine why an SMP command failed if busdma comes
back with three buffers.
mps_pci.c: Add sys/uio.h.
mps_sas.c: Add the SAS address and the parent handle to the
list of fields we pull from device page 0 and cache
in struct mpssas_target. These are needed for SMP
passthrough.
Add support for the XPT_SMP_IO CCB. For now, this
CCB is routed to the addressed device if it supports
SMP, or to its parent if it does not and the parent
does. This is necessary because CAM does not
currently support SMP-only nodes in the topology.
Make SMP passthrough support conditional on
__FreeBSD_version >= 900026. This will make it
easier to MFC this change to the driver without
MFCing the CAM changes as well.
mps_user.c: Un-staticize mpi_init_sge() so we can use it for
the SMP passthrough code.
mpsvar.h: Add a uio and iovecs into struct mps_command for
SMP passthrough commands.
Add a cm_max_segs field to struct mps_command so
that we can warn the user if busdma comes back with
too many segments.
Clear the cm_reply when a command gets freed. If
it is not cleared, reply frames will eventually get
freed into the pool multiple times and corrupt the
pool. (This fix is from scottl.)
Add a prototype for mpi_init_sge().
sys/param.h: Bump __FreeBSD_version to 900026 for the for the
inclusion of the XPT_GDEV_ADVINFO and XPT_SMP_IO
CAM CCBs.
2010-11-30 22:39:46 +00:00
|
|
|
.It Ic smpcmd
|
2012-03-29 05:02:12 +00:00
|
|
|
Allows the user to send an arbitrary Serial
|
Add Serial Management Protocol (SMP) passthrough support to CAM.
This includes support in the kernel, camcontrol(8), libcam and the mps(4)
driver for SMP passthrough.
The CAM SCSI probe code has been modified to fetch Inquiry VPD page 0x00
to determine supported pages, and will now fetch page 0x83 in addition to
page 0x80 if supported.
Add two new CAM CCBs, XPT_SMP_IO, and XPT_GDEV_ADVINFO. The SMP CCB is
intended for SMP requests and responses. The ADVINFO is currently used to
fetch cached VPD page 0x83 data from the transport layer, but is intended
to be extensible to fetch other types of device-specific data.
SMP-only devices are not currently represented in the CAM topology, and so
the current semantics are that the SIM will route SMP CCBs to either the
addressed device, if it contains an SMP target, or its parent, if it
contains an SMP target. (This is noted in cam_ccb.h, since it will change
later once we have the ability to have SMP-only devices in CAM's topology.)
smp_all.c,
smp_all.h: New helper routines for SMP. This includes
SMP request building routines, response parsing
routines, error decoding routines, and structure
definitions for a number of SMP commands.
libcam/Makefile: Add smp_all.c to libcam, so that SMP functionality
is available to userland applications.
camcontrol.8,
camcontrol.c: Add smp passthrough support to camcontrol. Several
new subcommands are now available:
'smpcmd' functions much like 'cmd', except that it
allows the user to send generic SMP commands.
'smprg' sends the SMP report general command, and
displays the decoded output. It will automatically
fetch extended output if it is available.
'smppc' sends the SMP phy control command, with any
number of potential options. Among other things,
this allows the user to reset a phy on a SAS
expander, or disable a phy on an expander.
'smpmaninfo' sends the SMP report manufacturer
information and displays the decoded output.
'smpphylist' displays a list of phys on an
expander, and the CAM devices attached to those
phys, if any.
cam.h,
cam.c: Add a status value for SMP errors
(CAM_SMP_STATUS_ERROR).
Add a missing description for CAM_SCSI_IT_NEXUS_LOST.
Add support for SMP commands to cam_error_string().
cam_ccb.h: Rename the CAM_DIR_RESV flag to CAM_DIR_BOTH. SMP
commands are by nature bi-directional, and we may
need to support bi-directional SCSI commands later.
Add the XPT_SMP_IO CCB. Since SMP commands are
bi-directional, there are pointers for both the
request and response.
Add a fill routine for SMP CCBs.
Add the XPT_GDEV_ADVINFO CCB. This is currently
used to fetch cached page 0x83 data from the
transport later, but is extensible to fetch many
other types of data.
cam_periph.c: Add support in cam_periph_mapmem() for XPT_SMP_IO
and XPT_GDEV_ADVINFO CCBs.
cam_xpt.c: Add support for executing XPT_SMP_IO CCBs.
cam_xpt_internal.h: Add fields for VPD pages 0x00 and 0x83 in struct
cam_ed.
scsi_all.c: Add scsi_get_sas_addr(), a function that parses
VPD page 0x83 data and pulls out a SAS address.
scsi_all.h: Add VPD page 0x00 and 0x83 structures, and a
prototype for scsi_get_sas_addr().
scsi_pass.c: Add support for mapping buffers in XPT_SMP_IO and
XPT_GDEV_ADVINFO CCBs.
scsi_xpt.c: In the SCSI probe code, first ask the device for
VPD page 0x00. If any VPD pages are supported,
that page is required to be implemented. Based on
the response, we may probe for the serial number
(page 0x80) or device id (page 0x83).
Add support for the XPT_GDEV_ADVINFO CCB.
sys/conf/files: Add smp_all.c.
mps.c: Add support for passing in a uio in mps_map_command(),
so we can map a S/G list at once.
Add support for SMP passthrough commands in
mps_data_cb(). SMP is a special case, because the
first buffer in the S/G list is outbound and the
second buffer is inbound.
Add support for warning the user if the busdma code
comes back with more buffers than will work for the
command. This will, for example, help the user
determine why an SMP command failed if busdma comes
back with three buffers.
mps_pci.c: Add sys/uio.h.
mps_sas.c: Add the SAS address and the parent handle to the
list of fields we pull from device page 0 and cache
in struct mpssas_target. These are needed for SMP
passthrough.
Add support for the XPT_SMP_IO CCB. For now, this
CCB is routed to the addressed device if it supports
SMP, or to its parent if it does not and the parent
does. This is necessary because CAM does not
currently support SMP-only nodes in the topology.
Make SMP passthrough support conditional on
__FreeBSD_version >= 900026. This will make it
easier to MFC this change to the driver without
MFCing the CAM changes as well.
mps_user.c: Un-staticize mpi_init_sge() so we can use it for
the SMP passthrough code.
mpsvar.h: Add a uio and iovecs into struct mps_command for
SMP passthrough commands.
Add a cm_max_segs field to struct mps_command so
that we can warn the user if busdma comes back with
too many segments.
Clear the cm_reply when a command gets freed. If
it is not cleared, reply frames will eventually get
freed into the pool multiple times and corrupt the
pool. (This fix is from scottl.)
Add a prototype for mpi_init_sge().
sys/param.h: Bump __FreeBSD_version to 900026 for the for the
inclusion of the XPT_GDEV_ADVINFO and XPT_SMP_IO
CAM CCBs.
2010-11-30 22:39:46 +00:00
|
|
|
Management Protocol (SMP) command to a device.
|
|
|
|
|
The
|
|
|
|
|
.Ic smpcmd
|
|
|
|
|
function requires the
|
|
|
|
|
.Fl r
|
|
|
|
|
argument to specify the SMP request to be sent, and the
|
|
|
|
|
.Fl R
|
|
|
|
|
argument to specify the format of the SMP response.
|
|
|
|
|
The syntax for the SMP request and response arguments is documented in
|
|
|
|
|
.Xr cam_cdbparse 3 .
|
|
|
|
|
.Pp
|
|
|
|
|
Note that SAS adapters that support SMP passthrough (at least the currently
|
|
|
|
|
known adapters) do not accept CRC bytes from the user in the request and do
|
|
|
|
|
not pass CRC bytes back to the user in the response.
|
|
|
|
|
Therefore users should not include the CRC bytes in the length of the
|
|
|
|
|
request and not expect CRC bytes to be returned in the response.
|
|
|
|
|
.Bl -tag -width 17n
|
|
|
|
|
.It Fl r Ar len Ar fmt Op args
|
|
|
|
|
This specifies the size of the SMP request, without the CRC bytes, and the
|
2013-09-07 05:44:53 +00:00
|
|
|
SMP request format.
|
|
|
|
|
If the format is
|
Add Serial Management Protocol (SMP) passthrough support to CAM.
This includes support in the kernel, camcontrol(8), libcam and the mps(4)
driver for SMP passthrough.
The CAM SCSI probe code has been modified to fetch Inquiry VPD page 0x00
to determine supported pages, and will now fetch page 0x83 in addition to
page 0x80 if supported.
Add two new CAM CCBs, XPT_SMP_IO, and XPT_GDEV_ADVINFO. The SMP CCB is
intended for SMP requests and responses. The ADVINFO is currently used to
fetch cached VPD page 0x83 data from the transport layer, but is intended
to be extensible to fetch other types of device-specific data.
SMP-only devices are not currently represented in the CAM topology, and so
the current semantics are that the SIM will route SMP CCBs to either the
addressed device, if it contains an SMP target, or its parent, if it
contains an SMP target. (This is noted in cam_ccb.h, since it will change
later once we have the ability to have SMP-only devices in CAM's topology.)
smp_all.c,
smp_all.h: New helper routines for SMP. This includes
SMP request building routines, response parsing
routines, error decoding routines, and structure
definitions for a number of SMP commands.
libcam/Makefile: Add smp_all.c to libcam, so that SMP functionality
is available to userland applications.
camcontrol.8,
camcontrol.c: Add smp passthrough support to camcontrol. Several
new subcommands are now available:
'smpcmd' functions much like 'cmd', except that it
allows the user to send generic SMP commands.
'smprg' sends the SMP report general command, and
displays the decoded output. It will automatically
fetch extended output if it is available.
'smppc' sends the SMP phy control command, with any
number of potential options. Among other things,
this allows the user to reset a phy on a SAS
expander, or disable a phy on an expander.
'smpmaninfo' sends the SMP report manufacturer
information and displays the decoded output.
'smpphylist' displays a list of phys on an
expander, and the CAM devices attached to those
phys, if any.
cam.h,
cam.c: Add a status value for SMP errors
(CAM_SMP_STATUS_ERROR).
Add a missing description for CAM_SCSI_IT_NEXUS_LOST.
Add support for SMP commands to cam_error_string().
cam_ccb.h: Rename the CAM_DIR_RESV flag to CAM_DIR_BOTH. SMP
commands are by nature bi-directional, and we may
need to support bi-directional SCSI commands later.
Add the XPT_SMP_IO CCB. Since SMP commands are
bi-directional, there are pointers for both the
request and response.
Add a fill routine for SMP CCBs.
Add the XPT_GDEV_ADVINFO CCB. This is currently
used to fetch cached page 0x83 data from the
transport later, but is extensible to fetch many
other types of data.
cam_periph.c: Add support in cam_periph_mapmem() for XPT_SMP_IO
and XPT_GDEV_ADVINFO CCBs.
cam_xpt.c: Add support for executing XPT_SMP_IO CCBs.
cam_xpt_internal.h: Add fields for VPD pages 0x00 and 0x83 in struct
cam_ed.
scsi_all.c: Add scsi_get_sas_addr(), a function that parses
VPD page 0x83 data and pulls out a SAS address.
scsi_all.h: Add VPD page 0x00 and 0x83 structures, and a
prototype for scsi_get_sas_addr().
scsi_pass.c: Add support for mapping buffers in XPT_SMP_IO and
XPT_GDEV_ADVINFO CCBs.
scsi_xpt.c: In the SCSI probe code, first ask the device for
VPD page 0x00. If any VPD pages are supported,
that page is required to be implemented. Based on
the response, we may probe for the serial number
(page 0x80) or device id (page 0x83).
Add support for the XPT_GDEV_ADVINFO CCB.
sys/conf/files: Add smp_all.c.
mps.c: Add support for passing in a uio in mps_map_command(),
so we can map a S/G list at once.
Add support for SMP passthrough commands in
mps_data_cb(). SMP is a special case, because the
first buffer in the S/G list is outbound and the
second buffer is inbound.
Add support for warning the user if the busdma code
comes back with more buffers than will work for the
command. This will, for example, help the user
determine why an SMP command failed if busdma comes
back with three buffers.
mps_pci.c: Add sys/uio.h.
mps_sas.c: Add the SAS address and the parent handle to the
list of fields we pull from device page 0 and cache
in struct mpssas_target. These are needed for SMP
passthrough.
Add support for the XPT_SMP_IO CCB. For now, this
CCB is routed to the addressed device if it supports
SMP, or to its parent if it does not and the parent
does. This is necessary because CAM does not
currently support SMP-only nodes in the topology.
Make SMP passthrough support conditional on
__FreeBSD_version >= 900026. This will make it
easier to MFC this change to the driver without
MFCing the CAM changes as well.
mps_user.c: Un-staticize mpi_init_sge() so we can use it for
the SMP passthrough code.
mpsvar.h: Add a uio and iovecs into struct mps_command for
SMP passthrough commands.
Add a cm_max_segs field to struct mps_command so
that we can warn the user if busdma comes back with
too many segments.
Clear the cm_reply when a command gets freed. If
it is not cleared, reply frames will eventually get
freed into the pool multiple times and corrupt the
pool. (This fix is from scottl.)
Add a prototype for mpi_init_sge().
sys/param.h: Bump __FreeBSD_version to 900026 for the for the
inclusion of the XPT_GDEV_ADVINFO and XPT_SMP_IO
CAM CCBs.
2010-11-30 22:39:46 +00:00
|
|
|
.Sq - ,
|
|
|
|
|
.Ar len
|
|
|
|
|
bytes of data will be read from standard input and written as the SMP
|
|
|
|
|
request.
|
|
|
|
|
.It Fl R Ar len Ar fmt Op args
|
|
|
|
|
This specifies the size of the buffer allocated for the SMP response, and
|
|
|
|
|
the SMP response format.
|
|
|
|
|
If the format is
|
|
|
|
|
.Sq - ,
|
|
|
|
|
.Ar len
|
|
|
|
|
bytes of data will be allocated for the response and the response will be
|
|
|
|
|
written to standard output.
|
|
|
|
|
.El
|
|
|
|
|
.It Ic smprg
|
|
|
|
|
Allows the user to send the Serial Management Protocol (SMP) Report General
|
|
|
|
|
command to a device.
|
|
|
|
|
.Nm
|
|
|
|
|
will display the data returned by the Report General command.
|
|
|
|
|
If the SMP target supports the long response format, the additional data
|
|
|
|
|
will be requested and displayed automatically.
|
|
|
|
|
.Bl -tag -width 8n
|
|
|
|
|
.It Fl l
|
|
|
|
|
Request the long response format only.
|
|
|
|
|
Not all SMP targets support the long response format.
|
|
|
|
|
This option causes
|
|
|
|
|
.Nm
|
|
|
|
|
to skip sending the initial report general request without the long bit set
|
|
|
|
|
and only issue a report general request with the long bit set.
|
|
|
|
|
.El
|
|
|
|
|
.It Ic smppc
|
|
|
|
|
Allows the user to issue the Serial Management Protocol (SMP) PHY Control
|
|
|
|
|
command to a device.
|
|
|
|
|
This function should be used with some caution, as it can render devices
|
|
|
|
|
inaccessible, and could potentially cause data corruption as well.
|
|
|
|
|
The
|
|
|
|
|
.Fl p
|
|
|
|
|
argument is required to specify the PHY to operate on.
|
|
|
|
|
.Bl -tag -width 17n
|
|
|
|
|
.It Fl p Ar phy
|
|
|
|
|
Specify the PHY to operate on.
|
2012-03-29 05:02:12 +00:00
|
|
|
This argument is required.
|
Add Serial Management Protocol (SMP) passthrough support to CAM.
This includes support in the kernel, camcontrol(8), libcam and the mps(4)
driver for SMP passthrough.
The CAM SCSI probe code has been modified to fetch Inquiry VPD page 0x00
to determine supported pages, and will now fetch page 0x83 in addition to
page 0x80 if supported.
Add two new CAM CCBs, XPT_SMP_IO, and XPT_GDEV_ADVINFO. The SMP CCB is
intended for SMP requests and responses. The ADVINFO is currently used to
fetch cached VPD page 0x83 data from the transport layer, but is intended
to be extensible to fetch other types of device-specific data.
SMP-only devices are not currently represented in the CAM topology, and so
the current semantics are that the SIM will route SMP CCBs to either the
addressed device, if it contains an SMP target, or its parent, if it
contains an SMP target. (This is noted in cam_ccb.h, since it will change
later once we have the ability to have SMP-only devices in CAM's topology.)
smp_all.c,
smp_all.h: New helper routines for SMP. This includes
SMP request building routines, response parsing
routines, error decoding routines, and structure
definitions for a number of SMP commands.
libcam/Makefile: Add smp_all.c to libcam, so that SMP functionality
is available to userland applications.
camcontrol.8,
camcontrol.c: Add smp passthrough support to camcontrol. Several
new subcommands are now available:
'smpcmd' functions much like 'cmd', except that it
allows the user to send generic SMP commands.
'smprg' sends the SMP report general command, and
displays the decoded output. It will automatically
fetch extended output if it is available.
'smppc' sends the SMP phy control command, with any
number of potential options. Among other things,
this allows the user to reset a phy on a SAS
expander, or disable a phy on an expander.
'smpmaninfo' sends the SMP report manufacturer
information and displays the decoded output.
'smpphylist' displays a list of phys on an
expander, and the CAM devices attached to those
phys, if any.
cam.h,
cam.c: Add a status value for SMP errors
(CAM_SMP_STATUS_ERROR).
Add a missing description for CAM_SCSI_IT_NEXUS_LOST.
Add support for SMP commands to cam_error_string().
cam_ccb.h: Rename the CAM_DIR_RESV flag to CAM_DIR_BOTH. SMP
commands are by nature bi-directional, and we may
need to support bi-directional SCSI commands later.
Add the XPT_SMP_IO CCB. Since SMP commands are
bi-directional, there are pointers for both the
request and response.
Add a fill routine for SMP CCBs.
Add the XPT_GDEV_ADVINFO CCB. This is currently
used to fetch cached page 0x83 data from the
transport later, but is extensible to fetch many
other types of data.
cam_periph.c: Add support in cam_periph_mapmem() for XPT_SMP_IO
and XPT_GDEV_ADVINFO CCBs.
cam_xpt.c: Add support for executing XPT_SMP_IO CCBs.
cam_xpt_internal.h: Add fields for VPD pages 0x00 and 0x83 in struct
cam_ed.
scsi_all.c: Add scsi_get_sas_addr(), a function that parses
VPD page 0x83 data and pulls out a SAS address.
scsi_all.h: Add VPD page 0x00 and 0x83 structures, and a
prototype for scsi_get_sas_addr().
scsi_pass.c: Add support for mapping buffers in XPT_SMP_IO and
XPT_GDEV_ADVINFO CCBs.
scsi_xpt.c: In the SCSI probe code, first ask the device for
VPD page 0x00. If any VPD pages are supported,
that page is required to be implemented. Based on
the response, we may probe for the serial number
(page 0x80) or device id (page 0x83).
Add support for the XPT_GDEV_ADVINFO CCB.
sys/conf/files: Add smp_all.c.
mps.c: Add support for passing in a uio in mps_map_command(),
so we can map a S/G list at once.
Add support for SMP passthrough commands in
mps_data_cb(). SMP is a special case, because the
first buffer in the S/G list is outbound and the
second buffer is inbound.
Add support for warning the user if the busdma code
comes back with more buffers than will work for the
command. This will, for example, help the user
determine why an SMP command failed if busdma comes
back with three buffers.
mps_pci.c: Add sys/uio.h.
mps_sas.c: Add the SAS address and the parent handle to the
list of fields we pull from device page 0 and cache
in struct mpssas_target. These are needed for SMP
passthrough.
Add support for the XPT_SMP_IO CCB. For now, this
CCB is routed to the addressed device if it supports
SMP, or to its parent if it does not and the parent
does. This is necessary because CAM does not
currently support SMP-only nodes in the topology.
Make SMP passthrough support conditional on
__FreeBSD_version >= 900026. This will make it
easier to MFC this change to the driver without
MFCing the CAM changes as well.
mps_user.c: Un-staticize mpi_init_sge() so we can use it for
the SMP passthrough code.
mpsvar.h: Add a uio and iovecs into struct mps_command for
SMP passthrough commands.
Add a cm_max_segs field to struct mps_command so
that we can warn the user if busdma comes back with
too many segments.
Clear the cm_reply when a command gets freed. If
it is not cleared, reply frames will eventually get
freed into the pool multiple times and corrupt the
pool. (This fix is from scottl.)
Add a prototype for mpi_init_sge().
sys/param.h: Bump __FreeBSD_version to 900026 for the for the
inclusion of the XPT_GDEV_ADVINFO and XPT_SMP_IO
CAM CCBs.
2010-11-30 22:39:46 +00:00
|
|
|
.It Fl l
|
|
|
|
|
Request the long request/response format.
|
|
|
|
|
Not all SMP targets support the long response format.
|
|
|
|
|
For the PHY Control command, this currently only affects whether the
|
|
|
|
|
request length is set to a value other than 0.
|
|
|
|
|
.It Fl o Ar operation
|
|
|
|
|
Specify a PHY control operation.
|
|
|
|
|
Only one
|
|
|
|
|
.Fl o
|
|
|
|
|
operation may be specified.
|
|
|
|
|
The operation may be specified numerically (in decimal, hexadecimal, or octal)
|
|
|
|
|
or one of the following operation names may be specified:
|
|
|
|
|
.Bl -tag -width 16n
|
|
|
|
|
.It nop
|
|
|
|
|
No operation.
|
|
|
|
|
It is not necessary to specify this argument.
|
|
|
|
|
.It linkreset
|
|
|
|
|
Send the LINK RESET command to the phy.
|
|
|
|
|
.It hardreset
|
|
|
|
|
Send the HARD RESET command to the phy.
|
|
|
|
|
.It disable
|
|
|
|
|
Send the DISABLE command to the phy.
|
|
|
|
|
Note that the LINK RESET or HARD RESET commands should re-enable the phy.
|
2011-01-05 18:27:38 +00:00
|
|
|
.It clearerrlog
|
Add Serial Management Protocol (SMP) passthrough support to CAM.
This includes support in the kernel, camcontrol(8), libcam and the mps(4)
driver for SMP passthrough.
The CAM SCSI probe code has been modified to fetch Inquiry VPD page 0x00
to determine supported pages, and will now fetch page 0x83 in addition to
page 0x80 if supported.
Add two new CAM CCBs, XPT_SMP_IO, and XPT_GDEV_ADVINFO. The SMP CCB is
intended for SMP requests and responses. The ADVINFO is currently used to
fetch cached VPD page 0x83 data from the transport layer, but is intended
to be extensible to fetch other types of device-specific data.
SMP-only devices are not currently represented in the CAM topology, and so
the current semantics are that the SIM will route SMP CCBs to either the
addressed device, if it contains an SMP target, or its parent, if it
contains an SMP target. (This is noted in cam_ccb.h, since it will change
later once we have the ability to have SMP-only devices in CAM's topology.)
smp_all.c,
smp_all.h: New helper routines for SMP. This includes
SMP request building routines, response parsing
routines, error decoding routines, and structure
definitions for a number of SMP commands.
libcam/Makefile: Add smp_all.c to libcam, so that SMP functionality
is available to userland applications.
camcontrol.8,
camcontrol.c: Add smp passthrough support to camcontrol. Several
new subcommands are now available:
'smpcmd' functions much like 'cmd', except that it
allows the user to send generic SMP commands.
'smprg' sends the SMP report general command, and
displays the decoded output. It will automatically
fetch extended output if it is available.
'smppc' sends the SMP phy control command, with any
number of potential options. Among other things,
this allows the user to reset a phy on a SAS
expander, or disable a phy on an expander.
'smpmaninfo' sends the SMP report manufacturer
information and displays the decoded output.
'smpphylist' displays a list of phys on an
expander, and the CAM devices attached to those
phys, if any.
cam.h,
cam.c: Add a status value for SMP errors
(CAM_SMP_STATUS_ERROR).
Add a missing description for CAM_SCSI_IT_NEXUS_LOST.
Add support for SMP commands to cam_error_string().
cam_ccb.h: Rename the CAM_DIR_RESV flag to CAM_DIR_BOTH. SMP
commands are by nature bi-directional, and we may
need to support bi-directional SCSI commands later.
Add the XPT_SMP_IO CCB. Since SMP commands are
bi-directional, there are pointers for both the
request and response.
Add a fill routine for SMP CCBs.
Add the XPT_GDEV_ADVINFO CCB. This is currently
used to fetch cached page 0x83 data from the
transport later, but is extensible to fetch many
other types of data.
cam_periph.c: Add support in cam_periph_mapmem() for XPT_SMP_IO
and XPT_GDEV_ADVINFO CCBs.
cam_xpt.c: Add support for executing XPT_SMP_IO CCBs.
cam_xpt_internal.h: Add fields for VPD pages 0x00 and 0x83 in struct
cam_ed.
scsi_all.c: Add scsi_get_sas_addr(), a function that parses
VPD page 0x83 data and pulls out a SAS address.
scsi_all.h: Add VPD page 0x00 and 0x83 structures, and a
prototype for scsi_get_sas_addr().
scsi_pass.c: Add support for mapping buffers in XPT_SMP_IO and
XPT_GDEV_ADVINFO CCBs.
scsi_xpt.c: In the SCSI probe code, first ask the device for
VPD page 0x00. If any VPD pages are supported,
that page is required to be implemented. Based on
the response, we may probe for the serial number
(page 0x80) or device id (page 0x83).
Add support for the XPT_GDEV_ADVINFO CCB.
sys/conf/files: Add smp_all.c.
mps.c: Add support for passing in a uio in mps_map_command(),
so we can map a S/G list at once.
Add support for SMP passthrough commands in
mps_data_cb(). SMP is a special case, because the
first buffer in the S/G list is outbound and the
second buffer is inbound.
Add support for warning the user if the busdma code
comes back with more buffers than will work for the
command. This will, for example, help the user
determine why an SMP command failed if busdma comes
back with three buffers.
mps_pci.c: Add sys/uio.h.
mps_sas.c: Add the SAS address and the parent handle to the
list of fields we pull from device page 0 and cache
in struct mpssas_target. These are needed for SMP
passthrough.
Add support for the XPT_SMP_IO CCB. For now, this
CCB is routed to the addressed device if it supports
SMP, or to its parent if it does not and the parent
does. This is necessary because CAM does not
currently support SMP-only nodes in the topology.
Make SMP passthrough support conditional on
__FreeBSD_version >= 900026. This will make it
easier to MFC this change to the driver without
MFCing the CAM changes as well.
mps_user.c: Un-staticize mpi_init_sge() so we can use it for
the SMP passthrough code.
mpsvar.h: Add a uio and iovecs into struct mps_command for
SMP passthrough commands.
Add a cm_max_segs field to struct mps_command so
that we can warn the user if busdma comes back with
too many segments.
Clear the cm_reply when a command gets freed. If
it is not cleared, reply frames will eventually get
freed into the pool multiple times and corrupt the
pool. (This fix is from scottl.)
Add a prototype for mpi_init_sge().
sys/param.h: Bump __FreeBSD_version to 900026 for the for the
inclusion of the XPT_GDEV_ADVINFO and XPT_SMP_IO
CAM CCBs.
2010-11-30 22:39:46 +00:00
|
|
|
Send the CLEAR ERROR LOG command.
|
|
|
|
|
This clears the error log counters for the specified phy.
|
|
|
|
|
.It clearaffiliation
|
|
|
|
|
Send the CLEAR AFFILIATION command.
|
|
|
|
|
This clears the affiliation from the STP initiator port with the same SAS
|
|
|
|
|
address as the SMP initiator that requests the clear operation.
|
|
|
|
|
.It sataportsel
|
|
|
|
|
Send the TRANSMIT SATA PORT SELECTION SIGNAL command to the phy.
|
|
|
|
|
This will cause a SATA port selector to use the given phy as its active phy
|
|
|
|
|
and make the other phy inactive.
|
|
|
|
|
.It clearitnl
|
|
|
|
|
Send the CLEAR STP I_T NEXUS LOSS command to the PHY.
|
|
|
|
|
.It setdevname
|
|
|
|
|
Send the SET ATTACHED DEVICE NAME command to the PHY.
|
|
|
|
|
This requires the
|
|
|
|
|
.Fl d
|
|
|
|
|
argument to specify the device name.
|
|
|
|
|
.El
|
|
|
|
|
.It Fl d Ar name
|
|
|
|
|
Specify the attached device name.
|
|
|
|
|
This option is needed with the
|
|
|
|
|
.Fl o Ar setdevname
|
|
|
|
|
phy operation.
|
|
|
|
|
The name is a 64-bit number, and can be specified in decimal, hexadecimal
|
|
|
|
|
or octal format.
|
|
|
|
|
.It Fl m Ar rate
|
|
|
|
|
Set the minimum physical link rate for the phy.
|
|
|
|
|
This is a numeric argument.
|
|
|
|
|
Currently known link rates are:
|
|
|
|
|
.Bl -tag -width 5n
|
|
|
|
|
.It 0x0
|
|
|
|
|
Do not change current value.
|
|
|
|
|
.It 0x8
|
|
|
|
|
1.5 Gbps
|
|
|
|
|
.It 0x9
|
|
|
|
|
3 Gbps
|
|
|
|
|
.It 0xa
|
|
|
|
|
6 Gbps
|
|
|
|
|
.El
|
|
|
|
|
.Pp
|
|
|
|
|
Other values may be specified for newer physical link rates.
|
|
|
|
|
.It Fl M Ar rate
|
|
|
|
|
Set the maximum physical link rate for the phy.
|
|
|
|
|
This is a numeric argument.
|
|
|
|
|
See the
|
|
|
|
|
.Fl m
|
|
|
|
|
argument description for known link rate arguments.
|
|
|
|
|
.It Fl T Ar pp_timeout
|
|
|
|
|
Set the partial pathway timeout value, in microseconds.
|
|
|
|
|
See the
|
|
|
|
|
.Tn ANSI
|
|
|
|
|
.Tn SAS
|
2012-06-05 18:07:20 +00:00
|
|
|
Protocol Layer (SPL)
|
Add Serial Management Protocol (SMP) passthrough support to CAM.
This includes support in the kernel, camcontrol(8), libcam and the mps(4)
driver for SMP passthrough.
The CAM SCSI probe code has been modified to fetch Inquiry VPD page 0x00
to determine supported pages, and will now fetch page 0x83 in addition to
page 0x80 if supported.
Add two new CAM CCBs, XPT_SMP_IO, and XPT_GDEV_ADVINFO. The SMP CCB is
intended for SMP requests and responses. The ADVINFO is currently used to
fetch cached VPD page 0x83 data from the transport layer, but is intended
to be extensible to fetch other types of device-specific data.
SMP-only devices are not currently represented in the CAM topology, and so
the current semantics are that the SIM will route SMP CCBs to either the
addressed device, if it contains an SMP target, or its parent, if it
contains an SMP target. (This is noted in cam_ccb.h, since it will change
later once we have the ability to have SMP-only devices in CAM's topology.)
smp_all.c,
smp_all.h: New helper routines for SMP. This includes
SMP request building routines, response parsing
routines, error decoding routines, and structure
definitions for a number of SMP commands.
libcam/Makefile: Add smp_all.c to libcam, so that SMP functionality
is available to userland applications.
camcontrol.8,
camcontrol.c: Add smp passthrough support to camcontrol. Several
new subcommands are now available:
'smpcmd' functions much like 'cmd', except that it
allows the user to send generic SMP commands.
'smprg' sends the SMP report general command, and
displays the decoded output. It will automatically
fetch extended output if it is available.
'smppc' sends the SMP phy control command, with any
number of potential options. Among other things,
this allows the user to reset a phy on a SAS
expander, or disable a phy on an expander.
'smpmaninfo' sends the SMP report manufacturer
information and displays the decoded output.
'smpphylist' displays a list of phys on an
expander, and the CAM devices attached to those
phys, if any.
cam.h,
cam.c: Add a status value for SMP errors
(CAM_SMP_STATUS_ERROR).
Add a missing description for CAM_SCSI_IT_NEXUS_LOST.
Add support for SMP commands to cam_error_string().
cam_ccb.h: Rename the CAM_DIR_RESV flag to CAM_DIR_BOTH. SMP
commands are by nature bi-directional, and we may
need to support bi-directional SCSI commands later.
Add the XPT_SMP_IO CCB. Since SMP commands are
bi-directional, there are pointers for both the
request and response.
Add a fill routine for SMP CCBs.
Add the XPT_GDEV_ADVINFO CCB. This is currently
used to fetch cached page 0x83 data from the
transport later, but is extensible to fetch many
other types of data.
cam_periph.c: Add support in cam_periph_mapmem() for XPT_SMP_IO
and XPT_GDEV_ADVINFO CCBs.
cam_xpt.c: Add support for executing XPT_SMP_IO CCBs.
cam_xpt_internal.h: Add fields for VPD pages 0x00 and 0x83 in struct
cam_ed.
scsi_all.c: Add scsi_get_sas_addr(), a function that parses
VPD page 0x83 data and pulls out a SAS address.
scsi_all.h: Add VPD page 0x00 and 0x83 structures, and a
prototype for scsi_get_sas_addr().
scsi_pass.c: Add support for mapping buffers in XPT_SMP_IO and
XPT_GDEV_ADVINFO CCBs.
scsi_xpt.c: In the SCSI probe code, first ask the device for
VPD page 0x00. If any VPD pages are supported,
that page is required to be implemented. Based on
the response, we may probe for the serial number
(page 0x80) or device id (page 0x83).
Add support for the XPT_GDEV_ADVINFO CCB.
sys/conf/files: Add smp_all.c.
mps.c: Add support for passing in a uio in mps_map_command(),
so we can map a S/G list at once.
Add support for SMP passthrough commands in
mps_data_cb(). SMP is a special case, because the
first buffer in the S/G list is outbound and the
second buffer is inbound.
Add support for warning the user if the busdma code
comes back with more buffers than will work for the
command. This will, for example, help the user
determine why an SMP command failed if busdma comes
back with three buffers.
mps_pci.c: Add sys/uio.h.
mps_sas.c: Add the SAS address and the parent handle to the
list of fields we pull from device page 0 and cache
in struct mpssas_target. These are needed for SMP
passthrough.
Add support for the XPT_SMP_IO CCB. For now, this
CCB is routed to the addressed device if it supports
SMP, or to its parent if it does not and the parent
does. This is necessary because CAM does not
currently support SMP-only nodes in the topology.
Make SMP passthrough support conditional on
__FreeBSD_version >= 900026. This will make it
easier to MFC this change to the driver without
MFCing the CAM changes as well.
mps_user.c: Un-staticize mpi_init_sge() so we can use it for
the SMP passthrough code.
mpsvar.h: Add a uio and iovecs into struct mps_command for
SMP passthrough commands.
Add a cm_max_segs field to struct mps_command so
that we can warn the user if busdma comes back with
too many segments.
Clear the cm_reply when a command gets freed. If
it is not cleared, reply frames will eventually get
freed into the pool multiple times and corrupt the
pool. (This fix is from scottl.)
Add a prototype for mpi_init_sge().
sys/param.h: Bump __FreeBSD_version to 900026 for the for the
inclusion of the XPT_GDEV_ADVINFO and XPT_SMP_IO
CAM CCBs.
2010-11-30 22:39:46 +00:00
|
|
|
specification for more information on this field.
|
|
|
|
|
.It Fl a Ar enable|disable
|
|
|
|
|
Enable or disable SATA slumber phy power conditions.
|
|
|
|
|
.It Fl A Ar enable|disable
|
|
|
|
|
Enable or disable SATA partial power conditions.
|
|
|
|
|
.It Fl s Ar enable|disable
|
|
|
|
|
Enable or disable SAS slumber phy power conditions.
|
|
|
|
|
.It Fl S Ar enable|disable
|
|
|
|
|
Enable or disable SAS partial phy power conditions.
|
|
|
|
|
.El
|
|
|
|
|
.It Ic smpphylist
|
|
|
|
|
List phys attached to a SAS expander, the address of the end device
|
|
|
|
|
attached to the phy, and the inquiry data for that device and peripheral
|
|
|
|
|
devices attached to that device.
|
|
|
|
|
The inquiry data and peripheral devices are displayed if available.
|
|
|
|
|
.Bl -tag -width 5n
|
|
|
|
|
.It Fl l
|
|
|
|
|
Turn on the long response format for the underlying SMP commands used for
|
|
|
|
|
this command.
|
|
|
|
|
.It Fl q
|
|
|
|
|
Only print out phys that are attached to a device in the CAM EDT (Existing
|
|
|
|
|
Device Table).
|
|
|
|
|
.El
|
|
|
|
|
.It Ic smpmaninfo
|
|
|
|
|
Send the SMP Report Manufacturer Information command to the device and
|
|
|
|
|
display the response.
|
|
|
|
|
.Bl -tag -width 5n
|
|
|
|
|
.It Fl l
|
|
|
|
|
Turn on the long response format for the underlying SMP commands used for
|
|
|
|
|
this command.
|
|
|
|
|
.El
|
2000-06-03 22:16:00 +00:00
|
|
|
.It Ic debug
|
2004-07-02 21:45:06 +00:00
|
|
|
Turn on CAM debugging printfs in the kernel.
|
|
|
|
|
This requires options CAMDEBUG
|
|
|
|
|
in your kernel config file.
|
2004-07-03 00:13:43 +00:00
|
|
|
WARNING: enabling debugging printfs currently
|
2004-07-02 21:45:06 +00:00
|
|
|
causes an EXTREME number of kernel printfs.
|
|
|
|
|
You may have difficulty
|
1998-09-15 06:43:02 +00:00
|
|
|
turning off the debugging printfs once they start, since the kernel will be
|
|
|
|
|
busy printing messages and unable to service other requests quickly.
|
2000-06-03 22:16:00 +00:00
|
|
|
The
|
|
|
|
|
.Ic debug
|
|
|
|
|
function takes a number of arguments:
|
2000-12-18 15:16:24 +00:00
|
|
|
.Bl -tag -width 18n
|
1998-09-15 06:43:02 +00:00
|
|
|
.It Fl I
|
|
|
|
|
Enable CAM_DEBUG_INFO printfs.
|
2002-12-17 06:05:21 +00:00
|
|
|
.It Fl P
|
|
|
|
|
Enable CAM_DEBUG_PERIPH printfs.
|
1998-09-15 06:43:02 +00:00
|
|
|
.It Fl T
|
|
|
|
|
Enable CAM_DEBUG_TRACE printfs.
|
|
|
|
|
.It Fl S
|
|
|
|
|
Enable CAM_DEBUG_SUBTRACE printfs.
|
2002-12-17 06:05:21 +00:00
|
|
|
.It Fl X
|
|
|
|
|
Enable CAM_DEBUG_XPT printfs.
|
1998-10-02 21:00:58 +00:00
|
|
|
.It Fl c
|
2004-07-02 21:45:06 +00:00
|
|
|
Enable CAM_DEBUG_CDB printfs.
|
|
|
|
|
This will cause the kernel to print out the
|
1998-10-02 21:00:58 +00:00
|
|
|
SCSI CDBs sent to the specified device(s).
|
2012-06-04 10:42:09 +00:00
|
|
|
.It Fl p
|
|
|
|
|
Enable CAM_DEBUG_PROBE printfs.
|
1998-09-15 06:43:02 +00:00
|
|
|
.It all
|
|
|
|
|
Enable debugging for all devices.
|
|
|
|
|
.It off
|
|
|
|
|
Turn off debugging for all devices
|
|
|
|
|
.It bus Ns Op :target Ns Op :lun
|
2004-07-02 21:45:06 +00:00
|
|
|
Turn on debugging for the given bus, target or lun.
|
|
|
|
|
If the lun or target
|
|
|
|
|
and lun are not specified, they are wildcarded.
|
|
|
|
|
(i.e., just specifying a
|
1998-09-15 06:43:02 +00:00
|
|
|
bus turns on debugging printfs for all devices on that bus.)
|
|
|
|
|
.El
|
2000-06-03 22:16:00 +00:00
|
|
|
.It Ic tags
|
Add a number of interrelated CAM feature enhancements and bug fixes.
NOTE: These changes will require recompilation of any userland
applications, like cdrecord, xmcd, etc., that use the CAM passthrough
interface. A make world is recommended.
camcontrol.[c8]:
- We now support two new commands, "tags" and "negotiate".
- The tags commands allows users to view the number of tagged
openings for a device as well as a number of other related
parameters, and it allows users to set tagged openings for
a device.
- The negotiate command allows users to enable and disable
disconnection and tagged queueing, set sync rates, offsets
and bus width. Note that not all of those features are
available for all controllers. Only the adv, ahc, and ncr
drivers fully support all of the features at this point.
Some cards do not allow the setting of sync rates, offsets and
the like, and some of the drivers don't have any facilities to
do so. Some drivers, like the adw driver, only support enabling
or disabling sync negotiation, but do not support setting sync
rates.
- new description in the camcontrol man page of how to format a disk
- cleanup of the camcontrol inquiry command
- add support in the 'devlist' command for skipping unconfigured devices if
-v was not specified on the command line.
- make use of the new base_transfer_speed in the path inquiry CCB.
- fix CCB bzero cases
cam_xpt.c, cam_sim.[ch], cam_ccb.h:
- new flags on many CCB function codes to designate whether they're
non-immediate, use a user-supplied CCB, and can only be passed from
userland programs via the xpt device. Use these flags in the transport
layer and pass driver to categorize CCBs.
- new flag in the transport layer device matching code for device nodes
that indicates whether a device is unconfigured
- bump the CAM version from 0x10 to 0x11
- Change the CAM ioctls to use the version as their group code, so we can
force users to recompile code even when the CCB size doesn't change.
- add + fill in a new value in the path inquiry CCB, base_transfer_speed.
Remove a corresponding field from the cam_sim structure, and add code to
every SIM to set this field to the proper value.
- Fix the set transfer settings code in the transport layer.
scsi_cd.c:
- make some variables volatile instead of just casting them in various
places
- fix a race condition in the changer code
- attach unless we get a "logical unit not supported" error. This should
fix all of the cases where people have devices that return weird errors
when they don't have media in the drive.
scsi_da.c:
- attach unless we get a "logical unit not supported" error
scsi_pass.c:
- for immediate CCBs, just malloc a CCB to send the user request in. This
gets rid of the 'held' count problem in camcontrol tags.
scsi_pass.h:
- change the CAM ioctls to use the CAM version as their group code.
adv driver:
- Allow changing the sync rate and offset separately.
adw driver
- Allow changing the sync rate and offset separately.
aha driver:
- Don't return CAM_REQ_CMP for SET_TRAN_SETTINGS CCBs.
ahc driver:
- Allow setting offset and sync rate separately
bt driver:
- Don't return CAM_REQ_CMP for SET_TRAN_SETTINGS CCBs.
NCR driver:
- Fix the ultra/ultra 2 negotiation bug
- allow setting both the sync rate and offset separately
Other HBA drivers:
- Put code in to set the base_transfer_speed field for
XPT_GET_TRAN_SETTINGS CCBs.
Reviewed by: gibbs, mjacob (isp), imp (aha)
1999-05-06 20:16:39 +00:00
|
|
|
Show or set the number of "tagged openings" or simultaneous transactions
|
2004-07-02 21:45:06 +00:00
|
|
|
we attempt to queue to a particular device.
|
|
|
|
|
By default, the
|
2000-06-03 22:16:00 +00:00
|
|
|
.Ic tags
|
2004-07-02 21:45:06 +00:00
|
|
|
command, with no command-specific arguments (i.e., only generic arguments)
|
Add a number of interrelated CAM feature enhancements and bug fixes.
NOTE: These changes will require recompilation of any userland
applications, like cdrecord, xmcd, etc., that use the CAM passthrough
interface. A make world is recommended.
camcontrol.[c8]:
- We now support two new commands, "tags" and "negotiate".
- The tags commands allows users to view the number of tagged
openings for a device as well as a number of other related
parameters, and it allows users to set tagged openings for
a device.
- The negotiate command allows users to enable and disable
disconnection and tagged queueing, set sync rates, offsets
and bus width. Note that not all of those features are
available for all controllers. Only the adv, ahc, and ncr
drivers fully support all of the features at this point.
Some cards do not allow the setting of sync rates, offsets and
the like, and some of the drivers don't have any facilities to
do so. Some drivers, like the adw driver, only support enabling
or disabling sync negotiation, but do not support setting sync
rates.
- new description in the camcontrol man page of how to format a disk
- cleanup of the camcontrol inquiry command
- add support in the 'devlist' command for skipping unconfigured devices if
-v was not specified on the command line.
- make use of the new base_transfer_speed in the path inquiry CCB.
- fix CCB bzero cases
cam_xpt.c, cam_sim.[ch], cam_ccb.h:
- new flags on many CCB function codes to designate whether they're
non-immediate, use a user-supplied CCB, and can only be passed from
userland programs via the xpt device. Use these flags in the transport
layer and pass driver to categorize CCBs.
- new flag in the transport layer device matching code for device nodes
that indicates whether a device is unconfigured
- bump the CAM version from 0x10 to 0x11
- Change the CAM ioctls to use the version as their group code, so we can
force users to recompile code even when the CCB size doesn't change.
- add + fill in a new value in the path inquiry CCB, base_transfer_speed.
Remove a corresponding field from the cam_sim structure, and add code to
every SIM to set this field to the proper value.
- Fix the set transfer settings code in the transport layer.
scsi_cd.c:
- make some variables volatile instead of just casting them in various
places
- fix a race condition in the changer code
- attach unless we get a "logical unit not supported" error. This should
fix all of the cases where people have devices that return weird errors
when they don't have media in the drive.
scsi_da.c:
- attach unless we get a "logical unit not supported" error
scsi_pass.c:
- for immediate CCBs, just malloc a CCB to send the user request in. This
gets rid of the 'held' count problem in camcontrol tags.
scsi_pass.h:
- change the CAM ioctls to use the CAM version as their group code.
adv driver:
- Allow changing the sync rate and offset separately.
adw driver
- Allow changing the sync rate and offset separately.
aha driver:
- Don't return CAM_REQ_CMP for SET_TRAN_SETTINGS CCBs.
ahc driver:
- Allow setting offset and sync rate separately
bt driver:
- Don't return CAM_REQ_CMP for SET_TRAN_SETTINGS CCBs.
NCR driver:
- Fix the ultra/ultra 2 negotiation bug
- allow setting both the sync rate and offset separately
Other HBA drivers:
- Put code in to set the base_transfer_speed field for
XPT_GET_TRAN_SETTINGS CCBs.
Reviewed by: gibbs, mjacob (isp), imp (aha)
1999-05-06 20:16:39 +00:00
|
|
|
prints out the "soft" maximum number of transactions that can be queued to
|
2004-07-02 21:45:06 +00:00
|
|
|
the device in question.
|
|
|
|
|
For more detailed information, use the
|
Add a number of interrelated CAM feature enhancements and bug fixes.
NOTE: These changes will require recompilation of any userland
applications, like cdrecord, xmcd, etc., that use the CAM passthrough
interface. A make world is recommended.
camcontrol.[c8]:
- We now support two new commands, "tags" and "negotiate".
- The tags commands allows users to view the number of tagged
openings for a device as well as a number of other related
parameters, and it allows users to set tagged openings for
a device.
- The negotiate command allows users to enable and disable
disconnection and tagged queueing, set sync rates, offsets
and bus width. Note that not all of those features are
available for all controllers. Only the adv, ahc, and ncr
drivers fully support all of the features at this point.
Some cards do not allow the setting of sync rates, offsets and
the like, and some of the drivers don't have any facilities to
do so. Some drivers, like the adw driver, only support enabling
or disabling sync negotiation, but do not support setting sync
rates.
- new description in the camcontrol man page of how to format a disk
- cleanup of the camcontrol inquiry command
- add support in the 'devlist' command for skipping unconfigured devices if
-v was not specified on the command line.
- make use of the new base_transfer_speed in the path inquiry CCB.
- fix CCB bzero cases
cam_xpt.c, cam_sim.[ch], cam_ccb.h:
- new flags on many CCB function codes to designate whether they're
non-immediate, use a user-supplied CCB, and can only be passed from
userland programs via the xpt device. Use these flags in the transport
layer and pass driver to categorize CCBs.
- new flag in the transport layer device matching code for device nodes
that indicates whether a device is unconfigured
- bump the CAM version from 0x10 to 0x11
- Change the CAM ioctls to use the version as their group code, so we can
force users to recompile code even when the CCB size doesn't change.
- add + fill in a new value in the path inquiry CCB, base_transfer_speed.
Remove a corresponding field from the cam_sim structure, and add code to
every SIM to set this field to the proper value.
- Fix the set transfer settings code in the transport layer.
scsi_cd.c:
- make some variables volatile instead of just casting them in various
places
- fix a race condition in the changer code
- attach unless we get a "logical unit not supported" error. This should
fix all of the cases where people have devices that return weird errors
when they don't have media in the drive.
scsi_da.c:
- attach unless we get a "logical unit not supported" error
scsi_pass.c:
- for immediate CCBs, just malloc a CCB to send the user request in. This
gets rid of the 'held' count problem in camcontrol tags.
scsi_pass.h:
- change the CAM ioctls to use the CAM version as their group code.
adv driver:
- Allow changing the sync rate and offset separately.
adw driver
- Allow changing the sync rate and offset separately.
aha driver:
- Don't return CAM_REQ_CMP for SET_TRAN_SETTINGS CCBs.
ahc driver:
- Allow setting offset and sync rate separately
bt driver:
- Don't return CAM_REQ_CMP for SET_TRAN_SETTINGS CCBs.
NCR driver:
- Fix the ultra/ultra 2 negotiation bug
- allow setting both the sync rate and offset separately
Other HBA drivers:
- Put code in to set the base_transfer_speed field for
XPT_GET_TRAN_SETTINGS CCBs.
Reviewed by: gibbs, mjacob (isp), imp (aha)
1999-05-06 20:16:39 +00:00
|
|
|
.Fl v
|
|
|
|
|
argument described below.
|
2000-12-18 15:16:24 +00:00
|
|
|
.Bl -tag -width 7n
|
Add a number of interrelated CAM feature enhancements and bug fixes.
NOTE: These changes will require recompilation of any userland
applications, like cdrecord, xmcd, etc., that use the CAM passthrough
interface. A make world is recommended.
camcontrol.[c8]:
- We now support two new commands, "tags" and "negotiate".
- The tags commands allows users to view the number of tagged
openings for a device as well as a number of other related
parameters, and it allows users to set tagged openings for
a device.
- The negotiate command allows users to enable and disable
disconnection and tagged queueing, set sync rates, offsets
and bus width. Note that not all of those features are
available for all controllers. Only the adv, ahc, and ncr
drivers fully support all of the features at this point.
Some cards do not allow the setting of sync rates, offsets and
the like, and some of the drivers don't have any facilities to
do so. Some drivers, like the adw driver, only support enabling
or disabling sync negotiation, but do not support setting sync
rates.
- new description in the camcontrol man page of how to format a disk
- cleanup of the camcontrol inquiry command
- add support in the 'devlist' command for skipping unconfigured devices if
-v was not specified on the command line.
- make use of the new base_transfer_speed in the path inquiry CCB.
- fix CCB bzero cases
cam_xpt.c, cam_sim.[ch], cam_ccb.h:
- new flags on many CCB function codes to designate whether they're
non-immediate, use a user-supplied CCB, and can only be passed from
userland programs via the xpt device. Use these flags in the transport
layer and pass driver to categorize CCBs.
- new flag in the transport layer device matching code for device nodes
that indicates whether a device is unconfigured
- bump the CAM version from 0x10 to 0x11
- Change the CAM ioctls to use the version as their group code, so we can
force users to recompile code even when the CCB size doesn't change.
- add + fill in a new value in the path inquiry CCB, base_transfer_speed.
Remove a corresponding field from the cam_sim structure, and add code to
every SIM to set this field to the proper value.
- Fix the set transfer settings code in the transport layer.
scsi_cd.c:
- make some variables volatile instead of just casting them in various
places
- fix a race condition in the changer code
- attach unless we get a "logical unit not supported" error. This should
fix all of the cases where people have devices that return weird errors
when they don't have media in the drive.
scsi_da.c:
- attach unless we get a "logical unit not supported" error
scsi_pass.c:
- for immediate CCBs, just malloc a CCB to send the user request in. This
gets rid of the 'held' count problem in camcontrol tags.
scsi_pass.h:
- change the CAM ioctls to use the CAM version as their group code.
adv driver:
- Allow changing the sync rate and offset separately.
adw driver
- Allow changing the sync rate and offset separately.
aha driver:
- Don't return CAM_REQ_CMP for SET_TRAN_SETTINGS CCBs.
ahc driver:
- Allow setting offset and sync rate separately
bt driver:
- Don't return CAM_REQ_CMP for SET_TRAN_SETTINGS CCBs.
NCR driver:
- Fix the ultra/ultra 2 negotiation bug
- allow setting both the sync rate and offset separately
Other HBA drivers:
- Put code in to set the base_transfer_speed field for
XPT_GET_TRAN_SETTINGS CCBs.
Reviewed by: gibbs, mjacob (isp), imp (aha)
1999-05-06 20:16:39 +00:00
|
|
|
.It Fl N Ar tags
|
2004-07-02 21:45:06 +00:00
|
|
|
Set the number of tags for the given device.
|
|
|
|
|
This must be between the
|
|
|
|
|
minimum and maximum number set in the kernel quirk table.
|
|
|
|
|
The default for
|
Add a number of interrelated CAM feature enhancements and bug fixes.
NOTE: These changes will require recompilation of any userland
applications, like cdrecord, xmcd, etc., that use the CAM passthrough
interface. A make world is recommended.
camcontrol.[c8]:
- We now support two new commands, "tags" and "negotiate".
- The tags commands allows users to view the number of tagged
openings for a device as well as a number of other related
parameters, and it allows users to set tagged openings for
a device.
- The negotiate command allows users to enable and disable
disconnection and tagged queueing, set sync rates, offsets
and bus width. Note that not all of those features are
available for all controllers. Only the adv, ahc, and ncr
drivers fully support all of the features at this point.
Some cards do not allow the setting of sync rates, offsets and
the like, and some of the drivers don't have any facilities to
do so. Some drivers, like the adw driver, only support enabling
or disabling sync negotiation, but do not support setting sync
rates.
- new description in the camcontrol man page of how to format a disk
- cleanup of the camcontrol inquiry command
- add support in the 'devlist' command for skipping unconfigured devices if
-v was not specified on the command line.
- make use of the new base_transfer_speed in the path inquiry CCB.
- fix CCB bzero cases
cam_xpt.c, cam_sim.[ch], cam_ccb.h:
- new flags on many CCB function codes to designate whether they're
non-immediate, use a user-supplied CCB, and can only be passed from
userland programs via the xpt device. Use these flags in the transport
layer and pass driver to categorize CCBs.
- new flag in the transport layer device matching code for device nodes
that indicates whether a device is unconfigured
- bump the CAM version from 0x10 to 0x11
- Change the CAM ioctls to use the version as their group code, so we can
force users to recompile code even when the CCB size doesn't change.
- add + fill in a new value in the path inquiry CCB, base_transfer_speed.
Remove a corresponding field from the cam_sim structure, and add code to
every SIM to set this field to the proper value.
- Fix the set transfer settings code in the transport layer.
scsi_cd.c:
- make some variables volatile instead of just casting them in various
places
- fix a race condition in the changer code
- attach unless we get a "logical unit not supported" error. This should
fix all of the cases where people have devices that return weird errors
when they don't have media in the drive.
scsi_da.c:
- attach unless we get a "logical unit not supported" error
scsi_pass.c:
- for immediate CCBs, just malloc a CCB to send the user request in. This
gets rid of the 'held' count problem in camcontrol tags.
scsi_pass.h:
- change the CAM ioctls to use the CAM version as their group code.
adv driver:
- Allow changing the sync rate and offset separately.
adw driver
- Allow changing the sync rate and offset separately.
aha driver:
- Don't return CAM_REQ_CMP for SET_TRAN_SETTINGS CCBs.
ahc driver:
- Allow setting offset and sync rate separately
bt driver:
- Don't return CAM_REQ_CMP for SET_TRAN_SETTINGS CCBs.
NCR driver:
- Fix the ultra/ultra 2 negotiation bug
- allow setting both the sync rate and offset separately
Other HBA drivers:
- Put code in to set the base_transfer_speed field for
XPT_GET_TRAN_SETTINGS CCBs.
Reviewed by: gibbs, mjacob (isp), imp (aha)
1999-05-06 20:16:39 +00:00
|
|
|
most devices that support tagged queueing is a minimum of 2 and a maximum
|
2004-07-02 21:45:06 +00:00
|
|
|
of 255.
|
|
|
|
|
The minimum and maximum values for a given device may be
|
Add a number of interrelated CAM feature enhancements and bug fixes.
NOTE: These changes will require recompilation of any userland
applications, like cdrecord, xmcd, etc., that use the CAM passthrough
interface. A make world is recommended.
camcontrol.[c8]:
- We now support two new commands, "tags" and "negotiate".
- The tags commands allows users to view the number of tagged
openings for a device as well as a number of other related
parameters, and it allows users to set tagged openings for
a device.
- The negotiate command allows users to enable and disable
disconnection and tagged queueing, set sync rates, offsets
and bus width. Note that not all of those features are
available for all controllers. Only the adv, ahc, and ncr
drivers fully support all of the features at this point.
Some cards do not allow the setting of sync rates, offsets and
the like, and some of the drivers don't have any facilities to
do so. Some drivers, like the adw driver, only support enabling
or disabling sync negotiation, but do not support setting sync
rates.
- new description in the camcontrol man page of how to format a disk
- cleanup of the camcontrol inquiry command
- add support in the 'devlist' command for skipping unconfigured devices if
-v was not specified on the command line.
- make use of the new base_transfer_speed in the path inquiry CCB.
- fix CCB bzero cases
cam_xpt.c, cam_sim.[ch], cam_ccb.h:
- new flags on many CCB function codes to designate whether they're
non-immediate, use a user-supplied CCB, and can only be passed from
userland programs via the xpt device. Use these flags in the transport
layer and pass driver to categorize CCBs.
- new flag in the transport layer device matching code for device nodes
that indicates whether a device is unconfigured
- bump the CAM version from 0x10 to 0x11
- Change the CAM ioctls to use the version as their group code, so we can
force users to recompile code even when the CCB size doesn't change.
- add + fill in a new value in the path inquiry CCB, base_transfer_speed.
Remove a corresponding field from the cam_sim structure, and add code to
every SIM to set this field to the proper value.
- Fix the set transfer settings code in the transport layer.
scsi_cd.c:
- make some variables volatile instead of just casting them in various
places
- fix a race condition in the changer code
- attach unless we get a "logical unit not supported" error. This should
fix all of the cases where people have devices that return weird errors
when they don't have media in the drive.
scsi_da.c:
- attach unless we get a "logical unit not supported" error
scsi_pass.c:
- for immediate CCBs, just malloc a CCB to send the user request in. This
gets rid of the 'held' count problem in camcontrol tags.
scsi_pass.h:
- change the CAM ioctls to use the CAM version as their group code.
adv driver:
- Allow changing the sync rate and offset separately.
adw driver
- Allow changing the sync rate and offset separately.
aha driver:
- Don't return CAM_REQ_CMP for SET_TRAN_SETTINGS CCBs.
ahc driver:
- Allow setting offset and sync rate separately
bt driver:
- Don't return CAM_REQ_CMP for SET_TRAN_SETTINGS CCBs.
NCR driver:
- Fix the ultra/ultra 2 negotiation bug
- allow setting both the sync rate and offset separately
Other HBA drivers:
- Put code in to set the base_transfer_speed field for
XPT_GET_TRAN_SETTINGS CCBs.
Reviewed by: gibbs, mjacob (isp), imp (aha)
1999-05-06 20:16:39 +00:00
|
|
|
determined by using the
|
|
|
|
|
.Fl v
|
2004-07-02 21:45:06 +00:00
|
|
|
switch.
|
|
|
|
|
The meaning of the
|
Add a number of interrelated CAM feature enhancements and bug fixes.
NOTE: These changes will require recompilation of any userland
applications, like cdrecord, xmcd, etc., that use the CAM passthrough
interface. A make world is recommended.
camcontrol.[c8]:
- We now support two new commands, "tags" and "negotiate".
- The tags commands allows users to view the number of tagged
openings for a device as well as a number of other related
parameters, and it allows users to set tagged openings for
a device.
- The negotiate command allows users to enable and disable
disconnection and tagged queueing, set sync rates, offsets
and bus width. Note that not all of those features are
available for all controllers. Only the adv, ahc, and ncr
drivers fully support all of the features at this point.
Some cards do not allow the setting of sync rates, offsets and
the like, and some of the drivers don't have any facilities to
do so. Some drivers, like the adw driver, only support enabling
or disabling sync negotiation, but do not support setting sync
rates.
- new description in the camcontrol man page of how to format a disk
- cleanup of the camcontrol inquiry command
- add support in the 'devlist' command for skipping unconfigured devices if
-v was not specified on the command line.
- make use of the new base_transfer_speed in the path inquiry CCB.
- fix CCB bzero cases
cam_xpt.c, cam_sim.[ch], cam_ccb.h:
- new flags on many CCB function codes to designate whether they're
non-immediate, use a user-supplied CCB, and can only be passed from
userland programs via the xpt device. Use these flags in the transport
layer and pass driver to categorize CCBs.
- new flag in the transport layer device matching code for device nodes
that indicates whether a device is unconfigured
- bump the CAM version from 0x10 to 0x11
- Change the CAM ioctls to use the version as their group code, so we can
force users to recompile code even when the CCB size doesn't change.
- add + fill in a new value in the path inquiry CCB, base_transfer_speed.
Remove a corresponding field from the cam_sim structure, and add code to
every SIM to set this field to the proper value.
- Fix the set transfer settings code in the transport layer.
scsi_cd.c:
- make some variables volatile instead of just casting them in various
places
- fix a race condition in the changer code
- attach unless we get a "logical unit not supported" error. This should
fix all of the cases where people have devices that return weird errors
when they don't have media in the drive.
scsi_da.c:
- attach unless we get a "logical unit not supported" error
scsi_pass.c:
- for immediate CCBs, just malloc a CCB to send the user request in. This
gets rid of the 'held' count problem in camcontrol tags.
scsi_pass.h:
- change the CAM ioctls to use the CAM version as their group code.
adv driver:
- Allow changing the sync rate and offset separately.
adw driver
- Allow changing the sync rate and offset separately.
aha driver:
- Don't return CAM_REQ_CMP for SET_TRAN_SETTINGS CCBs.
ahc driver:
- Allow setting offset and sync rate separately
bt driver:
- Don't return CAM_REQ_CMP for SET_TRAN_SETTINGS CCBs.
NCR driver:
- Fix the ultra/ultra 2 negotiation bug
- allow setting both the sync rate and offset separately
Other HBA drivers:
- Put code in to set the base_transfer_speed field for
XPT_GET_TRAN_SETTINGS CCBs.
Reviewed by: gibbs, mjacob (isp), imp (aha)
1999-05-06 20:16:39 +00:00
|
|
|
.Fl v
|
|
|
|
|
switch for this
|
2000-11-20 16:52:27 +00:00
|
|
|
.Nm
|
Add a number of interrelated CAM feature enhancements and bug fixes.
NOTE: These changes will require recompilation of any userland
applications, like cdrecord, xmcd, etc., that use the CAM passthrough
interface. A make world is recommended.
camcontrol.[c8]:
- We now support two new commands, "tags" and "negotiate".
- The tags commands allows users to view the number of tagged
openings for a device as well as a number of other related
parameters, and it allows users to set tagged openings for
a device.
- The negotiate command allows users to enable and disable
disconnection and tagged queueing, set sync rates, offsets
and bus width. Note that not all of those features are
available for all controllers. Only the adv, ahc, and ncr
drivers fully support all of the features at this point.
Some cards do not allow the setting of sync rates, offsets and
the like, and some of the drivers don't have any facilities to
do so. Some drivers, like the adw driver, only support enabling
or disabling sync negotiation, but do not support setting sync
rates.
- new description in the camcontrol man page of how to format a disk
- cleanup of the camcontrol inquiry command
- add support in the 'devlist' command for skipping unconfigured devices if
-v was not specified on the command line.
- make use of the new base_transfer_speed in the path inquiry CCB.
- fix CCB bzero cases
cam_xpt.c, cam_sim.[ch], cam_ccb.h:
- new flags on many CCB function codes to designate whether they're
non-immediate, use a user-supplied CCB, and can only be passed from
userland programs via the xpt device. Use these flags in the transport
layer and pass driver to categorize CCBs.
- new flag in the transport layer device matching code for device nodes
that indicates whether a device is unconfigured
- bump the CAM version from 0x10 to 0x11
- Change the CAM ioctls to use the version as their group code, so we can
force users to recompile code even when the CCB size doesn't change.
- add + fill in a new value in the path inquiry CCB, base_transfer_speed.
Remove a corresponding field from the cam_sim structure, and add code to
every SIM to set this field to the proper value.
- Fix the set transfer settings code in the transport layer.
scsi_cd.c:
- make some variables volatile instead of just casting them in various
places
- fix a race condition in the changer code
- attach unless we get a "logical unit not supported" error. This should
fix all of the cases where people have devices that return weird errors
when they don't have media in the drive.
scsi_da.c:
- attach unless we get a "logical unit not supported" error
scsi_pass.c:
- for immediate CCBs, just malloc a CCB to send the user request in. This
gets rid of the 'held' count problem in camcontrol tags.
scsi_pass.h:
- change the CAM ioctls to use the CAM version as their group code.
adv driver:
- Allow changing the sync rate and offset separately.
adw driver
- Allow changing the sync rate and offset separately.
aha driver:
- Don't return CAM_REQ_CMP for SET_TRAN_SETTINGS CCBs.
ahc driver:
- Allow setting offset and sync rate separately
bt driver:
- Don't return CAM_REQ_CMP for SET_TRAN_SETTINGS CCBs.
NCR driver:
- Fix the ultra/ultra 2 negotiation bug
- allow setting both the sync rate and offset separately
Other HBA drivers:
- Put code in to set the base_transfer_speed field for
XPT_GET_TRAN_SETTINGS CCBs.
Reviewed by: gibbs, mjacob (isp), imp (aha)
1999-05-06 20:16:39 +00:00
|
|
|
subcommand is described below.
|
|
|
|
|
.It Fl q
|
2005-02-13 22:25:33 +00:00
|
|
|
Be quiet, and do not report the number of tags.
|
2004-07-02 21:45:06 +00:00
|
|
|
This is generally used when
|
Add a number of interrelated CAM feature enhancements and bug fixes.
NOTE: These changes will require recompilation of any userland
applications, like cdrecord, xmcd, etc., that use the CAM passthrough
interface. A make world is recommended.
camcontrol.[c8]:
- We now support two new commands, "tags" and "negotiate".
- The tags commands allows users to view the number of tagged
openings for a device as well as a number of other related
parameters, and it allows users to set tagged openings for
a device.
- The negotiate command allows users to enable and disable
disconnection and tagged queueing, set sync rates, offsets
and bus width. Note that not all of those features are
available for all controllers. Only the adv, ahc, and ncr
drivers fully support all of the features at this point.
Some cards do not allow the setting of sync rates, offsets and
the like, and some of the drivers don't have any facilities to
do so. Some drivers, like the adw driver, only support enabling
or disabling sync negotiation, but do not support setting sync
rates.
- new description in the camcontrol man page of how to format a disk
- cleanup of the camcontrol inquiry command
- add support in the 'devlist' command for skipping unconfigured devices if
-v was not specified on the command line.
- make use of the new base_transfer_speed in the path inquiry CCB.
- fix CCB bzero cases
cam_xpt.c, cam_sim.[ch], cam_ccb.h:
- new flags on many CCB function codes to designate whether they're
non-immediate, use a user-supplied CCB, and can only be passed from
userland programs via the xpt device. Use these flags in the transport
layer and pass driver to categorize CCBs.
- new flag in the transport layer device matching code for device nodes
that indicates whether a device is unconfigured
- bump the CAM version from 0x10 to 0x11
- Change the CAM ioctls to use the version as their group code, so we can
force users to recompile code even when the CCB size doesn't change.
- add + fill in a new value in the path inquiry CCB, base_transfer_speed.
Remove a corresponding field from the cam_sim structure, and add code to
every SIM to set this field to the proper value.
- Fix the set transfer settings code in the transport layer.
scsi_cd.c:
- make some variables volatile instead of just casting them in various
places
- fix a race condition in the changer code
- attach unless we get a "logical unit not supported" error. This should
fix all of the cases where people have devices that return weird errors
when they don't have media in the drive.
scsi_da.c:
- attach unless we get a "logical unit not supported" error
scsi_pass.c:
- for immediate CCBs, just malloc a CCB to send the user request in. This
gets rid of the 'held' count problem in camcontrol tags.
scsi_pass.h:
- change the CAM ioctls to use the CAM version as their group code.
adv driver:
- Allow changing the sync rate and offset separately.
adw driver
- Allow changing the sync rate and offset separately.
aha driver:
- Don't return CAM_REQ_CMP for SET_TRAN_SETTINGS CCBs.
ahc driver:
- Allow setting offset and sync rate separately
bt driver:
- Don't return CAM_REQ_CMP for SET_TRAN_SETTINGS CCBs.
NCR driver:
- Fix the ultra/ultra 2 negotiation bug
- allow setting both the sync rate and offset separately
Other HBA drivers:
- Put code in to set the base_transfer_speed field for
XPT_GET_TRAN_SETTINGS CCBs.
Reviewed by: gibbs, mjacob (isp), imp (aha)
1999-05-06 20:16:39 +00:00
|
|
|
setting the number of tags.
|
|
|
|
|
.It Fl v
|
|
|
|
|
The verbose flag has special functionality for the
|
|
|
|
|
.Em tags
|
2004-07-02 21:45:06 +00:00
|
|
|
argument.
|
|
|
|
|
It causes
|
2000-11-20 16:52:27 +00:00
|
|
|
.Nm
|
Add a number of interrelated CAM feature enhancements and bug fixes.
NOTE: These changes will require recompilation of any userland
applications, like cdrecord, xmcd, etc., that use the CAM passthrough
interface. A make world is recommended.
camcontrol.[c8]:
- We now support two new commands, "tags" and "negotiate".
- The tags commands allows users to view the number of tagged
openings for a device as well as a number of other related
parameters, and it allows users to set tagged openings for
a device.
- The negotiate command allows users to enable and disable
disconnection and tagged queueing, set sync rates, offsets
and bus width. Note that not all of those features are
available for all controllers. Only the adv, ahc, and ncr
drivers fully support all of the features at this point.
Some cards do not allow the setting of sync rates, offsets and
the like, and some of the drivers don't have any facilities to
do so. Some drivers, like the adw driver, only support enabling
or disabling sync negotiation, but do not support setting sync
rates.
- new description in the camcontrol man page of how to format a disk
- cleanup of the camcontrol inquiry command
- add support in the 'devlist' command for skipping unconfigured devices if
-v was not specified on the command line.
- make use of the new base_transfer_speed in the path inquiry CCB.
- fix CCB bzero cases
cam_xpt.c, cam_sim.[ch], cam_ccb.h:
- new flags on many CCB function codes to designate whether they're
non-immediate, use a user-supplied CCB, and can only be passed from
userland programs via the xpt device. Use these flags in the transport
layer and pass driver to categorize CCBs.
- new flag in the transport layer device matching code for device nodes
that indicates whether a device is unconfigured
- bump the CAM version from 0x10 to 0x11
- Change the CAM ioctls to use the version as their group code, so we can
force users to recompile code even when the CCB size doesn't change.
- add + fill in a new value in the path inquiry CCB, base_transfer_speed.
Remove a corresponding field from the cam_sim structure, and add code to
every SIM to set this field to the proper value.
- Fix the set transfer settings code in the transport layer.
scsi_cd.c:
- make some variables volatile instead of just casting them in various
places
- fix a race condition in the changer code
- attach unless we get a "logical unit not supported" error. This should
fix all of the cases where people have devices that return weird errors
when they don't have media in the drive.
scsi_da.c:
- attach unless we get a "logical unit not supported" error
scsi_pass.c:
- for immediate CCBs, just malloc a CCB to send the user request in. This
gets rid of the 'held' count problem in camcontrol tags.
scsi_pass.h:
- change the CAM ioctls to use the CAM version as their group code.
adv driver:
- Allow changing the sync rate and offset separately.
adw driver
- Allow changing the sync rate and offset separately.
aha driver:
- Don't return CAM_REQ_CMP for SET_TRAN_SETTINGS CCBs.
ahc driver:
- Allow setting offset and sync rate separately
bt driver:
- Don't return CAM_REQ_CMP for SET_TRAN_SETTINGS CCBs.
NCR driver:
- Fix the ultra/ultra 2 negotiation bug
- allow setting both the sync rate and offset separately
Other HBA drivers:
- Put code in to set the base_transfer_speed field for
XPT_GET_TRAN_SETTINGS CCBs.
Reviewed by: gibbs, mjacob (isp), imp (aha)
1999-05-06 20:16:39 +00:00
|
|
|
to print out the tagged queueing related fields of the XPT_GDEV_TYPE CCB:
|
2000-12-18 15:16:24 +00:00
|
|
|
.Bl -tag -width 13n
|
Add a number of interrelated CAM feature enhancements and bug fixes.
NOTE: These changes will require recompilation of any userland
applications, like cdrecord, xmcd, etc., that use the CAM passthrough
interface. A make world is recommended.
camcontrol.[c8]:
- We now support two new commands, "tags" and "negotiate".
- The tags commands allows users to view the number of tagged
openings for a device as well as a number of other related
parameters, and it allows users to set tagged openings for
a device.
- The negotiate command allows users to enable and disable
disconnection and tagged queueing, set sync rates, offsets
and bus width. Note that not all of those features are
available for all controllers. Only the adv, ahc, and ncr
drivers fully support all of the features at this point.
Some cards do not allow the setting of sync rates, offsets and
the like, and some of the drivers don't have any facilities to
do so. Some drivers, like the adw driver, only support enabling
or disabling sync negotiation, but do not support setting sync
rates.
- new description in the camcontrol man page of how to format a disk
- cleanup of the camcontrol inquiry command
- add support in the 'devlist' command for skipping unconfigured devices if
-v was not specified on the command line.
- make use of the new base_transfer_speed in the path inquiry CCB.
- fix CCB bzero cases
cam_xpt.c, cam_sim.[ch], cam_ccb.h:
- new flags on many CCB function codes to designate whether they're
non-immediate, use a user-supplied CCB, and can only be passed from
userland programs via the xpt device. Use these flags in the transport
layer and pass driver to categorize CCBs.
- new flag in the transport layer device matching code for device nodes
that indicates whether a device is unconfigured
- bump the CAM version from 0x10 to 0x11
- Change the CAM ioctls to use the version as their group code, so we can
force users to recompile code even when the CCB size doesn't change.
- add + fill in a new value in the path inquiry CCB, base_transfer_speed.
Remove a corresponding field from the cam_sim structure, and add code to
every SIM to set this field to the proper value.
- Fix the set transfer settings code in the transport layer.
scsi_cd.c:
- make some variables volatile instead of just casting them in various
places
- fix a race condition in the changer code
- attach unless we get a "logical unit not supported" error. This should
fix all of the cases where people have devices that return weird errors
when they don't have media in the drive.
scsi_da.c:
- attach unless we get a "logical unit not supported" error
scsi_pass.c:
- for immediate CCBs, just malloc a CCB to send the user request in. This
gets rid of the 'held' count problem in camcontrol tags.
scsi_pass.h:
- change the CAM ioctls to use the CAM version as their group code.
adv driver:
- Allow changing the sync rate and offset separately.
adw driver
- Allow changing the sync rate and offset separately.
aha driver:
- Don't return CAM_REQ_CMP for SET_TRAN_SETTINGS CCBs.
ahc driver:
- Allow setting offset and sync rate separately
bt driver:
- Don't return CAM_REQ_CMP for SET_TRAN_SETTINGS CCBs.
NCR driver:
- Fix the ultra/ultra 2 negotiation bug
- allow setting both the sync rate and offset separately
Other HBA drivers:
- Put code in to set the base_transfer_speed field for
XPT_GET_TRAN_SETTINGS CCBs.
Reviewed by: gibbs, mjacob (isp), imp (aha)
1999-05-06 20:16:39 +00:00
|
|
|
.It dev_openings
|
|
|
|
|
This is the amount of capacity for transactions queued to a given device.
|
|
|
|
|
.It dev_active
|
|
|
|
|
This is the number of transactions currently queued to a device.
|
|
|
|
|
.It devq_openings
|
2004-07-02 21:45:06 +00:00
|
|
|
This is the kernel queue space for transactions.
|
|
|
|
|
This count usually mirrors
|
Add a number of interrelated CAM feature enhancements and bug fixes.
NOTE: These changes will require recompilation of any userland
applications, like cdrecord, xmcd, etc., that use the CAM passthrough
interface. A make world is recommended.
camcontrol.[c8]:
- We now support two new commands, "tags" and "negotiate".
- The tags commands allows users to view the number of tagged
openings for a device as well as a number of other related
parameters, and it allows users to set tagged openings for
a device.
- The negotiate command allows users to enable and disable
disconnection and tagged queueing, set sync rates, offsets
and bus width. Note that not all of those features are
available for all controllers. Only the adv, ahc, and ncr
drivers fully support all of the features at this point.
Some cards do not allow the setting of sync rates, offsets and
the like, and some of the drivers don't have any facilities to
do so. Some drivers, like the adw driver, only support enabling
or disabling sync negotiation, but do not support setting sync
rates.
- new description in the camcontrol man page of how to format a disk
- cleanup of the camcontrol inquiry command
- add support in the 'devlist' command for skipping unconfigured devices if
-v was not specified on the command line.
- make use of the new base_transfer_speed in the path inquiry CCB.
- fix CCB bzero cases
cam_xpt.c, cam_sim.[ch], cam_ccb.h:
- new flags on many CCB function codes to designate whether they're
non-immediate, use a user-supplied CCB, and can only be passed from
userland programs via the xpt device. Use these flags in the transport
layer and pass driver to categorize CCBs.
- new flag in the transport layer device matching code for device nodes
that indicates whether a device is unconfigured
- bump the CAM version from 0x10 to 0x11
- Change the CAM ioctls to use the version as their group code, so we can
force users to recompile code even when the CCB size doesn't change.
- add + fill in a new value in the path inquiry CCB, base_transfer_speed.
Remove a corresponding field from the cam_sim structure, and add code to
every SIM to set this field to the proper value.
- Fix the set transfer settings code in the transport layer.
scsi_cd.c:
- make some variables volatile instead of just casting them in various
places
- fix a race condition in the changer code
- attach unless we get a "logical unit not supported" error. This should
fix all of the cases where people have devices that return weird errors
when they don't have media in the drive.
scsi_da.c:
- attach unless we get a "logical unit not supported" error
scsi_pass.c:
- for immediate CCBs, just malloc a CCB to send the user request in. This
gets rid of the 'held' count problem in camcontrol tags.
scsi_pass.h:
- change the CAM ioctls to use the CAM version as their group code.
adv driver:
- Allow changing the sync rate and offset separately.
adw driver
- Allow changing the sync rate and offset separately.
aha driver:
- Don't return CAM_REQ_CMP for SET_TRAN_SETTINGS CCBs.
ahc driver:
- Allow setting offset and sync rate separately
bt driver:
- Don't return CAM_REQ_CMP for SET_TRAN_SETTINGS CCBs.
NCR driver:
- Fix the ultra/ultra 2 negotiation bug
- allow setting both the sync rate and offset separately
Other HBA drivers:
- Put code in to set the base_transfer_speed field for
XPT_GET_TRAN_SETTINGS CCBs.
Reviewed by: gibbs, mjacob (isp), imp (aha)
1999-05-06 20:16:39 +00:00
|
|
|
dev_openings except during error recovery operations when
|
|
|
|
|
the device queue is frozen (device is not allowed to receive
|
|
|
|
|
commands), the number of dev_openings is reduced, or transaction
|
|
|
|
|
replay is occurring.
|
|
|
|
|
.It devq_queued
|
|
|
|
|
This is the number of transactions waiting in the kernel queue for capacity
|
2004-07-02 21:45:06 +00:00
|
|
|
on the device.
|
|
|
|
|
This number is usually zero unless error recovery is in
|
Add a number of interrelated CAM feature enhancements and bug fixes.
NOTE: These changes will require recompilation of any userland
applications, like cdrecord, xmcd, etc., that use the CAM passthrough
interface. A make world is recommended.
camcontrol.[c8]:
- We now support two new commands, "tags" and "negotiate".
- The tags commands allows users to view the number of tagged
openings for a device as well as a number of other related
parameters, and it allows users to set tagged openings for
a device.
- The negotiate command allows users to enable and disable
disconnection and tagged queueing, set sync rates, offsets
and bus width. Note that not all of those features are
available for all controllers. Only the adv, ahc, and ncr
drivers fully support all of the features at this point.
Some cards do not allow the setting of sync rates, offsets and
the like, and some of the drivers don't have any facilities to
do so. Some drivers, like the adw driver, only support enabling
or disabling sync negotiation, but do not support setting sync
rates.
- new description in the camcontrol man page of how to format a disk
- cleanup of the camcontrol inquiry command
- add support in the 'devlist' command for skipping unconfigured devices if
-v was not specified on the command line.
- make use of the new base_transfer_speed in the path inquiry CCB.
- fix CCB bzero cases
cam_xpt.c, cam_sim.[ch], cam_ccb.h:
- new flags on many CCB function codes to designate whether they're
non-immediate, use a user-supplied CCB, and can only be passed from
userland programs via the xpt device. Use these flags in the transport
layer and pass driver to categorize CCBs.
- new flag in the transport layer device matching code for device nodes
that indicates whether a device is unconfigured
- bump the CAM version from 0x10 to 0x11
- Change the CAM ioctls to use the version as their group code, so we can
force users to recompile code even when the CCB size doesn't change.
- add + fill in a new value in the path inquiry CCB, base_transfer_speed.
Remove a corresponding field from the cam_sim structure, and add code to
every SIM to set this field to the proper value.
- Fix the set transfer settings code in the transport layer.
scsi_cd.c:
- make some variables volatile instead of just casting them in various
places
- fix a race condition in the changer code
- attach unless we get a "logical unit not supported" error. This should
fix all of the cases where people have devices that return weird errors
when they don't have media in the drive.
scsi_da.c:
- attach unless we get a "logical unit not supported" error
scsi_pass.c:
- for immediate CCBs, just malloc a CCB to send the user request in. This
gets rid of the 'held' count problem in camcontrol tags.
scsi_pass.h:
- change the CAM ioctls to use the CAM version as their group code.
adv driver:
- Allow changing the sync rate and offset separately.
adw driver
- Allow changing the sync rate and offset separately.
aha driver:
- Don't return CAM_REQ_CMP for SET_TRAN_SETTINGS CCBs.
ahc driver:
- Allow setting offset and sync rate separately
bt driver:
- Don't return CAM_REQ_CMP for SET_TRAN_SETTINGS CCBs.
NCR driver:
- Fix the ultra/ultra 2 negotiation bug
- allow setting both the sync rate and offset separately
Other HBA drivers:
- Put code in to set the base_transfer_speed field for
XPT_GET_TRAN_SETTINGS CCBs.
Reviewed by: gibbs, mjacob (isp), imp (aha)
1999-05-06 20:16:39 +00:00
|
|
|
progress.
|
|
|
|
|
.It held
|
|
|
|
|
The held count is the number of CCBs held by peripheral drivers that have
|
|
|
|
|
either just been completed or are about to be released to the transport
|
2004-07-02 21:45:06 +00:00
|
|
|
layer for service by a device.
|
|
|
|
|
Held CCBs reserve capacity on a given
|
Add a number of interrelated CAM feature enhancements and bug fixes.
NOTE: These changes will require recompilation of any userland
applications, like cdrecord, xmcd, etc., that use the CAM passthrough
interface. A make world is recommended.
camcontrol.[c8]:
- We now support two new commands, "tags" and "negotiate".
- The tags commands allows users to view the number of tagged
openings for a device as well as a number of other related
parameters, and it allows users to set tagged openings for
a device.
- The negotiate command allows users to enable and disable
disconnection and tagged queueing, set sync rates, offsets
and bus width. Note that not all of those features are
available for all controllers. Only the adv, ahc, and ncr
drivers fully support all of the features at this point.
Some cards do not allow the setting of sync rates, offsets and
the like, and some of the drivers don't have any facilities to
do so. Some drivers, like the adw driver, only support enabling
or disabling sync negotiation, but do not support setting sync
rates.
- new description in the camcontrol man page of how to format a disk
- cleanup of the camcontrol inquiry command
- add support in the 'devlist' command for skipping unconfigured devices if
-v was not specified on the command line.
- make use of the new base_transfer_speed in the path inquiry CCB.
- fix CCB bzero cases
cam_xpt.c, cam_sim.[ch], cam_ccb.h:
- new flags on many CCB function codes to designate whether they're
non-immediate, use a user-supplied CCB, and can only be passed from
userland programs via the xpt device. Use these flags in the transport
layer and pass driver to categorize CCBs.
- new flag in the transport layer device matching code for device nodes
that indicates whether a device is unconfigured
- bump the CAM version from 0x10 to 0x11
- Change the CAM ioctls to use the version as their group code, so we can
force users to recompile code even when the CCB size doesn't change.
- add + fill in a new value in the path inquiry CCB, base_transfer_speed.
Remove a corresponding field from the cam_sim structure, and add code to
every SIM to set this field to the proper value.
- Fix the set transfer settings code in the transport layer.
scsi_cd.c:
- make some variables volatile instead of just casting them in various
places
- fix a race condition in the changer code
- attach unless we get a "logical unit not supported" error. This should
fix all of the cases where people have devices that return weird errors
when they don't have media in the drive.
scsi_da.c:
- attach unless we get a "logical unit not supported" error
scsi_pass.c:
- for immediate CCBs, just malloc a CCB to send the user request in. This
gets rid of the 'held' count problem in camcontrol tags.
scsi_pass.h:
- change the CAM ioctls to use the CAM version as their group code.
adv driver:
- Allow changing the sync rate and offset separately.
adw driver
- Allow changing the sync rate and offset separately.
aha driver:
- Don't return CAM_REQ_CMP for SET_TRAN_SETTINGS CCBs.
ahc driver:
- Allow setting offset and sync rate separately
bt driver:
- Don't return CAM_REQ_CMP for SET_TRAN_SETTINGS CCBs.
NCR driver:
- Fix the ultra/ultra 2 negotiation bug
- allow setting both the sync rate and offset separately
Other HBA drivers:
- Put code in to set the base_transfer_speed field for
XPT_GET_TRAN_SETTINGS CCBs.
Reviewed by: gibbs, mjacob (isp), imp (aha)
1999-05-06 20:16:39 +00:00
|
|
|
device.
|
|
|
|
|
.It mintags
|
|
|
|
|
This is the current "hard" minimum number of transactions that can be
|
2004-07-02 21:45:06 +00:00
|
|
|
queued to a device at once.
|
|
|
|
|
The
|
Add a number of interrelated CAM feature enhancements and bug fixes.
NOTE: These changes will require recompilation of any userland
applications, like cdrecord, xmcd, etc., that use the CAM passthrough
interface. A make world is recommended.
camcontrol.[c8]:
- We now support two new commands, "tags" and "negotiate".
- The tags commands allows users to view the number of tagged
openings for a device as well as a number of other related
parameters, and it allows users to set tagged openings for
a device.
- The negotiate command allows users to enable and disable
disconnection and tagged queueing, set sync rates, offsets
and bus width. Note that not all of those features are
available for all controllers. Only the adv, ahc, and ncr
drivers fully support all of the features at this point.
Some cards do not allow the setting of sync rates, offsets and
the like, and some of the drivers don't have any facilities to
do so. Some drivers, like the adw driver, only support enabling
or disabling sync negotiation, but do not support setting sync
rates.
- new description in the camcontrol man page of how to format a disk
- cleanup of the camcontrol inquiry command
- add support in the 'devlist' command for skipping unconfigured devices if
-v was not specified on the command line.
- make use of the new base_transfer_speed in the path inquiry CCB.
- fix CCB bzero cases
cam_xpt.c, cam_sim.[ch], cam_ccb.h:
- new flags on many CCB function codes to designate whether they're
non-immediate, use a user-supplied CCB, and can only be passed from
userland programs via the xpt device. Use these flags in the transport
layer and pass driver to categorize CCBs.
- new flag in the transport layer device matching code for device nodes
that indicates whether a device is unconfigured
- bump the CAM version from 0x10 to 0x11
- Change the CAM ioctls to use the version as their group code, so we can
force users to recompile code even when the CCB size doesn't change.
- add + fill in a new value in the path inquiry CCB, base_transfer_speed.
Remove a corresponding field from the cam_sim structure, and add code to
every SIM to set this field to the proper value.
- Fix the set transfer settings code in the transport layer.
scsi_cd.c:
- make some variables volatile instead of just casting them in various
places
- fix a race condition in the changer code
- attach unless we get a "logical unit not supported" error. This should
fix all of the cases where people have devices that return weird errors
when they don't have media in the drive.
scsi_da.c:
- attach unless we get a "logical unit not supported" error
scsi_pass.c:
- for immediate CCBs, just malloc a CCB to send the user request in. This
gets rid of the 'held' count problem in camcontrol tags.
scsi_pass.h:
- change the CAM ioctls to use the CAM version as their group code.
adv driver:
- Allow changing the sync rate and offset separately.
adw driver
- Allow changing the sync rate and offset separately.
aha driver:
- Don't return CAM_REQ_CMP for SET_TRAN_SETTINGS CCBs.
ahc driver:
- Allow setting offset and sync rate separately
bt driver:
- Don't return CAM_REQ_CMP for SET_TRAN_SETTINGS CCBs.
NCR driver:
- Fix the ultra/ultra 2 negotiation bug
- allow setting both the sync rate and offset separately
Other HBA drivers:
- Put code in to set the base_transfer_speed field for
XPT_GET_TRAN_SETTINGS CCBs.
Reviewed by: gibbs, mjacob (isp), imp (aha)
1999-05-06 20:16:39 +00:00
|
|
|
.Ar dev_openings
|
2004-07-02 21:45:06 +00:00
|
|
|
value above cannot go below this number.
|
|
|
|
|
The default value for
|
Add a number of interrelated CAM feature enhancements and bug fixes.
NOTE: These changes will require recompilation of any userland
applications, like cdrecord, xmcd, etc., that use the CAM passthrough
interface. A make world is recommended.
camcontrol.[c8]:
- We now support two new commands, "tags" and "negotiate".
- The tags commands allows users to view the number of tagged
openings for a device as well as a number of other related
parameters, and it allows users to set tagged openings for
a device.
- The negotiate command allows users to enable and disable
disconnection and tagged queueing, set sync rates, offsets
and bus width. Note that not all of those features are
available for all controllers. Only the adv, ahc, and ncr
drivers fully support all of the features at this point.
Some cards do not allow the setting of sync rates, offsets and
the like, and some of the drivers don't have any facilities to
do so. Some drivers, like the adw driver, only support enabling
or disabling sync negotiation, but do not support setting sync
rates.
- new description in the camcontrol man page of how to format a disk
- cleanup of the camcontrol inquiry command
- add support in the 'devlist' command for skipping unconfigured devices if
-v was not specified on the command line.
- make use of the new base_transfer_speed in the path inquiry CCB.
- fix CCB bzero cases
cam_xpt.c, cam_sim.[ch], cam_ccb.h:
- new flags on many CCB function codes to designate whether they're
non-immediate, use a user-supplied CCB, and can only be passed from
userland programs via the xpt device. Use these flags in the transport
layer and pass driver to categorize CCBs.
- new flag in the transport layer device matching code for device nodes
that indicates whether a device is unconfigured
- bump the CAM version from 0x10 to 0x11
- Change the CAM ioctls to use the version as their group code, so we can
force users to recompile code even when the CCB size doesn't change.
- add + fill in a new value in the path inquiry CCB, base_transfer_speed.
Remove a corresponding field from the cam_sim structure, and add code to
every SIM to set this field to the proper value.
- Fix the set transfer settings code in the transport layer.
scsi_cd.c:
- make some variables volatile instead of just casting them in various
places
- fix a race condition in the changer code
- attach unless we get a "logical unit not supported" error. This should
fix all of the cases where people have devices that return weird errors
when they don't have media in the drive.
scsi_da.c:
- attach unless we get a "logical unit not supported" error
scsi_pass.c:
- for immediate CCBs, just malloc a CCB to send the user request in. This
gets rid of the 'held' count problem in camcontrol tags.
scsi_pass.h:
- change the CAM ioctls to use the CAM version as their group code.
adv driver:
- Allow changing the sync rate and offset separately.
adw driver
- Allow changing the sync rate and offset separately.
aha driver:
- Don't return CAM_REQ_CMP for SET_TRAN_SETTINGS CCBs.
ahc driver:
- Allow setting offset and sync rate separately
bt driver:
- Don't return CAM_REQ_CMP for SET_TRAN_SETTINGS CCBs.
NCR driver:
- Fix the ultra/ultra 2 negotiation bug
- allow setting both the sync rate and offset separately
Other HBA drivers:
- Put code in to set the base_transfer_speed field for
XPT_GET_TRAN_SETTINGS CCBs.
Reviewed by: gibbs, mjacob (isp), imp (aha)
1999-05-06 20:16:39 +00:00
|
|
|
.Ar mintags
|
|
|
|
|
is 2, although it may be set higher or lower for various devices.
|
|
|
|
|
.It maxtags
|
|
|
|
|
This is the "hard" maximum number of transactions that can be queued to a
|
2004-07-02 21:45:06 +00:00
|
|
|
device at one time.
|
|
|
|
|
The
|
Add a number of interrelated CAM feature enhancements and bug fixes.
NOTE: These changes will require recompilation of any userland
applications, like cdrecord, xmcd, etc., that use the CAM passthrough
interface. A make world is recommended.
camcontrol.[c8]:
- We now support two new commands, "tags" and "negotiate".
- The tags commands allows users to view the number of tagged
openings for a device as well as a number of other related
parameters, and it allows users to set tagged openings for
a device.
- The negotiate command allows users to enable and disable
disconnection and tagged queueing, set sync rates, offsets
and bus width. Note that not all of those features are
available for all controllers. Only the adv, ahc, and ncr
drivers fully support all of the features at this point.
Some cards do not allow the setting of sync rates, offsets and
the like, and some of the drivers don't have any facilities to
do so. Some drivers, like the adw driver, only support enabling
or disabling sync negotiation, but do not support setting sync
rates.
- new description in the camcontrol man page of how to format a disk
- cleanup of the camcontrol inquiry command
- add support in the 'devlist' command for skipping unconfigured devices if
-v was not specified on the command line.
- make use of the new base_transfer_speed in the path inquiry CCB.
- fix CCB bzero cases
cam_xpt.c, cam_sim.[ch], cam_ccb.h:
- new flags on many CCB function codes to designate whether they're
non-immediate, use a user-supplied CCB, and can only be passed from
userland programs via the xpt device. Use these flags in the transport
layer and pass driver to categorize CCBs.
- new flag in the transport layer device matching code for device nodes
that indicates whether a device is unconfigured
- bump the CAM version from 0x10 to 0x11
- Change the CAM ioctls to use the version as their group code, so we can
force users to recompile code even when the CCB size doesn't change.
- add + fill in a new value in the path inquiry CCB, base_transfer_speed.
Remove a corresponding field from the cam_sim structure, and add code to
every SIM to set this field to the proper value.
- Fix the set transfer settings code in the transport layer.
scsi_cd.c:
- make some variables volatile instead of just casting them in various
places
- fix a race condition in the changer code
- attach unless we get a "logical unit not supported" error. This should
fix all of the cases where people have devices that return weird errors
when they don't have media in the drive.
scsi_da.c:
- attach unless we get a "logical unit not supported" error
scsi_pass.c:
- for immediate CCBs, just malloc a CCB to send the user request in. This
gets rid of the 'held' count problem in camcontrol tags.
scsi_pass.h:
- change the CAM ioctls to use the CAM version as their group code.
adv driver:
- Allow changing the sync rate and offset separately.
adw driver
- Allow changing the sync rate and offset separately.
aha driver:
- Don't return CAM_REQ_CMP for SET_TRAN_SETTINGS CCBs.
ahc driver:
- Allow setting offset and sync rate separately
bt driver:
- Don't return CAM_REQ_CMP for SET_TRAN_SETTINGS CCBs.
NCR driver:
- Fix the ultra/ultra 2 negotiation bug
- allow setting both the sync rate and offset separately
Other HBA drivers:
- Put code in to set the base_transfer_speed field for
XPT_GET_TRAN_SETTINGS CCBs.
Reviewed by: gibbs, mjacob (isp), imp (aha)
1999-05-06 20:16:39 +00:00
|
|
|
.Ar dev_openings
|
2004-07-02 21:45:06 +00:00
|
|
|
value cannot go above this number.
|
|
|
|
|
The default value for
|
Add a number of interrelated CAM feature enhancements and bug fixes.
NOTE: These changes will require recompilation of any userland
applications, like cdrecord, xmcd, etc., that use the CAM passthrough
interface. A make world is recommended.
camcontrol.[c8]:
- We now support two new commands, "tags" and "negotiate".
- The tags commands allows users to view the number of tagged
openings for a device as well as a number of other related
parameters, and it allows users to set tagged openings for
a device.
- The negotiate command allows users to enable and disable
disconnection and tagged queueing, set sync rates, offsets
and bus width. Note that not all of those features are
available for all controllers. Only the adv, ahc, and ncr
drivers fully support all of the features at this point.
Some cards do not allow the setting of sync rates, offsets and
the like, and some of the drivers don't have any facilities to
do so. Some drivers, like the adw driver, only support enabling
or disabling sync negotiation, but do not support setting sync
rates.
- new description in the camcontrol man page of how to format a disk
- cleanup of the camcontrol inquiry command
- add support in the 'devlist' command for skipping unconfigured devices if
-v was not specified on the command line.
- make use of the new base_transfer_speed in the path inquiry CCB.
- fix CCB bzero cases
cam_xpt.c, cam_sim.[ch], cam_ccb.h:
- new flags on many CCB function codes to designate whether they're
non-immediate, use a user-supplied CCB, and can only be passed from
userland programs via the xpt device. Use these flags in the transport
layer and pass driver to categorize CCBs.
- new flag in the transport layer device matching code for device nodes
that indicates whether a device is unconfigured
- bump the CAM version from 0x10 to 0x11
- Change the CAM ioctls to use the version as their group code, so we can
force users to recompile code even when the CCB size doesn't change.
- add + fill in a new value in the path inquiry CCB, base_transfer_speed.
Remove a corresponding field from the cam_sim structure, and add code to
every SIM to set this field to the proper value.
- Fix the set transfer settings code in the transport layer.
scsi_cd.c:
- make some variables volatile instead of just casting them in various
places
- fix a race condition in the changer code
- attach unless we get a "logical unit not supported" error. This should
fix all of the cases where people have devices that return weird errors
when they don't have media in the drive.
scsi_da.c:
- attach unless we get a "logical unit not supported" error
scsi_pass.c:
- for immediate CCBs, just malloc a CCB to send the user request in. This
gets rid of the 'held' count problem in camcontrol tags.
scsi_pass.h:
- change the CAM ioctls to use the CAM version as their group code.
adv driver:
- Allow changing the sync rate and offset separately.
adw driver
- Allow changing the sync rate and offset separately.
aha driver:
- Don't return CAM_REQ_CMP for SET_TRAN_SETTINGS CCBs.
ahc driver:
- Allow setting offset and sync rate separately
bt driver:
- Don't return CAM_REQ_CMP for SET_TRAN_SETTINGS CCBs.
NCR driver:
- Fix the ultra/ultra 2 negotiation bug
- allow setting both the sync rate and offset separately
Other HBA drivers:
- Put code in to set the base_transfer_speed field for
XPT_GET_TRAN_SETTINGS CCBs.
Reviewed by: gibbs, mjacob (isp), imp (aha)
1999-05-06 20:16:39 +00:00
|
|
|
.Ar maxtags
|
|
|
|
|
is 255, although it may be set higher or lower for various devices.
|
|
|
|
|
.El
|
|
|
|
|
.El
|
2000-06-03 22:16:00 +00:00
|
|
|
.It Ic negotiate
|
2004-07-02 21:45:06 +00:00
|
|
|
Show or negotiate various communication parameters.
|
|
|
|
|
Some controllers may
|
|
|
|
|
not support setting or changing some of these values.
|
|
|
|
|
For instance, the
|
Add a number of interrelated CAM feature enhancements and bug fixes.
NOTE: These changes will require recompilation of any userland
applications, like cdrecord, xmcd, etc., that use the CAM passthrough
interface. A make world is recommended.
camcontrol.[c8]:
- We now support two new commands, "tags" and "negotiate".
- The tags commands allows users to view the number of tagged
openings for a device as well as a number of other related
parameters, and it allows users to set tagged openings for
a device.
- The negotiate command allows users to enable and disable
disconnection and tagged queueing, set sync rates, offsets
and bus width. Note that not all of those features are
available for all controllers. Only the adv, ahc, and ncr
drivers fully support all of the features at this point.
Some cards do not allow the setting of sync rates, offsets and
the like, and some of the drivers don't have any facilities to
do so. Some drivers, like the adw driver, only support enabling
or disabling sync negotiation, but do not support setting sync
rates.
- new description in the camcontrol man page of how to format a disk
- cleanup of the camcontrol inquiry command
- add support in the 'devlist' command for skipping unconfigured devices if
-v was not specified on the command line.
- make use of the new base_transfer_speed in the path inquiry CCB.
- fix CCB bzero cases
cam_xpt.c, cam_sim.[ch], cam_ccb.h:
- new flags on many CCB function codes to designate whether they're
non-immediate, use a user-supplied CCB, and can only be passed from
userland programs via the xpt device. Use these flags in the transport
layer and pass driver to categorize CCBs.
- new flag in the transport layer device matching code for device nodes
that indicates whether a device is unconfigured
- bump the CAM version from 0x10 to 0x11
- Change the CAM ioctls to use the version as their group code, so we can
force users to recompile code even when the CCB size doesn't change.
- add + fill in a new value in the path inquiry CCB, base_transfer_speed.
Remove a corresponding field from the cam_sim structure, and add code to
every SIM to set this field to the proper value.
- Fix the set transfer settings code in the transport layer.
scsi_cd.c:
- make some variables volatile instead of just casting them in various
places
- fix a race condition in the changer code
- attach unless we get a "logical unit not supported" error. This should
fix all of the cases where people have devices that return weird errors
when they don't have media in the drive.
scsi_da.c:
- attach unless we get a "logical unit not supported" error
scsi_pass.c:
- for immediate CCBs, just malloc a CCB to send the user request in. This
gets rid of the 'held' count problem in camcontrol tags.
scsi_pass.h:
- change the CAM ioctls to use the CAM version as their group code.
adv driver:
- Allow changing the sync rate and offset separately.
adw driver
- Allow changing the sync rate and offset separately.
aha driver:
- Don't return CAM_REQ_CMP for SET_TRAN_SETTINGS CCBs.
ahc driver:
- Allow setting offset and sync rate separately
bt driver:
- Don't return CAM_REQ_CMP for SET_TRAN_SETTINGS CCBs.
NCR driver:
- Fix the ultra/ultra 2 negotiation bug
- allow setting both the sync rate and offset separately
Other HBA drivers:
- Put code in to set the base_transfer_speed field for
XPT_GET_TRAN_SETTINGS CCBs.
Reviewed by: gibbs, mjacob (isp), imp (aha)
1999-05-06 20:16:39 +00:00
|
|
|
Adaptec 174x controllers do not support changing a device's sync rate or
|
|
|
|
|
offset.
|
2002-07-06 19:34:18 +00:00
|
|
|
The
|
2000-11-20 16:52:27 +00:00
|
|
|
.Nm
|
2002-07-06 19:34:18 +00:00
|
|
|
utility
|
Add a number of interrelated CAM feature enhancements and bug fixes.
NOTE: These changes will require recompilation of any userland
applications, like cdrecord, xmcd, etc., that use the CAM passthrough
interface. A make world is recommended.
camcontrol.[c8]:
- We now support two new commands, "tags" and "negotiate".
- The tags commands allows users to view the number of tagged
openings for a device as well as a number of other related
parameters, and it allows users to set tagged openings for
a device.
- The negotiate command allows users to enable and disable
disconnection and tagged queueing, set sync rates, offsets
and bus width. Note that not all of those features are
available for all controllers. Only the adv, ahc, and ncr
drivers fully support all of the features at this point.
Some cards do not allow the setting of sync rates, offsets and
the like, and some of the drivers don't have any facilities to
do so. Some drivers, like the adw driver, only support enabling
or disabling sync negotiation, but do not support setting sync
rates.
- new description in the camcontrol man page of how to format a disk
- cleanup of the camcontrol inquiry command
- add support in the 'devlist' command for skipping unconfigured devices if
-v was not specified on the command line.
- make use of the new base_transfer_speed in the path inquiry CCB.
- fix CCB bzero cases
cam_xpt.c, cam_sim.[ch], cam_ccb.h:
- new flags on many CCB function codes to designate whether they're
non-immediate, use a user-supplied CCB, and can only be passed from
userland programs via the xpt device. Use these flags in the transport
layer and pass driver to categorize CCBs.
- new flag in the transport layer device matching code for device nodes
that indicates whether a device is unconfigured
- bump the CAM version from 0x10 to 0x11
- Change the CAM ioctls to use the version as their group code, so we can
force users to recompile code even when the CCB size doesn't change.
- add + fill in a new value in the path inquiry CCB, base_transfer_speed.
Remove a corresponding field from the cam_sim structure, and add code to
every SIM to set this field to the proper value.
- Fix the set transfer settings code in the transport layer.
scsi_cd.c:
- make some variables volatile instead of just casting them in various
places
- fix a race condition in the changer code
- attach unless we get a "logical unit not supported" error. This should
fix all of the cases where people have devices that return weird errors
when they don't have media in the drive.
scsi_da.c:
- attach unless we get a "logical unit not supported" error
scsi_pass.c:
- for immediate CCBs, just malloc a CCB to send the user request in. This
gets rid of the 'held' count problem in camcontrol tags.
scsi_pass.h:
- change the CAM ioctls to use the CAM version as their group code.
adv driver:
- Allow changing the sync rate and offset separately.
adw driver
- Allow changing the sync rate and offset separately.
aha driver:
- Don't return CAM_REQ_CMP for SET_TRAN_SETTINGS CCBs.
ahc driver:
- Allow setting offset and sync rate separately
bt driver:
- Don't return CAM_REQ_CMP for SET_TRAN_SETTINGS CCBs.
NCR driver:
- Fix the ultra/ultra 2 negotiation bug
- allow setting both the sync rate and offset separately
Other HBA drivers:
- Put code in to set the base_transfer_speed field for
XPT_GET_TRAN_SETTINGS CCBs.
Reviewed by: gibbs, mjacob (isp), imp (aha)
1999-05-06 20:16:39 +00:00
|
|
|
will not attempt to set the parameter if the controller indicates that it
|
2004-07-02 21:45:06 +00:00
|
|
|
does not support setting the parameter.
|
|
|
|
|
To find out what the controller
|
Add a number of interrelated CAM feature enhancements and bug fixes.
NOTE: These changes will require recompilation of any userland
applications, like cdrecord, xmcd, etc., that use the CAM passthrough
interface. A make world is recommended.
camcontrol.[c8]:
- We now support two new commands, "tags" and "negotiate".
- The tags commands allows users to view the number of tagged
openings for a device as well as a number of other related
parameters, and it allows users to set tagged openings for
a device.
- The negotiate command allows users to enable and disable
disconnection and tagged queueing, set sync rates, offsets
and bus width. Note that not all of those features are
available for all controllers. Only the adv, ahc, and ncr
drivers fully support all of the features at this point.
Some cards do not allow the setting of sync rates, offsets and
the like, and some of the drivers don't have any facilities to
do so. Some drivers, like the adw driver, only support enabling
or disabling sync negotiation, but do not support setting sync
rates.
- new description in the camcontrol man page of how to format a disk
- cleanup of the camcontrol inquiry command
- add support in the 'devlist' command for skipping unconfigured devices if
-v was not specified on the command line.
- make use of the new base_transfer_speed in the path inquiry CCB.
- fix CCB bzero cases
cam_xpt.c, cam_sim.[ch], cam_ccb.h:
- new flags on many CCB function codes to designate whether they're
non-immediate, use a user-supplied CCB, and can only be passed from
userland programs via the xpt device. Use these flags in the transport
layer and pass driver to categorize CCBs.
- new flag in the transport layer device matching code for device nodes
that indicates whether a device is unconfigured
- bump the CAM version from 0x10 to 0x11
- Change the CAM ioctls to use the version as their group code, so we can
force users to recompile code even when the CCB size doesn't change.
- add + fill in a new value in the path inquiry CCB, base_transfer_speed.
Remove a corresponding field from the cam_sim structure, and add code to
every SIM to set this field to the proper value.
- Fix the set transfer settings code in the transport layer.
scsi_cd.c:
- make some variables volatile instead of just casting them in various
places
- fix a race condition in the changer code
- attach unless we get a "logical unit not supported" error. This should
fix all of the cases where people have devices that return weird errors
when they don't have media in the drive.
scsi_da.c:
- attach unless we get a "logical unit not supported" error
scsi_pass.c:
- for immediate CCBs, just malloc a CCB to send the user request in. This
gets rid of the 'held' count problem in camcontrol tags.
scsi_pass.h:
- change the CAM ioctls to use the CAM version as their group code.
adv driver:
- Allow changing the sync rate and offset separately.
adw driver
- Allow changing the sync rate and offset separately.
aha driver:
- Don't return CAM_REQ_CMP for SET_TRAN_SETTINGS CCBs.
ahc driver:
- Allow setting offset and sync rate separately
bt driver:
- Don't return CAM_REQ_CMP for SET_TRAN_SETTINGS CCBs.
NCR driver:
- Fix the ultra/ultra 2 negotiation bug
- allow setting both the sync rate and offset separately
Other HBA drivers:
- Put code in to set the base_transfer_speed field for
XPT_GET_TRAN_SETTINGS CCBs.
Reviewed by: gibbs, mjacob (isp), imp (aha)
1999-05-06 20:16:39 +00:00
|
|
|
supports, use the
|
|
|
|
|
.Fl v
|
2004-07-02 21:45:06 +00:00
|
|
|
flag.
|
|
|
|
|
The meaning of the
|
Add a number of interrelated CAM feature enhancements and bug fixes.
NOTE: These changes will require recompilation of any userland
applications, like cdrecord, xmcd, etc., that use the CAM passthrough
interface. A make world is recommended.
camcontrol.[c8]:
- We now support two new commands, "tags" and "negotiate".
- The tags commands allows users to view the number of tagged
openings for a device as well as a number of other related
parameters, and it allows users to set tagged openings for
a device.
- The negotiate command allows users to enable and disable
disconnection and tagged queueing, set sync rates, offsets
and bus width. Note that not all of those features are
available for all controllers. Only the adv, ahc, and ncr
drivers fully support all of the features at this point.
Some cards do not allow the setting of sync rates, offsets and
the like, and some of the drivers don't have any facilities to
do so. Some drivers, like the adw driver, only support enabling
or disabling sync negotiation, but do not support setting sync
rates.
- new description in the camcontrol man page of how to format a disk
- cleanup of the camcontrol inquiry command
- add support in the 'devlist' command for skipping unconfigured devices if
-v was not specified on the command line.
- make use of the new base_transfer_speed in the path inquiry CCB.
- fix CCB bzero cases
cam_xpt.c, cam_sim.[ch], cam_ccb.h:
- new flags on many CCB function codes to designate whether they're
non-immediate, use a user-supplied CCB, and can only be passed from
userland programs via the xpt device. Use these flags in the transport
layer and pass driver to categorize CCBs.
- new flag in the transport layer device matching code for device nodes
that indicates whether a device is unconfigured
- bump the CAM version from 0x10 to 0x11
- Change the CAM ioctls to use the version as their group code, so we can
force users to recompile code even when the CCB size doesn't change.
- add + fill in a new value in the path inquiry CCB, base_transfer_speed.
Remove a corresponding field from the cam_sim structure, and add code to
every SIM to set this field to the proper value.
- Fix the set transfer settings code in the transport layer.
scsi_cd.c:
- make some variables volatile instead of just casting them in various
places
- fix a race condition in the changer code
- attach unless we get a "logical unit not supported" error. This should
fix all of the cases where people have devices that return weird errors
when they don't have media in the drive.
scsi_da.c:
- attach unless we get a "logical unit not supported" error
scsi_pass.c:
- for immediate CCBs, just malloc a CCB to send the user request in. This
gets rid of the 'held' count problem in camcontrol tags.
scsi_pass.h:
- change the CAM ioctls to use the CAM version as their group code.
adv driver:
- Allow changing the sync rate and offset separately.
adw driver
- Allow changing the sync rate and offset separately.
aha driver:
- Don't return CAM_REQ_CMP for SET_TRAN_SETTINGS CCBs.
ahc driver:
- Allow setting offset and sync rate separately
bt driver:
- Don't return CAM_REQ_CMP for SET_TRAN_SETTINGS CCBs.
NCR driver:
- Fix the ultra/ultra 2 negotiation bug
- allow setting both the sync rate and offset separately
Other HBA drivers:
- Put code in to set the base_transfer_speed field for
XPT_GET_TRAN_SETTINGS CCBs.
Reviewed by: gibbs, mjacob (isp), imp (aha)
1999-05-06 20:16:39 +00:00
|
|
|
.Fl v
|
|
|
|
|
flag for the
|
2000-06-03 22:16:00 +00:00
|
|
|
.Ic negotiate
|
2004-07-02 21:45:06 +00:00
|
|
|
command is described below.
|
2005-02-13 22:25:33 +00:00
|
|
|
Also, some controller drivers do not support
|
Add a number of interrelated CAM feature enhancements and bug fixes.
NOTE: These changes will require recompilation of any userland
applications, like cdrecord, xmcd, etc., that use the CAM passthrough
interface. A make world is recommended.
camcontrol.[c8]:
- We now support two new commands, "tags" and "negotiate".
- The tags commands allows users to view the number of tagged
openings for a device as well as a number of other related
parameters, and it allows users to set tagged openings for
a device.
- The negotiate command allows users to enable and disable
disconnection and tagged queueing, set sync rates, offsets
and bus width. Note that not all of those features are
available for all controllers. Only the adv, ahc, and ncr
drivers fully support all of the features at this point.
Some cards do not allow the setting of sync rates, offsets and
the like, and some of the drivers don't have any facilities to
do so. Some drivers, like the adw driver, only support enabling
or disabling sync negotiation, but do not support setting sync
rates.
- new description in the camcontrol man page of how to format a disk
- cleanup of the camcontrol inquiry command
- add support in the 'devlist' command for skipping unconfigured devices if
-v was not specified on the command line.
- make use of the new base_transfer_speed in the path inquiry CCB.
- fix CCB bzero cases
cam_xpt.c, cam_sim.[ch], cam_ccb.h:
- new flags on many CCB function codes to designate whether they're
non-immediate, use a user-supplied CCB, and can only be passed from
userland programs via the xpt device. Use these flags in the transport
layer and pass driver to categorize CCBs.
- new flag in the transport layer device matching code for device nodes
that indicates whether a device is unconfigured
- bump the CAM version from 0x10 to 0x11
- Change the CAM ioctls to use the version as their group code, so we can
force users to recompile code even when the CCB size doesn't change.
- add + fill in a new value in the path inquiry CCB, base_transfer_speed.
Remove a corresponding field from the cam_sim structure, and add code to
every SIM to set this field to the proper value.
- Fix the set transfer settings code in the transport layer.
scsi_cd.c:
- make some variables volatile instead of just casting them in various
places
- fix a race condition in the changer code
- attach unless we get a "logical unit not supported" error. This should
fix all of the cases where people have devices that return weird errors
when they don't have media in the drive.
scsi_da.c:
- attach unless we get a "logical unit not supported" error
scsi_pass.c:
- for immediate CCBs, just malloc a CCB to send the user request in. This
gets rid of the 'held' count problem in camcontrol tags.
scsi_pass.h:
- change the CAM ioctls to use the CAM version as their group code.
adv driver:
- Allow changing the sync rate and offset separately.
adw driver
- Allow changing the sync rate and offset separately.
aha driver:
- Don't return CAM_REQ_CMP for SET_TRAN_SETTINGS CCBs.
ahc driver:
- Allow setting offset and sync rate separately
bt driver:
- Don't return CAM_REQ_CMP for SET_TRAN_SETTINGS CCBs.
NCR driver:
- Fix the ultra/ultra 2 negotiation bug
- allow setting both the sync rate and offset separately
Other HBA drivers:
- Put code in to set the base_transfer_speed field for
XPT_GET_TRAN_SETTINGS CCBs.
Reviewed by: gibbs, mjacob (isp), imp (aha)
1999-05-06 20:16:39 +00:00
|
|
|
setting negotiation parameters, even if the underlying controller supports
|
2004-07-02 21:45:06 +00:00
|
|
|
negotiation changes.
|
|
|
|
|
Some controllers, such as the Advansys wide
|
Add a number of interrelated CAM feature enhancements and bug fixes.
NOTE: These changes will require recompilation of any userland
applications, like cdrecord, xmcd, etc., that use the CAM passthrough
interface. A make world is recommended.
camcontrol.[c8]:
- We now support two new commands, "tags" and "negotiate".
- The tags commands allows users to view the number of tagged
openings for a device as well as a number of other related
parameters, and it allows users to set tagged openings for
a device.
- The negotiate command allows users to enable and disable
disconnection and tagged queueing, set sync rates, offsets
and bus width. Note that not all of those features are
available for all controllers. Only the adv, ahc, and ncr
drivers fully support all of the features at this point.
Some cards do not allow the setting of sync rates, offsets and
the like, and some of the drivers don't have any facilities to
do so. Some drivers, like the adw driver, only support enabling
or disabling sync negotiation, but do not support setting sync
rates.
- new description in the camcontrol man page of how to format a disk
- cleanup of the camcontrol inquiry command
- add support in the 'devlist' command for skipping unconfigured devices if
-v was not specified on the command line.
- make use of the new base_transfer_speed in the path inquiry CCB.
- fix CCB bzero cases
cam_xpt.c, cam_sim.[ch], cam_ccb.h:
- new flags on many CCB function codes to designate whether they're
non-immediate, use a user-supplied CCB, and can only be passed from
userland programs via the xpt device. Use these flags in the transport
layer and pass driver to categorize CCBs.
- new flag in the transport layer device matching code for device nodes
that indicates whether a device is unconfigured
- bump the CAM version from 0x10 to 0x11
- Change the CAM ioctls to use the version as their group code, so we can
force users to recompile code even when the CCB size doesn't change.
- add + fill in a new value in the path inquiry CCB, base_transfer_speed.
Remove a corresponding field from the cam_sim structure, and add code to
every SIM to set this field to the proper value.
- Fix the set transfer settings code in the transport layer.
scsi_cd.c:
- make some variables volatile instead of just casting them in various
places
- fix a race condition in the changer code
- attach unless we get a "logical unit not supported" error. This should
fix all of the cases where people have devices that return weird errors
when they don't have media in the drive.
scsi_da.c:
- attach unless we get a "logical unit not supported" error
scsi_pass.c:
- for immediate CCBs, just malloc a CCB to send the user request in. This
gets rid of the 'held' count problem in camcontrol tags.
scsi_pass.h:
- change the CAM ioctls to use the CAM version as their group code.
adv driver:
- Allow changing the sync rate and offset separately.
adw driver
- Allow changing the sync rate and offset separately.
aha driver:
- Don't return CAM_REQ_CMP for SET_TRAN_SETTINGS CCBs.
ahc driver:
- Allow setting offset and sync rate separately
bt driver:
- Don't return CAM_REQ_CMP for SET_TRAN_SETTINGS CCBs.
NCR driver:
- Fix the ultra/ultra 2 negotiation bug
- allow setting both the sync rate and offset separately
Other HBA drivers:
- Put code in to set the base_transfer_speed field for
XPT_GET_TRAN_SETTINGS CCBs.
Reviewed by: gibbs, mjacob (isp), imp (aha)
1999-05-06 20:16:39 +00:00
|
|
|
controllers, support enabling and disabling synchronous negotiation for
|
|
|
|
|
a device, but do not support setting the synchronous negotiation rate.
|
2000-12-18 15:16:24 +00:00
|
|
|
.Bl -tag -width 17n
|
Add a number of interrelated CAM feature enhancements and bug fixes.
NOTE: These changes will require recompilation of any userland
applications, like cdrecord, xmcd, etc., that use the CAM passthrough
interface. A make world is recommended.
camcontrol.[c8]:
- We now support two new commands, "tags" and "negotiate".
- The tags commands allows users to view the number of tagged
openings for a device as well as a number of other related
parameters, and it allows users to set tagged openings for
a device.
- The negotiate command allows users to enable and disable
disconnection and tagged queueing, set sync rates, offsets
and bus width. Note that not all of those features are
available for all controllers. Only the adv, ahc, and ncr
drivers fully support all of the features at this point.
Some cards do not allow the setting of sync rates, offsets and
the like, and some of the drivers don't have any facilities to
do so. Some drivers, like the adw driver, only support enabling
or disabling sync negotiation, but do not support setting sync
rates.
- new description in the camcontrol man page of how to format a disk
- cleanup of the camcontrol inquiry command
- add support in the 'devlist' command for skipping unconfigured devices if
-v was not specified on the command line.
- make use of the new base_transfer_speed in the path inquiry CCB.
- fix CCB bzero cases
cam_xpt.c, cam_sim.[ch], cam_ccb.h:
- new flags on many CCB function codes to designate whether they're
non-immediate, use a user-supplied CCB, and can only be passed from
userland programs via the xpt device. Use these flags in the transport
layer and pass driver to categorize CCBs.
- new flag in the transport layer device matching code for device nodes
that indicates whether a device is unconfigured
- bump the CAM version from 0x10 to 0x11
- Change the CAM ioctls to use the version as their group code, so we can
force users to recompile code even when the CCB size doesn't change.
- add + fill in a new value in the path inquiry CCB, base_transfer_speed.
Remove a corresponding field from the cam_sim structure, and add code to
every SIM to set this field to the proper value.
- Fix the set transfer settings code in the transport layer.
scsi_cd.c:
- make some variables volatile instead of just casting them in various
places
- fix a race condition in the changer code
- attach unless we get a "logical unit not supported" error. This should
fix all of the cases where people have devices that return weird errors
when they don't have media in the drive.
scsi_da.c:
- attach unless we get a "logical unit not supported" error
scsi_pass.c:
- for immediate CCBs, just malloc a CCB to send the user request in. This
gets rid of the 'held' count problem in camcontrol tags.
scsi_pass.h:
- change the CAM ioctls to use the CAM version as their group code.
adv driver:
- Allow changing the sync rate and offset separately.
adw driver
- Allow changing the sync rate and offset separately.
aha driver:
- Don't return CAM_REQ_CMP for SET_TRAN_SETTINGS CCBs.
ahc driver:
- Allow setting offset and sync rate separately
bt driver:
- Don't return CAM_REQ_CMP for SET_TRAN_SETTINGS CCBs.
NCR driver:
- Fix the ultra/ultra 2 negotiation bug
- allow setting both the sync rate and offset separately
Other HBA drivers:
- Put code in to set the base_transfer_speed field for
XPT_GET_TRAN_SETTINGS CCBs.
Reviewed by: gibbs, mjacob (isp), imp (aha)
1999-05-06 20:16:39 +00:00
|
|
|
.It Fl a
|
|
|
|
|
Attempt to make the negotiation settings take effect immediately by sending
|
|
|
|
|
a Test Unit Ready command to the device.
|
|
|
|
|
.It Fl c
|
2004-07-02 21:45:06 +00:00
|
|
|
Show or set current negotiation settings.
|
|
|
|
|
This is the default.
|
Add a number of interrelated CAM feature enhancements and bug fixes.
NOTE: These changes will require recompilation of any userland
applications, like cdrecord, xmcd, etc., that use the CAM passthrough
interface. A make world is recommended.
camcontrol.[c8]:
- We now support two new commands, "tags" and "negotiate".
- The tags commands allows users to view the number of tagged
openings for a device as well as a number of other related
parameters, and it allows users to set tagged openings for
a device.
- The negotiate command allows users to enable and disable
disconnection and tagged queueing, set sync rates, offsets
and bus width. Note that not all of those features are
available for all controllers. Only the adv, ahc, and ncr
drivers fully support all of the features at this point.
Some cards do not allow the setting of sync rates, offsets and
the like, and some of the drivers don't have any facilities to
do so. Some drivers, like the adw driver, only support enabling
or disabling sync negotiation, but do not support setting sync
rates.
- new description in the camcontrol man page of how to format a disk
- cleanup of the camcontrol inquiry command
- add support in the 'devlist' command for skipping unconfigured devices if
-v was not specified on the command line.
- make use of the new base_transfer_speed in the path inquiry CCB.
- fix CCB bzero cases
cam_xpt.c, cam_sim.[ch], cam_ccb.h:
- new flags on many CCB function codes to designate whether they're
non-immediate, use a user-supplied CCB, and can only be passed from
userland programs via the xpt device. Use these flags in the transport
layer and pass driver to categorize CCBs.
- new flag in the transport layer device matching code for device nodes
that indicates whether a device is unconfigured
- bump the CAM version from 0x10 to 0x11
- Change the CAM ioctls to use the version as their group code, so we can
force users to recompile code even when the CCB size doesn't change.
- add + fill in a new value in the path inquiry CCB, base_transfer_speed.
Remove a corresponding field from the cam_sim structure, and add code to
every SIM to set this field to the proper value.
- Fix the set transfer settings code in the transport layer.
scsi_cd.c:
- make some variables volatile instead of just casting them in various
places
- fix a race condition in the changer code
- attach unless we get a "logical unit not supported" error. This should
fix all of the cases where people have devices that return weird errors
when they don't have media in the drive.
scsi_da.c:
- attach unless we get a "logical unit not supported" error
scsi_pass.c:
- for immediate CCBs, just malloc a CCB to send the user request in. This
gets rid of the 'held' count problem in camcontrol tags.
scsi_pass.h:
- change the CAM ioctls to use the CAM version as their group code.
adv driver:
- Allow changing the sync rate and offset separately.
adw driver
- Allow changing the sync rate and offset separately.
aha driver:
- Don't return CAM_REQ_CMP for SET_TRAN_SETTINGS CCBs.
ahc driver:
- Allow setting offset and sync rate separately
bt driver:
- Don't return CAM_REQ_CMP for SET_TRAN_SETTINGS CCBs.
NCR driver:
- Fix the ultra/ultra 2 negotiation bug
- allow setting both the sync rate and offset separately
Other HBA drivers:
- Put code in to set the base_transfer_speed field for
XPT_GET_TRAN_SETTINGS CCBs.
Reviewed by: gibbs, mjacob (isp), imp (aha)
1999-05-06 20:16:39 +00:00
|
|
|
.It Fl D Ar enable|disable
|
|
|
|
|
Enable or disable disconnection.
|
2009-11-26 08:49:46 +00:00
|
|
|
.It Fl M Ar mode
|
|
|
|
|
Set ATA mode.
|
Add a number of interrelated CAM feature enhancements and bug fixes.
NOTE: These changes will require recompilation of any userland
applications, like cdrecord, xmcd, etc., that use the CAM passthrough
interface. A make world is recommended.
camcontrol.[c8]:
- We now support two new commands, "tags" and "negotiate".
- The tags commands allows users to view the number of tagged
openings for a device as well as a number of other related
parameters, and it allows users to set tagged openings for
a device.
- The negotiate command allows users to enable and disable
disconnection and tagged queueing, set sync rates, offsets
and bus width. Note that not all of those features are
available for all controllers. Only the adv, ahc, and ncr
drivers fully support all of the features at this point.
Some cards do not allow the setting of sync rates, offsets and
the like, and some of the drivers don't have any facilities to
do so. Some drivers, like the adw driver, only support enabling
or disabling sync negotiation, but do not support setting sync
rates.
- new description in the camcontrol man page of how to format a disk
- cleanup of the camcontrol inquiry command
- add support in the 'devlist' command for skipping unconfigured devices if
-v was not specified on the command line.
- make use of the new base_transfer_speed in the path inquiry CCB.
- fix CCB bzero cases
cam_xpt.c, cam_sim.[ch], cam_ccb.h:
- new flags on many CCB function codes to designate whether they're
non-immediate, use a user-supplied CCB, and can only be passed from
userland programs via the xpt device. Use these flags in the transport
layer and pass driver to categorize CCBs.
- new flag in the transport layer device matching code for device nodes
that indicates whether a device is unconfigured
- bump the CAM version from 0x10 to 0x11
- Change the CAM ioctls to use the version as their group code, so we can
force users to recompile code even when the CCB size doesn't change.
- add + fill in a new value in the path inquiry CCB, base_transfer_speed.
Remove a corresponding field from the cam_sim structure, and add code to
every SIM to set this field to the proper value.
- Fix the set transfer settings code in the transport layer.
scsi_cd.c:
- make some variables volatile instead of just casting them in various
places
- fix a race condition in the changer code
- attach unless we get a "logical unit not supported" error. This should
fix all of the cases where people have devices that return weird errors
when they don't have media in the drive.
scsi_da.c:
- attach unless we get a "logical unit not supported" error
scsi_pass.c:
- for immediate CCBs, just malloc a CCB to send the user request in. This
gets rid of the 'held' count problem in camcontrol tags.
scsi_pass.h:
- change the CAM ioctls to use the CAM version as their group code.
adv driver:
- Allow changing the sync rate and offset separately.
adw driver
- Allow changing the sync rate and offset separately.
aha driver:
- Don't return CAM_REQ_CMP for SET_TRAN_SETTINGS CCBs.
ahc driver:
- Allow setting offset and sync rate separately
bt driver:
- Don't return CAM_REQ_CMP for SET_TRAN_SETTINGS CCBs.
NCR driver:
- Fix the ultra/ultra 2 negotiation bug
- allow setting both the sync rate and offset separately
Other HBA drivers:
- Put code in to set the base_transfer_speed field for
XPT_GET_TRAN_SETTINGS CCBs.
Reviewed by: gibbs, mjacob (isp), imp (aha)
1999-05-06 20:16:39 +00:00
|
|
|
.It Fl O Ar offset
|
|
|
|
|
Set the command delay offset.
|
|
|
|
|
.It Fl q
|
2005-02-13 22:25:33 +00:00
|
|
|
Be quiet, do not print anything.
|
2004-07-02 21:45:06 +00:00
|
|
|
This is generally useful when you want to
|
2005-02-13 22:25:33 +00:00
|
|
|
set a parameter, but do not want any status information.
|
Add a number of interrelated CAM feature enhancements and bug fixes.
NOTE: These changes will require recompilation of any userland
applications, like cdrecord, xmcd, etc., that use the CAM passthrough
interface. A make world is recommended.
camcontrol.[c8]:
- We now support two new commands, "tags" and "negotiate".
- The tags commands allows users to view the number of tagged
openings for a device as well as a number of other related
parameters, and it allows users to set tagged openings for
a device.
- The negotiate command allows users to enable and disable
disconnection and tagged queueing, set sync rates, offsets
and bus width. Note that not all of those features are
available for all controllers. Only the adv, ahc, and ncr
drivers fully support all of the features at this point.
Some cards do not allow the setting of sync rates, offsets and
the like, and some of the drivers don't have any facilities to
do so. Some drivers, like the adw driver, only support enabling
or disabling sync negotiation, but do not support setting sync
rates.
- new description in the camcontrol man page of how to format a disk
- cleanup of the camcontrol inquiry command
- add support in the 'devlist' command for skipping unconfigured devices if
-v was not specified on the command line.
- make use of the new base_transfer_speed in the path inquiry CCB.
- fix CCB bzero cases
cam_xpt.c, cam_sim.[ch], cam_ccb.h:
- new flags on many CCB function codes to designate whether they're
non-immediate, use a user-supplied CCB, and can only be passed from
userland programs via the xpt device. Use these flags in the transport
layer and pass driver to categorize CCBs.
- new flag in the transport layer device matching code for device nodes
that indicates whether a device is unconfigured
- bump the CAM version from 0x10 to 0x11
- Change the CAM ioctls to use the version as their group code, so we can
force users to recompile code even when the CCB size doesn't change.
- add + fill in a new value in the path inquiry CCB, base_transfer_speed.
Remove a corresponding field from the cam_sim structure, and add code to
every SIM to set this field to the proper value.
- Fix the set transfer settings code in the transport layer.
scsi_cd.c:
- make some variables volatile instead of just casting them in various
places
- fix a race condition in the changer code
- attach unless we get a "logical unit not supported" error. This should
fix all of the cases where people have devices that return weird errors
when they don't have media in the drive.
scsi_da.c:
- attach unless we get a "logical unit not supported" error
scsi_pass.c:
- for immediate CCBs, just malloc a CCB to send the user request in. This
gets rid of the 'held' count problem in camcontrol tags.
scsi_pass.h:
- change the CAM ioctls to use the CAM version as their group code.
adv driver:
- Allow changing the sync rate and offset separately.
adw driver
- Allow changing the sync rate and offset separately.
aha driver:
- Don't return CAM_REQ_CMP for SET_TRAN_SETTINGS CCBs.
ahc driver:
- Allow setting offset and sync rate separately
bt driver:
- Don't return CAM_REQ_CMP for SET_TRAN_SETTINGS CCBs.
NCR driver:
- Fix the ultra/ultra 2 negotiation bug
- allow setting both the sync rate and offset separately
Other HBA drivers:
- Put code in to set the base_transfer_speed field for
XPT_GET_TRAN_SETTINGS CCBs.
Reviewed by: gibbs, mjacob (isp), imp (aha)
1999-05-06 20:16:39 +00:00
|
|
|
.It Fl R Ar syncrate
|
2004-07-02 21:45:06 +00:00
|
|
|
Change the synchronization rate for a device.
|
|
|
|
|
The sync rate is a floating
|
|
|
|
|
point value specified in MHz.
|
|
|
|
|
So, for instance,
|
Add a number of interrelated CAM feature enhancements and bug fixes.
NOTE: These changes will require recompilation of any userland
applications, like cdrecord, xmcd, etc., that use the CAM passthrough
interface. A make world is recommended.
camcontrol.[c8]:
- We now support two new commands, "tags" and "negotiate".
- The tags commands allows users to view the number of tagged
openings for a device as well as a number of other related
parameters, and it allows users to set tagged openings for
a device.
- The negotiate command allows users to enable and disable
disconnection and tagged queueing, set sync rates, offsets
and bus width. Note that not all of those features are
available for all controllers. Only the adv, ahc, and ncr
drivers fully support all of the features at this point.
Some cards do not allow the setting of sync rates, offsets and
the like, and some of the drivers don't have any facilities to
do so. Some drivers, like the adw driver, only support enabling
or disabling sync negotiation, but do not support setting sync
rates.
- new description in the camcontrol man page of how to format a disk
- cleanup of the camcontrol inquiry command
- add support in the 'devlist' command for skipping unconfigured devices if
-v was not specified on the command line.
- make use of the new base_transfer_speed in the path inquiry CCB.
- fix CCB bzero cases
cam_xpt.c, cam_sim.[ch], cam_ccb.h:
- new flags on many CCB function codes to designate whether they're
non-immediate, use a user-supplied CCB, and can only be passed from
userland programs via the xpt device. Use these flags in the transport
layer and pass driver to categorize CCBs.
- new flag in the transport layer device matching code for device nodes
that indicates whether a device is unconfigured
- bump the CAM version from 0x10 to 0x11
- Change the CAM ioctls to use the version as their group code, so we can
force users to recompile code even when the CCB size doesn't change.
- add + fill in a new value in the path inquiry CCB, base_transfer_speed.
Remove a corresponding field from the cam_sim structure, and add code to
every SIM to set this field to the proper value.
- Fix the set transfer settings code in the transport layer.
scsi_cd.c:
- make some variables volatile instead of just casting them in various
places
- fix a race condition in the changer code
- attach unless we get a "logical unit not supported" error. This should
fix all of the cases where people have devices that return weird errors
when they don't have media in the drive.
scsi_da.c:
- attach unless we get a "logical unit not supported" error
scsi_pass.c:
- for immediate CCBs, just malloc a CCB to send the user request in. This
gets rid of the 'held' count problem in camcontrol tags.
scsi_pass.h:
- change the CAM ioctls to use the CAM version as their group code.
adv driver:
- Allow changing the sync rate and offset separately.
adw driver
- Allow changing the sync rate and offset separately.
aha driver:
- Don't return CAM_REQ_CMP for SET_TRAN_SETTINGS CCBs.
ahc driver:
- Allow setting offset and sync rate separately
bt driver:
- Don't return CAM_REQ_CMP for SET_TRAN_SETTINGS CCBs.
NCR driver:
- Fix the ultra/ultra 2 negotiation bug
- allow setting both the sync rate and offset separately
Other HBA drivers:
- Put code in to set the base_transfer_speed field for
XPT_GET_TRAN_SETTINGS CCBs.
Reviewed by: gibbs, mjacob (isp), imp (aha)
1999-05-06 20:16:39 +00:00
|
|
|
.Sq 20.000
|
|
|
|
|
is a legal value, as is
|
|
|
|
|
.Sq 20 .
|
|
|
|
|
.It Fl T Ar enable|disable
|
|
|
|
|
Enable or disable tagged queueing for a device.
|
|
|
|
|
.It Fl U
|
2004-07-02 21:45:06 +00:00
|
|
|
Show or set user negotiation settings.
|
|
|
|
|
The default is to show or set
|
Add a number of interrelated CAM feature enhancements and bug fixes.
NOTE: These changes will require recompilation of any userland
applications, like cdrecord, xmcd, etc., that use the CAM passthrough
interface. A make world is recommended.
camcontrol.[c8]:
- We now support two new commands, "tags" and "negotiate".
- The tags commands allows users to view the number of tagged
openings for a device as well as a number of other related
parameters, and it allows users to set tagged openings for
a device.
- The negotiate command allows users to enable and disable
disconnection and tagged queueing, set sync rates, offsets
and bus width. Note that not all of those features are
available for all controllers. Only the adv, ahc, and ncr
drivers fully support all of the features at this point.
Some cards do not allow the setting of sync rates, offsets and
the like, and some of the drivers don't have any facilities to
do so. Some drivers, like the adw driver, only support enabling
or disabling sync negotiation, but do not support setting sync
rates.
- new description in the camcontrol man page of how to format a disk
- cleanup of the camcontrol inquiry command
- add support in the 'devlist' command for skipping unconfigured devices if
-v was not specified on the command line.
- make use of the new base_transfer_speed in the path inquiry CCB.
- fix CCB bzero cases
cam_xpt.c, cam_sim.[ch], cam_ccb.h:
- new flags on many CCB function codes to designate whether they're
non-immediate, use a user-supplied CCB, and can only be passed from
userland programs via the xpt device. Use these flags in the transport
layer and pass driver to categorize CCBs.
- new flag in the transport layer device matching code for device nodes
that indicates whether a device is unconfigured
- bump the CAM version from 0x10 to 0x11
- Change the CAM ioctls to use the version as their group code, so we can
force users to recompile code even when the CCB size doesn't change.
- add + fill in a new value in the path inquiry CCB, base_transfer_speed.
Remove a corresponding field from the cam_sim structure, and add code to
every SIM to set this field to the proper value.
- Fix the set transfer settings code in the transport layer.
scsi_cd.c:
- make some variables volatile instead of just casting them in various
places
- fix a race condition in the changer code
- attach unless we get a "logical unit not supported" error. This should
fix all of the cases where people have devices that return weird errors
when they don't have media in the drive.
scsi_da.c:
- attach unless we get a "logical unit not supported" error
scsi_pass.c:
- for immediate CCBs, just malloc a CCB to send the user request in. This
gets rid of the 'held' count problem in camcontrol tags.
scsi_pass.h:
- change the CAM ioctls to use the CAM version as their group code.
adv driver:
- Allow changing the sync rate and offset separately.
adw driver
- Allow changing the sync rate and offset separately.
aha driver:
- Don't return CAM_REQ_CMP for SET_TRAN_SETTINGS CCBs.
ahc driver:
- Allow setting offset and sync rate separately
bt driver:
- Don't return CAM_REQ_CMP for SET_TRAN_SETTINGS CCBs.
NCR driver:
- Fix the ultra/ultra 2 negotiation bug
- allow setting both the sync rate and offset separately
Other HBA drivers:
- Put code in to set the base_transfer_speed field for
XPT_GET_TRAN_SETTINGS CCBs.
Reviewed by: gibbs, mjacob (isp), imp (aha)
1999-05-06 20:16:39 +00:00
|
|
|
current negotiation settings.
|
|
|
|
|
.It Fl v
|
|
|
|
|
The verbose switch has special meaning for the
|
2000-06-03 22:16:00 +00:00
|
|
|
.Ic negotiate
|
2004-07-02 21:45:06 +00:00
|
|
|
subcommand.
|
|
|
|
|
It causes
|
2000-11-20 16:52:27 +00:00
|
|
|
.Nm
|
Add a number of interrelated CAM feature enhancements and bug fixes.
NOTE: These changes will require recompilation of any userland
applications, like cdrecord, xmcd, etc., that use the CAM passthrough
interface. A make world is recommended.
camcontrol.[c8]:
- We now support two new commands, "tags" and "negotiate".
- The tags commands allows users to view the number of tagged
openings for a device as well as a number of other related
parameters, and it allows users to set tagged openings for
a device.
- The negotiate command allows users to enable and disable
disconnection and tagged queueing, set sync rates, offsets
and bus width. Note that not all of those features are
available for all controllers. Only the adv, ahc, and ncr
drivers fully support all of the features at this point.
Some cards do not allow the setting of sync rates, offsets and
the like, and some of the drivers don't have any facilities to
do so. Some drivers, like the adw driver, only support enabling
or disabling sync negotiation, but do not support setting sync
rates.
- new description in the camcontrol man page of how to format a disk
- cleanup of the camcontrol inquiry command
- add support in the 'devlist' command for skipping unconfigured devices if
-v was not specified on the command line.
- make use of the new base_transfer_speed in the path inquiry CCB.
- fix CCB bzero cases
cam_xpt.c, cam_sim.[ch], cam_ccb.h:
- new flags on many CCB function codes to designate whether they're
non-immediate, use a user-supplied CCB, and can only be passed from
userland programs via the xpt device. Use these flags in the transport
layer and pass driver to categorize CCBs.
- new flag in the transport layer device matching code for device nodes
that indicates whether a device is unconfigured
- bump the CAM version from 0x10 to 0x11
- Change the CAM ioctls to use the version as their group code, so we can
force users to recompile code even when the CCB size doesn't change.
- add + fill in a new value in the path inquiry CCB, base_transfer_speed.
Remove a corresponding field from the cam_sim structure, and add code to
every SIM to set this field to the proper value.
- Fix the set transfer settings code in the transport layer.
scsi_cd.c:
- make some variables volatile instead of just casting them in various
places
- fix a race condition in the changer code
- attach unless we get a "logical unit not supported" error. This should
fix all of the cases where people have devices that return weird errors
when they don't have media in the drive.
scsi_da.c:
- attach unless we get a "logical unit not supported" error
scsi_pass.c:
- for immediate CCBs, just malloc a CCB to send the user request in. This
gets rid of the 'held' count problem in camcontrol tags.
scsi_pass.h:
- change the CAM ioctls to use the CAM version as their group code.
adv driver:
- Allow changing the sync rate and offset separately.
adw driver
- Allow changing the sync rate and offset separately.
aha driver:
- Don't return CAM_REQ_CMP for SET_TRAN_SETTINGS CCBs.
ahc driver:
- Allow setting offset and sync rate separately
bt driver:
- Don't return CAM_REQ_CMP for SET_TRAN_SETTINGS CCBs.
NCR driver:
- Fix the ultra/ultra 2 negotiation bug
- allow setting both the sync rate and offset separately
Other HBA drivers:
- Put code in to set the base_transfer_speed field for
XPT_GET_TRAN_SETTINGS CCBs.
Reviewed by: gibbs, mjacob (isp), imp (aha)
1999-05-06 20:16:39 +00:00
|
|
|
to print out the contents of a Path Inquiry (XPT_PATH_INQ) CCB sent to the
|
|
|
|
|
controller driver.
|
|
|
|
|
.It Fl W Ar bus_width
|
2004-07-02 21:45:06 +00:00
|
|
|
Specify the bus width to negotiate with a device.
|
|
|
|
|
The bus width is
|
|
|
|
|
specified in bits.
|
|
|
|
|
The only useful values to specify are 8, 16, and 32
|
|
|
|
|
bits.
|
|
|
|
|
The controller must support the bus width in question in order for
|
Add a number of interrelated CAM feature enhancements and bug fixes.
NOTE: These changes will require recompilation of any userland
applications, like cdrecord, xmcd, etc., that use the CAM passthrough
interface. A make world is recommended.
camcontrol.[c8]:
- We now support two new commands, "tags" and "negotiate".
- The tags commands allows users to view the number of tagged
openings for a device as well as a number of other related
parameters, and it allows users to set tagged openings for
a device.
- The negotiate command allows users to enable and disable
disconnection and tagged queueing, set sync rates, offsets
and bus width. Note that not all of those features are
available for all controllers. Only the adv, ahc, and ncr
drivers fully support all of the features at this point.
Some cards do not allow the setting of sync rates, offsets and
the like, and some of the drivers don't have any facilities to
do so. Some drivers, like the adw driver, only support enabling
or disabling sync negotiation, but do not support setting sync
rates.
- new description in the camcontrol man page of how to format a disk
- cleanup of the camcontrol inquiry command
- add support in the 'devlist' command for skipping unconfigured devices if
-v was not specified on the command line.
- make use of the new base_transfer_speed in the path inquiry CCB.
- fix CCB bzero cases
cam_xpt.c, cam_sim.[ch], cam_ccb.h:
- new flags on many CCB function codes to designate whether they're
non-immediate, use a user-supplied CCB, and can only be passed from
userland programs via the xpt device. Use these flags in the transport
layer and pass driver to categorize CCBs.
- new flag in the transport layer device matching code for device nodes
that indicates whether a device is unconfigured
- bump the CAM version from 0x10 to 0x11
- Change the CAM ioctls to use the version as their group code, so we can
force users to recompile code even when the CCB size doesn't change.
- add + fill in a new value in the path inquiry CCB, base_transfer_speed.
Remove a corresponding field from the cam_sim structure, and add code to
every SIM to set this field to the proper value.
- Fix the set transfer settings code in the transport layer.
scsi_cd.c:
- make some variables volatile instead of just casting them in various
places
- fix a race condition in the changer code
- attach unless we get a "logical unit not supported" error. This should
fix all of the cases where people have devices that return weird errors
when they don't have media in the drive.
scsi_da.c:
- attach unless we get a "logical unit not supported" error
scsi_pass.c:
- for immediate CCBs, just malloc a CCB to send the user request in. This
gets rid of the 'held' count problem in camcontrol tags.
scsi_pass.h:
- change the CAM ioctls to use the CAM version as their group code.
adv driver:
- Allow changing the sync rate and offset separately.
adw driver
- Allow changing the sync rate and offset separately.
aha driver:
- Don't return CAM_REQ_CMP for SET_TRAN_SETTINGS CCBs.
ahc driver:
- Allow setting offset and sync rate separately
bt driver:
- Don't return CAM_REQ_CMP for SET_TRAN_SETTINGS CCBs.
NCR driver:
- Fix the ultra/ultra 2 negotiation bug
- allow setting both the sync rate and offset separately
Other HBA drivers:
- Put code in to set the base_transfer_speed field for
XPT_GET_TRAN_SETTINGS CCBs.
Reviewed by: gibbs, mjacob (isp), imp (aha)
1999-05-06 20:16:39 +00:00
|
|
|
the setting to take effect.
|
|
|
|
|
.El
|
|
|
|
|
.Pp
|
|
|
|
|
In general, sync rate and offset settings will not take effect for a
|
2004-07-02 21:45:06 +00:00
|
|
|
device until a command has been sent to the device.
|
|
|
|
|
The
|
Add a number of interrelated CAM feature enhancements and bug fixes.
NOTE: These changes will require recompilation of any userland
applications, like cdrecord, xmcd, etc., that use the CAM passthrough
interface. A make world is recommended.
camcontrol.[c8]:
- We now support two new commands, "tags" and "negotiate".
- The tags commands allows users to view the number of tagged
openings for a device as well as a number of other related
parameters, and it allows users to set tagged openings for
a device.
- The negotiate command allows users to enable and disable
disconnection and tagged queueing, set sync rates, offsets
and bus width. Note that not all of those features are
available for all controllers. Only the adv, ahc, and ncr
drivers fully support all of the features at this point.
Some cards do not allow the setting of sync rates, offsets and
the like, and some of the drivers don't have any facilities to
do so. Some drivers, like the adw driver, only support enabling
or disabling sync negotiation, but do not support setting sync
rates.
- new description in the camcontrol man page of how to format a disk
- cleanup of the camcontrol inquiry command
- add support in the 'devlist' command for skipping unconfigured devices if
-v was not specified on the command line.
- make use of the new base_transfer_speed in the path inquiry CCB.
- fix CCB bzero cases
cam_xpt.c, cam_sim.[ch], cam_ccb.h:
- new flags on many CCB function codes to designate whether they're
non-immediate, use a user-supplied CCB, and can only be passed from
userland programs via the xpt device. Use these flags in the transport
layer and pass driver to categorize CCBs.
- new flag in the transport layer device matching code for device nodes
that indicates whether a device is unconfigured
- bump the CAM version from 0x10 to 0x11
- Change the CAM ioctls to use the version as their group code, so we can
force users to recompile code even when the CCB size doesn't change.
- add + fill in a new value in the path inquiry CCB, base_transfer_speed.
Remove a corresponding field from the cam_sim structure, and add code to
every SIM to set this field to the proper value.
- Fix the set transfer settings code in the transport layer.
scsi_cd.c:
- make some variables volatile instead of just casting them in various
places
- fix a race condition in the changer code
- attach unless we get a "logical unit not supported" error. This should
fix all of the cases where people have devices that return weird errors
when they don't have media in the drive.
scsi_da.c:
- attach unless we get a "logical unit not supported" error
scsi_pass.c:
- for immediate CCBs, just malloc a CCB to send the user request in. This
gets rid of the 'held' count problem in camcontrol tags.
scsi_pass.h:
- change the CAM ioctls to use the CAM version as their group code.
adv driver:
- Allow changing the sync rate and offset separately.
adw driver
- Allow changing the sync rate and offset separately.
aha driver:
- Don't return CAM_REQ_CMP for SET_TRAN_SETTINGS CCBs.
ahc driver:
- Allow setting offset and sync rate separately
bt driver:
- Don't return CAM_REQ_CMP for SET_TRAN_SETTINGS CCBs.
NCR driver:
- Fix the ultra/ultra 2 negotiation bug
- allow setting both the sync rate and offset separately
Other HBA drivers:
- Put code in to set the base_transfer_speed field for
XPT_GET_TRAN_SETTINGS CCBs.
Reviewed by: gibbs, mjacob (isp), imp (aha)
1999-05-06 20:16:39 +00:00
|
|
|
.Fl a
|
|
|
|
|
switch above will automatically send a Test Unit Ready to the device so
|
|
|
|
|
negotiation parameters will take effect.
|
2000-06-03 22:16:00 +00:00
|
|
|
.It Ic format
|
2000-05-21 23:57:52 +00:00
|
|
|
Issue the
|
|
|
|
|
.Tn SCSI
|
|
|
|
|
FORMAT UNIT command to the named device.
|
|
|
|
|
.Pp
|
|
|
|
|
.Em WARNING! WARNING! WARNING!
|
|
|
|
|
.Pp
|
2004-07-02 21:45:06 +00:00
|
|
|
Low level formatting a disk will destroy ALL data on the disk.
|
|
|
|
|
Use
|
|
|
|
|
extreme caution when issuing this command.
|
|
|
|
|
Many users low-level format
|
|
|
|
|
disks that do not really need to be low-level formatted.
|
|
|
|
|
There are
|
2000-05-21 23:57:52 +00:00
|
|
|
relatively few scenarios that call for low-level formatting a disk.
|
|
|
|
|
One reason for
|
|
|
|
|
low-level formatting a disk is to initialize the disk after changing
|
2004-07-02 21:45:06 +00:00
|
|
|
its physical sector size.
|
|
|
|
|
Another reason for low-level formatting a disk
|
2000-05-21 23:57:52 +00:00
|
|
|
is to revive the disk if you are getting "medium format corrupted" errors
|
|
|
|
|
from the disk in response to read and write requests.
|
|
|
|
|
.Pp
|
2004-07-02 21:45:06 +00:00
|
|
|
Some disks take longer than others to format.
|
|
|
|
|
Users should specify a
|
|
|
|
|
timeout long enough to allow the format to complete.
|
|
|
|
|
The default format
|
|
|
|
|
timeout is 3 hours, which should be long enough for most disks.
|
|
|
|
|
Some hard
|
2000-05-21 23:57:52 +00:00
|
|
|
disks will complete a format operation in a very short period of time
|
2004-07-02 21:45:06 +00:00
|
|
|
(on the order of 5 minutes or less).
|
|
|
|
|
This is often because the drive
|
2005-02-13 22:25:33 +00:00
|
|
|
does not really support the FORMAT UNIT command -- it just accepts the
|
2000-05-21 23:57:52 +00:00
|
|
|
command, waits a few minutes and then returns it.
|
|
|
|
|
.Pp
|
|
|
|
|
The
|
|
|
|
|
.Sq format
|
2004-07-02 21:45:06 +00:00
|
|
|
subcommand takes several arguments that modify its default behavior.
|
|
|
|
|
The
|
2000-05-21 23:57:52 +00:00
|
|
|
.Fl q
|
|
|
|
|
and
|
|
|
|
|
.Fl y
|
|
|
|
|
arguments can be useful for scripts.
|
2000-12-18 15:16:24 +00:00
|
|
|
.Bl -tag -width 6n
|
2000-05-21 23:57:52 +00:00
|
|
|
.It Fl q
|
2005-02-13 22:25:33 +00:00
|
|
|
Be quiet, do not print any status messages.
|
2004-07-02 21:45:06 +00:00
|
|
|
This option will not disable
|
|
|
|
|
the questions, however.
|
|
|
|
|
To disable questions, use the
|
2000-05-21 23:57:52 +00:00
|
|
|
.Fl y
|
|
|
|
|
argument, below.
|
2005-03-26 05:34:54 +00:00
|
|
|
.It Fl r
|
2005-06-14 11:24:56 +00:00
|
|
|
Run in
|
2005-03-26 05:34:54 +00:00
|
|
|
.Dq report only
|
|
|
|
|
mode.
|
|
|
|
|
This will report status on a format that is already running on the drive.
|
2000-05-21 23:57:52 +00:00
|
|
|
.It Fl w
|
2004-07-02 21:45:06 +00:00
|
|
|
Issue a non-immediate format command.
|
|
|
|
|
By default,
|
2000-11-20 16:52:27 +00:00
|
|
|
.Nm
|
2004-07-02 21:45:06 +00:00
|
|
|
issues the FORMAT UNIT command with the immediate bit set.
|
|
|
|
|
This tells the
|
2000-05-21 23:57:52 +00:00
|
|
|
device to immediately return the format command, before the format has
|
2004-07-02 21:45:06 +00:00
|
|
|
actually completed.
|
|
|
|
|
Then,
|
2000-11-20 16:52:27 +00:00
|
|
|
.Nm
|
2000-05-21 23:57:52 +00:00
|
|
|
gathers
|
|
|
|
|
.Tn SCSI
|
|
|
|
|
sense information from the device every second to determine how far along
|
2004-07-02 21:45:06 +00:00
|
|
|
in the format process it is.
|
|
|
|
|
If the
|
2000-05-21 23:57:52 +00:00
|
|
|
.Fl w
|
|
|
|
|
argument is specified,
|
2000-11-20 16:52:27 +00:00
|
|
|
.Nm
|
2000-05-21 23:57:52 +00:00
|
|
|
will issue a non-immediate format command, and will be unable to print any
|
|
|
|
|
information to let the user know what percentage of the disk has been
|
|
|
|
|
formatted.
|
|
|
|
|
.It Fl y
|
2005-02-13 22:25:33 +00:00
|
|
|
Do not ask any questions.
|
2004-07-02 21:45:06 +00:00
|
|
|
By default,
|
2000-11-20 16:52:27 +00:00
|
|
|
.Nm
|
2000-05-21 23:57:52 +00:00
|
|
|
will ask the user if he/she really wants to format the disk in question,
|
2004-07-02 21:45:06 +00:00
|
|
|
and also if the default format command timeout is acceptable.
|
|
|
|
|
The user
|
2000-05-21 23:57:52 +00:00
|
|
|
will not be asked about the timeout if a timeout is specified on the
|
2013-09-06 15:19:57 +00:00
|
|
|
command line.
|
|
|
|
|
.El
|
|
|
|
|
.It Ic sanitize
|
|
|
|
|
Issue the
|
|
|
|
|
.Tn SCSI
|
|
|
|
|
SANITIZE command to the named device.
|
|
|
|
|
.Pp
|
|
|
|
|
.Em WARNING! WARNING! WARNING!
|
|
|
|
|
.Pp
|
|
|
|
|
ALL data in the cache and on the disk will be destroyed or made inaccessible.
|
|
|
|
|
Recovery of the data is not possible.
|
|
|
|
|
Use extreme caution when issuing this command.
|
|
|
|
|
.Pp
|
|
|
|
|
The
|
|
|
|
|
.Sq sanitize
|
|
|
|
|
subcommand takes several arguments that modify its default behavior.
|
|
|
|
|
The
|
|
|
|
|
.Fl q
|
|
|
|
|
and
|
|
|
|
|
.Fl y
|
|
|
|
|
arguments can be useful for scripts.
|
|
|
|
|
.Bl -tag -width 6n
|
|
|
|
|
.It Fl a Ar operation
|
|
|
|
|
Specify the sanitize operation to perform.
|
|
|
|
|
.Bl -tag -width 16n
|
|
|
|
|
.It overwrite
|
|
|
|
|
Perform an overwrite operation by writing a user supplied
|
|
|
|
|
data pattern to the device one or more times.
|
|
|
|
|
The pattern is given by the
|
|
|
|
|
.Fl P
|
|
|
|
|
argument.
|
|
|
|
|
The number of times is given by the
|
|
|
|
|
.Fl c
|
|
|
|
|
argument.
|
|
|
|
|
.It block
|
|
|
|
|
Perform a block erase operation.
|
|
|
|
|
All the device's blocks are set to a vendor defined
|
|
|
|
|
value, typically zero.
|
|
|
|
|
.It crypto
|
|
|
|
|
Perform a cryptographic erase operation.
|
|
|
|
|
The encryption keys are changed to prevent the decryption
|
|
|
|
|
of the data.
|
|
|
|
|
.It exitfailure
|
|
|
|
|
Exits a previously failed sanitize operation.
|
|
|
|
|
A failed sanitize operation can only be exited if it was
|
|
|
|
|
run in the unrestricted completion mode, as provided by the
|
|
|
|
|
.Fl U
|
|
|
|
|
argument.
|
|
|
|
|
.El
|
|
|
|
|
.It Fl c Ar passes
|
|
|
|
|
The number of passes when performing an
|
|
|
|
|
.Sq overwrite
|
|
|
|
|
operation.
|
2013-09-07 05:44:53 +00:00
|
|
|
Valid values are between 1 and 31.
|
|
|
|
|
The default is 1.
|
2013-09-06 15:19:57 +00:00
|
|
|
.It Fl I
|
|
|
|
|
When performing an
|
|
|
|
|
.Sq overwrite
|
|
|
|
|
operation, the pattern is inverted between consecutive passes.
|
|
|
|
|
.It Fl P Ar pattern
|
|
|
|
|
Path to the file containing the pattern to use when
|
|
|
|
|
performing an
|
|
|
|
|
.Sq overwrite
|
|
|
|
|
operation.
|
|
|
|
|
The pattern is repeated as needed to fill each block.
|
|
|
|
|
.It Fl q
|
|
|
|
|
Be quiet, do not print any status messages.
|
|
|
|
|
This option will not disable
|
|
|
|
|
the questions, however.
|
|
|
|
|
To disable questions, use the
|
|
|
|
|
.Fl y
|
|
|
|
|
argument, below.
|
|
|
|
|
.It Fl U
|
|
|
|
|
Perform the sanitize in the unrestricted completion mode.
|
|
|
|
|
If the operation fails, it can later be exited with the
|
|
|
|
|
.Sq exitfailure
|
|
|
|
|
operation.
|
|
|
|
|
.It Fl r
|
|
|
|
|
Run in
|
|
|
|
|
.Dq report only
|
|
|
|
|
mode.
|
|
|
|
|
This will report status on a sanitize that is already running on the drive.
|
|
|
|
|
.It Fl w
|
|
|
|
|
Issue a non-immediate sanitize command.
|
|
|
|
|
By default,
|
|
|
|
|
.Nm
|
|
|
|
|
issues the SANITIZE command with the immediate bit set.
|
|
|
|
|
This tells the
|
|
|
|
|
device to immediately return the sanitize command, before
|
|
|
|
|
the sanitize has actually completed.
|
|
|
|
|
Then,
|
|
|
|
|
.Nm
|
|
|
|
|
gathers
|
|
|
|
|
.Tn SCSI
|
|
|
|
|
sense information from the device every second to determine how far along
|
|
|
|
|
in the sanitize process it is.
|
|
|
|
|
If the
|
|
|
|
|
.Fl w
|
|
|
|
|
argument is specified,
|
|
|
|
|
.Nm
|
|
|
|
|
will issue a non-immediate sanitize command, and will be unable to print any
|
|
|
|
|
information to let the user know what percentage of the disk has been
|
|
|
|
|
sanitized.
|
|
|
|
|
.It Fl y
|
|
|
|
|
Do not ask any questions.
|
|
|
|
|
By default,
|
|
|
|
|
.Nm
|
|
|
|
|
will ask the user if he/she really wants to sanitize the disk in question,
|
|
|
|
|
and also if the default sanitize command timeout is acceptable.
|
|
|
|
|
The user
|
|
|
|
|
will not be asked about the timeout if a timeout is specified on the
|
2000-05-21 23:57:52 +00:00
|
|
|
command line.
|
|
|
|
|
.El
|
2009-11-09 11:39:51 +00:00
|
|
|
.It Ic idle
|
2013-09-07 05:44:53 +00:00
|
|
|
Put ATA device into IDLE state.
|
|
|
|
|
Optional parameter
|
2010-07-01 14:10:55 +00:00
|
|
|
.Pq Fl t
|
2013-09-07 05:44:53 +00:00
|
|
|
specifies automatic standby timer value in seconds.
|
|
|
|
|
Value 0 disables timer.
|
2009-11-09 11:39:51 +00:00
|
|
|
.It Ic standby
|
2013-09-07 05:44:53 +00:00
|
|
|
Put ATA device into STANDBY state.
|
|
|
|
|
Optional parameter
|
2010-07-01 14:10:55 +00:00
|
|
|
.Pq Fl t
|
2013-09-07 05:44:53 +00:00
|
|
|
specifies automatic standby timer value in seconds.
|
|
|
|
|
Value 0 disables timer.
|
2009-11-09 11:39:51 +00:00
|
|
|
.It Ic sleep
|
2013-09-07 05:44:53 +00:00
|
|
|
Put ATA device into SLEEP state.
|
|
|
|
|
Note that the only way get device out of
|
2009-11-09 11:39:51 +00:00
|
|
|
this state may be reset.
|
2013-04-04 23:19:51 +00:00
|
|
|
.It Ic security
|
|
|
|
|
Update or report security settings, using an ATA identify command (0xec).
|
|
|
|
|
By default,
|
|
|
|
|
.Nm
|
|
|
|
|
will print out the security support and associated settings of the device.
|
|
|
|
|
The
|
|
|
|
|
.Ic security
|
|
|
|
|
command takes several arguments:
|
|
|
|
|
.Bl -tag -width 0n
|
|
|
|
|
.It Fl d Ar pwd
|
|
|
|
|
.Pp
|
|
|
|
|
Disable device security using the given password for the selected user according
|
|
|
|
|
to the devices configured security level.
|
|
|
|
|
.It Fl e Ar pwd
|
|
|
|
|
.Pp
|
|
|
|
|
Erase the device using the given password for the selected user.
|
|
|
|
|
.Pp
|
|
|
|
|
.Em WARNING! WARNING! WARNING!
|
|
|
|
|
.Pp
|
|
|
|
|
Issuing a secure erase will
|
|
|
|
|
.Em ERASE ALL
|
|
|
|
|
user data on the device and may take several hours to complete.
|
|
|
|
|
.Pp
|
|
|
|
|
When this command is used against an SSD drive all its cells will be marked as
|
2013-09-07 05:44:53 +00:00
|
|
|
empty, restoring it to factory default write performance.
|
|
|
|
|
For SSD's this action
|
2013-04-04 23:19:51 +00:00
|
|
|
usually takes just a few seconds.
|
|
|
|
|
.It Fl f
|
|
|
|
|
.Pp
|
|
|
|
|
Freeze the security configuration of the specified device.
|
|
|
|
|
.Pp
|
|
|
|
|
After command completion any other commands that update the device lock mode
|
2013-04-06 19:40:04 +00:00
|
|
|
shall be command aborted.
|
|
|
|
|
Frozen mode is disabled by power-off or hardware reset.
|
2013-04-04 23:19:51 +00:00
|
|
|
.It Fl h Ar pwd
|
|
|
|
|
.Pp
|
|
|
|
|
Enhanced erase the device using the given password for the selected user.
|
|
|
|
|
.Pp
|
|
|
|
|
.Em WARNING! WARNING! WARNING!
|
|
|
|
|
.Pp
|
2013-04-06 19:40:04 +00:00
|
|
|
Issuing an enhanced secure erase will
|
2013-04-04 23:19:51 +00:00
|
|
|
.Em ERASE ALL
|
|
|
|
|
user data on the device and may take several hours to complete.
|
|
|
|
|
.Pp
|
|
|
|
|
An enhanced erase writes predetermined data patterns to all user data areas,
|
|
|
|
|
all previously written user data shall be overwritten, including sectors that
|
|
|
|
|
are no longer in use due to reallocation.
|
|
|
|
|
.It Fl k Ar pwd
|
|
|
|
|
.Pp
|
|
|
|
|
Unlock the device using the given password for the selected user according to
|
|
|
|
|
the devices configured security level.
|
|
|
|
|
.It Fl l Ar high|maximum
|
|
|
|
|
.Pp
|
|
|
|
|
Specifies which security level to set when issuing a
|
|
|
|
|
.Fl s Ar pwd
|
2013-09-07 05:44:53 +00:00
|
|
|
command.
|
|
|
|
|
The security level determines device behavior when the master
|
|
|
|
|
password is used to unlock the device.
|
|
|
|
|
When the security level is set to high
|
2013-04-04 23:19:51 +00:00
|
|
|
the device requires the unlock command and the master password to unlock.
|
|
|
|
|
When the security level is set to maximum the device requires a secure erase
|
|
|
|
|
with the master password to unlock.
|
|
|
|
|
.Pp
|
|
|
|
|
This option must be used in conjunction with one of the security action commands.
|
|
|
|
|
.Pp
|
|
|
|
|
Defaults to
|
|
|
|
|
.Em high
|
|
|
|
|
.It Fl q
|
|
|
|
|
.Pp
|
|
|
|
|
Be quiet, do not print any status messages.
|
|
|
|
|
This option will not disable the questions, however.
|
|
|
|
|
To disable questions, use the
|
|
|
|
|
.Fl y
|
|
|
|
|
argument, below.
|
|
|
|
|
.It Fl s Ar pwd
|
|
|
|
|
.Pp
|
|
|
|
|
Password the device (enable security) using the given password for the selected
|
2013-09-07 05:44:53 +00:00
|
|
|
user.
|
|
|
|
|
This option can be combined with other options such as
|
2013-04-04 23:19:51 +00:00
|
|
|
.Fl e Em pwd
|
|
|
|
|
.Pp
|
|
|
|
|
A master password may be set in a addition to the user password. The purpose of
|
|
|
|
|
the master password is to allow an administrator to establish a password that
|
|
|
|
|
is kept secret from the user, and which may be used to unlock the device if the
|
|
|
|
|
user password is lost.
|
|
|
|
|
.Pp
|
|
|
|
|
.Em Note:
|
|
|
|
|
Setting the master password does not enable device security.
|
|
|
|
|
.Pp
|
|
|
|
|
If the master password is set and the drive supports a Master Revision Code
|
|
|
|
|
feature the Master Password Revision Code will be decremented.
|
|
|
|
|
.It Fl T Ar timeout
|
|
|
|
|
.Pp
|
|
|
|
|
Overrides the default timeout, specified in seconds, used for both
|
|
|
|
|
.Fl e
|
|
|
|
|
and
|
|
|
|
|
.Fl h
|
|
|
|
|
this is useful if your system has problems processing long timeouts correctly.
|
|
|
|
|
.Pp
|
|
|
|
|
Usually the timeout is calculated from the information stored on the drive if
|
|
|
|
|
present, otherwise it defaults to 2 hours.
|
|
|
|
|
.It Fl U Ar user|master
|
|
|
|
|
.Pp
|
|
|
|
|
Specifies which user to set / use for the running action command, valid values
|
|
|
|
|
are user or master and defaults to master if not set.
|
|
|
|
|
.Pp
|
|
|
|
|
This option must be used in conjunction with one of the security action commands.
|
|
|
|
|
.Pp
|
|
|
|
|
Defaults to
|
|
|
|
|
.Em master
|
|
|
|
|
.It Fl y
|
|
|
|
|
.Pp
|
|
|
|
|
Confirm yes to dangerous options such as
|
|
|
|
|
.Fl e
|
|
|
|
|
without prompting for confirmation.
|
|
|
|
|
.Pp
|
|
|
|
|
.El
|
2013-09-07 05:44:53 +00:00
|
|
|
If the password specified for any action commands does not match the configured
|
2013-04-04 23:19:51 +00:00
|
|
|
password for the specified user the command will fail.
|
|
|
|
|
.Pp
|
|
|
|
|
The password in all cases is limited to 32 characters, longer passwords will
|
|
|
|
|
fail.
|
2013-04-25 14:11:38 +00:00
|
|
|
.It Ic hpa
|
|
|
|
|
Update or report Host Protected Area details.
|
|
|
|
|
By default
|
|
|
|
|
.Nm
|
|
|
|
|
will print out the HPA support and associated settings of the device.
|
|
|
|
|
The
|
|
|
|
|
.Ic hpa
|
|
|
|
|
command takes several optional arguments:
|
|
|
|
|
.Bl -tag -width 0n
|
|
|
|
|
.It Fl f
|
|
|
|
|
.Pp
|
|
|
|
|
Freeze the HPA configuration of the specified device.
|
|
|
|
|
.Pp
|
|
|
|
|
After command completion any other commands that update the HPA configuration
|
|
|
|
|
shall be command aborted.
|
|
|
|
|
Frozen mode is disabled by power-off or hardware reset.
|
|
|
|
|
.It Fl l
|
|
|
|
|
.Pp
|
|
|
|
|
Lock the HPA configuration of the device until a successful call to unlock or
|
|
|
|
|
the next power-on reset occurs.
|
|
|
|
|
.It Fl P
|
|
|
|
|
.Pp
|
|
|
|
|
Make the HPA max sectors persist across power-on reset or a hardware reset.
|
|
|
|
|
This must be used in combination with
|
|
|
|
|
.Fl s Ar max_sectors
|
|
|
|
|
.
|
|
|
|
|
.It Fl p Ar pwd
|
|
|
|
|
.Pp
|
|
|
|
|
Set the HPA configuration password required for unlock calls.
|
|
|
|
|
.It Fl q
|
|
|
|
|
.Pp
|
|
|
|
|
Be quiet, do not print any status messages.
|
|
|
|
|
This option will not disable the questions.
|
|
|
|
|
To disable questions, use the
|
|
|
|
|
.Fl y
|
|
|
|
|
argument, below.
|
|
|
|
|
.It Fl s Ar max_sectors
|
|
|
|
|
.Pp
|
|
|
|
|
Configures the maximum user accessible sectors of the device.
|
|
|
|
|
This will change the number of sectors the device reports.
|
|
|
|
|
.Pp
|
|
|
|
|
.Em WARNING! WARNING! WARNING!
|
|
|
|
|
.Pp
|
|
|
|
|
Changing the max sectors of a device using this option will make the data on
|
|
|
|
|
the device beyond the specified value inaccessible.
|
|
|
|
|
.Pp
|
|
|
|
|
Only one successful
|
|
|
|
|
.Fl s Ar max_sectors
|
|
|
|
|
call can be made without a power-on reset or a hardware reset of the device.
|
|
|
|
|
.It Fl U Ar pwd
|
|
|
|
|
.Pp
|
|
|
|
|
Unlock the HPA configuration of the specified device using the given password.
|
2013-09-07 05:44:53 +00:00
|
|
|
If the password specified does not match the password configured via
|
2013-04-25 14:11:38 +00:00
|
|
|
.Fl p Ar pwd
|
|
|
|
|
the command will fail.
|
|
|
|
|
.Pp
|
|
|
|
|
After 5 failed unlock calls, due to password miss-match, the device will refuse
|
|
|
|
|
additional unlock calls until after a power-on reset.
|
|
|
|
|
.It Fl y
|
|
|
|
|
.Pp
|
|
|
|
|
Confirm yes to dangerous options such as
|
|
|
|
|
.Fl e
|
|
|
|
|
without prompting for confirmation
|
|
|
|
|
.Pp
|
|
|
|
|
.El
|
|
|
|
|
The password for all HPA commands is limited to 32 characters, longer passwords
|
|
|
|
|
will fail.
|
2011-11-25 04:03:37 +00:00
|
|
|
.It Ic fwdownload
|
|
|
|
|
Program firmware of the named SCSI device using the image file provided.
|
|
|
|
|
.Pp
|
|
|
|
|
Current list of supported vendors:
|
|
|
|
|
.Bl -bullet -offset indent -compact
|
|
|
|
|
.It
|
|
|
|
|
HITACHI
|
|
|
|
|
.It
|
|
|
|
|
HP
|
|
|
|
|
.It
|
|
|
|
|
IBM
|
|
|
|
|
.It
|
|
|
|
|
PLEXTOR
|
|
|
|
|
.It
|
|
|
|
|
QUANTUM
|
|
|
|
|
.It
|
2013-09-06 16:34:09 +00:00
|
|
|
SAMSUNG
|
|
|
|
|
.It
|
2011-11-25 04:03:37 +00:00
|
|
|
SEAGATE
|
|
|
|
|
.El
|
|
|
|
|
.Pp
|
|
|
|
|
.Em WARNING! WARNING! WARNING!
|
|
|
|
|
.Pp
|
|
|
|
|
Little testing has been done to make sure that different device models from
|
|
|
|
|
each vendor work correctly with the fwdownload command.
|
|
|
|
|
A vendor name appearing in the supported list means only that firmware of at
|
|
|
|
|
least one device type from that vendor has successfully been programmed with
|
|
|
|
|
the fwdownload command.
|
|
|
|
|
Extra caution should be taken when using this command since there is no
|
|
|
|
|
guarantee it will not break a device from the listed vendors.
|
|
|
|
|
Ensure that you have a recent backup of the data on the device before
|
|
|
|
|
performing a firmware update.
|
|
|
|
|
.Bl -tag -width 11n
|
|
|
|
|
.It Fl f Ar fw_image
|
|
|
|
|
Path to the firmware image file to be downloaded to the specified device.
|
|
|
|
|
.It Fl y
|
|
|
|
|
Do not ask for confirmation.
|
|
|
|
|
.It Fl s
|
|
|
|
|
Run in simulation mode.
|
|
|
|
|
Packet sizes that will be sent are shown, but no actual packet is sent to the
|
|
|
|
|
device.
|
2012-06-05 18:07:20 +00:00
|
|
|
No confirmation is asked in simulation mode.
|
2011-11-25 04:03:37 +00:00
|
|
|
.It Fl v
|
|
|
|
|
Besides showing sense information in case of a failure, the verbose option
|
|
|
|
|
causes
|
|
|
|
|
.Nm
|
|
|
|
|
to output a line for every firmware segment that is sent to the device by the
|
|
|
|
|
fwdownload command
|
|
|
|
|
-- the same as the ones shown in simulation mode.
|
|
|
|
|
.El
|
Add persistent reservation support to camcontrol(8).
camcontrol(8) now supports a new 'persist' subcommand that allows users to
issue SCSI PERSISTENT RESERVE IN / OUT commands.
sbin/camcontrol/Makefile:
Add persist.c.
sbin/camcontrol/persist.c:
New persistent reservation support for camcontrol(8).
We have support for all known operation modes for PERSISTENT RESERVE
IN and PERSISTENT RESERVE OUT.
exceptions noted above.
sbin/camcontrol/camcontrol.8:
Document the new 'persist' subcommand.
In the section on the Transport ID (-I) option, explain what
Transport IDs for each protocol should look like. At some point
some of this information could probably get moved off in a
separate man page, either on Transport IDs alone or a man page
documenting the Transport ID parsing code.
Add a number of examples of persistent reservation commands.
Persistent Reservations are complex enough that the average user
probably won't be able to get the commands exactly right by just
reading the man page. These examples show a few basic and
advanced examples of how to use persistent reservations.
sbin/camcontrol/camcontrol.h:
Move the definition for camcontrol_optret here, so we can use it
for the persistent reservation code.
Add a definition for the new scsipersist() function.
sbin/camcontrol/camcontrol.c:
Add 'persist' to the list of subcommands.
Document 'persist' in the help text.
sys/cam/scsi/scsi_all.c:
Add the scsi_persistent_reserve_in() and
scsi_persistent_reserve_out() CCB building functions.
Add a new function, scsi_transportid_sbuf(). This takes a
SCSI Transport ID (documented in SPC-4), and prints it to
an sbuf(9). There are some transports (like ATA, USB, and
SSA) for which there is no transport defined. We need to
come up with a reasonable thing to do if we're presented
with a Transport ID that claims to be for one of those
protocols.
Add new routines scsi_get_nv() and scsi_nv_to_str().
These functions do a table lookup to go between a string and an
integer. There are lots of table lookups needed in the
persistent reservation code in camcontrol(8).
Add a new function, scsi_parse_transportid(), along with leaf node
functions to parse:
FC, 1394 and SAS (scsi_parse_transportid_64bit())
iSCSI (scsi_parse_transportid_iscsi())
SPI (scsi_parse_transportid_spi())
RDMA (scsi_parse_transportid_rdma())
PCIe (scsi_parse_transportid_sop())
Transport IDs. Given a string with the general form proto,id these
functions create a SCSI Transport ID structure.
sys/cam/scsi/scsi_all.h:
Update the various persistent reservation data structures to
SPC4r36l, but also rename some fields that were previously
obsolete with the proper names from older SCSI specs. This
allows using older, obsolete persistent reservation types when
desired.
Add function prototypes for the new persistent reservation CCB
building functions.
Add a data strucure for the READ FULL STATUS service action
of the PERSISTENT RESERVE IN command.
Add Transport ID structures for all protocols described in SPC-4.
Add a new series of SCSI_PROTO_XXX definitions, and
redefine other defines in terms of these new definitions.
Add a prototype for scsi_transportid_sbuf().
Change a couple of "obsolete" persistent reservation data
structure fields into something more meaningful, based on
what the field was called when it was defined in the spec.
(e.g. SPC, SPC-2, etc.)
Create a new define, SPRI_MAX_LEN, for the maximum allocation
length allowed for the PERSISTENT RESERVE IN command.
Add data structures and enumerations for the new name/value
translation functions.
Add data structures for SCSI over PCIe Routing IDs.
Bring the PERSISTENT RESERVE OUT Register and Move parameter list
structure (struct scsi_per_res_out_parms) up to date with SPC-4.
Add a data structure for the transport IDs that can optionally be
appended to the basic PERSISTENT RESERVE OUT parameter list.
Move SCSI protocol macro definitions out of the VPD page 0x83
definition and combine them with the more up to date protocol
definitions higher in the file.
Add function prototypes for scsi_nv_to_str(), scsi_get_nv(),
scsi_parse_transportid_64bit(), scsi_parse_transportid_spi(),
scsi_parse_transportid_rdma(), scsi_parse_transportid_iscsi(),
scsi_parse_transportid_sop(), and scsi_parse_transportid().
Sponsored by: Spectra Logic Corporation
MFC after: 1 week
2014-07-03 23:09:44 +00:00
|
|
|
.It Ic persist
|
|
|
|
|
Persistent reservation support.
|
|
|
|
|
Persistent reservations are a way to reserve a particular
|
|
|
|
|
.Tn SCSI
|
|
|
|
|
LUN for use by one or more
|
|
|
|
|
.Tn SCSI
|
|
|
|
|
initiators.
|
|
|
|
|
If the
|
|
|
|
|
.Fl i
|
|
|
|
|
option is specified,
|
|
|
|
|
.Nm
|
|
|
|
|
will issue the
|
|
|
|
|
.Tn SCSI
|
|
|
|
|
PERSISTENT RESERVE IN
|
|
|
|
|
command using the requested service action.
|
|
|
|
|
If the
|
|
|
|
|
.Fl o
|
|
|
|
|
option is specified,
|
|
|
|
|
.Nm
|
|
|
|
|
will issue the
|
|
|
|
|
.Tn SCSI
|
|
|
|
|
PERSISTENT RESERVE OUT
|
|
|
|
|
command using the requested service action.
|
|
|
|
|
One of those two options is required.
|
|
|
|
|
.Pp
|
|
|
|
|
Persistent reservations are complex, and fully explaining them is outside
|
|
|
|
|
the scope of this manual.
|
|
|
|
|
Please visit
|
|
|
|
|
http://www.t10.org
|
|
|
|
|
and download the latest SPC spec for a full explanation of persistent
|
|
|
|
|
reservations.
|
|
|
|
|
.Bl -tag -width 8n
|
|
|
|
|
.It Fl i Ar mode
|
|
|
|
|
Specify the service action for the PERSISTENT RESERVE IN command.
|
|
|
|
|
Supported service actions:
|
|
|
|
|
.Bl -tag -width 19n
|
|
|
|
|
.It read_keys
|
|
|
|
|
Report the current persistent reservation generation (PRgeneration) and any
|
|
|
|
|
registered keys.
|
|
|
|
|
.It read_reservation
|
|
|
|
|
Report the persistent reservation, if any.
|
|
|
|
|
.It report_capabilities
|
|
|
|
|
Report the persistent reservation capabilities of the LUN.
|
|
|
|
|
.It read_full_status
|
|
|
|
|
Report the full status of persistent reservations on the LUN.
|
|
|
|
|
.El
|
|
|
|
|
.It Fl o Ar mode
|
|
|
|
|
Specify the service action for the PERSISTENT RESERVE OUT command.
|
|
|
|
|
For service actions like register that are components of other service
|
|
|
|
|
action names, the entire name must be specified.
|
|
|
|
|
Otherwise, enough of the service action name must be specified to
|
|
|
|
|
distinguish it from other possible service actions.
|
|
|
|
|
Supported service actions:
|
|
|
|
|
.Bl -tag -width 15n
|
|
|
|
|
.It register
|
|
|
|
|
Register a reservation key with the LUN or unregister a reservation key.
|
|
|
|
|
To register a key, specify the requested key as the Service Action
|
|
|
|
|
Reservation Key.
|
|
|
|
|
To unregister a key, specify the previously registered key as the
|
|
|
|
|
Reservation Key.
|
|
|
|
|
To change a key, specify the old key as the Reservation Key and the new
|
|
|
|
|
key as the Service Action Reservation Key.
|
|
|
|
|
.It register_ignore
|
|
|
|
|
This is similar to the register subcommand, except that the Reservation Key
|
|
|
|
|
is ignored.
|
|
|
|
|
The Service Action Reservation Key will overwrite any previous key
|
|
|
|
|
registered for the initiator.
|
|
|
|
|
.It reserve
|
|
|
|
|
Create a reservation.
|
|
|
|
|
A key must be registered with the LUN before the LUN can be reserved, and
|
|
|
|
|
it must be specified as the Reservation Key.
|
|
|
|
|
The type of reservation must also be specified.
|
|
|
|
|
The scope defaults to LUN scope (LU_SCOPE), but may be changed.
|
|
|
|
|
.It release
|
|
|
|
|
Release a reservation.
|
|
|
|
|
The Reservation Key must be specified.
|
|
|
|
|
.It clear
|
|
|
|
|
Release a reservation and remove all keys from the device.
|
|
|
|
|
The Reservation Key must be specified.
|
|
|
|
|
.It preempt
|
|
|
|
|
Remove a reservation belonging to another initiator.
|
|
|
|
|
The Reservation Key must be specified.
|
|
|
|
|
The Service Action Reservation Key may be specified, depending on the
|
|
|
|
|
operation being performed.
|
|
|
|
|
.It preempt_abort
|
|
|
|
|
Remove a reservation belonging to another initiator and abort all
|
|
|
|
|
outstanding commands from that initiator.
|
|
|
|
|
The Reservation Key must be specified.
|
|
|
|
|
The Service Action Reservation Key may be specified, depending on the
|
|
|
|
|
operation being performed.
|
|
|
|
|
.It register_move
|
|
|
|
|
Register another initiator with the LUN, and establish a reservation on the
|
|
|
|
|
LUN for that initiator.
|
|
|
|
|
The Reservation Key and Service Action Reservation Key must be specified.
|
|
|
|
|
.It replace_lost
|
|
|
|
|
Replace Lost Reservation information.
|
|
|
|
|
.El
|
|
|
|
|
.It Fl a
|
|
|
|
|
Set the All Target Ports (ALL_TG_PT) bit.
|
|
|
|
|
This requests that the key registration be applied to all target ports and
|
|
|
|
|
not just the particular target port that receives the command.
|
|
|
|
|
This only applies to the register and register_ignore actions.
|
|
|
|
|
.It Fl I Ar tid
|
|
|
|
|
Specify a Transport ID.
|
|
|
|
|
This only applies to the Register and Register and Move service actions for
|
|
|
|
|
Persistent Reserve Out.
|
|
|
|
|
Multiple Transport IDs may be specified with multiple
|
|
|
|
|
.Fl I
|
|
|
|
|
arguments.
|
|
|
|
|
With the Register service action, specifying one or more Transport IDs
|
|
|
|
|
implicitly enables the
|
|
|
|
|
.Fl S
|
|
|
|
|
option which turns on the SPEC_I_PT bit.
|
|
|
|
|
Transport IDs generally have the format protocol,id.
|
|
|
|
|
.Bl -tag -width 5n
|
|
|
|
|
.It SAS
|
|
|
|
|
A SAS Transport ID consists of
|
|
|
|
|
.Dq sas,
|
|
|
|
|
followed by a 64-bit SAS address.
|
|
|
|
|
For example:
|
|
|
|
|
.Pp
|
|
|
|
|
.Dl sas,0x1234567812345678
|
|
|
|
|
.It FC
|
|
|
|
|
A Fibre Channel Transport ID consists of
|
|
|
|
|
.Dq fcp,
|
2014-12-29 13:50:59 +00:00
|
|
|
followed by a 64-bit Fibre Channel World Wide Name.
|
Add persistent reservation support to camcontrol(8).
camcontrol(8) now supports a new 'persist' subcommand that allows users to
issue SCSI PERSISTENT RESERVE IN / OUT commands.
sbin/camcontrol/Makefile:
Add persist.c.
sbin/camcontrol/persist.c:
New persistent reservation support for camcontrol(8).
We have support for all known operation modes for PERSISTENT RESERVE
IN and PERSISTENT RESERVE OUT.
exceptions noted above.
sbin/camcontrol/camcontrol.8:
Document the new 'persist' subcommand.
In the section on the Transport ID (-I) option, explain what
Transport IDs for each protocol should look like. At some point
some of this information could probably get moved off in a
separate man page, either on Transport IDs alone or a man page
documenting the Transport ID parsing code.
Add a number of examples of persistent reservation commands.
Persistent Reservations are complex enough that the average user
probably won't be able to get the commands exactly right by just
reading the man page. These examples show a few basic and
advanced examples of how to use persistent reservations.
sbin/camcontrol/camcontrol.h:
Move the definition for camcontrol_optret here, so we can use it
for the persistent reservation code.
Add a definition for the new scsipersist() function.
sbin/camcontrol/camcontrol.c:
Add 'persist' to the list of subcommands.
Document 'persist' in the help text.
sys/cam/scsi/scsi_all.c:
Add the scsi_persistent_reserve_in() and
scsi_persistent_reserve_out() CCB building functions.
Add a new function, scsi_transportid_sbuf(). This takes a
SCSI Transport ID (documented in SPC-4), and prints it to
an sbuf(9). There are some transports (like ATA, USB, and
SSA) for which there is no transport defined. We need to
come up with a reasonable thing to do if we're presented
with a Transport ID that claims to be for one of those
protocols.
Add new routines scsi_get_nv() and scsi_nv_to_str().
These functions do a table lookup to go between a string and an
integer. There are lots of table lookups needed in the
persistent reservation code in camcontrol(8).
Add a new function, scsi_parse_transportid(), along with leaf node
functions to parse:
FC, 1394 and SAS (scsi_parse_transportid_64bit())
iSCSI (scsi_parse_transportid_iscsi())
SPI (scsi_parse_transportid_spi())
RDMA (scsi_parse_transportid_rdma())
PCIe (scsi_parse_transportid_sop())
Transport IDs. Given a string with the general form proto,id these
functions create a SCSI Transport ID structure.
sys/cam/scsi/scsi_all.h:
Update the various persistent reservation data structures to
SPC4r36l, but also rename some fields that were previously
obsolete with the proper names from older SCSI specs. This
allows using older, obsolete persistent reservation types when
desired.
Add function prototypes for the new persistent reservation CCB
building functions.
Add a data strucure for the READ FULL STATUS service action
of the PERSISTENT RESERVE IN command.
Add Transport ID structures for all protocols described in SPC-4.
Add a new series of SCSI_PROTO_XXX definitions, and
redefine other defines in terms of these new definitions.
Add a prototype for scsi_transportid_sbuf().
Change a couple of "obsolete" persistent reservation data
structure fields into something more meaningful, based on
what the field was called when it was defined in the spec.
(e.g. SPC, SPC-2, etc.)
Create a new define, SPRI_MAX_LEN, for the maximum allocation
length allowed for the PERSISTENT RESERVE IN command.
Add data structures and enumerations for the new name/value
translation functions.
Add data structures for SCSI over PCIe Routing IDs.
Bring the PERSISTENT RESERVE OUT Register and Move parameter list
structure (struct scsi_per_res_out_parms) up to date with SPC-4.
Add a data structure for the transport IDs that can optionally be
appended to the basic PERSISTENT RESERVE OUT parameter list.
Move SCSI protocol macro definitions out of the VPD page 0x83
definition and combine them with the more up to date protocol
definitions higher in the file.
Add function prototypes for scsi_nv_to_str(), scsi_get_nv(),
scsi_parse_transportid_64bit(), scsi_parse_transportid_spi(),
scsi_parse_transportid_rdma(), scsi_parse_transportid_iscsi(),
scsi_parse_transportid_sop(), and scsi_parse_transportid().
Sponsored by: Spectra Logic Corporation
MFC after: 1 week
2014-07-03 23:09:44 +00:00
|
|
|
For example:
|
|
|
|
|
.Pp
|
|
|
|
|
.Dl fcp,0x1234567812345678
|
|
|
|
|
.It SPI
|
|
|
|
|
A Parallel SCSI address consists of
|
|
|
|
|
.Dq spi,
|
|
|
|
|
followed by a SCSI target ID and a relative target port identifier.
|
|
|
|
|
For example:
|
|
|
|
|
.Pp
|
|
|
|
|
.Dl spi,4,1
|
|
|
|
|
.It 1394
|
|
|
|
|
An IEEE 1394 (Firewire) Transport ID consists of
|
|
|
|
|
.Dq sbp,
|
|
|
|
|
followed by a 64-bit EUI-64 IEEE 1394 node unique identifier.
|
|
|
|
|
For example:
|
|
|
|
|
.Pp
|
|
|
|
|
.Dl sbp,0x1234567812345678
|
|
|
|
|
.It RDMA
|
|
|
|
|
A SCSI over RDMA Transport ID consists of
|
|
|
|
|
.Dq srp,
|
|
|
|
|
followed by a 128-bit RDMA initiator port identifier.
|
|
|
|
|
The port identifier must be exactly 32 or 34 (if the leading 0x is
|
|
|
|
|
included) hexadecimal digits.
|
|
|
|
|
Only hexadecimal (base 16) numbers are supported.
|
|
|
|
|
For example:
|
|
|
|
|
.Pp
|
|
|
|
|
.Dl srp,0x12345678123456781234567812345678
|
|
|
|
|
.It iSCSI
|
|
|
|
|
An iSCSI Transport ID consists an iSCSI name and optionally a separator and
|
|
|
|
|
iSCSI session ID.
|
|
|
|
|
For example, if only the iSCSI name is specified:
|
|
|
|
|
.Pp
|
|
|
|
|
.Dl iqn.2012-06.com.example:target0
|
|
|
|
|
.Pp
|
|
|
|
|
If the iSCSI separator and initiator session ID are specified:
|
|
|
|
|
.Pp
|
|
|
|
|
.Dl iqn.2012-06.com.example:target0,i,0x123
|
|
|
|
|
.It PCIe
|
|
|
|
|
A SCSI over PCIe Transport ID consists of
|
|
|
|
|
.Dq sop,
|
|
|
|
|
followed by a PCIe Routing ID.
|
|
|
|
|
The Routing ID consists of a bus, device and function or in the alternate
|
|
|
|
|
form, a bus and function.
|
|
|
|
|
The bus must be in the range of 0 to 255 inclusive and the device must be
|
|
|
|
|
in the range of 0 to 31 inclusive.
|
|
|
|
|
The function must be in the range of 0 to 7 inclusive if the standard form
|
|
|
|
|
is used, and in the range of 0 to 255 inclusive if the alternate form is
|
|
|
|
|
used.
|
|
|
|
|
For example, if a bus, device and function are specified for the standard
|
|
|
|
|
Routing ID form:
|
|
|
|
|
.Pp
|
|
|
|
|
.Dl sop,4,5,1
|
|
|
|
|
.Pp
|
|
|
|
|
If the alternate Routing ID form is used:
|
|
|
|
|
.Pp
|
|
|
|
|
.Dl sop,4,1
|
|
|
|
|
.El
|
|
|
|
|
.It Fl k Ar key
|
|
|
|
|
Specify the Reservation Key.
|
|
|
|
|
This may be in decimal, octal or hexadecimal format.
|
|
|
|
|
The value is zero by default if not otherwise specified.
|
|
|
|
|
The value must be between 0 and 2^64 - 1, inclusive.
|
|
|
|
|
.It Fl K Ar key
|
|
|
|
|
Specify the Service Action Reservation Key.
|
|
|
|
|
This may be in decimal, octal or hexadecimal format.
|
|
|
|
|
The value is zero by default if not otherwise specified.
|
|
|
|
|
The value must be between 0 and 2^64 - 1, inclusive.
|
|
|
|
|
.It Fl p
|
|
|
|
|
Enable the Activate Persist Through Power Loss bit.
|
|
|
|
|
This is only used for the register and register_ignore actions.
|
|
|
|
|
This requests that the reservation persist across power loss events.
|
|
|
|
|
.It Fl s Ar scope
|
|
|
|
|
Specify the scope of the reservation.
|
|
|
|
|
The scope may be specified by name or by number.
|
|
|
|
|
The scope is ignored for register, register_ignore and clear.
|
|
|
|
|
If the desired scope isn't available by name, you may specify the number.
|
|
|
|
|
.Bl -tag -width 7n
|
|
|
|
|
.It lun
|
|
|
|
|
LUN scope (0x00).
|
|
|
|
|
This encompasses the entire LUN.
|
|
|
|
|
.It extent
|
|
|
|
|
Extent scope (0x01).
|
|
|
|
|
.It element
|
|
|
|
|
Element scope (0x02).
|
|
|
|
|
.El
|
|
|
|
|
.It Fl R Ar rtp
|
|
|
|
|
Specify the Relative Target Port.
|
|
|
|
|
This only applies to the Register and Move service action of the Persistent
|
|
|
|
|
Reserve Out command.
|
|
|
|
|
.It Fl S
|
|
|
|
|
Enable the SPEC_I_PT bit.
|
|
|
|
|
This only applies to the Register service action of Persistent Reserve Out.
|
|
|
|
|
You must also specify at least one Transport ID with
|
|
|
|
|
.Fl I
|
|
|
|
|
if this option is set.
|
|
|
|
|
If you specify a Transport ID, this option is automatically set.
|
|
|
|
|
It is an error to specify this option for any service action other than
|
|
|
|
|
Register.
|
|
|
|
|
.It Fl T Ar type
|
|
|
|
|
Specify the reservation type.
|
|
|
|
|
The reservation type may be specified by name or by number.
|
|
|
|
|
If the desired reservation type isn't available by name, you may specify
|
|
|
|
|
the number.
|
|
|
|
|
Supported reservation type names:
|
|
|
|
|
.Bl -tag -width 11n
|
|
|
|
|
.It read_shared
|
|
|
|
|
Read Shared mode.
|
|
|
|
|
.It wr_ex
|
|
|
|
|
Write Exclusive mode.
|
|
|
|
|
May also be specified as
|
|
|
|
|
.Dq write_exclusive .
|
|
|
|
|
.It rd_ex
|
|
|
|
|
Read Exclusive mode.
|
|
|
|
|
May also be specified as
|
|
|
|
|
.Dq read_exclusive .
|
|
|
|
|
.It ex_ac
|
|
|
|
|
Exclusive access mode.
|
|
|
|
|
May also be specified as
|
|
|
|
|
.Dq exclusive_access .
|
|
|
|
|
.It wr_ex_ro
|
|
|
|
|
Write Exclusive Registrants Only mode.
|
2014-12-29 13:50:59 +00:00
|
|
|
May also be specified as
|
Add persistent reservation support to camcontrol(8).
camcontrol(8) now supports a new 'persist' subcommand that allows users to
issue SCSI PERSISTENT RESERVE IN / OUT commands.
sbin/camcontrol/Makefile:
Add persist.c.
sbin/camcontrol/persist.c:
New persistent reservation support for camcontrol(8).
We have support for all known operation modes for PERSISTENT RESERVE
IN and PERSISTENT RESERVE OUT.
exceptions noted above.
sbin/camcontrol/camcontrol.8:
Document the new 'persist' subcommand.
In the section on the Transport ID (-I) option, explain what
Transport IDs for each protocol should look like. At some point
some of this information could probably get moved off in a
separate man page, either on Transport IDs alone or a man page
documenting the Transport ID parsing code.
Add a number of examples of persistent reservation commands.
Persistent Reservations are complex enough that the average user
probably won't be able to get the commands exactly right by just
reading the man page. These examples show a few basic and
advanced examples of how to use persistent reservations.
sbin/camcontrol/camcontrol.h:
Move the definition for camcontrol_optret here, so we can use it
for the persistent reservation code.
Add a definition for the new scsipersist() function.
sbin/camcontrol/camcontrol.c:
Add 'persist' to the list of subcommands.
Document 'persist' in the help text.
sys/cam/scsi/scsi_all.c:
Add the scsi_persistent_reserve_in() and
scsi_persistent_reserve_out() CCB building functions.
Add a new function, scsi_transportid_sbuf(). This takes a
SCSI Transport ID (documented in SPC-4), and prints it to
an sbuf(9). There are some transports (like ATA, USB, and
SSA) for which there is no transport defined. We need to
come up with a reasonable thing to do if we're presented
with a Transport ID that claims to be for one of those
protocols.
Add new routines scsi_get_nv() and scsi_nv_to_str().
These functions do a table lookup to go between a string and an
integer. There are lots of table lookups needed in the
persistent reservation code in camcontrol(8).
Add a new function, scsi_parse_transportid(), along with leaf node
functions to parse:
FC, 1394 and SAS (scsi_parse_transportid_64bit())
iSCSI (scsi_parse_transportid_iscsi())
SPI (scsi_parse_transportid_spi())
RDMA (scsi_parse_transportid_rdma())
PCIe (scsi_parse_transportid_sop())
Transport IDs. Given a string with the general form proto,id these
functions create a SCSI Transport ID structure.
sys/cam/scsi/scsi_all.h:
Update the various persistent reservation data structures to
SPC4r36l, but also rename some fields that were previously
obsolete with the proper names from older SCSI specs. This
allows using older, obsolete persistent reservation types when
desired.
Add function prototypes for the new persistent reservation CCB
building functions.
Add a data strucure for the READ FULL STATUS service action
of the PERSISTENT RESERVE IN command.
Add Transport ID structures for all protocols described in SPC-4.
Add a new series of SCSI_PROTO_XXX definitions, and
redefine other defines in terms of these new definitions.
Add a prototype for scsi_transportid_sbuf().
Change a couple of "obsolete" persistent reservation data
structure fields into something more meaningful, based on
what the field was called when it was defined in the spec.
(e.g. SPC, SPC-2, etc.)
Create a new define, SPRI_MAX_LEN, for the maximum allocation
length allowed for the PERSISTENT RESERVE IN command.
Add data structures and enumerations for the new name/value
translation functions.
Add data structures for SCSI over PCIe Routing IDs.
Bring the PERSISTENT RESERVE OUT Register and Move parameter list
structure (struct scsi_per_res_out_parms) up to date with SPC-4.
Add a data structure for the transport IDs that can optionally be
appended to the basic PERSISTENT RESERVE OUT parameter list.
Move SCSI protocol macro definitions out of the VPD page 0x83
definition and combine them with the more up to date protocol
definitions higher in the file.
Add function prototypes for scsi_nv_to_str(), scsi_get_nv(),
scsi_parse_transportid_64bit(), scsi_parse_transportid_spi(),
scsi_parse_transportid_rdma(), scsi_parse_transportid_iscsi(),
scsi_parse_transportid_sop(), and scsi_parse_transportid().
Sponsored by: Spectra Logic Corporation
MFC after: 1 week
2014-07-03 23:09:44 +00:00
|
|
|
.Dq write_exclusive_reg_only .
|
|
|
|
|
.It ex_ac_ro
|
|
|
|
|
Exclusive Access Registrants Only mode.
|
2014-12-29 13:50:59 +00:00
|
|
|
May also be specified as
|
Add persistent reservation support to camcontrol(8).
camcontrol(8) now supports a new 'persist' subcommand that allows users to
issue SCSI PERSISTENT RESERVE IN / OUT commands.
sbin/camcontrol/Makefile:
Add persist.c.
sbin/camcontrol/persist.c:
New persistent reservation support for camcontrol(8).
We have support for all known operation modes for PERSISTENT RESERVE
IN and PERSISTENT RESERVE OUT.
exceptions noted above.
sbin/camcontrol/camcontrol.8:
Document the new 'persist' subcommand.
In the section on the Transport ID (-I) option, explain what
Transport IDs for each protocol should look like. At some point
some of this information could probably get moved off in a
separate man page, either on Transport IDs alone or a man page
documenting the Transport ID parsing code.
Add a number of examples of persistent reservation commands.
Persistent Reservations are complex enough that the average user
probably won't be able to get the commands exactly right by just
reading the man page. These examples show a few basic and
advanced examples of how to use persistent reservations.
sbin/camcontrol/camcontrol.h:
Move the definition for camcontrol_optret here, so we can use it
for the persistent reservation code.
Add a definition for the new scsipersist() function.
sbin/camcontrol/camcontrol.c:
Add 'persist' to the list of subcommands.
Document 'persist' in the help text.
sys/cam/scsi/scsi_all.c:
Add the scsi_persistent_reserve_in() and
scsi_persistent_reserve_out() CCB building functions.
Add a new function, scsi_transportid_sbuf(). This takes a
SCSI Transport ID (documented in SPC-4), and prints it to
an sbuf(9). There are some transports (like ATA, USB, and
SSA) for which there is no transport defined. We need to
come up with a reasonable thing to do if we're presented
with a Transport ID that claims to be for one of those
protocols.
Add new routines scsi_get_nv() and scsi_nv_to_str().
These functions do a table lookup to go between a string and an
integer. There are lots of table lookups needed in the
persistent reservation code in camcontrol(8).
Add a new function, scsi_parse_transportid(), along with leaf node
functions to parse:
FC, 1394 and SAS (scsi_parse_transportid_64bit())
iSCSI (scsi_parse_transportid_iscsi())
SPI (scsi_parse_transportid_spi())
RDMA (scsi_parse_transportid_rdma())
PCIe (scsi_parse_transportid_sop())
Transport IDs. Given a string with the general form proto,id these
functions create a SCSI Transport ID structure.
sys/cam/scsi/scsi_all.h:
Update the various persistent reservation data structures to
SPC4r36l, but also rename some fields that were previously
obsolete with the proper names from older SCSI specs. This
allows using older, obsolete persistent reservation types when
desired.
Add function prototypes for the new persistent reservation CCB
building functions.
Add a data strucure for the READ FULL STATUS service action
of the PERSISTENT RESERVE IN command.
Add Transport ID structures for all protocols described in SPC-4.
Add a new series of SCSI_PROTO_XXX definitions, and
redefine other defines in terms of these new definitions.
Add a prototype for scsi_transportid_sbuf().
Change a couple of "obsolete" persistent reservation data
structure fields into something more meaningful, based on
what the field was called when it was defined in the spec.
(e.g. SPC, SPC-2, etc.)
Create a new define, SPRI_MAX_LEN, for the maximum allocation
length allowed for the PERSISTENT RESERVE IN command.
Add data structures and enumerations for the new name/value
translation functions.
Add data structures for SCSI over PCIe Routing IDs.
Bring the PERSISTENT RESERVE OUT Register and Move parameter list
structure (struct scsi_per_res_out_parms) up to date with SPC-4.
Add a data structure for the transport IDs that can optionally be
appended to the basic PERSISTENT RESERVE OUT parameter list.
Move SCSI protocol macro definitions out of the VPD page 0x83
definition and combine them with the more up to date protocol
definitions higher in the file.
Add function prototypes for scsi_nv_to_str(), scsi_get_nv(),
scsi_parse_transportid_64bit(), scsi_parse_transportid_spi(),
scsi_parse_transportid_rdma(), scsi_parse_transportid_iscsi(),
scsi_parse_transportid_sop(), and scsi_parse_transportid().
Sponsored by: Spectra Logic Corporation
MFC after: 1 week
2014-07-03 23:09:44 +00:00
|
|
|
.Dq exclusive_access_reg_only .
|
|
|
|
|
.It wr_ex_ar
|
|
|
|
|
Write Exclusive All Registrants mode.
|
|
|
|
|
May also be specified as
|
|
|
|
|
.Dq write_exclusive_all_regs .
|
|
|
|
|
.It ex_ac_ar
|
|
|
|
|
Exclusive Access All Registrants mode.
|
2014-12-29 13:50:59 +00:00
|
|
|
May also be specified as
|
Add persistent reservation support to camcontrol(8).
camcontrol(8) now supports a new 'persist' subcommand that allows users to
issue SCSI PERSISTENT RESERVE IN / OUT commands.
sbin/camcontrol/Makefile:
Add persist.c.
sbin/camcontrol/persist.c:
New persistent reservation support for camcontrol(8).
We have support for all known operation modes for PERSISTENT RESERVE
IN and PERSISTENT RESERVE OUT.
exceptions noted above.
sbin/camcontrol/camcontrol.8:
Document the new 'persist' subcommand.
In the section on the Transport ID (-I) option, explain what
Transport IDs for each protocol should look like. At some point
some of this information could probably get moved off in a
separate man page, either on Transport IDs alone or a man page
documenting the Transport ID parsing code.
Add a number of examples of persistent reservation commands.
Persistent Reservations are complex enough that the average user
probably won't be able to get the commands exactly right by just
reading the man page. These examples show a few basic and
advanced examples of how to use persistent reservations.
sbin/camcontrol/camcontrol.h:
Move the definition for camcontrol_optret here, so we can use it
for the persistent reservation code.
Add a definition for the new scsipersist() function.
sbin/camcontrol/camcontrol.c:
Add 'persist' to the list of subcommands.
Document 'persist' in the help text.
sys/cam/scsi/scsi_all.c:
Add the scsi_persistent_reserve_in() and
scsi_persistent_reserve_out() CCB building functions.
Add a new function, scsi_transportid_sbuf(). This takes a
SCSI Transport ID (documented in SPC-4), and prints it to
an sbuf(9). There are some transports (like ATA, USB, and
SSA) for which there is no transport defined. We need to
come up with a reasonable thing to do if we're presented
with a Transport ID that claims to be for one of those
protocols.
Add new routines scsi_get_nv() and scsi_nv_to_str().
These functions do a table lookup to go between a string and an
integer. There are lots of table lookups needed in the
persistent reservation code in camcontrol(8).
Add a new function, scsi_parse_transportid(), along with leaf node
functions to parse:
FC, 1394 and SAS (scsi_parse_transportid_64bit())
iSCSI (scsi_parse_transportid_iscsi())
SPI (scsi_parse_transportid_spi())
RDMA (scsi_parse_transportid_rdma())
PCIe (scsi_parse_transportid_sop())
Transport IDs. Given a string with the general form proto,id these
functions create a SCSI Transport ID structure.
sys/cam/scsi/scsi_all.h:
Update the various persistent reservation data structures to
SPC4r36l, but also rename some fields that were previously
obsolete with the proper names from older SCSI specs. This
allows using older, obsolete persistent reservation types when
desired.
Add function prototypes for the new persistent reservation CCB
building functions.
Add a data strucure for the READ FULL STATUS service action
of the PERSISTENT RESERVE IN command.
Add Transport ID structures for all protocols described in SPC-4.
Add a new series of SCSI_PROTO_XXX definitions, and
redefine other defines in terms of these new definitions.
Add a prototype for scsi_transportid_sbuf().
Change a couple of "obsolete" persistent reservation data
structure fields into something more meaningful, based on
what the field was called when it was defined in the spec.
(e.g. SPC, SPC-2, etc.)
Create a new define, SPRI_MAX_LEN, for the maximum allocation
length allowed for the PERSISTENT RESERVE IN command.
Add data structures and enumerations for the new name/value
translation functions.
Add data structures for SCSI over PCIe Routing IDs.
Bring the PERSISTENT RESERVE OUT Register and Move parameter list
structure (struct scsi_per_res_out_parms) up to date with SPC-4.
Add a data structure for the transport IDs that can optionally be
appended to the basic PERSISTENT RESERVE OUT parameter list.
Move SCSI protocol macro definitions out of the VPD page 0x83
definition and combine them with the more up to date protocol
definitions higher in the file.
Add function prototypes for scsi_nv_to_str(), scsi_get_nv(),
scsi_parse_transportid_64bit(), scsi_parse_transportid_spi(),
scsi_parse_transportid_rdma(), scsi_parse_transportid_iscsi(),
scsi_parse_transportid_sop(), and scsi_parse_transportid().
Sponsored by: Spectra Logic Corporation
MFC after: 1 week
2014-07-03 23:09:44 +00:00
|
|
|
.Dq exclusive_access_all_regs .
|
|
|
|
|
.El
|
|
|
|
|
.It Fl U
|
|
|
|
|
Specify that the target should unregister the initiator that sent
|
|
|
|
|
the Register and Move request.
|
|
|
|
|
By default, the target will not unregister the initiator that sends the
|
|
|
|
|
Register and Move request.
|
|
|
|
|
This option only applies to the Register and Move service action of the
|
|
|
|
|
Persistent Reserve Out command.
|
|
|
|
|
.El
|
2000-06-03 22:16:00 +00:00
|
|
|
.It Ic help
|
1999-05-19 19:39:11 +00:00
|
|
|
Print out verbose usage information.
|
1998-09-15 06:43:02 +00:00
|
|
|
.El
|
|
|
|
|
.Sh ENVIRONMENT
|
|
|
|
|
The
|
|
|
|
|
.Ev SCSI_MODES
|
|
|
|
|
variable allows the user to specify an alternate mode page format file.
|
|
|
|
|
.Pp
|
|
|
|
|
The
|
|
|
|
|
.Ev EDITOR
|
2001-07-15 07:53:42 +00:00
|
|
|
variable determines which text editor
|
2000-11-20 16:52:27 +00:00
|
|
|
.Nm
|
1998-09-15 06:43:02 +00:00
|
|
|
starts when editing mode pages.
|
|
|
|
|
.Sh FILES
|
|
|
|
|
.Bl -tag -width /usr/share/misc/scsi_modes -compact
|
|
|
|
|
.It Pa /usr/share/misc/scsi_modes
|
|
|
|
|
is the SCSI mode format database.
|
2001-07-15 07:53:42 +00:00
|
|
|
.It Pa /dev/xpt0
|
1998-09-15 06:43:02 +00:00
|
|
|
is the transport layer device.
|
|
|
|
|
.It Pa /dev/pass*
|
|
|
|
|
are the CAM application passthrough devices.
|
|
|
|
|
.El
|
|
|
|
|
.Sh EXAMPLES
|
|
|
|
|
.Dl camcontrol eject -n cd -u 1 -v
|
|
|
|
|
.Pp
|
|
|
|
|
Eject the CD from cd1, and print SCSI sense information if the command
|
|
|
|
|
fails.
|
|
|
|
|
.Pp
|
2000-06-04 02:43:55 +00:00
|
|
|
.Dl camcontrol tur da0
|
1998-09-15 06:43:02 +00:00
|
|
|
.Pp
|
|
|
|
|
Send the SCSI test unit ready command to da0.
|
2002-07-06 19:34:18 +00:00
|
|
|
The
|
2000-11-20 16:52:27 +00:00
|
|
|
.Nm
|
2002-07-06 19:34:18 +00:00
|
|
|
utility will report whether the disk is ready, but will not display sense
|
1998-09-15 06:43:02 +00:00
|
|
|
information if the command fails since the
|
|
|
|
|
.Fl v
|
|
|
|
|
switch was not specified.
|
2000-05-05 01:59:21 +00:00
|
|
|
.Bd -literal -offset indent
|
1999-05-10 23:30:04 +00:00
|
|
|
camcontrol tur da1 -E -C 4 -t 50 -v
|
1998-09-15 06:43:02 +00:00
|
|
|
.Ed
|
|
|
|
|
.Pp
|
2004-07-02 21:45:06 +00:00
|
|
|
Send a test unit ready command to da1.
|
|
|
|
|
Enable kernel error recovery.
|
|
|
|
|
Specify a retry count of 4, and a timeout of 50 seconds.
|
|
|
|
|
Enable sense
|
1998-09-15 06:43:02 +00:00
|
|
|
printing (with the
|
|
|
|
|
.Fl v
|
2004-07-02 21:45:06 +00:00
|
|
|
flag) if the command fails.
|
|
|
|
|
Since error recovery is turned on, the
|
1998-09-15 06:43:02 +00:00
|
|
|
disk will be spun up if it is not currently spinning.
|
2002-07-06 19:34:18 +00:00
|
|
|
The
|
2000-11-20 16:52:27 +00:00
|
|
|
.Nm
|
2002-07-06 19:34:18 +00:00
|
|
|
utility will report whether the disk is ready.
|
2000-05-05 01:59:21 +00:00
|
|
|
.Bd -literal -offset indent
|
1998-09-15 06:43:02 +00:00
|
|
|
camcontrol cmd -n cd -u 1 -v -c "3C 00 00 00 00 00 00 00 0e 00" \e
|
|
|
|
|
-i 0xe "s1 i3 i1 i1 i1 i1 i1 i1 i1 i1 i1 i1"
|
|
|
|
|
.Ed
|
|
|
|
|
.Pp
|
2004-07-02 21:45:06 +00:00
|
|
|
Issue a READ BUFFER command (0x3C) to cd1.
|
|
|
|
|
Display the buffer size of cd1,
|
|
|
|
|
and display the first 10 bytes from the cache on cd1.
|
|
|
|
|
Display SCSI sense
|
1998-09-15 06:43:02 +00:00
|
|
|
information if the command fails.
|
2000-05-05 01:59:21 +00:00
|
|
|
.Bd -literal -offset indent
|
1999-08-01 20:31:57 +00:00
|
|
|
camcontrol cmd -n cd -u 1 -v -c "3B 00 00 00 00 00 00 00 0e 00" \e
|
1998-09-15 06:43:02 +00:00
|
|
|
-o 14 "00 00 00 00 1 2 3 4 5 6 v v v v" 7 8 9 8
|
|
|
|
|
.Ed
|
|
|
|
|
.Pp
|
2004-07-02 21:45:06 +00:00
|
|
|
Issue a WRITE BUFFER (0x3B) command to cd1.
|
|
|
|
|
Write out 10 bytes of data,
|
|
|
|
|
not including the (reserved) 4 byte header.
|
|
|
|
|
Print out sense information if
|
|
|
|
|
the command fails.
|
|
|
|
|
Be very careful with this command, improper use may
|
1998-09-15 06:43:02 +00:00
|
|
|
cause data corruption.
|
2000-05-05 01:59:21 +00:00
|
|
|
.Bd -literal -offset indent
|
1999-05-10 23:30:04 +00:00
|
|
|
camcontrol modepage da3 -m 1 -e -P 3
|
1998-10-03 19:15:53 +00:00
|
|
|
.Ed
|
1998-09-15 06:43:02 +00:00
|
|
|
.Pp
|
|
|
|
|
Edit mode page 1 (the Read-Write Error Recover page) for da3, and save the
|
2004-07-02 21:45:06 +00:00
|
|
|
settings on the drive.
|
|
|
|
|
Mode page 1 contains a disk drive's auto read and
|
1998-09-15 06:43:02 +00:00
|
|
|
write reallocation settings, among other things.
|
|
|
|
|
.Pp
|
2002-01-18 18:00:00 +00:00
|
|
|
.Dl camcontrol rescan all
|
|
|
|
|
.Pp
|
|
|
|
|
Rescan all SCSI busses in the system for devices that have been added,
|
|
|
|
|
removed or changed.
|
|
|
|
|
.Pp
|
1998-09-15 06:43:02 +00:00
|
|
|
.Dl camcontrol rescan 0
|
|
|
|
|
.Pp
|
|
|
|
|
Rescan SCSI bus 0 for devices that have been added, removed or changed.
|
|
|
|
|
.Pp
|
|
|
|
|
.Dl camcontrol rescan 0:1:0
|
|
|
|
|
.Pp
|
|
|
|
|
Rescan SCSI bus 0, target 1, lun 0 to see if it has been added, removed, or
|
|
|
|
|
changed.
|
Add a number of interrelated CAM feature enhancements and bug fixes.
NOTE: These changes will require recompilation of any userland
applications, like cdrecord, xmcd, etc., that use the CAM passthrough
interface. A make world is recommended.
camcontrol.[c8]:
- We now support two new commands, "tags" and "negotiate".
- The tags commands allows users to view the number of tagged
openings for a device as well as a number of other related
parameters, and it allows users to set tagged openings for
a device.
- The negotiate command allows users to enable and disable
disconnection and tagged queueing, set sync rates, offsets
and bus width. Note that not all of those features are
available for all controllers. Only the adv, ahc, and ncr
drivers fully support all of the features at this point.
Some cards do not allow the setting of sync rates, offsets and
the like, and some of the drivers don't have any facilities to
do so. Some drivers, like the adw driver, only support enabling
or disabling sync negotiation, but do not support setting sync
rates.
- new description in the camcontrol man page of how to format a disk
- cleanup of the camcontrol inquiry command
- add support in the 'devlist' command for skipping unconfigured devices if
-v was not specified on the command line.
- make use of the new base_transfer_speed in the path inquiry CCB.
- fix CCB bzero cases
cam_xpt.c, cam_sim.[ch], cam_ccb.h:
- new flags on many CCB function codes to designate whether they're
non-immediate, use a user-supplied CCB, and can only be passed from
userland programs via the xpt device. Use these flags in the transport
layer and pass driver to categorize CCBs.
- new flag in the transport layer device matching code for device nodes
that indicates whether a device is unconfigured
- bump the CAM version from 0x10 to 0x11
- Change the CAM ioctls to use the version as their group code, so we can
force users to recompile code even when the CCB size doesn't change.
- add + fill in a new value in the path inquiry CCB, base_transfer_speed.
Remove a corresponding field from the cam_sim structure, and add code to
every SIM to set this field to the proper value.
- Fix the set transfer settings code in the transport layer.
scsi_cd.c:
- make some variables volatile instead of just casting them in various
places
- fix a race condition in the changer code
- attach unless we get a "logical unit not supported" error. This should
fix all of the cases where people have devices that return weird errors
when they don't have media in the drive.
scsi_da.c:
- attach unless we get a "logical unit not supported" error
scsi_pass.c:
- for immediate CCBs, just malloc a CCB to send the user request in. This
gets rid of the 'held' count problem in camcontrol tags.
scsi_pass.h:
- change the CAM ioctls to use the CAM version as their group code.
adv driver:
- Allow changing the sync rate and offset separately.
adw driver
- Allow changing the sync rate and offset separately.
aha driver:
- Don't return CAM_REQ_CMP for SET_TRAN_SETTINGS CCBs.
ahc driver:
- Allow setting offset and sync rate separately
bt driver:
- Don't return CAM_REQ_CMP for SET_TRAN_SETTINGS CCBs.
NCR driver:
- Fix the ultra/ultra 2 negotiation bug
- allow setting both the sync rate and offset separately
Other HBA drivers:
- Put code in to set the base_transfer_speed field for
XPT_GET_TRAN_SETTINGS CCBs.
Reviewed by: gibbs, mjacob (isp), imp (aha)
1999-05-06 20:16:39 +00:00
|
|
|
.Pp
|
1999-05-10 23:30:04 +00:00
|
|
|
.Dl camcontrol tags da5 -N 24
|
Add a number of interrelated CAM feature enhancements and bug fixes.
NOTE: These changes will require recompilation of any userland
applications, like cdrecord, xmcd, etc., that use the CAM passthrough
interface. A make world is recommended.
camcontrol.[c8]:
- We now support two new commands, "tags" and "negotiate".
- The tags commands allows users to view the number of tagged
openings for a device as well as a number of other related
parameters, and it allows users to set tagged openings for
a device.
- The negotiate command allows users to enable and disable
disconnection and tagged queueing, set sync rates, offsets
and bus width. Note that not all of those features are
available for all controllers. Only the adv, ahc, and ncr
drivers fully support all of the features at this point.
Some cards do not allow the setting of sync rates, offsets and
the like, and some of the drivers don't have any facilities to
do so. Some drivers, like the adw driver, only support enabling
or disabling sync negotiation, but do not support setting sync
rates.
- new description in the camcontrol man page of how to format a disk
- cleanup of the camcontrol inquiry command
- add support in the 'devlist' command for skipping unconfigured devices if
-v was not specified on the command line.
- make use of the new base_transfer_speed in the path inquiry CCB.
- fix CCB bzero cases
cam_xpt.c, cam_sim.[ch], cam_ccb.h:
- new flags on many CCB function codes to designate whether they're
non-immediate, use a user-supplied CCB, and can only be passed from
userland programs via the xpt device. Use these flags in the transport
layer and pass driver to categorize CCBs.
- new flag in the transport layer device matching code for device nodes
that indicates whether a device is unconfigured
- bump the CAM version from 0x10 to 0x11
- Change the CAM ioctls to use the version as their group code, so we can
force users to recompile code even when the CCB size doesn't change.
- add + fill in a new value in the path inquiry CCB, base_transfer_speed.
Remove a corresponding field from the cam_sim structure, and add code to
every SIM to set this field to the proper value.
- Fix the set transfer settings code in the transport layer.
scsi_cd.c:
- make some variables volatile instead of just casting them in various
places
- fix a race condition in the changer code
- attach unless we get a "logical unit not supported" error. This should
fix all of the cases where people have devices that return weird errors
when they don't have media in the drive.
scsi_da.c:
- attach unless we get a "logical unit not supported" error
scsi_pass.c:
- for immediate CCBs, just malloc a CCB to send the user request in. This
gets rid of the 'held' count problem in camcontrol tags.
scsi_pass.h:
- change the CAM ioctls to use the CAM version as their group code.
adv driver:
- Allow changing the sync rate and offset separately.
adw driver
- Allow changing the sync rate and offset separately.
aha driver:
- Don't return CAM_REQ_CMP for SET_TRAN_SETTINGS CCBs.
ahc driver:
- Allow setting offset and sync rate separately
bt driver:
- Don't return CAM_REQ_CMP for SET_TRAN_SETTINGS CCBs.
NCR driver:
- Fix the ultra/ultra 2 negotiation bug
- allow setting both the sync rate and offset separately
Other HBA drivers:
- Put code in to set the base_transfer_speed field for
XPT_GET_TRAN_SETTINGS CCBs.
Reviewed by: gibbs, mjacob (isp), imp (aha)
1999-05-06 20:16:39 +00:00
|
|
|
.Pp
|
|
|
|
|
Set the number of concurrent transactions for da5 to 24.
|
2000-05-05 01:59:21 +00:00
|
|
|
.Bd -literal -offset indent
|
Add a number of interrelated CAM feature enhancements and bug fixes.
NOTE: These changes will require recompilation of any userland
applications, like cdrecord, xmcd, etc., that use the CAM passthrough
interface. A make world is recommended.
camcontrol.[c8]:
- We now support two new commands, "tags" and "negotiate".
- The tags commands allows users to view the number of tagged
openings for a device as well as a number of other related
parameters, and it allows users to set tagged openings for
a device.
- The negotiate command allows users to enable and disable
disconnection and tagged queueing, set sync rates, offsets
and bus width. Note that not all of those features are
available for all controllers. Only the adv, ahc, and ncr
drivers fully support all of the features at this point.
Some cards do not allow the setting of sync rates, offsets and
the like, and some of the drivers don't have any facilities to
do so. Some drivers, like the adw driver, only support enabling
or disabling sync negotiation, but do not support setting sync
rates.
- new description in the camcontrol man page of how to format a disk
- cleanup of the camcontrol inquiry command
- add support in the 'devlist' command for skipping unconfigured devices if
-v was not specified on the command line.
- make use of the new base_transfer_speed in the path inquiry CCB.
- fix CCB bzero cases
cam_xpt.c, cam_sim.[ch], cam_ccb.h:
- new flags on many CCB function codes to designate whether they're
non-immediate, use a user-supplied CCB, and can only be passed from
userland programs via the xpt device. Use these flags in the transport
layer and pass driver to categorize CCBs.
- new flag in the transport layer device matching code for device nodes
that indicates whether a device is unconfigured
- bump the CAM version from 0x10 to 0x11
- Change the CAM ioctls to use the version as their group code, so we can
force users to recompile code even when the CCB size doesn't change.
- add + fill in a new value in the path inquiry CCB, base_transfer_speed.
Remove a corresponding field from the cam_sim structure, and add code to
every SIM to set this field to the proper value.
- Fix the set transfer settings code in the transport layer.
scsi_cd.c:
- make some variables volatile instead of just casting them in various
places
- fix a race condition in the changer code
- attach unless we get a "logical unit not supported" error. This should
fix all of the cases where people have devices that return weird errors
when they don't have media in the drive.
scsi_da.c:
- attach unless we get a "logical unit not supported" error
scsi_pass.c:
- for immediate CCBs, just malloc a CCB to send the user request in. This
gets rid of the 'held' count problem in camcontrol tags.
scsi_pass.h:
- change the CAM ioctls to use the CAM version as their group code.
adv driver:
- Allow changing the sync rate and offset separately.
adw driver
- Allow changing the sync rate and offset separately.
aha driver:
- Don't return CAM_REQ_CMP for SET_TRAN_SETTINGS CCBs.
ahc driver:
- Allow setting offset and sync rate separately
bt driver:
- Don't return CAM_REQ_CMP for SET_TRAN_SETTINGS CCBs.
NCR driver:
- Fix the ultra/ultra 2 negotiation bug
- allow setting both the sync rate and offset separately
Other HBA drivers:
- Put code in to set the base_transfer_speed field for
XPT_GET_TRAN_SETTINGS CCBs.
Reviewed by: gibbs, mjacob (isp), imp (aha)
1999-05-06 20:16:39 +00:00
|
|
|
camcontrol negotiate -n da -u 4 -T disable
|
|
|
|
|
.Ed
|
|
|
|
|
.Pp
|
|
|
|
|
Disable tagged queueing for da4.
|
2000-05-05 01:59:21 +00:00
|
|
|
.Bd -literal -offset indent
|
Add a number of interrelated CAM feature enhancements and bug fixes.
NOTE: These changes will require recompilation of any userland
applications, like cdrecord, xmcd, etc., that use the CAM passthrough
interface. A make world is recommended.
camcontrol.[c8]:
- We now support two new commands, "tags" and "negotiate".
- The tags commands allows users to view the number of tagged
openings for a device as well as a number of other related
parameters, and it allows users to set tagged openings for
a device.
- The negotiate command allows users to enable and disable
disconnection and tagged queueing, set sync rates, offsets
and bus width. Note that not all of those features are
available for all controllers. Only the adv, ahc, and ncr
drivers fully support all of the features at this point.
Some cards do not allow the setting of sync rates, offsets and
the like, and some of the drivers don't have any facilities to
do so. Some drivers, like the adw driver, only support enabling
or disabling sync negotiation, but do not support setting sync
rates.
- new description in the camcontrol man page of how to format a disk
- cleanup of the camcontrol inquiry command
- add support in the 'devlist' command for skipping unconfigured devices if
-v was not specified on the command line.
- make use of the new base_transfer_speed in the path inquiry CCB.
- fix CCB bzero cases
cam_xpt.c, cam_sim.[ch], cam_ccb.h:
- new flags on many CCB function codes to designate whether they're
non-immediate, use a user-supplied CCB, and can only be passed from
userland programs via the xpt device. Use these flags in the transport
layer and pass driver to categorize CCBs.
- new flag in the transport layer device matching code for device nodes
that indicates whether a device is unconfigured
- bump the CAM version from 0x10 to 0x11
- Change the CAM ioctls to use the version as their group code, so we can
force users to recompile code even when the CCB size doesn't change.
- add + fill in a new value in the path inquiry CCB, base_transfer_speed.
Remove a corresponding field from the cam_sim structure, and add code to
every SIM to set this field to the proper value.
- Fix the set transfer settings code in the transport layer.
scsi_cd.c:
- make some variables volatile instead of just casting them in various
places
- fix a race condition in the changer code
- attach unless we get a "logical unit not supported" error. This should
fix all of the cases where people have devices that return weird errors
when they don't have media in the drive.
scsi_da.c:
- attach unless we get a "logical unit not supported" error
scsi_pass.c:
- for immediate CCBs, just malloc a CCB to send the user request in. This
gets rid of the 'held' count problem in camcontrol tags.
scsi_pass.h:
- change the CAM ioctls to use the CAM version as their group code.
adv driver:
- Allow changing the sync rate and offset separately.
adw driver
- Allow changing the sync rate and offset separately.
aha driver:
- Don't return CAM_REQ_CMP for SET_TRAN_SETTINGS CCBs.
ahc driver:
- Allow setting offset and sync rate separately
bt driver:
- Don't return CAM_REQ_CMP for SET_TRAN_SETTINGS CCBs.
NCR driver:
- Fix the ultra/ultra 2 negotiation bug
- allow setting both the sync rate and offset separately
Other HBA drivers:
- Put code in to set the base_transfer_speed field for
XPT_GET_TRAN_SETTINGS CCBs.
Reviewed by: gibbs, mjacob (isp), imp (aha)
1999-05-06 20:16:39 +00:00
|
|
|
camcontrol negotiate -n da -u 3 -R 20.000 -O 15 -a
|
|
|
|
|
.Ed
|
|
|
|
|
.Pp
|
2004-07-02 21:45:06 +00:00
|
|
|
Negotiate a sync rate of 20MHz and an offset of 15 with da3.
|
|
|
|
|
Then send a
|
Add a number of interrelated CAM feature enhancements and bug fixes.
NOTE: These changes will require recompilation of any userland
applications, like cdrecord, xmcd, etc., that use the CAM passthrough
interface. A make world is recommended.
camcontrol.[c8]:
- We now support two new commands, "tags" and "negotiate".
- The tags commands allows users to view the number of tagged
openings for a device as well as a number of other related
parameters, and it allows users to set tagged openings for
a device.
- The negotiate command allows users to enable and disable
disconnection and tagged queueing, set sync rates, offsets
and bus width. Note that not all of those features are
available for all controllers. Only the adv, ahc, and ncr
drivers fully support all of the features at this point.
Some cards do not allow the setting of sync rates, offsets and
the like, and some of the drivers don't have any facilities to
do so. Some drivers, like the adw driver, only support enabling
or disabling sync negotiation, but do not support setting sync
rates.
- new description in the camcontrol man page of how to format a disk
- cleanup of the camcontrol inquiry command
- add support in the 'devlist' command for skipping unconfigured devices if
-v was not specified on the command line.
- make use of the new base_transfer_speed in the path inquiry CCB.
- fix CCB bzero cases
cam_xpt.c, cam_sim.[ch], cam_ccb.h:
- new flags on many CCB function codes to designate whether they're
non-immediate, use a user-supplied CCB, and can only be passed from
userland programs via the xpt device. Use these flags in the transport
layer and pass driver to categorize CCBs.
- new flag in the transport layer device matching code for device nodes
that indicates whether a device is unconfigured
- bump the CAM version from 0x10 to 0x11
- Change the CAM ioctls to use the version as their group code, so we can
force users to recompile code even when the CCB size doesn't change.
- add + fill in a new value in the path inquiry CCB, base_transfer_speed.
Remove a corresponding field from the cam_sim structure, and add code to
every SIM to set this field to the proper value.
- Fix the set transfer settings code in the transport layer.
scsi_cd.c:
- make some variables volatile instead of just casting them in various
places
- fix a race condition in the changer code
- attach unless we get a "logical unit not supported" error. This should
fix all of the cases where people have devices that return weird errors
when they don't have media in the drive.
scsi_da.c:
- attach unless we get a "logical unit not supported" error
scsi_pass.c:
- for immediate CCBs, just malloc a CCB to send the user request in. This
gets rid of the 'held' count problem in camcontrol tags.
scsi_pass.h:
- change the CAM ioctls to use the CAM version as their group code.
adv driver:
- Allow changing the sync rate and offset separately.
adw driver
- Allow changing the sync rate and offset separately.
aha driver:
- Don't return CAM_REQ_CMP for SET_TRAN_SETTINGS CCBs.
ahc driver:
- Allow setting offset and sync rate separately
bt driver:
- Don't return CAM_REQ_CMP for SET_TRAN_SETTINGS CCBs.
NCR driver:
- Fix the ultra/ultra 2 negotiation bug
- allow setting both the sync rate and offset separately
Other HBA drivers:
- Put code in to set the base_transfer_speed field for
XPT_GET_TRAN_SETTINGS CCBs.
Reviewed by: gibbs, mjacob (isp), imp (aha)
1999-05-06 20:16:39 +00:00
|
|
|
Test Unit Ready command to make the settings take effect.
|
Add Serial Management Protocol (SMP) passthrough support to CAM.
This includes support in the kernel, camcontrol(8), libcam and the mps(4)
driver for SMP passthrough.
The CAM SCSI probe code has been modified to fetch Inquiry VPD page 0x00
to determine supported pages, and will now fetch page 0x83 in addition to
page 0x80 if supported.
Add two new CAM CCBs, XPT_SMP_IO, and XPT_GDEV_ADVINFO. The SMP CCB is
intended for SMP requests and responses. The ADVINFO is currently used to
fetch cached VPD page 0x83 data from the transport layer, but is intended
to be extensible to fetch other types of device-specific data.
SMP-only devices are not currently represented in the CAM topology, and so
the current semantics are that the SIM will route SMP CCBs to either the
addressed device, if it contains an SMP target, or its parent, if it
contains an SMP target. (This is noted in cam_ccb.h, since it will change
later once we have the ability to have SMP-only devices in CAM's topology.)
smp_all.c,
smp_all.h: New helper routines for SMP. This includes
SMP request building routines, response parsing
routines, error decoding routines, and structure
definitions for a number of SMP commands.
libcam/Makefile: Add smp_all.c to libcam, so that SMP functionality
is available to userland applications.
camcontrol.8,
camcontrol.c: Add smp passthrough support to camcontrol. Several
new subcommands are now available:
'smpcmd' functions much like 'cmd', except that it
allows the user to send generic SMP commands.
'smprg' sends the SMP report general command, and
displays the decoded output. It will automatically
fetch extended output if it is available.
'smppc' sends the SMP phy control command, with any
number of potential options. Among other things,
this allows the user to reset a phy on a SAS
expander, or disable a phy on an expander.
'smpmaninfo' sends the SMP report manufacturer
information and displays the decoded output.
'smpphylist' displays a list of phys on an
expander, and the CAM devices attached to those
phys, if any.
cam.h,
cam.c: Add a status value for SMP errors
(CAM_SMP_STATUS_ERROR).
Add a missing description for CAM_SCSI_IT_NEXUS_LOST.
Add support for SMP commands to cam_error_string().
cam_ccb.h: Rename the CAM_DIR_RESV flag to CAM_DIR_BOTH. SMP
commands are by nature bi-directional, and we may
need to support bi-directional SCSI commands later.
Add the XPT_SMP_IO CCB. Since SMP commands are
bi-directional, there are pointers for both the
request and response.
Add a fill routine for SMP CCBs.
Add the XPT_GDEV_ADVINFO CCB. This is currently
used to fetch cached page 0x83 data from the
transport later, but is extensible to fetch many
other types of data.
cam_periph.c: Add support in cam_periph_mapmem() for XPT_SMP_IO
and XPT_GDEV_ADVINFO CCBs.
cam_xpt.c: Add support for executing XPT_SMP_IO CCBs.
cam_xpt_internal.h: Add fields for VPD pages 0x00 and 0x83 in struct
cam_ed.
scsi_all.c: Add scsi_get_sas_addr(), a function that parses
VPD page 0x83 data and pulls out a SAS address.
scsi_all.h: Add VPD page 0x00 and 0x83 structures, and a
prototype for scsi_get_sas_addr().
scsi_pass.c: Add support for mapping buffers in XPT_SMP_IO and
XPT_GDEV_ADVINFO CCBs.
scsi_xpt.c: In the SCSI probe code, first ask the device for
VPD page 0x00. If any VPD pages are supported,
that page is required to be implemented. Based on
the response, we may probe for the serial number
(page 0x80) or device id (page 0x83).
Add support for the XPT_GDEV_ADVINFO CCB.
sys/conf/files: Add smp_all.c.
mps.c: Add support for passing in a uio in mps_map_command(),
so we can map a S/G list at once.
Add support for SMP passthrough commands in
mps_data_cb(). SMP is a special case, because the
first buffer in the S/G list is outbound and the
second buffer is inbound.
Add support for warning the user if the busdma code
comes back with more buffers than will work for the
command. This will, for example, help the user
determine why an SMP command failed if busdma comes
back with three buffers.
mps_pci.c: Add sys/uio.h.
mps_sas.c: Add the SAS address and the parent handle to the
list of fields we pull from device page 0 and cache
in struct mpssas_target. These are needed for SMP
passthrough.
Add support for the XPT_SMP_IO CCB. For now, this
CCB is routed to the addressed device if it supports
SMP, or to its parent if it does not and the parent
does. This is necessary because CAM does not
currently support SMP-only nodes in the topology.
Make SMP passthrough support conditional on
__FreeBSD_version >= 900026. This will make it
easier to MFC this change to the driver without
MFCing the CAM changes as well.
mps_user.c: Un-staticize mpi_init_sge() so we can use it for
the SMP passthrough code.
mpsvar.h: Add a uio and iovecs into struct mps_command for
SMP passthrough commands.
Add a cm_max_segs field to struct mps_command so
that we can warn the user if busdma comes back with
too many segments.
Clear the cm_reply when a command gets freed. If
it is not cleared, reply frames will eventually get
freed into the pool multiple times and corrupt the
pool. (This fix is from scottl.)
Add a prototype for mpi_init_sge().
sys/param.h: Bump __FreeBSD_version to 900026 for the for the
inclusion of the XPT_GDEV_ADVINFO and XPT_SMP_IO
CAM CCBs.
2010-11-30 22:39:46 +00:00
|
|
|
.Bd -literal -offset indent
|
|
|
|
|
camcontrol smpcmd ses0 -v -r 4 "40 0 00 0" -R 1020 "s9 i1"
|
|
|
|
|
.Ed
|
|
|
|
|
.Pp
|
|
|
|
|
Send the SMP REPORT GENERAL command to ses0, and display the number of PHYs
|
|
|
|
|
it contains.
|
|
|
|
|
Display SMP errors if the command fails.
|
2013-04-04 23:19:51 +00:00
|
|
|
.Bd -literal -offset indent
|
|
|
|
|
camcontrol security ada0
|
|
|
|
|
.Ed
|
|
|
|
|
.Pp
|
|
|
|
|
Report security support and settings for ada0
|
|
|
|
|
.Bd -literal -offset indent
|
2014-08-31 10:28:31 +00:00
|
|
|
camcontrol security ada0 -U user -s MyPass
|
2013-04-04 23:19:51 +00:00
|
|
|
.Ed
|
|
|
|
|
.Pp
|
|
|
|
|
Enable security on device ada0 with the password MyPass
|
|
|
|
|
.Bd -literal -offset indent
|
2014-08-31 10:28:31 +00:00
|
|
|
camcontrol security ada0 -U user -e MyPass
|
2013-04-04 23:19:51 +00:00
|
|
|
.Ed
|
|
|
|
|
.Pp
|
|
|
|
|
Secure erase ada0 which has had security enabled with user password MyPass
|
|
|
|
|
.Pp
|
|
|
|
|
.Em WARNING! WARNING! WARNING!
|
|
|
|
|
.Pp
|
|
|
|
|
This will
|
|
|
|
|
.Em ERASE ALL
|
|
|
|
|
data from the device, so backup your data before using!
|
|
|
|
|
.Pp
|
2013-09-07 05:44:53 +00:00
|
|
|
This command can be used against an SSD drive to restoring it to
|
2013-04-04 23:19:51 +00:00
|
|
|
factory default write performance.
|
2013-04-25 14:11:38 +00:00
|
|
|
.Bd -literal -offset indent
|
|
|
|
|
camcontrol hpa ada0
|
|
|
|
|
.Ed
|
|
|
|
|
.Pp
|
|
|
|
|
Report HPA support and settings for ada0 (also reported via
|
|
|
|
|
identify).
|
|
|
|
|
.Bd -literal -offset indent
|
|
|
|
|
camcontrol hpa ada0 -s 10240
|
|
|
|
|
.Ed
|
|
|
|
|
.Pp
|
|
|
|
|
Enables HPA on ada0 setting the maximum reported sectors to 10240.
|
|
|
|
|
.Pp
|
|
|
|
|
.Em WARNING! WARNING! WARNING!
|
|
|
|
|
.Pp
|
|
|
|
|
This will
|
|
|
|
|
.Em PREVENT ACCESS
|
|
|
|
|
to all data on the device beyond this limit until HPA is disabled by setting
|
|
|
|
|
HPA to native max sectors of the device, which can only be done after a
|
|
|
|
|
power-on or hardware reset!
|
|
|
|
|
.Pp
|
|
|
|
|
.Em DO NOT
|
|
|
|
|
use this on a device which has an active filesystem!
|
Add persistent reservation support to camcontrol(8).
camcontrol(8) now supports a new 'persist' subcommand that allows users to
issue SCSI PERSISTENT RESERVE IN / OUT commands.
sbin/camcontrol/Makefile:
Add persist.c.
sbin/camcontrol/persist.c:
New persistent reservation support for camcontrol(8).
We have support for all known operation modes for PERSISTENT RESERVE
IN and PERSISTENT RESERVE OUT.
exceptions noted above.
sbin/camcontrol/camcontrol.8:
Document the new 'persist' subcommand.
In the section on the Transport ID (-I) option, explain what
Transport IDs for each protocol should look like. At some point
some of this information could probably get moved off in a
separate man page, either on Transport IDs alone or a man page
documenting the Transport ID parsing code.
Add a number of examples of persistent reservation commands.
Persistent Reservations are complex enough that the average user
probably won't be able to get the commands exactly right by just
reading the man page. These examples show a few basic and
advanced examples of how to use persistent reservations.
sbin/camcontrol/camcontrol.h:
Move the definition for camcontrol_optret here, so we can use it
for the persistent reservation code.
Add a definition for the new scsipersist() function.
sbin/camcontrol/camcontrol.c:
Add 'persist' to the list of subcommands.
Document 'persist' in the help text.
sys/cam/scsi/scsi_all.c:
Add the scsi_persistent_reserve_in() and
scsi_persistent_reserve_out() CCB building functions.
Add a new function, scsi_transportid_sbuf(). This takes a
SCSI Transport ID (documented in SPC-4), and prints it to
an sbuf(9). There are some transports (like ATA, USB, and
SSA) for which there is no transport defined. We need to
come up with a reasonable thing to do if we're presented
with a Transport ID that claims to be for one of those
protocols.
Add new routines scsi_get_nv() and scsi_nv_to_str().
These functions do a table lookup to go between a string and an
integer. There are lots of table lookups needed in the
persistent reservation code in camcontrol(8).
Add a new function, scsi_parse_transportid(), along with leaf node
functions to parse:
FC, 1394 and SAS (scsi_parse_transportid_64bit())
iSCSI (scsi_parse_transportid_iscsi())
SPI (scsi_parse_transportid_spi())
RDMA (scsi_parse_transportid_rdma())
PCIe (scsi_parse_transportid_sop())
Transport IDs. Given a string with the general form proto,id these
functions create a SCSI Transport ID structure.
sys/cam/scsi/scsi_all.h:
Update the various persistent reservation data structures to
SPC4r36l, but also rename some fields that were previously
obsolete with the proper names from older SCSI specs. This
allows using older, obsolete persistent reservation types when
desired.
Add function prototypes for the new persistent reservation CCB
building functions.
Add a data strucure for the READ FULL STATUS service action
of the PERSISTENT RESERVE IN command.
Add Transport ID structures for all protocols described in SPC-4.
Add a new series of SCSI_PROTO_XXX definitions, and
redefine other defines in terms of these new definitions.
Add a prototype for scsi_transportid_sbuf().
Change a couple of "obsolete" persistent reservation data
structure fields into something more meaningful, based on
what the field was called when it was defined in the spec.
(e.g. SPC, SPC-2, etc.)
Create a new define, SPRI_MAX_LEN, for the maximum allocation
length allowed for the PERSISTENT RESERVE IN command.
Add data structures and enumerations for the new name/value
translation functions.
Add data structures for SCSI over PCIe Routing IDs.
Bring the PERSISTENT RESERVE OUT Register and Move parameter list
structure (struct scsi_per_res_out_parms) up to date with SPC-4.
Add a data structure for the transport IDs that can optionally be
appended to the basic PERSISTENT RESERVE OUT parameter list.
Move SCSI protocol macro definitions out of the VPD page 0x83
definition and combine them with the more up to date protocol
definitions higher in the file.
Add function prototypes for scsi_nv_to_str(), scsi_get_nv(),
scsi_parse_transportid_64bit(), scsi_parse_transportid_spi(),
scsi_parse_transportid_rdma(), scsi_parse_transportid_iscsi(),
scsi_parse_transportid_sop(), and scsi_parse_transportid().
Sponsored by: Spectra Logic Corporation
MFC after: 1 week
2014-07-03 23:09:44 +00:00
|
|
|
.Pp
|
|
|
|
|
.Bd -literal -offset indent
|
|
|
|
|
camcontrol persist da0 -v -i read_keys
|
|
|
|
|
.Ed
|
|
|
|
|
.Pp
|
|
|
|
|
This will read any persistent reservation keys registered with da0, and
|
|
|
|
|
display any errors encountered when sending the PERSISTENT RESERVE IN
|
2014-12-29 13:50:59 +00:00
|
|
|
.Tn SCSI
|
Add persistent reservation support to camcontrol(8).
camcontrol(8) now supports a new 'persist' subcommand that allows users to
issue SCSI PERSISTENT RESERVE IN / OUT commands.
sbin/camcontrol/Makefile:
Add persist.c.
sbin/camcontrol/persist.c:
New persistent reservation support for camcontrol(8).
We have support for all known operation modes for PERSISTENT RESERVE
IN and PERSISTENT RESERVE OUT.
exceptions noted above.
sbin/camcontrol/camcontrol.8:
Document the new 'persist' subcommand.
In the section on the Transport ID (-I) option, explain what
Transport IDs for each protocol should look like. At some point
some of this information could probably get moved off in a
separate man page, either on Transport IDs alone or a man page
documenting the Transport ID parsing code.
Add a number of examples of persistent reservation commands.
Persistent Reservations are complex enough that the average user
probably won't be able to get the commands exactly right by just
reading the man page. These examples show a few basic and
advanced examples of how to use persistent reservations.
sbin/camcontrol/camcontrol.h:
Move the definition for camcontrol_optret here, so we can use it
for the persistent reservation code.
Add a definition for the new scsipersist() function.
sbin/camcontrol/camcontrol.c:
Add 'persist' to the list of subcommands.
Document 'persist' in the help text.
sys/cam/scsi/scsi_all.c:
Add the scsi_persistent_reserve_in() and
scsi_persistent_reserve_out() CCB building functions.
Add a new function, scsi_transportid_sbuf(). This takes a
SCSI Transport ID (documented in SPC-4), and prints it to
an sbuf(9). There are some transports (like ATA, USB, and
SSA) for which there is no transport defined. We need to
come up with a reasonable thing to do if we're presented
with a Transport ID that claims to be for one of those
protocols.
Add new routines scsi_get_nv() and scsi_nv_to_str().
These functions do a table lookup to go between a string and an
integer. There are lots of table lookups needed in the
persistent reservation code in camcontrol(8).
Add a new function, scsi_parse_transportid(), along with leaf node
functions to parse:
FC, 1394 and SAS (scsi_parse_transportid_64bit())
iSCSI (scsi_parse_transportid_iscsi())
SPI (scsi_parse_transportid_spi())
RDMA (scsi_parse_transportid_rdma())
PCIe (scsi_parse_transportid_sop())
Transport IDs. Given a string with the general form proto,id these
functions create a SCSI Transport ID structure.
sys/cam/scsi/scsi_all.h:
Update the various persistent reservation data structures to
SPC4r36l, but also rename some fields that were previously
obsolete with the proper names from older SCSI specs. This
allows using older, obsolete persistent reservation types when
desired.
Add function prototypes for the new persistent reservation CCB
building functions.
Add a data strucure for the READ FULL STATUS service action
of the PERSISTENT RESERVE IN command.
Add Transport ID structures for all protocols described in SPC-4.
Add a new series of SCSI_PROTO_XXX definitions, and
redefine other defines in terms of these new definitions.
Add a prototype for scsi_transportid_sbuf().
Change a couple of "obsolete" persistent reservation data
structure fields into something more meaningful, based on
what the field was called when it was defined in the spec.
(e.g. SPC, SPC-2, etc.)
Create a new define, SPRI_MAX_LEN, for the maximum allocation
length allowed for the PERSISTENT RESERVE IN command.
Add data structures and enumerations for the new name/value
translation functions.
Add data structures for SCSI over PCIe Routing IDs.
Bring the PERSISTENT RESERVE OUT Register and Move parameter list
structure (struct scsi_per_res_out_parms) up to date with SPC-4.
Add a data structure for the transport IDs that can optionally be
appended to the basic PERSISTENT RESERVE OUT parameter list.
Move SCSI protocol macro definitions out of the VPD page 0x83
definition and combine them with the more up to date protocol
definitions higher in the file.
Add function prototypes for scsi_nv_to_str(), scsi_get_nv(),
scsi_parse_transportid_64bit(), scsi_parse_transportid_spi(),
scsi_parse_transportid_rdma(), scsi_parse_transportid_iscsi(),
scsi_parse_transportid_sop(), and scsi_parse_transportid().
Sponsored by: Spectra Logic Corporation
MFC after: 1 week
2014-07-03 23:09:44 +00:00
|
|
|
command.
|
|
|
|
|
.Bd -literal -offset indent
|
|
|
|
|
camcontrol persist da0 -v -o register -a -K 0x12345678
|
|
|
|
|
.Ed
|
|
|
|
|
.Pp
|
|
|
|
|
This will register the persistent reservation key 0x12345678 with da0,
|
|
|
|
|
apply that registration to all ports on da0, and display any errors that
|
|
|
|
|
occur when sending the PERSISTENT RESERVE OUT command.
|
|
|
|
|
.Bd -literal -offset indent
|
|
|
|
|
camcontrol persist da0 -v -o reserve -s lun -k 0x12345678 -T ex_ac
|
|
|
|
|
.Ed
|
|
|
|
|
.Pp
|
|
|
|
|
This will reserve da0 for the exlusive use of the initiator issuing the
|
|
|
|
|
command.
|
|
|
|
|
The scope of the reservation is the entire LUN.
|
|
|
|
|
Any errors sending the PERSISTENT RESERVE OUT command will be displayed.
|
|
|
|
|
.Bd -literal -offset indent
|
|
|
|
|
camcontrol persist da0 -v -i read_full
|
|
|
|
|
.Ed
|
|
|
|
|
.Pp
|
|
|
|
|
This will display the full status of all reservations on da0 and print out
|
|
|
|
|
status if there are any errors.
|
|
|
|
|
.Bd -literal -offset indent
|
|
|
|
|
camcontrol persist da0 -v -o release -k 0x12345678 -T ex_ac
|
|
|
|
|
.Ed
|
|
|
|
|
.Pp
|
|
|
|
|
This will release a reservation on da0 of the type ex_ac
|
|
|
|
|
(Exclusive Access).
|
|
|
|
|
The Reservation Key for this registration is 0x12345678.
|
|
|
|
|
Any errors that occur will be displayed.
|
|
|
|
|
.Bd -literal -offset indent
|
|
|
|
|
camcontrol persist da0 -v -o register -K 0x12345678 -S \e
|
|
|
|
|
-I sas,0x1234567812345678 -I sas,0x8765432187654321
|
|
|
|
|
.Ed
|
|
|
|
|
.Pp
|
|
|
|
|
This will register the key 0x12345678 with da0, specifying that it applies
|
|
|
|
|
to the SAS initiators with SAS addresses 0x1234567812345678 and
|
|
|
|
|
0x8765432187654321.
|
|
|
|
|
.Bd -literal -offset indent
|
|
|
|
|
camcontrol persist da0 -v -o register_move -k 0x87654321 \e
|
|
|
|
|
-K 0x12345678 -U -p -R 2 -I fcp,0x1234567812345678
|
|
|
|
|
.Ed
|
|
|
|
|
.Pp
|
|
|
|
|
This will move the registration from the current initiator, whose
|
2014-12-29 13:50:59 +00:00
|
|
|
Registration Key is 0x87654321, to the Fibre Channel initiator with the
|
Add persistent reservation support to camcontrol(8).
camcontrol(8) now supports a new 'persist' subcommand that allows users to
issue SCSI PERSISTENT RESERVE IN / OUT commands.
sbin/camcontrol/Makefile:
Add persist.c.
sbin/camcontrol/persist.c:
New persistent reservation support for camcontrol(8).
We have support for all known operation modes for PERSISTENT RESERVE
IN and PERSISTENT RESERVE OUT.
exceptions noted above.
sbin/camcontrol/camcontrol.8:
Document the new 'persist' subcommand.
In the section on the Transport ID (-I) option, explain what
Transport IDs for each protocol should look like. At some point
some of this information could probably get moved off in a
separate man page, either on Transport IDs alone or a man page
documenting the Transport ID parsing code.
Add a number of examples of persistent reservation commands.
Persistent Reservations are complex enough that the average user
probably won't be able to get the commands exactly right by just
reading the man page. These examples show a few basic and
advanced examples of how to use persistent reservations.
sbin/camcontrol/camcontrol.h:
Move the definition for camcontrol_optret here, so we can use it
for the persistent reservation code.
Add a definition for the new scsipersist() function.
sbin/camcontrol/camcontrol.c:
Add 'persist' to the list of subcommands.
Document 'persist' in the help text.
sys/cam/scsi/scsi_all.c:
Add the scsi_persistent_reserve_in() and
scsi_persistent_reserve_out() CCB building functions.
Add a new function, scsi_transportid_sbuf(). This takes a
SCSI Transport ID (documented in SPC-4), and prints it to
an sbuf(9). There are some transports (like ATA, USB, and
SSA) for which there is no transport defined. We need to
come up with a reasonable thing to do if we're presented
with a Transport ID that claims to be for one of those
protocols.
Add new routines scsi_get_nv() and scsi_nv_to_str().
These functions do a table lookup to go between a string and an
integer. There are lots of table lookups needed in the
persistent reservation code in camcontrol(8).
Add a new function, scsi_parse_transportid(), along with leaf node
functions to parse:
FC, 1394 and SAS (scsi_parse_transportid_64bit())
iSCSI (scsi_parse_transportid_iscsi())
SPI (scsi_parse_transportid_spi())
RDMA (scsi_parse_transportid_rdma())
PCIe (scsi_parse_transportid_sop())
Transport IDs. Given a string with the general form proto,id these
functions create a SCSI Transport ID structure.
sys/cam/scsi/scsi_all.h:
Update the various persistent reservation data structures to
SPC4r36l, but also rename some fields that were previously
obsolete with the proper names from older SCSI specs. This
allows using older, obsolete persistent reservation types when
desired.
Add function prototypes for the new persistent reservation CCB
building functions.
Add a data strucure for the READ FULL STATUS service action
of the PERSISTENT RESERVE IN command.
Add Transport ID structures for all protocols described in SPC-4.
Add a new series of SCSI_PROTO_XXX definitions, and
redefine other defines in terms of these new definitions.
Add a prototype for scsi_transportid_sbuf().
Change a couple of "obsolete" persistent reservation data
structure fields into something more meaningful, based on
what the field was called when it was defined in the spec.
(e.g. SPC, SPC-2, etc.)
Create a new define, SPRI_MAX_LEN, for the maximum allocation
length allowed for the PERSISTENT RESERVE IN command.
Add data structures and enumerations for the new name/value
translation functions.
Add data structures for SCSI over PCIe Routing IDs.
Bring the PERSISTENT RESERVE OUT Register and Move parameter list
structure (struct scsi_per_res_out_parms) up to date with SPC-4.
Add a data structure for the transport IDs that can optionally be
appended to the basic PERSISTENT RESERVE OUT parameter list.
Move SCSI protocol macro definitions out of the VPD page 0x83
definition and combine them with the more up to date protocol
definitions higher in the file.
Add function prototypes for scsi_nv_to_str(), scsi_get_nv(),
scsi_parse_transportid_64bit(), scsi_parse_transportid_spi(),
scsi_parse_transportid_rdma(), scsi_parse_transportid_iscsi(),
scsi_parse_transportid_sop(), and scsi_parse_transportid().
Sponsored by: Spectra Logic Corporation
MFC after: 1 week
2014-07-03 23:09:44 +00:00
|
|
|
Fiber Channel World Wide Node Name 0x1234567812345678.
|
2014-12-29 13:50:59 +00:00
|
|
|
A new registration key, 0x12345678, will be registered for the initiator
|
Add persistent reservation support to camcontrol(8).
camcontrol(8) now supports a new 'persist' subcommand that allows users to
issue SCSI PERSISTENT RESERVE IN / OUT commands.
sbin/camcontrol/Makefile:
Add persist.c.
sbin/camcontrol/persist.c:
New persistent reservation support for camcontrol(8).
We have support for all known operation modes for PERSISTENT RESERVE
IN and PERSISTENT RESERVE OUT.
exceptions noted above.
sbin/camcontrol/camcontrol.8:
Document the new 'persist' subcommand.
In the section on the Transport ID (-I) option, explain what
Transport IDs for each protocol should look like. At some point
some of this information could probably get moved off in a
separate man page, either on Transport IDs alone or a man page
documenting the Transport ID parsing code.
Add a number of examples of persistent reservation commands.
Persistent Reservations are complex enough that the average user
probably won't be able to get the commands exactly right by just
reading the man page. These examples show a few basic and
advanced examples of how to use persistent reservations.
sbin/camcontrol/camcontrol.h:
Move the definition for camcontrol_optret here, so we can use it
for the persistent reservation code.
Add a definition for the new scsipersist() function.
sbin/camcontrol/camcontrol.c:
Add 'persist' to the list of subcommands.
Document 'persist' in the help text.
sys/cam/scsi/scsi_all.c:
Add the scsi_persistent_reserve_in() and
scsi_persistent_reserve_out() CCB building functions.
Add a new function, scsi_transportid_sbuf(). This takes a
SCSI Transport ID (documented in SPC-4), and prints it to
an sbuf(9). There are some transports (like ATA, USB, and
SSA) for which there is no transport defined. We need to
come up with a reasonable thing to do if we're presented
with a Transport ID that claims to be for one of those
protocols.
Add new routines scsi_get_nv() and scsi_nv_to_str().
These functions do a table lookup to go between a string and an
integer. There are lots of table lookups needed in the
persistent reservation code in camcontrol(8).
Add a new function, scsi_parse_transportid(), along with leaf node
functions to parse:
FC, 1394 and SAS (scsi_parse_transportid_64bit())
iSCSI (scsi_parse_transportid_iscsi())
SPI (scsi_parse_transportid_spi())
RDMA (scsi_parse_transportid_rdma())
PCIe (scsi_parse_transportid_sop())
Transport IDs. Given a string with the general form proto,id these
functions create a SCSI Transport ID structure.
sys/cam/scsi/scsi_all.h:
Update the various persistent reservation data structures to
SPC4r36l, but also rename some fields that were previously
obsolete with the proper names from older SCSI specs. This
allows using older, obsolete persistent reservation types when
desired.
Add function prototypes for the new persistent reservation CCB
building functions.
Add a data strucure for the READ FULL STATUS service action
of the PERSISTENT RESERVE IN command.
Add Transport ID structures for all protocols described in SPC-4.
Add a new series of SCSI_PROTO_XXX definitions, and
redefine other defines in terms of these new definitions.
Add a prototype for scsi_transportid_sbuf().
Change a couple of "obsolete" persistent reservation data
structure fields into something more meaningful, based on
what the field was called when it was defined in the spec.
(e.g. SPC, SPC-2, etc.)
Create a new define, SPRI_MAX_LEN, for the maximum allocation
length allowed for the PERSISTENT RESERVE IN command.
Add data structures and enumerations for the new name/value
translation functions.
Add data structures for SCSI over PCIe Routing IDs.
Bring the PERSISTENT RESERVE OUT Register and Move parameter list
structure (struct scsi_per_res_out_parms) up to date with SPC-4.
Add a data structure for the transport IDs that can optionally be
appended to the basic PERSISTENT RESERVE OUT parameter list.
Move SCSI protocol macro definitions out of the VPD page 0x83
definition and combine them with the more up to date protocol
definitions higher in the file.
Add function prototypes for scsi_nv_to_str(), scsi_get_nv(),
scsi_parse_transportid_64bit(), scsi_parse_transportid_spi(),
scsi_parse_transportid_rdma(), scsi_parse_transportid_iscsi(),
scsi_parse_transportid_sop(), and scsi_parse_transportid().
Sponsored by: Spectra Logic Corporation
MFC after: 1 week
2014-07-03 23:09:44 +00:00
|
|
|
with the Fibre Channel World Wide Node Name 0x1234567812345678, and the
|
|
|
|
|
current initiator will be unregistered from the target.
|
|
|
|
|
The reservation will be moved to relative target port 2 on the target
|
|
|
|
|
device.
|
|
|
|
|
The registration will persist across power losses.
|
1998-09-15 06:43:02 +00:00
|
|
|
.Sh SEE ALSO
|
|
|
|
|
.Xr cam 3 ,
|
Add a number of interrelated CAM feature enhancements and bug fixes.
NOTE: These changes will require recompilation of any userland
applications, like cdrecord, xmcd, etc., that use the CAM passthrough
interface. A make world is recommended.
camcontrol.[c8]:
- We now support two new commands, "tags" and "negotiate".
- The tags commands allows users to view the number of tagged
openings for a device as well as a number of other related
parameters, and it allows users to set tagged openings for
a device.
- The negotiate command allows users to enable and disable
disconnection and tagged queueing, set sync rates, offsets
and bus width. Note that not all of those features are
available for all controllers. Only the adv, ahc, and ncr
drivers fully support all of the features at this point.
Some cards do not allow the setting of sync rates, offsets and
the like, and some of the drivers don't have any facilities to
do so. Some drivers, like the adw driver, only support enabling
or disabling sync negotiation, but do not support setting sync
rates.
- new description in the camcontrol man page of how to format a disk
- cleanup of the camcontrol inquiry command
- add support in the 'devlist' command for skipping unconfigured devices if
-v was not specified on the command line.
- make use of the new base_transfer_speed in the path inquiry CCB.
- fix CCB bzero cases
cam_xpt.c, cam_sim.[ch], cam_ccb.h:
- new flags on many CCB function codes to designate whether they're
non-immediate, use a user-supplied CCB, and can only be passed from
userland programs via the xpt device. Use these flags in the transport
layer and pass driver to categorize CCBs.
- new flag in the transport layer device matching code for device nodes
that indicates whether a device is unconfigured
- bump the CAM version from 0x10 to 0x11
- Change the CAM ioctls to use the version as their group code, so we can
force users to recompile code even when the CCB size doesn't change.
- add + fill in a new value in the path inquiry CCB, base_transfer_speed.
Remove a corresponding field from the cam_sim structure, and add code to
every SIM to set this field to the proper value.
- Fix the set transfer settings code in the transport layer.
scsi_cd.c:
- make some variables volatile instead of just casting them in various
places
- fix a race condition in the changer code
- attach unless we get a "logical unit not supported" error. This should
fix all of the cases where people have devices that return weird errors
when they don't have media in the drive.
scsi_da.c:
- attach unless we get a "logical unit not supported" error
scsi_pass.c:
- for immediate CCBs, just malloc a CCB to send the user request in. This
gets rid of the 'held' count problem in camcontrol tags.
scsi_pass.h:
- change the CAM ioctls to use the CAM version as their group code.
adv driver:
- Allow changing the sync rate and offset separately.
adw driver
- Allow changing the sync rate and offset separately.
aha driver:
- Don't return CAM_REQ_CMP for SET_TRAN_SETTINGS CCBs.
ahc driver:
- Allow setting offset and sync rate separately
bt driver:
- Don't return CAM_REQ_CMP for SET_TRAN_SETTINGS CCBs.
NCR driver:
- Fix the ultra/ultra 2 negotiation bug
- allow setting both the sync rate and offset separately
Other HBA drivers:
- Put code in to set the base_transfer_speed field for
XPT_GET_TRAN_SETTINGS CCBs.
Reviewed by: gibbs, mjacob (isp), imp (aha)
1999-05-06 20:16:39 +00:00
|
|
|
.Xr cam_cdbparse 3 ,
|
1999-10-28 17:18:15 +00:00
|
|
|
.Xr cam 4 ,
|
1998-09-15 06:43:02 +00:00
|
|
|
.Xr pass 4 ,
|
1999-10-28 17:18:15 +00:00
|
|
|
.Xr xpt 4
|
1998-09-15 06:43:02 +00:00
|
|
|
.Sh HISTORY
|
|
|
|
|
The
|
2000-11-20 16:52:27 +00:00
|
|
|
.Nm
|
2002-07-06 19:34:18 +00:00
|
|
|
utility first appeared in
|
1998-09-15 06:43:02 +00:00
|
|
|
.Fx 3.0 .
|
|
|
|
|
.Pp
|
|
|
|
|
The mode page editing code and arbitrary SCSI command code are based upon
|
|
|
|
|
code in the old
|
|
|
|
|
.Xr scsi 8
|
|
|
|
|
utility and
|
|
|
|
|
.Xr scsi 3
|
2004-07-02 21:45:06 +00:00
|
|
|
library, written by Julian Elischer and Peter Dufault.
|
|
|
|
|
The
|
1998-09-15 06:43:02 +00:00
|
|
|
.Xr scsi 8
|
2001-08-14 10:01:54 +00:00
|
|
|
program first appeared in
|
|
|
|
|
.Bx 386 0.1.2.4 ,
|
|
|
|
|
and first appeared in
|
2000-06-03 22:16:00 +00:00
|
|
|
.Fx
|
1998-09-15 06:43:02 +00:00
|
|
|
in
|
|
|
|
|
.Fx 2.0.5 .
|
|
|
|
|
.Sh AUTHORS
|
2014-06-20 09:40:43 +00:00
|
|
|
.An Kenneth Merry Aq Mt ken@FreeBSD.org
|
1998-09-15 06:43:02 +00:00
|
|
|
.Sh BUGS
|
2005-02-13 22:25:33 +00:00
|
|
|
The code that parses the generic command line arguments does not know that
|
2004-07-02 21:45:06 +00:00
|
|
|
some of the subcommands take multiple arguments.
|
|
|
|
|
So if, for instance, you
|
1998-09-15 06:43:02 +00:00
|
|
|
tried something like this:
|
2000-05-05 01:59:21 +00:00
|
|
|
.Bd -literal -offset indent
|
1999-12-17 00:28:05 +00:00
|
|
|
camcontrol cmd -n da -u 1 -c "00 00 00 00 00 v" 0x00 -v
|
1998-09-15 06:43:02 +00:00
|
|
|
.Ed
|
|
|
|
|
.Pp
|
|
|
|
|
The sense information from the test unit ready command would not get
|
|
|
|
|
printed out, since the first
|
|
|
|
|
.Xr getopt 3
|
2001-07-15 07:53:42 +00:00
|
|
|
call in
|
2000-11-20 16:52:27 +00:00
|
|
|
.Nm
|
1998-09-15 06:43:02 +00:00
|
|
|
bails out when it sees the second argument to
|
|
|
|
|
.Fl c
|
2001-08-07 15:48:51 +00:00
|
|
|
(0x00),
|
2004-07-02 21:45:06 +00:00
|
|
|
above.
|
|
|
|
|
Fixing this behavior would take some gross code, or changes to the
|
1998-09-15 06:43:02 +00:00
|
|
|
.Xr getopt 3
|
2004-07-02 21:45:06 +00:00
|
|
|
interface.
|
|
|
|
|
The best way to circumvent this problem is to always make sure
|
1998-09-15 06:43:02 +00:00
|
|
|
to specify generic
|
2000-11-20 16:52:27 +00:00
|
|
|
.Nm
|
1998-09-15 06:43:02 +00:00
|
|
|
arguments before any command-specific arguments.
|
