Eric Lee / smarc-fsl-linux-kernel

10 Jan, 2011

2 commits

23 Oct, 2010

1 commit

07 Aug, 2010

1 commit

04 Aug, 2010

1 commit

03 Aug, 2010

1 commit

  • 6588169d5   kbuild: allow assignment to {A,C,LD}FLAGS_MODULE on the command line ... Browse Code »

    It is now possible to assign options to AS, CC and LD
    on the command line - which is only used when building modules.

    {A,C,LD}FLAGS_MODULE was all used both in the top-level Makefile
    in the arch makefiles, thus users had no way to specify
    additional options to AS, CC, LD when building modules
    without overriding the original value.

    Introduce a new set of variables KBUILD_{A,C,LD}FLAGS_MODULE
    that is used by arch specific files and free up
    {A,C,LD}FLAGS_MODULE so they can be assigned on
    the command line.

    All arch Makefiles that used the old variables has been updated.

    Note: Previously we had a MODFLAGS variable for both
    AS and CC. But in favour of consistency this was dropped.
    So in some cases arch Makefile has one assignmnet replaced by
    two assignmnets.

    Note2: MODFLAGS was not documented and is dropped
    without any notice. I do not expect much/any breakage
    from this.

    Signed-off-by: Sam Ravnborg
    Cc: Denys Vlasenko
    Cc: Haavard Skinnemoen
    Cc: Mike Frysinger
    Cc: Tony Luck
    Cc: Geert Uytterhoeven
    Cc: Ralf Baechle
    Cc: Benjamin Herrenschmidt
    Cc: Martin Schwidefsky
    Cc: Chen Liqin
    Acked-by: Mike Frysinger [blackfin]
    Acked-by: Haavard Skinnemoen [avr32]
    Signed-off-by: Michal Marek

    Sam Ravnborg
     

09 Mar, 2010

2 commits

15 Dec, 2009

2 commits

20 Sep, 2009

1 commit

  • caa27b66b   kbuild: use INSTALLKERNEL to select customized installkernel script ... Browse Code »

    Replace the use of CROSS_COMPILE to select a customized
    installkernel script with the possibility to set INSTALLKERNEL
    to select a custom installkernel script when running make:

    make INSTALLKERNEL=arm-installkernel install

    With this patch we are now more consistent across
    different architectures - they did not all support use
    of CROSS_COMPILE.

    The use of CROSS_COMPILE was a hack as this really belongs
    to gcc/binutils and the installkernel script does not change
    just because we change toolchain.

    The use of CROSS_COMPILE caused troubles with an upcoming patch
    that saves CROSS_COMPILE when a kernel is built - it would no
    longer be installable.
    [Thanks to Peter Z. for this hint]

    This patch undos what Ian did in commit:

    0f8e2d62fa04441cd12c08ce521e84e5bd3f8a46
    ("use ${CROSS_COMPILE}installkernel in arch/*/boot/install.sh")

    The patch has been lightly tested on x86 only - but all changes
    looks obvious.

    Acked-by: Peter Zijlstra
    Acked-by: Mike Frysinger [blackfin]
    Acked-by: Russell King [arm]
    Acked-by: Paul Mundt [sh]
    Acked-by: "H. Peter Anvin" [x86]
    Cc: Ian Campbell
    Cc: Tony Luck [ia64]
    Cc: Fenghua Yu [ia64]
    Cc: Hirokazu Takata [m32r]
    Cc: Geert Uytterhoeven [m68k]
    Cc: Kyle McMartin [parisc]
    Cc: Benjamin Herrenschmidt [powerpc]
    Cc: Martin Schwidefsky [s390]
    Cc: Thomas Gleixner [x86]
    Cc: Ingo Molnar [x86]
    Signed-off-by: Sam Ravnborg

    Sam Ravnborg
     

13 Jun, 2009

1 commit

04 Feb, 2009

2 commits

07 Jan, 2009

2 commits

  • 7be138838   Blackfin arch: Clean oprofile build path for blackfin ... Browse Code »

    [Mike Frysinger : scrub comment header]

    Signed-off-by: Graf Yang
    Signed-off-by: Mike Frysinger
    Signed-off-by: Bryan Wu

    Graf Yang
     
  • 73feb5c09   Blackfin arch: fix bugs and unify BFIN_KERNEL_CLOCK option ... Browse Code »

    - remove duplicated code and headers
    - add option allowing arbitrary SDRAM/DDR Timing parameters.
    - mark automatically calculated timings as EXPERIMENTAL
    - fix comment header block

    Related to BUGs:
    - kernel boot up fails with CONFIG_BFIN_KERNEL_CLOCK item on.
    - kernel does not boot if re-program clocks

    [ Mike Frysinger
    - fix comment header
    - mark do_sync static
    - document the DMA shutdown
    - simplify SIC_IWR handling
    - fix ANOMALY_05000265 handling to work as intended ]

    Signed-off-by: Michael Hennerich
    Signed-off-by: Mike Frysinger
    Signed-off-by: Bryan Wu

    Michael Hennerich
     

18 Nov, 2008

2 commits

09 Oct, 2008

