src/sys/dev/ips/ips_ioctl.c, branch release/9.0.0FreeBSD source treehttps://cgit-dev.freebsd.org/src/atom?h=release%2F9.0.02005-11-29T09:39:41ZSeparate the hardware definitions into ipsreg.h so they can be used by2005-11-29T09:39:41ZScott Longscottl@FreeBSD.org2005-11-29T09:39:41Zurn:sha1:f94dfeb4810245d485d85e8a494a3d339d7f1d95
future userland tools.
Overhaul error handling in the IPS driver. Don't use a magic value for2005-09-25T17:12:41ZScott Longscottl@FreeBSD.org2005-09-25T17:12:41Zurn:sha1:2eea70515c189e5c7c5457efd3e875ed395d736b
driver-induced errors, instead be better about propagating error status
upwards. Add more error definitions, courtesy of the linux driver. Fix
a command leak in the ioctl handler. Re-arrange some of the command handlers
to localize error handling.
MFC After: 3 days
Lock the IPS driver and bring it out from under Giant. Also do some2005-01-28T05:02:13ZScott Longscottl@FreeBSD.org2005-01-28T05:02:13Zurn:sha1:03a908f2ce4394b8fd8ec8e4734938c002989d0f
significant clean up and optimizations:
- don't call bioq_disksort() on every command, the hardware will do that for
us.
- remove all of the complicated bio deferral code. bio's that can't be
serviced immediately can just wait on the bioq.
- Only reserve one command object for doing control commands to the card.
This simplifies a lot of code and significantly reduces the size of the
command struct.
- Allocate commands out of a slab instead of embedding them into the softc.
- Call the command action method directly instead of having ips_get_free_cmd()
call it indirectly.
MFC After: 1 week
Use a unique malloc type rather than M_DEVBUF.2004-05-30T04:01:29ZScott Longscottl@FreeBSD.org2004-05-30T04:01:29Zurn:sha1:dd83a01e81b7f4729a40700faf8ae29b254878b4Use __FBSDID().2003-08-24T17:55:58ZDavid E. O'Brienobrien@FreeBSD.org2003-08-24T17:55:58Zurn:sha1:aad970f1fee9a2a3e5a0f880be9b87c6193b3bd1
Also some minor style cleanups.
Mega busdma API commit.2003-07-01T15:52:06ZScott Longscottl@FreeBSD.org2003-07-01T15:52:06Zurn:sha1:f6b1c44d1f70d5f298b911f2c1dcd802b0d11339
Add two new arguments to bus_dma_tag_create(): lockfunc and lockfuncarg.
Lockfunc allows a driver to provide a function for managing its locking
semantics while using busdma. At the moment, this is used for the
asynchronous busdma_swi and callback mechanism. Two lockfunc implementations
are provided: busdma_lock_mutex() performs standard mutex operations on the
mutex that is specified from lockfuncarg. dftl_lock() is a panic
implementation and is defaulted to when NULL, NULL are passed to
bus_dma_tag_create(). The only time that NULL, NULL should ever be used is
when the driver ensures that bus_dmamap_load() will not be deferred.
Drivers that do not provide their own locking can pass
busdma_lock_mutex,&Giant args in order to preserve the former behaviour.
sparc64 and powerpc do not provide real busdma_swi functions, so this is
largely a noop on those platforms. The busdma_swi on is64 is not properly
locked yet, so warnings will be emitted on this platform when busdma
callback deferrals happen.
If anyone gets panics or warnings from dflt_lock() being called, please
let me know right away.
Reviewed by: tmm, gibbs
Fix indentation2003-05-31T20:40:12ZPoul-Henning Kampphk@FreeBSD.org2003-05-31T20:40:12Zurn:sha1:25371920a016f729e706e60c6cce18369a424a7c
Found by: FlexeLint
Add the 'ips' driver for the IBM (now Adaptec) ServeRAID controller2003-05-11T06:36:49ZScott Longscottl@FreeBSD.org2003-05-11T06:36:49Zurn:sha1:2aedd662d8ab5bdd421bbae90f92a79b96e64e57
series. This driver was generously developed and released by David
Jeffreys and Adaptec. I've updated it to work with 5.x and fixed a
few bugs.
MFC After: 1 week