From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 05:18:40 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 19E4E1065670 for ; Sat, 2 Oct 2010 05:18:40 +0000 (UTC) (envelope-from jamesbrandongooch@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id A0AC28FC0A for ; Sat, 2 Oct 2010 05:18:39 +0000 (UTC) Received: by wyb29 with SMTP id 29so2386332wyb.13 for ; Fri, 01 Oct 2010 22:18:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=3oyNfNafzJk9wavBmojGq0ESvZvZm9zteZ8aYwQLCj0=; b=eOC54BD5ZzsybevRIZkP3Gh14RB9PJ24UbtoO4+hLpgjHww+x2ofW7RQuUME6Yedxy pcYmh273NXLosClyZMqy4IyyJWIEl1Fybhm6yd9Obgq2onLREzfhsuTBvgJiRD0QX093 2FReNomnQEhgeCSC46utg8+mLwHLrY5XG0EL8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=LC+VElBVmD60GJt4DIOhKd0fRbfGD9qoXkfryw4kIx1kcdwwdL+ytkYnlJDHRHxwK6 g0GdENJNsmuIYrUYE58AIBEei0XRNmSPNrlzuovo5dWb8aAWmvfA0gqNJy9cb9YPatc+ 5x3xbucPAgnYJbM1WhizKh1wAXjD6Tle2gVsM= MIME-Version: 1.0 Received: by 10.216.22.193 with SMTP id t43mr2865539wet.82.1285996718484; Fri, 01 Oct 2010 22:18:38 -0700 (PDT) Received: by 10.216.133.133 with HTTP; Fri, 1 Oct 2010 22:18:38 -0700 (PDT) In-Reply-To: <20101002033859.GK1535@albert.catwhisker.org> References: <20101001212038.GE1535@albert.catwhisker.org> <20101001233001.GG1535@albert.catwhisker.org> <20101002013344.GI1535@albert.catwhisker.org> <20101002033859.GK1535@albert.catwhisker.org> Date: Sat, 2 Oct 2010 00:18:38 -0500 Message-ID: From: Brandon Gooch To: David Wolfskill , Brandon Gooch , current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: Hang near end of kernel probes since r213267 (likely earlier) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Sat, 02 Oct 2010 05:18:40 -0000 On Fri, Oct 1, 2010 at 10:38 PM, David Wolfskill wro= te: > On Fri, Oct 01, 2010 at 08:56:13PM -0500, Brandon Gooch wrote: >> ... >> > Any ideas on what mught be causing CURRENT to hang -- sometimes >> > -- given that it appears to involve the Modular Bay (or the specific >> > device that is in the bay during the hang)? >> > >> >> If you haven't already, it may be worth trying 'options ATA_CAM' in >> your kernel config. > > Well, I hadn't, so I tried it. =A0And since I had read the note: > > # ATA_CAM: =A0 =A0 =A0 =A0 =A0 =A0 =A0Turn ata(4) subsystem controller dr= ivers into cam(4) > # =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 interface modules. This dep= recates all ata(4) > # =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 peripheral device drivers (= atadisk, ataraid, atapicd, > # =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 atapifd, atapist, atapicam)= and all user-level APIs. > # =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 cam(4) drivers and APIs wil= l be connected instead. > > I had an idea that /etc/fstab would need a global edit (though I > didn't know what device would be used). > > Attempting a single-user mode boot clarified that for me: > > =A0 =A0 =A0 =A0:s/ad4/ada0/ > > Fortunately, I'm in the habit of keeping more than one bootable slice > around, so I was able to accomplish that. > > And -- probably more important for this discussion -- I was unable to > re-create the failing condition: the machine booted Just Fine every > time I tried it, whether the CD/DVD drive was inserted or not. > > Now, this seems a bit more like a circumvention or diagnostic aid > (to me) than an actual solution -- or am I misunderstanding? > > Thanks for the suggestion, though! > The ATA_CAM option allows the use of the new CAM ATA infrastructure, replacing the legacy operation of the ATA devices. The following may be enlightening: http://lists.freebsd.org/pipermail/freebsd-current/2009-December/013956.htm= l I've been using it now on all of my newer machines; it's well worth the slight changes to your setups considering what you stand to gain. I definitely would not consider it a work-around, unless you absolutely require legacy operation of some device. -Brandon