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 -----