Eric Lee / smarc-fsl-linux-kernel

03 Jun, 2008

1 commit

17 May, 2008

1 commit

25 Apr, 2008

2 commits

26 Mar, 2008

2 commits

07 Mar, 2008

1 commit

15 Feb, 2008

1 commit

  • cf28b4863   d_path: Make d_path() use a struct path ... Browse Code »

    d_path() is used on a pair. Lets use a struct path to
    reflect this.

    [akpm@linux-foundation.org: fix build in mm/memory.c]
    Signed-off-by: Jan Blunck
    Acked-by: Bryan Wu
    Acked-by: Christoph Hellwig
    Cc: Al Viro
    Cc: "J. Bruce Fields"
    Cc: Neil Brown
    Cc: Michael Halcrow
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Jan Blunck
     

02 Feb, 2008

1 commit

27 Jan, 2008

1 commit

  • 13fe24f37   [Blackfin] arch: fix bug - trap_tests fails to recover on some tests. ... Browse Code »

    http://blackfin.uclinux.org/gf/project/uclinux-dist/tracker/?action=TrackerItemEdit&tracker_item_id=3719

    When the CPLBs get a miss, we do:
    - find a victim in the HW table
    - remove the victim
    - find the replacement in the software table
    - put it into the HW table.

    If we can't find a replacement in the software table, we accidently
    leave a duplicate in the HW table. This patch ensures that duplicate
    is marked as not valid.

    What we should do is find the replacement in the software table, before
    we find a victim in the HW table - but its too late in the release cycle
    to do that much restructuring of this code.

    Rather that duplicate code, connect Hardware Errors (irq5) into trap_c,
    so user space processes get killed properly.

    The rest of irq_panic() can be moved into traps.c (later)

    There is still a small corner case that causes problems when a
    pheriperal interrupt goes off a single cycle before a user space
    hardware error. This causes a kernel panic, rather than the user
    space process being killed.

    But, this checkin makes things work in 99.9% of the cases, and is a vast
    improvement from what is there today (which fails 100% of the time).

    Signed-off-by: Robin Getz
    Signed-off-by: Bryan Wu

    Robin Getz
     

11 Jan, 2008

1 commit

10 Jan, 2008

1 commit

24 Dec, 2007

1 commit

23 Dec, 2007

1 commit

21 Nov, 2007

3 commits

18 Nov, 2007

2 commits

15 Nov, 2007

1 commit

12 Nov, 2007

2 commits

29 Oct, 2007

2 commits

  • 226eb1ef5   Blackfin arch: cleanup arch/blackfin/kernel/traps.c handling code. ... Browse Code »

    - move the CONFIG_KGDB into one block, for easier reading
    - remove printk from printk_address, and pass around buffers. Also
    print out the labels when decoding CPLB errors, so you know exactly
    where the error was.
    - Do not use fixed addresses, becuase people do not know where they come from.
    - Turn the printing level down on the dump, so if you don't want,
    only the signal prints out - just like on other archs. If a kernel/interrupt
    crashes, it should dump everything all the time

    Signed-off-by: Robin Getz
    Signed-off-by: Bryan Wu

    Robin Getz
     
  • 885be03b0   Blackfin arch: fix bug: kernel prints out error message twice ... Browse Code »

    This fixes two things:
    - stop calling write_lock_irq/write_unlock_irq which can turn modify
    irq levels
    - don't calling mmput when handing exceptions - since this might_sleep,
    which does a rti, and leaves us in kernel space (irq15, rather
    than irq5).

    Signed-off-by: Robin Getz
    Signed-off-by: Bryan Wu

    Robin Getz
     

21 Oct, 2007

1 commit

09 Oct, 2007

2 commits

12 Aug, 2007

1 commit

05 Aug, 2007

2 commits

25 Jul, 2007

2 commits

12 Jul, 2007

2 commits

25 Jun, 2007

1 commit

21 Jun, 2007

2 commits

11 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