linux-kernel - Re: [PATCH] CONFIG_RELOCATABLE modpost fix

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: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Tue, 08 Aug 2006 13:59:03 -0600
From:	ebiederm@...ssion.com (Eric W. Biederman)
To:	Sam Ravnborg <sam@...nborg.org>
Cc:	Magnus Damm <magnus@...inux.co.jp>, linux-kernel@...r.kernel.org,
	fastboot@...ts.osdl.org
Subject: Re: [PATCH] CONFIG_RELOCATABLE modpost fix

Sam Ravnborg <sam@...nborg.org> writes:

> On Tue, Aug 08, 2006 at 05:32:11PM +0900, Magnus Damm wrote:
>> CONFIG_RELOCATABLE modpost fix
>> 
>> Run modpost on vmlinux regardless of CONFIG_MODULES.
> Below is my take on this one.
> - Dropped -rR since this is default now
> - Dropped subdir- assignment in scripts/Makefile since it is redundant
> - Always pass vmlinux ti modpost so we have full updated info
> - Print out number of modules being mod posted to distingush from
>   vmlinux one
> - use vmlinux as target name to enable nicer quiet command print

Sam, Magnus: 

I'm dense.  Why do we want to run modpost if we are building a kernel
that doesn't support modules?

I haven't mucked with modpost at all so I don't have a good feel for
what it does, or why we want to run it.

My quick skimming says modpost is all about generating the module
version symbol scrambling.  Which if that is all it does means it is
senseless to run this without modules.

Eric


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