From: Joshua Schmidlkofer <kernel@pacrimopen.com>
To: root@chaos.analogic.com
Cc: "John Bradford" <john@grabjohn.com>, "Måns Rullgård" <mru@kth.se>,
"Linux Kernel Mailing List" <linux-kernel@vger.kernel.org>
Subject: Re: PROBLEM: floppy motor spins when floppy module not installed
Date: Fri, 12 Dec 2003 22:18:41 -0800 [thread overview]
Message-ID: <1071296320.16407.17.camel@menion.home> (raw)
In-Reply-To: <Pine.LNX.4.53.0312121435570.1356@chaos>
> Yes, and I recall we agreed to disagree where the FDC stop must
> be put, but we both agreed that it must be stopped. I still contend
> that since the Linux startup code takes control away from the BIOS,
> it's that codes responsibility to turn OFF things that the BIOS
> might have left ON.
>
> Funny thing. It's so trivial, anybody/everybody could turn the
> floppy motor off, but all the fingers point to somebody else's
> code.
>
> It's a bug in Linux, not in a boot-loader. That bug was covered up
> until the FDC code got modularized. Once we were able to compile
> a kernel without the FDC, the bug was exposed. So, I suggest that
> we just fix the bug and be done with it. It's not a performance
> problem, the write to the port occurs exactly once during the nest
> 999 days of up-time. It's just an attempt to make a mountain out
> of a mole-hill.
We have had (do have?) several cases of optional "this workaround", or
"that workaround" as per-hardware config options. If this is that
objectionable for genral consumption then someone ought to submit a
patch to do the dirty deed but put it in as a configurable workaround
(CONFIG_TURNFLOPPYOFF=Y/N), and leave it at that. [For maximum
perversity, it could also be a MODULE.] This does not affect everyone
right? I have never tried booting w/o the floppy module, so I really
don't know about my system.
js
next prev parent reply other threads:[~2003-12-13 6:18 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-12-12 13:57 Dale Mellor
2003-12-12 14:18 ` Måns Rullgård
2003-12-12 15:04 ` Richard B. Johnson
2003-12-12 15:11 ` Måns Rullgård
2003-12-12 15:20 ` Richard B. Johnson
2003-12-12 15:33 ` Måns Rullgård
2003-12-12 16:05 ` Petr Vandrovec
2003-12-12 16:27 ` Måns Rullgård
2003-12-12 16:41 ` Petr Vandrovec
2003-12-12 16:00 ` Matthew Kirkwood
2003-12-12 19:28 ` John Bradford
2003-12-12 19:47 ` Richard B. Johnson
2003-12-13 6:18 ` Joshua Schmidlkofer [this message]
2003-12-15 14:37 ` Richard B. Johnson
2003-12-13 10:40 ` John Bradford
2003-12-15 14:50 ` Richard B. Johnson
2003-12-15 20:24 ` John Bradford
2003-12-13 13:18 ` Helge Hafting
2003-12-13 16:42 ` Joshua Schmidlkofer
2003-12-12 14:59 ` Richard B. Johnson
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1071296320.16407.17.camel@menion.home \
--to=kernel@pacrimopen.com \
--cc=john@grabjohn.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mru@kth.se \
--cc=root@chaos.analogic.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®