summaryrefslogtreecommitdiffstats
path: root/sys/modules/geom
Commit message (Collapse)AuthorAgeFilesLines
* Add support for PC-9800 partition tables.marcel2008-03-282-0/+13
|
* Instead of making a single geom_part.ko module, make a modulemarcel2008-03-236-15/+66
| | | | | for each partitioning scheme. The gpart code is currently non- optional.
* Remove makefiles for geom_apple and geom_gpt. These are non-existentmarcel2008-03-022-16/+0
| | | | for while.
* Add geom_part module.marcel2008-03-022-0/+19
|
* Remove WARNS from here and compile with default kernel flags.ru2008-02-211-1/+0
|
* geom_lvm(4) is now known as geom_linux_lvm(4).thompsa2008-02-201-8/+0
|
* Rename geom_lvm(4) to geom_linux_lvm(4).thompsa2008-02-201-1/+1
| | | | Requested by: des, phk
* Rename geom_lvm(4) to geom_linux_lvm(4).thompsa2008-02-201-0/+8
| | | | Requested by: des, phk
* Hook geom_lvm(4) up to the build.thompsa2008-02-112-0/+9
|
* Add GEOM VIRSTOR module to the build.pjd2007-10-261-0/+1
|
* Bring in the GEOM Virtualisation class, which allows to create huge GEOMpjd2007-09-231-0/+8
| | | | | | | | | 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...}mjacob2007-02-272-0/+9
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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 movedmarcel2007-02-071-3/+1
| | | | into the g_part framework.
* Hook up gjournal bits to the build.pjd2006-10-311-0/+1
| | | | Sponsored by: home.pl
* Add Makefile for geom_journal kernel module.pjd2006-10-311-0/+10
| | | | Sponsored by: home.pl
* A GEOM cache can speed up read performance by sending fixed sizeru2006-10-062-0/+9
| | | | | | | | | | 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 thepjd2006-06-091-0/+3
| | | | | | | kernel for us. If random is compiled as kernel module, geom_bde.ko cannot be loaded. Reported by: Michal Suszko <michal@dry.pl>
* Connect new GELI files to the build.pjd2006-06-051-1/+9
| | | | Supported by: Wheel Sp. z o.o. (http://www.wheel.pl)
* Dike out WARNS from kernel module makefiles. Kernels and modulesru2006-05-301-1/+0
| | | | | | | 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")
* Check rootvnode variable to see if we still want to ask for passphrase onpjd2006-02-111-1/+1
| | | | | | boot. Other methods just don't work properly. MFC after: 3 days
* Since we want a vinum geom created anytime the module loads, movele2005-11-241-1/+1
| | | | | | | | | | | the geom creation to a seperate init function and ignore the tasting. The config is now parsed only in the vinumdrive geom, which hopefully fixes the problem, that the drive class tasted before the vinum class had a chance, for good. Also restore the behaviour that the module can be loaded at boot time and on a running system.
* Finally bring in what was produced during Google SoC 2005:le2005-11-191-1/+2
| | | | | | | | | Add functions to rename objects and to move a subdisk from one drive to another. Obtained from: Chris Jones <chris.jones@ualberta.ca> Sponsored by: Google Summer of Code 2005 MFC in: 1 week
* Add -DINVARIANT_SUPPORT -DINVARIANTSfjoe2005-09-291-1/+1
| | | | (to commented out CFLAGS, used for debugging).
* Add geom_bsd_enc.c which we've been wanting to be in geon_bsd.imura2005-09-201-1/+1
| | | | Reviewed by: phk
* Shuffle around the order in which the components are compiled.le2005-08-261-1/+1
| | | | | | | | | This way, the VINUMDRIVE class is loaded before the VINUM class, but since geom does the tasting for newly arrived classes last-in-first-out, the VINUM class tastes first. This removes the need to call gv_parse_config() in the drive taste path.
* Add NTFS labeling function.takawata2005-08-261-0/+1
| | | | Reviewed by:pjd
* Add code for Ext2FS and ReiserFS labels recognition.pjd2005-08-121-0/+2
| | | | | | Submitted by: Stanislav Sedov <stas@310.ru> PR: kern/84638 MFC after: 1 week
* Connect GEOM_ELI class to the build.pjd2005-07-271-0/+1
| | | | MFC after: 1 week
* Add GEOM_ELI class which provides GEOM providers encryption.pjd2005-07-271-0/+9
| | | | | | | | For features list and usage see manual page: geli(8). Sponsored by: Wheel Sp. z o.o. http://www.wheel.pl MFC after: 1 week
* Connect GZERO to the build.pjd2005-07-251-1/+2
| | | | MFC after: 3 days
* Add a very simple and small GEOM class - ZERO.pjd2005-07-251-0/+8
| | | | | | | | | | | It creates very huge provider (41PB) /dev/gzero. On BIO_READ request it zero-fills bio_data and on BIO_WRITE it does nothing. You can also set kern.geom.zero.clear sysctl to 0 to do nothing even for BIO_READ. I'm using it for performance testing where it is very helpful. MFC after: 3 days
* Connect SHSEC GEOM class to the build.pjd2005-01-111-0/+1
|
* Introduce a new GEOM class - SHSEC. It provides sharing secret betweenpjd2005-01-111-0/+8
| | | | | | | | the given providers. Without even one of the configured components there should be no way to get the secret. Supported by: WHEEL Sp. z o.o. http://www.wheel.pl
* Do not compile in zlib.c. Add a dependency on module instead.fjoe2004-09-081-1/+1
|
* Connect RAID3 GEOM class to the build.pjd2004-08-161-0/+1
|
* Introduce GEOM RAID3 class, i.e. kernel module, which implements RAID3pjd2004-08-161-0/+9
| | | | | | | transformation and graid3(8) userland utility, which can be used for configuration. No manual page yet, sorry. Hardware provided by: Daniel Seuffert
* Add geom_uzip -- geom class that implements read-only compressed disks.fjoe2004-08-132-0/+10
| | | | | Currently supports cloop V2.0 disk compression format. May support more formats in future.
* Due to popular demand, hook up geom_vinum to the build.le2004-08-071-0/+1
|
* Connect GEOM_MIRROR class to the build.pjd2004-07-301-0/+1
|
* Add GEOM_MIRROR class which provide RAID1 functionality and has many usefulpjd2004-07-301-0/+9
| | | | | | | | features. The gmirror(8) utility should be used for control of this class. There is no manual page yet, but I'm working on it with keramida@. Many useful tests provided by: simon (thank you!) Some ideas from: scottl, simon, phk
* Introduce GEOM_LABEL class.pjd2004-07-022-0/+12
| | | | | | | | | | | | | | | | | | | | | | | This class is used for detecting volume labels on file systems: UFS, MSDOSFS (FAT12, FAT16, FAT32) and ISO9660. It also provide native labelization (there is no need for file system). g_label_ufs.c is based on geom_vol_ffs from Gordon Tetlow. g_label_msdos.c and g_label_iso9660.c are probably hacks, I just found where volume labels are stored and I use those offsets here, but with this class it should be easy to do it as it should be done by someone who know how. Implementing volume labels detection for other file systems also should be trivial. New providers are created in those directories: /dev/ufs/ (UFS1, UFS2) /dev/msdosfs/ (FAT12, FAT16, FAT32) /dev/iso9660/ (ISO9660) /dev/label/ (native labels, configured with glabel(8)) Manual page cleanups and some comments inside were submitted by Simon L. Nielsen, who was, as always, very helpful. Thanks!
* Add a module directory for geom_vinum.le2004-06-121-0/+11
|
* - Connect geom(8) and its libraries to the build.pjd2004-05-201-0/+2
| | | | | | | | - Connect geom_stripe and geom_nop modules to the build. - Connect STRIPE and NOP classes to the LINT build. - Disconnect gconcat(8) from the build. Supported by: Wheel - Open Technologies - http://www.wheel.pl
* Modules Makefiles for geom_stripe and geom_nop.pjd2004-05-202-0/+16
| | | | Supported by: Wheel - Open Technologies - http://www.wheel.pl
* Connect geom_gate.ko to the build.pjd2004-05-031-0/+1
|
* Makefile for geom_gate.ko.pjd2004-04-301-0/+8
|
* Connect geom_concat.ko module to the build.pjd2004-02-231-0/+1
| | | | Approved by: scottl (mentor)
* Makefile needed for building geom_concat module.pjd2004-02-191-0/+8
| | | | Approved by: scottl (mentor)
* add the mbr_enc file so that we can load the module on sparc64.jmg2003-07-051-1/+1
|
* Add "GEOM_FOX", a class which detects and selects between multiplephk2003-06-182-0/+9
| | | | | | | | | | | | | | | | | | | redundant paths to the same device. This class reacts to a label in the first sector of the device, which is created the following way: # "0123456789abcdef012345..." # "<----magic-----><-id-...> echo "GEOM::FOX someid" | dd of=/dev/da0 conv=sync NB: Since the fact that multiple disk devices are in fact the same device is not known to GEOM, the geom taste/spoil process cannot fully catch all corner cases and this module can therefore be confused if you do the right wrong things. NB: The disk level drivers need to do the right thing for this to be useful, and that is not by definition currently the case.
OpenPOWER on IntegriCloud