FreeBSD source tree https://cgit-dev.freebsd.org/src-test2/atom?h=release%2F5.2.0_cvs 2004-01-10T05:53:29Z 2004-01-10T05:53:29Z cvs2svn cvs2svn@FreeBSD.org 2004-01-10T05:53:29Z urn:sha1:58c9ff44c8041f394c663cb9640e9b77fe07bb13 'RELENG_5_2_0_RELEASE'. This commit was manufactured to restore the state of the 5.2-RELEASE image. Releases prior to 5.3-RELEASE are omitting the secure/ and crypto/ subdirs. 2003-09-13T01:57:31Z Matt Jacob mjacob@FreeBSD.org 2003-09-13T01:57:31Z urn:sha1:5c1596a04ac92d5fc85bba115ed2af9cf3a869a3 structure cleanups. 2002-09-23T05:00:37Z Matt Jacob mjacob@FreeBSD.org 2002-09-23T05:00:37Z urn:sha1:9f06346c13e18d5014dfeb47b7860defa2725b85 2002-07-11T03:25:04Z Matt Jacob mjacob@FreeBSD.org 2002-07-11T03:25:04Z urn:sha1:73030e03ce43a5b08e7c70ececaa2a34e57471fb This code does not imply that SBus cards work yet. They hang for me. But I can't netboot the latest snapshot on my ultra1e, and things hang at bus_setup_intr time. Since I'm offline for a while, I thought I'd toss this in in case somebody else who has a bit better luck wants to fart around with it. Please try and wait until I get back to check things in. 2002-06-16T05:00:20Z Matt Jacob mjacob@FreeBSD.org 2002-06-16T05:00:20Z urn:sha1:c49c3023c72d2c2e0db05108751bd54b4ebe9cd9 Go back to *not* fully evaluating loop/fabric state if our role is ISP_ROLE_NONE. 2002-06-16T04:59:30Z Matt Jacob mjacob@FreeBSD.org 2002-06-16T04:59:30Z urn:sha1:81ac55360952dfaec44d6af9f8445c86094253a1 MFC after: 1 week 2002-04-16T19:55:35Z Matt Jacob mjacob@FreeBSD.org 2002-04-16T19:55:35Z urn:sha1:4a999c65dee5f6a92cfed030e5eea564ddb5229d lun address modifier of sorts. Only an HP XP-512 seems to have cared. Fix a few misplaced pointers for the new fabric goop, which has been demonstrated to work on newer Brocades and McData switches now. Put in commented out code which would run GFF_ID if the QLogic f/w allowed it. Don't whine about not being able to find a handle for a command if it was a command aborted (by us). 2002-04-05T01:40:05Z Matt Jacob mjacob@FreeBSD.org 2002-04-05T01:40:05Z urn:sha1:f35c4ba63a0b2e6b2f5a8267dc38d0f3cd3482e5 version worked fine, but Linux/Sparc && FreeBSD/Sparc choked. MFC after: 1 week 2002-04-04T23:46:01Z Matt Jacob mjacob@FreeBSD.org 2002-04-04T23:46:01Z urn:sha1:029f13c6714669bf95d48a9152392049a526da21 Grumble. I've seen better documented architectures out of Redmond. Redo fabric evaluation to not use GET ALL NEXT (GA_NXT). Switches seem to be trying to wriggle out of supporting this well. Instead, use GID_FT to get a list of Port IDs and then use GPN_ID/GNN_ID to find the port and node wwn. This should make working on fabrics a bit cleaner and more stable. This also caused some cleanup of SNS subcommand canonicalization so that we can actually check for FS_ACC and FS_RJT, and if we get an FS_RJT, print out the reason and explanation codes. We'll keep the old GA_NXT method around if people want to uncomment a controlling definition in ispvar.h. This also had us clean up ISPASYNC_FABRICDEV to use a local lportdb argument and to have the caller explicitly say that a device is at the end of the fabric list. MFC after: 1 week 2002-02-04T21:04:25Z Matt Jacob mjacob@FreeBSD.org 2002-02-04T21:04:25Z urn:sha1:75c1e828c0f407d62605ba6ba40c542ecac4d2c5 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