Age | Commit message (Collapse) | Author |
|
partitions with 0 in the length field we don't need to test for
and skip partitions that are all zeros. Eliminating that code
allows elimination of a local pointer.
"0 length partitions are definately dead" deraadt@
|
|
|
|
De-register. Move declaration to top of function for DOS MBR
processing. Indent nit in macppc.
No functional change.
|
|
than lp->d_partitions[8+n++]. All other cases already use the pointer.
No functional change.
|
|
"The dosparts member of cpu_disklabel was not used for any persistant
data. Eliminate it, and just use the data being read in while
processing MBR and EBR records.
Should be no functional change.
ok weingart@ deraadt@"
|
|
ok jsg@
|
|
some architectures (kaboom); that will be fixed in the next iteration
hopefully!
|
|
data. Eliminate it, and just use the data being read in while
processing MBR and EBR records.
Should be no functional change.
ok weingart@ deraadt@
|
|
to be); pr 5256
|
|
|
|
Sortof ok with grumblings deraadt@
|
|
to boot from NetBSD partitions. Requested by tom@.
|
|
partition is found. Change error message to 'no OpenBSD partition'.
|
|
disklabel, we shouldn't write the disklabel in such partitions either.
Brings amd64, arm, i386, landisk, macppc, mvmeppc (which roll their
own MBR search in writedisklabel()) into line with alpha, hppa,
hppa64, mips64 (which use readdoslabel() in both reading and writing
the disklabel). If all goes well, soon everyone will be using
readdoslabel().
|
|
|
|
disklabel. Fixes 'double spoofing' of these partitions as both 'a' and
something in the 'i' to 'p' range.
OpenBSD changed its MBR partition type to 'A6' eight years ago. As a
backward compatibility measure NetBSD and FreeBSD MBR partitions were
still spoofed as 'a' partitions when no OpenBSD partition could be
found. This bit of backward compatibility is no longer required.
'we can get rid of it' deraadt@
|
|
requested by brad@
|
|
don't include dkbad.h when nothing in it is used. Missed
arm/include/disklabel.h first time around.
|
|
a few obsolete and easily replaced disk models. And didn't work anyway
according to Bob, who has tried.
ok beck@
|
|
|
|
ok deraadt@
|
|
precision instead of 53-bit precision, giving us proper support for
"long double".
ok deraadt@
|
|
|
|
|
|
|
|
|
|
floppies and cd's were removable, displaying that fact in disklabel
output was unlikely to help. And the display in disklabel was the only
use of D_REMOVABLE in the tree.
ok marco@
|
|
third clause of his license and strike the phrase "All rights reserved", so we
can consolidate both license blocks into one. Thanks!
|
|
ok deraadt@
|
|
Convert parser to strtoll(3) and use 64bit printf.
With help from mickey@
i386 and amd64 tests by me, alpha test by mickey@
OK mickey@, miod@, deraadt@
|
|
r1.54 of i386/disksubr.c). The check incorrectly handled extended
partitions. Possibly a symptom of a deeper problem with extended
partition offsets that will be addressed post-4.0.
Problem reported/fix tested by A. Velichinsky, cause diagnosed by
otto@.
ok pedro@ mickey@ miod@ deraadt@
|
|
|
|
the number of retries by two orders of magnitude wont affect most systems
but will make transitions smoother on marginal ones, if people see
"change pending bit stuck" printed to the console after this I would like to
hear about it.
tested by and ok niallo@
|
|
found by niallo.
|
|
adjustment of other disksubr.c's.
|
|
for bogus SMBIOS strings. Fixes identification of millert@'s system.
|
|
|
|
block past d_secperunit.
Fixes devices where bogus partitions with a starting offset >
d_secperunit were created. e.g. floppies formatted by Caldera DR-DOS.
ok pedro@
|
|
|
|
|
|
them return 'invalid geometry' when d_secpercyl == 0. While there move
the check to a consistant location (after the check of d_secperunit)
and use a consistant idiom (i.e. some readdisklabel()'s have no 'done'
label).
prodded by thib@ after a bad macppc experience. ok deraadt@
|
|
ok deraadt@
|
|
ok deraadt
|
|
|
|
RAW_PART's p_size. Since d_secperunit is initialized to 0x1fffffff if
not specified there should be no need to use the magic number again.
And if d_secperunit was specified then that value should be used
instead of the magic number.
This was already being done for hp300, luna88k, mac68k, mvme68k,
mvme88k.
Should be a no-op.
|
|
rum(4) has been tested on i386 by niallo@ and me and on sparc64 by
Pablo Mendez Hernandez so I assume it is endian safe and 64bit clean.
|
|
|
|
tested on puc@pci by fkr and meself on the cardbus.
still needs a bit more work but generally works.
deraadt@ ok and some input from miod@
|
|
|
|
offending code has been taken out and shot. ok deraadt@
|