31 Jul, 2020

1 commit


06 Jun, 2020

1 commit

  • The full build runs modpost twice, first for vmlinux.o and second for
    modules.

    The first pass dumps all the vmlinux symbols into Module.symvers, but
    the second pass parses vmlinux again instead of reusing the dump file,
    presumably because it needs to avoid accumulating stale symbols.

    Loading symbol info from a dump file is faster than parsing an ELF object.
    Besides, modpost deals with various issues to parse vmlinux in the second
    pass.

    A solution is to make the first pass dumps symbols into a separate file,
    vmlinux.symvers. The second pass reads it, and parses module .o files.
    The merged symbol information is dumped into Module.symvers in the same
    way as before.

    This makes further modpost cleanups possible.

    Also, it fixes the problem of 'make vmlinux', which previously overwrote
    Module.symvers, throwing away module symbols.

    I slightly touched scripts/link-vmlinux.sh so that vmlinux is re-linked
    when you cross this commit. Otherwise, vmlinux.symvers would not be
    generated.

    Signed-off-by: Masahiro Yamada

    Masahiro Yamada
     

11 Nov, 2019

1 commit

  • The modpost, with the -d option given, generates per-module .ns_deps
    files.

    Kbuild generates per-module .mod files to carry module information.
    This is convenient because Make handles multiple jobs in parallel
    when the -j option is given.

    On the other hand, the modpost always runs as a single thread.
    I do not see a strong reason to produce separate .ns_deps files.

    This commit changes the modpost to generate just one file,
    modules.nsdeps, each line of which has the following format:

    :

    Please note it contains *missing* namespaces instead of required ones.
    So, modules.nsdeps is empty if the namespace dependency is all good.

    This will work more efficiently because spatch will no longer process
    already imported namespaces. I removed the '(if needed)' from the
    nsdeps log since spatch is invoked only when needed.

    This also solves the stale .ns_deps problem reported by Jessica Yu:

    https://lkml.org/lkml/2019/10/28/467

    Signed-off-by: Masahiro Yamada
    Tested-by: Jessica Yu
    Acked-by: Jessica Yu
    Reviewed-by: Matthias Maennich
    Tested-by: Matthias Maennich

    Masahiro Yamada
     

18 Jul, 2019

