lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite for Android: free password hash cracker in your pocket
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:	Fri, 15 Sep 2006 16:41:35 -0700
From:	Andrew Morton <akpm@...l.org>
To:	"Randy.Dunlap" <rdunlap@...otime.net>
Cc:	linux-kernel@...r.kernel.org, rossb@...gle.com, sam@...nborg.org
Subject: Re: + allow-proc-configgz-to-be-built-as-a-module.patch added to
 -mm tree

On Fri, 15 Sep 2006 15:47:52 -0700
"Randy.Dunlap" <rdunlap@...otime.net> wrote:

> On Fri, 15 Sep 2006 14:58:06 -0700 akpm@...l.org wrote:
> 
> > 
> > The patch titled
> > 
> >      allow /proc/config.gz to be built as a module
> > 
> > has been added to the -mm tree.  Its filename is
> > 
> >      allow-proc-configgz-to-be-built-as-a-module.patch
> > 
> > See http://www.zip.com.au/~akpm/linux/patches/stuff/added-to-mm.txt to find
> > out what to do about this
> > 
> > ------------------------------------------------------
> > Subject: allow /proc/config.gz to be built as a module
> > From: Ross Biro <rossb@...gle.com>
> 
> When/where was this patch submitted?  I seem to have missed it
> (or it was so long ago that I forgot about it).

Ross wrote it today and I stole it.

> > The driver for /proc/config.gz consumes rather a lot of memory and it is in
> > fact possible to build it as a module.
> 
> Can you try to quantify "rather a lot of memory"?

I confused it with /proc/kallsyms.  No, /proc/config.gz doesn't use much
memory.

> > In some ways this is a bit risky, because the .config which is used for
> > compiling kernel/configs.c isn't necessarily the same as the .config which was
> > used to build vmlinux.
> 
> and that's why a module wasn't allowed.
> It's not worth the risk IMO.

I'd want to be hearing from distro people on that - I'd expect that the
.config which is used to build configs.ko would not differ from that which
is used to build vmlinux.

Plus it's configurable.

Am not particularly fussed either way, really.  It would be better if
treading on /proc/config.gz were to cause a modprobe of the driver for it,
but procfs doesn't work that way.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