From jin@gracie.lbl.gov  Fri Mar 29 13:22:46 2002
Return-Path: <jin@gracie.lbl.gov>
Received: from gracie.lbl.gov (gracie.lbl.gov [131.243.2.175])
	by hub.freebsd.org (Postfix) with ESMTP id D0ABE37B41B
	for <FreeBSD-gnats-submit@freebsd.org>; Fri, 29 Mar 2002 13:22:37 -0800 (PST)
Received: (from jin@localhost)
	by gracie.lbl.gov (8.11.6/8.11.6) id g2TLMbD01700;
	Fri, 29 Mar 2002 13:22:37 -0800 (PST)
	(envelope-from jin)
Message-Id: <200203292122.g2TLMbD01700@gracie.lbl.gov>
Date: Fri, 29 Mar 2002 13:22:37 -0800 (PST)
From: Jin Guojun (DSD staff) <jin@gracie.lbl.gov>
Reply-To: Jin Guojun (DSD staff) <jin@gracie.lbl.gov>
To: FreeBSD-gnats-submit@freebsd.org
Cc:
Subject: installation floppy bug (See description)
X-Send-Pr-Version: 3.113
X-GNATS-Notify:

>Number:         36508
>Category:       bin
>Synopsis:       [sysinstall] installation floppy bug (4.5)
>Confidential:   no
>Severity:       serious
>Priority:       high
>Responsible:    freebsd-bugs
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Fri Mar 29 13:30:01 PST 2002
>Closed-Date:    Fri Jan 25 16:47:34 UTC 2008
>Last-Modified:  Fri Jan 25 16:47:34 UTC 2008
>Originator:     Jin Guojun (DSD staff)
>Release:        FreeBSD 4.5-SNAP i386
>Organization:
>Environment:


	FreeBSD 4.5-20020327-STABLE, 4.5-20020329-STABLE

>Description:
	The probing procedure seems not work properly in the lastest
	4.5-xxxxxx-STABLE.

	(1) Probing procedure does not looking for the BIOS configuration.
	e.g., BIOS only enables primary IDE (ata0), but probing procedure
	ignores this information, and continues to configure the ata1.

	(2) disable command does not work well.
	"disable ata1" does not function correctly. ls command shows that
	ata1 is disabled (status changed from Yes to No). However, the
	installation procedure continues to configure the ata1 regardless
	ata1 status "Yes or No".

>How-To-Repeat:
	disbale the secondary IDE from BIOS and try the latest installation
	floppies (kern.flp + mfsrot.flp).

>Fix:

	


>Release-Note:
>Audit-Trail:
Responsible-Changed-From-To: freebsd-bugs->qa 
Responsible-Changed-By: kris 
Responsible-Changed-When: Fri Jul 18 16:03:21 PDT 2003 
Responsible-Changed-Why:  
Assign to qa group 

http://www.freebsd.org/cgi/query-pr.cgi?pr=36508 
Responsible-Changed-From-To: qa->freebsd-qa 
Responsible-Changed-By: jhb 
Responsible-Changed-When: Mon Aug 2 18:40:36 GMT 2004 
Responsible-Changed-Why:  
Canonicalize responsible. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=36508 
State-Changed-From-To: open->feedback 
State-Changed-By: rwatson 
State-Changed-When: Fri Jan 25 16:41:39 UTC 2008 
State-Changed-Why:  
This bug report appears to have been categorized as a sysinstall bug, but 
really it was/is a hardware probing bug.  The chances are very good that 
the bug has already been fixed in a more recent FreeBSD version, or at 
least replaced with newer and better bugs.  In order to debug this we'll 
need a full dmesg as a start point.  If this problem report is still 
relevant to you (hardware still around, etc), could you try with a more 
recent FreeBSD version?  If not, could you let me know and I can close 
the report?  Sorry about the truly abysmal response time... 


http://www.freebsd.org/cgi/query-pr.cgi?pr=36508 
State-Changed-From-To: feedback->closed 
State-Changed-By: rwatson 
State-Changed-When: Fri Jan 25 16:47:01 UTC 2008 
State-Changed-Why:  
Close PR as the e-mail address of the submitter bounces with host not found. 
If you are the submitter and this problem report is still important to you, 
please let us know your new e-mail address. 

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