| Age | Commit message (Collapse) | Author |
|---|
|
Patch from Steven Cole to fix up ver_linux output on a system
with no module-init-tools, just modutils.
As noted in bugzilla #267 and at
http://marc.theaimsgroup.com/?l=linux-kernel&m=104492524815220&w=2
|
|
|
|
user-supplied source checker on all C files before compiling
them.
I'll release the actual checker once I've cleaned it up a
bit more (yay, all the copyright paperwork completed!)
|
|
This adds ieee1394 for module table registration.
|
|
Restores .modinfo section, and uses it to store license and vermagic.
|
|
This replaces checkboxes by radiobuttons whereever necessary (menu
choices). It partially fixes the #540 bug report.
|
|
From: Rusty Russell <rusty@rustcorp.com.au>
Introduce _sinittext and _einittext (cf. _stext and _etext), so kallsyms
includes __init functions.
TODO: Use huffman name compression and 16-bit offsets (see IDE
oopser patch)
|
|
Now that sparc64 is using gcc-3.x we can disallow gcc-2.91, etc.
Documentation/Changes already says 2.95.3, which is working fine for me.
With this change, we no longer require that per-cpu data definitions be
initialised. That was a workaround for a bug in older gccs. So remove the
build infrastructure which was checking for that.
Also, mention that nfs-utils-1.0.3 is required. It isn't required yet, but
will be once we enable larger dev_t: there is an interface for exportfs which
passes dev_t's into the kernel which breaks with larger dev_t. That
interface is old, deprecated and is not used in nfs-utils-1.0.3.
|
|
A gconf update by Romain Liévin <roms@tilp.info>
- fixed bug when double-clicking for changing value.
- expand row when enabling a row with a submenu.
- various bug fixes
|
|
into nuts.ninka.net:/home/davem/src/BK/sparc-2.5
|
|
|
|
For some reason which I cannot remember, we didn't use the automatic
dependency generation for the generated .mod.[co] files. However, we do
of course need dependency information for those, too, they need to be updated
when e.g. the kernel version number changes.
|
|
The previous handling of PCI class masks was too primitive: the
class field is not "all or nothing" but has base class, subclass
and interface fields. This patch changes the alias form from:
pci:vNdNsvNsdNcN to pci:vNdNsvNsdNbcNscNiN.
|
|
the last time I have to add it.
|
|
|
|
into kozmo.(none):/usr/src/fbdev-2.5
|
|
|
|
This adds the gtk front end by Romain Liévin <roms@tilp.info>
|
|
This adds the support for the menuconfig to the front ends.
qconf also has now an ".." entry to make it more obvious
how to get to a parent menu.
|
|
This adds the support for the menuconfig keyword, which allows to define
a config symbol and a submenu with a single step, e.g. instead of
menu "SCSI device support"
config SCSI
tristate "SCSI device support"
this is now enough:
menuconfig SCSI
tristate "SCSI device support"
|
|
A menu entry was possibly inserted to high in the menu hierarchie if
the previous entry was a derived config symbol.
|
|
This restores the old config behaviour for dependencies on 'm',
such entries are only activ if CONFIG_MODULES is enabled as well.
|
|
The former name "kbuild-targets" did not give the user the intuitive feeling
that this target will be build regards less of any dependencies
no matter if we compile modules or not.
The new name "always" imply that this will be build always, and
tus is more informative.
Fixed the few users of build-targets, and added a warning in Makefile.build
|
|
EXTRA_TARGETS has been overloaded with functionality.
This is now split in two:
targets := list targets kbuild did not know of otherwise
extra-y := list targets to be build when not building modules only.
extra-y is mainly used to list .o files that is not to be included
in the fnal built-in.o file for a directory.
|
|
EXTRA_TARGETS served several purposes before:
1) List targets to be build (built-in only)
2) Inform kbuild of targets within the makefile
Mixing the above are causing confusion, so for now on
targets :=
is used to inform kbuild about targets in a Makefile - that it otherwise
did not know about.
kbuild uses the "targets :=" information to:
a) read the dependency file .target.cmd
b) delete the target file during make clean
|
|
Added a new rule filechk used to check when a generated file
actually is changed. If there is no actual changes the file
is left without updating the timestamp.
When building a kernel from scratch two printouts occurs:
CHK file-to-generate
UPD file-to-generate
The first line tell that kbuild checks the file, second line tell that
the file is being updated (or created).
On successive runs only the first line is printed.
Output is the same in verbose and non-verbose mode.
This replaces the former update-if-changed which has been deleted.
generate-asm-offsets.h has been renamed as well.
All users are updated in next patch.
Output when generating compile.h follow above style
|
|
into maxwell.earthlink.net:/usr/src/fbdev-2.5
|
|
On Mon, Mar 03, 2003 at 05:11:10PM -0500, Bill Davidsen wrote:
> scripts/Makefile.modinst:16: *** Uh-oh, you have stale module entries. You
messed with SUBDIRS, do not complain if something goes wrong.
This happens if you have encountered a compile error in a module.
In this case you did not succeed the compilation of fs/binfmt_aout,
and therefore no .o file can be located.
kbuild assumes this is because you have messed with SUBDIRS, which is wrong.
|
|
s390x has a reference to _GLOBAL_OFFSET_TABLE_ in each module
that is resolved by the module loader. This patch prevents
modpost from emitting a warning about that symbol.
|
|
We warn when symbols end in __per_cpu, but aren't in the per-cpu section.
However, checksum symbols gave false positives.
|
|
Those were missing, not particularly harmful, but still needed for
correctness.
|
|
|
|
We had a dummy dependency on include/linux/compile.h, but it really caused
more trouble than benefits. It's not actually needed for the module
postprocessing, it was only put there to make sure we recognize when
gcc changed under us. However, we really can only do so much, and
the rest of kbuild won't notice a changed gcc either, so if the user replaces
gcc during a build, he just can't rely on the build doing the right thing.
The common cases are still covered, anyway. When the command to invoke
gcc changes ("CC=gcc32") we notice, and when the path to
/usr/lib/gcc-lib/i386-redhat-linux/2.96/include/stdarg.h
changes (which luckily contains the "2.96", we'll notice and handle that,
too.
|
|
into maxwell.earthlink.net:/usr/src/fbdev-2.5
|
|
|
|
into maxwell.earthlink.net:/usr/src/fbdev-2.5
|
|
This patch replaces it's (it is) with its (possessive of it)
in the following cases where the possessive of it is meant.
to it's -> to its
into it's -> into its
from it's -> from its
of it's -> of its
with it's -> with its
under it's -> under its
about it's -> about its
|
|
make rpm has been broken in several kernel versions, fix it. Solves
http://bugme.osdl.org/show_bug.cgi?id=373 which Paolo Ciarrocchi pushed
me to fix.
1) Moved make rpm to the noconfig section, thus allowing it to see
the clean target.
2) Fixed the commandline for find
3) Use rpmbuild if present
4) In mkspec use the generic all target, and drop the dep target
This made the build command arch independent
|
|
[FBCON] More optimizations for drawing a string of characters.
[VGACON] Using more code from video/vga.h.
[VGA] Changes membase to unsigned long to support 64 bit platforms.
|
|
into maxwell.earthlink.net:/usr/src/fbdev-2.5
|
|
Changes in the config system have obsoleted these files.
|
|
into maxwell.earthlink.net:/usr/src/fbdev-2.5
|
|
|
|
genksyms used to fail generating a checksum for a symbol which was
defined using __typeof__.
This minimal patch fixes it to recognize the case which occurs in the
kernel, it's not a complete correct typeof handling, but it serves our
needs.
|
|
By Rusty Russell.
o generate output in a form feasible as linker script instead of
munging it with sed during the build
o remove checksum version 1 support
o remove prefix support
|
|
This puts genksyms into scripts/genksyms/.
genksyms used to be maintained externally, though the only possible user
was the kernel build. Moving it into the kernel sources makes it easier to
keep it uptodate, like for example updating it to generate linker scripts
directly instead of postprocessing the generated header file fragments
with sed, as we do currently.
Also, genksyms does not handle __typeof__, which needs to be fixed since
some of the exported symbol in the kernel are defined using __typeof__.
(Rusty Russell/me)
|
|
|
|
From Brian Gerst:
> Changes in the config system have obsoleted these files.
|
|
|
|
From Richard Henderson:
> The compiler.h fragment should describe the problem well enough.
(I tested egcs 2.91.66, even there no problem)
|
