From owner-svn-src-head@FreeBSD.ORG Mon Apr 25 16:29:34 2011 Return-Path: Delivered-To: svn-src-head@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D5E7C106566C; Mon, 25 Apr 2011 16:29:34 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 4209A8FC17; Mon, 25 Apr 2011 16:29:33 +0000 (UTC) Received: by bwz12 with SMTP id 12so2707051bwz.13 for ; Mon, 25 Apr 2011 09:29:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:sender:message-id:date:from:user-agent :mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=KDxuBPxlUZI6ADIv/alMArDSHUZ0JDGNTmwhA/OwQZU=; b=drZ+1/GW2ZyVwmE+EMzVELNrf904/XK8ply3efs55tdoeU7OxwM13bv3D4t9T+A2TK 3kl8lt95iW6ZuEelAvGMb4RKGj7smPE8S3yK+Q6syII1D84kImMv1vYssU/fqWT2/EJf +gS42N8oxgT6+e0CnfzDxQURxBCIE///eloK4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=sdQ83LOyV4JHq98OSOOdcWBCWrvVRyh9/2et2vgn89TpcrxpaISOlCgdGWKTzBqGSe v11J0w9T4QkVP/zNgyoIZ2SJ7pw4PPVkHGzVoNNWgIC6R65K4oRNMUnCcrB0KdIHQq27 vcHQKgAD4QnyC1dvlmGR5W86A5REn0Dt1zMKU= Received: by 10.204.83.228 with SMTP id g36mr3592600bkl.30.1303748972241; Mon, 25 Apr 2011 09:29:32 -0700 (PDT) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id l1sm3350045bkl.13.2011.04.25.09.29.30 (version=SSLv3 cipher=OTHER); Mon, 25 Apr 2011 09:29:31 -0700 (PDT) Sender: Alexander Motin Message-ID: <4DB5A166.9010302@FreeBSD.org> Date: Mon, 25 Apr 2011 19:29:26 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20091212) MIME-Version: 1.0 To: Warner Losh References: <201104240858.p3O8wwqT024628@svn.freebsd.org> <4DB441B0.8020906@FreeBSD.org> <20110425134531.GA4391@garage.freebsd.pl> <50385B7B-7EC8-4BC3-8F88-83F9EB4096FB@bsdimp.com> In-Reply-To: <50385B7B-7EC8-4BC3-8F88-83F9EB4096FB@bsdimp.com> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: src-committers@FreeBSD.org, Pawel Jakub Dawidek , svn-src-all@FreeBSD.org, "Bjoern A. Zeeb" , Robert Watson , svn-src-head@FreeBSD.org Subject: Re: svn commit: r220982 - in head: . sys/amd64/conf sys/arm/conf sys/conf sys/i386/conf sys/ia64/conf sys/mips/conf sys/mips/malta sys/pc98/conf sys/powerpc/conf sys/sparc64/conf sys/sun4v/conf X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SVN commit messages for the src tree for head/-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Apr 2011 16:29:35 -0000 Warner Losh wrote: > On Apr 25, 2011, at 7:45 AM, Pawel Jakub Dawidek wrote: >> On Sun, Apr 24, 2011 at 06:59:40PM +0000, Bjoern A. Zeeb wrote: >>> I had been pondering devfs "link"s myself, the problem is that from the rc >>> framework they come too late. If you can add a simple .ko that does it >>> programmatically on 9 that would be great. The problem is that after booting >>> the new kernel you don't know whether people had ATA_STATIC on or not, so >>> we'd have to go with the defaults, that were in 8.x (and an extra tunable to >>> flip the logic maybe)? >> We do know that people have ATA_STATIC_ID, because if they don't, this >> means they have their custom kernel config which doesn't contain ATA_CAM >> and when they will use it next time they recompile their kernel they >> will still have /dev/adX entries. >> >> Also, as Alexander already noted, because of all the problems with ATA >> naming over the years and for other reasons too, people often hardcode >> provider name in various GEOM classes metadata, so symlink won't help. > > Do we have a short list of the places to look? Quick man pages grepping shows that at least gmirror, gstripe, graid3, gjournal, gvirstor, gconcat, gshsec support provider names hardcoding. For gmirror and graid3 present status can be obtained by: `gXXX list | egrep "Flags: .*HARDCODED"`. For gvirstor, gshsec, gstripe and gconcat: `gXXX dump adX | egrep "Hardcoded provider: ad"`. For gjournal: `gjournal dump adX | egrep "hcprovider: ad"`. > A lot of this could be done with a script that gets run at installworld and boot time to hunt down the old cases and report them to the user before they upgrade their kernel (but this would mean backing out the GENERIC change for a while to give people a chance to upgrade to label-based provisioning... If I understand idea right, independently of how much we delay it, there will be some people who not updated during that window to get in code detecting it during boot. Hardly many people of target auditory updating their systems each month. Same time some checks indeed could be done in installkernel. -- Alexander Motin