summaryrefslogtreecommitdiffstats
path: root/sys/dev/arcmsr
Commit message (Collapse)AuthorAgeFilesLines
* Fix an incorrect FreeBSD version test.scottl2007-12-091-1/+1
|
* Modify locking so that a single version of the driver src can be used on 6.xscottl2007-12-091-5/+22
| | | | and beyond.
* Support new ARC120x family of controllers. Many thanks for Areca's continuedscottl2007-12-082-617/+1635
| | | | | | support of FreeBSD. Submitted by: Erich Chen @ Areca
* Make the driver fully MPSAFE. This fixes some serious locking problemsscottl2007-07-311-12/+32
| | | | | | | | that could cause panics and corruption under moderate load. Many thanks to Matt Reimer, Tom McDonald, and the rest of the guys at VPOP.net for their help in identifying and testing this. Approved by: re
* 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-2/+3
| | | | | | | | | | | 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.
* Freeze the simq, not the devq, if we run out of command slots. This fixesscottl2007-04-021-5/+4
| | | | | | the last round of reported instability in the rev 13/14 driver. Approved by: Erich Chen
* Forced commit to note that the previous CVS comment ismjacob2007-03-121-1/+1
| | | | | | incorrect. The MODULE_DEPENDS lines were put in (by me) in 1.14 and removed in 1.15. The facts should be correctly reported.
* Add back in MODULE_DEPEND() lines that were lost in the rev 13 update.scottl2007-03-121-0/+2
|
* Better fix for the errors under high load. Returning CAM_SCSI_BUSY is almostscottl2007-03-062-2/+10
| | | | | | | | | | | | | | | never correct as CAM has no real understanding of it, and will just immediately retry the command. This leads to undesirable cycling of the camisr as well as a high possibility for the command to exhaust its retries before the driver can get around to servicing it. The better fix, as demonstrated here, is to freeze the simq and mark the command as needing to be tried. Then when driver can service the command, the simq gets unfrozen. This is correct, and documented here to help reduce the mystery. However, it also points out a shortcoming in CAM error handling that makes writing drivers harder. Submitted by: Erich Chen
* o break newbus api: add a new argument of type driver_filter_t topiso2007-02-231-1/+1
| | | | | | | | | | | | | 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@
* Fix spurious I/O errors when under high load.scottl2007-02-152-2/+6
| | | | Submitted by: Erich Chen
* Update to version 1.20.00.13 of the arcmsr driver. This fixes many bugsscottl2006-12-132-3070/+2923
| | | | | | | | as well as adds support for newer controllers. Many thanks to Areca for their continued support. Submitted by: Erich Chen
* Add MODULE_DEPENDS for cam, pci, mca, eisa and isa where needed.mjacob2006-12-111-0/+2
| | | | | PR: 106543 MFC after: 3 days
* 2nd and final commit that moves us to CAM_NEW_TRAN_CODEmjacob2006-11-021-12/+0
| | | | | | as the default. Reviewed by multitudes.
* The first of 3 major steps to move the CAM layer forward to usingmjacob2006-10-311-2/+31
| | | | | | | | | | | | | | | | | | | | | 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
* Fix typos: s/rebulid/rebuild/rse2006-08-311-4/+4
| | | | Submitted by: Christoph Schug <chris@schug.net>
* Since DELAY() was moved, most <machine/clock.h> #includes have beenphk2006-05-161-1/+0
| | | | unnecessary.
* Fix -Wundef.ru2005-12-041-1/+1
|
* Use same RID we allocated the resource with to free itimp2005-06-051-1/+1
|
* Remove bus_{mem,p}io.h and related code for a micro-optimization on i386nyan2005-05-291-1/+0
| | | | | | and amd64. The optimization is a trivial on recent machines. Reviewed by: -arch (imp, marcel, dfr)
* Properly mask off the status bits when checking to see if the ccb is stillscottl2005-05-031-1/+1
| | | | | | | valid to process. This was causing deferred commands to be rejected due to their extra status flag. MFC After: 3 days
* The driver looks like it can create valid 64-bit scatter-gather lists, soscottl2005-05-031-4/+4
| | | | | | | don't restrict it to a 32-bit address space. Also use the correct busdma flags for the SRB memory area. MFC After: 3 days
* The kthread is disabled at this time, so don't try to wake it up onscottl2005-05-031-0/+2
| | | | | | shutdown. This fixes a panic on reboot. MFC After: 3 days
* Don't bother pretending that CAM will send CAM_DATA_PHYS pointers. It'sscottl2005-04-291-5/+1
| | | | a concept that is fundamentally broken with PAE.
* arcmsr_make_timespec, and arcmsr_getcmos_time appear to be unused, andimp2005-04-011-0/+4
| | | | | | reference functions that don't exist on at least pc98. #if 0 them out. This should fix the pc98 tinderbox breakage. Tested only on i386 and pc98.
* Add the Areca SATA RAID driver (arcmsr). This supports the ARC-11xx and 12xxscottl2005-03-312-0/+7525
series of controllers. Areca provides a CLI and HTTP management tool for FreeBSD/i386 and FreeBSD/amd64 on their website. Many thanks to Areca for their support of FreeBSD. Thanks also to Mike Tansca and Sentex Communications for donating hardware. Obtained from: Erich Chen <erich at areca com tw>
OpenPOWER on IntegriCloud