1 commit

27 Aug, 2008

1 commit

14 Jul, 2008

1 commit

07 Mar, 2008

1 commit

22 Feb, 2008

2 commits

07 Feb, 2008

1 commit

27 Jan, 2008

1 commit

11 Jan, 2008

1 commit

24 Dec, 2007

1 commit

15 Nov, 2007

1 commit

22 Oct, 2007

1 commit

21 Oct, 2007

3 commits

16 Oct, 2007

1 commit

  • 222d394d3   kbuild: enable 'make AFLAGS=...' to add additional options to AS ... Browse Code »

    The variable AFLAGS is a wellknown variable and the usage by
    kbuild may result in unexpected behaviour.
    On top of that several people over time has asked for a way to
    pass in additional flags to gcc.

    This patch replace use of AFLAGS with KBUILD_AFLAGS all over
    the tree.

    Patch was tested on following architectures:
    alpha, arm, i386, x86_64, mips, sparc, sparc64, ia64, m68k, s390

    Signed-off-by: Sam Ravnborg

    Sam Ravnborg
     

15 Oct, 2007

1 commit

  • a0f97e06a   kbuild: enable 'make CFLAGS=...' to add additional options to CC ... Browse Code »

    The variable CFLAGS is a wellknown variable and the usage by
    kbuild may result in unexpected behaviour.
    On top of that several people over time has asked for a way to
    pass in additional flags to gcc.

    This patch replace use of CFLAGS with KBUILD_CFLAGS all over the
    tree and enabling one to use:
    make CFLAGS=...
    to specify additional gcc commandline options.

    One usecase is when trying to find gcc bugs but other
    use cases has been requested too.

    Patch was tested on following architectures:
    alpha, arm, i386, x86_64, mips, sparc, sparc64, ia64, m68k

    Test was simple to do a defconfig build, apply the patch and check
    that nothing got rebuild.

    Signed-off-by: Sam Ravnborg

    Sam Ravnborg
     

24 Jul, 2007

1 commit

12 Jul, 2007

1 commit

  • 24a07a124   Blackfin arch: initial supporting for BF548-EZKIT ... Browse Code »

    The ADSP-BF54x was specifically designed to meet the needs of convergent multimedia
    applications where system performance and cost are essential ingredients. The
    integration of multimedia, human interface, and connectivity peripherals combined
    with increased system bandwidth and on-chip memory provides customers a platform to
    design the most demanding applications.

    Since now, ADSP-BF54x will be supported in the Linux kernel and bunch of related drivers
    such as USB OTG, ATAPI, NAND flash controller, LCD framebuffer, sound, touch screen will
    be submitted later.

    Please enjoy the show.

    Signed-off-by: Roy Huang
    Signed-off-by: Bryan Wu

    Roy Huang
     

25 Jun, 2007

1 commit

22 May, 2007

1 commit

08 May, 2007

1 commit

  • 1394f0322   blackfin architecture ... Browse Code »

    This adds support for the Analog Devices Blackfin processor architecture, and
    currently supports the BF533, BF532, BF531, BF537, BF536, BF534, and BF561
    (Dual Core) devices, with a variety of development platforms including those
    avaliable from Analog Devices (BF533-EZKit, BF533-STAMP, BF537-STAMP,
    BF561-EZKIT), and Bluetechnix! Tinyboards.

    The Blackfin architecture was jointly developed by Intel and Analog Devices
    Inc. (ADI) as the Micro Signal Architecture (MSA) core and introduced it in
    December of 2000. Since then ADI has put this core into its Blackfin
    processor family of devices. The Blackfin core has the advantages of a clean,
    orthogonal,RISC-like microprocessor instruction set. It combines a dual-MAC
    (Multiply/Accumulate), state-of-the-art signal processing engine and
    single-instruction, multiple-data (SIMD) multimedia capabilities into a single
    instruction-set architecture.

    The Blackfin architecture, including the instruction set, is described by the
    ADSP-BF53x/BF56x Blackfin Processor Programming Reference
    http://blackfin.uclinux.org/gf/download/frsrelease/29/2549/Blackfin_PRM.pdf

    The Blackfin processor is already supported by major releases of gcc, and
    there are binary and source rpms/tarballs for many architectures at:
    http://blackfin.uclinux.org/gf/project/toolchain/frs There is complete
    documentation, including "getting started" guides available at:
    http://docs.blackfin.uclinux.org/ which provides links to the sources and
    patches you will need in order to set up a cross-compiling environment for
    bfin-linux-uclibc

    This patch, as well as the other patches (toolchain, distribution,
    uClibc) are actively supported by Analog Devices Inc, at:
    http://blackfin.uclinux.org/

    We have tested this on LTP, and our test plan (including pass/fails) can
    be found at:
    http://docs.blackfin.uclinux.org/doku.php?id=testing_the_linux_kernel

    [m.kozlowski@tuxland.pl: balance parenthesis in blackfin header files]
    Signed-off-by: Bryan Wu
    Signed-off-by: Mariusz Kozlowski
    Signed-off-by: Aubrey Li
    Signed-off-by: Jie Zhang
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Bryan Wu