<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/scripts/Makefile.modpost, branch v2.6.27.23</title>
<subtitle>Linux kernel source tree</subtitle>
<id>https://git.amat.us/linux/atom/scripts/Makefile.modpost?h=v2.6.27.23</id>
<link rel='self' href='https://git.amat.us/linux/atom/scripts/Makefile.modpost?h=v2.6.27.23'/>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/'/>
<updated>2008-07-22T16:59:41Z</updated>
<entry>
<title>markers: fix duplicate modpost entry</title>
<updated>2008-07-22T16:59:41Z</updated>
<author>
<name>Mathieu Desnoyers</name>
<email>compudj@krystal.dyndns.org</email>
</author>
<published>2008-07-21T21:21:38Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=d35cb360c29956510b2fe1a953bd4968536f7216'/>
<id>urn:sha1:d35cb360c29956510b2fe1a953bd4968536f7216</id>
<content type='text'>
When a kernel was rebuilt, the previous Module.markers was not cleared.
It caused markers with different format strings to appear as duplicates
when a markers was changed.  This problem is present since
scripts/mod/modpost.c started to generate Module.markers, commit
b2e3e658b344c6bcfb8fb694100ab2f2b5b2edb0

It therefore applies to 2.6.25, 2.6.26 and linux-next.

I merely merged the patches from Roland, Wenji and Takashi here.

Credits to
Roland McGrath &lt;roland@redhat.com&gt;
Wenji Huang &lt;wenji.huang@oracle.com&gt;
and
Takashi Nishiie &lt;t-nishiie@np.css.fujitsu.com&gt;

for providing the individual fixes.

- Changelog :
  - Integrated Takashi's Makefile modification to clear Module.markers upon
    make clean.

Signed-off-by: Mathieu Desnoyers &lt;mathieu.desnoyers@polymtl.ca&gt;
Cc: Roland McGrath &lt;roland@redhat.com&gt;
Cc: Wenji Huang &lt;wenji.huang@oracle.com&gt;
Cc: Takashi Nishiie &lt;t-nishiie@np.css.fujitsu.com&gt;
Cc: &lt;stable@kernel.org&gt;		[2.6.25.x, 2.6.26.x]
Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
</content>
</entry>
<entry>
<title>kbuild: fix $(src) assignmnet with external modules</title>
<updated>2008-05-31T20:28:40Z</updated>
<author>
<name>Sam Ravnborg</name>
<email>sam@ravnborg.org</email>
</author>
<published>2008-05-31T20:28:40Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=96d97f262aa6120f8dd8e8e9c7a0b0677de7e29e'/>
<id>urn:sha1:96d97f262aa6120f8dd8e8e9c7a0b0677de7e29e</id>
<content type='text'>
When we introduced support for KBUILD_EXTRA_SYMBOLS
we started to include the externam module's kbuild
file when doing the final modpost step.

As external modules often do:
ccflags-y := -I$(src)

We had problems because $(src) was unassinged and
gcc then used the next parameter for -I resulting in
strange build failures.

Fix is to assign $(src) and $(obj) when building
external modules.

This fixes: http://bugzilla.kernel.org/show_bug.cgi?id=10798

Signed-off-by: Sam Ravnborg &lt;sam@ravnborg.org&gt;
Cc: Tvrtko &lt;tvrtko.ursulin@sophos.com&gt;
Cc: Andrea Arcangeli &lt;andrea@qumranet.com&gt;
Cc: "Rafael J. Wysocki" &lt;rjw@sisk.pl&gt;
</content>
</entry>
<entry>
<title>kbuild: scripts/Makefile.modpost typo fix</title>
<updated>2008-04-26T19:08:25Z</updated>
<author>
<name>Adrian Bunk</name>
<email>bunk@kernel.org</email>
</author>
<published>2008-04-25T20:40:16Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=f5093913c0b5b93e3ccafd39d056e76557169ced'/>
<id>urn:sha1:f5093913c0b5b93e3ccafd39d056e76557169ced</id>
<content type='text'>
-EVIUSER  ;-)

