FreeBSD source tree https://cgit-dev.freebsd.org/src-test2/atom?h=release%2F3.4.0 1999-09-14T04:08:11Z 1999-09-14T04:08:11Z Justin T. Gibbs gibbs@FreeBSD.org 1999-09-14T04:08:11Z urn:sha1:eafd6503e60fe7f47b9a45385b9171925e805d2f I fixed this in -current a month ago but forgot to MFC them. I don't know how the old code ever worked... 8-) There is also two fixes for detaching devices in here. One is for disconnecting a device with bus-dma resources (busdma_machdep.c) and the other is for cam queue resources. These two fixes have been in -current for over a month (Nick Himba found them using USB devices). And finally, there is a fix for a compile warning in the advansys driver. Approved by: jkh 1999-08-29T16:33:42Z Peter Wemm peter@FreeBSD.org 1999-08-29T16:33:42Z urn:sha1:c4f617ca01b475bdf034553dfe123deeb1589899 1999-05-25T20:26:08Z Justin T. Gibbs gibbs@FreeBSD.org 1999-05-25T20:26:08Z urn:sha1:140b06a7ef64a37c87af554c2e2b4f77d96980c7 aha softc. 1999-05-15T05:02:49Z Warner Losh imp@FreeBSD.org 1999-05-15T05:02:49Z urn:sha1:f0ea5cf1fbc65a235993f3047d5ae0d865ba0f86 It would be nice if this could be in 3.2, but if not, oh well. 1999-05-13T07:00:34Z Warner Losh imp@FreeBSD.org 1999-05-13T07:00:34Z urn:sha1:8d4f45370390c57efb1247d01294dbc8c61051a9 current. The patch didn't want to apply, so this is reimplemented. Approved by: jkh 1999-05-07T00:43:47Z Kenneth D. Merry ken@FreeBSD.org 1999-05-07T00:43:47Z urn:sha1:74775eaafade129ba98288883ccbd928401a0558 bug fixes. NOTE: These changes will require recompilation of any userland applications, like cdrecord, xmcd, etc., that use the CAM passthrough interface. A make world is recommended. camcontrol.[c8]: - We now support two new commands, "tags" and "negotiate". - The tags commands allows users to view the number of tagged openings for a device as well as a number of other related parameters, and it allows users to set tagged openings for a device. - The negotiate command allows users to enable and disable disconnection and tagged queueing, set sync rates, offsets and bus width. Note that not all of those features are available for all controllers. Only the adv, ahc, and ncr drivers fully support all of the features at this point. Some cards do not allow the setting of sync rates, offsets and the like, and some of the drivers don't have any facilities to do so. Some drivers, like the adw driver, only support enabling or disabling sync negotiation, but do not support setting sync rates. - new description in the camcontrol man page of how to format a disk - cleanup of the camcontrol inquiry command - add support in the 'devlist' command for skipping unconfigured devices if -v was not specified on the command line. - make use of the new base_transfer_speed in the path inquiry CCB. - fix CCB bzero cases cam_xpt.c, cam_sim.[ch], cam_ccb.h: - new flags on many CCB function codes to designate whether they're non-immediate, use a user-supplied CCB, and can only be passed from userland programs via the xpt device. Use these flags in the transport layer and pass driver to categorize CCBs. - new flag in the transport layer device matching code for device nodes that indicates whether a device is unconfigured - bump the CAM version from 0x10 to 0x11 - Change the CAM ioctls to use the version as their group code, so we can force users to recompile code even when the CCB size doesn't change. - add + fill in a new value in the path inquiry CCB, base_transfer_speed. Remove a corresponding field from the cam_sim structure, and add code to every SIM to set this field to the proper value. - Fix the set transfer settings code in the transport layer. scsi_cd.c: - make some variables volatile instead of just casting them in various places - fix a race condition in the changer code - attach unless we get a "logical unit not supported" error. This should fix all of the cases where people have devices that return weird errors when they don't have media in the drive. scsi_da.c: - attach unless we get a "logical unit not supported" error scsi_pass.c: - for immediate CCBs, just malloc a CCB to send the user request in. This gets rid of the 'held' count problem in camcontrol tags. scsi_pass.h: - change the CAM ioctls to use the CAM version as their group code. adv driver: - Allow changing the sync rate and offset separately. adw driver - Allow changing the sync rate and offset separately. aha driver: - Don't return CAM_REQ_CMP for SET_TRAN_SETTINGS CCBs. ahc driver: - Allow setting offset and sync rate separately bt driver: - Don't return CAM_REQ_CMP for SET_TRAN_SETTINGS CCBs. NCR driver: - Fix the ultra/ultra 2 negotiation bug - allow setting both the sync rate and offset separately Other HBA drivers: - Put code in to set the base_transfer_speed field for XPT_GET_TRAN_SETTINGS CCBs. Reviewed by: gibbs, imp (aha), mjacob (isp) 1999-01-21T00:55:31Z cvs2svn cvs2svn@FreeBSD.org 1999-01-21T00:55:31Z urn:sha1:4b4d01da6f07f7754ff6a6e4f5223e9f0984d1a6 1999-01-20T06:21:27Z Warner Losh imp@FreeBSD.org 1999-01-20T06:21:27Z urn:sha1:07353d42472c991d9807ca12497973a142d1d96e pnp system in freebsd, I'm not sure how useful this will be, but my 1542CP seems to work well in plug and play mode and does seem to probe correctly at all the oddball addresses/irq/drqs that I tried. [[ I was unable to get /kernel.conf or /kernel.config to read in, so I wasn't able to verify that this method of userconfig works. that's one thing that makes pnp so hard to use in the current scheme. Pointers to the right new way of doing this accepted. ]] o Add some kludges to maybe bring support for 1540A/1542A into the driver. Since I have no 154xA cards, and the only person I know that has them hasn't given me feedback, I'm making this commit blind. o Honor unit numbers that are in the config file now. This allows one to hard wire the unit numbers (and have high unit numbers for plug and pray devices, which can't seem to be hardwired) and have the cards not migrate from aha1 -> aha0 should aha0 go on the fritz. I didn't verify that hard wired scsi busses would work, but did verify that hard wired aha addresses did work to a limited extent. Both aha0 and aha1 must be hardwired, or when the card that was in aha0 goes away, the probe for aha0 might pick up the card that otherwise would have been aha1. 1998-12-22T22:31:06Z Warner Losh imp@FreeBSD.org 1998-12-22T22:31:06Z urn:sha1:ed994fe86af16755427f38dcbd8609724c67a15a 1998-12-22T18:14:50Z Justin T. Gibbs gibbs@FreeBSD.org 1998-12-22T18:14:50Z urn:sha1:e84c798977919ed0f7e2c1f97745cb98dc2a6764