linux-hotplug.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
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

  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).