Date: Tue, 6 Jan 2009 14:10:10 +0000 (UTC) From: Marius Strobl <marius@FreeBSD.org> To: cvs-src-old@freebsd.org Subject: cvs commit: src/sys/geom/part g_part_vtoc8.c Message-ID: <200901061410.n06EACDX064927@repoman.freebsd.org>
next in thread | raw e-mail | index | archive | help
marius 2009-01-06 14:10:10 UTC
FreeBSD src repository
Modified files:
sys/geom/part g_part_vtoc8.c
Log:
SVN rev 186823 on 2009-01-06 14:10:10Z by marius
- Don't enforce an upper-bound to the number of sectors or heads,
allowing the full 16-bit width of the corresponding fields in the
VTOC8 label to be used. The removed limits basically only held
true for providers labeled using the synthetic geometry provided
by cam_calc_geometry(9) but neither SCSI disks labeled with Solaris
nor sufficiently large ATA disks.
- Given that providers (originally) labeled with Solaris typically
use the native geometry as reported by the target while FreeBSD
typically uses a synthetic one put the message complaining about
mismatching geometries between what the label indicates and what
GEOM thinks the provider has, which we generally can't help,
under bootverbose in order to not unnecessarily scare users.
- For informational purposes add the non-matching values to the
message complaining about them, similar to what r186501 did for
g_part_bsd_read() except also indicating the origin of the
values.
- Make it clear that the messages emitted by this code refer to
the VTOC8 support rather than to another existing scheme or to
VTOC32.
Revision Changes Path
1.6 +15 -7 src/sys/geom/part/g_part_vtoc8.c
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200901061410.n06EACDX064927>