From: Christoph Hellwig <hch@caldera.de>
To: root@chaos.analogic.com ("Richard B. Johnson")
Cc: Brian Gerst <bgerst@didntduck.org>,
Linux kernel <linux-kernel@vger.kernel.org>,
Jeff Garzik <jgarzik@mandrakesoft.com>
Subject: Re: Module open() problems, Linux 2.4.0
Date: Thu, 9 Nov 2000 22:05:43 +0100 [thread overview]
Message-ID: <200011092105.WAA06502@ns.caldera.de> (raw)
In-Reply-To: <Pine.LNX.3.95.1001109154744.16836A-100000@chaos.analogic.com>
In article <Pine.LNX.3.95.1001109154744.16836A-100000@chaos.analogic.com> you wrote:
> On Thu, 9 Nov 2000, Jeff Garzik wrote:
>> There is NO guarantee that module use count == device open count. Never
>> has been, AFAIK. It just happens to work out that way on a lot of
>> pre-2.4 code.
>>
>> The kernel is free to bump the module reference count up and down as it
>> pleases. For example, if a driver creates a kernel thread, that will
>> increase its module usage count by one, for the duration of the kernel
>> thread's lifetime.
>>
>> The only rule is that you cannot unload a module until its use count it
>> zero.
>>
>> Jeff
>>
> I suppose. Look at what you just stated! This means that a reported
> value is now worthless.
Correct. And it was always worthless.
> To restate, somebody decided that we didn't need this reported value
> anymore. Therefore, it is okay to make it worthless.
It was always wothless besides == 0 means: you can unload me now.
> I don't agree. The De-facto standard has been that the module usage
> count is equal to the open count. This became the standard because
> of a long established history.
It's the same de-facto standard as bogo-mips ~= CPU MHz. It was so,
but it was neither intended nor documented so.
> This is one of the tools we use to verify that an entire system
> is functioning properly.
It was the wrong tool.
Christoph
--
Always remember that you are unique. Just like everyone else.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/
next prev parent reply other threads:[~2000-11-09 21:06 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2000-11-09 19:00 Module open() problems, Linux 2.4.0 Richard B. Johnson
2000-11-09 19:27 ` Brian Gerst
2000-11-09 20:12 ` Richard B. Johnson
2000-11-09 20:22 ` Christoph Hellwig
2000-11-09 20:27 ` Jeff Garzik
2000-11-09 20:57 ` Richard B. Johnson
2000-11-09 21:02 ` Jeff Garzik
2000-11-09 21:05 ` Christoph Hellwig [this message]
2000-11-10 0:01 ` Olaf Titz
2000-11-09 20:27 ` Brian Gerst
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=200011092105.WAA06502@ns.caldera.de \
--to=hch@caldera.de \
--cc=bgerst@didntduck.org \
--cc=jgarzik@mandrakesoft.com \
--cc=linux-kernel@vger.kernel.org \
--cc=root@chaos.analogic.com \
/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.