From: Stamatis Mitrofanis <ewstam@softhome.net>
To: linux-hotplug@vger.kernel.org
Subject: Re: Device count (to be done with)
Date: Fri, 12 Oct 2001 22:53:57 +0000 [thread overview]
Message-ID: <marc-linux-hotplug-100293096119892@msgid-missing> (raw)
In-Reply-To: <marc-linux-hotplug-100274805227939@msgid-missing>
Oliver Neukum wrote:
>>The "should" count should be mostly managed from userspace (but also
>>give the option for modules to change it) and user space programs must
>>not care about anything beyond modprobe. For uniformity, better put this
>>"should" count right next to the "must" (use) count.
>>
>Here I must disagree. You need to add more code to the kernel to return
>information on successfully binding drivers to devices to user space than by
>simply handling the counter.
>
Of course, I understand that this system must be as robust as possible,
but I was viewing things from the most global perspective. I mean I was
only referring to "kernel modules" rather than devices. My thoughts were
as simple as "two module loads will result in the module actually being
uloaded only after two module unloads". I was just referring to module
"convenience" counts which would be very useful (even necessary) to
have. Now, if there need to be subsystem-specific error-handling
mechanisms that's fine (the agent scripts can very well work with this).
Though a problem is that I'm surely not the most "qualified" person to
make a patch for it since I'm not familiar with the kernel's insides (it
would take me too long). I'd be very satisfied to hear that somebody is
working on it.
(sorry for mentioning this over and over again but...)
_______________________________________________
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
next prev parent reply other threads:[~2001-10-12 22:53 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-10-10 20:06 Device count (to be done with) Stamatis Mitrofanis
2001-10-11 15:01 ` Oliver Neukum
2001-10-12 22:53 ` Stamatis Mitrofanis [this message]
2001-10-13 8:45 ` Oliver Neukum
2001-10-15 0:15 ` Stamatis Mitrofanis
2001-10-15 9:39 ` Oliver.Neukum
2001-10-15 22:27 ` Stamatis Mitrofanis
2001-10-16 4:03 ` Keith Owens
2001-10-16 5:37 ` Greg KH
2001-10-16 5:59 ` Keith Owens
2001-10-16 7:02 ` David Brownell
2001-10-16 8:23 ` Oliver Neukum
2001-10-16 8:29 ` Oliver Neukum
2001-10-16 8:47 ` Keith Owens
2001-10-16 12:00 ` Oliver Neukum
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-100293096119892@msgid-missing \
--to=ewstam@softhome.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 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).