All of lore.kernel.org
 help / color / mirror / Atom feed
From: David Brownell <david-b@pacbell.net>
To: linux-hotplug@vger.kernel.org
Subject: Re: Is there a bug in hotplug.functions w/ ${TYPE}.usermap?
Date: Sat, 29 Dec 2001 18:50:23 +0000	[thread overview]
Message-ID: <marc-linux-hotplug-100965193225509@msgid-missing> (raw)
In-Reply-To: <marc-linux-hotplug-100956841615955@msgid-missing>

Stamatis Mitrofanis wrote:

> load_modules is ugly because:
> - code is not very unreadable (at least one error went unnoticed)

"not very unreadable" = double negative = readable ;)

Code generally has bugs, they turn up over time. This one was
pretty easily fixed once it turned up.


> - it has many story-telling FIXMEs in it for very long (so, it may have 
> a bad architecture)

FIXME requests that hang out are a sign that people haven't
really hit the problem being identified.  In this case it's a sign
that not many people are using C helper programs to find out
what drivers to use ... parsing in BASH seems to work better
than some folk thought it would.


> It's the agent's job to map requests to drivers and modutil's job to 
> load kernel modules. Using a load_driver function between these two is 
> bad because it complicates things.

Not all drivers are kernel modules, and load_driver understands that.
It also invokes the driver setup scripts.


> Why is the requirement for either *modules or the function *_map_modules 
> from load_driver when the mapping can be done by the agent (possibly by 
> calling its helper program)? 

Uh, the agent _is_ doing the mapping, possibly by calling its helper program.
It just delegates all the common logic to a helper function, so when there's
a bug in the common logic it gets fixed once not N times.

- Dave



_______________________________________________
Linux-hotplug-devel mailing list  http://linux-hotplug.sourceforge.net
Linux-hotplug-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linux-hotplug-devel

  parent reply	other threads:[~2001-12-29 18:50 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-12-28 19:37 Is there a bug in hotplug.functions w/ ${TYPE}.usermap? Heath Elwayne Petersen
2001-12-29  1:37 ` Stamatis Mitrofanis
2001-12-29  4:38 ` Keith Owens
2001-12-29 18:23 ` David Brownell
2001-12-29 18:50 ` David Brownell [this message]
2001-12-30  3:22 ` Stamatis Mitrofanis
2001-12-30  7:49 ` David Brownell
2001-12-31  4:42 ` Stamatis Mitrofanis

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=marc-linux-hotplug-100965193225509@msgid-missing \
    --to=david-b@pacbell.net \
    --cc=linux-hotplug@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.