Aren/NetBSD
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
466915b256
NetBSD/sys/dev/raidframe
History
oster 4a82b086a3 Allocating emergency buffer space is all fine and well, but one should really 
remember to return the memory when unconfiguring the array.  Same thing goes
for the pool elements used to build the list!
2004-04-10 05:52:33 +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 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 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 These changes complete the effective removal of malloc() from all 2004-04-09 23:10:16 +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 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 These changes complete the effective removal of malloc() from all 2004-04-09 23:10:16 +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 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 These changes complete the effective removal of malloc() from all 2004-04-09 23:10:16 +00:00
rf_diskqueue.c bufpool must be accessed at splbio(). 2004-03-23 02:34:10 +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 Allocating emergency buffer space is all fine and well, but one should really 2004-04-10 05:52:33 +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_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 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 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 These changes complete the effective removal of malloc() from all 2004-04-09 23:10:16 +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 We really should have a wakeup in RF_UNLOCK_PSS_MUTEX in case we have 2004-04-09 17:01:03 +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_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 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_raid.h These changes complete the effective removal of malloc() from all 2004-04-09 23:10:16 +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 Ooops.. this free should come at the end of the loop. Thanks 2004-03-23 13:09:18 +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