History log of /freebsd/sys/geom/part/g_part_gpt.c (Results 126 – 150 of 191)
Revision (<<< Hide revision tags) (Show revision tags >>>) Date Author Comments
# 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.


12345678