From owner-freebsd-stable@FreeBSD.ORG Thu Jun 11 15:35:40 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 60FE81065670; Thu, 11 Jun 2009 15:35:40 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id EC8188FC22; Thu, 11 Jun 2009 15:35:39 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.local (pooker.samsco.org [168.103.85.57]) by pooker.samsco.org (8.14.2/8.14.2) with ESMTP id n5BFZalW021679; Thu, 11 Jun 2009 09:35:36 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <4A312448.1060009@samsco.org> Date: Thu, 11 Jun 2009 09:35:36 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.13) Gecko/20080313 SeaMonkey/1.1.9 MIME-Version: 1.0 To: Andre Oppermann References: <4A2FA4EF.5060603@freebsd.org> <4A2FC858.5050800@samsco.org> <4A2FE765.9000803@freebsd.org> In-Reply-To: <4A2FE765.9000803@freebsd.org> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-4.5 required=3.8 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: freebsd-stable@freebsd.org Subject: Re: (probe23:arcmsr0:0:16:0): inquiry data fails comparison at DV1 step X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Jun 2009 15:35:40 -0000 Andre Oppermann wrote: > Scott Long wrote: >> Andre Oppermann wrote: >>> Today I upgraded an AMD64 server from FreeBSD 6.4 to 7-STABLE and got >>> a big >>> nasty surprise with the Areca RAID controller: >>> >>> arcmsr0: >> > mem 0xfdbff000-0xfdb400000 irq16 at device 14.0 on pci18 >>> ARECA RAID ADAPTER0: Driver Version 1.20.00.15 2007-10-07 >>> ARECA RAID ADAPTER0: FIRMWARE VERSION V1.46 2009-01-06 >>> arcmsr0: [ITHREAD] >>> ... >>> (probe23:arcmsr0:0:16:0): inquiry data fails comparison at DV1 step >>> run_interrupt_driven_hooks: still waiting after 60 seconds for >>> xpt_config >>> >>> From here on it hangs and repeats the last message with some sort of >>> exponential backoff. Ctrl-Alt-Del to reboot doesn't work but ScrollLock >>> does. Hard reset is required to reboot. >>> >>> Booting the old 6.4 kernel works and the system comes up again with full >>> access to the RAID array. >>> >>> Any help appreciated. >>> >> >> I'll try to reproduce this locally. There have been sporadic reports of >> the "fails comparison" problem, but none as fatal as this. Is it >> possible to compile your kernel with CAMDEBUG and >> CAM_DEBUG_FLAGS=CAM_DEBUG_INFO? > > CAMDEBUG doesn't give any output. > > As it turns out the hang seems to be related to an interrupt routing > problem somehow. I did an BIOS upgrade and BIOS settings factory reset. > The mainboard is an ASUS M2N32 WS Professional with an Athlon64 X2 4800+. > Enabling all on-board devices including ATA and various SATA controllers > together with "PnP OS" set to yes fixed the hand and allowed FreeBSD 7 to > boot sucessfully. Why 6.4 doesn't stumble I don't know. > > The "(probe23:arcmsr0:0:16:0): inquiry data fails comparison at DV1 step" > line is still there. Fortunately the boot process simply continues from > there without further trouble. > > If there are any other CAM debug options or patches you want me to try I > can do that. The system is only in partial production and I'm allowed to > reboot it during workhours. > You enabled both CAMDEBUG and CAM_DEBUG_FLAGS=CAM_DEBUG_INFO in your kernel? Scott