Subject: Re: port-sparc/31453: formatting a floppy reliably crashes a SparcClassic under NetBSD 2.0.2
To: None <port-sparc-maintainer@netbsd.org, gnats-admin@netbsd.org,>
From: Martin Husemann <martin@duskware.de>
List: netbsd-bugs
Date: 10/05/2005 06:24:05
The following reply was made to PR port-sparc/31453; it has been noted by GNATS.

From: Martin Husemann <martin@duskware.de>
To: gnats-bugs@NetBSD.org
Cc: 
Subject: Re: port-sparc/31453: formatting a floppy reliably crashes a SparcClassic under NetBSD 2.0.2
Date: Wed, 5 Oct 2005 08:23:09 +0200

 [I forwarded a copy to gnats with fixed subject -- martin]
 
 ----- Forwarded message from Brein Georg SAM SD <BreinG@spardat.at> -----
 
 X-Original-To: martin@duskware.de
 Delivered-To: martin@duskware.de
 x-mimeole: Produced By Microsoft Exchange V6.5.7226.0
 Subject: port-sparc/31453
 Date: Wed, 5 Oct 2005 08:18:27 +0200
 X-MS-Has-Attach: 
 X-MS-TNEF-Correlator: 
 Thread-Topic: port-sparc/31453
 Thread-Index: AcXJdHK155Ev14GTReC0fuSZG8iqEA==
 From: "Brein Georg SAM SD" <BreinG@spardat.at>
 To: <gnats-bugs@NetBSD.org>, "Martin Husemann" <martin@duskware.de>
 X-OriginalArrivalTime: 05 Oct 2005 06:18:28.0004 (UTC) FILETIME=[9995AE40:01C5C974]
 
 I changed "delay(1)" to "delay(100)", recompiled, installed and booted
 the modified
 GENERIC kernel; the timeout went away, and so did the system crash. In
 fact, formatting
 a floppy seems to work (see following log). The floppy I formatted
 worked on another
 computer, but it was formatted before (unfortunately I neither have
 access to a
 unformatted floppy nor to a strong magnet), so there is the remote
 possibility that
 the formatting operation didn't touch the floppy at all (though
 formatting took
 the expected time and the drive emitted the expected noises...).
 
 Unfortunately, access to the floppy still doesn't work on the
 SparcClassic: any
 access (apart from formatting) yields read resp. write errors; even
 ejecting
 a floppy produces a kernel message, though the floppy is ejected
 successfully.
 Examples of this behaviour are shown in the following log, too.
 
 A cursory search in the NetBSD problem data base yields problem report
 "port-sparc/30311" by multix@gmail.com which seems to describe the same
 or
 similary phenomena on a SparcStation 10.
 
 
 *** log of formatting and attempted floppy access ***
 # fdformat
 Ready to format /dev/rfd0a with 80 cylinders, 2 tracks, 18 sectors of
 512 bytes (1440 KB) Yes/no [y]?
 [160 repetionions of the sequence F <bs> V deleted]
 # disklabel -w /dev/rfd0c floppy
 fd0c: hard error reading fsbn 0
 fd0: controller status: state 17 (st0 70<abnrml,seek_cmplt,drv_chck> cyl
 0)
 Oct  4 20:50:05 sunburst /netbsd: fd0c: hard error reading fsbn 0
 Oct  4 20:50:05 sunburst /netbsd: fd0: controller status: state 17 (st0
 70<abnrml,seek_cmplt,drv_chck> cyl 0)
 fd0c: hard error writing fsbn 0
 fd0: controller status: state 17 (st0 70<abnrml,seek_cmplt,drv_chck> cyl
 0)
 disklabel: ioctl DIOCWDINFO: Input/output error
 Oct  4 20:50:08 sunburst /netbsd: fd0c: hard error writing fsbn 0
 Oct  4 20:50:08 sunburst /netbsd: fd0: controller status: state 17 (st0
 70<abnrml,seek_cmplt,drv_chck> cyl 0)
 # eject /dev/rfd0c
 fd0c: hard error reading fsbn 0
 fd0: controller status: state 17 (st0 70<abnrml,seek_cmplt,drv_chck> cyl
 0)
 # Oct  4 20:50:31 sunburst /netbsd: fd0c: hard error reading fsbn 0
 Oct  4 20:50:31 sunburst /netbsd: fd0: controller status: state 17 (st0
 70<abnrml,seek_cmplt,drv_chck> cyl 0)
 # dd if=/dev/rfd0c of=/dev/zero bs=36b
 fd0c: hard error reading fsbn 0
 fd0: controller status: state 17 (st0 70<abnrml,seek_cmplt,drv_chck> cyl
 0)
 Oct  4 20:51:11 sunburst /netbsd: fd0c: hard error reading fsbn 0
 Oct  4 20:51:11 sunburst /netbsd: fd0: controller status: state 17 (st0
 70<abnrml,seek_cmplt,drv_chck> cyl 0)
 fd0c: hard error reading fsbn 0 of 0-35
 fd0: controller status: state 17 (st0 70<abnrml,seek_cmplt,drv_chck> cyl
 0)
 dd: /dev/rfd0c: Input/output error
 0+0 records in
 0+0 records out
 0 bytes transferred in 2.726 secs (0 bytes/sec)
 Oct  4 20:51:13 sunburst /netbsd: fd0c: hard error reading fsbn 0 of
 0-35
 Oct  4 20:51:13 sunburst /netbsd: fd0: controller status: state 17 (st0
 70<abnrml,seek_cmplt,drv_chck> cyl 0)
 *** end of log of formatting and attempted floppy access ***
 
 ----- End forwarded message -----