public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Keith Owens <kaos@ocs.com.au>
To: Horst von Brand <vonbrand@inf.utfsm.cl>
Cc: linux-kernel@vger.kernel.org
Subject: Re: Persistent module storage - modutils design
Date: Wed, 08 Nov 2000 00:33:03 +1100	[thread overview]
Message-ID: <13692.973603983@ocs3.ocs-net> (raw)
In-Reply-To: Your message of "Tue, 07 Nov 2000 09:45:42 -0300." <200011071245.eA7Cjhw20987@pincoya.inf.utfsm.cl>

On Tue, 07 Nov 2000 09:45:42 -0300, 
Horst von Brand <vonbrand@inf.utfsm.cl> wrote:
>Keith Owens <kaos@ocs.com.au> said:
>> I have not decided where to save the persistent module parameters.  It
>> could be under /lib/modules/<version>/persist or it could be under
>> /var/log or /var/run.  I am tending towards /var/run/module_persist, in
>> any case it will be a modules.conf parameter.
>
>/var/lib/persist/<version>/<wherever-the-module-is-in-/lib/modules/<version>/>
>
>or some such. It has to match the kernel version somewhere (in case module
>interfaces change),

But then you get the problem that upgrading from one kernel release to
the next loses the persistent data; either option has potential
problems.  I am tending towards no version number and have a flag on
insmod that says "the following parameters may not exist in the module,
be silent about any unknown symbols", the flag is automatically set by
modprobe for persistent parameters.

Going forward is not a problem, going backwards silently ignores
unknown parameters.

>and it also should mirror the tree under
>/lib/modules/<version> if for no other reason that there might show up
>several modules named <foo>.

It makes no sense to allow duplicate module names in the same kernel
tree.  "modprobe foo" - which one gets loaded?

-
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/

  parent reply	other threads:[~2000-11-07 13:33 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2000-11-07  4:00 Persistent module storage - modutils design Keith Owens
2000-11-07  4:45 ` Keith Owens
2000-11-07 12:45 ` Horst von Brand
2000-11-07 13:30   ` Horst von Brand
2000-11-07 13:51     ` Keith Owens
2000-11-09  4:52       ` Rusty Russell
2000-11-09  5:09         ` H. Peter Anvin
2000-11-09  5:25           ` Keith Owens
2000-11-09  5:21         ` Keith Owens
2000-11-07 13:55     ` Alan Cox
2000-11-09 12:22       ` Ralf Baechle
2000-11-07 13:33   ` Keith Owens [this message]
2000-11-07 14:47     ` Horst von Brand
2000-11-07 15:19       ` Keith Owens
  -- strict thread matches above, loose matches on Subject: below --
2000-11-07 16:01 Jesse Pollard
2000-11-07 21:51 ` Keith Owens
2000-11-07 22:30 Jesse Pollard
2000-11-07 22:52 ` Keith Owens

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=13692.973603983@ocs3.ocs-net \
    --to=kaos@ocs.com.au \
    --cc=linux-kernel@vger.kernel.org \
    --cc=vonbrand@inf.utfsm.cl \
    /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