oster ee0afdc3dc rf_lkmgr_mutex_init() is only called from one spot, and it really ... can't fail. Simplify life in rf_BootRaidframe(), and then nuke rf_lkmgr_mutex_init(). Cleanup rf_threadstuff.h a bit more too. rf_threadstuff.c is about to Go Away.		2003-12-29 06:30:42 +00:00
..
files.raidframe
Makefile
raidframeio.h
raidframevar.h	[Having received a definite lack of strenuous objection, a small amount	2003-12-29 02:38:17 +00:00
rf_acctrace.c	Since rf_mutex_destroy() is effectively a NOP now, nuke it.	2003-12-29 05:01:14 +00:00
rf_acctrace.h
rf_alloclist.c
rf_alloclist.h
rf_archs.h
rf_aselect.c	- first kick at a major reworking of RAIDframe's memory allocation code:	2003-12-29 03:33:47 +00:00
rf_aselect.h
rf_callback.c	- first kick at a major reworking of RAIDframe's memory allocation code:	2003-12-29 03:33:47 +00:00
rf_callback.h
rf_chaindecluster.c	[Having received a definite lack of strenuous objection, a small amount	2003-12-29 02:38:17 +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	[Having received a definite lack of strenuous objection, a small amount	2003-12-29 02:38:17 +00:00
rf_copyback.h
rf_cvscan.c
rf_cvscan.h
rf_dag.h
rf_dagdegrd.c	- first kick at a major reworking of RAIDframe's memory allocation code:	2003-12-29 03:33:47 +00:00
rf_dagdegrd.h
rf_dagdegwr.c	- first kick at a major reworking of RAIDframe's memory allocation code:	2003-12-29 03:33:47 +00:00
rf_dagdegwr.h
rf_dagffrd.c	- first kick at a major reworking of RAIDframe's memory allocation code:	2003-12-29 03:33:47 +00:00
rf_dagffrd.h
rf_dagffwr.c	- first kick at a major reworking of RAIDframe's memory allocation code:	2003-12-29 03:33:47 +00:00
rf_dagffwr.h
rf_dagflags.h
rf_dagfuncs.c	General format/comment cleanups. No functional changes.	2003-12-29 03:43:07 +00:00
rf_dagfuncs.h
rf_dagutils.c	- first kick at a major reworking of RAIDframe's memory allocation code:	2003-12-29 03:33:47 +00:00
rf_dagutils.h
rf_debugMem.c	_rf_create_managed_mutex() is doing just a simple:	2003-12-29 05:22:16 +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
rf_debugprint.h
rf_decluster.c
rf_decluster.h
rf_declusterPQ.c	[Having received a definite lack of strenuous objection, a small amount	2003-12-29 02:38:17 +00:00
rf_declusterPQ.h
rf_desc.h	[Having received a definite lack of strenuous objection, a small amount	2003-12-29 02:38:17 +00:00
rf_diskqueue.c	_rf_create_managed_cond() is now left doing nothing. Convert callers.	2003-12-29 05:48:13 +00:00
rf_diskqueue.h	[Having received a definite lack of strenuous objection, a small amount	2003-12-29 02:38:17 +00:00
rf_disks.c	- first kick at a major reworking of RAIDframe's memory allocation code:	2003-12-29 03:33:47 +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	rf_lkmgr_mutex_init() is only called from one spot, and it really	2003-12-29 06:30:42 +00:00
rf_driver.h	[Having received a definite lack of strenuous objection, a small amount	2003-12-29 02:38:17 +00:00
rf_engine.c	Garbage-collect a whole mess of this RF_THREADGROUP_* stuff that isn't	2003-12-29 06:19:28 +00:00
rf_engine.h
rf_etimer.h
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_evenodd.c	- first kick at a major reworking of RAIDframe's memory allocation code:	2003-12-29 03:33:47 +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_fifo.c	- first kick at a major reworking of RAIDframe's memory allocation code:	2003-12-29 03:33:47 +00:00
rf_fifo.h
rf_general.h
rf_geniq.c
rf_hist.h
rf_interdecluster.c
rf_interdecluster.h
rf_invertq.c
rf_invertq.h
rf_kintf.h
rf_layout.c
rf_layout.h	[Having received a definite lack of strenuous objection, a small amount	2003-12-29 02:38:17 +00:00
rf_map.c	- first kick at a major reworking of RAIDframe's memory allocation code:	2003-12-29 03:33:47 +00:00
rf_map.h	[Having received a definite lack of strenuous objection, a small amount	2003-12-29 02:38:17 +00:00
rf_mcpair.c	Tidy up a comment.	2003-12-29 04:34:36 +00:00
rf_mcpair.h
rf_netbsd.h
rf_netbsdkintf.c	Simplify defn's of rf_mutex_init() and rf_mutex_destroy(). Since	2003-12-29 04:56:26 +00:00
rf_nwayxor.c
rf_nwayxor.h
rf_options.c
rf_options.h
rf_optnames.h
rf_paritylog.c
rf_paritylog.h
rf_paritylogDiskMgr.c	[Having received a definite lack of strenuous objection, a small amount	2003-12-29 02:38:17 +00:00
rf_paritylogDiskMgr.h
rf_paritylogging.c	_rf_create_managed_cond() is now left doing nothing. Convert callers.	2003-12-29 05:48:13 +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	- first kick at a major reworking of RAIDframe's memory allocation code:	2003-12-29 03:33:47 +00:00
rf_parityloggingdags.h
rf_parityscan.c	- first kick at a major reworking of RAIDframe's memory allocation code:	2003-12-29 03:33:47 +00:00
rf_parityscan.h
rf_pq.c
rf_pq.h
rf_pqdeg.c
rf_pqdeg.h
rf_pqdegdags.c
rf_pqdegdags.h
rf_psstatus.c	Since rf_mutex_destroy() is effectively a NOP now, nuke it.	2003-12-29 05:01:14 +00:00
rf_psstatus.h	[Having received a definite lack of strenuous objection, a small amount	2003-12-29 02:38:17 +00:00
rf_raid0.c	[Having received a definite lack of strenuous objection, a small amount	2003-12-29 02:38:17 +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	[Having received a definite lack of strenuous objection, a small amount	2003-12-29 02:38:17 +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	[Having received a definite lack of strenuous objection, a small amount	2003-12-29 02:38:17 +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_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_raid5.c	[Having received a definite lack of strenuous objection, a small amount	2003-12-29 02:38:17 +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_raid.h	Garbage-collect a whole mess of this RF_THREADGROUP_* stuff that isn't	2003-12-29 06:19:28 +00:00
rf_reconbuffer.c	[Having received a definite lack of strenuous objection, a small amount	2003-12-29 02:38:17 +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	Since rf_mutex_destroy() is effectively a NOP now, nuke it.	2003-12-29 05:01:14 +00:00
rf_reconmap.h	[Having received a definite lack of strenuous objection, a small amount	2003-12-29 02:38:17 +00:00
rf_reconstruct.c	Let's see... raidPtr->recon_done_procs is never set to anything	2003-12-29 05:58:34 +00:00
rf_reconstruct.h	[Having received a definite lack of strenuous objection, a small amount	2003-12-29 02:38:17 +00:00
rf_reconutil.c	Since rf_mutex_destroy() is effectively a NOP now, nuke it.	2003-12-29 05:01:14 +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	- first kick at a major reworking of RAIDframe's memory allocation code:	2003-12-29 03:33:47 +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	- first kick at a major reworking of RAIDframe's memory allocation code:	2003-12-29 03:33:47 +00:00
rf_shutdown.h
rf_sstf.c	- first kick at a major reworking of RAIDframe's memory allocation code:	2003-12-29 03:33:47 +00:00
rf_sstf.h
rf_states.c	[Having received a definite lack of strenuous objection, a small amount	2003-12-29 02:38:17 +00:00
rf_states.h
rf_stripelocks.c	Since rf_mutex_destroy() is effectively a NOP now, nuke it.	2003-12-29 05:01:14 +00:00
rf_stripelocks.h
rf_strutils.c
rf_threadstuff.c	rf_lkmgr_mutex_init() is only called from one spot, and it really	2003-12-29 06:30:42 +00:00
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
rf_utils.h