Date: Tue, 06 Jan 2009 12:21:50 -0800 From: Marcel Moolenaar <xcllnt@mac.com> To: Marius Strobl <marius@FreeBSD.org> Cc: svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org Subject: Re: svn commit: r186823 - head/sys/geom/part Message-ID: <A89954BF-D4B1-44BF-8056-9F4E8F79CF65@mac.com> In-Reply-To: <200901061410.n06EABW2033159@svn.freebsd.org> References: <200901061410.n06EABW2033159@svn.freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Jan 6, 2009, at 6:10 AM, Marius Strobl wrote: > Author: marius > Date: Tue Jan 6 14:10:10 2009 > New Revision: 186823 > URL: http://svn.freebsd.org/changeset/base/186823 > > Log: > - 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. Thanks! -- Marcel Moolenaar xcllnt@mac.com
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?A89954BF-D4B1-44BF-8056-9F4E8F79CF65>