Eric Lee / smarc-fsl-linux-kernel

01 Nov, 2011

1 commit

  • d91ef63bd   arm: remove several unnecessary module.h include instances ... Browse Code »

    Building these files does not reveal a hidden need for
    any of these. Since module.h brings in the whole kitchen
    sink, it just needlessly adds 30k+ lines to the cpp burden.

    There are probably lots more, but ARM files of mach-* and plat-*
    don't get coverage via a simple yesconfig build. They will have
    to be cleaned up and tested via using their respective configs.

    Signed-off-by: Paul Gortmaker

    Paul Gortmaker
     

18 Dec, 2009

1 commit

  • 797245f5d   ARM: Convert VFP/Crunch/XscaleCP thread_release() to exit_thread() ... Browse Code »

    This avoids races in the VFP code where the dead thread may have
    state on another CPU. By moving this code to exit_thread(), we
    will be running as the thread, and therefore be running on the
    current CPU.

    This means that we can ensure that the only local state is accessed
    in the thread notifiers.

    Acked-by: Catalin Marinas
    Signed-off-by: Russell King

    Russell King
     

06 Sep, 2008

1 commit

04 Dec, 2006

1 commit

  • afe4b25e7   [ARM] 3881/4: xscale: clean up cp0/cp1 handling ... Browse Code »

    XScale cores either have a DSP coprocessor (which contains a single
    40 bit accumulator register), or an iWMMXt coprocessor (which contains
    eight 64 bit registers.)

    Because of the small amount of state in the DSP coprocessor, access to
    the DSP coprocessor (CP0) is always enabled, and DSP context switching
    is done unconditionally on every task switch. Access to the iWMMXt
    coprocessor (CP0/CP1) is enabled only when an iWMMXt instruction is
    first issued, and iWMMXt context switching is done lazily.

    CONFIG_IWMMXT is supposed to mean 'the cpu we will be running on will
    have iWMMXt support', but boards are supposed to select this config
    symbol by hand, and at least one pxa27x board doesn't get this right,
    so on that board, proc-xscale.S will incorrectly assume that we have a
    DSP coprocessor, enable CP0 on boot, and we will then only save the
    first iWMMXt register (wR0) on context switches, which is Bad.

    This patch redefines CONFIG_IWMMXT as 'the cpu we will be running on
    might have iWMMXt support, and we will enable iWMMXt context switching
    if it does.' This means that with this patch, running a CONFIG_IWMMXT=n
    kernel on an iWMMXt-capable CPU will no longer potentially corrupt iWMMXt
    state over context switches, and running a CONFIG_IWMMXT=y kernel on a
    non-iWMMXt capable CPU will still do DSP context save/restore.

    These changes should make iWMMXt work on PXA3xx, and as a side effect,
    enable proper acc0 save/restore on non-iWMMXt capable xsc3 cores such
    as IOP13xx and IXP23xx (which will not have CONFIG_CPU_XSCALE defined),
    as well as setting and using HWCAP_IWMMXT properly.

    Signed-off-by: Lennert Buytenhek
    Acked-by: Dan Williams
    Signed-off-by: Russell King

    Lennert Buytenhek