Eric Lee / smarc-fsl-linux-kernel

02 Jul, 2011

1 commit

24 Feb, 2011

1 commit

13 Oct, 2010

1 commit

15 Jun, 2009

1 commit

10 Jun, 2009

1 commit

21 Feb, 2009

1 commit

  • ad444684b   README: fix a wrong filename ... Browse Code »

    It should be Documentation/build/kconfig.txt.

    Introduced by commit 2af238e455ef5fd31c2f7a06c2db3f13d843b9bf
    ("kbuild: make *config usage docs").

    Signed-off-by: Li Zefan
    Cc: Sam Ravnborg
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Li Zefan
     

03 Jan, 2009

1 commit

  • 2af238e45   kbuild: make *config usage docs ... Browse Code »

    Create a kconfig user assistance guide, with a few tips and hints
    about using menuconfig, xconfig, and gconfig.

    Mostly contains user interface, environment variables, and search topics,
    along with mini.config/custom.config usage.

    Signed-off-by: Randy Dunlap
    Signed-off-by: Sam Ravnborg

    Randy Dunlap
     

18 Nov, 2007

1 commit

  • 6840999b1   x86: simplify "make ARCH=x86" and fix kconfig all.config ... Browse Code »

    Simplify "make ARCH=x86" and fix kconfig so we again can set 64BIT in
    all.config.

    For a fix the diffstat is nice:
    6 files changed, 3 insertions(+), 36 deletions(-)

    The patch reverts these commits:
    - 0f855aa64b3f63d35a891510cf7db932a435c116 ("kconfig: add helper to set
    config symbol from environment variable")
    - 2a113281f5cd2febbab21a93c8943f8d3eece4d3 ("kconfig: use $K64BIT to
    set 64BIT with all*config targets")

    Roman Zippel pointed out that kconfig supported string compares so
    the additional complexity introduced by the above two patches were
    not needed.

    With this patch we have following behaviour:

    # make {allno,allyes,allmod,rand}config [ARCH=...]
    option \ host arch | 32bit | 64bit
    =====================================================
    ./. | 32bit | 64bit
    ARCH=x86 | 32bit | 32bit
    ARCH=i386 | 32bit | 32bit
    ARCH=x86_64 | 64bit | 64bit

    The general rule are that ARCH= and native architecture takes
    precedence over the configuration.

    So make ARCH=i386 [whatever] will always build a 32-bit kernel
    no matter what the configuration says. The configuration will
    be updated to 32-bit if it was configured to 64-bit and the
    other way around.

    This behaviour is consistent with previous behaviour so no
    suprises here.

    make ARCH=x86 will per default result in a 32-bit kernel but as
    the only ARCH= value x86 allow the user to select between 32-bit
    and 64-bit using menuconfig.

    Signed-off-by: Sam Ravnborg
    Cc: Roman Zippel
    Cc: Andreas Herrmann
    Cc: Thomas Gleixner
    Cc: Ingo Molnar
    Cc: "H. Peter Anvin"
    Signed-off-by: Linus Torvalds

    Sam Ravnborg
     

13 Nov, 2007

1 commit

  • 2a113281f   kconfig: use $K64BIT to set 64BIT with all*config targets ... Browse Code »

    The variable K64BIT can now be used to select the
    value of CONFIG_64BIT.

    This is for example useful for powerpc to generate
    allmodconfig for both bit sizes - like this:
    make ARCH=powerpc K64BIT=y
    make ARCH=powerpc K64BIT=n

    To use this the Kconfig file must use "64BIT" as the
    config value to select between 32 and 64 bit.

    Signed-off-by: Sam Ravnborg
    Cc: Roman Zippel

    Sam Ravnborg
     

18 Feb, 2007

1 commit

  • 317147056   Remove duplicate listing of Cris arch from README ... Browse Code »

    Mikael Pettersson pointed out to me that a recent patch of mine (commit
    620034c84d1d939717bdfbe02c51a3fee43541c3), that made some corrections to the
    README file, accidentally listed the Cris architecture twice. Whoops.

    This patch removes the duplicate.

    Signed-off-by: Jesper Juhl
    Signed-off-by: Adrian Bunk

    Jesper Juhl
     

24 Jan, 2007

1 commit

07 Dec, 2006

1 commit

  • 620034c84   [PATCH] A few small additions and corrections to README ... Browse Code »

    Here's a small patch which

    - adds a few archs to the current list of supported platforms.
    - adds a few missing slashes at the end of URLs.
    - adds a few references to additional documentation.
    - adds "make config" to the list of possible configuration targets.
    - makes a few other minor changes.

    Signed-off-by: Jesper Juhl
    [ Ben Nizette points out AVR32 arch too ]
    Signed-off-by: Linus Torvalds

    Jesper Juhl
     

20 Apr, 2006

1 commit

  • 9dfb563b0   [PATCH] config: update usage/help info ... Browse Code »

    Replace outdated help message with a reference to README. Update README
    for make *config variants and environment variable info.

    Signed-off-by: Randy Dunlap
    Acked-by: Sam Ravnborg
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Randy Dunlap
     

21 Mar, 2006

1 commit

17 Jan, 2006

1 commit

09 Jan, 2006

1 commit

  • a13656470   [PATCH] remove gcc-2 checks ... Browse Code »

    Remove various things which were checking for gcc-1.x and gcc-2.x compilers.

    From: Adrian Bunk

    Some documentation updates and removes some code paths for gcc < 3.2.

    Acked-by: Russell King
    Signed-off-by: Adrian Bunk
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Andrew Morton
     

14 Nov, 2005

1 commit

31 Oct, 2005

1 commit

23 Sep, 2005

1 commit

22 Sep, 2005

1 commit

28 Jul, 2005

1 commit

  • 896e5518d   [PATCH] Add text for dealing with "dot releases" to README ... Browse Code »

    The emergence of so-called "dot releases" that are non-incremental patches
    against a base kernel requires different handling of patches (revert
    previous patches before applying the newest one). This patch adds a
    paragrach to $TOPDIR/README explaining how to do deal with dot release
    patches.

    Signed-off-by: Kurt Wall
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Kurt Wall
     

17 Apr, 2005

1 commit

  • 1da177e4c   Linux-2.6.12-rc2 ... Browse Code »

    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!

    Linus Torvalds