From nobody@FreeBSD.ORG Mon Apr 12 16:39:47 1999
Return-Path: <nobody@FreeBSD.ORG>
Received: by hub.freebsd.org (Postfix, from userid 32767)
	id 6419C14CB7; Mon, 12 Apr 1999 16:39:47 -0700 (PDT)
Message-Id: <19990412233947.6419C14CB7@hub.freebsd.org>
Date: Mon, 12 Apr 1999 16:39:47 -0700 (PDT)
From: foo@fdt.net
Sender: nobody@FreeBSD.ORG
To: freebsd-gnats-submit@freebsd.org
Subject: Problems with freebsd floppy driver and certain intel MB's
X-Send-Pr-Version: www-1.0

>Number:         11104
>Category:       kern
>Synopsis:       Problems with freebsd floppy driver and certain intel MB's
>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:   Mon Apr 12 16:40:01 PDT 1999
>Closed-Date:    Sat May 1 12:14:54 PDT 1999
>Last-Modified:  Sat May  1 12:16:09 PDT 1999
>Originator:     Kevin Ho
>Release:        3.1-STABLE
>Organization:
-
>Environment:
FreeBSD foo.jsnet.com 3.1-RELEASE FreeBSD 3.1-RELEASE #0: Mon Feb 15 11:08:08 GMT 1999     jkh@usw3.freebsd.org:/usr/src/sys/compile/GENERIC  i386

>Description:
When writing more than 1k more than a floppy has to fd0c, the machine will die slowly.
Floppy drive continues to seek and seek, and the machine will no longer create new processes -
anything that attempts to do so (a shell, inetd, etc) will wedge at fork() - after
a while processes stop getting scheduled, windows stop getting refreshed, and soon the entire
box locks.

This is not a hardware problem - I have replicated this on numerous intel 440 chip MB's,
on a variety of floppy drives, all on hardware that is functional on other operating systems,
including other BSD's. 

There are no SMP dependencies that I can think of.
>How-To-Repeat:
dd if=/dev/zero of=/dev/fd0 bs=1k count=1443

Machine will start wedging itself.  Machines w/ more ram wedge more slowly, on
average.  Machines w/ more cpu wedge more quickly.  I'm not too sure if these are
coincidences
>Fix:


>Release-Note:
>Audit-Trail:
Responsible-Changed-From-To: gnats-admin->freebsd-bugs 
Responsible-Changed-By: steve 
Responsible-Changed-When: Sun Apr 18 21:25:23 PDT 1999 
Responsible-Changed-Why:  
Misfiled PR. 
State-Changed-From-To: open->closed 
State-Changed-By: steve 
State-Changed-When: Sat May 1 12:14:54 PDT 1999 
State-Changed-Why:  
See audit trail of PR #10828 for the same problem and a list of other 
PRs. 
>Unformatted:
