summaryrefslogtreecommitdiffstats
path: root/sys/dev/isp/isp_target.c
Commit message (Collapse)AuthorAgeFilesLines
* Macroize the making of tag ids.mjacob2005-01-231-2/+2
| | | | MFC after: 2 weeks
* Start each of the license/copyright comments with /*-, minor shuffle of linesimp2005-01-061-1/+1
|
* Store the target handles in a separate list from normal commands. Add anjl2004-05-241-2/+2
| | | | | | CTIO fast post routine to handle CTIO completions. Submitted by: mjacob
* Fix a bug where we never managed to include the sense data we wanted to send.mjacob2004-01-291-2/+2
|
* Fix longstanding buglet- for centrally handled CTIO2s we were checking the wrongmjacob2004-01-291-2/+3
| | | | | | | bit for this being the last CTIO2. It didn't matter since it really was the last CTIO2 and the resources recycled, but still.... Add in CTIO3 define for future DAC work.
* Some ridiculous target mode botches- like having the wrong definitionsmjacob2003-09-131-10/+14
| | | | | for messages. Some spelling fixes. Some target mode structure cleanups to reflect reality.
* Remove unused variablesphk2003-05-311-0/+2
| | | | | | Add /* FALLTHROUGH */ Found by: FlexeLint
* Pointy hat- bad commit.mjacob2003-02-161-1/+1
|
* Make sure we propagate rxid && iid in isp_target_put_atiomjacob2003-02-161-0/+2
|
* Fix typos, mostly s/ an / a / where appropriate and a few s/an/and/schweikh2002-12-301-1/+1
| | | | Add FreeBSD Id tag where missing.
* LINT related fixes (as noticed by bde)mjacob2002-10-141-6/+6
|
* Change isp_target_async to a function returning an integer.mjacob2002-06-161-20/+8
| | | | Roll most immediate notifies into something the platform has to handle.
* + A variety of 23XX changes:mjacob2002-02-041-0/+5
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | disable MWI on 2300 based on function code, set an 'isp_port' for the 2312- it's a separate instance, but the NVRAM is shared, and the second port's NVRAM is at offset 256. + Enable RIO operation for LVD SCSI cards. This makes a *big* difference as even under reasonable load we get batched completions of about 30 commands at a time on, say, an ISP1080. + Do 'continuation' mailbox commands- this allows us to specify a work area within the softc and 'continue' repeated mailbox commands. This is more or less on an ad hoc basis and is currently only used for firmware loading (which f/w now loads substantially faster becuase the calling thread is only woken when all the f/w words are loaded- not for each one of the 40000 f/w words that gets loaded). + If we're about to return from isp_intr with a 'bogus interrupt' indication, and we're not a 23XX card, check to see whether the semaphore register is currently *2* (not *1* as it should be) and whether there's an async completion sitting in outgoing mailbox0. This seems to capture cases of lost fast posting and RIO interrupts that the 12160 && 1080 have been known to pump out under extreme load (extreme, as in > 250 active commands). + FC_SCRATCH_ACQUIRE/FC_SCRATCH_RELEASE macros. + Endian correct swizzle/unswizzle of an ATIO2 that has a WWPN in it. MFC after: 1 week
* Major restructuring for swizzling to the request queue and unswizzling frommjacob2001-12-111-31/+45
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | the response queue. Instead of the ad hoc ISP_SWIZZLE_REQUEST, we now have a complete set of inline functions in isp_inline.h. Each platform is responsible for providing just one of a set of ISP_IOX_{GET,PUT}{8,16,32} macros. The reason this needs to be done is that we need to have a single set of functions that will work correctly on multiple architectures for both little and big endian machines. It also needs to work correctly in the case that we have the request or response queues in memory that has to be treated specially (e.g., have ddi_dma_sync called on it for Solaris after we update it or before we read from it). It also has to handle the SBus cards (for platforms that have them) which, while on a Big Endian machine, do *not* require *most* of the request/response queue entry fields to be swizzled or unswizzled. One thing that falls out of this is that we no longer build requests in the request queue itself. Instead, we build the request locally (e.g., on the stack) and then as part of the swizzling operation, copy it to the request queue entry we've allocated. I thought long and hard about whether this was too expensive a change to make as it in a lot of cases requires an extra copy. On balance, the flexbility is worth it. With any luck, the entry that we build locally stays in a processor writeback cache (after all, it's only 64 bytes) so that the cost of actually flushing it to the memory area that is the shared queue with the PCI device is not all that expensive. We may examine this again and try to get clever in the future to try and avoid copies. Another change that falls out of this is that MEMORYBARRIER should be taken a lot more seriously. The macro ISP_ADD_REQUEST does a MEMORYBARRIER on the entry being added. But there had been many other places this had been missing. It's now very important that it be done. Additional changes: Fix a longstanding buglet of sorts. When we get an entry via isp_getrqentry, the iptr value that gets returned is the value we intend to eventually plug into the ISP registers as the entry *one past* the last one we've written- *not* the current entry we're updating. All along we've been calling sync functions on the wrong index value. Argh. The 'fix' here is to rename all 'iptr' variables as 'nxti' to remember that this is the 'next' pointer- not the current pointer. Devote a single bit to mboxbsy- and set aside bits for output mbox registers that we need to pick up- we can have at least one command which does not have any defined output registers (MBOX_EXECUTE_FIRMWARE). MFC after: 2 weeks
* Note for ATIOs returned because of BDRs or Bus Resets for which bus thismjacob2001-09-041-20/+34
| | | | | | | | | | applies to. Do more bus # foo things. Acknowledge Immediate Notifies right away prior to throwing events upstream (where they're currently being ignored, *groan*) Capture ASYNC_LIP_F8 as with ASYNC_LIP_OCCURRED. Don't percolate them upstream as if they were BUS RESETS- they're not.
* Because we now store SCCLUN capabilities in firmware attributes, getmjacob2001-09-031-16/+19
| | | | | | rid of the silly test of isp_maxluns > 16 and use the attibutes directly. MFC after: 4 weeks
* Spring MegaChange #1.mjacob2001-05-281-56/+27
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | ---- Make a device for each ISP- really usable only with devfs and add an ioctl entry point (this can be used to (re)set debug levels, reset the HBA, rescan the fabric, issue lips, etc). ---- Add in a kernel thread for Fibre Channel cards. The purpose of this thread is to be woken up to clean up after Fibre Channel events block things. Basically, any FC event that casts doubt on the location or identify of FC devices blocks the queues. When, and if, we get the PORT DATABASE CHANGED or NAME SERVER DATABASE CHANGED async event, we activate the kthread which will then, in full thread context, re-evaluate the local loop and/or the fabric. When it's satisfied that things are stable, it can then release the blocked queues and let commands flow again. The prior mechanism was a lazy evaluation. That is, the next command to come down the pipe after change events would pay the full price for re-evaluation. And if this was done off of a softcall, it really could hang up the system. These changes brings the FreeBSD port more in line with the Solaris, Linux and NetBSD ports. It also, more importantly, gets us being more proactive about topology changes which could then be reflected upwards to CAM so that the periph driver can be informed sooner rather than later when things arrive or depart. --- Add in the (correct) usage of locking macros- we now have lock transition macros which allow us to transition from holding the CAM lock (Giant) and grabbing the softc lock and vice versa. Switch over to having this HBA do real locking. Some folks claim this won't be a win. They're right. But you have to start somewhere, and this will begin to teach us how to DTRT for HBAs, etc. -- Start putting in prototype 2300 support. Add back in LIP and Loop Reset as async events that each platform will handle. Add in another int_bogus instrumentation point. Do some more substantial target mode cleanups. MFC after: 8 weeks
* Perform some more Ansification. Remove and then replace the isp_putback_atiomjacob2001-04-041-84/+49
| | | | | | | | | | function- we did it a bit cleaner. We only use this if a CTIO completes with !CT_OK state. We now have managed to get away without having to poke around and trying to find the original ATIO- the csio we're using has the tag_id and lun values with it which is mostly what we need when we do the putback. Make sure we correctly propagate AT_TQAE->CT_TQAE for tags. Make sure we call ISP_DMAFREE only if we had DATA to move.
* Clean up usage- ct_reserved is really ct_syshandle now.mjacob2001-03-141-13/+13
|
* Switch to using 16 bit handles instead of 32 bit handles.mjacob2001-03-021-2/+3
| | | | | | | | | | | | | | | | | | | | | | | | | This is a pretty invasive change, but there are three good reasons to do this: 1. We'll never have > 16 bits of handle. 2. We can (eventually) enable the RIO (Reduced Interrupt Operation) bits which return multiple completing 16 bit handles in mailbox registers. 3. The !)$*)$*~)@$*~)$* Qlogic target mode for parallel SCSI spec changed such that at_reserved (which was 32 bits) was split into two pieces- and one of which was a 16 bit handle id that functions like the at_rxid for Fibre Channel (a tag for the f/w to correlate CTIOs with a particular command). Since we had to muck with that and this changed the whole handler architecture, we might as well... Propagate new at_handle on through int ct_fwhandle. Follow implications of changing to 16 bit handles. These above changes at least get Qlogic 1040 cards working in target mode again. 1080/12160 cards don't work yet. In isp.c: Prepare for doing all loop management in outer layers.
* Fix typo: wierd -> weird.asmodai2001-02-061-1/+1
| | | | There is no such thing as wierd in the english language.
* some copyright cleanupsmjacob2000-09-211-5/+2
|
* various fixesmjacob2000-08-271-4/+2
|
* Remove isp_tdebug. Change all PRINTF macros to the now commonmjacob2000-08-011-125/+117
| | | | isp_prt logging function.
* If debugging set, zero out an incoming response entrymjacob2000-07-181-1/+5
| | | | | | | when we're done reading it (makes checking things easier). Before calling isp_notify_ack make sure we're at RUNSTATE- elsewise we can be responding to LIPs or SCSI bus resets before we've finished some of the wiring.
* Remove all ISP2100_SCCLUN define based code and replace it with runtimemjacob2000-06-181-27/+27
| | | | | | comparisons against the tag isp_maxluns- if > 16, we're SCCLUN based. On initial regular SCSI startup, disable auto-disconnect.
* Some minor tweaklets.mjacob2000-04-211-6/+12
|
* Correctly identify which bus of dual bus SCSI adapters some target modemjacob2000-02-151-2/+8
| | | | | | commands (enable/disable/modify lun && immediate notify) we're talking about. Approved: jkh
* Correct a minor typo in error message.mjacob2000-02-111-1/+1
| | | | Approved: jkh@freebsd.org
* cleanup- it was not MI code as it should have beenmjacob2000-01-151-16/+11
|
* set default target mode debug to 0mjacob2000-01-041-1/+1
|
* These are platform independent functions for target mode support.mjacob2000-01-041-0/+1227
This is just a first pass at this and is likely to change a bit over the next month.
OpenPOWER on IntegriCloud