1 commit

  • While descending directories, Kbuild produces objects for modules,
    but do not link final *.ko files; it is done in the modpost.

    To keep track of modules, Kbuild creates a *.mod file in $(MODVERDIR)
    for every module it is building. Some post-processing steps read the
    necessary information from *.mod files. This avoids descending into
    directories again. This mechanism was introduced in 2003 or so.

    Later, commit 551559e13af1 ("kbuild: implement modules.order") added
    modules.order. So, we can simply read it out to know all the modules
    with directory paths. This is easier than parsing the first line of
    *.mod files.

    $(MODVERDIR) has a flat directory structure, that is, *.mod files
    are named only with base names. This is based on the assumption that
    the module name is unique across the tree. This assumption is really
    fragile.

    Stephen Rothwell reported a race condition caused by a module name
    conflict:

    https://lkml.org/lkml/2019/5/13/991

    In parallel building, two different threads could write to the same
    $(MODVERDIR)/*.mod simultaneously.

    Non-unique module names are the source of all kind of troubles, hence
    commit 3a48a91901c5 ("kbuild: check uniqueness of module names")
    introduced a new checker script.

    However, it is still fragile in the build system point of view because
    this race happens before scripts/modules-check.sh is invoked. If it
    happens again, the modpost will emit unclear error messages.

    To fix this issue completely, create *.mod with full directory path
    so that two threads never attempt to write to the same file.

    $(MODVERDIR) is no longer needed.

    Since modules with directory paths are listed in modules.order, Kbuild
    is still able to find *.mod files without additional descending.

    I also killed cmd_secanalysis; scripts/mod/sumversion.c computes MD4 hash
    for modules with MODULE_VERSION(). When CONFIG_DEBUG_SECTION_MISMATCH=y,
    it occurs not only in the modpost stage, but also during directory
    descending, where sumversion.c may parse stale *.mod files. It would emit
    'No such file or directory' warning when an object consisting a module is
    renamed, or when a single-obj module is turned into a multi-obj module or
    vice versa.

    Signed-off-by: Masahiro Yamada
    Acked-by: Nicolas Pitre

    Masahiro Yamada
     

09 May, 2019

2 commits

  • Pull documentation updates from Jonathan Corbet:
    "A reasonably busy cycle for docs, including:

    - Lots of work on the Chinese and Italian translations

    - Some license-rules clarifications from Christoph

    - Various build-script fixes

    - A new document on memory models

    - RST conversion of the live-patching docs

    - The usual collection of typo fixes and corrections"

    * tag 'docs-5.2' of git://git.lwn.net/linux: (140 commits)
    docs/livepatch: Unify style of livepatch documentation in the ReST format
    docs: livepatch: convert docs to ReST and rename to *.rst
    scripts/documentation-file-ref-check: detect broken :doc:`foo`
    scripts/documentation-file-ref-check: don't parse Next/ dir
    LICENSES: Rename other to deprecated
    LICENSES: Clearly mark dual license only licenses
    docs: Don't reference the ZLib license in license-rules.rst
    docs/vm: Minor editorial changes in the THP and hugetlbfs
    docs/vm: add documentation of memory models
    doc:it_IT: translation alignment
    doc: fix typo in PGP guide
    dontdiff: update with Kconfig build artifacts
    docs/zh_CN: fix typos in 1.Intro.rst file
    docs/zh_CN: redirect CoC docs to Chinese version
    doc: mm: migration doesn't use FOLL_SPLIT anymore
    docs: doc-guide: remove the extension from .rst files
    doc: kselftest: Fix KBUILD_OUTPUT usage instructions
    docs: trace: fix some Sphinx warnings
    docs: speculation.txt: mark example blocks as such
    docs: ntb.txt: add blank lines to clean up some Sphinx warnings
    ...

    Linus Torvalds
     
  • Pull Kbuild updates from Masahiro Yamada:

    - allow users to invoke 'make' out of the source tree

    - refactor scripts/mkmakefile

    - deprecate KBUILD_SRC, which was used to track the source tree
    location for O= build.

    - fix recordmcount.pl in case objdump output is localized

    - turn unresolved symbols in external modules to errors from warnings
    by default; pass KBUILD_MODPOST_WARN=1 to get them back to warnings

    - generate modules.builtin.modinfo to collect .modinfo data from
    built-in modules

    - misc Makefile cleanups

    * tag 'kbuild-v5.2' of git://git.kernel.org/pub/scm/linux/kernel/git/masahiroy/linux-kbuild: (21 commits)
    .gitignore: add more all*.config patterns
    moduleparam: Save information about built-in modules in separate file
    Remove MODULE_ALIAS() calls that take undefined macro
    .gitignore: add leading and trailing slashes to generated directories
    scripts/tags.sh: fix direct execution of scripts/tags.sh
    scripts: override locale from environment when running recordmcount.pl
    samples: kobject: allow CONFIG_SAMPLE_KOBJECT to become y
    samples: seccomp: turn CONFIG_SAMPLE_SECCOMP into a bool option
    kbuild: move Documentation to vmlinux-alldirs
    kbuild: move samples/ to KBUILD_VMLINUX_OBJS
    modpost: make KBUILD_MODPOST_WARN also configurable for external modules
    kbuild: check arch/$(SRCARCH)/include/generated before out-of-tree build
    kbuild: remove unneeded dependency for include/config/kernel.release
    memory: squash drivers/memory/Makefile.asm-offsets
    kbuild: use $(srctree) instead of KBUILD_SRC to check out-of-tree build
    kbuild: mkmakefile: generate a simple wrapper of top Makefile
    kbuild: mkmakefile: do not check the generated Makefile marker
    kbuild: allow Kbuild to start from any directory
    kbuild: pass $(MAKECMDGOALS) to sub-make as is
    kbuild: fix warning "overriding recipe for target 'Makefile'"
    ...

    Linus Torvalds
     

07 May, 2019

1 commit

  • Problem:

    When a kernel module is compiled as a separate module, some important
    information about the kernel module is available via .modinfo section of
    the module. In contrast, when the kernel module is compiled into the
    kernel, that information is not available.

    Information about built-in modules is necessary in the following cases:

    1. When it is necessary to find out what additional parameters can be
    passed to the kernel at boot time.

    2. When you need to know which module names and their aliases are in
    the kernel. This is very useful for creating an initrd image.

    Proposal:

    The proposed patch does not remove .modinfo section with module
    information from the vmlinux at the build time and saves it into a
    separate file after kernel linking. So, the kernel does not increase in
    size and no additional information remains in it. Information is stored
    in the same format as in the separate modules (null-terminated string
    array). Because the .modinfo section is already exported with a separate
    modules, we are not creating a new API.

    It can be easily read in the userspace:

    $ tr '\0' '\n' < modules.builtin.modinfo
    ext4.softdep=pre: crc32c
    ext4.license=GPL
    ext4.description=Fourth Extended Filesystem
    ext4.author=Remy Card, Stephen Tweedie, Andrew Morton, Andreas Dilger, Theodore Ts'o and others
    ext4.alias=fs-ext4
    ext4.alias=ext3
    ext4.alias=fs-ext3
    ext4.alias=ext2
    ext4.alias=fs-ext2
    md_mod.alias=block-major-9-*
    md_mod.alias=md
    md_mod.description=MD RAID framework
    md_mod.license=GPL
    md_mod.parmtype=create_on_open:bool
    md_mod.parmtype=start_dirty_degraded:int
    ...

    Co-Developed-by: Gleb Fotengauer-Malinovskiy
    Signed-off-by: Gleb Fotengauer-Malinovskiy
    Signed-off-by: Alexey Gladkov
    Acked-by: Jessica Yu
    Signed-off-by: Masahiro Yamada

    Alexey Gladkov
     

30 Apr, 2019

1 commit


29 Apr, 2019

1 commit

  • scripts/mkutf8data is used only when regenerating utf8data.h,
    which never happens in the normal kernel build. However, it is
    irrespectively built if CONFIG_UNICODE is enabled.

    Moreover, there is no good reason for it to reside in the scripts/
    directory since it is only used in fs/unicode/.

    Hence, move it from scripts/ to fs/unicode/.

    In some cases, we bypass build artifacts in the normal build. The
    conventional way to do so is to surround the code with ifdef REGENERATE_*.

    For example,

    - 7373f4f83c71 ("kbuild: add implicit rules for parser generation")
    - 6aaf49b495b4 ("crypto: arm,arm64 - Fix random regeneration of S_shipped")

    I rewrote the rule in a more kbuild'ish style.

    In the normal build, utf8data.h is just shipped from the check-in file.

    $ make
    [ snip ]
    SHIPPED fs/unicode/utf8data.h
    CC fs/unicode/utf8-norm.o
    CC fs/unicode/utf8-core.o
    CC fs/unicode/utf8-selftest.o
    AR fs/unicode/built-in.a

    If you want to generate utf8data.h based on UCD, put *.txt files into
    fs/unicode/, then pass REGENERATE_UTF8DATA=1 from the command line.
    The mkutf8data tool will be automatically compiled to generate the
    utf8data.h from the *.txt files.

    $ make REGENERATE_UTF8DATA=1
    [ snip ]
    HOSTCC fs/unicode/mkutf8data
    GEN fs/unicode/utf8data.h
    CC fs/unicode/utf8-norm.o
    CC fs/unicode/utf8-core.o
    CC fs/unicode/utf8-selftest.o
    AR fs/unicode/built-in.a

    I renamed the check-in utf8data.h to utf8data.h_shipped so that this
    will work for the out-of-tree build.

    You can update it based on the latest UCD like this:

    $ make REGENERATE_UTF8DATA=1 fs/unicode/
    $ cp fs/unicode/utf8data.h fs/unicode/utf8data.h_shipped

    Also, I added entries to .gitignore and dontdiff.

    Signed-off-by: Masahiro Yamada
    Signed-off-by: Theodore Ts'o

    Masahiro Yamada
     

08 Mar, 2019

1 commit

  • This slightly optimizes the kernel/configs.c build.

    bin2c is not very efficient because it converts a data file into a huge
    array to embed it into a *.c file.

    Instead, we can use the .incbin directive.

    Also, this simplifies the code; Makefile is cleaner, and the way to get
    the offset/size of the config_data.gz is more straightforward.

    I used the "asm" statement in *.c instead of splitting it into *.S
    because MODULE_* tags are not supported in *.S files.

    I also cleaned up kernel/.gitignore; "config_data.gz" is unneeded
    because the top-level .gitignore takes care of the "*.gz" pattern.

    [yamada.masahiro@socionext.com: v2]
    Link: http://lkml.kernel.org/r/1550108893-21226-1-git-send-email-yamada.masahiro@socionext.com
    Link: http://lkml.kernel.org/r/1549941160-8084-1-git-send-email-yamada.masahiro@socionext.com
    Signed-off-by: Masahiro Yamada
    Cc: Randy Dunlap
    Cc: Arnd Bergmann
    Cc: Alexander Popov
    Cc: Kees Cook
    Cc: Jonathan Corbet
    Cc: Thomas Gleixner
    Cc: Dan Williams
    Cc: Mathieu Desnoyers
    Cc: Richard Guy Briggs
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Masahiro Yamada
     

20 Aug, 2017

1 commit

  • It turns out that gperf-3.1 changed types in the generated code in ways
    that aren't even trivially detectable without having to generate a test-file.

    It's just not worth using tools and libraries from clowns that don't
    understand or care about compatibility. So get rid of gperf.

    Signed-off-by: Linus Torvalds

    Linus Torvalds
     

06 Jul, 2017

1 commit

  • Pull GCC plugin updates from Kees Cook:
    "The big part is the randstruct plugin infrastructure.

    This is the first of two expected pull requests for randstruct since
    there are dependencies in other trees that would be easier to merge
    once those have landed. Notably, the IPC allocation refactoring in
    -mm, and many trivial merge conflicts across several trees when
    applying the __randomize_layout annotation.

    As a result, it seemed like I should send this now since it is
    relatively self-contained, and once the rest of the trees have landed,
    send the annotation patches. I'm expecting the final phase of
    randstruct (automatic struct selection) will land for v4.14, but if
    its other tree dependencies actually make it for v4.13, I can send
    that merge request too.

    Summary:

    - typo fix in Kconfig (Jean Delvare)

    - randstruct infrastructure"

    * tag 'gcc-plugins-v4.13-rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/kees/linux:
    ARM: Prepare for randomized task_struct
    randstruct: Whitelist NIU struct page overloading
    randstruct: Whitelist big_key path struct overloading
    randstruct: Whitelist UNIXCB cast
    randstruct: Whitelist struct security_hook_heads cast
    gcc-plugins: Add the randstruct plugin
    Fix English in description of GCC_PLUGIN_STRUCTLEAK
    compiler: Add __designated_init annotation
    gcc-plugins: Detail c-common.h location for GCC 4.6

    Linus Torvalds
     

24 Jun, 2017

1 commit


23 Jun, 2017

1 commit

  • This randstruct plugin is modified from Brad Spengler/PaX Team's code
    in the last public patch of grsecurity/PaX based on my understanding
    of the code. Changes or omissions from the original code are mine and
    don't reflect the original grsecurity/PaX code.

    The randstruct GCC plugin randomizes the layout of selected structures
    at compile time, as a probabilistic defense against attacks that need to
    know the layout of structures within the kernel. This is most useful for
    "in-house" kernel builds where neither the randomization seed nor other
    build artifacts are made available to an attacker. While less useful for
    distribution kernels (where the randomization seed must be exposed for
    third party kernel module builds), it still has some value there since now
    all kernel builds would need to be tracked by an attacker.

    In more performance sensitive scenarios, GCC_PLUGIN_RANDSTRUCT_PERFORMANCE
    can be selected to make a best effort to restrict randomization to
    cacheline-sized groups of elements, and will not randomize bitfields. This
    comes at the cost of reduced randomization.

    Two annotations are defined,__randomize_layout and __no_randomize_layout,
    which respectively tell the plugin to either randomize or not to
    randomize instances of the struct in question. Follow-on patches enable
    the auto-detection logic for selecting structures for randomization
    that contain only function pointers. It is disabled here to assist with
    bisection.

    Since any randomized structs must be initialized using designated
    initializers, __randomize_layout includes the __designated_init annotation
    even when the plugin is disabled so that all builds will require
    the needed initialization. (With the plugin enabled, annotations for
    automatically chosen structures are marked as well.)

    The main differences between this implemenation and grsecurity are:
    - disable automatic struct selection (to be enabled in follow-up patch)
    - add designated_init attribute at runtime and for manual marking
    - clarify debugging output to differentiate bad cast warnings
    - add whitelisting infrastructure
    - support gcc 7's DECL_ALIGN and DECL_MODE changes (Laura Abbott)
    - raise minimum required GCC version to 4.7

    Earlier versions of this patch series were ported by Michael Leibowitz.

    Signed-off-by: Kees Cook

    Kees Cook
     

27 Jan, 2017

1 commit


14 Dec, 2016

1 commit

  • The build system stopped generating ikconfig.h in v2.6.8. Remove an entry
    for it in dontdiff. There's also a reference to it in a small comment.
    Remove that comment too, as it is of little help in any case.

    Signed-off-by: Paul Bolle
    Signed-off-by: Jiri Kosina

    Paul Bolle
     

08 Jun, 2016

1 commit

  • This patch allows to build the whole kernel with GCC plugins. It was ported from
    grsecurity/PaX. The infrastructure supports building out-of-tree modules and
    building in a separate directory. Cross-compilation is supported too.
    Currently the x86, arm, arm64 and uml architectures enable plugins.

    The directory of the gcc plugins is scripts/gcc-plugins. You can use a file or a directory
    there. The plugins compile with these options:
    * -fno-rtti: gcc is compiled with this option so the plugins must use it too
    * -fno-exceptions: this is inherited from gcc too
    * -fasynchronous-unwind-tables: this is inherited from gcc too
    * -ggdb: it is useful for debugging a plugin (better backtrace on internal
    errors)
    * -Wno-narrowing: to suppress warnings from gcc headers (ipa-utils.h)
    * -Wno-unused-variable: to suppress warnings from gcc headers (gcc_version
    variable, plugin-version.h)

    The infrastructure introduces a new Makefile target called gcc-plugins. It
    supports all gcc versions from 4.5 to 6.0. The scripts/gcc-plugin.sh script
    chooses the proper host compiler (gcc-4.7 can be built by either gcc or g++).
    This script also checks the availability of the included headers in
    scripts/gcc-plugins/gcc-common.h.

    The gcc-common.h header contains frequently included headers for GCC plugins
    and it has a compatibility layer for the supported gcc versions.

    The gcc-generate-*-pass.h headers automatically generate the registration
    structures for GIMPLE, SIMPLE_IPA, IPA and RTL passes.

    Note that 'make clean' keeps the *.so files (only the distclean or mrproper
    targets clean all) because they are needed for out-of-tree modules.

    Based on work created by the PaX Team.

    Signed-off-by: Emese Revfy
    Acked-by: Kees Cook
    Signed-off-by: Michal Marek

    Emese Revfy
     

12 Nov, 2015

1 commit


10 Apr, 2014

1 commit


19 Nov, 2012

1 commit


02 Oct, 2012

1 commit

  • Pull the trivial tree from Jiri Kosina:
    "Tiny usual fixes all over the place"

    * 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/jikos/trivial: (34 commits)
    doc: fix old config name of kprobetrace
    fs/fs-writeback.c: cleanup riteback_sb_inodes kerneldoc
    btrfs: fix the commment for the action flags in delayed-ref.h
    btrfs: fix trivial typo for the comment of BTRFS_FREE_INO_OBJECTID
    vfs: fix kerneldoc for generic_fh_to_parent()
    treewide: fix comment/printk/variable typos
    ipr: fix small coding style issues
    doc: fix broken utf8 encoding
    nfs: comment fix
    platform/x86: fix asus_laptop.wled_type module parameter
    mfd: printk/comment fixes
    doc: getdelays.c: remember to close() socket on error in create_nl_socket()
    doc: aliasing-test: close fd on write error
    mmc: fix comment typos
    dma: fix comments
    spi: fix comment/printk typos in spi
    Coccinelle: fix typo in memdup_user.cocci
    tmiofb: missing NULL pointer checks
    tools: perf: Fix typo in tools/perf
    tools/testing: fix comment / output typos
    ...

    Linus Torvalds
     

01 Sep, 2012

1 commit


13 Jul, 2012

1 commit


31 Mar, 2012

1 commit


27 Dec, 2011

1 commit

  • Remove last traces of our kerntypes patch which was always an addon
    patch which never got upstream. Somehow a few bits got upstream
    anyway.
    Since kerntypes aren't used anymore and lcrash isn't maintained (for
    s390 at least) remove the last traces of kerntypes that somehow went
    upstream. Also remove the documentation that mentions lcrash.

    Signed-off-by: Heiko Carstens
    Signed-off-by: Martin Schwidefsky

    Heiko Carstens
     

24 May, 2011

1 commit

  • v2, updated based on comments from Joe and Paul.

    Update to Documentation/dontdiff, based on many updates to
    various .gitignore patches over the last 2 years.

    Initially begun by Michael Prokop , with lots of
    changes by Randy Dunlap.

    Signed-off-by: Randy Dunlap
    Cc: Michael Prokop
    Cc: Joe Perches
    Cc: Paul Mundt
    Signed-off-by: Linus Torvalds

    Randy Dunlap
     

07 Jan, 2011

1 commit


26 Feb, 2010

1 commit


12 Dec, 2009

1 commit


24 Oct, 2009

1 commit


07 Oct, 2009

1 commit

  • I've rewritten the extract-ikconfig script to extract the kernel
    configuration from a kernel compiled with CONFIG_IKCONFIG. The main
    motivation for the rewrite was to remove the dependency on the
    external C program binoffset.c, which is compiled on the initial run.

    The binoffset executable is invoked with a relative path, which means
    that the old script can only be run from the top of the kernel tree,
    and only when you have write permission in the scripts directory.

    The new script uses tr/grep/tail/zcat only, and can be invoked from
    anywhere. The binoffset.c program has been removed. This script
    requires GNU grep 2.5 (released 2002-03-13) or higher, because the -o
    option was introduced in that version.

    Signed-off-by: Dick Streefland
    LKML-Reference:
    Tested-by: Steven Rostedt
    Cc: Sam Ravnborg
    Signed-off-by: Steven Rostedt

    Dick Streefland
     

16 Sep, 2009

1 commit

  • Many years ago when this driver was written, it had a use, but these
    days it's nothing but trouble and distributions should not enable it
    in any situation.

    Pretty much every console device a sparc machine could see has a
    bonafide real driver, making the PROM console hack unnecessary.

    If any new device shows up, we should write a driver instead of
    depending upon this crutch to save us. We've been able to take care
    of this even when no chip documentation exists (sunxvr500, sunxvr2500)
    so there are no excuses.

    Signed-off-by: David S. Miller

    David S. Miller
     

27 Mar, 2009

1 commit

  • Now that the headers are in arch/foo/include/asm we don't want to exclude
    them when preparing diff files.

    Closes-bug: 12921

    Signed-off-by: Alan Cox
    Signed-off-by: Linus Torvalds

    Alan Cox
     

17 Oct, 2008

1 commit

  • defkeymap.c_shipped should be diffed if it is changed.
    Reported-by: Mike Galbraith

    COPYING, CREDITS, .mailmap should be diffed if they are changed.
    keywords.c_shipped & lex.c_shipped should be diffed when changed.
    parse.[ch]_shipped should be diffed when changed.
    Reported-by: Sam Ravnborg

    vsyscall* updates from a .gitignore patch by "Denis V. Lunev" .

    *.so.dbg from a .gitignore patch by Thomas Gleixner .

    binoffset from a .gitignore patch by Uwe Kleine-Koenig
    .

    Module.markers from a .gitignore patch by Matthew Wilcox
    .

    vmlinux*.lds* should be diffed if changed.
    Reported-by: Etienne Lorrain

    vmlinux.lds from a .gitignore patch by Daniel Guilak
    .

    *.scr should be diffed if changed.

    Lots of updates from http://lkml.org/lkml/2008/5/20/32 Reported-by: Bart
    Van Assche

    Use ncscope.* instead of *cscope* since the latter may catch too many files.

    Add *.elf, from a .gitignore patch by Eduard - Gabriel Munteanu .

    Make firmware entries match .gitignore entries.

    Make some entries less greedy by removing trailing '*'.

    Remove "make_times_h" (no such file).
    Remove "filelist" (no such file).
    Remove "dummy_sym.c" (no such file).
    Remove "gen-kdb_cmds.c" (no such file).
    Remove "gentbl" (no such file).
    Remove "kconfig.tk" (no such file).
    Remove "tkparse" (no such file).
    Remove "sim710_d.h" (no such file).
    Remove "53c8xx_d.h" (no such file).
    Add "syscalltab.h" (generated file).

    Signed-off-by: Randy Dunlap
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Randy Dunlap
     

03 Sep, 2008

1 commit


29 Apr, 2008

2 commits


22 Apr, 2008

1 commit


12 Jan, 2008

1 commit


17 Oct, 2007

1 commit