summaryrefslogtreecommitdiffstats
path: root/sys/geom/vinum/geom_vinum_volume.c
Commit message (Collapse)AuthorAgeFilesLines
* Get rid of the gv_bioq hack in most parts of the I/O path andle2006-01-061-21/+11
| | | | use the standard bioq structures.
* Correct the check if a plex is accessible in case it is not up.le2005-08-221-1/+1
| | | | This makes degraded RAID5 plexes actually work.
* *) Implement round-robin reads for multiplex volumes.le2005-07-151-25/+35
| | | | | | *) Plug a possible memory leak. [1] [1] obtained from: pjd@.
* Correctly calculate what to do and how to retry a request to a plex whenle2005-02-231-12/+46
| | | | | | | the previous one failed and there are more than one plex in the volume. This could have led to a flood of error messages on the console and probably a deadlock in certain situations.
* Although an object may already be known in the configuration, it'sle2005-01-191-2/+10
| | | | | | | worker thread may have been destroyed (e.g. during orphaning). Make sure that objects get back their worker threads when they get a new geom.
* Re-vamp how I/O is handled in volumes and plexes.le2004-09-181-53/+175
| | | | | | | | | | Analogous to the drive level, give each volume and plex a worker thread that picks up and processes incoming and completed BIOs. This should fix the data corruption issues that have come up a few weeks ago and improve performance, especially of RAID5 plexes. The volume level needs a little work, though.
* When attaching a consumer from a volume to a plex, check if thele2004-08-261-2/+21
| | | | | volume already has a plex attached and adjust the access counts of the new consumer accordingly.
* Tag all geom classes in the tree with a version number.phk2004-08-081-0/+1
|
* Clean up allocated ressources when destroying the main vinum geom.le2004-06-181-6/+3
|
* Handle dead disks in a somewhat sane way.le2004-06-161-1/+4
|
* Add a first version of a GEOMified vinum.le2004-06-121-0/+260
OpenPOWER on IntegriCloud