1. 05 1月, 2011 1 次提交
    • G
      m68knommu: clean up ColdFire cache control code · 8ce877a8
      Greg Ungerer 提交于
      The cache control code for the ColdFire CPU's is a big ugly mess
      of "#ifdef"ery liberally coated with bit constants. Clean it up.
      
      The cache controllers in the various ColdFire parts are actually quite
      similar. Just differing in some bit flags and options supported. Using
      the header defines now in place it is pretty easy to factor out the
      small differences and use common setup and flush/invalidate code.
      
      I have preserved the cache setups as they where in the old code
      (except where obviously wrong - like in the case of the 5249). Following
      from this it should be easy now to extend the possible setups used on
      the CACHE controllers that support split cacheing or copy-back or
      write through options.
      Signed-off-by: NGreg Ungerer <gerg@uclinux.org>
      8ce877a8
  2. 07 10月, 2010 1 次提交
    • D
      Fix IRQ flag handling naming · df9ee292
      David Howells 提交于
      Fix the IRQ flag handling naming.  In linux/irqflags.h under one configuration,
      it maps:
      
      	local_irq_enable() -> raw_local_irq_enable()
      	local_irq_disable() -> raw_local_irq_disable()
      	local_irq_save() -> raw_local_irq_save()
      	...
      
      and under the other configuration, it maps:
      
      	raw_local_irq_enable() -> local_irq_enable()
      	raw_local_irq_disable() -> local_irq_disable()
      	raw_local_irq_save() -> local_irq_save()
      	...
      
      This is quite confusing.  There should be one set of names expected of the
      arch, and this should be wrapped to give another set of names that are expected
      by users of this facility.
      
      Change this to have the arch provide:
      
      	flags = arch_local_save_flags()
      	flags = arch_local_irq_save()
      	arch_local_irq_restore(flags)
      	arch_local_irq_disable()
      	arch_local_irq_enable()
      	arch_irqs_disabled_flags(flags)
      	arch_irqs_disabled()
      	arch_safe_halt()
      
      Then linux/irqflags.h wraps these to provide:
      
      	raw_local_save_flags(flags)
      	raw_local_irq_save(flags)
      	raw_local_irq_restore(flags)
      	raw_local_irq_disable()
      	raw_local_irq_enable()
      	raw_irqs_disabled_flags(flags)
      	raw_irqs_disabled()
      	raw_safe_halt()
      
      with type checking on the flags 'arguments', and then wraps those to provide:
      
      	local_save_flags(flags)
      	local_irq_save(flags)
      	local_irq_restore(flags)
      	local_irq_disable()
      	local_irq_enable()
      	irqs_disabled_flags(flags)
      	irqs_disabled()
      	safe_halt()
      
      with tracing included if enabled.
      
      The arch functions can now all be inline functions rather than some of them
      having to be macros.
      
      Signed-off-by: David Howells <dhowells@redhat.com> [X86, FRV, MN10300]
      Signed-off-by: Chris Metcalf <cmetcalf@tilera.com> [Tile]
      Signed-off-by: Michal Simek <monstr@monstr.eu> [Microblaze]
      Tested-by: Catalin Marinas <catalin.marinas@arm.com> [ARM]
      Acked-by: NThomas Gleixner <tglx@linutronix.de>
      Acked-by: Haavard Skinnemoen <haavard.skinnemoen@atmel.com> [AVR]
      Acked-by: Tony Luck <tony.luck@intel.com> [IA-64]
      Acked-by: Hirokazu Takata <takata@linux-m32r.org> [M32R]
      Acked-by: Greg Ungerer <gerg@uclinux.org> [M68K/M68KNOMMU]
      Acked-by: Ralf Baechle <ralf@linux-mips.org> [MIPS]
      Acked-by: Kyle McMartin <kyle@mcmartin.ca> [PA-RISC]
      Acked-by: Paul Mackerras <paulus@samba.org> [PowerPC]
      Acked-by: Martin Schwidefsky <schwidefsky@de.ibm.com> [S390]
      Acked-by: Chen Liqin <liqin.chen@sunplusct.com> [Score]
      Acked-by: Matt Fleming <matt@console-pimps.org> [SH]
      Acked-by: David S. Miller <davem@davemloft.net> [Sparc]
      Acked-by: Chris Zankel <chris@zankel.net> [Xtensa]
      Reviewed-by: Richard Henderson <rth@twiddle.net> [Alpha]
      Reviewed-by: Yoshinori Sato <ysato@users.sourceforge.jp> [H8300]
      Cc: starvik@axis.com [CRIS]
      Cc: jesper.nilsson@axis.com [CRIS]
      Cc: linux-cris-kernel@axis.com
      df9ee292
  3. 04 12月, 2009 1 次提交
    • L
      m68knommu: add uboot commandline argument passing support · 588baeac
      Lennart Sorensen 提交于
      This patch adds m68knommu support for getting the kernel command line
      arguments from uboot, including the passing of an initrd image from uboot.
      
      We use this on a 5270/5271 based board, and have used it on the 5271evb
      development board.  It is based on a patch found in the linux-2.6-denx
      git tree, although that tree seems to have had lots of other changes
      since which are not in the main Linus kernel.  I believe this will work
      on all coldfires, although other m68knommu might be missing the _init_sp
      stuff in head.S as far as I can tell.  I only have the coldfire to
      test on.
      Signed-off-by: NLennart Sorensen <lsorense@csclub.uwaterloo.ca>
      Signed-off-by: NGreg Ungerer <gerg@uclinux.org>
      588baeac
  4. 23 7月, 2008 1 次提交
    • G
      m68knommu: put ColdFire head code into .text.head section · 9b0e7410
      Greg Ungerer 提交于
      Switch the ColdFire head start up code to be in the .text.head segment.
      And make sure that segment is at the start of the final linked text
      segment. Fixes the linker warnings about section use mis-matches:
      
        WARNING: vmlinux.o(.text+0xa8): Section mismatch in reference from the variable _clear_bss to the function .init.text:start_kernel()
        The function _clear_bss() references
        the function __init start_kernel().
        This is often because _clear_bss lacks a __init
        annotation or the annotation of start_kernel is wrong.
      Signed-off-by: NGreg Ungerer <gerg@uclinux.org>
      9b0e7410
  5. 01 2月, 2008 1 次提交
  6. 05 12月, 2006 1 次提交
  7. 01 7月, 2006 1 次提交
  8. 27 6月, 2006 1 次提交
  9. 08 11月, 2005 1 次提交
  10. 02 9月, 2005 1 次提交
  11. 17 4月, 2005 1 次提交
    • L
      Linux-2.6.12-rc2 · 1da177e4
      Linus Torvalds 提交于
      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!
      1da177e4