#
00b4e54a |
| 20-May-2009 |
Warner Losh <imp@FreeBSD.org> |
We no longer need to use d_thread_t, migrate to struct thread *.
|
Revision tags: release/7.2.0_cvs, release/7.2.0 |
|
#
1829d5da |
| 12-Mar-2009 |
Warner Losh <imp@FreeBSD.org> |
Update the projects tree to a newer FreeBSD current.
|
#
4824be88 |
| 23-Feb-2009 |
Ed Maste <emaste@FreeBSD.org> |
SVN rev 188743 modified aac_rx_get_fwstatus to use the AAC_RX_OMR0 register instead of AAC_RX_FWSTATUS, as that is the way it's done in Adaptec's vendor driver and in the Linux drivers. (The same ap
SVN rev 188743 modified aac_rx_get_fwstatus to use the AAC_RX_OMR0 register instead of AAC_RX_FWSTATUS, as that is the way it's done in Adaptec's vendor driver and in the Linux drivers. (The same applies to aac_rkt_get_fwstatus as well.)
However, a concern has been raised about the compatibility of this change and old hardware / firmware versions. In the absense of specific information, revert to the original behaviour if the firmware does not support the "New comm." interface. Users of old cards or firmware haven't reported the problems that are potentially solved by switching to OMR0.
show more ...
|
#
ff0991c4 |
| 21-Feb-2009 |
Attilio Rao <attilio@FreeBSD.org> |
Sync with the official Adaptec vendor driver:
[1] Add the support for the NARK controller which seems a variant of the i960Rx. [2] Split up memory regions and other resources in 2 different parts
Sync with the official Adaptec vendor driver:
[1] Add the support for the NARK controller which seems a variant of the i960Rx. [2] Split up memory regions and other resources in 2 different parts as long as NARK uses them separately (it is not clear to me why though as long as there are no more informations available on this controller). Please note that in all the other cases, the regions overlaps leaving the default behaviour for all the other controllers. [3] Implement a clock daemon responsible for maintain updated the wall clock time of the controller (run any 30 minutes)*.
Submitted by: Adaptec (driver build 15317 [1, 2] and 15727 [3]) Reviewed by: emaste Tested by: emaste Sponsored by: Sandvine Incorporated
* Please note that originally, in the Adaptec driver, the clock daemon is not implemented with callouts as in our in-tree driver.
show more ...
|
#
8d5b55c3 |
| 18-Feb-2009 |
Ed Maste <emaste@FreeBSD.org> |
Use outbound message register 0 instead of mailbox 7 in aac_{rx,rkt}_get_fwstatus, as done in Adaptec's vendor driver as well as the Linux drivers.
Submitted by: jkim, from Adaptec's driver
|
Revision tags: release/7.1.0_cvs, release/7.1.0, release/6.4.0_cvs, release/6.4.0 |
|
#
ef0b687c |
| 24-Jun-2008 |
Ed Maste <emaste@FreeBSD.org> |
Fix test for waiting AIFs in aac_poll(). This seems to solve the problem where Adaptec's arcconf monitoring tool hangs after producing its expected output.
Submitted by: Adaptec, via driver ver 153
Fix test for waiting AIFs in aac_poll(). This seems to solve the problem where Adaptec's arcconf monitoring tool hangs after producing its expected output.
Submitted by: Adaptec, via driver ver 15317 MFC after: 1 week
show more ...
|
#
55aa1136 |
| 01-Apr-2008 |
Ed Maste <emaste@FreeBSD.org> |
Calling RequestSupplementAdapterInfo before RequestAdapterInfo appears to trip a bug causing the latter to return a zeroed struct aac_adapter_info. This causes two issues. One is cosmetic only -- a
Calling RequestSupplementAdapterInfo before RequestAdapterInfo appears to trip a bug causing the latter to return a zeroed struct aac_adapter_info. This causes two issues. One is cosmetic only -- a verbose boot prints information about the controller, and shows all zero:
aac0: Unknown processor 0MHz, 0MB memory (0MB cache, 0MB execution), unknown battery platform
The second problem is that the firmware version information is stored away for aac_rev_check, for userland tools (like aaccli) to query via the FSACTL_MINIPORT_REV_CHECK and FSACTL_LNX_MINIPORT_REV_CHECK ioctls. When aaccli encounters this issue it prints
Command Error: <The current AFAAPI.DLL is too old to work with the current controller software.>
Move the RequestSupplementAdapterInfo call after RequestAdapterInfo, which seems to fix both problems.
show more ...
|
#
6d307336 |
| 28-Mar-2008 |
Ed Maste <emaste@FreeBSD.org> |
Implement FSACTL_LNX_GET_FEATURES and FSACTL_GET_FEATURES ioctls. RAID tools (e.g. arcconf) need this to be able to create arrays larger than 2TB.
Submitted by: Adaptec, via driver build 15317
|
#
a620bad0 |
| 26-Mar-2008 |
Ed Maste <emaste@FreeBSD.org> |
Add \n to the end of a printf string and remove it from panic strings.
|
#
523da39b |
| 25-Mar-2008 |
Ed Maste <emaste@FreeBSD.org> |
Add 64-bit array support for RAIDs > 2TB. This corresponds to ~ Adaptec driver build 15317.
Tested on: Adaptec 2230S, Firmware 4.2-0 (8205) ICP ICP5085BL, Firmware 5.2-0 (12814)
Submitted by: Adap
Add 64-bit array support for RAIDs > 2TB. This corresponds to ~ Adaptec driver build 15317.
Tested on: Adaptec 2230S, Firmware 4.2-0 (8205) ICP ICP5085BL, Firmware 5.2-0 (12814)
Submitted by: Adaptec
show more ...
|
#
54e2ebdf |
| 25-Mar-2008 |
Ed Maste <emaste@FreeBSD.org> |
Correct data direction flags in aac_bio_command() in the !AAC_FLAGS_RAW_IO && AAC_FLAGS_SG_64BIT case.
Submitted by: Adaptec
|
#
31a0399e |
| 24-Mar-2008 |
Ed Maste <emaste@FreeBSD.org> |
Diff reduction to Adaptec's driver (around build 15317): catch up with a change in debugging routines.
The fwprintf macro in the AAC_DEBUG case (mapping to printf) isn't from the Adaptec driver.
|
#
04f4d586 |
| 24-Mar-2008 |
Ed Maste <emaste@FreeBSD.org> |
Diff reduction to Adaptec driver build 15317 (refactoring and code shuffling):
- Resource allocation in aac_alloc (moved from from aac_init) - Interrupt setup in aac_setup_intr (from aac_attach) - C
Diff reduction to Adaptec driver build 15317 (refactoring and code shuffling):
- Resource allocation in aac_alloc (moved from from aac_init) - Interrupt setup in aac_setup_intr (from aac_attach) - Container probing in aac_get_container_info (from aac_startup and aac_handle_aif) - Firmware status check moved to aac_check_firmware from aac_init
show more ...
|
#
42ef13a2 |
| 20-Mar-2008 |
Ed Maste <emaste@FreeBSD.org> |
Restore creation of passthrough devices with newer controller firmware by putting the correct size in the fib header. Presumably the older firmware silently ignored a bad size field.
(This change t
Restore creation of passthrough devices with newer controller firmware by putting the correct size in the fib header. Presumably the older firmware silently ignored a bad size field.
(This change tested with a 3805 controller. Passthrough devices were created when running firmware build 12814, but not 15323 or later. With this change they're created for both old and new firmware versions.)
Submitted by: Adaptec
show more ...
|
#
f355c0e0 |
| 20-Mar-2008 |
Ed Maste <emaste@FreeBSD.org> |
Add ioctls FSACTL_SEND_LARGE_FIB, FSACTL_SEND_RAW_SRB, FSACTL_LNX_SEND_LARGE_FIB, and FSACTL_LNX_SEND_RAW_SRB, and correct size checks on FIBs passed in from userspace. Both changes were obtained fr
Add ioctls FSACTL_SEND_LARGE_FIB, FSACTL_SEND_RAW_SRB, FSACTL_LNX_SEND_LARGE_FIB, and FSACTL_LNX_SEND_RAW_SRB, and correct size checks on FIBs passed in from userspace. Both changes were obtained from Adaptec's driver build 15317. Adaptec's commandline RAID tool arcconf uses these ioctls when creating a RAID-10 array (and probably other operations too).
show more ...
|
#
4109ba51 |
| 14-Mar-2008 |
Ed Maste <emaste@FreeBSD.org> |
Change spelling and eliminate a typo in comments to reduce diffs with Adaptec's vendor driver. I have some fixes to bring in and this makes ongoing review of the FreeBSD-Adaptec driver diffs easier.
|
Revision tags: release/7.0.0_cvs, release/7.0.0, release/6.3.0_cvs, release/6.3.0 |
|
#
f16627aa |
| 20-Dec-2007 |
Ed Maste <emaste@FreeBSD.org> |
Avoid holding the aac_io_lock over copyout.
Submitted by: Achim Leubner @ Adaptec.
|
#
0c40d5be |
| 19-Dec-2007 |
Ed Maste <emaste@FreeBSD.org> |
Do not recursively acquire aac_io_lock in aac_ioctl_event.
MFC After: 3 days
|
#
7ea2d558 |
| 07-Dec-2007 |
Ed Maste <emaste@FreeBSD.org> |
Add family support to allow the driver to attach to new devices that share the same interface.
Submitted by: Achim Leubner at Adaptec
|
#
a723a548 |
| 07-Dec-2007 |
Ed Maste <emaste@FreeBSD.org> |
Allow simultaneous opens of the device for issuing commands to the controller. This is merged from Adaptec driver build 11669.
|
#
eb5cbaa0 |
| 01-Nov-2007 |
Ed Maste <emaste@FreeBSD.org> |
Rework aac locking for MPSAFE CAM. This fixes a Giant mutex assertion reported on freebsd-current [1].
Also dequeue all events in aac_release_command (instead of just one) so that there's no risk o
Rework aac locking for MPSAFE CAM. This fixes a Giant mutex assertion reported on freebsd-current [1].
Also dequeue all events in aac_release_command (instead of just one) so that there's no risk of them getting stranded.
Reported by: Steven Brown [1] Submitted by: scottl@
[1] http://lists.freebsd.org/pipermail/freebsd-current/2007-October/077928.html
show more ...
|
#
3745c395 |
| 21-Oct-2007 |
Julian Elischer <julian@FreeBSD.org> |
Rename the kthread_xxx (e.g. kthread_create()) calls 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 t
Rename the kthread_xxx (e.g. kthread_create()) calls 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.
show more ...
|
#
7e7a458e |
| 15-Oct-2007 |
Ed Maste <emaste@FreeBSD.org> |
Correct calculation of aac_sg_tablesize.
Obtained from: Adaptec, via driver b11669
|
#
ef544f63 |
| 23-Feb-2007 |
Paolo Pisati <piso@FreeBSD.org> |
o break newbus api: add a new argument of type driver_filter_t to 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
o break newbus api: add a new argument of type driver_filter_t to 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@
show more ...
|
#
1a681311 |
| 14-Feb-2007 |
Luoqi Chen <luoqi@FreeBSD.org> |
The return value of aac_alloc_command() was misinterpreted in aac_ioctl_event(). Once triggered this would leak away all available commands and starve the rest of the driver.
Reviewed by: scottl
|