summaryrefslogtreecommitdiffstats
path: root/sys/geom/geom_mbr.c
Commit message (Collapse)AuthorAgeFilesLines
* Put geom_gpt.c under the GEOM option instead of having a special GEOM_GPTphk2002-06-101-3/+1
| | | | option for it.
* Improve some on the naming.phk2002-06-091-4/+6
| | | | Submitted by: iedowse
* Change the registration of magic spaces so it does its own memory management.phk2002-06-051-4/+3
| | | | Sponsored by: DARPA & NAI Labs.
* Add support to GEOM for GUID Partition Tables (GPTs). The supportmarcel2002-05-281-0/+17
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | is currently conditional on both the GEOM and GEOM_GPT options to avoid getting GPT by default and having the MBR and GPT classes clash. The correct behaviour of the MBR class would be to back-off (reject) a MBR if it's a Protective MBR (a MBR with a single partition of type 0xEE that spans the whole disk (as far as the MBR is concerned). The correct behaviour if the GPT class would be to back-off (reject) a GPT if there's a MBR that's not a Protective MBR. At this stage it's inconvenient to destroy a good MBR when working with GPTs that it's more convenient to have the MBR class back-off when it detects the GPT signature on disk and have the GPT class ignore the MBR. In sys/gpt.h UUIDs (GUIDs) for the following FreeBSD partitions have been defined: GPT_ENT_TYPE_FREEBSD FreeBSD slice with disklabel. This is the equivalent of the well-known FreeBSD MBR partition type. GPT_ENT_TYPE_FREEBSD_{SWAP|UFS|UFS2|VINUM} FreeBSD partitions in the context of disklabel. This is speculating on the idea to use the GPT to hold partitions instead if slices and removing the fixed (and low) limits we have on the number of partitions. This commit lacks a GPT image for the regression suite.
* Introduce the concept of "magic spaces", and implement them in most ofphk2002-05-211-1/+7
| | | | | | | | | | | | | | | | the relevant classes. Some methods may implement various "magic spaces", this is reserved or magic areas on the disk, set a side for various and sundry purposes. A good example is the BSD disklabel and boot code on i386 which occupies a total of four magic spaces: boot1, the disklabel, the padding behind the disklabel and boot2. The reason we don't simply tell people to write the appropriate stuff on the underlying device is that (some of) the magic spaces might be real-time modifiable. It is for instance possible to change a disklabel while partitions are open, provided the open partitions do not get trampled in the process. Sponsored by: DARPA & NAI Labs.
* Remove the "-class" suffix from classes, they will not be ambiguous.phk2002-05-211-2/+2
| | | | Sponsored by: DARPA & NAI Labs.
* Implement DIOCGFRONTSTUFF ioctl which reports how many bytes from the startphk2002-04-091-15/+28
| | | | | | of the device magic stuff might occupy. Sponsored by: DARPA & NAI Labs.
* Move access and orphan member functions from class to geom.phk2002-04-041-4/+0
| | | | Sponsored by: DARPA & NAI Labs
* In the absense of any smarter way to do this, cast various printfphk2002-03-281-1/+1
| | | | arguments to silence printf format warnings.
* Eliminate some thread pointers which do not make sense anymore.phk2002-03-261-4/+4
| | | | | Split private parts of geom.h into geom_int.h. The latter should never be included in class implemtations.
* Cave in to tradition and rename "methods" to "classes".phk2002-03-261-13/+13
|
* Be more systematic about conversion of on-disk formats in a endian/widthphk2002-03-241-2/+182
| | | | | | | | | agnostic way. Collapse the MBR and MBREXT methods into one file and make them endian/width agnostic. Sponsored by: DARPA & NAI Labs.
* First commit of the GEOM subsystem to make it easier for people tophk2002-03-111-0/+211
test and play with this. This is not yet production quality and should be run only on dedicated test boxes. For people who want to develop transformations for GEOM there exist a set of shims to run geom in userland (ask phk@freebsd.org). Reports of all kinds to: phk@freebsd.org Please include in report: dmesg sysctl debug.geomdot sysctl debug.geomconf Known significant limitations: no kernel dump facility. ioctls severely restricted. Sponsored by: DARPA, NAI Labs
OpenPOWER on IntegriCloud