From owner-freebsd-questions@FreeBSD.ORG Mon Feb 13 15:51:13 2006 Return-Path: X-Original-To: freebsd-questions@freebsd.org Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DB70316A423 for ; Mon, 13 Feb 2006 15:51:13 +0000 (GMT) (envelope-from freebsd-questions-local@be-well.ilk.org) Received: from mail5.sea5.speakeasy.net (mail5.sea5.speakeasy.net [69.17.117.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0828F43D48 for ; Mon, 13 Feb 2006 15:51:12 +0000 (GMT) (envelope-from freebsd-questions-local@be-well.ilk.org) Received: (qmail 2913 invoked from network); 13 Feb 2006 15:51:12 -0000 Received: from dsl092-078-145.bos1.dsl.speakeasy.net (HELO be-well.ilk.org) ([66.92.78.145]) (envelope-sender ) by mail5.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 13 Feb 2006 15:51:12 -0000 Received: by be-well.ilk.org (Postfix, from userid 1147) id AF1CC28439; Mon, 13 Feb 2006 10:51:11 -0500 (EST) Sender: lowell@be-well.ilk.org To: "Steve Coles" References: <028a01c630a1$72ca5b50$649b14ac@tripos.com> From: Lowell Gilbert Date: 13 Feb 2006 10:51:11 -0500 In-Reply-To: <028a01c630a1$72ca5b50$649b14ac@tripos.com> Message-ID: <44accvl0k0.fsf@be-well.ilk.org> Lines: 49 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-questions@freebsd.org, sos@freebsd.org Subject: Re: SMP ATA woes on 6.0-RELEASE X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Feb 2006 15:51:14 -0000 "Steve Coles" writes: > I have a strange deterministic boot problem with ATA devices on 2-way dell > precision machines which boot from their SCSI disks. I have 4 of these > boxes, and the only difference is the add-in ATA controller in the affected > box. > > A good summary would be "which kernels work": > > a) GENERIC from the distribution boots fine (uniprocessor) > b) GENERIC built from 6.0-RELEASE boots fine > c) SMP built from 6.0-RELEASE hangs during the ATA probe of my disks > d) SMP kernel built from 6.0-RELEASE with no ATA options/devices > boots fine > e) SMP kernel built from 6.0-RELEASE with ATA options/devices hangs > as in c) above > > .. It gets weirder > > F) SMP kernel built from 6.0-RELEASE with no ATA options/devices > boots fine (same as option d) above, then I load the ata modules from my > normal login shell: > > $> kldload atapci (loads ata.ko etc ) > $> Kldload atadisk > > .. And it produces a stable, fast, ATA disk subsystem > > G) SMP kernel built from 6.0-RELEASE with no ATA options/devices > boots fine (option d) above with a > > atapci_load="YES" > atadisk_load="YES" > > In loader.conf produces the same hang as c) > > So...I presume the problem is related to the fact that the second CPU must > be launched else the ATA code gets confused with my ATA subsystem (Naieve > explanation of facts) > > Q: Is this a known bug ? > Q: If it is, is it fixed in -STABLE ? > Q: If so - when is a good cvsup date that gives me a fixed ata driver with a > "stable stable" I'm not sure about exactly the situation you are seeing, but there do seem to have been a number of changes related to ATA interactions with SMP, added since 6.0. If this system isn't in production yet, try just updating to the latest -STABLE.