| #
1e913dd5 |
| 30-Sep-2015 |
krw <krw@openbsd.org> |
Use consistant whitespace/comments for #define'ing LABELSECTOR,
LABELOFFSET and MAXPARTITIONS. Easier on the eye when scanning
through all these files. No functional change.
|
| #
c326f117 |
| 20-Jun-2007 |
deraadt <deraadt@openbsd.org> |
b_cylinder does not need to be set on the callpath down into drivers.
cpu_disklabel can go away, since nothing anymore needs to use it; ok miod
|
| #
eb1f9bf6 |
| 17-Jun-2007 |
deraadt <deraadt@openbsd.org> |
significantly simplified disklabel infrastructure. MBR handling becomes MI
to support hotplug media on most architectures. disklabel setup and
verification done using new helper functions. Disklab
significantly simplified disklabel infrastructure. MBR handling becomes MI
to support hotplug media on most architectures. disklabel setup and
verification done using new helper functions. Disklabels must *always*
have a correct checksum now. Same code paths are used to learn on-disk
location disklabels, to avoid new errors sneaking in. Tested on almost all
cases, testing help from todd, kettenis, krw, otto, dlg, robert, gwk, drahn
show more ...
|
| #
bc5ec36a |
| 20-Oct-2006 |
krw <krw@openbsd.org> |
Try again with local variable to avoid alignment issues.
"The dosparts member of cpu_disklabel was not used for any persistant
data. Eliminate it, and just use the data being read in while
processin
Try again with local variable to avoid alignment issues.
"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@"
show more ...
|
| #
4a1e7e62 |
| 18-Oct-2006 |
deraadt <deraadt@openbsd.org> |
back out disksubr changes ... since they violate strict alignment on
some architectures (kaboom); that will be fixed in the next iteration
hopefully!
|
| #
dc261d6c |
| 17-Oct-2006 |
krw <krw@openbsd.org> |
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
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@
show more ...
|
| #
6c24d644 |
| 04-Oct-2006 |
krw <krw@openbsd.org> |
Zap bad144 bad sector info in disklabels. Sparsely used if at all for
a few obsolete and easily replaced disk models. And didn't work anyway
according to Bob, who has tried.
ok beck@
|
| #
26cb38f1 |
| 01-Jul-2006 |
krw <krw@openbsd.org> |
Eliminate redundant get_le() in favour of letoh32(). Add letoh32()
calls in alpha, hppa, hppa64 and mips63 when accessing the two DOS MBR
u_int32_t fields dp_size and dp_start.
No functional change.
|
| #
12166c91 |
| 26-Jun-2006 |
krw <krw@openbsd.org> |
Clean up some inconsistancies in definitions around DOS MBR code. No
functional change.
ok deraadt@
|
| #
ac3b4bf9 |
| 10-Nov-2004 |
grange <grange@openbsd.org> |
Remove __cplusplus crud.
|
| #
f5df1827 |
| 28-Jan-2004 |
mickey <mickey@openbsd.org> |
an amd64 arch support.
hacked by art@ from netbsd sources and then later debugged
by me into the shape where it can host itself.
no bootloader yet as needs redoing from the
recent advanced i386 sourc
an amd64 arch support.
hacked by art@ from netbsd sources and then later debugged
by me into the shape where it can host itself.
no bootloader yet as needs redoing from the
recent advanced i386 sources (anyone? ;)
show more ...
|