From owner-freebsd-stable@FreeBSD.ORG Tue Aug 13 12:01:30 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 7482B5C2 for ; Tue, 13 Aug 2013 12:01:30 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 102DC20A7 for ; Tue, 13 Aug 2013 12:01:29 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.7/8.14.7/ALCHEMY.FRANKEN.DE) with ESMTP id r7DC1RUH073157; Tue, 13 Aug 2013 14:01:27 +0200 (CEST) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.7/8.14.7/Submit) id r7DC1R3i073156; Tue, 13 Aug 2013 14:01:27 +0200 (CEST) (envelope-from marius) Date: Tue, 13 Aug 2013 14:01:27 +0200 From: Marius Strobl To: David Boyd Subject: Re: AAC regression in 9.2-BETA Message-ID: <20130813120127.GA73059@alchemy.franken.de> References: <20130802200543.GA6755@alchemy.franken.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20130802200543.GA6755@alchemy.franken.de> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org 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: Tue, 13 Aug 2013 12:01:30 -0000 On Fri, Aug 02, 2013 at 10:05:43PM +0200, Marius Strobl wrote: > On Fri, Aug 02, 2013 at 02:44:04PM -0400, David Boyd wrote: > > I have an Adaptec 2820SA (SATA) controller that hangs the system during > > booting on 9.2-BETA[12]. > > The only message I see on the console refers to controller aac0 and > > indicates "TIMEOUT 138 SECONDS". > > This same controller/motherboard works flawlessly with 9.1-RELEASE-p5. > > I have moved this hardware to "testing" mode and can rebuild often. > > I am asking for direction and suggestions as to which commits might be at > > fault. > > I am sorry that I didn't detect this problem earlier in the release cycle. > > Hope we can resolve this before 9.2-RELEASE. > > That could be due to MSIs being broken with your particular controller > or mainboard. Please try whether setting the tunable hw.aac.enable_msi > to 0 on the loader prompt before booting makes things work. If it does, > please provide a verbose dmesg and the output of `pciconf -lcv`. > For the records, between 9.1 and 9.2, aac(4) has been taught to take advantage of MSIs when available. However, 2820SA turned out to have broken MSI support. Thus, in r254004 a quirk blacklisting MSI usage for that model has been introduced. There was also a similar report for 2230S, in which case it was unclear whether that type of controller or the motherboard is the culprit. To be on the safe side, MSIs also have been blacklisted for 2230S in said revision. This change has been MFCed down to releng/9.2, so it will be part of the final 9.2-RELEASE. However, it doesn't seem warranted to generally disable the use of MSIs in aac(4) again. Marius