Date: Thu, 6 Dec 2007 09:50:22 -0800 From: Marcel Moolenaar <xcllnt@mac.com> To: John Baldwin <jhb@freebsd.org> Cc: cvs-src@freebsd.org, src-committers@freebsd.org, cvs-all@freebsd.org Subject: Re: cvs commit: src/sys/conf NOTES files options src/sys/geom/part g_part.c g_part.h g_part_bsd.c src/sys/ia64/conf DEFAULTS Message-ID: <C81B6142-9465-4296-BB12-9DA552E57893@mac.com> In-Reply-To: <200712060421.18367.jhb@freebsd.org> References: <200712060232.lB62WhFL011174@repoman.freebsd.org> <200712060421.18367.jhb@freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Dec 6, 2007, at 1:21 AM, John Baldwin wrote: > So one issue with gpart is it doesn't handle attribute requests yet, > so it > doesn't have the feature where geom_bsd only attaches when a parent > partition > has the right type. It supports attributes, but not the ones used by other partitioning classes, because those are not needed in the end. > I ran into this for GPT testing where due to the way we > align disks at work for RAID striping, the beignning of my GPT slice > for / > had a BSD label at the start, so I would end up with bogus /dev/ad0p1a > devices and scary warnings in dmesg about a busted BSD label because > offsets > didn't match up. I fixed this in 6.x by making GEOM_GPT export its > UUID via > an attr and having geom_bsd check that like it does now for > MBR::type and > PC98::type. You will need to handle this in gpart as well. It's all part of the plan. I first go wide to make sure I cover all the partitioning schemes and work out the quirks with them, then I'll add boot code support, flags (i.e. for the active MBR partition) and partition type enforcement. At this time gpart already checks the partition type for kernel dumps, because that was easy :-) -- Marcel Moolenaar xcllnt@mac.com
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?C81B6142-9465-4296-BB12-9DA552E57893>