lkml.org 
[lkml]   [2000]   [Nov]   [9]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
SubjectRe: Persistent module storage - modutils design
Date
Followup to:  <20001109045247.BE39A8120@halfway.linuxcare.com.au>
By author: Rusty Russell <rusty@linuxcare.com.au>
In newsgroup: linux.dev.kernel
>
> > Modules are loaded before non-root file systems are mounted, damn!
>
> modules.conf already breaks FHS lib/ badly enough. Modules loaded
> before /var is mounted won't get persistant data. Too bad; they
> have to do something sane when it doesn't exist anyway.
>

Last I checked modules.conf was in /etc, not in /lib.

>
> > Looks like persistent data has to be stored in /lib/modules/persist (no
> > <version>, see earlier mail).
>
> You need versions: binary data is too prone to change (proven kernel
> history). It's the kernel installer's duty to know which ones can be
> safely linked/copied to the new version.
>
> Otherwise every data change requires a new symbol name: and this will
> happen all the time.
>

Remember that we cannot rely on ANY form of persistent storage to be
available in the beginning; / may very well be readonly (on a ROM,
say.) Since that means that we can't rely on writable storage being
available until at least one other filesystem has been mounted, it
might as well be the standard for variable data, i.e. /var.

-hpa
--
<hpa@transmeta.com> at work, <hpa@zytor.com> in private!
"Unix gives you enough rope to shoot yourself in the foot."
http://www.zytor.com/~hpa/puzzle.txt
-
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/

\
 
 \ /
  Last update: 2005-03-22 12:45    [W:0.070 / U:1.620 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site