en Copyright 2015 Java http://172.16.0.5:8080/history/freebsd-14.2/lib/libcam/Makefile#d0b2dbfa Remove $FreeBSD$: one-line sh patternRemove /^\s*#[#!]?\s*\$FreeBSD\$.*$\n/ List of files: /freebsd-14.2/lib/libcam/Makefile Wed, 16 Aug 2023 17:55:03 +0000 Warner Losh <imp@FreeBSD.org> http://172.16.0.5:8080/history/freebsd-14.2/lib/libcam/Makefile#da739265 libcam: Define depop structures and introduce scsi_wrapDefine structures related to the depop set of commands (GET PHYSICAL ELEMENTSTATUS, REMOVE ELEMENT AND TRUNCATE, and RESTORE ELEMENT AND REBUILD) aswell as the CDB construction routines.Also create scsi_wrap.c. This will have convenience routines that will do allthe elements of allocating the ccb, generating the CDB, sending the command(looping as necessary for cases where data is returned, but it's size isn'tknown up front), etc. As this functionality is fleshed out, calling manycamcontrol commands programatically gets much easier.Sponsored by: NetflixDifferential Revision: https://reviews.freebsd.org/D29017 List of files: /freebsd-14.2/lib/libcam/Makefile Fri, 17 Sep 2021 22:29:22 +0000 Warner Losh <imp@FreeBSD.org> http://172.16.0.5:8080/history/freebsd-14.2/lib/libcam/Makefile#a7b5a3d4 pkgbase: Put a lot of binaries and lib in FreeBSD-runtimeAll of them are needed to be able to boot to single user and be ableto repair a existing FreeBSD installation so put them directly intoFreeBSD-runtime.Reviewed by: bapt, gjbDifferential Revision: https://reviews.freebsd.org/D21503 List of files: /freebsd-14.2/lib/libcam/Makefile Thu, 05 Sep 2019 14:13:08 +0000 Emmanuel Vadot <manu@FreeBSD.org> http://172.16.0.5:8080/history/freebsd-14.2/lib/libcam/Makefile#e40d8dbb Make cam_error_print() decode NVMe commands.MFC after: 2 weeks List of files: /freebsd-14.2/lib/libcam/Makefile Tue, 02 Apr 2019 19:37:52 +0000 Alexander Motin <mav@FreeBSD.org> http://172.16.0.5:8080/history/freebsd-14.2/lib/libcam/Makefile#8c099357 Add HAS_TESTS to all Makefiles that use the SUBDIR.${MK_TESTS}+= tests idiom List of files: /freebsd-14.2/lib/libcam/Makefile Wed, 02 Aug 2017 08:14:06 +0000 Enji Cooper <ngie@FreeBSD.org> http://172.16.0.5:8080/history/freebsd-14.2/lib/libcam/Makefile#a94a63f0 An MMC/SD/SDIO stack using CAMImplement the MMC/SD/SDIO protocol within a CAM framework. CAM'sflexible queueing will make it easier to write non-storage driversthan the legacy stack. SDIO drivers from both the kernel and asuserland daemons are possible, though much of that functionality willcome later.Some of the CAM integration isn't complete (there are sleeps in thedevice probe state machine, for example), but those minor issues canbe improved in-tree more easily than out of tree and shouldn't gateprogress on other fronts. Appologies to reviews if specific itemshave been overlooked.Submitted by: Ilya BakulinReviewed by: emaste, imp, mav, adrian, ianDifferential Review: https://reviews.freebsd.org/D4761merge with first commit, various compile hacks. List of files: /freebsd-14.2/lib/libcam/Makefile Sun, 09 Jul 2017 16:57:24 +0000 Warner Losh <imp@FreeBSD.org> http://172.16.0.5:8080/history/freebsd-14.2/lib/libcam/Makefile#8fadf6a6 cam: EOL whitespace cleanup and line wrapping changesNFC. This cleanup simplifies diffs for review of the MMC-CAM work.Submitted by: kibab List of files: /freebsd-14.2/lib/libcam/Makefile Tue, 04 Jul 2017 18:48:08 +0000 Ed Maste <emaste@FreeBSD.org> http://172.16.0.5:8080/history/freebsd-14.2/lib/libcam/Makefile#b0b1dbdd Start adding basic tests for cam(3)This change contains several negative and positive tests for:- cam_open_device- cam_close_device- cam_getccb- cam_freeccbThis also contains a test for the failure case noted in bug 217649,i.e., O_RDWR must be specified because pass(4) requires it.This test unfortunately cannot assume that cam-capable devices arepresent, so the user must explicitly provide a device via`test_suites.FreeBSD.cam_test_device`. In the future, a test kernelmodule might be shipped, or ctl(4) might be used, as a test devicewhen testing out libcam, which will allow the tests to do away withhaving to specify an explicit test device.Reviewed by: asomers, ken (earlier diff)MFC after: 1 weekSponsored by: Dell EMC IsilonDifferential Revision: D9928 List of files: /freebsd-14.2/lib/libcam/Makefile Wed, 15 Mar 2017 18:00:54 +0000 Enji Cooper <ngie@FreeBSD.org> http://172.16.0.5:8080/history/freebsd-14.2/lib/libcam/Makefile#5695441b Use SRCTOP-relative paths to other directories instead of .CURDIR-relative onesThis implifies pathing in make/displayed outputMFC after: 3 weeksSponsored by: Dell EMC Isilon List of files: /freebsd-14.2/lib/libcam/Makefile Fri, 20 Jan 2017 04:03:55 +0000 Enji Cooper <ngie@FreeBSD.org> http://172.16.0.5:8080/history/freebsd-14.2/lib/libcam/Makefile#a70cba95 First pass through library packaging.Sponsored by: The FreeBSD Foundation List of files: /freebsd-14.2/lib/libcam/Makefile Thu, 04 Feb 2016 21:16:35 +0000 Glen Barber <gjb@FreeBSD.org> http://172.16.0.5:8080/history/freebsd-14.2/lib/libcam/Makefile#18b2ee82 Revert r284417 it is not necessary anymore List of files: /freebsd-14.2/lib/libcam/Makefile Mon, 15 Jun 2015 19:28:07 +0000 Baptiste Daroussin <bapt@FreeBSD.org> http://172.16.0.5:8080/history/freebsd-14.2/lib/libcam/Makefile#4232f826 Enforce overwritting SHLIBDIRSince METAMODE has been added, sys.mk loads bsd.mkopt.mk which ends load loadingbsd.own.mk which then defines SHLIBDIR before all the Makefile.inc everywhere.This makes /lib being populated again.Reported by: many List of files: /freebsd-14.2/lib/libcam/Makefile Mon, 15 Jun 2015 15:34:20 +0000 Baptiste Daroussin <bapt@FreeBSD.org> http://172.16.0.5:8080/history/freebsd-14.2/lib/libcam/Makefile#6b129086 Convert libraries to use LIBADDWhile here reduce a bit overlinking List of files: /freebsd-14.2/lib/libcam/Makefile Tue, 25 Nov 2014 11:07:26 +0000 Baptiste Daroussin <bapt@FreeBSD.org> http://172.16.0.5:8080/history/freebsd-14.2/lib/libcam/Makefile#021c5b6d Bump libcam shared library version forgotten in r259397.Submitted by: kib List of files: /freebsd-14.2/lib/libcam/Makefile Sun, 15 Dec 2013 15:51:05 +0000 Nathan Whitehorn <nwhitehorn@FreeBSD.org> http://172.16.0.5:8080/history/freebsd-14.2/lib/libcam/Makefile#7596eb48 Bump shared libraries version numbers in preparation for 9.0.This time, only libraries which ABI has been changed compared tostable/8, are bumped.ABI analysis done by: Gleb KurtsouApproved by: re (kensmith) List of files: /freebsd-14.2/lib/libcam/Makefile Sun, 28 Aug 2011 09:26:48 +0000 Konstantin Belousov <kib@FreeBSD.org> http://172.16.0.5:8080/history/freebsd-14.2/lib/libcam/Makefile#06e79492 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 0x00to determine supported pages, and will now fetch page 0x83 in addition topage 0x80 if supported.Add two new CAM CCBs, XPT_SMP_IO, and XPT_GDEV_ADVINFO. The SMP CCB isintended for SMP requests and responses. The ADVINFO is currently used tofetch cached VPD page 0x83 data from the transport layer, but is intendedto be extensible to fetch other types of device-specific data.SMP-only devices are not currently represented in the CAM topology, and sothe current semantics are that the SIM will route SMP CCBs to either theaddressed device, if it contains an SMP target, or its parent, if itcontains an SMP target. (This is noted in cam_ccb.h, since it will changelater 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. List of files: /freebsd-14.2/lib/libcam/Makefile Tue, 30 Nov 2010 22:39:46 +0000 Kenneth D. Merry <ken@FreeBSD.org> http://172.16.0.5:8080/history/freebsd-14.2/lib/libcam/Makefile#daaf5759 Build lib/ with WARNS=6 by default.Similar to libexec/, do the same with lib/. Make WARNS=6 the norm andlower it when needed.I'm setting WARNS?=0 for secure/. It seems secure/ includes theMakefile.inc provided by lib/. I'm not going to touch that directory.Most of the code there is contributed anyway. List of files: /freebsd-14.2/lib/libcam/Makefile Sat, 02 Jan 2010 09:58:07 +0000 Ed Schouten <ed@FreeBSD.org> http://172.16.0.5:8080/history/freebsd-14.2/lib/libcam/Makefile#52c9ce25 Separate the parallel scsi knowledge out of the core of the XPT, andmodularize it so that new transports can be created.Add a transport for SATAAdd a periph+protocol layer for ATAAdd a driver for AHCI-compliant hardware.Add a maxio field to CAM so that drivers can advertise their maxI/O capability. Modify various drivers so that they are insulatedfrom the value of MAXPHYS.The new ATA/SATA code supports AHCI-compliant hardware, and will overridethe classic ATA driver if it is loaded as a module at boot time or compiledinto the kernel. The stack now support NCQ (tagged queueing) for increasedperformance on modern SATA drives. It also supports port multipliers.ATA drives are accessed via 'ada' device nodes. ATAPI drives areaccessed via 'cd' device nodes. They can all be enumerated and manipulatedvia camcontrol, just like SCSI drives. SCSI commands are not translated totheir ATA equivalents; ATA native commands are used throughout the entirestack, including camcontrol. See the camcontrol manpage for furtherdetails. Testing this code may require that you update your fstab, andpossibly modify your BIOS to enable AHCI functionality, if available.This code is very experimental at the moment. The userland ABI/API haschanged, so applications will need to be recompiled. It may changefurther in the near future. The 'ada' device name may also change asmore infrastructure is completed in this project. The goal is toeventually put all CAM busses and devices until newbus, allowing forinteresting 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, transportsspecific modules for SAS and FC may appear in order to better supportthe topologies and capabilities of these technologies.The modularization of CAM and the addition of the ATA/SATA modules ismeant to break CAM out of the mold of being specific to SCSI, letting itgrow to be a framework for arbitrary transports and protocols. It alsoallows drivers to be written to support discrete hardware withoutjeopardizing the stability of non-related hardware. While only an AHCIdriver is provided now, a Silicon Image driver is also in the works.Drivers for ICH1-4, ICH5-6, PIIX, classic IDE, and any other hardwareis possible and encouraged. Help with new transports is also encouraged.Submitted by: scottl, mavApproved by: re List of files: /freebsd-14.2/lib/libcam/Makefile Fri, 10 Jul 2009 08:18:08 +0000 Scott Long <scottl@FreeBSD.org> http://172.16.0.5:8080/history/freebsd-14.2/lib/libcam/Makefile#47d7e8a9 Fixed style of DPADD and LDADD assignments as per style.Makefile(5). List of files: /freebsd-14.2/lib/libcam/Makefile Thu, 05 Feb 2004 22:44:25 +0000 Ruslan Ermilov <ru@FreeBSD.org> http://172.16.0.5:8080/history/freebsd-14.2/lib/libcam/Makefile#41d8423f Stage 3 of dynamic root support. Make all the libraries needed to runbinaries in /bin and /sbin installed in /lib. Only the versioned filesreside in /lib, the .so symlink continues to live /usr/lib so thetoolchain doesn't need to be modified. List of files: /freebsd-14.2/lib/libcam/Makefile Sun, 17 Aug 2003 08:28:46 +0000 Gordon Tetlow <gordon@FreeBSD.org>