NetBSD Problem Report #17552

Received: (qmail 8915 invoked by uid 605); 11 Jul 2002 00:33:27 -0000
Message-Id: <200207110032.g6B0WlL28627@starbuck.kasbah>
Date: Thu, 11 Jul 2002 02:32:47 +0200 (CEST)
From: reinoud@netbsd.org
Sender: gnats-bugs-owner@netbsd.org
Reply-To: reinoud@netbsd.org
To: gnats-bugs@gnats.netbsd.org
Subject: Kernel can panic on accessing /dev/rfd device (prolly)
X-Send-Pr-Version: 3.95

>Number:         17552
>Category:       port-acorn32
>Synopsis:       Kernel can panic on accessing /dev/rfd device (prolly)
>Confidential:   no
>Severity:       serious
>Priority:       high
>Responsible:    port-acorn32-maintainer
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Thu Jul 11 00:34:00 +0000 2002
>Closed-Date:    
>Last-Modified:  Sat Sep 23 19:17:31 +0000 2006
>Originator:     Reinoud Zandijk
>Release:        NetBSD 1.6
>Organization:
NetBSD

>Environment:
NetBSD/acorn32 version 1.6-release but also in NetBSD-1.6D



Architecture: arm
Machine: acorn32
>Description:
Due to a fault of unknown cause a reference to the /dev/rfd0a device causes 
the machine either to hang, coredump, coredump the program, exiting shells, 
etc. when `fdformat fd0' is executed but also when `disklabel fd0' does the 
same.

At times a process will be coredumping and the process be stuck on wchan
`closef' with status DEL+.

A simple `dd if=/netbsd of=/dev/fd0a' works fine regardless of the 
blocksize specified.

>How-To-Repeat:
just execute `fdformat fd0' or `disklabel fd0'

>Fix:
NONE known... only just dont use the floppy in this way :(
>Release-Note:
>Audit-Trail:
>Unformatted:

 Note: most likely a spl level fault like the floppy on Sparc4 has problems with.

Home	PR Database Search