src-test2/lib/libdisk, branch release/5.2.1_cvs FreeBSD source tree https://cgit-dev.freebsd.org/src-test2/atom?h=release%2F5.2.1_cvs 2004-02-23T15:32:56Z This commit was manufactured by cvs2svn to create tag 2004-02-23T15:32:56Z cvs2svn cvs2svn@FreeBSD.org 2004-02-23T15:32:56Z urn:sha1:84a7b99b4e02a260bf7ff9b540032f4cb7bc612a 'RELENG_5_2_1_RELEASE'. This commit was manufactured to restore the state of the 5.2.1-RELEASE image. Releases prior to 5.3-RELEASE are omitting the secure/ and crypto/ subdirs. MFC rev 1.14 (uninitialized variable) and 1.15 (non-close of disk 2004-02-14T22:29:02Z Marcel Moolenaar marcel@FreeBSD.org 2004-02-14T22:29:02Z urn:sha1:1d61c4475fc4054654da739ea1b742c7f8565c53 device). Approved: re (scottl) MFC: revision 1.25 (Fixed pc98 partition type.) 2004-01-28T04:12:20Z Yoshihiro Takahashi nyan@FreeBSD.org 2004-01-28T04:12:20Z urn:sha1:7ec68c7a70695097dd505f7eb5fe43725adc6371 Approved by: re (scottl) Declare crc32 static. There's a copy in libz that conflicts for the 2003-11-17T05:47:42Z Marcel Moolenaar marcel@FreeBSD.org 2003-11-17T05:47:42Z urn:sha1:c3165720241f5537c333e6717e9250ac7ad4855c crunched binary. Found by: make release The partition naming on ia64 (e.g. da0p1) cannot be selected based 2003-11-12T17:44:37Z Marcel Moolenaar marcel@FreeBSD.org 2003-11-12T17:44:37Z urn:sha1:d55a27339259abb2f643406f767cf518e68f1311 on whether the parent chunk is of type whole. This also applies to MBR slices for non-GPT disks. Since most of the GPT handling is conditionally compiled, do the same with the partition naming. This fixes a braino that caused slices to be named as GPT partitions and generally messing up an install. Pointy hat: marcel o Save a copy of the GPT entries for which there's a chunk with an 2003-11-04T03:49:01Z Marcel Moolenaar marcel@FreeBSD.org 2003-11-04T03:49:01Z urn:sha1:a9eccd0273392c96ab46827c735b2856403d257f index referencing it. We need to know the original type and name so that we know what to put in the table when we reconstruct it. o Clear the table entries before we rebuild it to avoid that we end up with stale data. o Sequentially populate the table entries from the chunks. For the chunks that have an index (now referencing the saved copy) we use the saved type and name. This way we can handle unknown types better. In all cases we update the start and end LBAs. Don't divide the start and end of the chunk by the sector size when 2003-11-03T06:52:30Z Marcel Moolenaar marcel@FreeBSD.org 2003-11-03T06:52:30Z urn:sha1:b6733aeb6821b7fc9d1f957c6a9ecb2ad3c3cd8c filling in the GPT entry. Both are already in sector numbers (LBA) and exactly what we need for the entry. We now write a structurally correct GPT partitioning. Fix two bugs in the calculation of the last LBA of the GPT covered 2003-11-03T06:24:48Z Marcel Moolenaar marcel@FreeBSD.org 2003-11-03T06:24:48Z urn:sha1:89eaefd6eb4d01cc9a538c0a44a39b04d507859a part of the disk. The first appears to be a typo and instead of dividing the media size with the sector size, we multiplied. The second is an off-by-1 error that's the result of mixing up count and index. The code in question is only applicable for virgin disks and is used to create the "whole" chunk, which covers only the GPT usable portion of the disk. Rewrite Write_Disk() so that it creates a GPT. Note that the code is 2003-11-03T03:18:34Z Marcel Moolenaar marcel@FreeBSD.org 2003-11-03T03:18:34Z urn:sha1:93f57d156217ce917322aebfa1ada377a6c61eb6 basicly untested, but the guts is all there. I need to free up a disk before I give it a spin. Turn Write_Disk() into a stub for now. It needs to be rewritten to 2003-11-02T08:41:18Z Marcel Moolenaar marcel@FreeBSD.org 2003-11-02T08:41:18Z urn:sha1:0d7c0ed3307272154605ac14175d79f6f99fc824 write out a GPT and not a MBR.