Signed-off-by: Adrian Bunk &lt;bunk@kernel.org&gt;
Signed-off-by: Sam Ravnborg &lt;sam@ravnborg.org&gt;
</content>
</entry>
<entry>
<title>kbuild: Add new Kbuild variable KBUILD_EXTRA_SYMBOLS</title>
<updated>2008-04-25T18:45:26Z</updated>
<author>
<name>Richard Hacker</name>
<email>lerichi@gmx.net</email>
</author>
<published>2008-02-28T08:40:58Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=0d96fb20b7ed757fc936bb35e26c22251a75b734'/>
<id>urn:sha1:0d96fb20b7ed757fc936bb35e26c22251a75b734</id>
<content type='text'>
This patch adds a new (Kbuild) Makefile variable KBUILD_EXTRA_SYMBOLS.
The space separated list of file names assigned to KBUILD_EXTRA_SYMBOLS
is used when calling scripts/mod/modpost during stage 2 of the Kbuild
process for non-kernel-tree modules.

Signed-off-by: Richard Hacker &lt;lerichi@gmx.net&gt;
Signed-off-by: Sam Ravnborg &lt;sam@ravnborg.org&gt;
</content>
</entry>
<entry>
<title>kbuild: soften modpost checks when doing cross builds</title>
<updated>2008-03-23T20:38:54Z</updated>
<author>
<name>Sam Ravnborg</name>
<email>sam@uranus.ravnborg.org</email>
</author>
<published>2008-03-23T20:38:54Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=4ce6efed48d736e3384c39ff87bda723e1f8e041'/>
<id>urn:sha1:4ce6efed48d736e3384c39ff87bda723e1f8e041</id>
<content type='text'>
The module alias support in the kernel have a consistency
check where it is checked that the size of a structure
in the kernel and on the build host are the same.
For cross builds this check does not make sense so detect
when we do cross builds and silently skip the check in these
situations.
This fixes a build bug for a wireless driver when cross building
for arm.

Acked-by: Michael Buesch &lt;mb@bu3sch.de&gt;
Tested-by: Gordon Farquharson &lt;gordonfarquharson@gmail.com&gt;
Signed-off-by: Sam Ravnborg &lt;sam@ravnborg.org&gt;
Cc: stable@kernel.org
</content>
</entry>
<entry>
<title>Linux Kernel Markers: create modpost file</title>
<updated>2008-02-14T00:21:20Z</updated>
<author>
<name>Mathieu Desnoyers</name>
<email>mathieu.desnoyers@polymtl.ca</email>
</author>
<published>2008-02-13T23:03:39Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=b2e3e658b344c6bcfb8fb694100ab2f2b5b2edb0'/>
<id>urn:sha1:b2e3e658b344c6bcfb8fb694100ab2f2b5b2edb0</id>
<content type='text'>
This adds some new magic in the MODPOST phase for CONFIG_MARKERS.  Analogous
to the Module.symvers file, the build will now write a Module.markers file
when CONFIG_MARKERS=y is set.  This file lists the name, defining module, and
format string of each marker, separated by \t characters.  This simple text
file can be used by offline build procedures for instrumentation code,
analogous to how System.map and Module.symvers can be useful to have for
kernels other than the one you are running right now.

The strings are made easy to extract by having the __trace_mark macro define
the name and format together in a single array called __mstrtab_* in the
__markers_strings section.  This is straightforward and reliable as long as
the marker structs are always defined by this macro.  It is an unreasonable
amount of hairy work to extract the string pointers from the __markers section
structs, which entails handling a relocation type for every machine under the
sun.

Mathieu :
- Ran through checkpatch.pl

Signed-off-by: Roland McGrath &lt;roland@redhat.com&gt;
Signed-off-by: Mathieu Desnoyers &lt;mathieu.desnoyers@polymtl.ca&gt;
Cc: David Smith &lt;dsmith@redhat.com&gt;
Cc: Sam Ravnborg &lt;sam@ravnborg.org&gt;
Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
</content>
</entry>
<entry>
<title>kbuild: add verbose option to Section mismatch reporting in modpost</title>
<updated>2008-01-28T22:21:18Z</updated>
<author>
<name>Sam Ravnborg</name>
<email>sam@ravnborg.org</email>
</author>
<published>2008-01-24T20:12:37Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=588ccd732ba2d32db8228802ef9283b583d3395f'/>
<id>urn:sha1:588ccd732ba2d32db8228802ef9283b583d3395f</id>
<content type='text'>
If the config option CONFIG_SECTION_MISMATCH is not set and
we see a Section mismatch present the following to the user:

