From owner-freebsd-stable@FreeBSD.ORG Sat Feb 11 08:29:30 2012 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 E4534106566C for ; Sat, 11 Feb 2012 08:29:30 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) by mx1.freebsd.org (Postfix) with ESMTP id 9AD978FC12 for ; Sat, 11 Feb 2012 08:29:30 +0000 (UTC) Received: from julian-mac.elischer.org (c-67-180-24-15.hsd1.ca.comcast.net [67.180.24.15]) (authenticated bits=0) by vps1.elischer.org (8.14.4/8.14.4) with ESMTP id q1B8TS6F071982 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sat, 11 Feb 2012 00:29:29 -0800 (PST) (envelope-from julian@freebsd.org) Message-ID: <4F36273E.9010805@freebsd.org> Date: Sat, 11 Feb 2012 00:30:54 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv:1.9.2.26) Gecko/20120129 Thunderbird/3.1.18 MIME-Version: 1.0 To: Jeremy Chadwick References: <4F343F2D.4040307@freebsd.org> <20120209215600.GA1793@icarus.home.lan> <4F345E84.8080307@freebsd.org> <20120210062411.GA9664@icarus.home.lan> In-Reply-To: <20120210062411.GA9664@icarus.home.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable , jpaetzel@ixsystems.com Subject: Re: known problems with 8.x and HP DL16 G5 server? 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: Sat, 11 Feb 2012 08:29:31 -0000 On 2/9/12 10:24 PM, Jeremy Chadwick wrote: > On Thu, Feb 09, 2012 at 04:02:12PM -0800, Julian Elischer wrote: >> On 2/9/12 1:56 PM, Jeremy Chadwick wrote: >>> On Thu, Feb 09, 2012 at 01:48:29PM -0800, Julian Elischer wrote: >>>> does anyone know of problems with freebsd and this system? >>>> >>>> the kernel We tried to boot seems to stop somewhere in the ahci probing. >>> Few things: >>> >>> 1) Possible to get full console output (e.g. serial, etc.) from a verbose >>> boot? >> it's freebsd 8.2 from a TrueNAS/FreeNAS. I'm actually at ix-systems >> at the >> moment.. but I wasnhoping someone could save us some time by saying >> "Oh yeah, merge in change number xxxxxx" >> >>> 2) Can you also provide the exact release/tag/kernel/thing you're trying >>> to install or upgrade to ("8.x" is a little vague; there are all sorts >>> of changes that happen between tags). For example 8.1 is not going to >>> behave the same necessarily as 8.2. >>> >>> 3) When you say "ahci probing", are you booting a standard installation >>> CD/DVD/memstick of, say, 8.2? If so, those won't make use of the >>> AHCI-to-CAM translation layer (and that AHCI code is also different than >>> the native-ATA-AHCI code), so you might try, when booting the system, >>> dropping to the loader prompt and issuing "load ahci.ko" before typing >>> "boot". See if that helps. If it does, great, use it (ahci_load="yes" >>> in /boot/loader.conf) permanently (and benefit from things like NCQ >>> too). >> let me forward you an image... >>> 4) If it's an Intel ESB2 controller, I believe there were some fixes or >>> identification shims put in place for this in recent RELENG_8, which >>> wouldn't be available in RELENG_8_2 or 8.2-RELEASE CD/DVDs. I could be >>> remembering the wrong controller though. Hmm... >>> >> that may be what we are looking for. >> >> I'll try get more info. > For others: the last few lines in the kernel log are: > > acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 > acpi_hpet0: vend: 0x8086 rev: 0x1 num: 3 hz: 14318180 opts: legacy_route 64-bit > Timecounter "HPET" frequency 14318180 Hz quality 900 > acpi: wakeup code va 0xffffff848311d000 pa 0x4000 > ahc_isa_probe 0: ioport 0xc00 alloc failed > > I don't see any indication of AHCI problems here (or AHCI at all). > ahc_isa_probe is for the ahc(4) controller -- Adaptec SCSI. > > A verbose boot might be more helpful. turns out that the HP machine has an HP branded (and with different firmware) raid controller that is not quite the same as the standard one. FreeBSD can't handle it and dies. Josh Paetzel may remember the exact type.. I forget..