#
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.
|
#
4cb9493f |
| 21-Nov-2009 |
Robert Noland <rnoland@FreeBSD.org> |
MFC r199017,199228
Fix handling of GPT headers when size is > 92 bytes.
This should address reading GPT headers written by opensolaris.
|
Revision tags: release/8.0.0_cvs, release/8.0.0 |
|
#
bbe1ae35 |
| 19-Nov-2009 |
Rui Paulo <rpaulo@FreeBSD.org> |
MFC 199232: Add a missing check for Apple HFS partitions.
|
#
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 ...
|
#
713444a9 |
| 30-Oct-2009 |
Robert Noland <rnoland@FreeBSD.org> |
MFC r198097
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.
|
#
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
|
#
10b3b545 |
| 17-Sep-2009 |
Dag-Erling Smørgrav <des@FreeBSD.org> |
Merge from head
|
#
7d4b968b |
| 17-Sep-2009 |
Dag-Erling Smørgrav <des@FreeBSD.org> |
Merge from head up to r188941 (last revision before the USB stack switch)
|
#
cbd59a4f |
| 08-Sep-2009 |
Oleksandr Tymoshenko <gonzo@FreeBSD.org> |
- MFC from head@196987
|
#
87b51e53 |
| 17-Aug-2009 |
Marcel Moolenaar <marcel@FreeBSD.org> |
MFC rev 196333: 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 pro
MFC rev 196333: 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 ...
|
#
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.
|
#
1829d5da |
| 12-Mar-2009 |
Warner Losh <imp@FreeBSD.org> |
Update the projects tree to a newer FreeBSD current.
|
#
51f53a08 |
| 10-Feb-2009 |
Warner Losh <imp@FreeBSD.org> |
Fix g_part_dumpconf and g_part_name prototpyes.
Submitted by: marcel@
|
Revision tags: release/7.1.0_cvs, release/7.1.0 |
|
#
e57c2b13 |
| 04-Dec-2008 |
Dag-Erling Smørgrav <des@FreeBSD.org> |
integrate from head@185615
|
#
66477112 |
| 01-Dec-2008 |
Marcel Moolenaar <marcel@FreeBSD.org> |
Allow boot code to be smaller than what the scheme expects. This effectively changes the boot code size to be an upper bound and makes the interface more flexible.
|
Revision tags: release/6.4.0_cvs, release/6.4.0 |
|
#
dd0db05d |
| 06-Nov-2008 |
Marcel Moolenaar <marcel@FreeBSD.org> |
Fix a panic caused by a corrupted table when the header is still valid. We were checking the state of the header and not the table.
PR: 119868 Based on a patch from: Jaakko Heinonen <jh@saunalahti.
Fix a panic caused by a corrupted table when the header is still valid. We were checking the state of the header and not the table.
PR: 119868 Based on a patch from: Jaakko Heinonen <jh@saunalahti.fi> MFC after: 1 week
show more ...
|
#
87662ab3 |
| 05-Sep-2008 |
Rui Paulo <rpaulo@FreeBSD.org> |
Keep entries sorted.
|