From: Lucas De Marchi <lucas.demarchi@intel.com>
To: "Matwey V. Kornilov" <matwey.kornilov@gmail.com>
Cc: linux-modules <linux-modules@vger.kernel.org>,
Rusty Russell <rusty@rustcorp.com.au>,
Gustavo Sverzut Barbieri <barbieri@gmail.com>
Subject: Re: [PATCH] depmod: Make dependency loops be fatal
Date: Fri, 9 May 2014 15:45:03 -0300 [thread overview]
Message-ID: <20140509184502.GC584@intel.com> (raw)
In-Reply-To: <CAJs94EbuDx4Wj4HEMjepc1s8a5oWKBp6Q1DOU53GuFx9RExCDg@mail.gmail.com>
On Fri, May 09, 2014 at 10:25:09PM +0400, Matwey V. Kornilov wrote:
> 2014-05-09 22:14 GMT+04:00 Lucas De Marchi <lucas.demarchi@intel.com>:
>
> > Since the beginning depmod just warned about dependency loops and upon
> > creation of modules.dep{,.bin} it skipped the modules that were part of
> > a loop. However just skipping the modules may come as a surprise to
> > kernel module developers: they will need to try to load the module (or
> > to pay attention to the log messages) to notice thavt the module has not
> > been put in the index. Also, differently from module-init-tools we were
> > not skipping modules that depend on modules with dependency loops,
> > leading to a segfault in depmod.
> >
>
> Do I understand you correctly that your patch fails to create modules.dep
I'd say it avoids losing the previous, valid modules.dep.
> when there is at least one cycle? If so, I think it is too aggressive
> approach. Everything else besides the cycle remains functional. However,
> this would make developers put more attention to resolve the loops in
> different configurations.
This is what I'm arguing for... dependency loops are bugs in kernel
modules that should rather be fixed instead of papering over.
Btw, I don't think they are that common since we never received a bug
report about this in kmod. I'm open to people chiming in, claiming
otherwise.
--
Lucas De Marchi
next prev parent reply other threads:[~2014-05-09 18:45 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-05-09 18:14 [PATCH] depmod: Make dependency loops be fatal Lucas De Marchi
[not found] ` <CAJs94EbuDx4Wj4HEMjepc1s8a5oWKBp6Q1DOU53GuFx9RExCDg@mail.gmail.com>
2014-05-09 18:45 ` Lucas De Marchi [this message]
2014-05-09 18:50 ` Matwey V. Kornilov
2014-05-15 3:02 ` Lucas De Marchi
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=20140509184502.GC584@intel.com \
--to=lucas.demarchi@intel.com \
--cc=barbieri@gmail.com \
--cc=linux-modules@vger.kernel.org \
--cc=matwey.kornilov@gmail.com \
--cc=rusty@rustcorp.com.au \
/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.