From owner-freebsd-bugs@FreeBSD.ORG Sun May 30 20:57:13 2010 Return-Path: Delivered-To: freebsd-bugs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EB9D4106566B; Sun, 30 May 2010 20:57:13 +0000 (UTC) (envelope-from dieterbsd@engineer.com) Received: from imr-db01.mx.aol.com (imr-db01.mx.aol.com [205.188.91.95]) by mx1.freebsd.org (Postfix) with ESMTP id 58A218FC16; Sun, 30 May 2010 20:57:13 +0000 (UTC) Received: from imo-da02.mx.aol.com (imo-da02.mx.aol.com [205.188.169.200]) by imr-db01.mx.aol.com (8.14.1/8.14.1) with ESMTP id o4UKv5m1006875; Sun, 30 May 2010 16:57:05 -0400 Received: from dieterbsd@engineer.com by imo-da02.mx.aol.com (mail_out_v42.9.) id n.cf8.78657c75 (37086); Sun, 30 May 2010 16:57:00 -0400 (EDT) Received: from smtprly-da01.mx.aol.com (smtprly-da01.mx.aol.com [205.188.249.144]) by cia-db06.mx.aol.com (v129.4) with ESMTP id MAILCIADB068-5bb14c02d1193ca; Sun, 30 May 2010 16:57:00 -0400 Received: from web-mmc-m03 (web-mmc-m03.sim.aol.com [64.12.224.136]) by smtprly-da01.mx.aol.com (v129.4) with ESMTP id MAILSMTPRLYDA018-5bb14c02d1193ca; Sun, 30 May 2010 16:56:57 -0400 To: bug-followup@freebsd.org, jh@FreeBSD.org Content-Transfer-Encoding: quoted-printable Date: Sun, 30 May 2010 16:56:56 -0400 X-AOL-IP: 72.251.78.165 X-MB-Message-Source: WebUI Received: from 72.251.78.165 by web-mmc-m03.sysops.aol.com (64.12.224.136) with HTTP (WebMailUI); Sun, 30 May 2010 16:56:56 -0400 MIME-Version: 1.0 From: dieterbsd@engineer.com X-MB-Message-Type: User Content-Type: text/plain; charset="us-ascii" X-Mailer: Mail.com Webmail 31793-STANDARD Message-Id: <8CCCE51C671D2BA-F20-16263@web-mmc-m03.sysops.aol.com> X-Spam-Flag: NO X-AOL-SENDER: dieterbsd@engineer.com Cc: freebsd@sopwith.solgatos.com, freebsd-bugs@FreeBSD.org Subject: Re: kern/141235: 8.0 no longer provides /dev entries for all disk slices [regression] X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 May 2010 20:57:14 -0000 >> and then I added GEOM_MBR and GEOM_BSD as suggested. So I don't >> know where GEOM_PART_MBR comes from or how to get rid of it. > > GEOM_PART_* are in DEFAULTS (sys/amd64/conf/DEFAULTS on amd64). Ah ha! opt_geom.h now contains: #define GEOM_BSD 1 #define GEOM_LABEL 1 #define GEOM_PART_GPT 1 #define GEOM_MBR 1 (same as 7.1 had) Now I have /dev entries for extended partitions, and the duplicate and bogus entries are gone. GUID partitioning and partition labels still work. Yea! Having some GEOM options in DEFAULTS and some in the config file seems prone to error. I suggest putting them all in the same file. Yes, grep can easily find it, but despite many years of experience with grep, find, and xargs I somehow managed to miss DEFAULTS. I can only blame lack of sleep. Having both GEOM_MBR and GEOM_PART_MBR is confusing. If there is a good reason to retain both, better documentation might be in order. Same for GEOM_BSD and GEOM_PART_BSD. Thank you.