en Copyright 2015 Java http://172.16.0.5:8080/history/freebsd-12.1/sys/dev/isp/isp_library.h#718cf2cc sys/dev: further adoption of SPDX licensing ID tags.Mainly focus on files that use BSD 2-Clause license, however the tool Iwas using misidentified many licenses so this was mostly a manual - errorprone - task.The Software Package Data Exchange (SPDX) group provides a specificationto make it easier for automated tools to detect and summarize well knownopensource licenses. We are gradually adopting the specification, notingthat the tags are considered only advisory and do not, in any way,superceed or replace the license texts. List of files: /freebsd-12.1/sys/dev/isp/isp_library.h Mon, 27 Nov 2017 14:52:40 +0000 Pedro F. Giffuni <pfg@FreeBSD.org> http://172.16.0.5:8080/history/freebsd-12.1/sys/dev/isp/isp_library.h#a94fab67 Switch fabric scans from GID_FT to GID_PT+GFF_ID/GFT_ID.Instead of using GID_FT SNS request to get list of registered FCP ports,use GID_PT to get list of all Nx_Ports, and then use GFF_ID and/or GFT_IDrequests to find whether they are FCP and target capable.The problem with old approach is that GID_FT does not report ports withoutFC-4 type registered. In particular it was impossible to boot OS fromFreeBSD FC target using QLogic FC BIOS, since one does not register FC-4type even on new cards and so ignored by old code as incompatible.As a side bonus this allows initiator to skip pointless logins to otherinitiators by fetching that information from SNS instead.In case some switches do not implement GFF_ID/GFT_ID correctly, add sysctlsto disable that functionality. I handled broken GFF_ID of my Brocade 200E,but there may be other switches with different bugs.Linux also uses GID_PT, but GFF_ID is disabled by default there, and GFT_IDis not supported.Sponsored by: iXsystems, Inc. List of files: /freebsd-12.1/sys/dev/isp/isp_library.h Mon, 03 Jul 2017 15:56:45 +0000 Alexander Motin <mav@FreeBSD.org> http://172.16.0.5:8080/history/freebsd-12.1/sys/dev/isp/isp_library.h#7e31684e Unify initiator and target DMA setup and command sending.The code is so alike that it is pointless to keep it separate.MFC after: 2 weeks List of files: /freebsd-12.1/sys/dev/isp/isp_library.h Fri, 24 Mar 2017 14:44:03 +0000 Alexander Motin <mav@FreeBSD.org> http://172.16.0.5:8080/history/freebsd-12.1/sys/dev/isp/isp_library.h#98b08fbe Remove dead remnants of SPI target.MFC after: 2 weeks List of files: /freebsd-12.1/sys/dev/isp/isp_library.h Sat, 18 Mar 2017 15:42:22 +0000 Alexander Motin <mav@FreeBSD.org> http://172.16.0.5:8080/history/freebsd-12.1/sys/dev/isp/isp_library.h#a1fa0267 Improvements around attach, reset and detach.This change fixes DMA resource leak on driver unload. Also it removesDMA resources allocation for hardcoded number of requests before fetchingthe real number from firmware. Also it prepares ground for more flexibleIRQs allocation according to firmware capabilities.MFC after: 2 weeks List of files: /freebsd-12.1/sys/dev/isp/isp_library.h Tue, 14 Mar 2017 08:03:56 +0000 Alexander Motin <mav@FreeBSD.org> http://172.16.0.5:8080/history/freebsd-12.1/sys/dev/isp/isp_library.h#7e53e7ac Register symbolic port/node names in FC name server.This is cosmetics that simplifies identification of new ports on FC switch.It would be good to use target name from CTL here instead of hostname, butit is not passed here through CAM now.MFC after: 2 weeks List of files: /freebsd-12.1/sys/dev/isp/isp_library.h Sat, 09 Apr 2016 14:50:47 +0000 Alexander Motin <mav@FreeBSD.org> http://172.16.0.5:8080/history/freebsd-12.1/sys/dev/isp/isp_library.h#970ceb2f Unify handles allocation for initiator and target IOCBs.I am not sure why this was split long ago, but I see no reason for it.At this point this unification just slightly reduces memory usage, butas next step I plan to reuse shared handle space for other IOCB types. List of files: /freebsd-12.1/sys/dev/isp/isp_library.h Fri, 25 Dec 2015 13:03:18 +0000 Alexander Motin <mav@FreeBSD.org> http://172.16.0.5:8080/history/freebsd-12.1/sys/dev/isp/isp_library.h#a4f43c01 Clear virtual port's port database when disabling it.Previously it was done only on full chip reinit, that caused old portsresurrect in case of virtual port reenabling. List of files: /freebsd-12.1/sys/dev/isp/isp_library.h Fri, 25 Dec 2015 03:44:29 +0000 Alexander Motin <mav@FreeBSD.org> http://172.16.0.5:8080/history/freebsd-12.1/sys/dev/isp/isp_library.h#3e6deb33 Rip off target mode support for parallel SCSI QLogic adapters.Hacks to enable target mode there complicated code, while didn't reallywork. And for outdated hardware fixing it is not really interesting.Initiator mode tested with Qlogic 1080 adapter is still working fine. List of files: /freebsd-12.1/sys/dev/isp/isp_library.h Mon, 23 Nov 2015 10:06:19 +0000 Alexander Motin <mav@FreeBSD.org> http://172.16.0.5:8080/history/freebsd-12.1/sys/dev/isp/isp_library.h#eea52482 Another round of port scanner rewrite.This change simplifies and unifies port adding/updating for loop andfabric scanners. It also fixes problems with scanning restarts due toconcurrent port databases changes. It also fixes many cosmetic issues. List of files: /freebsd-12.1/sys/dev/isp/isp_library.h Thu, 19 Nov 2015 17:43:47 +0000 Alexander Motin <mav@FreeBSD.org> http://172.16.0.5:8080/history/freebsd-12.1/sys/dev/isp/isp_library.h#c5fd36ed Remove some confusions between loopid and nphdl.Modern cards in most cases operate abstract port handles, that have noany relation to real loop IDs. Leave loopid used only where it reallygoes about local loop IDs.While there, fix few more cases where LUNs were still printed in decimal. List of files: /freebsd-12.1/sys/dev/isp/isp_library.h Wed, 18 Nov 2015 11:14:59 +0000 Alexander Motin <mav@FreeBSD.org> http://172.16.0.5:8080/history/freebsd-12.1/sys/dev/isp/isp_library.h#92056a05 Register our FC4 Features in SNS. List of files: /freebsd-12.1/sys/dev/isp/isp_library.h Tue, 17 Nov 2015 19:57:49 +0000 Alexander Motin <mav@FreeBSD.org> http://172.16.0.5:8080/history/freebsd-12.1/sys/dev/isp/isp_library.h#b6983e5f Improve/fix loop scanning routine.For the most of chips (except anscient ones) port handlers have no relationto port IDs. In such situation old code scanning first 125 handlers wasquite naive. Instead of doing that, send to chip single request to get fulllist of port handlers available on specific virtual port and scan only them.Old code had problems with case of several virtual ports enabled, when porthandlers allocated from global address space could easily go above 125.This change was successfully tested on 23xx, 24xx and 25xx chips in loopmode with 4 virtual initiator ports, each seing 50 virtual target ports. List of files: /freebsd-12.1/sys/dev/isp/isp_library.h Wed, 28 Oct 2015 12:34:59 +0000 Alexander Motin <mav@FreeBSD.org> http://172.16.0.5:8080/history/freebsd-12.1/sys/dev/isp/isp_library.h#37a7daac Improve INOTs handling for 24xx and above chips. List of files: /freebsd-12.1/sys/dev/isp/isp_library.h Fri, 23 Oct 2015 16:54:24 +0000 Alexander Motin <mav@FreeBSD.org> http://172.16.0.5:8080/history/freebsd-12.1/sys/dev/isp/isp_library.h#e68eef14 Unify port database use for target and initiator roles.Aside from cleaner and more consistent code, this allows ports to be bothtarget and initiator same time, and easily switch from any role to any.Sponsored by: iXsystems, Inc. List of files: /freebsd-12.1/sys/dev/isp/isp_library.h Mon, 13 Jul 2015 15:11:05 +0000 Alexander Motin <mav@FreeBSD.org> http://172.16.0.5:8080/history/freebsd-12.1/sys/dev/isp/isp_library.h#387d8239 -----------MISC CHANGESAdd a new async event- ISP_TARGET_NOTIFY_ACK, that will guaranteeeventual delivery of a NOTIFY ACK. This is tons better than justignoring the return from isp_notify_ack and hoping for the best.Clean up the lower level lun enable code to be a bit more sensible.Fix a botch in isp_endcmd which was messing up the sense data.Fix notify ack for SRR to use a sensible error code in the caseof a reject.Clean up and make clear what kind of firmware we've loaded andwhat capabilities it has.-----------FULL (252 byte) SENSE DATAIn CTIOs for the ISP, there's only a limimted amount of spaceto load SENSE DATA for associated CHECK CONDITIONS (24 or 26bytes). This makes it difficult to send full SENSE DATA that canbe up to 252 bytes.Implement MODE 2 responses which have us build the FCP Responsein system memory which the ISP will put onto the wire directly.On the initiator side, the same problem occurs in that a commandstatus response only has a limited amount of space for SENSE DATA.This data is supplemented by status continuation responses thatthe ISP pushes onto the response queue after the status response.We now pull them all together so that full sense data can bereturned to the periph driver.This is supported on 23XX, 24XX and 25XX cards.This is also preparation for doing >16 byte CDBs.-----------FC TAPEImplement full FC-TAPE on both initiator and target mode side. Thiscapability is driven by firmware loaded, board type, board NVRAMsettings, or hint configuration options to enable or disable. Thisis supported for 23XX, 24XX and 25XX cards.On the initiator side, we pretty much just have to generate a commandreference number for each command we send out. This is FCP-4 compliantin that we do this per ITL nexus to generate the allowed 1 thru 255CRN.In order to support the target side of FC-TAPE, we now pay attentionto more of the PRLI word 3 parameters which will tell us whetheran initiator wants confirmed responses. While we're at it, we'llpay attention to the initiator view too and report it.On sending back CTIOs, we will notice whether the initiator wantsconfirmed responses and we'll set up flags to do so.If a response or data frame is lost the initiator sends us an SRR(Sequence Retransmit Request) ELS which shows up as an SRR notifyand all outstanding CTIOs are nuked with SRR Received status. TheSRR notify contains the offset that the initiator wants us to restartthe data transfer from or to retransmit the response frame.If the ISP driver still has the CCB around for which the data segmentor response applies, it will retransmit.However, we typically don't know about a lost data frame until wesend the FCP Response and the initiator totes up counters for datamoved and notices missing segments. In this case we've alreadycompleted the data CCBs already and sent themn back up to the periphdriver. Because there's no really clean mechanism yet in CAM tohandle this, a hack has been put into place to complete the CTIOCCB with the CAM_MESSAGE_RECV status which will have a MODIFY DATAPOINTER extended message in it. The internal ISP target groks thisand ctl(8) will be modified to deal with this as well.At any rate, the data is retransmitted and an an FCP response issent. The whole point here is to successfully complete a commandso that you don't have to depend on ULP (SCSI) to have to recover,which in the case of tape is not really possible (hence the nameFC-TAPE).Sponsored by: SpectralogicMFC after: 1 month List of files: /freebsd-12.1/sys/dev/isp/isp_library.h Sat, 28 Jul 2012 20:06:29 +0000 Matt Jacob <mjacob@FreeBSD.org> http://172.16.0.5:8080/history/freebsd-12.1/sys/dev/isp/isp_library.h#87aa0933 MFC of 204397: fix problems with fast posting handles List of files: /freebsd-12.1/sys/dev/isp/isp_library.h Mon, 01 Mar 2010 17:36:45 +0000 Matt Jacob <mjacob@FreeBSD.org> http://172.16.0.5:8080/history/freebsd-12.1/sys/dev/isp/isp_library.h#7733cf8f MFC a number of changes from head for ISP (203478,203463,203444,202418,201758,201408,201325,200089,198822,197373,197372,197214,196162). Since one of thosechanges was a semicolon cleanup from somebody else, this touches a lot more. List of files: /freebsd-12.1/sys/dev/isp/isp_library.h Thu, 11 Feb 2010 18:34:06 +0000 Matt Jacob <mjacob@FreeBSD.org> http://172.16.0.5:8080/history/freebsd-12.1/sys/dev/isp/isp_library.h#443e752d Revamp the pieces of some of the stuff I forgot to do when shifting to32 bit handles. The RIO (reduced interrupt operation) and fast postingfor the parallel SCSI cards were all 16 bit handles. Furthermore,target mode parallel SCSI only can have 16 bit handles.Use part of a supplied patch to switch over to using 32 bit handles.Be a bit more conservative here and only do this for parallel SCSIfor the 12160 (Ultra3) cards. There were a lot of marginal Ultra2cards, and, frankly, few are findable now for testing.Fix the target handle routine to only do 16 bit handles for parallelSCSI cards. This is okay because the upper sixteen bits of the new32 bit handles is a sequence number to help protect against duplicatecompletions. This would be very unlikely to happen with parallelSCSI target mode, and wasn't present before, so we're no worse offthan we used to be.While we're at it, finally split the async mailbox completion handlersinto FC and parallel SCSI functions. This makes it much cleaner andeasier to figure out what is or isn't a legal async mailbox completioncode for different card classes.PR: kern/144250Submitted partially by: Charles DMFC after: 1 week List of files: /freebsd-12.1/sys/dev/isp/isp_library.h Sat, 27 Feb 2010 05:41:23 +0000 Matt Jacob <mjacob@FreeBSD.org> http://172.16.0.5:8080/history/freebsd-12.1/sys/dev/isp/isp_library.h#c8b8a2c4 Redo how commands handles are created and managed and implement sequencenumbers and handle types in rational way. This will better protect from(unwittingly) dealing with stale handles/commands.Fix the watchdog timeout code to better protect itself from mistakes.If we run an abort on a putatively timed out command, the commandmay in fact get completed, so check to make sure the command we'retiming it out is still around. If the abort succeeds, btw, the commandshould get returned via a different path. List of files: /freebsd-12.1/sys/dev/isp/isp_library.h Wed, 03 Feb 2010 21:09:32 +0000 Matt Jacob <mjacob@FreeBSD.org>