| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
| |
as a separate line so we can override it on the command line if
we need to.
|
| |
|
|
|
|
| |
Reviewed by: marcel, and make world
|
|
|
|
|
|
| |
but never closed.
Submitted by: amobbs@allstor-sw.co.uk
|
| |
|
|
|
|
| |
Reported by: "Alexey M. Zelkin" <phantom@cris.net>
|
|
|
|
|
|
|
|
|
|
| |
- Sort xrefs
- FreeBSD.ORG -> FreeBSD.org
- Be consistent with section names as outlines in mdoc(7)
- Other misc mdoc cleanup.
PR: doc/13144
Submitted by: Alexy M. Zelkin <phantom@cris.net>
|
|
|
|
| |
Suggested by: brian, markm
|
|
|
|
|
|
|
|
| |
camcontrol(8) and the documentation in camlib.c and cam(3) all expect
-1 on failure and 0 on success. Updated camlib.c to return the values
specified by the documentation.
PR: 12023
|
|
|
|
| |
but not <stdio.h>).
|
| |
|
|
|
|
| |
Reported by: dan@math.berkeley.edu (Dan Strick)
|
|
|
|
|
|
|
|
|
|
|
| |
most of the open/close routines, and the buffer/cdb parsing routines
derived from the old scsi(3) library.
The cam_cdbparse(3) man page borrows from the old scsi(3) man page, so the
copyright and history section reflect that.
The many scsi_* functions and other functions that are pulled in from the
kernel aren't documented yet, but will be eventually.
|
|
|
|
|
|
|
|
|
| |
have the passthrough device configured in their kernel.
This will hopefully reduce the number of people complaining that they can't
get {camcontrol, xmcd, tosha, cdrecord, etc.} to work.
Reviewed by: gibbs
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The functions that were being compiled into the library have been moved to
scsi_all.c.
One warning: Any programs using scsi_start_stop() or scsi_read_write()
that included scsi_da.h but not scsi_all.h will need to be
changed to include scsi_all.h. This doesn't affect
camcontrol, and I don't think it affects any ports, but you
never know.
PR: kern/7969
Reviewed by: gibbs
|
|
|
|
|
|
|
| |
checking in some functions.
Submitted by: dfr
Modified by: ken
|
|
|
|
| |
the CVS meister.
|
|
Submitted by: "Kenneth D. Merry" <ken@FreeBSD.org>
|