From owner-freebsd-current@FreeBSD.ORG Tue Jun 3 13:30:39 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 053E737B401 for ; Tue, 3 Jun 2003 13:30:39 -0700 (PDT) Received: from magic.adaptec.com (magic-mail.adaptec.com [208.236.45.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 75D9743F75 for ; Tue, 3 Jun 2003 13:30:38 -0700 (PDT) (envelope-from scottl@freebsd.org) Received: from redfish.adaptec.com (redfish.adaptec.com [162.62.50.11]) by magic.adaptec.com (8.11.6/8.11.6) with ESMTP id h53KPZZ26343; Tue, 3 Jun 2003 13:25:35 -0700 Received: from freebsd.org (hollin.btc.adaptec.com [10.100.253.56]) by redfish.adaptec.com (8.8.8p2+Sun/8.8.8) with ESMTP id NAA22006; Tue, 3 Jun 2003 13:30:37 -0700 (PDT) Message-ID: <3EDD04CF.80101@freebsd.org> Date: Tue, 03 Jun 2003 14:27:59 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3) Gecko/20030414 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Bryan Liesner References: <20030602230746.U69975-100000@mail.chesapeake.net> <20030603115912.Q648@gravy.homeunix.net> <3EDCCB27.5020707@freebsd.org> <20030603132913.D761@gravy.homeunix.net> In-Reply-To: <20030603132913.D761@gravy.homeunix.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: Jeff Roberson cc: current@freebsd.org Subject: Re: umtx/libthr SMP fixes. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jun 2003 20:30:39 -0000 Bryan Liesner wrote: > On Tue, 3 Jun 2003, Scott Long wrote: > > >>>Actually, I think it's cam in general that's causing the panic with >>>these changes. >>> >>>Please see kern/52718 >> >>I didn't see a backtrace in the PR. Is there one that you can share >>with us? >> > > > It panics during boot and, unfortunately, no dump is produced. The > best I could do is what's already there in the PR. If there is > anything more I can do, just let me know. > > I have (using cam) 2 atapi cdroms, a 100M zip disk, and a 40G USB hard > disk. > > It's very hard to imagine Jeff's patches causing a problem at the point that the PR mentions. Have you confirmed the problem in a kernel that was build in a totally clean environment? Scott