From owner-svn-src-head@FreeBSD.ORG Sun Nov 14 23:25:22 2010 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 632131065695; Sun, 14 Nov 2010 23:25:22 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id E675A8FC15; Sun, 14 Nov 2010 23:25:21 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.4/8.14.4/ALCHEMY.FRANKEN.DE) with ESMTP id oAENPKnV062469; Mon, 15 Nov 2010 00:25:20 +0100 (CET) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.4/8.14.4/Submit) id oAENPKWx062468; Mon, 15 Nov 2010 00:25:20 +0100 (CET) (envelope-from marius) Date: Mon, 15 Nov 2010 00:25:20 +0100 From: Marius Strobl To: Gavin Atkinson Message-ID: <20101114232520.GB57077@alchemy.franken.de> References: <201011141309.oAED9Xcv082719@svn.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org Subject: Re: svn commit: r215295 - head/sys/opencrypto 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: Sun, 14 Nov 2010 23:25:22 -0000 On Sun, Nov 14, 2010 at 11:13:24PM +0000, Gavin Atkinson wrote: > On Sun, 14 Nov 2010, Marius Strobl wrote: > > Author: marius > > Date: Sun Nov 14 13:09:32 2010 > > New Revision: 215295 > > URL: http://svn.freebsd.org/changeset/base/215295 > > > > Log: > > Let cryptosoft(4) add its pseudo-device with a specific unit number and its > > probe method return BUS_PROBE_NOWILDCARD so it doesn't get attached to real > > devices hanging off of nexus(4) with no specific devclass set. Actually, the > > more desirable fix for this would be to get rid of the newbus interface of > > cryptosoft(4) altogether but apparently crypto(9) was written with support > > for cryptographic hardware in mind so that approach would require some KPI > > breaking changes which don't seem worth it. > > I'm guessing this fixes kern/132129 and kern/136123? > Likely, I haven't seen the failure mode described in these PRs though. Marius