upstream/opnsense-src
1
0
Fork 0
mirror of https://github.com/opnsense/src.git synced 2026-04-03 16:35:27 -04:00
Code Issues Projects Releases Packages Wiki Activity Actions
opnsense-src/sbin/camcontrol/Makefile

24 lines
509 B
Makefile
Raw Normal View History

Specify the system directory for which we put in our include path as a separate line so we can override it on the command line if we need to. Reviewed by: ken@freebsd.org
2000-01-21 18:18:08 -05:00
# $FreeBSD$
Add a MAINTAINER line to modules that I maintain. Suggested by: brian, markm
1999-06-17 20:41:47 -04:00
NVME support is only for x86 and powerpc64. Implement MK_NVME now that the expression for where NVMe is complicated. Default it to "yes" for x86 and powerpc64 and no everywhere else. Use it in camcontrol to define WITH_NVME for those platforms where we support nvme. This should fix the newly introduced nvme files to camcontrol which were building everywhere. Pointy Hat To: imp Sponsored by: Netflix
2018-06-13 21:15:19 -04:00
.include <src.opts.mk>
Explicitly add more files to the 'runtime' package. Sponsored by: The FreeBSD Foundation
2016-02-09 15:19:31 -05:00
PACKAGE=runtime
Style. Approved by: ken
2002-01-24 11:53:08 -05:00
PROG= camcontrol
Fix build when RELEASE_CRUNCH is defined.
2012-01-29 04:12:34 -05:00
SRCS= camcontrol.c util.c
Add SCSI REPORT TIMESTAMP and SET TIMESTAMP support. This adds support to camcontrol(8) and libcam(3) for getting and setting the time on SCSI protocol drives. This is more commonly found on tape drives, but is a SPC (SCSI Primary Commands) command, and may be found on any device that speaks SCSI. The new camcontrol timestamp subcommand allows getting the current device time or setting the time to the current system time or any arbitrary time. sbin/camcontrol/Makefile: Add timestamp.c. sbin/camcontrol/camcontrol.8: Document the new timestamp subcommand. sbin/camcontrol/camcontrol.c: Add the timestamp subcommand to camcontrol. sbin/camcontrol/camcontrol.h: Add the timestamp() function prototype. sbin/camcontrol/timestamp.c: Timestamp setting and reporting functionality. sys/cam/scsi/scsi_all.c: Add two new CCB building functions, scsi_set_timestamp() and scsi_report_timestamp(). Also, add a new helper function, scsi_create_timestamp(). sys/cam/scsi/scsi_all.h: Add CDB and parameter data for the the set and report timestamp commands. Add function declarations for the new CCB building and helper functions. Submitted by: Sam Klopsch Sponsored by: Spectra Logic MFC After: 2 weeks
2016-12-01 17:20:27 -05:00
SRCS+= attrib.c epc.c fwdownload.c modeedit.c persist.c progress.c timestamp.c zone.c
NVME support is only for x86 and powerpc64. Implement MK_NVME now that the expression for where NVMe is complicated. Default it to "yes" for x86 and powerpc64 and no everywhere else. Use it in camcontrol to define WITH_NVME for those platforms where we support nvme. This should fix the newly introduced nvme files to camcontrol which were building everywhere. Pointy Hat To: imp Sponsored by: Netflix
2018-06-13 21:15:19 -04:00
.if ${MK_NVME} != "no"
Make camcontrol identify work with nda devices Both ATA and NVME have an identify command. They are completely different, but to the user they are the same. Leverage nvmecontrol's print_controller code to provide that functionality to camcontrol identify. Query the path to see what kind of protocol it supports, and send the most appropriate command down. Refactor nvme_print_dev a little to make it easy to get the nvme cdata. Sponsored by: Netflix Differential Revision: https://reviews.freebsd.org/D15371
2018-06-13 18:00:08 -04:00
.PATH: ${SRCTOP}/sbin/nvmecontrol
NVME support is only for x86 and powerpc64. Implement MK_NVME now that the expression for where NVMe is complicated. Default it to "yes" for x86 and powerpc64 and no everywhere else. Use it in camcontrol to define WITH_NVME for those platforms where we support nvme. This should fix the newly introduced nvme files to camcontrol which were building everywhere. Pointy Hat To: imp Sponsored by: Netflix
2018-06-13 21:15:19 -04:00
CFLAGS+= -I${SRCTOP}/sbin/nvmecontrol -DWITH_NVME
Make camcontrol identify work with nda devices Both ATA and NVME have an identify command. They are completely different, but to the user they are the same. Leverage nvmecontrol's print_controller code to provide that functionality to camcontrol identify. Query the path to see what kind of protocol it supports, and send the most appropriate command down. Refactor nvme_print_dev a little to make it easy to get the nvme cdata. Sponsored by: Netflix Differential Revision: https://reviews.freebsd.org/D15371
2018-06-13 18:00:08 -04:00
SRCS+= identify_ext.c nc_util.c
.PATH: ${SRCTOP}/sys/dev/nvme
SRCS+= nvme_util.c
NVME support is only for x86 and powerpc64. Implement MK_NVME now that the expression for where NVMe is complicated. Default it to "yes" for x86 and powerpc64 and no everywhere else. Use it in camcontrol to define WITH_NVME for those platforms where we support nvme. This should fix the newly introduced nvme files to camcontrol which were building everywhere. Pointy Hat To: imp Sponsored by: Netflix
2018-06-13 21:15:19 -04:00
.endif
MFtbemd: Prefer MACHNE_CPUARCH to MACHINE_ARCH in most contexts where you want to test of all the CPUs of a given family conform.
2010-08-23 18:24:11 -04:00
# This is verboten
.if ${MACHINE_CPUARCH} == "arm"
Use WARNS?=3 for these in the arm case for now, due to toolchain issues.
2004-05-14 09:31:21 -04:00
WARNS?= 3
.endif
Convert sbin/ to LIBADD Reduce overlinking
2014-11-25 06:23:12 -05:00
LIBADD= cam sbuf util
Style. Approved by: ken
2002-01-24 11:53:08 -05:00
MAN= camcontrol.8
Camcontrol - A utility for configuring/manipulating the CAM subsystem Submitted by: "Kenneth D. Merry" <ken@plutotech.com>
1998-09-15 02:43:02 -04:00
.include <bsd.prog.mk>
Reference in a new issue Copy permalink