<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src/sys/cam, branch releng/10.2</title>
<subtitle>FreeBSD source tree</subtitle>
<id>https://cgit-dev.freebsd.org/src/atom?h=releng%2F10.2</id>
<link rel='self' href='https://cgit-dev.freebsd.org/src/atom?h=releng%2F10.2'/>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/'/>
<updated>2015-06-25T07:11:48Z</updated>
<entry>
<title>MFC r284640: Bring per-port LUN enable/disable code up to date:</title>
<updated>2015-06-25T07:11:48Z</updated>
<author>
<name>Alexander Motin</name>
<email>mav@FreeBSD.org</email>
</author>
<published>2015-06-25T07:11:48Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=430a85578bba80f7b977fe5090daa1b4eac0180b'/>
<id>urn:sha1:430a85578bba80f7b977fe5090daa1b4eac0180b</id>
<content type='text'>
 - remove last remnants of never implemented multiple targets support;
 - implement missing support for LUN mapping in this area.

Due to existing locking constraints LUN mapping code is practically
unlocked at this point.  Hopefully it is not racy enough to live until
somebody get idea how to call sleeping fronend methods under lock also
taken by the same frontend in non-sleepable context. :(
</content>
</entry>
<entry>
<title>MFC r284627: Remove some dead and duplicate LUN enabling code.</title>
<updated>2015-06-25T07:10:51Z</updated>
<author>
<name>Alexander Motin</name>
<email>mav@FreeBSD.org</email>
</author>
<published>2015-06-25T07:10:51Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=66374f63793229df3e5934bb2a10413e1eee92a3'/>
<id>urn:sha1:66374f63793229df3e5934bb2a10413e1eee92a3</id>
<content type='text'>
</content>
</entry>
<entry>
<title>MFC r284639: Introduce separate lock for tokens to reduce ctl_lock scope.</title>
<updated>2015-06-25T07:09:39Z</updated>
<author>
<name>Alexander Motin</name>
<email>mav@FreeBSD.org</email>
</author>
<published>2015-06-25T07:09:39Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=1c2bf93c597fd7479eb7e8bd13d9281450a7c5dd'/>
<id>urn:sha1:1c2bf93c597fd7479eb7e8bd13d9281450a7c5dd</id>
<content type='text'>
</content>
</entry>
<entry>
<title>MFC r284641:</title>
<updated>2015-06-25T07:08:46Z</updated>
<author>
<name>Alexander Motin</name>
<email>mav@FreeBSD.org</email>
</author>
<published>2015-06-25T07:08:46Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=8ee2b43a573514917070ecc1977685ca24263ca6'/>
<id>urn:sha1:8ee2b43a573514917070ecc1977685ca24263ca6</id>
<content type='text'>
Fix REPORT LUNS command output for the case when same LUN mapped to same
port several times.  While it is unusual configuration, it is not illegal.
</content>
</entry>
<entry>
<title>MFC r284622: Remove device queue freeze handling and replace it with dummy.</title>
<updated>2015-06-25T07:07:32Z</updated>
<author>
<name>Alexander Motin</name>
<email>mav@FreeBSD.org</email>
</author>
<published>2015-06-25T07:07:32Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=f152331ae71757e6d00ef413a9544e2a39adfe76'/>
<id>urn:sha1:f152331ae71757e6d00ef413a9544e2a39adfe76</id>
<content type='text'>
At this point CTL has no known use case for device queue freezes.
Same time existing (considered to be broken) code was found to cause
modify-after-free issues.
</content>
</entry>
<entry>
<title>MFC r284541:</title>
<updated>2015-06-25T07:06:24Z</updated>
<author>
<name>Alexander Motin</name>
<email>mav@FreeBSD.org</email>
</author>
<published>2015-06-25T07:06:24Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=04ae133b8fdaf29087b2f15868b78c485a2ca955'/>
<id>urn:sha1:04ae133b8fdaf29087b2f15868b78c485a2ca955</id>
<content type='text'>
Change ATIO/INOT counting to prevent periph destruction while requests
are still running inside CTL.
</content>
</entry>
<entry>
<title>MFC r284013: Allow setting only WWNN or only WWPN.</title>
<updated>2015-06-19T00:53:15Z</updated>
<author>
<name>Alexander Motin</name>
<email>mav@FreeBSD.org</email>
</author>
<published>2015-06-19T00:53:15Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=4873971cc593b60e6da1ff53390efaa33b7b3cae'/>
<id>urn:sha1:4873971cc593b60e6da1ff53390efaa33b7b3cae</id>
<content type='text'>
</content>
</entry>
<entry>
<title>MFC, r284192:</title>
<updated>2015-06-16T02:31:11Z</updated>
<author>
<name>Kenneth D. Merry</name>
<email>ken@FreeBSD.org</email>
</author>
<published>2015-06-16T02:31:11Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=90808dc9a7845daa6d823a4c9c95ac87fe33ae47'/>
<id>urn:sha1:90808dc9a7845daa6d823a4c9c95ac87fe33ae47</id>
<content type='text'>
  ------------------------------------------------------------------------
  r284192 | ken | 2015-06-09 15:39:38 -0600 (Tue, 09 Jun 2015) | 102 lines

  Add support for reading MAM attributes to camcontrol(8) and libcam(3).

  MAM is Medium Auxiliary Memory and is most commonly found as flash
  chips on tapes.

  This includes support for reading attributes and decoding most
  known attributes, but does not yet include support for writing
  attributes 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 'camcontrol attrib' subcommand.

  camcontrol/camcontrol.c:
  	Add the new 'camcontrol attrib' 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'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't NUL-terminated until it is
  	finished, and we don't want to finish it while we'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'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 Corporation

------------------------------------------------------------------------
</content>
</entry>
<entry>
<title>MFC r284044: Fix wrong function name in error message.</title>
<updated>2015-06-08T16:24:43Z</updated>
<author>
<name>Alexander Motin</name>
<email>mav@FreeBSD.org</email>
</author>
<published>2015-06-08T16:24:43Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=d5b5b4e756c42231d2fcfe4670c837f7c05c4db5'/>
<id>urn:sha1:d5b5b4e756c42231d2fcfe4670c837f7c05c4db5</id>
<content type='text'>
</content>
</entry>
<entry>
<title>MFC r279554:</title>
<updated>2015-05-24T04:14:09Z</updated>
<author>
<name>Edward Tomasz Napierala</name>
<email>trasz@FreeBSD.org</email>
</author>
<published>2015-05-24T04:14:09Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=3b880b459ff8f0488908b9a5d25da0d934899940'/>
<id>urn:sha1:3b880b459ff8f0488908b9a5d25da0d934899940</id>
<content type='text'>
Make periphdriver_register() take XPT lock when modifying the periph_drivers
array.

This fixes a panic that sometimes occured when kldloading ctl.ko.

PR:		200384
Sponsored by:	The FreeBSD Foundation
</content>
</entry>
</feed>
