From: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>
To: David Miller <davem@davemloft.net>
Cc: linux-ide@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [patch 4/6] ide: allow ide_dev_read_id() to be called from the IRQ context
Date: Wed, 24 Jun 2009 11:51:16 +0200 [thread overview]
Message-ID: <200906241151.16506.bzolnier@gmail.com> (raw)
In-Reply-To: <20090623.213535.52208572.davem@davemloft.net>
On Wednesday 24 June 2009 06:35:35 David Miller wrote:
> From: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>
> Date: Wed, 24 Jun 2009 03:36:24 +0200
>
> > IOW if there are really some technical issues left to be addressed with
> > these patches I'll be happy to address them but I'm not doing any more
> > new IDE stuff.
>
> Discussing alternative approaches to fixing the problem is a technical
> issue.
>
> If you just want to dump your pending fixes and have no interest in
> anything other than minor fixups and typo cures, then it's likely most
> of these patches will be used only as guides for others rather than
> being applied.
I'm perfectly happy with it.
> Specifically in this case I really think this is a very unclean way to
> solve this problem, which is why I suggested alternative
> implementations in the first place.
>
> Anything that requires a set of if() blocks checking "in interrupt
> context" or not is a big red flag in my book.
It is also a big red flag in my book. However after long hours put into
analysis of the issue I came to conclusions that they are needed/justified
in this specific case unless we are going to do really major surgery there
(which we shouldn't according to the new policy).
You've put less than 2h (because that was the time since my post till your
reply) into analysis of the bug, the related problems and the solution.
It could be that if you had put a bit more time into it and/or asked detailed
technical questions related to the solution (i.e. "Why x needs to be there
and we can't do y?") instead of keeping the technical discussion on the very
vague level (which sounded like "can't we use block layer to process block
requests because drive commands are block requests and raw commands are drive
commands so we should use block layer") you would come to very different
conclusions than you did initially.
next prev parent reply other threads:[~2009-06-24 9:45 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-06-23 21:29 [patch 4/6] ide: allow ide_dev_read_id() to be called from the IRQ context Bartlomiej Zolnierkiewicz
2009-06-23 23:22 ` David Miller
2009-06-24 1:36 ` Bartlomiej Zolnierkiewicz
2009-06-24 4:35 ` David Miller
2009-06-24 9:51 ` Bartlomiej Zolnierkiewicz [this message]
2009-06-24 9:55 ` David Miller
2009-06-24 10:48 ` Bartlomiej Zolnierkiewicz
2009-06-24 11:04 ` Bartlomiej Zolnierkiewicz
2009-06-24 13:05 ` Bartlomiej Zolnierkiewicz
2009-06-24 19:30 ` Jeff Garzik
2009-06-24 19:55 ` Bartlomiej Zolnierkiewicz
2009-07-01 16:35 ` Bartlomiej Zolnierkiewicz
2009-07-01 20:47 ` David Miller
2009-08-07 11:55 ` Bartlomiej Zolnierkiewicz
2009-08-07 16:01 ` David Miller
2009-08-07 17:27 ` Bartlomiej Zolnierkiewicz
2009-08-07 17:36 ` David Miller
2009-08-07 17:46 ` Bartlomiej Zolnierkiewicz
2009-08-07 18:09 ` David Miller
2009-08-07 18:35 ` Bartlomiej Zolnierkiewicz
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=200906241151.16506.bzolnier@gmail.com \
--to=bzolnier@gmail.com \
--cc=davem@davemloft.net \
--cc=linux-ide@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
/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;
as well as URLs for NNTP newsgroup(s).