- 10 6月, 2009 1 次提交
-
-
由 David VomLehn 提交于
There is an error in the make syntax for one of the kbuild examples Signed-off-by: NDavid VomLehn <dvomlehn@cisco.com> Signed-off-by: NSam Ravnborg <sam@ravnborg.org>
-
- 08 1月, 2009 1 次提交
-
-
由 Wolfram Sang 提交于
The text always mentions ...bin.o_shipped, just the example makefiles actually use ...bin_shipped. It was corrected in one place some time ago, these ones seem to have been forgotten. Signed-off-by: NWolfram Sang <w.sang@pengutronix.de> Signed-off-by: NSam Ravnborg <sam@ravnborg.org>
-
- 26 4月, 2008 1 次提交
-
-
由 Richard Hacker 提交于
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: NRichard Hacker <lerichi@gmx.net> Signed-off-by: NSam Ravnborg <sam@ravnborg.org>
-
- 03 5月, 2007 1 次提交
-
-
由 Anton Blanchard 提交于
The Makefile fragment in Documentation/kbuild/modules.txt looks to be missing some braces. Signed-off-by: NAnton Blanchard <anton@samba.org> Signed-off-by: NSam Ravnborg <sam@ravnborg.org>
-
- 01 10月, 2006 1 次提交
-
-
由 Robert P. J. Day 提交于
Signed-off-by: N"Robert P. J. Day" <rpjday@mindspring.com> Signed-off-by: NSam Ravnborg <sam@ravnborg.org>
-
- 25 9月, 2006 2 次提交
-
-
由 Robert P. J. Day 提交于
Signed-off-by: NSam Ravnborg <sam@ravnborg.org>
-
由 Jan Engelhardt 提交于
I have done a look-through through Documentation/kbuild/ and my corrections (proposed) are attached. Cc'ed are original author Michael (responsible for comitting changes to these files?), Sam (kbuild maintainer), Adrian (-trivial maintainer). Signed-off-by: NJan Engelhardt <jengelh@gmx.de> Signed-off-by: NSam Ravnborg <sam@ravnborg.org>
-
- 04 4月, 2006 1 次提交
-
-
由 Brian Gerst 提交于
Signed-off-by: NBrian Gerst <bgerst@didntduck.org> Signed-off-by: NSam Ravnborg <sam@ravnborg.org>
-
- 19 2月, 2006 2 次提交
-
-
由 Sam Ravnborg 提交于
With following patch a second option is enabled to obtain symbol information from a second external module when a external module is build. The recommended approach is to use a common kbuild file but that may be impractical in certain cases. With this patch one can copy over a Module.symvers from one external module to make symbols (and symbol versions) available for another external module. Updated documentation in Documentation/kbuild/modules.txt Signed-off-by: NSam Ravnborg <sam@ravnborg.org>
-
由 Sam Ravnborg 提交于
Support building individual files when dealing with separate modules. So say you have a module named "foo" which consist of two .o files bar.o and fun.o. You can then do: make -C $KERNELSRC M=`pwd` bar.o make -C $KERNELSRC M=`pwd` bar.lst make -C $KERNELSRC M=`pwd` bar.i make -C $KERNELSRC M=`pwd` / <= will build all .o files and link foo.o make -C $KERNELSRC M=`pwd` foo.ko <= will build the module and do the modpost step to create foo.ko The above will also work if the external module is placed in a subdirectory using a hirachy of kbuild files. Thanks to Andreas Gruenbacher <agruen@suse.de> for initial feature request / bug report. Signed-off-by: NSam Ravnborg <sam@ravnborg.org>
-
- 07 1月, 2006 1 次提交
-
-
由 Sam Ravnborg 提交于
Update modules.txt with info how to build external modules with files in several directories. The question popped up on lkml often enough to warrant this, let's see if people read this stuff - or google hits it. Signed-off-by: NSam Ravnborg <sam@ravnborg.org>
-
- 17 12月, 2005 1 次提交
-
-
由 Brian Strand 提交于
First off, thanks for the kbuild docs, they are very useful! Second, I've attached a patch to modules.txt (from 2.6.14.2) with a "compile" fix to a Makefile example, and some trivial spelling/grammar nits. Please let me know if you want the patch in some other format (eg not MIME), or if I should go bother someone else about it. Signed-off-by: NSam Ravnborg <sam@ravnborg.org>
-
- 17 4月, 2005 1 次提交
-
-
由 Linus Torvalds 提交于
Initial git repository build. I'm not bothering with the full history, even though we have it. We can create a separate "historical" git archive of that later if we want to, and in the meantime it's about 3.2GB when imported into git - space that would just make the early git days unnecessarily complicated, when we don't have a lot of good infrastructure for it. Let it rip!
-