modpost: Found 1 section mismatch(es).
To see additional details select "Enable full Section mismatch analysis"
in the Kernel Hacking menu (CONFIG_SECTION_MISMATCH).

If the option CONFIG_SECTION_MISMATCH is selected
then be verbose in the Section mismatch reporting from mdopost.
Sample outputs:

WARNING: o-x86_64/vmlinux.o(.text+0x7396): Section mismatch in reference from the function discover_ebda() to the variable .init.data:ebda_addr
The function  discover_ebda() references
the variable __initdata ebda_addr.
This is often because discover_ebda lacks a __initdata
annotation or the annotation of ebda_addr is wrong.

WARNING: o-x86_64/vmlinux.o(.data+0x74d58): Section mismatch in reference from the variable pci_serial_quirks to the function .devexit.text:pci_plx9050_exit()
The variable pci_serial_quirks references
the function __devexit pci_plx9050_exit()
If the reference is valid then annotate the
variable with __exit* (see linux/init.h) or name the variable:
*driver, *_template, *_timer, *_sht, *_ops, *_probe, *_probe_one, *_console,

WARNING: o-x86_64/vmlinux.o(__ksymtab+0x630): Section mismatch in reference from the variable __ksymtab_arch_register_cpu to the function .cpuinit.text:arch_register_cpu()
The symbol arch_register_cpu is exported and annotated __cpuinit
Fix this by removing the __cpuinit annotation of arch_register_cpu or drop the export.

Signed-off-by: Sam Ravnborg &lt;sam@ravnborg.org&gt;
</content>
</entry>
<entry>
<title>kbuild: use LDFLAGS_MODULE only for .ko links</title>
<updated>2007-07-25T19:18:19Z</updated>
<author>
<name>Roland McGrath</name>
<email>roland@redhat.com</email>
</author>
<published>2007-07-23T08:12:08Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=114f51577724b782a30f4f5ceaee9880de93d776'/>
<id>urn:sha1:114f51577724b782a30f4f5ceaee9880de93d776</id>
<content type='text'>
Sam Ravnborg pointed out that Documentation/kbuild/makefiles.txt already
says this is what it's for.  This patch makes the reality live up to the
documentation.  This fixes the problem of LDFLAGS_BUILD_ID getting into too
many places.

Signed-off-by: Roland McGrath &lt;roland@redhat.com&gt;
Signed-off-by: Sam Ravnborg &lt;sam@ravnborg.org&gt;
</content>
</entry>
<entry>
<title>kbuild: do not do section mismatch checks on vmlinux in 2nd pass</title>
<updated>2007-07-25T19:14:15Z</updated>
<author>
<name>Sam Ravnborg</name>
<email>sam@ravnborg.org</email>
</author>
<published>2007-07-20T20:36:56Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=8d8d8289df65cb116d2721becafb37272074f25a'/>
<id>urn:sha1:8d8d8289df65cb116d2721becafb37272074f25a</id>
<content type='text'>
We already check and warn about section mismatches from vmlinux
(build as vmlinux.o) during first pass so skip the checks
during the 2nd pass where we process modules.

Signed-off-by: Sam Ravnborg &lt;sam@ravnborg.org&gt;
</content>
</entry>
<entry>
<title>kbuild: do section mismatch check on full vmlinux</title>
<updated>2007-07-17T08:54:06Z</updated>
<author>
<name>Sam Ravnborg</name>
<email>sam@ravnborg.org</email>
</author>
<published>2007-07-17T08:54:06Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=741f98fe298a73c9d47ed53703c1279a29718581'/>
<id>urn:sha1:741f98fe298a73c9d47ed53703c1279a29718581</id>
<content type='text'>
Previously we did do the check on the .o files used to link
vmlinux but that failed to find questionable references across
the .o files.
Create a dedicated vmlinux.o file used only for section mismatch checks
that uses the defualt linker script so section does not get renamed.

The vmlinux.o may later be used as part of the the final link of vmlinux
but for now it is used fo section mismatch only.
For a defconfig build this is instant but for an allyesconfig this
add two minutes to a full build (that anyways takes ~2 hours).

Signed-off-by: Sam Ravnborg &lt;sam@ravnborg.org&gt;
</content>
</entry>
</feed>
