oster 5c71699f0b Clean up comments, and generally make more readable. No functional changes.		2003-12-29 17:13:36 +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	[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	Actually toss the comment I said I was tossing in the last commit.	2003-07-01 23:53:48 +00:00
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.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_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	- 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	Back out the lwp/ktrace changes. They contained a lot of colateral damage,	2003-06-29 22:28:00 +00:00
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	Clean up comments, and generally make more readable. No functional changes.	2003-12-29 17:13:36 +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	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	…
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_raid.h	Garbage-collect a whole mess of this RF_THREADGROUP_* stuff that isn't	2003-12-29 06:19:28 +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.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_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	[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	Clean up code/comments. No functional changes. Just a lot easier to read now.	2003-12-29 16:57:35 +00:00
rf_stripelocks.h	…
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	…
rf_utils.h	…