#
d7255ff4 |
| 05-Sep-2008 |
Rui Paulo <rpaulo@FreeBSD.org> |
Detect Apple HFS GPT slices.
|
#
d3532631 |
| 12-Jun-2008 |
Marcel Moolenaar <marcel@FreeBSD.org> |
Finish the support for partition labels and add it to the XML.
|
#
0c132595 |
| 12-Jun-2008 |
Marcel Moolenaar <marcel@FreeBSD.org> |
Add the raw partiton type to the XML.
|
#
5db67052 |
| 23-Apr-2008 |
Marcel Moolenaar <marcel@FreeBSD.org> |
Implement the G_PART_DUMPCONF method for all 6 schemes. Also call the method for the (indent == NULL) case (i.e. the kern.geom.conftxt sysctl). The purpose is to extend the conftxt output with scheme
Implement the G_PART_DUMPCONF method for all 6 schemes. Also call the method for the (indent == NULL) case (i.e. the kern.geom.conftxt sysctl). The purpose is to extend the conftxt output with scheme- specific fields which can be used by libdisk. In particular, have the schemes dump the xs and xt fields, which contain the backward compatible values for class type and partition type. This allows libdisk to work with the legacy slicers as well as with gpart and helps/promotes migration.
show more ...
|
#
4d32fcb4 |
| 13-Apr-2008 |
Marcel Moolenaar <marcel@FreeBSD.org> |
Add the bootcode verb for installing boot code. Boot code is supported for the MBR, GPT and PC98 schemes, where GPT installs boot code into the PMBR.
|
#
4ffca444 |
| 23-Mar-2008 |
Marcel Moolenaar <marcel@FreeBSD.org> |
Redefine G_PART_SCHEME_DECLARE() from populating a private linker set to declaring a proper module. The module event handler is part of the gpart core and will add the scheme to an internal list on m
Redefine G_PART_SCHEME_DECLARE() from populating a private linker set to declaring a proper module. The module event handler is part of the gpart core and will add the scheme to an internal list on module load and will remove the scheme from the internal list on module unload. This makes it possible to dynamically load and unload partitioning schemes.
show more ...
|
Revision tags: release/7.0.0_cvs, release/7.0.0, release/6.3.0_cvs, release/6.3.0 |
|
#
f352a0d4 |
| 24-Oct-2007 |
John Baldwin <jhb@FreeBSD.org> |
First cut at support for booting a GPT labeled disk via the BIOS bootstrap on i386 and amd64 machines. The overall process is that /boot/pmbr lives in the PMBR (similar to /boot/mbr for MBR disks) a
First cut at support for booting a GPT labeled disk via the BIOS bootstrap on i386 and amd64 machines. The overall process is that /boot/pmbr lives in the PMBR (similar to /boot/mbr for MBR disks) and is responsible for locating and loading /boot/gptboot. /boot/gptboot is similar to /boot/boot except that it groks GPT rather than MBR + bsdlabel. Unlike /boot/boot, /boot/gptboot lives in its own dedicated GPT partition with a new "FreeBSD boot" type. This partition does not have a fixed size in that /boot/pmbr will load the entire partition into the lower 640k. However, it is limited in that it can only be 545k. That's still a lot better than the current 7.5k limit for boot2 on MBR. gptboot mostly acts just like boot2 in that it reads /boot.config and loads up /boot/loader. Some more details: - Include uuid_equal() and uuid_is_nil() in libstand. - Add a new 'boot' command to gpt(8) which makes a GPT disk bootable using /boot/pmbr and /boot/gptboot. Note that the disk must have some free space for the boot partition. - This required exposing the backend of the 'add' function as a gpt_add_part() function to the rest of gpt(8). 'boot' uses this to create a boot partition if needed. - Don't cripple cgbase() in the UFS boot code for /boot/gptboot so that it can handle a filesystem > 1.5 TB. - /boot/gptboot has a simple loader (gptldr) that doesn't do any I/O unlike boot1 since /boot/pmbr loads all of gptboot up front. The C portion of gptboot (gptboot.c) has been repocopied from boot2.c. The primary changes are to parse the GPT to find a root filesystem and to use 64-bit disk addresses. Currently gptboot assumes that the first UFS partition on the disk is the / filesystem, but this algorithm will likely be improved in the future. - Teach the biosdisk driver in /boot/loader to understand GPT tables. GPT partitions are identified as 'disk0pX:' (e.g. disk0p2:) which is similar to the /dev names the kernel uses (e.g. /dev/ad0p2). - Add a new "freebsd-boot" alias to g_part() for the new boot UUID.
MFC after: 1 month Discussed with: marcel (some things might still change, but am committing what I have so far)
show more ...
|
#
a1fedf91 |
| 21-Oct-2007 |
Marcel Moolenaar <marcel@FreeBSD.org> |
Add the freebsd-zfs alias. Both APM and GPT have ZFS partition types.
|
#
cf231470 |
| 06-Jun-2007 |
Marcel Moolenaar <marcel@FreeBSD.org> |
Prefix unknown (i.e. un-aliased) partition types with '!'. This is how they had to be given with ctlreq.
|
#
d287f590 |
| 08-May-2007 |
Marcel Moolenaar <marcel@FreeBSD.org> |
MFp4: 119373: o Remove the query verb, along with the request and response parameters. o Add the version and output parameters. 119390: [APM,GPT] Properly clear deleted entries. 119394: o Mak
MFp4: 119373: o Remove the query verb, along with the request and response parameters. o Add the version and output parameters. 119390: [APM,GPT] Properly clear deleted entries. 119394: o Make the alias the standard and use the '!' to prefix literal partition types. o Treat schemes and partition types as case insensitive. 119462: [GPT] Fix a page fault caused when modifying a partition entry without a new partition type.
show more ...
|
#
1d3aed33 |
| 07-Feb-2007 |
Marcel Moolenaar <marcel@FreeBSD.org> |
Evolve the ctlreq interface added to geom_gpt into a generic partitioning class that supports multiple schemes. Current schemes supported are APM (Apple Partition Map) and GPT. Change all GEOM_APPLE
Evolve the ctlreq interface added to geom_gpt into a generic partitioning class that supports multiple schemes. Current schemes supported are APM (Apple Partition Map) and GPT. Change all GEOM_APPLE anf GEOM_GPT options into GEOM_PART_APM and GEOM_PART_GPT (resp).
The ctlreq interface supports verbs to create and destroy partitioning schemes on a disk; to add, delete and modify partitions; and to commit or undo changes made.
show more ...
|
#
cd18ad83 |
| 31-Jan-2010 |
Marcel Moolenaar <marcel@FreeBSD.org> |
Export the UUID of the partition in the XML. The partition UUID is used by EFI's device path to identify a partition. In order for FreeBSD to add EFI boot options, proper device paths need to be cons
Export the UUID of the partition in the XML. The partition UUID is used by EFI's device path to identify a partition. In order for FreeBSD to add EFI boot options, proper device paths need to be constructed.
show more ...
|
#
9199c09a |
| 06-Jan-2010 |
Warner Losh <imp@FreeBSD.org> |
Merge from head at r201628.
# This hasn't been tested, and there are at least three bad commits # that need to be backed out before the branch will be stable again.
|
#
665bb830 |
| 02-Jan-2010 |
Marcel Moolenaar <marcel@FreeBSD.org> |
Properly return the UUID represented by the alias.
PR: 142174 Submitted by: Przemyslaw Laczynski <torindel@gmail.com> Pointy hat to: rpaulo
|
#
33f7a412 |
| 14-Dec-2009 |
Rui Paulo <rpaulo@FreeBSD.org> |
Add Microsoft and NetBSD partition types handling.
|
#
f1317430 |
| 14-Dec-2009 |
Rui Paulo <rpaulo@FreeBSD.org> |
Simplify partition type parsing by using a data-oriented model. While there add more Apple and Linux partition types.
|
#
f9d551f7 |
| 12-Nov-2009 |
Rui Paulo <rpaulo@FreeBSD.org> |
Add a missing check for Apple HFS partitions.
MFC after: 1 week
|
#
a59a1310 |
| 12-Nov-2009 |
Robert Noland <rnoland@FreeBSD.org> |
We need to allocate space for the header in the create path also.
This fixes a null pointer dereference with "gpart create -s GPT" after the previous commit.
Reported by: Yuri Pankov Pointyhat to:
We need to allocate space for the header in the create path also.
This fixes a null pointer dereference with "gpart create -s GPT" after the previous commit.
Reported by: Yuri Pankov Pointyhat to: me MFC after: 1 week
show more ...
|
#
874108ae |
| 12-Nov-2009 |
Oleksandr Tymoshenko <gonzo@FreeBSD.org> |
MFC @199204
|
#
1c2dee3c |
| 07-Nov-2009 |
Robert Noland <rnoland@FreeBSD.org> |
Fix handling of GPT headers when size is > 92 bytes.
It is valid for an on-disk GPT header to report a header size which is greater than 92 bytes. Previously, we would read in the sector and copy o
Fix handling of GPT headers when size is > 92 bytes.
It is valid for an on-disk GPT header to report a header size which is greater than 92 bytes. Previously, we would read in the sector and copy only the 92 bytes that we know how to deal with before calculating the checksum for comparison. This meant that when we did the checksum, we overshot the buffer and took in random memory, so the checksum would fail.
We now determine the size of the header and allocate enough space to preserve the entire on-disk contents. This allows us to be correctly calculate the checksum and be able to modify and write the header back to the disk, while preserving data that we might not understand.
Reported by: Kris Weston Approved by: marcel@ MFC after: 2 weeks
show more ...
|
#
e80d42dd |
| 14-Oct-2009 |
Robert Noland <rnoland@FreeBSD.org> |
Set the active flag in the PMBR when we install bootcode on a GPT partitioned disk. Some BIOS require this to be set before they will boot the device.
Approved by: marcel MFC after: 2 weeks
|
#
cbd59a4f |
| 08-Sep-2009 |
Oleksandr Tymoshenko <gonzo@FreeBSD.org> |
- MFC from head@196987
|
#
85301372 |
| 17-Aug-2009 |
Marcel Moolenaar <marcel@FreeBSD.org> |
The start of the EFI GPT partition in the PMBR can always be represented by CHS addressing. Don't define these fields as 0xff, but rather define them correctly. This prevents boot problems on PCs whe
The start of the EFI GPT partition in the PMBR can always be represented by CHS addressing. Don't define these fields as 0xff, but rather define them correctly. This prevents boot problems on PCs where GPT is being used.
PR: 115406 Submitted by: Kent Hauser <kent@khauser.net> Approved by: re (kib)
show more ...
|
Revision tags: release/7.2.0_cvs, release/7.2.0 |
|
#
9c797940 |
| 13-Apr-2009 |
Oleksandr Tymoshenko <gonzo@FreeBSD.org> |
- Merge from HEAD
|
#
2a1c00ff |
| 30-Mar-2009 |
Marcel Moolenaar <marcel@FreeBSD.org> |
Sharpen the saw: o Don't create a GPT scheme underneath another scheme when the probe doesn't allow it.
|