From: Rusty Russell <rusty@rustcorp.com.au>
To: Alexey Dobriyan <adobriyan@gmail.com>
Cc: Andrew Morton <akpm@linux-foundation.org>,
adobriyan@sw.ru, linux-kernel@vger.kernel.org
Subject: Re: [PATCH v2] Whine about suspicious return values from module's ->init() hook
Date: Tue, 4 Mar 2008 14:24:02 +1100 [thread overview]
Message-ID: <200803041424.03092.rusty@rustcorp.com.au> (raw)
In-Reply-To: <20080210220906.GG1754@martell.zuzino.mipt.ru>
On Monday 11 February 2008 09:09:06 Alexey Dobriyan wrote:
> On Wed, Feb 06, 2008 at 05:55:26PM +1100, Rusty Russell wrote:
> > I think you misunderstand. I proposed that we audit all the code before
> > such a change. We shouldn't do *anything* until we can estimate the
> > impact this change will have.
>
> With such rate of changes, good luck doing that.
I'm not convinced that people are introducing bugs that fast :)
> > Our users deserve better than "I don't know if this will break anything
> > so I used WARN_ON". They deserve "we have confidence that this change
> > won't break any existing code".
> >
> > Now, if an audit is impractical or unreliable, we are better off with a
> > WARN_ON.
>
> It's impractical as in it's extremely boring to read every modules init
> function and propagate return values in mind.
Sure, I'd start by writing some filters for all the easy cases. It'd probably
only take a day to do them all.
The thing is, every time I do an audit like this, I find all kinds of things
to fix; it's not actually a useless exercise.
> > But it is still an admission of ignorance.
>
> I love BUG_ON and BUILD_BUG_ON very much but on such scale you can't
> just throw them in.
>
> Here goes version 2 with improved changelog. Let's put in -mm and see
> what happens, then put it in mainline and see what happens.
Sure, I've put it in my tree for the moment.
Thanks,
Rusty.
prev parent reply other threads:[~2008-03-04 3:25 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-02-04 15:42 [PATCH] Whine about suspicious return values from module's ->init() hook Alexey Dobriyan
2008-02-04 21:15 ` Andrew Morton
2008-02-05 3:43 ` Rusty Russell
2008-02-05 3:53 ` Andrew Morton
2008-02-05 6:08 ` Rusty Russell
2008-02-05 6:24 ` Andrew Morton
2008-02-05 22:48 ` Rusty Russell
2008-02-05 23:37 ` Andrew Morton
2008-02-06 6:55 ` Rusty Russell
2008-02-10 22:09 ` [PATCH v2] " Alexey Dobriyan
2008-03-04 3:24 ` Rusty Russell [this message]
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=200803041424.03092.rusty@rustcorp.com.au \
--to=rusty@rustcorp.com.au \
--cc=adobriyan@gmail.com \
--cc=adobriyan@sw.ru \
--cc=akpm@linux-foundation.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.