src/sys/modules/geom, branch releng/7.0

- Add geom_virstor to the module build.

2008-01-24T20:28:27Z

PR: kern/119902 Submitted by: Yoshihiro Ota Approved by: re (kensmith), pjd (mentor)

Bring in the GEOM Virtualisation class, which allows to create huge GEOM

2007-09-23T07:34:23Z

providers with limited physical storage and add physical storage as needed. Submitted by: Ivan Voras Sponsored by: Google Summer of Code 2006 Approved by: re (kensmith)

First cut at GEOM based multipath. This is an active/passive{/passive...}

2007-02-27T04:01:58Z

arrangement that has no intrinsic internal knowledge of whether devices it is given are truly multipath devices. As such, this is a simplistic approach, but still a useful one. The basic approach is to (at present- this will change soon) use camcontrol to find likely identical devices and and label the trailing sector of the first one. This label contains both a full UUID and a name. The name is what is presented in /dev/multipath, but the UUID is used as a true distinguishor at g_taste time, thus making sure we don't have chaos on a shared SAN where everyone names their data multipath as "Fred". The first of N identical devices (and N *may* be 1!) becomes the active path until a BIO request is failed with EIO or ENXIO. When this occurs, the active disk is ripped away and the next in a list is picked to (retry and) continue with. During g_taste events new disks that meet the match criteria for existing multipath geoms get added to the tail end of the list. Thus, this active/passive setup actually does work for devices which go away and come back, as do (now) mpt(4) and isp(4) SAN based disks. There is still a lot to do to improve this- like about 5 of the 12 recommendations I've received about it, but it's been functional enough for a while that it deserves a broader test base. Reviewed by: pjd Sponsored by: IronPort Systems MFC: 2 months

Don't recurse into geom_apple and geom_gpt. They have been moved

2007-02-07T21:37:02Z

into the g_part framework.

Hook up gjournal bits to the build.

2006-10-31T22:22:30Z

Add Makefile for geom_journal kernel module.

2006-10-31T22:21:47Z

A GEOM cache can speed up read performance by sending fixed size

2006-10-06T08:27:07Z

read requests to its consumer. It has been developed to address the problem of a horrible read performance of a 64k blocksize FS residing on a RAID3 array with 8 data components, where a single disk component would only get 8k read requests, thus effectively killing disk performance under high load. Documentation will be provided later. I'd like to thank Vsevolod Lobko for his bright ideas, and Pawel Jakub Dawidek for helping me fix the nasty bug.

Don't expect that 'device random' will compile in those files into the

2006-06-09T17:36:50Z

kernel for us. If random is compiled as kernel module, geom_bde.ko cannot be loaded. Reported by: Michal Suszko

Connect new GELI files to the build.

2006-06-05T21:42:26Z

Supported by: Wheel Sp. z o.o. (http://www.wheel.pl)

Dike out WARNS from kernel module makefiles. Kernels and modules

2006-05-30T09:38:54Z

use a different mechanism for setting warning flags, and using WARNS here only has null or negative effects. Submitted by: bde (I think it means "submitted")