summaryrefslogtreecommitdiffstats
path: root/sys/dev/aha
Commit message (Collapse)AuthorAgeFilesLines
* Turn on interrupt-entropy harvesting for all/any mass storage devicesmarkm2001-03-012-2/+2
| | | | | | | I could find. I have no doubt missed a couple. Interrupt entropy harvesting is still conditional on the kern.random.sys.harvest_interrupt sysctl.
* Remove NAHA, NAHATOT and aha_softcs and related code. It was unusedimp2001-02-042-30/+0
| | | | | | | | | except for setting it. Also remove count from aha and replace it with optional. Also add commented out pccard lines for all the old card drivers. They have to be commented out until they are converted because it causes problems in NEWCARD.
* Remove unnecessary includes found by phk's script a long time ago.imp2000-12-132-4/+0
|
* Make a few more mallocs use M_ZERO.dwmalone2000-10-291-2/+1
| | | | | | Submitted by: josh@zipperup.org Submitted by: Robert Drehmel <robd@gmx.net> Approved by: imp
* Remove unneeded #include <machine/clock.h>phk2000-10-151-1/+0
|
* Fix typo (accessable --> accessible).alex2000-06-141-1/+1
| | | | | | PR: 18588 Submitted by: Anatoly Vorobey <mellon@pobox.com> Reviewed by: asmodai
* Back out the previous change to the queue(3) interface.jake2000-05-261-5/+5
| | | | | | It was not discussed and should probably not happen. Requested by: msmith and others
* Change the way that the queue(3) structures are declared; don't assume thatjake2000-05-231-5/+5
| | | | | | | | the type argument to *_HEAD and *_ENTRY is a struct. Suggested by: phk Reviewed by: phk Approved by: mdodd
* Remove unneeded <sys/buf.h> includes.phk2000-04-181-1/+0
| | | | | Due to some interesting cpp tricks in lockmgr, the LINT kernel shrinks by 924 bytes.
* More pnpids.imp2000-03-252-2/+8
|
* Fix plug and play support:imp2000-01-244-119/+97
| | | | | | | | | | | o Cut out the probed stuff. We no longer need it since newbus implicitly checks for this (likely bt can be changed as well in this way). o Add preliminary support for unload. Untested because aha doesn't yet support identify and there are some interactions with PnP that I've not yet worked out. With this I can boot the AHA-1542CP FW F.0. All the aha resources appear to be picked up via pnp now.
* MIN unused, so kill itimp1999-10-251-1/+0
|
* * Add struct resource_list* argument to resource_list_alloc anddfr1999-10-121-8/+6
| | | | | | | | | | | | | | | | | | | | | | | | | | | resource_list_release. This removes the dependancy on the layout of ivars. * Move set_resource, get_resource and delete_resource from isa_if.m to bus_if.m. * Simplify driver code by providing wrappers to those methods: bus_set_resource(dev, type, rid, start, count); bus_get_resource(dev, type, rid, startp, countp); bus_get_resource_start(dev, type, rid); bus_get_resource_count(dev, type, rid); bus_delete_resource(dev, type, rid); * Delete isa_get_rsrc and use bus_get_resource_start instead. * Fix a stupid typo in isa_alloc_resource reported by Takahashi Yoshihiro <nyan@FreeBSD.org>. * Print a diagnostic message if we can't assign resources to a PnP device. * Change device_print_prettyname() so that it doesn't print "(no driver assigned)-1" for anonymous devices.
* Kill unused includesimp1999-10-112-2/+0
|
* Use the PRVERB() macro instead of 'if (bootverbose) printf()...mdodd1999-10-021-3/+8
| | | | | | | | | | | | | Add debuging for all failure cases in aha_cmd(). Always check DATAIN_REG_READY even if we're ready to exit the read loop. The last fix allows the AHA-1640 MCA SCSI adapter to operate correctly and likely fixes problems on a few other oddball adapters. (I suspect my Dell Drive Array in 1540 mode needs this.) Reviewed by: Warner Losh
* Add support for the AHA-1640 SCSI adapter.mdodd1999-10-011-0/+247
| | | | | | The changes to sys/dev/aha/aha.c that allow these cards to function properly will be here in a day or 2.
* Use rmand_get_bus{tag,handle} rather than hard wiring things toimp1999-09-281-3/+3
| | | | | | I386_BUS_SPACE_IO. Compiles now on the Alpha, but likely will not work due to bus space address <-> virtual address mapping bogons that work for i386 but not alpha.
* Newbusification of aha. dfr sent me the first cut, and I made itimp1999-09-281-129/+165
| | | | | | | | | | | | | work. Be more verbose when one cannot allocate IRQ, et al since this is a common configuration problem. The cards have the IRQ soft wired into their BIOS and do not try to do collision detection. This can cause problems when this IRQ is the same as another card/device. The PNP hasn't been tested. My PNP board is in a deployed system. I'll sneak in testing of it sometime later. I've been able to mount the 3.3R cdrom that arrived today and access files off it. Submitted by: dfr
* Remove vestiges of old pnp code.dfr1999-09-031-8/+0
|
* Missed this use of the old pnp includes. I don't think this is meant topeter1999-09-021-1/+2
| | | | be here though.
* Stub out the old pnp code till these are converted so GENERIC builds again.peter1999-09-021-1/+2
|
* $Id$ -> $FreeBSD$peter1999-08-283-3/+3
|
* Properly set the alignment argument to bus_dma_tag_create(). If wegibbs1999-08-162-7/+7
| | | | don't care about the alignment, set it to 1, meaning single byte alignment.
* The 1542 cards do not allow adapter commands to be queued while mailboxgibbs1999-05-252-34/+90
| | | | | | | | | | | | commands are outstanding. You'd think they'd just clear the IDLE bit, but alas, no. Delay until all pending mailbox commands have completed in aha_cmd to work around this. Report sync rates correctly on Fast Adaptec cards. Clones may still be reported incorrectly since there is no documenation on how they report extended sync values. Clean up some unused fields in the aha softc.
* Put a small delay in before sending the inquire_setup command. Theimp1999-05-141-4/+6
| | | | | | | | | | | | | docs don't seem to shed light on why this is needed, but reports from the field indicate this helps prevent problems in this area. Ken's changes seem to have exposed this bug, rather than caused it, as far as I can tell. Thanks to Jack O'Neill for tracking this down. Submitted by: jack@germanium.xtalwind.net Very strong 3.2 merge candidate.
* Add another kludge to the card identification probe. It appears thatimp1999-05-111-4/+7
| | | | | | | | | | some aha 1542B cards will return 0x7f for the unimplemented GEOMETRY register. This is a good 3.2 candidate. PR: 11469 Submitted by: Thomas David Rivers
* Use haveseen_ioport() which is now connected up to the resource manager.peter1999-05-081-2/+2
|
* ahatimeout is static..peter1999-05-061-2/+2
|
* Add a number of interrelated CAM feature enhancements and bug fixes.ken1999-05-061-2/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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)
* Bring the 'new-bus' to the i386. This extensively changes the way thepeter1999-04-161-5/+2
| | | | | | | | | | | | | | | | | | i386 platform boots, it is no longer ISA-centric, and is fully dynamic. Most old drivers compile and run without modification via 'compatability shims' to enable a smoother transition. eisa, isapnp and pccard* are not yet using the new resource manager. Once fully converted, all drivers will be loadable, including PCI and ISA. (Some other changes appear to have snuck in, including a port of Soren's ATA driver to the Alpha. Soren, back this out if you need to.) This is a checkpoint of work-in-progress, but is quite functional. The bulk of the work was done over the last few years by Doug Rabson and Garrett Wollman. Approved by: core
* Staticize.eivind1999-04-111-4/+4
|
* Better logging when the Geometry register probe fails.imp1999-03-021-3/+3
|
* o enable plug and play support for the aha driver. Given the cumbersomeimp1999-01-203-22/+134
| | | | | | | | | | | | | | | | | | | | | | | | | 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.
* Invalid is spelled with the v *BEFORE* the a.imp1998-12-221-2/+2
|
* Don't calculate the residual twice.gibbs1998-12-221-7/+9
|
* o Convert length of hccb to integer from the array. Eivind Eklundimp1998-12-151-3/+8
| | | | | | | | | pointed this out, but I've not seen a manifestation of this. o Check against 0x00 as well as 0xff for geometry register, as some clone cards don't return 0xff. Vadim Mikhailov pointed this out in PR 8743 for his Dell SCSI Array controller working in AHA-1540 emulation mode. Note that this test is likely to go away in the future in favor of a better one Justin has recommended.
* Pull in fixes similar to those recently committed to the bt driver:gibbs1998-12-131-4/+9
| | | | | | | - For transactions of 0 length, us a non-residual checking CCB type. - Preserve command status if our interrupt handler completes a command while we are polling for completion in aha_cmd.
* Examine all occurrences of sprintf(), strcat(), and str[n]cpy()archie1998-12-041-11/+11
| | | | | | | | | | | | | | for possible buffer overflow problems. Replaced most sprintf()'s with snprintf(); for others cases, added terminating NUL bytes where appropriate, replaced constants like "16" with sizeof(), etc. These changes include several bug fixes, but most changes are for maintainability's sake. Any instance where it wasn't "immediately obvious" that a buffer overflow could not occur was made safer. Reviewed by: Bruce Evans <bde@zeta.org.au> Reviewed by: Matthew Dillon <dillon@apollo.backplane.com> Reviewed by: Mike Spengler <mks@networkcs.com>
* o Patch, slightly altered, from Graham Menhennitt for older aha 1542Bimp1998-11-251-6/+15
| | | | | | | | cards. My machine didn't tickle this problem, so I can't tell if it fixed anything or not. However, it didn't break my already working 1542-{B,C,CF,CP} probes. o Minor comment correction o Minor correction in printf
* Noop Commit - Change was in last revision.gibbs1998-11-101-1/+1
| | | | | | If the next available mailbox is not in the free state, print a warning and handle the condition as a temporary resource shortage. The condition should never happen, but we shouldn't panic since recovery is possible.
* Fix probes when a port address is specified.gibbs1998-11-101-25/+11
|
* Fix probes when a port address is specified.gibbs1998-11-102-199/+294
| | | | | | | | | | | | | Convert from BT'isms to AHA'isms Don't fail the probe if the illegal command bit is set in the status register. If the BusLogic MultiMaster probe preceeded us, it may well have determined that the card we are attaching to was not a true MultiMaster by sending us a command that fails on the 154X. Reset the adapter before doing the inquiry. This provides extra sanity and will also clear the illegal command status bit that my be left over from the MultiMaster probe.
* -Wunused cleanup.gibbs1998-10-151-5/+2
| | | | Submitted by: Poul-Henning Kamp <phk@freebsd.org>
* Reduce the number of ccbs to 16, per the aha documentation. Moveimp1998-10-151-3/+3
| | | | | | | | bogus comment to proper place. This should fix the hangs people are seeing under very heavy load, at least it does for me. Please let me know if you continue to have problems.
* Fix breakage introduced by last patch. bde has added CC_QUIET flag toimp1998-10-121-28/+4
| | | | | | | | hasseen_isadev so this will be less noisy when conflicts do exist. Also eliminate redundant warnings about conflicts. Requested by: bde Reviewed by: gibbs
* Fix conficts in probe:imp1998-10-101-1/+28
| | | | | | | | | | o For bt and aha only probe the one I/O range if a specific I/O is specified in the config file. o Don't even try to probe I/O ranges that have been seen already. o If we conflict with an IRQ or DRQ, then fail the probe. Requested by: bde, gibbs Approved by: jkh
* Hook up ahapoll so that dumps, synchronize cache commands or any othergibbs1998-10-091-1/+2
| | | | command that comes in through xpt_polled_action works correctly.
* GC unused stuff.imp1998-10-022-50/+12
|
* Misc cleanup and probe rework:imp1998-10-012-50/+38
| | | | | | | | | | | | | | | | o Use the board id command to find out what kind of board we're talking to. If we're talking to a board that is has an ID that is shared between boards supported by the aha driver and the bt driver, then use the bt's geometry register to weed out the bt cards. Otherwise assume that we support this card. o Remove bt esetup command sending to the card. It seems to wedge too many cards. o Revert to doing a soft reset after an invalid command. This change didn't fix anything, so I'm backing it out. The whole issue of card resetting needs to be revisisted at some point so that we can do it properly on all hardware. o GC unused stuff in some places.
* Perform a hard reset on cards when the command fails. This should helpimp1998-09-301-2/+2
| | | | | those people that have cards that become wedged when a bogus command is issued that are too wedged to have a soft reset help.
OpenPOWER on IntegriCloud