From root@targetnet.com  Tue Feb 13 18:27:40 2001
Return-Path: <root@targetnet.com>
Received: from smtp.targetnet.com (smtp.targetnet.com [205.150.0.125])
	by hub.freebsd.org (Postfix) with ESMTP id E962937B491
	for <FreeBSD-gnats-submit@freebsd.org>; Tue, 13 Feb 2001 18:27:39 -0800 (PST)
Received: from fds-301.tor3.targetnet.com ([205.150.0.50])
	by smtp.targetnet.com with esmtp (Exim 3.16 #1)
	id 14SrfO-000A8W-00
	for FreeBSD-gnats-submit@freebsd.org; Tue, 13 Feb 2001 21:27:38 -0500
Received: from root by fds-301.tor3.targetnet.com with local (Exim 3.20 #1)
	id 14SrfO-0009j8-00
	for FreeBSD-gnats-submit@freebsd.org; Tue, 13 Feb 2001 21:27:38 -0500
Message-Id: <E14SrfO-0009j8-00@fds-301.tor3.targetnet.com>
Date: Tue, 13 Feb 2001 21:27:38 -0500
From: james@targetnet.com
Reply-To: james@targetnet.com
To: FreeBSD-gnats-submit@freebsd.org
Subject: mlxcontrol utility fails silently if device file is missing
X-Send-Pr-Version: 3.2

>Number:         25085
>Category:       bin
>Synopsis:       mlxcontrol utility fails silently if device file is missing
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-bugs
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Tue Feb 13 18:30:01 PST 2001
>Closed-Date:    Thu Aug 26 02:53:05 GMT 2004
>Last-Modified:  Thu Aug 26 02:53:05 GMT 2004
>Originator:     James FitzGibbon
>Release:        FreeBSD 4.2-STABLE-20010125-JPSNAP i386
>Organization:
Targetnet.com Inc.
>Environment:

4-STABLE box with a Mylex DAC1164P raid controller, two systems drives on
RAID.

>Description:

If /dev/mlx0 does not exist, 'mlxcontrol status' fails silently.  Because
/dev/mlx# is not created by sysinstall, a default FreeBSD install will have
device files for the disk and it's slices, but not the controller itself.

The error messages (or lack thereof) do not explain the problem easily.  I
only found it by running a ktrace on the process and watching it iteratively
try to open /dev/mlx0 through /dev/mlx63 and then exit.

>How-To-Repeat:

Install FreeBSD on a Mylex-equipped machine.  Immediately after install,
run 'mlxcontrol status'.  Now run 'mlxcontrol status mlx0'.  cd to /dev and
run './MAKEDEV mxl0'.  Repeat both of the commands.

>Fix:

- if a nonstandard piece of hardware is a viable install target, then
sysinstall and MAKEDEV should take that into account.  The mlx0 device
should probably be added to the standard devices to create upon
installation.

- mlxcontrol should perhaps test for the existence of the special file
/dev/mlx# instead of just attempting to open it and fail.  Additionally, if
the loop that tests mlx0-mlx63 expires without a successful open, a suitable
error message should be spit out.

- the points on device creation probably apply to some of the other RAID
for which drivers have recently been added: amr, ida.  There may not be a
userland control utility for either AFAIK, but the argument holds true for
anything that is in the GENERIC kernel, so...

>Release-Note:
>Audit-Trail:
Responsible-Changed-From-To: freebsd-bugs->msmith 
Responsible-Changed-By: wilko 
Responsible-Changed-When: Sun Aug 5 13:31:56 PDT 2001 
Responsible-Changed-Why:  
Mike does the Mylex driver. 

http://www.FreeBSD.org/cgi/query-pr.cgi?pr=25085 
State-Changed-From-To: open->feedback 
State-Changed-By: linimon 
State-Changed-When: Thu Aug 26 02:49:45 GMT 2004 
State-Changed-Why:  
Is this still a problem with modern versions of FreeBSD? 


Responsible-Changed-From-To: msmith->freebsd-bugs 
Responsible-Changed-By: linimon 
Responsible-Changed-When: Thu Aug 26 02:49:45 GMT 2004 
Responsible-Changed-Why:  
With bugmeister hat on, reassign from inactive committer. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=25085 
State-Changed-From-To: feedback->closed 
State-Changed-By: linimon 
State-Changed-When: Thu Aug 26 02:52:56 GMT 2004 
State-Changed-Why:  
Submitter's email address bounces. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=25085 
>Unformatted:
