FreeBSD source tree https://cgit-dev.freebsd.org/src/atom?h=release%2F4.1.1 2000-08-02T22:25:25Z 2000-08-02T22:25:25Z Peter Wemm peter@FreeBSD.org 2000-08-02T22:25:25Z urn:sha1:887712d887666570ba7b24af942eb446b929c6c3 2000-01-29T18:22:33Z Peter Wemm peter@FreeBSD.org 2000-01-29T18:22:33Z urn:sha1:86edd75342b433571dbaa399b831905a6e1fea36 2000-01-17T12:38:51Z Yoshihiro Takahashi nyan@FreeBSD.org 2000-01-17T12:38:51Z urn:sha1:41d8671572d7eb0e5d1e9078d505ea114651813b bus handle. 2000-01-14T07:14:17Z Peter Wemm peter@FreeBSD.org 2000-01-14T07:14:17Z urn:sha1:c5191a983c014b7f4cec5f3475a3a3c81616cc3d Collect together the components of several drivers and export eisa from the i386-only area (It's not, it's on some alphas too). The code hasn't been updated to work on the Alpha yet, but that can come later. Repository copies were done a while ago. Moving these now keeps them in consistant place across the 4.x series as the newbusification progresses. Submitted by: mdodd 1999-08-28T01:08:13Z Peter Wemm peter@FreeBSD.org 1999-08-28T01:08:13Z urn:sha1:c3aac50f284c6cca5b4f2eb46aaa13812cb8b630 1999-08-16T01:52:21Z Justin T. Gibbs gibbs@FreeBSD.org 1999-08-16T01:52:21Z urn:sha1:086646f7c6630b28dc44a42d9d7ba67fec2b9da1 don't care about the alignment, set it to 1, meaning single byte alignment. 1999-08-01T22:57:09Z Matthew N. Dodd mdodd@FreeBSD.org 1999-08-01T22:57:09Z urn:sha1:0d6ab4a16a8d61a4fbb5235daa4742f5ea429850 eisa_add_intr() which now takes an additional arguement (one of EISA_TRIGGER_LEVEL or EISA_TRIGGER_EDGE). The flag RR_SHAREABLE has no effect when passed to bus_alloc_resource(dev, SYS_RES_IRQ, ...) in an EISA device context as the eisa_alloc_resource() call (bus_alloc_resource method) now deals with this flag directly, depending on the device ivars. This change does nothing more than move all the 'shared = inb(foo + iobsse)' nonesense to the device probe methods rather than the device attach. Also, print out 'edge' or 'level' in the IRQ announcement message. Reviewed by: dfr 1999-05-08T21:59:43Z Doug Rabson dfr@FreeBSD.org 1999-05-08T21:59:43Z urn:sha1:566643e39ed0d4d3251a7212073c1e3f79ca95a2 to the BUS_SETUP_INTR call. 1999-05-06T20:16:39Z Kenneth D. Merry ken@FreeBSD.org 1999-05-06T20:16:39Z urn:sha1:9deea8574ea19e3db2c89e0d51af18441379fa8e 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, mjacob (isp), imp (aha) 1999-04-23T23:29:00Z Justin T. Gibbs gibbs@FreeBSD.org 1999-04-23T23:29:00Z urn:sha1:6d6f09003347d717f0d299ee932fdd6b37b15407 Synchronize malloc types for our softc. ahc_eisa.c: Sync to aic7xxx driver bus dma and new bus changes.