From owner-freebsd-stable@FreeBSD.ORG Mon Mar 19 12:37:22 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A05F416A401 for ; Mon, 19 Mar 2007 12:37:22 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 6023F13C46A for ; Mon, 19 Mar 2007 12:37:22 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1HTH6y-0003KV-4P for freebsd-stable@freebsd.org; Mon, 19 Mar 2007 13:37:16 +0100 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 19 Mar 2007 13:37:16 +0100 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 19 Mar 2007 13:37:16 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Mon, 19 Mar 2007 13:37:05 +0100 Lines: 15 Message-ID: References: <7173761.571174192164054.JavaMail.root@ly.sdf.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 1.5.0.10 (X11/20060911) In-Reply-To: <7173761.571174192164054.JavaMail.root@ly.sdf.com> Sender: news Subject: Re: Progress installing on IBM LS21 "Blade" machine 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: Mon, 19 Mar 2007 12:37:22 -0000 Tom Samplonius wrote: > > The one thing about IBM blades, is that the various controllers for all kinds of IO devices may exist, but are simply not wired. FreeBSD is quite picky (or stupid) about device probing. If it finds a device, it basically demands that it works. It would be great if drivers could simply bail, if the devices were there, but didn't work, rather than just hanging. > > You can disable the parallel port device from the boot prompt. The same goes for any other phantom hardware that FreeBSD can't grok. Well, one of the places where it stuck was after detecting "pci6" or something, so there's no guessing what exactly went wrong. > The umass device might exist, sometimes. This might be part of the remote CD and floppy support. So when you use the remote console to map your local floppy or CD or ISO to the blade, the remote console software makes the device appear as a umass device to the blade. I bet if you used the remote console, and had it share your local floppy to the device, the FreeBSD install would pass. I don't have the relevant dmesgs but I think the remote CD was detected ok. I thought maybe the "buggy" umass device holds the embedded diagnostic utility (like their PC doctor...) or something.