NetBSD/sys/dev/raidframe
oster e800226bf6 Convert a few "void *"'s to "struct buf *"'s. No functional changes. 2005-02-13 20:27:48 +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 fix const'ificication, gcc-3.4 will notice it 2004-06-02 22:58:28 +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 These changes complete the effective removal of malloc() from all 2004-04-09 23:10:16 +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 The 'next' argument to rf_CreateDiskQueueData is always NULL. Since 2005-02-12 03:44:41 +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 These changes complete the effective removal of malloc() from all 2004-04-09 23:10:16 +00:00
rf_dagdegrd.c Correct some RF_ASSERTS() that were missed when fixing memory issues 2004-08-27 15:55:50 +00:00
rf_dagdegrd.h
rf_dagdegwr.c These changes complete the effective removal of malloc() from all 2004-04-09 23:10:16 +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 Correct some RF_ASSERTS() that were missed when fixing memory issues 2004-08-27 15:55:50 +00:00
rf_dagffwr.h
rf_dagflags.h Cleanup some unused desc->flags: 2004-01-01 23:35:08 +00:00
rf_dagfuncs.c The 'next' argument to rf_CreateDiskQueueData is always NULL. Since 2005-02-12 03:44:41 +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 These changes complete the effective removal of malloc() from all 2004-04-09 23:10:16 +00:00
rf_dagutils.h These changes complete the effective removal of malloc() from all 2004-04-09 23:10:16 +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 Convert a few "void *"'s to "struct buf *"'s. No functional changes. 2005-02-13 20:27:48 +00:00
rf_diskqueue.c The 'next' argument to rf_CreateDiskQueueData is always NULL. Since 2005-02-12 03:44:41 +00:00
rf_diskqueue.h The 'next' argument to rf_CreateDiskQueueData is always NULL. Since 2005-02-12 03:44:41 +00:00
rf_disks.c Make this actually compile. 2004-10-10 11:15:22 +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 Convert a few "void *"'s to "struct buf *"'s. No functional changes. 2005-02-13 20:27:48 +00:00
rf_driver.h Convert a few "void *"'s to "struct buf *"'s. No functional changes. 2005-02-13 20:27:48 +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 Reconstruction Descriptors are only allocated once per reconstruction, 2005-01-22 02:22:44 +00:00
rf_netbsdkintf.c Don't allow -f to fail a disk while a reconstruction is taking place 2004-11-17 01:34:10 +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 We really should have a wakeup in RF_UNLOCK_PSS_MUTEX in case we have 2004-04-09 17:01:03 +00:00
rf_raid.h These changes complete the effective removal of malloc() from all 2004-04-09 23:10:16 +00:00
rf_raid0.c Correct some RF_ASSERTS() that were missed when fixing memory issues 2004-08-27 15:55:50 +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 The 'next' argument to rf_CreateDiskQueueData is always NULL. Since 2005-02-12 03:44:41 +00:00
rf_reconstruct.h Vastly improve the error handling in the case of a read/write error 2005-02-05 23:32:43 +00:00
rf_reconutil.c Vastly improve the error handling in the case of a read/write error 2005-02-05 23:32:43 +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 Vastly improve the error handling in the case of a read/write error 2005-02-05 23:32:43 +00:00
rf_revent.h Cleanup function prototypes. 2005-02-05 23:35:33 +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 After walking through desc->dagList nuking entries, make sure 2005-01-14 01:33:15 +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