[Pkg-sysvinit-devel] Re: [uml-devel] [Pkg-uml-pkgs] How is
user-mode-linux using /dev/shm/?
Mattia Dongili
malattia at linux.it
Fri Sep 29 17:46:01 UTC 2006
On Thu, Sep 28, 2006 at 05:51:43PM -0400, Jeff Dike wrote:
> On Thu, Sep 28, 2006 at 09:47:27PM +0200, Mattia Dongili wrote:
> > On Thu, Sep 28, 2006 at 08:14:32PM +0200, Petter Reinholdtsen wrote:
> > > To make some writable tmpfs available to those in need of such system,
> > > and to avoid using /dev/shm/ which is reserved for the shm-functions,
> > > I just uploaded sysvinit version 2.86.ds1-26. It will mount a tmpfs
> > > on /lib/init/rw/ that can be used instead. If /lib/init/rw/.ramfs
> > > exist, that mount point is a tmpfs. I'm not sure if this last change
> > > will make it into Etch or not, but I hope so, to solve any problems
> > > with packages previously using /dev/shm/ as a generic tmpfs file
> > > system.
> >
> > Well, I'd actually prefer if you could remove the noexec flag from
> > /dev/shm. I understand the security reasons given in the bugreport but
> > I'd prefer avoid having to deal with one more Debian-only (is it?)
> > thing given the soon to come general freeze.
>
> UML needs a non-noexec place to keep a file that will be used as its
> physical memory. A tmpfs mount is greatly preferred for performance
> reasons as well as tmpfs being the only filesystem supporting
> MADV_REMOVE, which is used for memory hotplug.
Thinking of a Debian only fix for the above, does simply playing with
default_tmpdir in arch/um/os-Linux/mem.c (probably in which_tmpdir())
suffice to use /lib/init/rw/.ramfs as default?
(Yes I should try it... will try to find some time next week)
Thanks
--
mattia
:wq!
More information about the Pkg-sysvinit-devel
mailing list