<?xml version="1.0"?>
<?xml-stylesheet type="text/xsl" href="/source/rss.xsl.xml"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/">
<channel>
    <title>Changes in Makefile</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>e9ac41698b2f322d55ccf9da50a3596edb2c1800 - Remove residual blank line at start of Makefile</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/sbin/camcontrol/Makefile#e9ac41698b2f322d55ccf9da50a3596edb2c1800</link>
        <description>Remove residual blank line at start of MakefileThis is a residual of the $FreeBSD$ removal.MFC After: 3 days (though I&apos;ll just run the command on the branches)Sponsored by: Netflix

            List of files:
            /freebsd/sbin/camcontrol/Makefile</description>
        <pubDate>Mon, 15 Jul 2024 06:46:32 +0200</pubDate>
        <dc:creator>Warner Losh &lt;imp@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>07c6a62bab69296f2514dc99046ac701c4392f78 - cam: Add a XPORT_NVMF for NVMe over Fabrics sims</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/sbin/camcontrol/Makefile#07c6a62bab69296f2514dc99046ac701c4392f78</link>
        <description>cam: Add a XPORT_NVMF for NVMe over Fabrics simsReviewed by:	ken, impSponsored by:	Chelsio CommunicationsDifferential Revision:	https://reviews.freebsd.org/D44713

            List of files:
            /freebsd/sbin/camcontrol/Makefile</description>
        <pubDate>Fri, 03 May 2024 01:29:26 +0200</pubDate>
        <dc:creator>John Baldwin &lt;jhb@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>2b676a66c00af03e4b64d072658d2478dbdf0a97 - camcontrol: Enable WITH_NVME unconditionally</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/sbin/camcontrol/Makefile#2b676a66c00af03e4b64d072658d2478dbdf0a97</link>
        <description>camcontrol: Enable WITH_NVME unconditionallyMK_NVME is no longer marked broken for any platforms, so just includesupport for it always as we do for ATA and SCSI.Reviewed by:	emasteSponsored by:	Chelsio CommunicationsDifferential Revision:	https://reviews.freebsd.org/D44841

            List of files:
            /freebsd/sbin/camcontrol/Makefile</description>
        <pubDate>Tue, 23 Apr 2024 20:46:53 +0200</pubDate>
        <dc:creator>John Baldwin &lt;jhb@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>69ae43a1e6a53a1b8898a31c6b7140bf52b2c3ad - camcontrol: One file per line in Makefile</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/sbin/camcontrol/Makefile#69ae43a1e6a53a1b8898a31c6b7140bf52b2c3ad</link>
        <description>camcontrol: One file per line in MakefileWe have enough files now that moving to one file per line makes sense.Sponsored by:		Netflix

            List of files:
            /freebsd/sbin/camcontrol/Makefile</description>
        <pubDate>Fri, 01 Dec 2023 04:07:53 +0100</pubDate>
        <dc:creator>Warner Losh &lt;imp@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>d0b2dbfa0ecf2bbc9709efc5e20baf8e4b44bbbf - Remove $FreeBSD$: one-line sh pattern</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/sbin/camcontrol/Makefile#d0b2dbfa0ecf2bbc9709efc5e20baf8e4b44bbbf</link>
        <description>Remove $FreeBSD$: one-line sh patternRemove /^\s*#[#!]?\s*\$FreeBSD\$.*$\n/

            List of files:
            /freebsd/sbin/camcontrol/Makefile</description>
        <pubDate>Wed, 16 Aug 2023 19:55:03 +0200</pubDate>
        <dc:creator>Warner Losh &lt;imp@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>53cce2e744c1086bd5c6aa18bff4daac42468538 - camcontrol: depop command</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/sbin/camcontrol/Makefile#53cce2e744c1086bd5c6aa18bff4daac42468538</link>
        <description>camcontrol: depop commandImplement and document the new depop command. This command manages drive elementsfor drives that support it. Storage elements are typically heads. Element statuscan be discovered. Elements may be removed or restored. And the status of anycurrent depop operation can be assessed.depop -d elm will remove element elm and truncate available capacity.depop -l will list the current drive elements and their current status.depop -r elm will try to restore all retired elements and rebuild capacity.Changing storage elements may reinitialize the drive. This operation will losedata and may take hours to complete. Use the drive provided timeout foroperations by default.Reviewed by:		gbe (manpages)Sponsored by:		NetflixDifferential Revision:	https://reviews.freebsd.org/D29018

            List of files:
            /freebsd/sbin/camcontrol/Makefile</description>
        <pubDate>Sat, 18 Sep 2021 00:30:06 +0200</pubDate>
        <dc:creator>Warner Losh &lt;imp@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>a63915c2d7ff177ce364488f86eff99949402051 - MFHead @r350386</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/sbin/camcontrol/Makefile#a63915c2d7ff177ce364488f86eff99949402051</link>
        <description>MFHead @r350386Sponsored by:	The FreeBSD Foundation

            List of files:
            /freebsd/sbin/camcontrol/Makefile</description>
        <pubDate>Sun, 28 Jul 2019 06:02:22 +0200</pubDate>
        <dc:creator>Alan Somers &lt;asomers@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>c99e4e6b8b1ea7003403f8cffc4d57d469eab645 - Retire support for -DMINIMALISTIC</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/sbin/camcontrol/Makefile#c99e4e6b8b1ea7003403f8cffc4d57d469eab645</link>
        <description>Retire support for -DMINIMALISTICWe&apos;ve not used this in years since we retired sysinstall, and ithasn&apos;t compiled in at least a year. A full camcontrol is only 180k, somaking it smaller is not as important as it once was.OK&apos;d by: ken@, scottl@

            List of files:
            /freebsd/sbin/camcontrol/Makefile</description>
        <pubDate>Fri, 12 Jul 2019 07:35:45 +0200</pubDate>
        <dc:creator>Warner Losh &lt;imp@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>f0f8a1af01576a8f4777fe6139d651de7faa394a - NVME support is only for x86 and powerpc64.</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/sbin/camcontrol/Makefile#f0f8a1af01576a8f4777fe6139d651de7faa394a</link>
        <description>NVME support is only for x86 and powerpc64.Implement MK_NVME now that the expression for where NVMe iscomplicated. Default it to &quot;yes&quot; for x86 and powerpc64 andno everywhere else. Use it in camcontrol to define WITH_NVMEfor those platforms where we support nvme.This should fix the newly introduced nvme files to camcontrolwhich were building everywhere.Pointy Hat To: impSponsored by: Netflix

            List of files:
            /freebsd/sbin/camcontrol/Makefile</description>
        <pubDate>Thu, 14 Jun 2018 03:15:19 +0200</pubDate>
        <dc:creator>Warner Losh &lt;imp@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>6ee13c54dad0b284e7882addaa892faa3aa8508d - Make camcontrol identify work with nda devices</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/sbin/camcontrol/Makefile#6ee13c54dad0b284e7882addaa892faa3aa8508d</link>
        <description>Make camcontrol identify work with nda devicesBoth ATA and NVME have an identify command. They are completelydifferent, but to the user they are the same. Leverage nvmecontrol&apos;sprint_controller code to provide that functionality to camcontrolidentify. Query the path to see what kind of protocol it supports, andsend the most appropriate command down. Refactor nvme_print_dev alittle to make it easy to get the nvme cdata.Sponsored by: NetflixDifferential Revision: https://reviews.freebsd.org/D15371

            List of files:
            /freebsd/sbin/camcontrol/Makefile</description>
        <pubDate>Thu, 14 Jun 2018 00:00:08 +0200</pubDate>
        <dc:creator>Warner Losh &lt;imp@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>4f9d94bf6491250b649f5bc931b6d93e68373005 - Merge ^/head r309263 through r309518.</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/sbin/camcontrol/Makefile#4f9d94bf6491250b649f5bc931b6d93e68373005</link>
        <description>Merge ^/head r309263 through r309518.

            List of files:
            /freebsd/sbin/camcontrol/Makefile</description>
        <pubDate>Sun, 04 Dec 2016 01:00:56 +0100</pubDate>
        <dc:creator>Dimitry Andric &lt;dim@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>28db0a5e740c9929ce560572efee40099428a246 - Add SCSI REPORT TIMESTAMP and SET TIMESTAMP support.</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/sbin/camcontrol/Makefile#28db0a5e740c9929ce560572efee40099428a246</link>
        <description>Add SCSI REPORT TIMESTAMP and SET TIMESTAMP support.This adds support to camcontrol(8) and libcam(3) for getting and settingthe time on SCSI protocol drives.  This is more commonly found on tapedrives, but is a SPC (SCSI Primary Commands) command, and may be foundon any device that speaks SCSI.The new camcontrol timestamp subcommand allows getting the current devicetime 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 KlopschSponsored by:	Spectra LogicMFC After:	2 weeks

            List of files:
            /freebsd/sbin/camcontrol/Makefile</description>
        <pubDate>Thu, 01 Dec 2016 23:20:27 +0100</pubDate>
        <dc:creator>Kenneth D. Merry &lt;ken@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>9a6844d55fe33a5c55973951843be9aac013693f - Add support for managing Shingled Magnetic Recording (SMR) drives.</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/sbin/camcontrol/Makefile#9a6844d55fe33a5c55973951843be9aac013693f</link>
        <description>Add support for managing Shingled Magnetic Recording (SMR) drives.This change includes support for SCSI SMR drives (which conform to theZoned Block Commands or ZBC spec) and ATA SMR drives (which conform tothe Zoned ATA Command Set or ZAC spec) behind SAS expanders.This includes full management support through the GEOM BIO interface, andthrough a new userland utility, zonectl(8), and through camcontrol(8).This is now ready for filesystems to use to detect and manage zoned drives.(There is no work in progress that I know of to use this for ZFS or UFS, ifanyone is interested, let me know and I may have some suggestions.)Also, improve ATA command passthrough and dispatch support, both via ATAand ATA passthrough over SCSI.Also, add support to camcontrol(8) for the ATA Extended Power Conditionsfeature set.  You can now manage ATA device power states, and set variousidle time thresholds for a drive to enter lower power states.Note that this change cannot be MFCed in full, because it depends onchanges to the struct bio API that break compatilibity.  In order toavoid breaking the stable API, only changes that don&apos;t touch or depend onthe struct bio changes can be merged.  For example, the camcontrol(8)changes don&apos;t depend on the new bio API, but zonectl(8) and the probechanges to the da(4) and ada(4) drivers do depend on it.Also note that the SMR changes have not yet been tested with an actualSCSI ZBC device, or a SCSI to ATA translation layer (SAT) that supportsZBC to ZAC translation.  I have not yet gotten a suitable drive or SATlayer, so any testing help would be appreciated.  These changes have beentested with Seagate Host Aware SATA drives attached to both SAS and SATAcontrollers.  Also, I do not have any SATA Host Managed devices, and Isuspect that it may take additional (hopefully minor) changes to supportthem.Thanks to Seagate for supplying the test hardware and answering questions.sbin/camcontrol/Makefile:	Add epc.c and zone.c.sbin/camcontrol/camcontrol.8:	Document the zone and epc subcommands.sbin/camcontrol/camcontrol.c:	Add the zone and epc subcommands.	Add auxiliary register support to build_ata_cmd().  Make sure to	set the CAM_ATAIO_NEEDRESULT, CAM_ATAIO_DMA, and CAM_ATAIO_FPDMA	flags as appropriate for ATA commands.	Add a new get_ata_status() function to parse ATA result from SCSI	sense descriptors (for ATA passthrough over SCSI) and ATA I/O	requests.sbin/camcontrol/camcontrol.h:	Update the build_ata_cmd() prototype	Add get_ata_status(), zone(), and epc().sbin/camcontrol/epc.c:	Support for ATA Extended Power Conditions features.  This includes	support for all features documented in the ACS-4 Revision 12	specification from t13.org (dated February 18, 2016).	The EPC feature set allows putting a drive into a power power mode	immediately, or setting timeouts so that the drive will	automatically enter progressively lower power states after various	idle times.sbin/camcontrol/fwdownload.c:	Update the firmware download code for the new build_ata_cmd()	arguments.sbin/camcontrol/zone.c:	Implement support for Shingled Magnetic Recording (SMR) drives	via SCSI Zoned Block Commands (ZBC) and ATA Zoned Device ATA	Command Set (ZAC).	These specs were developed in concert, and are functionally	identical.  The primary differences are due to SCSI and ATA	differences.  (SCSI is big endian, ATA is little endian, for	example.)	This includes support for all commands defined in the ZBC and	ZAC specs.sys/cam/ata/ata_all.c:	Decode a number of additional ATA command names in ata_op_string().	Add a new CCB building function, ata_read_log().	Add ata_zac_mgmt_in() and ata_zac_mgmt_out() CCB building	functions.  These support both DMA and NCQ encapsulation.sys/cam/ata/ata_all.h:	Add prototypes for ata_read_log(), ata_zac_mgmt_out(), and	ata_zac_mgmt_in().sys/cam/ata/ata_da.c:	Revamp the ada(4) driver to support zoned devices.	Add four new probe states to gather information needed for zone	support.	Add a new adasetflags() function to avoid duplication of large	blocks of flag setting between the async handler and register	functions.	Add new sysctl variables that describe zone support and paramters.	Add support for the new BIO_ZONE bio, and all of its subcommands:	DISK_ZONE_OPEN, DISK_ZONE_CLOSE, DISK_ZONE_FINISH, DISK_ZONE_RWP,	DISK_ZONE_REPORT_ZONES, and DISK_ZONE_GET_PARAMS.sys/cam/scsi/scsi_all.c:	Add command descriptions for the ZBC IN/OUT commands.	Add descriptions for ZBC Host Managed devices.	Add a new function, scsi_ata_pass() to do ATA passthrough over	SCSI.  This will eventually replace scsi_ata_pass_16() -- it	can create the 12, 16, and 32-byte variants of the ATA	PASS-THROUGH command, and supports setting all of the	registers defined as of SAT-4, Revision 5 (March 11, 2016).	Change scsi_ata_identify() to use scsi_ata_pass() instead of	scsi_ata_pass_16().	Add a new scsi_ata_read_log() function to facilitate reading	ATA logs via SCSI.sys/cam/scsi/scsi_all.h:	Add the new ATA PASS-THROUGH(32) command CDB.  Add extended and	variable CDB opcodes.	Add Zoned Block Device Characteristics VPD page.	Add ATA Return SCSI sense descriptor.	Add prototypes for scsi_ata_read_log() and scsi_ata_pass().sys/cam/scsi/scsi_da.c:	Revamp the da(4) driver to support zoned devices.	Add five new probe states, four of which are needed for ATA	devices.	Add five new sysctl variables that describe zone support and	parameters.	The da(4) driver supports SCSI ZBC devices, as well as ATA ZAC	devices when they are attached via a SCSI to ATA Translation (SAT)	layer.  Since ZBC -&gt; ZAC translation is a new feature in the T10	SAT-4 spec, most SATA drives will be supported via ATA commands	sent via the SCSI ATA PASS-THROUGH command.  The da(4) driver will	prefer the ZBC interface, if it is available, for performance	reasons, but will use the ATA PASS-THROUGH interface to the ZAC	command set if the SAT layer doesn&apos;t support translation yet.	As I mentioned above, ZBC command support is untested.	Add support for the new BIO_ZONE bio, and all of its subcommands:	DISK_ZONE_OPEN, DISK_ZONE_CLOSE, DISK_ZONE_FINISH, DISK_ZONE_RWP,	DISK_ZONE_REPORT_ZONES, and DISK_ZONE_GET_PARAMS.	Add scsi_zbc_in() and scsi_zbc_out() CCB building functions.	Add scsi_ata_zac_mgmt_out() and scsi_ata_zac_mgmt_in() CCB/CDB	building functions.  Note that these have return values, unlike	almost all other CCB building functions in CAM.  The reason is	that they can fail, depending upon the particular combination	of input parameters.  The primary failure case is if the user	wants NCQ, but fails to specify additional CDB storage.  NCQ	requires using the 32-byte version of the SCSI ATA PASS-THROUGH	command, and the current CAM CDB size is 16 bytes.sys/cam/scsi/scsi_da.h:	Add ZBC IN and ZBC OUT CDBs and opcodes.	Add SCSI Report Zones data structures.	Add scsi_zbc_in(), scsi_zbc_out(), scsi_ata_zac_mgmt_out(), and	scsi_ata_zac_mgmt_in() prototypes.sys/dev/ahci/ahci.c:	Fix SEND / RECEIVE FPDMA QUEUED in the ahci(4) driver.	ahci_setup_fis() previously set the top bits of the sector count	register in the FIS to 0 for FPDMA commands.  This is okay for	read and write, because the PRIO field is in the only thing in	those bits, and we don&apos;t implement that further up the stack.	But, for SEND and RECEIVE FPDMA QUEUED, the subcommand is in that	byte, so it needs to be transmitted to the drive.	In ahci_setup_fis(), always set the the top 8 bits of the	sector count register.  We need it in both the standard	and NCQ / FPDMA cases.sys/geom/eli/g_eli.c:	Pass BIO_ZONE commands through the GELI class.sys/geom/geom.h:	Add g_io_zonecmd() prototype.sys/geom/geom_dev.c:	Add new DIOCZONECMD ioctl, which allows sending zone commands to	disks.sys/geom/geom_disk.c:	Add support for BIO_ZONE commands.sys/geom/geom_disk.h:	Add a new flag, DISKFLAG_CANZONE, that indicates that a given	GEOM disk client can handle BIO_ZONE commands.sys/geom/geom_io.c:	Add a new function, g_io_zonecmd(), that handles execution of	BIO_ZONE commands.	Add permissions check for BIO_ZONE commands.	Add command decoding for BIO_ZONE commands.sys/geom/geom_subr.c:	Add DDB command decoding for BIO_ZONE commands.sys/kern/subr_devstat.c:	Record statistics for REPORT ZONES commands.  Note that the	number of bytes transferred for REPORT ZONES won&apos;t quite match	what is received from the harware.  This is because we&apos;re	necessarily counting bytes coming from the da(4) / ada(4) drivers,	which are using the disk_zone.h interface to communicate up	the stack.  The structure sizes it uses are slightly different	than the SCSI and ATA structure sizes.sys/sys/ata.h:	Add many bit and structure definitions for ZAC, NCQ, and EPC	command support.sys/sys/bio.h:	Convert the bio_cmd field to a straight enumeration.  This will	yield more space for additional commands in the future.  After	change r297955 and other related changes, this is now possible.	Converting to an enumeration will also prevent use as a bitmask	in the future.sys/sys/disk.h:	Define the DIOCZONECMD ioctl.sys/sys/disk_zone.h:	Add a new API for managing zoned disks.  This is very close to	the SCSI ZBC and ATA ZAC standards, but uses integers in native	byte order instead of big endian (SCSI) or little endian (ATA)	byte arrays.	This is intended to offer to the complete feature set of the ZBC	and ZAC disk management without requiring the application developer	to include SCSI or ATA headers.  We also use one set of headers	for ioctl consumers and kernel bio-level consumers.sys/sys/param.h:	Bump __FreeBSD_version for sys/bio.h command changes, and inclusion	of SMR support.usr.sbin/Makefile:	Add the zonectl utility.usr.sbin/diskinfo/diskinfo.c	Add disk zoning capability to the &apos;diskinfo -v&apos; output.usr.sbin/zonectl/Makefile:	Add zonectl makefile.usr.sbin/zonectl/zonectl.8	zonectl(8) man page.usr.sbin/zonectl/zonectl.c	The zonectl(8) utility.  This allows managing SCSI or ATA zoned	disks via the disk_zone.h API.  You can report zones, reset write	pointers, get parameters, etc.Sponsored by:	Spectra LogicDifferential Revision:	https://reviews.freebsd.org/D6147Reviewed by:	wblock (documentation)

            List of files:
            /freebsd/sbin/camcontrol/Makefile</description>
        <pubDate>Thu, 19 May 2016 16:08:36 +0200</pubDate>
        <dc:creator>Kenneth D. Merry &lt;ken@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>13caa468668019a6c93ed6ff65ab21c673b378cb - Merge the projects/release-pkg branch to head.</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/sbin/camcontrol/Makefile#13caa468668019a6c93ed6ff65ab21c673b378cb</link>
        <description>Merge the projects/release-pkg branch to head.This allows packaging the base system with pkg(8), includingbut not limited to providing the ability to provide upstreambinary update possibilities for non-tier-1 architectures.This merge is a requirement of the 11.0-RELEASE, and as such,thank you to everyone that has tested the project branch.Documentation in build(7) etc. is still somewhat sparse, butupdates to those parts will follow.Sponsored by:	The FreeBSD Foundation

            List of files:
            /freebsd/sbin/camcontrol/Makefile</description>
        <pubDate>Sat, 16 Apr 2016 09:45:30 +0200</pubDate>
        <dc:creator>Glen Barber &lt;gjb@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>406d87b1c3c9fb02dc1256f4e634c0fc71a22799 - Explicitly add more files to the &apos;runtime&apos; package.</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/sbin/camcontrol/Makefile#406d87b1c3c9fb02dc1256f4e634c0fc71a22799</link>
        <description>Explicitly add more files to the &apos;runtime&apos; package.Sponsored by:	The FreeBSD Foundation

            List of files:
            /freebsd/sbin/camcontrol/Makefile</description>
        <pubDate>Tue, 09 Feb 2016 21:19:31 +0100</pubDate>
        <dc:creator>Glen Barber &lt;gjb@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>416ba5c74546f32a993436a99516d35008e9f384 - Catch up with HEAD (r280229-r284686).</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/sbin/camcontrol/Makefile#416ba5c74546f32a993436a99516d35008e9f384</link>
        <description>Catch up with HEAD (r280229-r284686).

            List of files:
            /freebsd/sbin/camcontrol/Makefile</description>
        <pubDate>Mon, 22 Jun 2015 02:05:22 +0200</pubDate>
        <dc:creator>Navdeep Parhar &lt;np@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>76aeda8ad4e2c1ae78bf1388a5d6e793d84d8c53 - Merge ^/head r284188 through r284643.</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/sbin/camcontrol/Makefile#76aeda8ad4e2c1ae78bf1388a5d6e793d84d8c53</link>
        <description>Merge ^/head r284188 through r284643.

            List of files:
            /freebsd/sbin/camcontrol/Makefile</description>
        <pubDate>Sat, 20 Jun 2015 21:34:50 +0200</pubDate>
        <dc:creator>Dimitry Andric &lt;dim@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>dad2fb7ece7a186a249cfc077018b18fe6d2c836 - Merge from head</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/sbin/camcontrol/Makefile#dad2fb7ece7a186a249cfc077018b18fe6d2c836</link>
        <description>Merge from head

            List of files:
            /freebsd/sbin/camcontrol/Makefile</description>
        <pubDate>Mon, 15 Jun 2015 12:56:01 +0200</pubDate>
        <dc:creator>Baptiste Daroussin &lt;bapt@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>5672fac93554beae34d48b6538a191bae2119310 - Add support for reading MAM attributes to camcontrol(8) and libcam(3).</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/sbin/camcontrol/Makefile#5672fac93554beae34d48b6538a191bae2119310</link>
        <description>Add support for reading MAM attributes to camcontrol(8) and libcam(3).MAM is Medium Auxiliary Memory and is most commonly found as flashchips on tapes.This includes support for reading attributes and decoding mostknown attributes, but does not yet include support for writingattributes or reporting attributes in XML format.libsbuf/Makefile:	Add subr_prf.c for the new sbuf_hexdump() function.  This	function is essentially the same function.libsbuf/Symbol.map:	Add a new shared library minor version, and include the	sbuf_hexdump() function.libsbuf/Version.def:	Add version 1.4 of the libsbuf library.libutil/hexdump.3:	Document sbuf_hexdump() alongside hexdump(3), since it is	essentially the same function.camcontrol/Makefile:	Add attrib.c.camcontrol/attrib.c:	Implementation of READ ATTRIBUTE support for camcontrol(8).camcontrol/camcontrol.8:	Document the new &apos;camcontrol attrib&apos; subcommand.camcontrol/camcontrol.c:	Add the new &apos;camcontrol attrib&apos; subcommand.camcontrol/camcontrol.h:	Add a function prototype for scsiattrib().share/man/man9/sbuf.9:	Document the existence of sbuf_hexdump() and point users to	the hexdump(3) man page for more details.sys/cam/scsi/scsi_all.c:	Add a table of known attributes, text descriptions and	handler functions.	Add a new scsi_attrib_sbuf() function along with a number	of other related functions that help decode attributes.	scsi_attrib_ascii_sbuf() decodes ASCII format attributes.	scsi_attrib_int_sbuf() decodes binary format attributes, and	will pass them off to scsi_attrib_hexdump_sbuf() if they&apos;re	bigger than 8 bytes.	scsi_attrib_vendser_sbuf() decodes the vendor and drive	serial number attribute.	scsi_attrib_volcoh_sbuf() decodes the Volume Coherency	Information attribute that LTFS writes out.sys/cam/scsi/scsi_all.h:	Add a number of attribute-related structure definitions and	other defines.	Add function prototypes for all of the functions added in	scsi_all.c.sys/kern/subr_prf.c:	Add a new function, sbuf_hexdump().  This is the same as	the existing hexdump(9) function, except that it puts the	result in an sbuf.	This also changes subr_prf.c so that it can be compiled in	userland for includsion in libsbuf.	We should work to change this so that the kernel hexdump	implementation is a wrapper around sbuf_hexdump() with a	statically allocated sbuf with a drain.  That will require	a drain function that goes to the kernel printf() buffer	that can take a non-NUL terminated string as input.	That is because an sbuf isn&apos;t NUL-terminated until it is	finished, and we don&apos;t want to finish it while we&apos;re still	using it.	We should also work to consolidate the userland hexdump and	kernel hexdump implemenatations, which are currently	separate.  This would also mean making applications that	currently link in libutil link in libsbuf.sys/sys/sbuf.h:	Add the prototype for sbuf_hexdump(), and add another copy	of the hexdump flag values if they aren&apos;t already defined.	Ideally the flags should be defined in one place but the	implemenation makes it difficult to do properly.  (See	above.)Sponsored by:	Spectra Logic CorporationMFC after:	1 week

            List of files:
            /freebsd/sbin/camcontrol/Makefile</description>
        <pubDate>Tue, 09 Jun 2015 23:39:38 +0200</pubDate>
        <dc:creator>Kenneth D. Merry &lt;ken@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>98e0ffaefb0f241cda3a72395d3be04192ae0d47 - Merge sync of head</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/sbin/camcontrol/Makefile#98e0ffaefb0f241cda3a72395d3be04192ae0d47</link>
        <description>Merge sync of head

            List of files:
            /freebsd/sbin/camcontrol/Makefile</description>
        <pubDate>Wed, 27 May 2015 03:19:58 +0200</pubDate>
        <dc:creator>Simon J. Gerraty &lt;sjg@FreeBSD.org&gt;</dc:creator>
    </item>
</channel>
</rss>
