oster 43ccce7d13 Why start a timer, and then just ignore it? *punt*		2004-03-21 21:20:46 +00:00
..
Makefile	…
files.raidframe	The ugly wonderment of appropriately placed ASCII characters	2003-12-29 06:37:47 +00:00
raidframeio.h	…
raidframevar.h	As noted by Thierry Deval in a posting to misc/at/openbsd.org,	2004-01-04 06:37:16 +00:00
rf_acctrace.c	Use RF_ACC_TRACE to #if out more chunks of code related only	2004-03-01 23:30:57 +00:00
rf_acctrace.h	Adjust _rf_ShutdownCreate() so that it is willing to wait for more	2004-02-29 04:03:50 +00:00
rf_alloclist.c	- Introduce rf_pools which contains all of the various global pools used	2004-03-07 22:15:19 +00:00
rf_alloclist.h	…
rf_archs.h	Introduce RF_DEBUG_ENGINE and use it to disable a number of debugging	2004-03-09 03:10:26 +00:00
rf_aselect.c	Can't conditionalize cleanup on numStripeUnitsBailed -- have to	2004-03-20 21:25:55 +00:00
rf_aselect.h	Cleanup function prototype.	2004-03-04 02:25:13 +00:00
rf_callback.c	- Introduce rf_pools which contains all of the various global pools used	2004-03-07 22:15:19 +00:00
rf_callback.h	- cleanup unneeded 'row' from RF_CallbackDesc_s.	2004-03-03 13:29:00 +00:00
rf_chaindecluster.c	Some days you wonder if some of the function declaration consistency	2003-12-30 21:59:03 +00:00
rf_chaindecluster.h	[Having received a definite lack of strenuous objection, a small amount	2003-12-29 02:38:17 +00:00
rf_copyback.c	Fix mcpair locking issues -- we really don't need the lock held	2004-03-04 02:49:58 +00:00
rf_copyback.h	Nuke a few more 'row'-related bits that were missed in the row-removal.	2004-01-01 19:32:55 +00:00
rf_cvscan.c	Some days you wonder if some of the function declaration consistency	2003-12-30 21:59:03 +00:00
rf_cvscan.h	…
rf_dag.h	For each RAID set, pre-allocate a number of "emergency buffers" to be	2004-03-20 04:22:05 +00:00
rf_dagdegrd.c	Take care of six more mallocs:	2004-03-19 15:16:18 +00:00
rf_dagdegrd.h	…
rf_dagdegwr.c	Add in a couple of missed foo=foo->next's.	2004-03-21 03:22:08 +00:00
rf_dagdegwr.h	…
rf_dagffrd.c	- Introduce a 'dagnode' pool. Initialize it and allow for cleanup.	2004-03-18 16:40:05 +00:00
rf_dagffrd.h	…
rf_dagffwr.c	Change signature of rf_AllocBuffer() to take a dag_h and buffer size	2004-03-20 05:21:53 +00:00
rf_dagffwr.h	…
rf_dagflags.h	Cleanup some unused desc->flags:	2004-01-01 23:35:08 +00:00
rf_dagfuncs.c	rf_bwd1 and rf_bwd2 are holdovers from the "backward" error recovery.	2004-03-04 00:54:30 +00:00
rf_dagfuncs.h	Since the LOCK and UNLOCK flags are never used, no need in extracting them.	2004-01-10 17:04:44 +00:00
rf_dagutils.c	Change signature of rf_AllocBuffer() to take a dag_h and buffer size	2004-03-20 05:21:53 +00:00
rf_dagutils.h	Cleanup function prototypes.	2004-03-20 16:48:05 +00:00
rf_debugMem.c	Some days you wonder if some of the function declaration consistency	2003-12-30 21:59:03 +00:00
rf_debugMem.h	- first kick at a major reworking of RAIDframe's memory allocation code:	2003-12-29 03:33:47 +00:00
rf_debugprint.c	Tidy up the #includes a bit.	2004-01-01 19:37:17 +00:00
rf_debugprint.h	…
rf_decluster.c	Adjust _rf_ShutdownCreate() so that it is willing to wait for more	2004-02-29 04:03:50 +00:00
rf_decluster.h	…
rf_declusterPQ.c	Some days you wonder if some of the function declaration consistency	2003-12-30 21:59:03 +00:00
rf_declusterPQ.h	…
rf_desc.h	This desc->mutex is only ever initialized -- never used. *toss*	2004-03-13 02:31:12 +00:00
rf_diskqueue.c	Doesn't hurt much to zero this before we start mucking with it.	2004-03-21 06:16:49 +00:00
rf_diskqueue.h	Cleanup one more leftover 'row' variable. Cleanup function prototypes	2004-03-04 01:53:25 +00:00
rf_disks.c	Fix a nastly little bug that I've been chasing over the past 12 hours.	2004-03-21 06:32:03 +00:00
rf_disks.h	[Having received a definite lack of strenuous objection, a small amount	2003-12-29 02:38:17 +00:00
rf_driver.c	Yesterday's fix to rf_disks.c (rev 1.51) was necessary, but not	2004-03-21 21:08:08 +00:00
rf_driver.h	Cleanup function prototypes.	2004-03-13 02:04:02 +00:00
rf_engine.c	Introduce RF_DEBUG_ENGINE and use it to disable a number of debugging	2004-03-09 03:10:26 +00:00
rf_engine.h	More function prototype cleanups.	2004-03-04 02:26:50 +00:00
rf_etimer.h	…
rf_evenodd.c	iCleanup the RF_CREATE_PARAM3(). Middle two "arguments" were nothing	2004-01-10 00:56:27 +00:00
rf_evenodd.h	[Having received a definite lack of strenuous objection, a small amount	2003-12-29 02:38:17 +00:00
rf_evenodd_dagfuncs.c	[Having received a definite lack of strenuous objection, a small amount	2003-12-29 02:38:17 +00:00
rf_evenodd_dagfuncs.h	…
rf_evenodd_dags.c	…
rf_evenodd_dags.h	…
rf_fifo.c	Cleanup one more leftover 'row' variable. Cleanup function prototypes	2004-03-04 01:53:25 +00:00
rf_fifo.h	…
rf_general.h	Finally cleanup RF_BZERO. Turns out that 'bp' was only used to obtain	2004-01-01 20:39:58 +00:00
rf_geniq.c	…
rf_hist.h	…
rf_interdecluster.c	…
rf_interdecluster.h	…
rf_invertq.c	…
rf_invertq.h	…
rf_kintf.h	…
rf_layout.c	As noted by Thierry Deval in a posting to misc/at/openbsd.org,	2004-01-04 06:37:16 +00:00
rf_layout.h	For each RAID set, pre-allocate a number of "emergency buffers" to be	2004-03-20 04:22:05 +00:00
rf_map.c	For each RAID set, pre-allocate a number of "emergency buffers" to be	2004-03-20 04:22:05 +00:00
rf_map.h	For each RAID set, pre-allocate a number of "emergency buffers" to be	2004-03-20 04:22:05 +00:00
rf_mcpair.c	- Introduce rf_pools which contains all of the various global pools used	2004-03-07 22:15:19 +00:00
rf_mcpair.h	Another variable that was only ever initialized. Turf.	2004-03-04 03:02:01 +00:00
rf_netbsd.h	For each RAID set, pre-allocate a number of "emergency buffers" to be	2004-03-20 04:22:05 +00:00
rf_netbsdkintf.c	- Introduce rf_pools which contains all of the various global pools used	2004-03-07 22:15:19 +00:00
rf_nwayxor.c	Adjust _rf_ShutdownCreate() so that it is willing to wait for more	2004-02-29 04:03:50 +00:00
rf_nwayxor.h	…
rf_options.c	…
rf_options.h	…
rf_optnames.h	Cleanup rf_enableAtomicRMW and its use. According to the comments, we	2004-01-09 23:26:17 +00:00
rf_paritylog.c	…
rf_paritylog.h	…
rf_paritylogDiskMgr.c	iCleanup the RF_CREATE_PARAM3(). Middle two "arguments" were nothing	2004-01-10 00:56:27 +00:00
rf_paritylogDiskMgr.h	…
rf_paritylogging.c	Adjust _rf_ShutdownCreate() so that it is willing to wait for more	2004-02-29 04:03:50 +00:00
rf_paritylogging.h	[Having received a definite lack of strenuous objection, a small amount	2003-12-29 02:38:17 +00:00
rf_parityloggingdags.c	iCleanup the RF_CREATE_PARAM3(). Middle two "arguments" were nothing	2004-01-10 00:56:27 +00:00
rf_parityloggingdags.h	…
rf_parityscan.c	Use rf_AllocDAGNode() to get new DAG nodes.	2004-03-18 17:26:36 +00:00
rf_parityscan.h	…
rf_pq.c	infoFunc doesn't exist any more. Nuke commented out bits refering	2003-11-16 20:32:05 +00:00
rf_pq.h	…
rf_pqdeg.c	…
rf_pqdeg.h	…
rf_pqdegdags.c	iCleanup the RF_CREATE_PARAM3(). Middle two "arguments" were nothing	2004-01-10 00:56:27 +00:00
rf_pqdegdags.h	…
rf_psstatus.c	Re-work the locking mechanisms for reconstruct and PSS structures	2004-03-18 16:54:54 +00:00
rf_psstatus.h	Re-work the locking mechanisms for reconstruct and PSS structures	2004-03-18 16:54:54 +00:00
rf_raid.h	For each RAID set, pre-allocate a number of "emergency buffers" to be	2004-03-20 04:22:05 +00:00
rf_raid0.c	Fix the "We panic if we can't create a DAG" problem that's existed	2004-01-02 21:41:08 +00:00
rf_raid0.h	[Having received a definite lack of strenuous objection, a small amount	2003-12-29 02:38:17 +00:00
rf_raid1.c	Re-work the locking mechanisms for reconstruct and PSS structures	2004-03-18 16:54:54 +00:00
rf_raid1.h	[Having received a definite lack of strenuous objection, a small amount	2003-12-29 02:38:17 +00:00
rf_raid4.c	Some days you wonder if some of the function declaration consistency	2003-12-30 21:59:03 +00:00
rf_raid4.h	[Having received a definite lack of strenuous objection, a small amount	2003-12-29 02:38:17 +00:00
rf_raid5.c	Use RF_INCLUDE_PARITY_DECLUSTERING_DS to #if-out more unneeded bits.	2004-03-05 03:58:21 +00:00
rf_raid5.h	[Having received a definite lack of strenuous objection, a small amount	2003-12-29 02:38:17 +00:00
rf_raid5_rotatedspare.c	[Having received a definite lack of strenuous objection, a small amount	2003-12-29 02:38:17 +00:00
rf_raid5_rotatedspare.h	[Having received a definite lack of strenuous objection, a small amount	2003-12-29 02:38:17 +00:00
rf_reconbuffer.c	Re-work the locking mechanisms for reconstruct and PSS structures	2004-03-18 16:54:54 +00:00
rf_reconbuffer.h	[Having received a definite lack of strenuous objection, a small amount	2003-12-29 02:38:17 +00:00
rf_reconmap.c	Remove a debugging line that was accidentally left in.	2004-03-18 17:46:22 +00:00
rf_reconmap.h	Re-work the locking mechanisms for reconstruct and PSS structures	2004-03-18 16:54:54 +00:00
rf_reconstruct.c	Re-work the locking mechanisms for reconstruct and PSS structures	2004-03-18 16:54:54 +00:00
rf_reconstruct.h	Re-work the locking mechanisms for reconstruct and PSS structures	2004-03-18 16:54:54 +00:00
rf_reconutil.c	Re-work the locking mechanisms for reconstruct and PSS structures	2004-03-18 16:54:54 +00:00
rf_reconutil.h	[Having received a definite lack of strenuous objection, a small amount	2003-12-29 02:38:17 +00:00
rf_revent.c	- Introduce rf_pools which contains all of the various global pools used	2004-03-07 22:15:19 +00:00
rf_revent.h	[Having received a definite lack of strenuous objection, a small amount	2003-12-29 02:38:17 +00:00
rf_shutdown.c	rf_ShutdownList() isn't returning anything useful, and doesn't need to	2004-03-09 02:15:33 +00:00
rf_shutdown.h	rf_ShutdownList() isn't returning anything useful, and doesn't need to	2004-03-09 02:15:33 +00:00
rf_sstf.c	More leftover 'row' bits now removed.	2004-03-04 01:57:54 +00:00
rf_sstf.h	…
rf_states.c	Why start a timer, and then just ignore it? *punt*	2004-03-21 21:20:46 +00:00
rf_states.h	…
rf_stripelocks.c	- Introduce rf_pools which contains all of the various global pools used	2004-03-07 22:15:19 +00:00
rf_stripelocks.h	Cleanup function prototypes.	2004-03-04 02:55:58 +00:00
rf_strutils.c	…
rf_threadstuff.h	rf_lkmgr_mutex_init() is only called from one spot, and it really	2003-12-29 06:30:42 +00:00
rf_utils.c	Some days you wonder if some of the function declaration consistency	2003-12-30 21:59:03 +00:00
rf_utils.h	…