summaryrefslogtreecommitdiffstats
path: root/sys/dev/aac
Commit message (Collapse)AuthorAgeFilesLines
...
* Rename the kthread_xxx (e.g. kthread_create()) callsjulian2007-10-201-2/+2
| | | | | | | | | | | to kproc_xxx as they actually make whole processes. Thos makes way for us to add REAL kthread_create() and friends that actually make theads. it turns out that most of these calls actually end up being moved back to the thread version when it's added. but we need to make this cosmetic change first. I'd LOVE to do this rename in 7.0 so that we can eventually MFC the new kthread_xxx() calls.
* Correct calculation of aac_sg_tablesize.emaste2007-10-151-6/+4
| | | | Obtained from: Adaptec, via driver b11669
* Add PCI IDs from Adaptec's driver version b11669:emaste2007-10-141-0/+42
| | | | | | | | | | | | | | | | | | | | | | | Adaptec RAID 3085 Adaptec RAID 31205 Adaptec RAID 31605 Adaptec RAID 5085 Adaptec RAID 51205 Adaptec RAID 51605 Adaptec RAID 5445 Adaptec RAID 5805 IBM ServeRAID 8s ICP RAID ICP5045BL ICP RAID ICP5085BL ICP RAID ICP5085SL ICP RAID ICP5125BR ICP RAID ICP5125SL ICP RAID ICP5165BR ICP RAID ICP5165SL ICP RAID ICP5445SL ICP RAID ICP5805BL ICP RAID ICP5805SL ICP9067MA SATA RAID
* Add PCI IDs for two cards:emaste2007-08-231-0/+4
| | | | | | | | | - Adaptec RAID 3405 - Adaptec RAID 3805 Approved by: re (bmah) Submitted by: John Marra jmarra at nmu dot edu MFC After: 1 week
* Prepare for future integration between CAM and newbus. xpt_bus_registerscottl2007-06-171-1/+1
| | | | | | | now takes a device_t to be the parent of the bus that is being created. Most SIMs have been updated with a reasonable argument, but a few exceptions just pass NULL for now. This argument isn't used yet and the newbus integration likely won't be ready until after 7.0-RELEASE.
* Remove Giant from CAM. Drivers (SIMs) now register a mutex that CAM willscottl2007-04-151-1/+1
| | | | | | | | | | | use to synchornize and protect all data objects that are used for that SIM. Drivers that are not yet MPSAFE register Giant and operate as usual. RIght now, no drivers are MPSAFE, though a few will be changed in the coming week as this work settles down. The driver API has changed, so all CAM drivers will need to be recompiled. The userland API has not changed, so tools like camcontrol do not need to be recompiled.
* o break newbus api: add a new argument of type driver_filter_t topiso2007-02-232-6/+8
| | | | | | | | | | | | | bus_setup_intr() o add an int return code to all fast handlers o retire INTR_FAST/IH_FAST For more info: http://docs.freebsd.org/cgi/getmsg.cgi?fetch=465712+0+current/freebsd-current Reviewed by: many Approved by: re@
* The return value of aac_alloc_command() was misinterpreted in aac_ioctl_event().luoqi2007-02-141-1/+1
| | | | | | | Once triggered this would leak away all available commands and starve the rest of the driver. Reviewed by: scottl
* Add a missing mutex unlock to an error path.scottl2007-01-151-0/+1
| | | | | Submitted by: Yuxiang Luo PR: 107943
* On amd64 platform, use linux32 headers so 32-bit Linux applicationsdelphij2006-12-201-0/+5
| | | | | | | | | | | would be able to work with aac(4). This approach is used by some other drivers as well. However, we need a more generic way to do this in order to avoid having to special case headers in individual drivers for each platform. Obtained from: Adaptec (version b11518) Approved by: scottl
* Add MODULE_DEPENDS for cam, pci, mca, eisa and isa where needed.mjacob2006-12-111-0/+2
| | | | | PR: 106543 MFC after: 3 days
* Add PCI Id for ServeRAID 8k.scottl2006-11-031-0/+2
| | | | Submitted by: Danny Braniss
* 2nd and final commit that moves us to CAM_NEW_TRAN_CODEmjacob2006-11-021-7/+0
| | | | | | as the default. Reviewed by multitudes.
* The first of 3 major steps to move the CAM layer forward to usingmjacob2006-10-311-1/+23
| | | | | | | | | | | | | | | | | | | | | the CAM_NEW_TRAN_CODE that has been in the tree for some years now. This first step consists solely of adding to or correcting CAM_NEW_TRAN_CODE pieces in the kernel source tree such that a both a GENERIC (at least on i386) and a LINT build with CAM_NEW_TRAN_CODE as an option will compile correctly and run (at least with some the h/w I have). After a short settle time, the other pieces (making CAM_NEW_TRAN_CODE the default and updating libcam and camcontrol) will be brought in. This will be an incompatible change in that the size of structures related to XPT_PATH_INQ and XPT_{GET,SET}_TRAN_SETTINGS change in both size and content. However, basic system operation and basic system utilities work well enough with this change. Reviewed by: freebsd-scsi and specific stakeholders
* Unlock aac_io_lock before returning, thus eliminates a mutexdelphij2006-07-141-0/+1
| | | | | | | | leak. Submitted by: Beyond Luo <fedora ercist iscas ac cn> PR: kern/100046 Reviewed by: scottl
* Correct the names or some Adaptec and ICP devices, verified by thebrueffer2006-06-171-9/+9
| | | | | | | | respective websites. Reviewed by: scottl Approved by: rwatson (mentor) MFC after: 5 days
* Rearrange locking in the alloc_commands and ioctl paths to avoid problems.scottl2006-04-081-5/+9
|
* Initialize the event tailq.scottl2005-12-281-0/+1
| | | | | | Submitted by: Frank Mayhar PR: kern/90882 MFC After: 1 day
* Remove the unused AAC_DRIVER_BUILD_DATE macro.schweikh2005-11-131-49/+48
| | | | | | Nuke whitespace at EOL while I'm here. Approved by: scottl (MAINTAINER)
* Refactor the PCI probe code a bit.scottl2005-11-061-49/+45
|
* Pickup I/O lock in aac_get_bus_info, as this code will callcsjp2005-10-311-0/+6
| | | | | | | | aac_alloc_sync_fib(). aac_alloc_sync_fib() will assert that the I/O locks are held. This fixes a panic on system boot up when the aac(4) device's bus_generic_attach() routine is called. Reviewed by: scottl
* Fix a regression that prevented PERC3 hardware from working. Apparently theyscottl2005-10-142-29/+47
| | | | | | | | do not support the GETINFO immediate command, unlike just about every other variant of the hardware. Also document some magic values and fix some minor nearby whitespace. MFC After: 3 days
* Fix a missing set of lock operations.scottl2005-10-101-0/+3
| | | | | Submitted by: green PR: 87191
* Ue a better msleep identifier. Fix some whitespace.scottl2005-10-081-5/+5
|
* aac_intr0 rotted long ago, remove it.scottl2005-10-081-14/+0
|
* Mega Update to the aac driver to support a whole new family of cards andscottl2005-10-086-171/+799
| | | | | | | | | | | | | | | | | | | | | the modified interface that they use. Changes include: - Register a different interrupt handler for the new interface. This one is INTR_MPSAFE, not INTR_FAST, and directly processes completions and AIFs. - Add an event registration and callback mechanism for the ioctl and CAM modules can know when a resource shortage clears. This condition was previously fatal in CAM due to programming oversights. - Fix locking to play better with newbus. - Provide access methods for talking to cards with the NEWCOMM interface. - Fix up the CAM module to be better suited for dealing with newer firmware on the PERC Si/Di series that requires talking to plain SCSI via aac. - Add a whole slew of new PCI Id's. Thanks to Adaptec for providing an initial version of this work and for answering countless questions about it. There are still some rough edges in this, but it works well enough to commit and test for now. Obtained from: Adaptec, Inc.
* Bring aac_cam into line with using time_uptime instead of time_second.scottl2005-09-141-1/+1
|
* Use time_uptime for timing commands instead of time_second. This is a bitscottl2005-09-141-9/+9
| | | | | | | | | risky because the "current time" is supposed to be fed to the card during initialization, and the current time is supposed to be put into each command that is sent to the card. Hopefully either the card doesn't actually care about the timestamps, or it doesn't care about the absolute values so long and the relative values are consistent. Not an MFC candidate until more thorough testing can be done.
* Add support for HP branded 2610SAps2005-08-081-0/+2
| | | | | MFC after: 3 days Approved by: scottl
* Retire the FreeBSD 4.x compat code and __FreeBSD_version checks from the aacscottl2005-08-082-65/+0
| | | | driver.
* Check the vendor and device, not subvendor and subdevice, when looking forscottl2005-07-141-2/+2
| | | | | | | | channel devices. This should fix Dell 2450/2550/2650 systems that have RAID enabled. This will likely not fix 2400 systems though as I don't have the appropriate PCI Id info for them. MFC After: 3 day
* Add a text description for the Intel IOP302/303 processors. Be slightlyscottl2005-06-013-2/+7
| | | | | | | | more verbose about the allocation of RAM on the controller. Sbumitted by: Jeremy Chadwick PR: kern/81259 MFC-After: 3 days
* Remove bus_{mem,p}io.h and related code for a micro-optimization on i386nyan2005-05-292-2/+0
| | | | | | and amd64. The optimization is a trivial on recent machines. Reviewed by: -arch (imp, marcel, dfr)
* Fix some busdma API violations in the dumpsys handler.scottl2005-05-021-2/+7
| | | | MFC After: 3 days
* purge dead codesam2005-03-261-2/+0
| | | | Noticed by: Coverity Prevent analysis tool
* Handle failures better in the passthrough bus creation code.scottl2005-03-191-4/+11
| | | | Submitted by: Coverity Prevent analysis tool
* Use BUS_PROBE_DEFAULT for pci probe return valueimp2005-03-051-1/+1
|
* Remove the messy locking dance around xpt_done()scottl2005-02-091-5/+0
|
* Fix whitespacescottl2005-01-231-1/+1
|
* Add a default driver to attach to the "hidden" scsi channels of the Dellscottl2005-01-071-0/+62
| | | | | PERC 3 controllers. This is needed to keep the PM code from powering them down.
* Start each of the license/copyright comments with /*-, minor shuffle of linesimp2005-01-061-1/+1
|
* Add the PCI ID for the Adaptec 2230SLP card.scottl2004-12-151-0/+2
| | | | Submitted by: Ray Gilstrap
* Complete the repo-copy of aac_ioctl.h from sys/dev/aac/to sys/sys.scottl2004-12-096-184/+5
|
* Don't force busdma to pre-allocate bounce pages for static allocations.scottl2004-11-211-2/+2
|
* Add support for the 21610SA 16-channel SATA card. Thanks to Adaptec forscottl2004-10-211-0/+2
| | | | providing hardware for testing.
* If the timeout handler runs and notices that commands are timed out, checkscottl2004-09-162-0/+11
| | | | | | | | the firmware status register on the card to see if the firmware is still running. There is no way to recover from this, but at least it can give a hint as whether the car has crashed (which happens all too often). MFC after: 3 days
* Put some of the probe messages under bootverbose so to lessen the noise.scottl2004-09-121-15/+16
|
* Add support for the Adaptec RAID-On-Chip architecture. This in turnscottl2004-08-134-3/+118
| | | | | provides support for the Adaptec 2130S adapter. Thanks to Adaptec for providing hardware for this.
* Destroy mutexes on detach.scottl2004-08-121-0/+4
|
* Change FREE() to free()scottl2004-08-121-1/+1
|
OpenPOWER on IntegriCloud