An error occurred fetching the project authors.
- 04 Nov, 2002 1 commit
-
-
Kai Germaschewski authored
Use ld to link the cpio archive into the image, build was broken due to requiring a recent version of objcopy before, plus assorted cleanups: o Don't include arch/$(ARCH)/Makefile, export the needed arch-specific flags instead. o Name the generated section consistently .init.ramfs everywhere.
-
- 01 Nov, 2002 1 commit
-
-
Jeff Garzik authored
-
- 29 Oct, 2002 2 commits
-
-
Brian Gerst authored
Make the test for supported GCC options into a macro, and add new checks for -march={winchip-c6,winchip2,c3}.
-
Jeff Garzik authored
-
- 23 Oct, 2002 1 commit
-
-
Kai Germaschewski authored
Alright, so now actually all four phases are converted to new-style, i.e. we call make -f scripts/Makefile.<phase> which includes the actual subdir Makefile. The obvious drawback is some code duplication between the four scripts/Makefile.<phase>, which could easily be overcome including shared parts, but since I'm going for maximum performance, I did not for now. Rules.make is empty now ;) (Well, not quite, since if it was 0 bytes, make mrproper would remove it...)
-
- 16 Oct, 2002 1 commit
-
-
Kai Germaschewski authored
Make the DocBook "make clean" output nicer and use the fast variant for arch/i386/boot as well.
-
- 15 Oct, 2002 1 commit
-
-
John Levon authored
Finally, add the i386 timer-interrupt and perfctr drivers for i386
-
- 13 Oct, 2002 1 commit
-
-
Kai Germaschewski authored
o Having .config depend on all Config.in's via a find is annoying, since it causes a long break before "make" actually gets going. Comment it out for now. o Fix some "make -j" issues with generating module versions. o Unify "make distclean" and "make mrproper", they were doing nearly the same thing anyway. o Use the new "make clean" infrastructure for arch/i386/boot/ and scripts/ o Reorganize the "make clean" stuff a little, do the find -name '*.[oas]' | xargs rm -f from the top-level Makefile again and only use the per-subdir rule for special cases like generated files, host-progs and the like.
-
- 10 Oct, 2002 2 commits
-
-
Linus Torvalds authored
into the proper subdirectory (kernel) where it is used. Drop unused variables.
-
John Stultz authored
This is the final part 3 of 3 of my timer-change patch. Part 3 integrates the moved code (from part 2) into the new infrastructure (from part 1).
-
- 05 Oct, 2002 2 commits
-
-
Kai Germaschewski authored
If you hide the sub-make in a function, 'make' needs a little help...
-
Kai Germaschewski authored
We don't descend anymore when building vmlinux, so don't do so for the i386 specific boot targets, either. Plus, more cleanup in arch/i386/Makefile
-
- 02 Oct, 2002 1 commit
-
-
Kai Germaschewski authored
Instead of using make -C <subdir>, just use make -f <subdir>/Makefile. This means we now call gcc/ld/... always from the topdir. Advantages are: o We don't need to use -I$(TOPDIR)/include and the like, just -Iinclude works. o __FILE__ gives the correct relative path from the topdir instead of an absolute path, as it did before for included headers o gcc errors/warnings give the correct relative path from the topdir o takes us a step closer to a non-recursive build (though that's probably as close as it gets) The changes to Rules.make were done in a way which only uses the new way for the standard recursive build (which remains recursive, just without cd), all the archs do make -C arch/$(ARCH)/boot ..., which should keep working as before. However, of course this should be converted eventually, it's possible to do so piecemeal arch by arch. It seems to work fine for most of the standard kernel. Potential places which need changing are added -I flags to the command line, which now need to have the path relative to the topdir and explicit rules for generating files, which need to properly use $(obj) / $(src) to work correctly.
-
- 19 Sep, 2002 1 commit
-
-
Linus Torvalds authored
-
- 18 Sep, 2002 2 commits
-
-
Kai Germaschewski authored
It's shorter and more along the lines of the other "new-style" statements.
-
Kai Germaschewski authored
Of course it's possible to use the standard "built-in.o" in arch/* as well, so do it for i386 - other archs still using O_TARGET are not affected by this change.
-
- 17 Sep, 2002 1 commit
-
-
Kai Germaschewski authored
Now that all archs use the same way to generate the link script, we can handle it from the common top-level Makefile instead of the individual arch/*/Makefile's.
-
- 05 Sep, 2002 1 commit
-
-
Kai Germaschewski authored
We want do so on all architectures for consistency, and i386 will need the preprocessing soon anyway.
-
- 04 Jul, 2002 1 commit
-
-
Kai Germaschewski authored
o Add a + to $(MAKEBOOT), so that make knows that it's a recursive make invocation. o For files which are generated like .map -> .c -> .o, add an explicit dependency for .c -> .o. Otherwise, make sees the .c as an intermediate object and removes it, causing an unnecessary recompilation at next invocation.
-
- 20 Jun, 2002 4 commits
-
-
Kai Germaschewski authored
Again, don't just add flags into $(OBJCOPY), but use the variable $(OBJCOPYFLAGS) instead.
-
Kai Germaschewski authored
Some archs sneaked additional flags for ld into $(LD). This can be done cleaner now, by just using $(LDFLAGS).
-
Kai Germaschewski authored
Everywhere else we use CFLAGS_<target> etc to designate special flags for an object, so handle vmlinux the same way.
-
Kai Germaschewski authored
Some arch Makefiles use LDFLAGS to keep special flags for the final vmlinux link. However, we'd rather use LDFLAGS along the lines of CFLAGS, AFLAGS etc, so get rid of these special cases.
-
- 18 Jun, 2002 1 commit
-
-
Kai Germaschewski authored
People are confused by "make vmlinux/bzImage/..." building modules at the same time. So revert to the old behavior. "make bzImage modules" builds bzImage and modules, using only one pass of descending into subdirs. "make" or "make all" builds a standard target of "vmlinux modules". On i386 this is extended to do "bzImage modules", which seems to be the most sensible default.
-
- 16 Jun, 2002 1 commit
-
-
Kai Germaschewski authored
Since we don't do dependencies up front anymore, archdep does not make too much sense anymore. It was mostly unused now anyway, move the remaining users to the "prepare" target, which is exactly what is wanted: Do some work before the actual build gets started.
-
- 15 Jun, 2002 2 commits
-
-
Kai Germaschewski authored
These didn't have any associated rules, so they can as well just go.
-
James Bottomley authored
-
- 05 Jun, 2002 1 commit
-
-
Kai Germaschewski authored
The current top-level Makefile has a fundamental problem which makes "make oldconfig vmlinux" impossible: It includes .config, which is changed by "oldconfig". So after "oldconfig" .config has changed and the .config the Makefile had read is obsolete. make provides a mechanism to cope with this, it'll restart automatically if any of the files it included changed, if you let it know that you changed it, just using a normal rule which has .config as its target. However, once you tell make that "make oldconfig" changes .config, you have another problem: oldconfig always uses .config to be remade, there's no mechanism to tell if it's up to date. So makes notices that .config has changed, restarts, makes oldconfig again, notices that .config has changed, restarts, ... you get the picture. The way to solve this is to do a proper two-stage approach: If you just say "make oldconfig", there's no need for the Makefile to even read the .config. If it does not, it won't restart and recurse infintely. So we divide the Makefile into two sections: One for targets which don't need the variables from .config, like *config, clean, mrproper and one section which does the actual build, which needs to know the CONFIG_ options. If one of the "noconfig" targets is given, we handle those, without reading .config. From there, we call make again, filtering out the already handled targets, to do the main work. The fact that this actually works correctly can be seen by trying "make vmlinux oldconfig" which will execute things in the right order - and this is not just nitpicking, it means that "-j" will get this case right, too. The $(CONFIGURATION) hack used to start "make config" automatically can go away now, too. Since we don't know which of make *config the user prefers, we'll just ask him call "make whatever-config" himself, instead of forcing "make config" on him.
-
- 24 May, 2002 2 commits
-
-
Kai Germaschewski authored
FORCE is the de-facto standard name for a prequisite to force recompilation, so instead of using a mix of 'dummy','FORCE' and 'FORCE_RECOMPILE' use 'FORCE' everywhere. Also, move figuring out the path relative to the top level dir into Rules.make, instead of calling an external script.
-
Kai Germaschewski authored
It's possible to say "make <subdir>", to descend into that subdir and recursively build things there. This patch provides this facility generally without the arch Makefiles needing to duplicate it for arch/$(ARCH)/somedir.
-
- 07 May, 2002 2 commits
-
-
Greg Kroah-Hartman authored
-
Patrick Mochel authored
-
- 15 Apr, 2002 1 commit
-
-
James Bottomley authored
Final resolve of entry.S problems caused by change set 1.446. Introduces new machine specific entry_arch.h file for defining the SMP interrupts.
-
- 10 Mar, 2002 1 commit
-
-
James Bottomley authored
-
- 05 Feb, 2002 3 commits
-
-
Linus Torvalds authored
- Hui-Fen Hsu: sis900 driver update - NIIBE Yutaka: Super-H update - Alan Cox: more resyncs (ARM down, but more to go) - David Miller: network zerocopy, Sparc sync, qlogic,FC fix, etc. - David Miller/me: get rid of various drivers hacks to do mmap alignment behind the back of the VM layer. Create a real protocol for it.
-
Linus Torvalds authored
- ISDN fixes - VM balancing tuning
-
Linus Torvalds authored
-