From owner-freebsd-current@FreeBSD.ORG Thu Oct 30 06:30:51 2008 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 A375A1065674 for ; Thu, 30 Oct 2008 06:30:51 +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 5AC548FC1A for ; Thu, 30 Oct 2008 06:30:51 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.local ([192.168.254.200]) (authenticated bits=0) by pooker.samsco.org (8.14.2/8.14.2) with ESMTP id m9U6UblW079007; Thu, 30 Oct 2008 00:30:37 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <4909548C.6040900@samsco.org> Date: Thu, 30 Oct 2008 00:30: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: Ian FREISLICH References: <4908C496.4090609@samsco.org> <490864A3.4020801@samsco.org> In-Reply-To: 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.4 required=3.8 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: current@freebsd.org Subject: Re: LSI megaraid SATA 150-6 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: Thu, 30 Oct 2008 06:30:51 -0000 Ian FREISLICH wrote: > Scott Long wrote: >> Ian FREISLICH wrote: >>> Scott Long wrote: >>>> Ian Freislich wrote: >>>>> But I'm unable to boot into multi-user off the disk. The kernel >>>>> boots and then I get reports of UFS corruption (truncated inodes >>>>> and missing blocks etc) and it can't find /libexec/ld-elf.so.1. >>>>> >>>>> I'm tempted to just say that the card is junk and to give up. >>>>> Am I correct in my analysis? >>>>> >>>> Try setting the following from the loader at boot: >>>> >>>> hw.amr.force_sg32=1 >>> Ok, that fixed it. What exactly does this do? >>> >> Limits the driver to only use 32-bit addresses, and bounces >> (copies) anything above that down to the lower 32bits of the >> address space. Can you send me the output of 'pciconf -lv'? > > Scott, I thought I was clear in the original email, but I see now > that I wasn't. I haven't tried this card on current owing to the > difficulty of having to potentially downgrade and I was wanting > to find out if migrating this system to current would help. I'm > mostly satisfied with this solution as long as it doesn't point to > a driver bug. Of course, in that case I'm happy to take the pain > in the interests of helping getting the driver fixed. > I don't really care if you're using 8-CURRENT or 7-STABLE, the driver source is nearly the same in both. The problem exists in both, and the workaround is the same in both. However, I was looking to collect the PCI identification information for this 150-6 card so I could hopefully teach the driver to automatically handle this card specially. Thank you for providing the information. Scott