Doug / smarc-fsl-linux-kernel

17 Oct, 2007

1 commit

13 Oct, 2007

1 commit

31 May, 2007

1 commit

  • cdea46064   [ARM] Fix some section mismatch warnings ... Browse Code »

    The following patch fixes these section mismatch warnings:

    WARNING: arch/arm/mach-at91/built-in.o(.text+0xdf4): Section mismatch: reference to .init.data:dk_nand_partition (between 'nand_partitions' and 'at91_leds_event')
    WARNING: arch/arm/mach-at91/built-in.o(.text+0xbdc): Section mismatch: reference to .init.data:ek_nand_partition (after 'nand_partitions')
    WARNING: arch/arm/mach-at91/built-in.o(.text+0xbdc): Section mismatch: reference to .init.data:ek_nand_partition (between 'nand_partitions' and 'ads7843_pendown_state')
    WARNING: arch/arm/mach-at91/built-in.o(.text+0xbdc): Section mismatch: reference to .init.data:ek_nand_partition (after 'nand_partitions')
    WARNING: arch/arm/mach-at91/built-in.o(.text+0xc28): Section mismatch: reference to .init.data:kb9202_nand_partition (after 'nand_partitions')
    WARNING: arch/arm/mach-footbridge/built-in.o(.text+0xaa4): Section mismatch: reference to .init.data:cats_pci (between 'cats_pci_init' and 'ebsa285_leds_event')WARNING: arch/arm/mach-ixp2000/built-in.o(.text+0xb54): Section mismatch: reference to .init.text:ixp2000_init_irq (between 'ixdp2x00_init_irq' and 'ixdp2x00_irq_handler')
    WARNING: arch/arm/mach-ixp23xx/built-in.o(.text+0x670): Section mismatch: reference to .init.text:ixp23xx_pci_common_init (between 'ixp23xx_pci_slave_init' and 'ixp23xx_pci_scan_bus')
    WARNING: arch/arm/mach-ixp23xx/built-in.o(.text+0x890): Section mismatch: reference to .init.text:ixp23xx_init_irq (between 'ixdp2351_init_irq' and 'roadrunner_pci_preinit')
    WARNING: arch/arm/mach-ixp23xx/built-in.o(.text+0x9a8): Section mismatch: reference to .init.text:ixp23xx_pci_preinit (after 'roadrunner_pci_preinit')
    WARNING: arch/arm/mach-imx/built-in.o(__ksymtab+0x80): Section mismatch: reference to .init.text:imx_set_mmc_info (between '__ksymtab_imx_set_mmc_info' and '__ksymtab_set_imx_fb_info')
    WARNING: arch/arm/mach-imx/built-in.o(__ksymtab+0x88): Section mismatch: reference to .init.text:set_imx_fb_info (after '__ksymtab_set_imx_fb_info')
    WARNING: arch/arm/mach-sa1100/built-in.o(.text+0x1930): Section mismatch: reference to .init.data:neponset_port_fns (between 'neponset_probe' and 'assabet_leds_event')
    WARNING: drivers/built-in.o(.text+0x3f100): Section mismatch: reference to .init.text:ps2_clear_input (between 'ps2_probe' and 'ps2_cmd_aborted')
    WARNING: drivers/built-in.o(.text+0x3f1c8): Section mismatch: reference to .init.text:ps2_clear_input (between 'ps2_probe' and 'ps2_cmd_aborted')
    WARNING: drivers/built-in.o(.text+0x4f988): Section mismatch: reference to .init.text:ps2_clear_input (between 'ps2_probe' and 'ps2_cmd_aborted')
    WARNING: drivers/built-in.o(.text+0x4fa50): Section mismatch: reference to .init.text:ps2_clear_input (between 'ps2_probe' and 'ps2_cmd_aborted')

    Signed-off-by: Sam Ravnborg
    Acked-by: Lennert Buytenhek
    Signed-off-by: Russell King

    Russell King
     

09 May, 2007

1 commit

22 Apr, 2007

1 commit

30 Nov, 2006

1 commit

15 Oct, 2006

1 commit

07 Oct, 2006

1 commit

20 Sep, 2006

