From owner-freebsd-stable@FreeBSD.ORG Fri Aug 23 14:08:15 2013 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id B5A7A43D; Fri, 23 Aug 2013 14:08:15 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id DA21C2A0A; Fri, 23 Aug 2013 14:08:14 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id RAA28965; Fri, 23 Aug 2013 17:08:13 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1VCs29-000PhA-0P; Fri, 23 Aug 2013 17:08:13 +0300 Message-ID: <52176C7B.4070701@FreeBSD.org> Date: Fri, 23 Aug 2013 17:06:51 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130810 Thunderbird/17.0.8 MIME-Version: 1.0 To: freebsd-stable List Subject: Re: [HEADS UP] change in devfs path matching logic References: <51F28A33.7040209@FreeBSD.org> In-Reply-To: <51F28A33.7040209@FreeBSD.org> X-Enigmail-Version: 1.5.1 Content-Type: text/plain; charset=x-viet-vps Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Aug 2013 14:08:15 -0000 This change is about to be MFC-ed. on 26/07/2013 17:39 Andriy Gapon said the following: > > I have just committed a significant change to devfs path matching logic > http://svnweb.freebsd.org/changeset/base/253677 > > Jaakko Heinonen (jh@) has full credit for the code while I have full > responsibility for any consequences of the commit. > > Before this change the logic of matching the devfs paths to the patterns in > devfs rules was quite arcane. Now this logic should be much simpler and logical > (sorry for tautology). > > Please note that nothing changes with respect to matching simple paths like > /dev/something. It is the complex paths that involve subdirectories that are > affected. > > I think that if you knew how the old logic worked and were able to devise rules > for it, then you will have no problem to change those rules for the new logic. > Just please don't forget to do it when you upgrade! > > I hope that overall you will find this change to be an improvement. > > P.S. I notify stable@ because I currently plan to MFC this change after 1 month > period. If you know a reason why the MFC should not be done, please alert me to it. > -- Andriy Gapon