Aren/NetBSD
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
63e07285f8
NetBSD/sys/dev/raidframe
History
oster 63e07285f8 Bah. RF_ACC_TRACE bits need a bit more work before they can be turned off. 
Re-enable until all parts can be disabled at the same time.
2004-02-29 23:27:24 +00:00
..
files.raidframe The ugly wonderment of appropriately placed ASCII characters 2003-12-29 06:37:47 +00:00
Makefile
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 As a LOCK_DEBUG kernel complains, we should really initialze 2004-02-29 23:10:58 +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 Adjust _rf_ShutdownCreate() so that it is willing to wait for more 2004-02-29 04:03:50 +00:00
rf_alloclist.h Nuke all (but one) of the remaining RF_UTILITY's. 2002-11-23 02:44:14 +00:00
rf_archs.h Bah. RF_ACC_TRACE bits need a bit more work before they can be turned off. 2004-02-29 23:27:24 +00:00
rf_aselect.c InitHdrNode() might as well return 'void'. Nothing ever pays attention 2004-02-29 01:50:23 +00:00
rf_aselect.h
rf_callback.c Adjust _rf_ShutdownCreate() so that it is willing to wait for more 2004-02-29 04:03:50 +00:00
rf_callback.h
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 Some days you wonder if some of the function declaration consistency 2003-12-30 21:59:03 +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_CvscanConfigure() is a NOP. Nuke it. Thanks Krister! 2002-09-21 00:37:14 +00:00
rf_dag.h Use a dynamically allocated linked list of dagLists instead of using a 2004-02-27 02:55:17 +00:00
rf_dagdegrd.c iCleanup the RF_CREATE_PARAM3(). Middle two "arguments" were nothing 2004-01-10 00:56:27 +00:00
rf_dagdegrd.h constify some 2003-02-09 10:04:32 +00:00
rf_dagdegwr.c iCleanup the RF_CREATE_PARAM3(). Middle two "arguments" were nothing 2004-01-10 00:56:27 +00:00
rf_dagdegwr.h
rf_dagffrd.c iCleanup the RF_CREATE_PARAM3(). Middle two "arguments" were nothing 2004-01-10 00:56:27 +00:00
rf_dagffrd.h
rf_dagffwr.c unlockQNodes, unlockDataNodes, and unlockParityNodes are not used. Turf. 2004-02-21 20:06:29 +00:00
rf_dagffwr.h constify some 2003-02-09 10:04:32 +00:00
rf_dagflags.h Cleanup some unused desc->flags: 2004-01-01 23:35:08 +00:00
rf_dagfuncs.c Since the LOCK and UNLOCK flags are never used, no need in extracting them. 2004-01-10 17:04:44 +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 Adjust _rf_ShutdownCreate() so that it is willing to wait for more 2004-02-29 04:03:50 +00:00
rf_dagutils.h Stripe functions are now handled by a linked-list instead of a 2004-02-29 01:24:34 +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 Let's just say that the way things were stored in the array for the 2002-08-04 03:22:07 +00:00
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 Use a dynamically allocated linked list of dagLists instead of using a 2004-02-27 02:55:17 +00:00
rf_diskqueue.c Adjust _rf_ShutdownCreate() so that it is willing to wait for more 2004-02-29 04:03:50 +00:00
rf_diskqueue.h occured -> occurred. From Peter Postma. 2004-02-24 15:12:51 +00:00
rf_disks.c Some days you wonder if some of the function declaration consistency 2003-12-30 21:59: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 Adjust _rf_ShutdownCreate() so that it is willing to wait for more 2004-02-29 04:03:50 +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 Adjust _rf_ShutdownCreate() so that it is willing to wait for more 2004-02-29 04:03:50 +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 "Utilize" has exactly the same meaning as "use," but it is more 2003-02-05 00:02:24 +00:00
rf_evenodd_dags.c
rf_evenodd_dags.h Nuke all (but one) of the remaining RF_UTILITY's. 2002-11-23 02:44:14 +00:00
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_fifo.c Some days you wonder if some of the function declaration consistency 2003-12-30 21:59:03 +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 The Double-Semi-Colon Police. 2003-01-20 05:29:53 +00:00
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 As noted by Thierry Deval in a posting to misc/at/openbsd.org, 2004-01-04 06:37:16 +00:00
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 Adjust _rf_ShutdownCreate() so that it is willing to wait for more 2004-02-29 04:03:50 +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 Adjust _rf_ShutdownCreate() so that it is willing to wait for more 2004-02-29 04:03:50 +00:00
rf_mcpair.h
rf_netbsd.h
rf_netbsdkintf.c Relegate some printf's to DEBUG land. 2004-02-08 04:37:56 +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 Everyone and their dog was using RF_ERRORMSG3 to print out the same 2002-09-14 17:53:57 +00:00
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 iCleanup the RF_CREATE_PARAM3(). Middle two "arguments" were nothing 2004-01-10 00:56:27 +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 Adjust _rf_ShutdownCreate() so that it is willing to wait for more 2004-02-29 04:03:50 +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 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 Unlock the mcpair mutex before we call rf_DispatchDAG(), and re-lock it once 2004-02-29 23:03:30 +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_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 When the 'if' condition is true, the function will return, so there 2004-02-29 20:11:26 +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 iCleanup the RF_CREATE_PARAM3(). Middle two "arguments" were nothing 2004-01-10 00:56:27 +00:00
rf_reconbuffer.c Remove "row" from DEBUG statements. 2004-01-02 11:52:15 +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 Some days you wonder if some of the function declaration consistency 2003-12-30 21:59:03 +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 Adjust _rf_ShutdownCreate() so that it is willing to wait for more 2004-02-29 04:03:50 +00:00
rf_reconstruct.h Nuke a few more 'row'-related bits that were missed in the row-removal. 2004-01-01 19:32:55 +00:00
rf_reconutil.c Nuke a bunch of unused variables: 2004-01-01 19:27:35 +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 Adjust _rf_ShutdownCreate() so that it is willing to wait for more 2004-02-29 04:03:50 +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 Adjust _rf_ShutdownCreate() so that it is willing to wait for more 2004-02-29 04:03:50 +00:00
rf_shutdown.h Adjust _rf_ShutdownCreate() so that it is willing to wait for more 2004-02-29 04:03:50 +00:00
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 Minor shuffling of variable declarations to clean RF_ACC_TRACE #defines 2004-02-29 22:11:54 +00:00
rf_states.h
rf_stripelocks.c Adjust _rf_ShutdownCreate() so that it is willing to wait for more 2004-02-29 04:03:50 +00:00
rf_stripelocks.h rf_MakeLockTable() and rf_ShutdownStripeLocks() are used only in 2003-04-10 04:10:17 +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