1 commit

  • 6a39dd622   [ARM] 3759/2: Remove uses of %? ... Browse Code »

    Patch from Daniel Jacobowitz

    The ARM kernel has several uses of asm("foo%?"). %? is a GCC internal
    modifier used to output conditional execution predicates. However, no
    version of GCC supports conditionalizing asm statements. GCC 4.2 will
    correctly expand %? to the empty string in user asms. Earlier versions may
    reuse the condition from the previous instruction. In 'if (foo) asm
    ("bar%?");' this is somewhat likely to be right... but not reliable.

    So, the only safe thing to do is to remove the uses of %?. I believe
    the tlbflush.h occurances were supposed to be removed before, based
    on the comment about %? not working at the top of that file.

    Old versions of GCC could omit branches around user asms if the asm didn't
    mark the condition codes as clobbered. This problem hasn't been seen on any
    recent (3.x or 4.x) GCC, but it could theoretically happen. So, where
    %? was removed a cc clobber was added.

    Signed-off-by: Daniel Jacobowitz
    Signed-off-by: Russell King

    Daniel Jacobowitz
     

28 Aug, 2006

1 commit

14 Jul, 2006

1 commit

  • b1c495ffb   [ARM] Fix cats build ... Browse Code »

    Fix more fallout from 894673ee6122a3ce1958e1fe096901ba5356a96b.

    arch/arm/mach-footbridge/cats-hw.c: In function 'fixup_cats':
    arch/arm/mach-footbridge/cats-hw.c:81: error: 'ORIG_VIDEO_LINES' undeclared (first use in this function)
    ...

    Signed-off-by: Russell King

    Russell King
     

03 Jul, 2006

2 commits

02 Jul, 2006

1 commit

01 Jul, 2006

1 commit

29 Mar, 2006

1 commit

22 Mar, 2006

1 commit

14 Jan, 2006

1 commit

09 Jan, 2006

1 commit

04 Jan, 2006

1 commit

  • 78ff18a41   [ARM] Cleanup ARM includes ... Browse Code »

    arch/arm/kernel/entry-armv.S has contained a comment suggesting
    that asm/hardware.h and asm/arch/irqs.h should be moved into the
    asm/arch/entry-macro.S include. So move the includes to these
    two files as required.

    Add missing includes (asm/hardware.h, asm/io.h) to asm/arch/system.h
    includes which use those facilities, and remove asm/io.h from
    kernel/process.c.

    Remove other unnecessary includes from arch/arm/kernel, arch/arm/mm
    and arch/arm/mach-footbridge.

    Signed-off-by: Russell King

    Russell King
     

13 Nov, 2005

2 commits

28 Oct, 2005

1 commit

08 Sep, 2005

2 commits

  • 6df29debb   [SERIAL] Use an enum for serial8250 platform device IDs ... Browse Code »

    Rather than hard-coding the platform device IDs, enumerate them.
    We don't particularly care about the actual ID we get, just as
    long as they're unique.

    Signed-off-by: Russell King

    Russell King
     
  • a08b6b796   [PATCH] Kconfig fix (BLK_DEV_FD dependencies) ... Browse Code »

    Sanitized and fixed floppy dependencies: split the messy dependencies for
    BLK_DEV_FD by introducing a new symbol (ARCH_MAY_HAVE_PC_FDC), making
    BLK_DEV_FD depend on that one and taking declarations of ARCH_MAY_HAVE_PC_FDC
    to arch/*/Kconfig. While we are at it, fixed several obvious cases when
    BLK_DEV_FD should have been excluded (architectures lacking asm/floppy.h
    are *not* going to have floppy.c compile, let alone work).

    If you can come up with better name for that ("this architecture might
    have working PC-compatible floppy disk controller"), you are more than
    welcome - just s/ARCH_MAY_HAVE_PC_FDC/your_prefered_name/g in the patch
    below...

    Signed-off-by: Al Viro
    Signed-off-by: Linus Torvalds

    viro@ZenIV.linux.org.uk
     

05 Sep, 2005

1 commit

  • 664399e1f   [ARM] Wrap calls to descriptor handlers ... Browse Code »

    This is part of Thomas Gleixner's generic IRQ patch, which converts
    ARM to use the generic IRQ subsystem. Here, we wrap calls to
    desc->handler() in an inline function, desc_handle_irq(). This
    reduces the size of Thomas' patch since the changes become more
    localised.

    Signed-off-by: Russell King

    Russell King
     

04 Jul, 2005

1 commit

27 Jun, 2005

1 commit

05 May, 2005

1 commit

17 Apr, 2005

2 commits

  • 336eb02b9   [PATCH] ARM: footbridge rtc init ... Browse Code »

    The footbridge ISA RTC was being initialised before we had setup the
    kernel timer. This caused a divide by zero error when the current
    time of day is set. Resolve this by initialising the RTC after
    the kernel timer has been initialised.

    Signed-off-by: Russell King

    Russell King
     
  • 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