From: Jens Axboe <axboe@kernel.dk>
To: Finn Thain <fthain@linux-m68k.org>
Cc: Michael Schmitz <schmitzmic@gmail.com>,
linux-m68k@vger.kernel.org, geert@linux-m68k.org,
linux-block@vger.kernel.org,
Tetsuo Handa <penguin-kernel@i-love.sakura.ne.jp>
Subject: Re: [PATCH RFC] block - ataflop.c: fix breakage introduced at blk-mq refactoring
Date: Mon, 18 Oct 2021 17:07:21 -0600 [thread overview]
Message-ID: <7f64bd89-e0a5-8bc9-e504-add00dc63cf6@kernel.dk> (raw)
In-Reply-To: <97323ce2-4f5c-3af2-83ac-686edf672aea@linux-m68k.org>
On 10/18/21 4:51 PM, Finn Thain wrote:
>
> On Mon, 18 Oct 2021, Jens Axboe wrote:
>
>> Was going to ask if this driver was used by anyone, since it's taken 3
>> years for the breakage to be spotted...
>
> A lack of bug reports never implied a lack of users (or potential users).
> That falacy is really getting tiresome.
If it's utterly broken, I'd say yes, it very much does imply that really
nobody is using it.
> It is much more difficult to report regressions than it is to use a
> workaround (i.e. boot a known good kernel). And I have plenty of sympathy
> for end-users who may assume that the people and corporations who create
> the breakage will take responsibility for fixing it.
We're talking about a floppy driver here, and one for ATARI no less.
It's not much of a leap of faith to assume that
a) those users are more savvy than the average computer user, as they
have to compile their own kernels anyway.
b) that there are essentially zero of them left. The number is clearly
different from zero, but I doubt by much.
Hence it would stand to reason that if someone was indeed in the group
of ATARI floppy users that they would know how to report a bug. Not to
mention that it was pretty broken to begin with, so can't have been used
much before either.
The reason I ask is always to have an eye out for what drivers can be
eventually removed. The older drivers, and particurly the floppy ones,
are quite horrible and would need a lot of work to bring up to modern
standards in terms of how they are written. And if nobody is really
using them, then we'd all be better off cutting some of that dead
baggage.
> Do maintainers really expect innocent end users to report and bisect
> regressions, and also test a series of potential fixes until one of them
> is finally found to both work and pass code review?
If someone reports a bug to me, the most basic is usually "It worked in
this version, it's broken in this one". Then you take it from there,
depending on the abilities of the user. I'd only ask someone to bisect
an issue if it's really puzzling and the user is capable and willing.
But it doesn't take much to send a simple email saying that something
used to work and now it's broken.
--
Jens Axboe
next prev parent reply other threads:[~2021-10-18 23:07 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-10-18 22:21 [PATCH RFC] block - ataflop.c: fix breakage introduced at blk-mq refactoring Michael Schmitz
2021-10-18 22:30 ` Jens Axboe
2021-10-18 22:51 ` Finn Thain
2021-10-18 23:07 ` Jens Axboe [this message]
2021-10-18 23:17 ` Finn Thain
2021-10-18 23:28 ` Jens Axboe
2021-10-19 0:14 ` Finn Thain
2021-10-19 0:41 ` Jens Axboe
2021-10-18 23:35 ` Michael Schmitz
2021-10-18 23:40 ` Jens Axboe
2021-10-19 0:42 ` Michael Schmitz
2021-10-19 0:44 ` Jens Axboe
2021-10-18 23:55 ` Omar Sandoval
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=7f64bd89-e0a5-8bc9-e504-add00dc63cf6@kernel.dk \
--to=axboe@kernel.dk \
--cc=fthain@linux-m68k.org \
--cc=geert@linux-m68k.org \
--cc=linux-block@vger.kernel.org \
--cc=linux-m68k@vger.kernel.org \
--cc=penguin-kernel@i-love.sakura.ne.jp \
--cc=schmitzmic@gmail.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